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).
Strange. My gateway using the same transport protocol (the things gateway is in its box in the attic, sorry) shows status messages in the life data feed.
I can’t explain this.
The ‘kick lora’ message is worrying, it might be a good idea to remove the module and reseat it.
Given the situation, I’m going to guess that this is a gateway issue. I did want to publish my full process one more time before going to buy a brand new gateway just on the off chance that there is some very basic step I’ve missed. In particular, the only other hypothesis I have left besides my gateway being broken is that my information is not being accepted on the server side because of some issue with my API key.
Goal:
Get basic packets from an end-device node, across a Things Kickstarter Gateway, and onto a The Things Network Community Edition (V3) console.
Process:
Gateway Activation
Set up gateway in V3 console. Set to frequency plan that transmits in desired range (in my case, 915 SB2.
Create API key for "Link as Gateway to a Gateway Server for traffic exchange, i.e. write uplink and read downlink.
Activate The Things Kickstarter Gateway following instructions here. In advanced settings, add API field collected in step 2.
At this point, gateway should be connected to console ( ), the gateway will send heartbeat status updates that appear as:
MQTT: Sending status packet
MQTT: Sending status succeeded: 5
in the UART display (), and, if verbose stream is activated, said updates should be appearing on the live data screen ().
Add device following steps for manual addition here. Check settings to make sure they correct LoRaWAN, a frequency plan in the same subband as the gateway, physical revision, and class are chosen (confirmed with device manufacturer ).
Add device with OTAA (or ABP). Join request should appear on gateway traffic (). At this point, the device should begin to be able to send traffic to the application server over a gateway in range () and traffic should begin appearing on network ().
Since I do not need to further integrate the data with another web service at this time, I do not need to link any other client MQTT servers. Then, I am done with my activation process.
Again, I know this is a somewhat redundant check, but I just wanted to be absolutely certain I have the correct process before I go invest more money when I may have a working gateway now. If so, I’ll chalk this up to a bad lot and we can close out this thread.
As I don’t have a KS gateway I can’t comment, but before someone who knows about these things, it would be honest to own up to the wobbly poorly seated card.
As someone that designs, builds & ships microprocessor systems for security applications, I’d be rather suspicious of the integrity of the radio board …
PS, production manager has just hit me, she says she builds & ships, I just sit in the corner fiddling with Eagle & breadboards.
Those settings indeed look okay to me, and if your gateway ID is swri14, then it was actually connected yesterday.
If the gateway wasn’t receiving LoRaWAN traffic, I would indeed suspect the “wobbly poorly seated card” that @descartes already mentioned in his comment.
Thanks everyone. I tried one last test just to see if it was a WiFi thing. I was trying to run the gateway on an enterprise WiFi network and I thought that maybe there was a chance that, despite being “connected,” traffic across that channel was being blocked. However, it didn’t work on a personal network either. So it really is probably just the gateway.
Ordering an MTCAP gateway and starting afresh. Might find a nice, tall building to throw this current gateway off of…