I am having issues with TTN indoor Gateway 868-eu. I have followed the 5min setup quick start guide. And followed it exactly, however, the device is not connecting to the LNS. The green led flashes 1/4 per second and occasionally red/green. This happened on the first GW i bought and is repeating the same on the second.
Is there a problem that I’m missing?
Set it up, I can see it connect to my router, get an IP and then constant green flashing 1/4 per second then after a while green/red flashes then back to green 1/4 second.
I tried the curl POST request trick to see if there is something up with my gateway’s backend config. All I get is the following, and that is after a good couple of minutes waiting.
I’ve performed a few power cycles with no luck. I am now trying the setup again but using my phone’s hotspot instead of my house internet, just in case.
My devices details are:
Gateway EUI58-A0-CB-FF-FE-80-31-B1
WiFi AP MAC 58:A0:CB:80:31:B1
WiFi AP Pass XXXXXXX
WiFi STA MAC DC:4F:22:64:89:EB
Serial Number TBMH100915003745
MFG date 2020-04-24 07:58:35
FW Build 2018-12-06 09:30:37
FW Version2.0.0
Core Version2.0.0(minihub/debug)
I’m just about ready to give up on it. I am terribly disappointed by it (and the lack of a simple diagnostics log/webpage)
Maybe not getting a 404 Not Found (along with its “Not Provisioned”) actually indicates it is known, hence has been provisioned just fine? (And would need some authentication in that curl command, but that’s not important for this first check?)
(Using a random value in "router" gets me that 404 all right.)
I partly agree to arjan.
It seems that they protected the HTTP endpoint by some kind of authentication. I’m not aware how to cicurmvent this. But I can tell, that I receive the same HSM timeout when I try to check your EUID. When i do the same with my already provisioned gateway, I receive this:
@ttnkufstein and @CDonohoe
Why are you making requests to https://mh.sm.tc:7007/update-info? That server requires an auth that’s directly embedded into the gateway.
The gateway 58-A0-CB-FF-FE-80-31-B1 is configured to wss://lns.us.thethings.network:443.
This gateway has not been seen by the CUPS server. This means that there is most likely a connectivity issue.
Hi @KrishnaIyerEaswaran2,
requesting the mentioned endpoint helped me to find out, that my gateway was not provisioned (happened half a year ago, see TTIG "not connected")
Regards
The only thing I have done different now verses earlier today was I left a ping running in the background on my computer to the TTIG for the last 30 minutes or so.
I believe it is pending still. I haven’t had a reply yet on that thread (only posted today).
My guess is once they manually enable it on the backend it should just work. From what I read I should NOT delete the gateway from the console as the EUI will not be usable anymore?