@Jeff-UK I tried putting some distance between my device and the gateway, moving the gateway to a lab down the hall and putting about two wall’s worth of distance between. I also tried removing the antennas from both the gateway and the device, running several tests with the device or gateway or both antennas removed and also trying in both short range (on my desk) and long range (lab mentioned above) conditions. I saw no changes or traffic on my gateway.
As of right now, this is the only traffic I’ve seen on my gateway. No traffic is being observed or sent back to the device. Does this mean that the OTAA request being sent out by the device isn’t being received at all? That is that in the link:
Device sends OTAA -> OTAA Request received by gateway -> Gateway links device and sends (something?) back to device to acknowledge
That this process is getting stopped at the first step?
@kersing I’m in the process of ordering a Things Uno and a RAK-7201 to try and test another device on the gateway. I’m using The Things Kickstarter Gateway for this project. You may be right that its a gateway issue.
Create a new application on the v3 stack. Create an incoming MQTT endpoint wired to the v3 stack for data ingestion into your system.
Start creating new devices on the v3 stack.
This is something I haven’t done, but also haven’t seen any documentation for. Is this specifically a V2 issue, or is there a link to a thread for how to do this? I haven’t been able to find anymore information. I know this is a community forum and I’ve really tried to find my answers on my own, so I hope its not some simple thread I’ve missed, but I do really appreciate the help from all TTN volunteers.
Does the screen shot of your gateway log not indicate anything to you??
This is for migrating devices and for that user’s world view - if you use MQTT to get the data from TTS then you will need to set that up. But for now, getting your gateway from turning on & off endlessly would be the first thing to fix.
Have you followed the official documentation to migrate your gateway?
Aarrhh! Please dont do that - put the ants back asap! Running a device without an ant load will cause almost all the RF power to reflect back into the front end risking frying it - you may come away lucky with GW and node that still works depending on how many Tx’s they executed… but be prepared for them to be defective or to see early life failure as a result if over stressed. (search of forum will find many messages saying do not run without ants attached likley also in device documentation there will be high profile warnings against this…
@descartes I should clarify – during my testing, I had to move the gateway between rooms a couple of times. I do get about ~1 dropped gateway connection every 2-3 days, but I’m pretty sure its from the well-documented “reboot loop” caused by a loose Lora chip. By pushing in and rebooting, it always comes back on. I’m planning to strap it in a (hopefully) more permanent method with a ziptie to keep contact.
I was never on V2. I started my gateway and devices on V3. As for setting up the gateway, application, and devices, yes, I have followed the instructions meticulously.
As for the application, at this point I am simply trying to get a packet from the Gnat to the gateway… nothing fancy. I didn’t imagine the MQTT was the solution, but I thought I would at least ask because I really don’t know what the issue is.
Oh!! Thanks for the notice. I only had the antennas off for maybe 10 minutes total, so hopefully I’m fine… I have several Gnats to try with so I will switch to a new one just in case. The gateway… not quite as much. Though it seems to still be operating just as before.
What does the label on the back of the gateway list as the part number? And what information is on the white label on the concentrator card in the gateway?
Wow, between not securing the board and removing the antenna, I think I need to take your gateway in to protective custody - anything could be happening to the electronics if it’s wiggling so much that it drops the connection that often and whilst it’s busy doing that, I doubt it has a chance to hear any uplinks.
But nice red-herring screen shot! But maybe not.
You’ve established the serial log says it is trying to join and you’ve got a trace for the RF. So the potential possibilities are:
The gateway isn’t hearing anything - possibly due to the wobbly board?
The gateway is hearing signals but not relaying them due to CRC errors - is there a log on that gateway you can look at?
Or some sort of default channel setup clash - Tx OK but gateway not listening on that join channel(s)
Thanks for the reply and the ideas. On your points:
I do think that the most likely issue is that the gateway isn’t hearing anything. I’ve ordered a Things Uno to see if I can get any sort of connection to the gateway to try and test this out. For the record, the gateway has been just sitting on a flat surface for debugging its entire lifecycle. It doesn’t wobble
I did try to check the UART log (see Network Layer) from the board as the join OTAA signal was being sent from the Tx device, but saw nothing out of the ordinary.
My gateway and my device are both set to US915 SubBand(2). Here’s a (non-red-herring ) screenshot of my full device settings.
Really - so it connecting and disconnecting several times over the space of a few seconds in the console log, what’s that then??
Yes, good, I was referring to the log the gateway produces. As that will tell you instantly if the gateway hears the Join Tx. And no Uno’s will be harmed in the debugging.
Do you mean the log of the gateway serial? The UART log I was referring to earlier was coming from the gateway. If so, then I am not seeing anything coming from the UART log apart from what I put earlier. A more extended version of the log during the setup is:
This was UART collected while the Gnat was turned off. Pretty much the same things showing in both cases. Is this indicating that the gateway is never receiving a join request? The only other log I know is the console data that I showed earlier.
I’ve been thinking, I assume you’re using WiFi for the Internet connection of the gateway? Could you use a wired connection?
I don’t expect wonders but there isn’t a lot left to try.
My full setup right now is: wired connection to The Things Gateway at my workbench. Down the hall (about 20 ft) my device is hooked up to my computer and trying to broadcast.
I’m going to try ABP and also see if there’s anything with the APIs that’s going amiss… I didn’t realize I am supposed to see status updates on my web log. Currently, based on my readings, I am successfully transmitting the MQTT Uplink for the gateway status… I’m just confused as to why it isn’t received by the web server side.
Hmmmm… I have the verbose stream going now and 6 packets that have been “sent” over the network since a fresh restart but nothing on the live data (paused and unpaused it too just to try and refresh).