# TTN Console stopped showing downlinks for TTIG

**URL:** <https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075>\
**Category:** TTIG - The Things Indoor Gateway\
**Created:** [June 25, 2020, 9:29am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075 "2020-06-25T09:29:13Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 9:29am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/1 "2020-06-25T09:29:13Z")

</div>

Hello everyone,

I am asking for help as I am encountering a strange behaviour with my things indoor gateway.  
I am working on a project where I would like my sensors to send information once a day to my gateway, and to get confirmation that the message has been received. My testing where doing fine, but suddenly yesterday confirmations for my uplinks stopped appearing in my gateway traffic console. I was correctly seeing them before (no capture, sorry… Didn’t see it coming) but now all I see is the following :  
 ![image](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/1/e/1ee31ddff0386d09c05ea08c3f7d0e270d8b790d.png)  
(my device is the one with devaddr = 26 01 1E A9, sending confirmed uplinks)

here is my application data for the sensor: (if it helps…)  
 ![image](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/9/9/9910477b3353988b88c0a118c323bf804402307f.png)

And here is one of the uplink (decoded) received by the gateway :

```nohighlight
Assuming base64-encoded packet
gKkeASaAAQACCYrwCqQ33alH

Message Type = Data
  PHYPayload = 80A91E012680010002098AF00AA437DDA947

( PHYPayload = MHDR[1] | MACPayload[..] | MIC[4] )
        MHDR = 80
  MACPayload = A91E012680010002098AF00AA4
         MIC = 37DDA947 (from packet)
             = 37DDA947 (expected, assuming 32 bits frame counter with MSB 0000)

( MACPayload = FHDR | FPort | FRMPayload )
        FHDR = A91E0126800100
       FPort = 02
  FRMPayload = 098AF00AA4 (from packet, encrypted)
             = 4178696D61 (decrypted)

      ( FHDR = DevAddr[4] | FCtrl[1] | FCnt[2] | FOpts[0..15] )
     DevAddr = 26011EA9 (Big Endian)
       FCtrl = 80
        FCnt = 0001 (Big Endian)
       FOpts = 

Message Type = Confirmed Data Up
   Direction = up
        FCnt = 1 (from packet, 16 bits) 
             = 1 (32 bits, assuming MSB 0x0000)
   FCtrl.ACK = false
   FCtrl.ADR = true

```

No other gateway is in range. My gateway is the only one receiving the uplink message.  
I have tried to disable ADR, resetting my sensor, my gateway… But nothing helped. Any help is welcomed! I am a beginner with this kind of technology, I’m sorry if the solution seems obvious to you.

Thanks in advance,  
Paul

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 10:26am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/3 "2020-06-25T10:26:21Z")

</div>

> [@Maxima](#):
>
> My gateway is the only one receiving the uplink message.

Did you confirm by clicking an uplink in the application/device’s Data page, to see what is in the metadata?

Aside, assuming you’re quite close to your own gateway: using SF12BW125 seems like a lot of overkill. That is the worst available data rate, using about 50 times as much airtime as SF7BW125.

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 10:32am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/4 "2020-06-25T10:32:01Z")

</div>

> [@arjanvanb](#):
>
> Did you confirm by clicking an uplink in the application/device’s Data page, to see what is in the metadata?

Yes, I did. Here is the metadata, in case i misanderstood it :

 ![image](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/e/b/eb2aa82f47f2fe7b094a8f8658ec9556f6461a2a.png)

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 11:02am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/5 "2020-06-25T11:02:51Z")

</div>

Are _all_ uplinks repeated (so: does the device indeed not receive an ACK for all its confirmed uplinks)? And are all repeated the same number of times? Does clicking an uplink in the gateway’s Traffic page tell you anything?

Seeing only a single retry in the screenshot above _could_ indicate that the retry actually worked, so: that the downlink was actually transmitted and received? The gateway’s Traffic data in TTN Console is just very unreliable. I’ve not seen it before, but _maybe_ it sometimes shows the uplinks but not the downlinks, while they were actually delegated to the gateway just fine. If only _some_ uplinks need a retry, then that could indicate much different issues.

(Aside: don’t ignore my remark about SF12. As shown in your screenshot, that needs almost a full second to transmit the data!)

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 11:14am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/6 "2020-06-25T11:14:24Z")

</div>

Thanks for your time.

All uplinks are repeated twice, according to my settings, so it seems that no ack are received. I must say that even when my GW was sending downlinks (at least, the console was showing it) my node were repeating all uplinks twice, and I was working on fixing that on my project.

Clicking on an uplink doesn’t help a lot from my opinion, but here is it :

![image](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/8/4/84100dbbeef2ec72bc9b896581629c644ff7b96c.png)

I tried many time in the last 24h, like 100 times or so, so it is not something occuring “sometimes” but at least nearly always.

Aside : I am not ignoring your remark, and will configure my node accordingly as soon as I am done eating 😉

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 11:48am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/7 "2020-06-25T11:48:25Z")

</div>

> [@Maxima](#):
>
> Clicking on an uplink doesn’t help a lot from my opinion

You’re right. Most details are in the downlink, in the gateway Traffic, but that’s the one you do not even see…

What if you schedule a dummy application downlink? (That’s in the device’s Overview page in TTN Console.) If that shows as expected, then ACKs for confirmed uplinks might be broken.

Also, subscribing to [the MQTT Data API](https://www.thethingsnetwork.org/docs/applications/mqtt/api.html) might show more. Use the `-v` flag to include the topic in the output, and use double-quotes on Windows, like:

```plaintext
mosquitto_sub -v -h eu.thethings.network -t '#' -u my-application-id -P ttn-account-v2.kFd8<redacted>_il4

my-application-id/devices/my-device-id/up {"app_id": ...}
my-application-id/devices/my-device-id/events/down/scheduled {"message": ...}
my-application-id/devices/my-device-id/events/down/sent {"payload": ...}

```

If things are suddenly fixed when no longer using SF12, then I guess it’s related to your device not adhering to ADR commands that TTN has sent earlier (which it very likely has tried, as [the network does not like SF12/DR0 either](https://www.thethingsnetwork.org/docs/lorawan/adaptive-data-rate.html)), which will make TTN stop sending ADR commands. That, of course, should not stop all downlinks, but who knows…

Am I right to assume this is ABP? If yes: did you set the correct EU868 RX2 parameters?

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 12:08pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/8 "2020-06-25T12:08:51Z")

</div>

> [@arjanvanb](#):
>
> What if you schedule a dummy application downlink? (That’s in the device’s Overview page in TTN Console.) If that shows as expected, then ACKs for confirmed uplinks might be broken.

I tried it just now, but nothing appears on the gateway traffic.

My node is now emitting using SF7, and is showing accordingly in GW traffic, but still no downlink.

This is indeed ABP, and i set RX2 parameters with 869.525 MHz and SF 9, as requested by the documentation I found.

For the MQTT Data API thing, I have to install things on my computer if I understood correctly, and I cannot do that, as I am working on a locked companie computer…

Thanks again for your help!

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 12:55pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/9 "2020-06-25T12:55:29Z")

</div>

Is it possible that my GW is actually physically broken and so cannot send LoRa messages anymore?

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 1:00pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/10 "2020-06-25T13:00:49Z")

</div>

I doubt that the TTN network would be aware of such gateway failure. It _seems_ TTN is not even delegating the downlinks to your gateway.

Do you only have a single device? Maybe delete that in TTN Console and add it again using the same DevAddr, AppSKey and NwkSKey? Oh, bummer, that needs the `ttnctl` command line interface to force using the existing DevAddr… (Or needs you to reprogram the device as well.)

> [@Maxima](#):
>
> I have to install things on my computer if I understood correctly, and I cannot do that, as I am working on a locked companie computer

At least something good comes out of this then: this should convince someone that you should be able to use more than just Windows Notepad and Clock.

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 1:05pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/11 "2020-06-25T13:05:16Z")

</div>

I already tried to “delete and recreate” a device, using new keys (and devaddr), and indeed I had to reprogram the device. Changed nothing as well…

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 2:30pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/12 "2020-06-25T14:30:38Z")

</div>

So, to summarize:

- ABP node with correct settings for RX2.

- The metadata shows that the uplinks are only received by the TTIG.

- The TTIG’s Traffic page in TTN Console shows the confirmed uplinks, but since yesterday is no longer showing the network ACK/confirmation downlinks, nor application downlinks.

- The application’s Data page shows the uplinks too, so TTN clearly accepts the uplinks. (So: no frame counter security problems.)

- The Data page also shows downlinks, which I assume are the ACKs. However, even though on port 0 (so: even though those are not application downlinks) I wonder if the application/device should even know about those, as an ACK is really a network thing? I assume this part works as expected though.

- We cannot be sure if the downlinks are really not delegated to the TTIG, as it seems the node did not receive/handle the ACKs before this problem started either. (It already kept repeating the confirmed uplink when the ACK downlinks were still shown in TTN Console before yesterday.)

In the gateway’s Overview page in TTN Console, does the counter for “Transmitted Messages” change?

Though I doubt the problem is with the TTIG, and just in case it helps others debug: [what’s the TTIG’s firmware version](https://www.thethingsnetwork.org/forum/t/ttig-volunteers-to-test-new-beta-firmware/37717/20)? What did you select for the gateway’s router and the application’s handler? Likely unrelated: am I right to assume you disabled the device’s frame counter security?

@KrishnaIyerEaswaran2 can you think of anything else one can test?

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 2:40pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/13 "2020-06-25T14:40:44Z")

</div>

If at all possible, I would try to handle regular application downlinks in your device. Maybe your LoRaWAN stack is just not handling ACKs correctly…? What LoRaWAN stack are you using? Anything that can validate that the TTIG is indeed not being told to transmit the downlink…

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 2:47pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/14 "2020-06-25T14:47:50Z")

</div>

You are right on the problem description.

> [@arjanvanb](#):
>
> In the gateway’s Overview page in TTN Console, does the counter for “Transmitted Messages” change?

No, it doesn’t change.

I disabled the device’s frame counter security, my router is ttn-router-eu.

I am building my own module, something close (hardware wise and software wise) to the RN 2483 module.

I will look for the GW firmware version (but i have the auto update on, so it should be up to date) and add it here tomorrow.

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 25, 2020, 3:18pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/15 "2020-06-25T15:18:27Z")

</div>

![image](https://www.thethingsnetwork.org/forum/uploads/default/original/3X/f/2/f27669459dd121a73fe97ee793e314b61072fefa.png)

My Application Data now shows the downlinks I simulated way earlier replacing the “normal” downlinks with no payload I usually see after an uplink. Is this supposed to happen?

Nothing changed in the GW traffic though, still no downlink.

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 25, 2020, 3:26pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/16 "2020-06-25T15:26:06Z")

</div>

Yes, that is normal. Well, except for the delay. Maybe you scheduled multiple downlinks? Then those will have been queued, and for each uplink one downlink would/should have been sent off to the gateway. TTN will then still add the ACK bit to confirm the last uplink to such application downlink.

(Aside: it’s not _simulation_ but actual scheduling/queueing.)

---

<div class="post-metadata">

**Author:** ![KrishnaIyerEaswaran2](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/krishnaiyereaswaran2/32/44663_2.png) [@KrishnaIyerEaswaran2](https://www.thethingsnetwork.org/forum/u/KrishnaIyerEaswaran2)\
**Post date:** [June 29, 2020, 9:45am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/17 "2020-06-29T09:45:59Z")

</div>

I don’t have much to add @arjanvanb’s comprehensive answer.

> The Data page also shows downlinks, which I assume are the ACKs. However, even though on port 0 (so: even though those are not application downlinks) I wonder if the application/device should even know about those, as an ACK is really a network thing? I assume this part works as expected though.

Yes indeed. This is Network layer only.

@Maxima: I think indeed MQTT is the best way to debug this. You don’t need to install anything locally. You can use this online MQTT client for testing [MQTT Websocket Client](http://www.hivemq.com/demos/websocket-client/).

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 29, 2020, 12:16pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/18 "2020-06-29T12:16:33Z")

</div>

> [@KrishnaIyerEaswaran2](#):
>
> this online MQTT client for testing [MQTT Websocket Client](http://www.hivemq.com/demos/websocket-client/)

The TTN MQTT broker does not support WebSockets… 🙂

(The above website does not work for me when using the default non-WebSocket MQTT port 1883.)

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 29, 2020, 1:23pm UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/19 "2020-06-29T13:23:10Z")

</div>

Thanks for all your answers.

I can try any thing you think could help, but I have to confess I don’t know how to use a MQTT client. I am still trying to figure out why i do not get my downlinks, and if I must I will do what Arjan adviced me, but from my personal computer at home. This way I would not be blocked by my companie internet policy.  
Anyway, I can try using the online MQTT client, but I don’t know how to use it…

---

<div class="post-metadata">

**Author:** ![Maxima](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/maxima/32/25844_2.png) [@Maxima](https://www.thethingsnetwork.org/forum/u/Maxima)\
**Post date:** [June 30, 2020, 7:54am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/20 "2020-06-30T07:54:09Z")

</div>

Is there any way I could “reset” my gateway on TTN? I mean, I reset it manually, but TTN still show me the total of messages received, transmitted etc, even the ones before the reset, so I didn’t clean TTN’s memory about my gateway, and I have the feeling that it may help. Is that stupid?

---

<div class="post-metadata">

**Author:** ![arjanvanb](https://www.thethingsnetwork.org/forum/user_avatar/www.thethingsnetwork.org/arjanvanb/32/46626_2.png) [@arjanvanb](https://www.thethingsnetwork.org/forum/u/arjanvanb)\
**Post date:** [June 30, 2020, 7:59am UTC](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075/21 "2020-06-30T07:59:56Z")

</div>

I don’t know, but: [DO NOT DELETE IT](https://www.thethingsnetwork.org/forum/t/cant-register-gateway-eui-is-still-in-use/12161/3).

Aside: don’t focus too much on what you see the gateway Traffic in TTN Console. It’s just very unreliable. Like I wrote earlier: try to ensure your device is indeed not receiving the downlinks.

[Next page](https://www.thethingsnetwork.org/forum/t/ttn-console-stopped-showing-downlinks-for-ttig/38075.md?page=2)