Lora Device per MQTT in FHEM einbinden

[thinman]

Wir haben hier seit einigen Stunden eine totale DSL Ausfall.
Seither ist mein FHEM extrem langsam und ich kann so gut wie gar nichts machen.
Der Perl process ist nur 4-5% CPU und der PC selbst ist völlig funktionsfähig. Daran liegt es also nicht.
Ich habe einige Internet Dienste (Things Network, Google Kalender) und ich nehme an, das fehlende Internet Verbindung lähmt alles.
Sobald wir wieder Internet haben und FHEM wieder bedienbar ist, teste ich die Device Attributen.

[LuckyDay]

attr global dnsServer 192.168.2.1

liest sich wie, dass der dns nicht gesetzt ist

[thinman]

Danke, das ist einleuchtend.
Ich dachte dass funktioniert nicht, aber ich musste erst auf mein Handy die mobile Daten ausschalten, sonst hat der FHEM Seite hat nicht mehr geladen. Ganz schön kompliziert wenn es mal das DSL erwischt hat...

[thinman]

Irgend etwas stimmt nicht. Das LHT52 sendet alle 20 Minuten aber im Event Monitor sehe davon nichts.
Ich habe das Device gelöscht und hab gehofft es würde eine neue anlegen aber es passiert nichts.

Im LSP8Nv2 habe ich MQTT Forwarding aktiviert und auf der FHEM Server kommen die nachrichten auch an:
 

Code Auswählen Erweitern

mosquitto_sub -h localhost -t "#" -v
dragino-291278/a84041f1475b6d34/data {"deduplicationId":"7c273db3-32c1-4617-b469-48bbfd117cc1","time":"2026-07-05T17:37:53.903391+00:00","deviceInfo":{"tenantId":"52f14cd4-c6f1-4fbd-8f87-4025e1d49242","tenantName":"ChirpStack","applicationId":"e38db283-9121-4148-b90d-612401ef6d6f","applicationName":"local-applications","deviceProfileId":"a720060c-f537-47c6-9d44-a0f5caf9ccec","deviceProfileName":"LHT52","deviceName":"LHT52_1","devEui":"a84041f1475b6d34","deviceClassEnabled":"CLASS_A","tags":{}},"devAddr":"0196ee17","adr":true,"dr":5,"fCnt":365,"fPort":2,"confirmed":false,"data":"CmAB9n//AWpKll8=","object":{"Node_type":"LHT52","Hum_SHT":50.2,"Ext":1.0,"TempC_SHT":26.56,"TempC_DS":327.67,"Systimestamp":1783273055.0},"rxInfo":[{"gatewayId":"a84041fdfe291278","uplinkId":10585,"time":"2026-07-05T17:37:53.903391+00:00","rssi":-63,"snr":13.5,"channel":4,"location":{},"context":"6aFpSA==","metadata":{"region_common_name":"EU868","region_config_id":"eu868"},"crcStatus":"CRC_OK"}],"txInfo":{"frequency":867300000,"modulation":{"lora":{"bandwidth":125000,"spreadingFactor":7,"codeRate":"CR_4_5"}}}}
Im Event Monitor sehe ich aber davon nichts und es wird auch nichts angelegt.

mqttbroker listet aber eine Client mit der 44-er IP und das ist der Dragino Gateway.

Code Auswählen Erweitern

Clients:
mqttBroker_192.168.10.44_51725 1
Ich verstehe nicht warum das keine device erzeugt. Irgend etwas übersehe ich aber keine Ahnung was...

PS: Das it der Listing für das mqttBroker_192.168.10.44_51725 Device:

Code Auswählen Erweitern

Internals:
   BUF       
   FD         52
   NAME       mqttBroker_192.168.10.44_51725
   NR         10000401
   PEER       192.168.10.44
   PORT       51725
   SNAME      mqttBroker
   SSL       
   STATE      Connected
   TEMPORARY  1
   TYPE       MQTT2_SERVER
   WBCallback
   cflags     2
   cid       
   keepalive  60
   lastMsgTime 1783273546.94636
   protoNum   4
   protoTxt   MQTT
   READINGS:
     2026-07-05 19:28:44   state           Connected
   subscriptions:
Attributes:
   room       hidden

[rudolfkoenig]

Falls das Geraet sich mit einer nach mosquitto_pub "riechenden" ClientId (mosqpub|mosq_) anmeldet, dann wird die Nachricht fuer autocreate ignoriert.

[thinman]

Eigentlich sieht der Nachricht vom LHT52 ganz normal aus ohne mosq* Einträge.
Autocreate ist an und ich sehe kein Grund warum es kein Device kreiert.
Ich hab eine andere LoRa Temperatur device durch myTTN, da hat es geklappt aber ich würde gern alles lokal haben.
Ist schon erschreckend wie komplex diese LoRaWan System ist. Für eine Normalsterbliche ist das nicht mehr verständlich...

[rabehd]

Ich habe mal bei mir nachgesehen. Dunkel erinnere ich mich das es damals nicht auf Anhieb klappte.

Das habe ich noch als Lesezeichen: https://forum.fhem.de/index.php?topic=103421.0;all#bot

In meiner LPS8-V2 war der MQTT-Forwarder zwar mit dem lokalen FHEM-MQTT-Broker konfiguriert, aber ohne Wirkung.

Ich hole mir die Info direkt bei TTN https://eu1.cloud.thethings.network/console

Dafür habe ich das

Code Auswählen Erweitern

defmod TTN MQTT2_CLIENT eu1.cloud.thethings.network:1883
attr TTN autocreate simple
attr TTN keepaliveTimeout 300
attr TTN username wetterstation-xxxxx@ttn
Details müßte ich bei Bedarf noch suchen.

[thinman]

Vielen Dank, das lese ich alles durch...
Ich habe extra das LSP8Nv2 gekauft weil der v1 welches ich als erstes gekauft habe nur durch die Cloud geht und ich wollte alles lokal haben.
(Gerade gestern als wir das DSL aus hatten, war der Außentemperatur Sensor nicht erreichbar.)

 

[rudolfkoenig]

Eigentlich sieht der Nachricht vom LHT52 ganz normal aus ohne mosq* Einträge.

Es geht um die CleintID, nicht um Topic oder gar Message.
Den ClientID kennt nur der MQTT Server (in diesem Fall MQTT2_SERVER), wenn die Verbindung ueber ein MQTT2_CLIENT (und damit ueber einen externen MQTT Server) laeuft, dann kennt FHEM die ClientID nicht.