@Thias told us about recent issues with TTN when subscribing to one of their MQTT topics. As a recap, he is Using the Adafruit Feather M0 LoRa (RFM95) and TTN and submits measurement data using MQTT Weiterleitung per Bridge Konfiguration an swarm.hiveeyes.org.
Regarding this, we also found:
- MQTT used to work fine, but stopped getting data - Application Development - The Things Network
- Changes in the backend: Much better now! - TTN Backend - The Things Network
- No data on MQTT when deploying TTN v3.2.6 - The Things Stack v3 - The Things Network
@Thias said it’s only about the
/* suffix which has been disabled. Before, he was getting the discrete payloads containing just a flat dictionary of decoded CayenneLPP fields. It was easy to rewrite the MQTT topic address using an appropriate Mosquitto bridge configuration snippet to make Kotori ingest the measurement data.
Now, we will have to get a little bit smarter. In order to mitigate this, we might think about finally getting Kotori ingest the full TTN payload by adding an appropriate decoder in the spirit of More data acquisition payload formats for Kotori, see also TTN-Daten an Kotori weiterleiten.