Add adapter for ingesting data from TTN

[amotl]

@thiasB asked the other day

Did I mention that TTN can also send the data to an HTTP endpoint [1]? It would be nice if Kotori would accept that, too.

[1] https://www.thethingsnetwork.org/docs/applications/http/

[amotl]

We are tracking this at

• https://community.hiveeyes.org/t/ttn-daten-an-kotori-weiterleiten/1422

and others also asked about related things:

• https://www.thethingsnetwork.org/forum/t/labs-store-and-visualize-data-using-influxdb-and-grafana/5297/22

[amotl]

@thiasB added the appropriate implementation to https://github.com/daq-tools/ttnlogger the other day. Thanks!

At some point, we will port that into a corresponding decoder implementation for Kotori.

[amotl]

Hi again,

we made some progress by finally integrating GH-81. GH-132 is still a bit dormant, but GH-133 has further ideas on this topic, in order to generalize a corresponding implementation.

With kind regards, Andreas.

[amotl]

@ClemensGruber is working on ^1 and just shared the TTN payload of a Paxcounter device with us at ^2. Thank you.

We will have to check what happens with that data payload fragment, which contains a list of bytes, which are not quite typical telemetry/metric/measurement values.

"decoded_payload": {
  "ble": 1,
  "bytes": [
    1,
    0,
    1,
    0
  ],
  "pax": 2,
  "port": 1,
  "wifi": 1
}

[ClemensGruber]

We will have to check what happens with that data payload fragment,

No need to use bytesarray, I can avoid them via the TTN payload decoder, see https://community.hiveeyes.org/t/tts-ttn-daten-an-kotori-weiterleiten/1422/90 .

[amotl]

No need to use bytes array.

Yes, my note is about properly ignoring it.