bitconnector / ttn_mapper_t-beam

24 stars 11 forks source link

Geofence clarification #11

Closed chron0 closed 2 years ago

chron0 commented 2 years ago

Hi, first of all, thanks a lot for sharing this version of ttn_mapper for the tbeam. I am currently playing around with it and i do see join/accept traffic in the TTN console:

08:05:13 Forward join-accept to Application Server
08:05:13 Forward join-accept message
08:05:13 Receive join-accept message
08:05:13 Successfully scheduled join-accept for transmission on Gateway Server
08:05:13 Schedule join-accept for transmission on Gateway Server Rx1 Delay 5

however, I see no actual payload data. I didnt change anything regarding geofencing so far, so my question is:

How is geofencing supposed to work, i.e. only send data while within geofence or send data only when out of the fenced area? Would that explain why I dont see any payload data yet?

chron0 commented 2 years ago

I think in hindsight it's not the geofence at all. After letting it stay outside and running countless of the above loop I brought it back inside and connected serial, it's still only putting out "." - indicating that the otaa register did not actually work on the end device. Any ideas?

chron0 commented 2 years ago

ok, never mind, seems like bad timing - after pulling e451c3041ff2f8c2992591d59fd55e2f969fe498 it seems to work now :)

chron0 commented 2 years ago

Screenshot_2022-04-25_15-29-35

31km max distance for far, really awesome. thx again, love your simple approach and littleWAN, the other lmic libs are soooo bloated.

bitconnector commented 2 years ago

Yeah getting the Lora module to recive downlinks was a pain in the ass, because you have to switch the radio configuration for getting the downlink. Somehow the radio glitched sometimes to the right settings, so you could successfully join. Because of that I started implementing the sleep function to preserve the credentials :/

Last week I found out that you have to reload the entire radio configuration in order to work properly :D