Hi everyone, I have a lora32u4 II module.
I want to make a basic program to transmit and receive a word to see if the module works...
When I first connected the module to the PC, the corresponding port of the module appeared, but after loading the program the port disappeared and now it doesn't appear anymore.
i dont think there is a product page directly, but i can say that...
I have already followed the basic steps to set up the board. Initially, the board was recognized by my PC, and I was able to see the corresponding COM port. However, after uploading a first program, the COM port disappeared, and now the board is not recognized anymore.
I also tried:
Using different USB cables and ports.
Resetting the board by double-pressing the reset button.
Checking the Device Manager (it doesn’t show up, not even as an unrecognized device).
Reinstalling drivers and trying it on another computer.
That should give you a port for a couple of seconds (usually 8) in Windows device manager. If not, you can stop reading, if yes you can continue reading.
Which board did you select in the IDE when you programmed? If the answer is Leonardo or Micro, that is the cause of your problem. From your link:
It's a 8 MHz board and if you program it as a 16 MHz board the board detection and reaction on the software reset issued by the IDE just before the actual upload will not work.
You can invoke the boot loader manually using the reset button as you tried and as mentioned by @jremington; depending on the actual boot loader it's either a single tap (press/release) of the reset button or a double-tap.
Did the board come with instructions? If yes, does it state that you have to install a specific board package?
If it instructed to use a specific board package, did you install it? Please provide the additional board URL that you added in file/preferences.
Start an upload of an innocent sketch like blink. When the IDE reports the memory statistics, double-tap the reset button.
Upload should succeed and you're problem should have been solved.
If the above did not work, here are some questions
After double-tapping the reset button, does the L-LED pulsate (if the board has a L-LED) for approx 8 seconds?
Which version of the IDE are you using?
Do you have an other Arduino like Uno, Nano or Mega? Or do you have a dedicated serial-to-usb converter?
when using the device with the Arduino IDE I select Tools>Board Adafruit AVR Boards>Adafruit Feather 32u4
I have several of the 32u4 LoRa modules and once setup never had any problems when connecting to a Windows PC copnnecting to both LoRaWAN and using LoRa P2P
I was able to solve the problem after installing the sparkfun and choosing the 8MHz micro
As you said before, when I press the reset button on the board twice the port appears for about 8s.
The thing was that I had to press the reset button twice "Only when the white led is on" for the port to appear, since this led was constantly turning on and off. After pressing it twice when the white led is on, it will do a different effect (like a fade in and fade out), letting me know that the port is open for a few seconds, then I quickly uploaded the blink code and now it recognizes the port
Hi Horace!, let me ask you a question...
If I want to connect two LoRa modules, should I use P2P mode as you mentioned? I’m having trouble getting one board to work as a transmitter and the other as a receiver. I’ve been using the example codes from the LoRa library, specifically the LoRaSender and LoRaReceiver examples, but I can’t get a properly communication between them.
As I mentioned in the last post, I’m using the SparkFun Pro Micro for the board and configuring the ATmega32u4 at 8 MHz as the processor.
The LoRa modules are connected to the Pro Micro using the following pin configuration:
LoRa.setPins(8, 4, 7); // SS, RST, DIO0
For the frequency, I have set it to 915 MHz using the following definition:
#define BAND 915E6
The transmitter theoretically transmits, but the receiver never seems to catch anything. I’m still trying to figure out what could be causing this issue.
however, I am confused as to which microcontroller and LoRa modules you are using?
are you using a pair of the LoRa32u4 II Lora Development Boards you referenced in post 3? if so they should be able to communicate using LoRaSender and LoRaReceiver
where does the pro micro come in?
are you connecting a LoRa module to the pro micro? if so which one?
e.g. here I have a RFM95 LoRa modsule connected to a Pro Micro
EDIT: LoRa modules generally use 3.3V logic - avoid connection one directly to a Pro micro which uses 5V logic you could damage the LoRa module - I tend to use 3.3V logic pro micros
if a pair or the 32u4 LoRa modules are being used for LoRa P2P I could not see what the pro mico was doing
e.g. pair of Feather 32u4 modules running File>Examples>LoRa>LoRaReceiver and LoRaSender
LoRa Receiver
Received packet 'hello 0' with RSSI -53
Received packet 'hello 1' with RSSI -56
Received packet 'hello 2' with RSSI -53
Received packet 'hello 3' with RSSI -57
Received packet 'hello 4' with RSSI -55
Received packet 'hello 5' with RSSI -54
Received packet 'hello 6' with RSSI -57
Received packet 'hello 7' with RSSI -53
Received packet 'hello 8' with RSSI -56
Received packet 'hello 9' with RSSI -57
Received packet 'hello 10' with RSSI -52
I only solved OP's problem where the board was no longer detected by the operating system after the first upload. OP can now upload without problems to his 32U4 board by selecting the Pro Micro 32U4 8MHz.
Just for the fun try to program your board as a Leonardo or Micro and not as a Feather (which as far as I understand is a 8MHz board). Your board will no longer be recognised and you will not be able to upload again without the double-tap reset trick.
so long as I select Tools>Board Sparkfun Pro Micro and "Processor (ATmege32u4 (3.3V 8Mhz)" it programs the Feather 32u4 board and runs OK
I have several Pro Micros both 5V and 3.3V and am careful to set up the board settings correctly when programming
did once get it wrong and had to reset a 3.3V board
Although OP did not confirm, I'm 99.99% sure that OP's orginal problem was caused by the fact that he did not compile for an 8 MHz board (compiled for a Leonardo) and did upload that code. As a result the board was no longer recognised.