Someone a idea what can be going on ? It’s driving me nuts …
I sent ( as test ) always the same 2 bytes ( values 21 and 80 , HEX : 15 and 50 )
PROBLEM : These are always different in TTN payload , really random !!
Tryed already differente code ( sketch ) all the same ramdomness as payloadresult
Using a TTGO ESP LoRa v1.0 as Gateway and as Node. So a 1 channel gateway setup ( don’t need more for the moment and my node doesn’t reach any other GW in SF7 )
Node forced to always use the singel same freq.
Using ABP ( as otaa isn’t supported on a 1ch non-bidirectional GW)
Al this works nice :
counter increments with 1 in TTN ( no miss hits )
update interval 30s ( maybe violating fair use policy, will check ones my payload is correct )
“rssi”: arround -63,
“snr”: arround 9,
Thanks for the reply [BoRRoZ] . Why would you expect 22 and 81 to be correctly received ?
Evens if they would, I don’t want to exclude 21 and 80 to be sent. ( 21 = degrees in celcius at home , 80 humidity )
That usually means your application skey is not set to the correct value (does not match the TTN setting). If the address and network skey do not match you will not get the data routed to the application, if the application skey match doesn’t the data can’t be decrypted correctly and you will get random data.