Nanogateway downlink issues US915 about pycom-libraries HOT 9 OPEN

TTN changed it's habit to change the downlink frequency for SF10 and up. Then they send the downlink with SF9 at 869.525 MHz. That's something the Pyccom firmware rejects. For the US regions it expects the frequency in the range 902-928 MHz. I'm not sure if that is a bug at TTN or an omission of PyCom. You can try to avoid that by using a lower (=faster) spreading factor, like SF7. Besides that, I'm surprised that it uses that frequency in the US region.
The other problem I see in the logs are these downlink timestamp errors. These happen, when the downlink packet arrives too late at the gateway. That is typically cause by a slow network.
Besides that, using the Pycom Development modules as gateway is a very limited set-up.

from pycom-libraries.

Looking at the TTN site, it may be that you configured your gateway for the wrong frequency plan. 869.525 MHZ is only used for the EU868 plan. The frequency plan is selected in the settings tab of the gateway at the TTN console.

from pycom-libraries.

TTN changed it's habit to change the downlink frequency for SF10 and up. Then they send the downlink with SF9 at 869.525 MHz. That's something the Pyccom firmware rejects. For the US regions it expects the frequency in the range 902-928 MHz. I'm not sure if that is a bug at TTN or an omission of PyCom. You can try to avoid that by using a lower (=faster) spreading factor, like SF7. Besides that, I'm surprised that it uses that frequency in the US region.
The other problem I see in the logs are these downlink timestamp errors. These happen, when the downlink packet arrives too late at the gateway. That is typically cause by a slow network.
Besides that, using the Pycom Development modules as gateway is a very limited set-up.

Hi. I'm from Brazil. Here, the frequency plan is 915MHz. US or AU frequency plan. Maybe the AU frequency plan be more correct.
The only thing that i changed in code was in config.py LORA_FREQUENCY = 915200000. I'm using an SDR to see the specter of transmitions. I see the RN2903 transmition in 915.2 and the donwlink in 923.3 with a gateway raspberry. But this 869.525 i can't see in SDR. Looks like the lopy4 don't send RF.

from pycom-libraries.

As far as I can see from the logs, the TTN server tells the gateway to send the downlink message at 869.525 MHz. Since that is not in the AU915 range, the firmware raises an exception and the nanogateway stops. That is proper error handling. But I see that the LoPy4 firmware is pretty old. So maybe you should update that one first.

from pycom-libraries.

As far as I can see from the logs, the TTN server tells the gateway to send the downlink message at 869.525 MHz. Since that is not in the AU915 range, the firmware raises an exception and the nanogateway stops. That is proper error handling. But I see that the LoPy4 firmware is pretty old. So maybe you should update that one first.

I updated the lopy4 firmware to most recent, but no worked. So i downgraded to another version that worked. I'll try tomorrow again with the most recent firmware with the code that i'm using.

from pycom-libraries.

Reading a little bit more in the TTN forum, the behavior could be caused by the set-up of the nanogateway in config.py, using the ttn.eu router 'router.eu.thethings.network'. Try using the router for as US or AU region, like "router.us.thethings.network" or "thethings.meshed.com.au"

from pycom-libraries.

Reading a little bit more in the TTN forum, the behavior could be caused by the set-up of the nanogateway in config.py, using the ttn.eu router 'router.eu.thethings.network'. Try using the router for as US or AU region, like "router.us.thethings.network" or "thethings.meshed.com.au"

How i didn't see that? It's really corrected the downlink frequency. Now i can see the frequency 923.3 in my SDR device. Now, the RN2903 can get the response sometimes. Still not good enough, but is something.

Thanks so much. I gonna continue my tests here. Thanks again.

from pycom-libraries.

Since the nanogateway operates only on a single frequency, you have to set up your nodes to use only that single frequency.

from pycom-libraries.

Since the nanogateway operates only on a single frequency, you have to set up your nodes to use only that single frequency.

Yes. I do that. RN2903 is transmitted only in 915.2 and the nanogatway is in the same frequency. Downlink channel in RN2903 i belive that is not possible let only one enabled.

from pycom-libraries.