I have set a rak2245 on a raspberry in order to have a ttn gateway.
It works nice except for one point :
I have change the gateway_id in the json in order to have a nice identification.
I have double checked that the json was effectively changed.
Even with this change when I go on the ttn website to watch the data flow, I see that they all come from the gateway with an identification like “0000000000fffe”.
Can you please post the global_conf.json cofig you have.
One mroe question. The Gateeway EUI in the first post you say you are getting the data from has should be 16 symbols, yours is 14. Is this a typo, or…
Can you show some packet logs from TTN too, please.
I found this morning the following point
I initialy set up the gateway with an eternet connection and there everything is ok.
As I want to install the gateway in a box very close to my outdoor antenna, I switched to wifi for connection to ttn.
With wifi it gives this identification with a lot of zero.
Any help ?
Don’t care about the global_conf.json file.
You can open the file named “local_conf.json” in the folder </opt/ttn-gateway/packet_forwarder/lora_pkt_fwd/>, and then you can see some information like this:
Yes, this is the gateway ID, and it will be generated based on the MAC address of Pi automatically. If you find it is incorrect, you can delete this file and restart the gateway to generate a new local_conf.json file.
Check the mac address of eth0, and the mac address of wlan0, If both mac addresses are oK, Try modifying the file /lib/systemd/system/ttn-gateway.service and rebooting to see if the issue still exists.
I’m having the exact same problem. setup is an RAK 831, a RPi Zero Shield for RAK831 LoraWAN Concentrator v1.4, and a RPi 0W. Is on Buster with latest packages and the RAK common installer from github. Installer finishes w/o errors as far as I can tell. However the local_conf.json refuses to post a valid GWID even with the edits suggested above. I can manually edit the local_conf file but on restart of the packet forwarder it reverts. Also it refuses to show a connection to TTN even though it is configured to use TTN and I’ve double checked everything in the setup on that end. Any help would be appreciated.
Rename the update_gwid.sh and set_eui.sh files in the directory /opt/ttn-gateway/packet_forwarder/lora_pkt_fwd, and then modify the gateway_id in the local_conf.json file.
Tried that and still nothing. I’m getting an error now when I run tail on syslog that says: rak-gateway ttn-gateway[6028]: ERROR: [main] failed to start the concentrator. I wasn’t getting that before. The problem with local/global conf files resetting is gone though so I guess thats a step in the right direction.
I tried renaming both scripts. That caused errors in startup procedure. Then I replaced instances of eth0 with wlan0 in both files and renamed the files back to their original names. The startup errors went away but it fails to start the concentrator and fails startup. I can resolve dns to the ttn load balancer address. It appears to be an issue with starting the concentrator on a pi0w.
Thanks, in the three or so nuke and paves I’ve done trying to make it work I must have forgotten to enable spi that last time. It’s working for the gateway side now. Still not showing online in the TTN backend though. Double checked that gateway was set to use TTN and that it could resolve the address. Gateway has correct EUI/GWID and TTN has matching entries.