I don’t see anything obvious. Can’t test your code as the RN2483 is not connected to an Arduino. What is the output of your code?
Also, are you sure you are within reach of a gateway connected to TTN while testing?
I spent 1h trying to recompile the decompiled .java and re-package the .jar without success.
At the end, I used a VirtualBox VM with Win10 and it worked out of the box, without using the bootloader mode.
I should be in range of a gateway. It would be nice if there was a way to determine if you are indeed in range and connected to a TTN gateway or not.
Output:
factoryreset: RN2483 0.9.5 Mar 24 2015 14:15:33
MAC: 0004A30B001BA639
versie: RN2483 0.9.5 Mar 24 2015 14:15:33
set devaddr: ok
set appskey: ok
set nwskey: ok
set adr off: ok
status: 0000
ok
join: ok
accepted
status: 0001
ok
mac_tx_ok
ok
@kersing tried again this morning on a different location in Utrecht. My packets apparently are ending up on iot.semtech.com (Gateway 00-00-B8-27-EB-FD-3F-68) Although I only see three packets that have arrived. SNR an RSSI are bad so that could suggest to much interference. So now I’m in doubt if it was really me or someone who copy-pasted code from this forum. Will try again with another devaddr to see if I get any results later today.
Nice, that’s not bad at all, considering the gateway is behind a window with huge attenuation on one side, and massive reinforced concrete on the other!
On SF12 the gateway can demodulate up to -20 dBm, every decrease in spreading factor, increases the minimum SNR by about 2.5 dBm.
Following the clear video and instructions, we successfully upgraded three RN2483’s (which were running a 0.95 version) to 1.0, using Windows 10.
With two others we needed to walk the bootloader path but that did not work out.
We tried about 5 times (unplug/plug etc) but got the errormessage mentioned below in the java console.
Any suggestions, should we keep retrying, or consider these two to have gone to meet their ancestors ?
5503FD0055AA00030000WRITE
WRITE
5503FD0055AA00030000WRITE_DONE
FFFFFFFF5503FD0055AA00READ
5503FD0055AA40420000WRITE
WRITE
5503FD0055AA40420000WRITE_DONE
030000015503FD0055AA40READ
5503FD0055AA80810000WRITE
WRITE
5503FD0055AA80810000WRITE_DONE
420000015503FD0055AA80READ
5503FD0055AAC0C00000WRITE
WRITE
5503FD0055AAC0C00000WRITE_DONE
810000015503FD0055AAC0READ
5502400055AA00030000F5EF01F0FFFFFFFFE1CF28F0E2CF29F0D9CF2AF0DACF2BF0F3CF2CF0F4CF2DF0F6CF2EF0F7CF2FF0F8CF30F0F5CF31F09DB09EA003D0DDEC6AF042D09DBA9EAAWRITE
WRITE
5502400055AA00030000F5EF01F0FFFFFFFFE1CF28F0E2CF29F0D9CF2AF0DACF2BF0F3CF2CF0F4CF2DF0F6CF2EF0F7CF2FF0F8CF30F0F5CF31F09DB09EA003D0DDEC6AF042D09DBA9EAAWRITE_DONE
0000000000000000000000READ
Trying to Disconnect: COM12
Disconnection Successful
No FED Selected by the user
In Bootloader Failure
@waltert The RN2483 modules seem to have some pins that can be used to flash the firmware using PICkit3. Do you happen to have one of those available? (Or any other PIC programmer able to program a 18F46K22 device?)
I was wondering about that. Probably should check with microchip first that the firmware update hex is a ‘full hex’ and not missing the bootloader block which may also contain some ‘secret’ information. Otherwise flashing the device with a PIC Programmer would definitely send it to heaven unless you were very careful to exclude programming to the bootblock and any other potentially protected code segments.
The device itself is probably not fatally damaged but maybe worth waiting for the updated programming software microchip have been promising.
@JamesC If it is missing some code the hex file should not contain data for those addresses and as a result not clear that part of flash… Of course the loader software might contain some magic to skip part of the data in the hex file.
Exactly my problem right now !
Did you manage to find a solution for this ?
My RN2483 “says” to be joined (accepted) and a max_tx_ok is returned. So my conclusion was (hopefully) that the actual message was send. But unfortunately did not show in the api …
Basically make sure you are in close range of a gateway when testing your setup (and outside if possible). My problem was to much interference from buildings between the gateway and my location (and possibly the glass windows at my location).
I have two RN2483 and i have a GTW linked to my own server (the same sources as the semtech server).
I can receive my data on the server when i used confirmed or unconfirmed messages but when i use confirmed messages i never receive an ACK.
My RN2483 is in 0.9.5 version, did the 1.0.0 solve the pbm ?
I have try the “mac mac set rx2 3 869525000” but doesn’t solve my pbm.
When we talk about confirmed message we talk about ack automatically send by the gatewe or custom data send by the server after receiving the payload and answer to it ?
Can someone help me in receive ack ?
Tkx
If you haven’t already maybe you should get it to work with the semtech server first to reduce the number of things that could be incorrectly configured.