WiFi LoRa 32 (V3) -w- ESP32-S3

Does the Aduino IDE Board Manager show the 0.0.7 version installed as it supports V3?

Also note “WiFi LoRa 32(V3)” is shown as the selected board for the project (green tool bar).

…and the V3 board has to be pinned to the proper COM port:

The terminal window in the prior post is displaying the LoRa packet Tx / Rx activity.

Same conclusion for me,
So now need to find document to move v2 program to v3 … thanks Heltec :s

I CANNOT COMPILE any example (including Blink) using a V3 Board. I ALWAYS get the following:

In file included from c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\string:41,
from c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\stdexcept:39,
from c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\array:39,
from c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\tuple:39,
from c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\functional:54,
from C:\Users\lawrence01073\AppData\Local\Arduino15\packages\Heltec-esp32\hardware\esp32\0.0.7\cores\esp32/HardwareSerial.h:49,
from C:\Users\lawrence01073\AppData\Local\Arduino15\packages\Heltec-esp32\hardware\esp32\0.0.7\cores\esp32/Arduino.h:173,
from C:\Users\lawrence01073\AppData\Local\Temp\arduino-sketch-D0BFB281EB8F33FCCED70BB49FA75722\sketch\GetChipID.ino.cpp:1:
c:\users\lawrence01073\appdata\local\arduino15\packages\heltec-esp32\tools\xtensa-esp32s3-elf-gcc\gcc8_4_0-esp-2021r2-patch3\xtensa-esp32s3-elf\include\c++\8.4.0\bits\allocator.h:46:10: fatal error: bits/c++allocator.h: No such file or directory
#include <bits/c++allocator.h> // Define the base class to std::allocator.
^~~~~~~~~~~~~~~~~~~~~
compilation terminated.

exit status 1

Compilation error: exit status 1

Is this a Path Length problem?? If Yes, I NEED a fix (I have gone into Regedit and increased word size but this does NOT help). I have spent 3 days trying every combination that I can think of to get BLINK to compile but still the same error msg shown above. I think if I can get SOMETHING to compile, I probably could get this damn device working. One other thing, when I power up the device, it always fails to connect (is this the serial connection). I have installed the correct drivers from Silicon Labs. Once the device fails connection, it does WiFi Setup and does Wifi Scan. It then says "waiting lora data!’ Does this make sense?? I am so frustrated now I am ready to throw these devices out the window… PLEASE HELP!!!
Art

Looking at that file, there appears to be an error. The file in question does indeed include the line:

#include <bits/c++allocator.h> // Define the base class to std::allocator.

I certainly can’t see any file with that name, and the path structure looks wrong. It looks like it should be something like:

#include <bits/c++/allocator.h> // Define the base class to std::allocator.

with the extra “/” after the c++, but that then looks like a cyclic reference to me—the file would be including itself.

And, unfortunately, that doesn’t explain why we’re not all seeing the same problem. My installation is on a Mac, yours would appear to be on a PC but my directory structure looks exactly the same as yours.

I think it would be helpful at this point if someone from Heltec could comment on that path string and at least indicate what file it should be pointing to, if not explain why this allocator.h is only impacting some users.

Hey Art - as far as the drivers, here is how my two HELTEC boards present in Device Manager:

Art- FYI: I encountered similar / nearly identical compiler errors - even after the new / proper libraries had been installed. I had initially attempted many different fixes when trying to get the V3 boards to function including altering the original Heltec.h libraries and also testing non-Heltec libraries such as Adafruit. I methodically removed all prior libraries and Heltec board definitions from the Arduino IDE. I also deleted any Arduino references in the LocalData TMP folder it can be accessed by typing %TMP% in the Windows search box – or Windows can be directed to delete TMP files. My hypothesis was that residual artifacts from prior libraries were introducing “confusion” when compiling. This is by no means a scientific / technical explanation, but it did resolve my compiler issues.

Board connectivity is a separate matter. As you recognize, any uploading will require a stable COM port connection.

The V3 boards with the ESP32-S3 chip have a lot of potential, though the “school of hard knocks” has offered some challenges. As of this posting, the Platform IO Visual Studio Code extension is not showing support for V3 boards. Presuming Platform IO will support the HELTEC V3 boards in the near future, that will offer another IDE option

1 Like

Thanks UniquePete for your reply. Today I am going to try another computer to see if this helps with the compile problem. This computer (PC, Windows 10, Dell Desktop Optiplex70) has not seen a ESP32 of any type so there should not be any files that can cause an issue (I hope). The computer I cannot compile sketches is a PC, Windows 10, Lenovo Desktop. This experiment may help eliminate foreign files. If this does not work, Aaron from Heltec is going to get a shout out and I know I will get his attention… Again Thanks for the help.
Art

Thanks Kbitsnbyt for your help. As I mention to UniquePete, I will be trying another computer (PC, Windows 10, Dell Desktop Optiplex 780) that has NOT seen any ESP 32 of any type. This should rule out any bad files and hopefully allow me to compile. My Device Manager looks exactly the same as yours so I do not understand why I cannot connect serially. I have tried new type-C cables to no avail… I will let you know my results in a couple of hours… Thanks again for your help.
Art

Still failing the same as when I was on the other computer. Have started a Topic that should get Aaron Lee’s attention. Have given up all hope to get this solved by myself. Will be sending back to Amazon the 2 devices and get my money back. Thanks for your help… Art

Hey Art- Very sorry to hear success remains elusive. I received two additional V3 boards yesterday- the program compiling and uploading worked without any issues. I am curious as to what is required to achieve a consistent developmental experience for everyone. It is hoped (presumed) library and IDE support for the newer V3 boards with the ESP32-S3 chips will improve over time. Perhaps check back in from time to time - keep plugging away! Sincere best wishes!!

Art- some additional thoughts regarding COM port stability. I utilize a USB hub with a separate power supply -vs- powering devices directly from the laptop’s USB port. There are presently 6 different active microcontroller devices on the bench. Stable power; a consideration.

Kbitsnbyte - thanks for the replies. I will try your idea of using a powered USB hub. All of my attempts have used the on-board PC USB slot. I just tried plugging the V3 into a powered USB hub and I am getting the same Connecting Fails. It has to be something else. Could this be a boot code issue?? Thanks for the suggestions, I will try anything at this point and yes, I am an Engineer so I will keep trying. I sure have learned much over the past week or so… Art

I did it somewhat differently and got it to work. the original github instructions were very out of date in the WiFi_Kit_Series repo. see https://github.com/Heltec-Aaron-Lee/WiFi_Kit_series/issues/165.

hi
I am having lora 32 wifi ble oled module v2 vesion & lora 32 wifi ble oled module v3 vesion.

v2 version board is transmitting & v3 board has to receive . v3 board is displaying waiting for lora data., where as v2 board is displaying packet transmitting. on v3 i am running factory test. will suggest me the way out . i am beginner in this field.

Assuming you are working with Heltec WiFi LoRa 32 V2 & V3 modules, I have just run up the relevant factory test sketches on each module and they are happily playing ping pong, so I think we need some more information about how you’ve set things up to get to the bottom of your particular problem.

How can I find the link to the guide to install the files to the Documents/Arduino/libraries folder? I have a ESP32 Wifi Lora, and I cant compile the v3 factory sketch.

Could someone please tell me how I get the program “WiFi_LoRa_32_V3_FactoryTest.ino”. I have installed everything I should but all I can get is “Wifi_Lora_32FactoryTest” in Examples->Heltec ESP32 Boards. This doesn’t work for my V3 because I think it is expecting the 1272 LoRa chip rather than the 1262 on the V3. All I want is the program as delivered on the V3 to check my dev environment, but now I can do anything with the V3 as I have overwritten it with what seems to be a V2 programme which fails when checking the version of the LoRa chip.

You will need both the right software environment and to have selected the correct board. If you can’t see the factory test file at: Examples > Heltec-Example > Factory_Test > WiFi_LoRa_32_V3_FactoryTest (this selected from the second ‘panel’ in the Examples drop-down menu, grey heading: Examples for WiFi LoRa 32(V3) / Wireless shell(V3) / Wireless stick lite (V3)).

If the above doesn’t show in the Examples drop-down menu, you most likely have not selected the correct board (WiFi LoRa 32(V3) / Wireless shell(V3) / Wireless stick lite (V3)). If that board is not available through the Board menu, then you probably need to check your IDE software configuration.