I have until now used RN2483 and lately got my hands on the RN2483A.
The problem is that now with the new module my node cant communicate with the new RN2483A module. It worked perfectly with the old module.
So I wired up two RN2483 breakout boards from Dr. Azzy on tindie and wired it directly to my computer. I opened a terminal program (Termite) and start sending commands directly. The old module responded perfectly but no response from the new one.
Has anyone else seen this problem?
I have looked all documentation through and i cannot find something that should have changed how to communicate with the module.
Serial communication settings are:
57600 bps, 8 data bits and 1 stop bit, no hand shake
The nodes are reflow soldered so they are really nice. No open traces or via beneath the module. The breakout boards are hand soldered but i have been going through with a multimeter, and it looks fine.
Yes I have. But I was holding the reset pin low a few seconds and then set it high before i tried communicate to the device. As i tried out some different combinations it suddently started to work after being reset twice in a row.
As of now i got it working, but i think you need a full down and then up on the reset pin for the module to reset completely.
We have also this problem with the new RN2483 - it is running just OK for 1 hour - after that - nothing. You have to disconnect power and a running again 1 hour. We have just tried 3 pcs of them - same problem. Old RN2483 is running just OK. Anybody has solution?
Hm… I have only tried one of them for over an hour but it seemed to work fine. Are you getting no response at all or getting an error/invalid parameter?
I think no response , because reset also not works for us. Only power off/on. I will keep posted details of this problem next week. We also have a reduction board and one profi-developed node where an old RN2483 runs without problem - new RN2483 has problems
I have tested also the RN2483A and have problems with sending comands to it.I use the rn2xx3 from https://github.com/jpmeijers/RN2483-Arduino-Library
And I see that the module resets it self when I issue a command for TX. And after i put it to sleep it does not output nothing on the serial.
Do you have any suggestion on how to fix this?
The library works great on RN2483 with old firmware.
Here is the output for the firmware version:
RN2483 1.0.3 Mar 22 2017 06:00:42
For the first problem, check the power supply. It’s possible its voltage drops too low when the RN2483 is under load (i.e. transmitting).
For the second problem, it’s the expected behavior. When you issue the sleep command, the RN2483 doesn’t answer anything, until it wakes up, at which point it says “ok”.
You can prematurely wake up the module by issuing a break command (like the autobauding command).
Regarding the power supply my circuit has 4000uF capacitors on the power supply and the other consumer is just a Atmega328P running at 8Mhz @3.3V.The power supply is for the moment via an UART converter , that works fine with a similar circuit but with the last version of the RN2483 running Atmega328P 328p 16Mhz @3,3 V When I put the RN2483A to sleep - an try to send over serial “U” character the UART interface fails and the RN will not respond until I power cycle it.I even try to change the oscilator on the MCU but no joy. the RN2483 uses the UART via software serial. I even tried to brigde the Software serial and the HW serial to send command from my PC and it works. The sleep works fine if no caracter is sent to the serial port and I get the ok at the end. the only problem is when I try wake it up via the serial interface.
Hello the RN2483 has a strange behavior . After issue the sleep command for 24 seconds - the UART interface fails when I issue mac tx uncnf 1 01.I use a library from ttn for rn2483.
– STATUS
EUI: 0004A30B001E845E
Battery: 3243
AppEUI: A60100D07ED5B371
DevEUI: 0004A30B001E845E
Data Rate: 0
RX Delay 1: 1000
RX Delay 2: 2000
– JOIN
Model: RN2483
Version: 1.0.3
Sending: mac set deveui 0004A30B001E845E
Sending: mac set adr off
Sending: mac set deveui 0004A30B001E845E
Sending: mac set appeui A60100D07ED5B371
Sending: mac set appkey 0000000000000000000000000000AAA1
Sending: mac save
Sending: mac set rx2 3 869525000
Sending: mac set ch drrange 1 0 6
Sending: mac set ch dcycle 0 799
Sending: mac set ch dcycle 1 799
Sending: mac set ch dcycle 2 799
Sending: mac set ch dcycle 3 799
Sending: mac set ch freq 3 867100000
Sending: mac set ch drrange 3 0 5
Sending: mac set ch status 3 on
Sending: mac set ch dcycle 4 799
Sending: mac set ch freq 4 867300000
Sending: mac set ch drrange 4 0 5
Sending: mac set ch status 4 on
Sending: mac set ch dcycle 5 799
Sending: mac set ch freq 5 867500000
Sending: mac set ch drrange 5 0 5
Sending: mac set ch status 5 on
Sending: mac set ch dcycle 6 799
Sending: mac set ch freq 6 867700000
Sending: mac set ch drrange 6 0 5
Sending: mac set ch status 6 on
Sending: mac set ch dcycle 7 799
Sending: mac set ch freq 7 867900000
Sending: mac set ch drrange 7 0 5
Sending: mac set ch status 7 on
Sending: mac set pwridx 1
Sending: mac set retx 7
Sending: mac set dr 5
Sending: mac join otaa
Join accepted. Status: 00000001
DevAddr: 6486152A
– LOOP
ok
) measure the pins