MQTT Anbindung an the things network TTN ?

Edi77 · 30 März 2021, 19:32:49

Hallo,

Wollte mal fragen ob jemand schon so eine Anbindung gemacht hat und wie er den payload ausgewertet hat?

Ok hab es schon irgendwie hin bekommen, nur der payload sieht sehr seltsam aus das sind keine HEX Werte

Edi77 · 20 April 2021, 19:22:01

Hallo,

Seit heute Vormittag ist mein Gateway bei TTN disconnect und geht nicht mehr online, kann tun was ich will.
Es sieht so aus als wäre ich nicht der einzige man soll wohl auf V3 umstellen.
Hat jemand ähnliche Probleme?

rcmcronny · 28 Mai 2021, 10:32:42

Hi,

also meine 2 Gateways sind on und auch noch im v2 (Nur die Devices sind migriert auf v3 bisher), so ist auch die Empfehlung der Benutzer, wenn man das Gateway migriert, können noch nicht migrierte Devices nicht (also welche in v2) dann nicht mehr das Gateway nutzen. Da diese nicht von v3 auf v2 senden. Ich werde das also so lassen und später im Jahr migrieren, auch wenn ich meine Gateways quasi allein nutze

Ich suche aber, wie man das am besten anbindet (denke mal mqtt), hast Du da ggf schon was als Info ?

Ronny

pechnase · 26 Juni 2021, 10:40:57

Hallo zusammen,
ich benutze diesen Thread mal weiter, da mein Problem in die ähnliche Richtung geht.
Seit langer Zeit habe ich meine TTN V2 Nodes mit den Device Typen MQTT2_CLIENT und MQTT2_DEVICE in FHEM eingebunden. Das hat auch immer bestens funktioniert. Als Zugangsdaten zu TTN habe ich die bekannten Parameter aus der TTN Console verwendet.
Jetzt habe ich erste LoRaWAN Nodes nach TTN V3 migriert, was auf TTN Seite kein Problem war. Mein LoRaGW habe ich noch in V2 belassen, wie ja weiter oben auch schon als Empfehlung erwähnt wird.
Ich habe nun versucht, die nach TTN V3 migrierten Nodes wieder in FHEM zu integrieren, bekomme aber kein Connect mehr mit dem MQQT2_CLIENT hin. Die Credentials habe ich angepasst, also neuen Servernamen für den LoRaWAN MQTT Server (eu1.cloud.thethings.network:1883), neuer Username bei Attributen und über set den in der TTN V3 Console neu generierten API Key als Password. Die Verbindung bleibt aber auf 'disconnect'. Im FHEM Log finde ich nichts, was mich weiter bringen würde, außer der Meldung 'mein node name: discarding DISCONNECT (224)(0)'
Hat schon jemand erfolgreich einen TTN V3 Node in FHEM mit MQTT2_CLIENT und MQTT2_DEVICE integriert?
Danke für euer Feedback.

Wolfgang

rcmcronny · 26 Juni 2021, 10:47:11

Hi,

ich habe gleich die v3 MQTT Verbindung genutzt und läuft bei mir (aber Port 8883 -> mit ssl)

Code Auswählen


defmod ttnv3lg92 MQTT2_CLIENT eu1.cloud.thethings.network:8883
attr ttnv3lg92 SSL 1
attr ttnv3lg92 autocreate simple
attr ttnv3lg92 clientId ttn2fhem_lgt92
attr ttnv3lg92 keepaliveTimeout 300
attr ttnv3lg92 room mqtt
attr ttnv3lg92 username <USERNAME von MQTT Application>

Und nach dem Einloggen, das Passwort mittels set ... password übergeben.

Klappte bei mir sofort beim 1. Versuch

Ronny

pechnase · 26 Juni 2021, 12:27:59

@rcmcronny:
danke für die schnelle Antwort. Mit SSL hat es bei mir auch auf Anhieb funktioniert. Das war der richtige Tipp. Offensichtlich lässt TTN V3 nur diese Verbindung zu, obwohl ja auch der Port 1883 in der TTN V3 Console angegeben wird.

Wolfgang

rcmcronny · 26 Juni 2021, 15:55:15

Hi,

kann sein. Ich finde aber, man sollte es generell nutzen, gerade wenn es über das unsichere Internet geht. Im lokalen Netz mags egal sein. Freut mich, das es so geklappt hat

Ronny

rieders · 16 September 2022, 11:29:33

Hallo

Ich versuche gerade eine Verbindung zum TTN_MQTT herzustellen.
Leider komme ich über den Status Open nicht hinaus.

Mein Raw
defmod TTN_NODE MQTT2_CLIENT eu1.cloud.thethings.network:8883
attr TTN_NODE SSL 1
attr TTN_NODE alias TTN_NODE
attr TTN_NODE autocreate complex
attr TTN_NODE clientId fhem2ttn_rieders-gps-tracker1
attr TTN_NODE keepaliveTimeout 300
attr TTN_NODE room TTN
attr TTN_NODE username rieders-gps-tracker1@ttn

setstate TTN_NODE opened
setstate TTN_NODE 2022-09-16 11:25:04 state opened

Ich hoffe es kann mir jemand weiter helfen

Grüße

rcmcronny · 16 September 2022, 11:35:44

Hallo,

und Du hast die MQTT Integration auch in der TTN Konsole bei der Application entsprechend aktiviert ?
Du hast das Passwort mit dem set password Befehl auch gesetzt ?
Gibt es im Log mehr Infos ?

Ohne mehr Infos, schwer was zu sagen.

Ronny

rieders · 16 September 2022, 12:39:19

Viele Dank für die schnelle Antwort.
Wie meinst du das Aktiviert?
Wenn ich habe ein Api Key erstellt muss ich da noch was machen?

Grüße

rcmcronny · 16 September 2022, 12:46:11

Hallo,

das meinte ich mit aktiviert, ohne API Key für den Benutzer keine Nutzung.
Warum gehst Du nicht gleich auf die anderen beiden Fragen ein ?

Zitat
Du hast das Passwort mit dem set password Befehl auch gesetzt ?
Gibt es im Log mehr Infos ?

Ronny

rieders · 16 September 2022, 13:24:27

Das lange Passwort habe ich bei set eingefügt.

Nachdem ich nochmal ein neuen Api Key mit Enddatum erstellt habe bekomme ich auch Daten im Hide Traffic.
Nur wird kein neues MQTT2_DEVICE angelegt.

Danke für deine Hilfe

rcmcronny · 16 September 2022, 14:44:20

Hallo,

gern. Ein list vom Device wäre generell gut.

Ich vermute mal das Attribut "autocreate" mit Wert simple könnte helfen ? (Zumindest habe ich das bei mir und das sieht vielversprechend aus).

Ronny

rieders · 18 September 2022, 12:29:48

Hallo

Das Attribute "autocreate" hatte ich schon angelegt. Sowohl mit simple oder complex bekomme ich kein neues Device.
Komischerweise hat sich ignoreRegexp angelegt. Das hatte ich wieder gelöscht in der Hoffnung das es daran liegt.

Grüße

rcmcronny · 18 September 2022, 12:45:20

Hallo,

mach doch bitte mal ein list <DEVICENAME> im Eingabefeld und füge es als Code in die Antwort ein, sonst ist es ein reines sinnloses Rätselraten.
Du willst was, also musst Du auch die Daten liefern. Dauerndes Nachhaken ist ermüdend. Zumal Du nicht mal auf die Fragen alle eingehst.

Ohne das List mit den Infos, werde ich (wir) kaum was mehr sagen können dazu.

Vielleicht ist bei Dir auch global autocreate aus oder oder .. schwer zu sagen alles.

Ronny