Verbindung zw Fhem und MQTT2 4CH RElais verloren auf Port 1883

DieterN · 16 Dezember 2023, 18:57:15

Hallo liebe Gemeinde
ich nutze schon seit längerem FHEM und möchte mich erst mal recht herzlich für dieses tolle Tool bedanken.
Wie im Betreff schon steht nutze ich schon länger ein 4fach Relais mit Tasmota zum steuern meiner Fussbodenheizung.
Ging alles bis ich vor Tagen meinen Router wechseln musste.
Jetzt kann ich noch über das Webinterface die Relais schalten, aber ich habe keine Verbindung mehr über FHEM.
In der Konsole vom Relais bekomme ich die Meldung;
MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.101:1883, rc -2. Wiederversuch in 120 s
zwischen drin sind aber kurze Verbindungen wie:
RSL: STATE = {"Time":"2023-12-16T18:21:21","Uptime":"0T03:55:04","UptimeSec":14104,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":0,"POWER1":"off","POWER2":"on","POWER3":"on","POWER4":"on","Wifi":{"AP":1,"SSId":"Wlan-W****","BSSId":"F0:B0:14:E4:64:D5","Channel":1,"Mode":"11n","RSSI":52,"Signal":-74,"LinkCount":1,"Downtime":"0T00:00:03"}}
Ich habe schon alles mögliche probiert, IP-Adr. geändert, Ports geändert alten Router wieder hin. Geht nicht mehr.
Ich habe in FHEM verbose5 eingeschalten, aber mehr wie dies steht nicht im log:
MQTT2_FHEM_Server: port 1883 opened
2023.12.16 14:25:05 3: MQTT2_DEVICE set MQTT2_DVES_92F3E0 POWER2 on
Die IPAdr. und Ports sind natürlich gleich.
Bin mit meiner Weisheit am Ende und sitze hier im kalten und brauch dringend Hilfe.
Hoffe ich bin hier richtig.
Würde mich riesig über eure Hilfe freuen. Wäre ein tolles Weihnachtsgeschänk.
MfG
Dieter

rudolfkoenig · 16 Dezember 2023, 20:09:28

ZitatGing alles bis ich vor Tagen meinen Router wechseln musste.

Womoeglich erlaubt der neue Router keine Verbindung zwischen den Geraeten.

Kann man vom FHEM Server das Webinterface des Tasmota Geraetes erreichen?
Das kann man mit "telnet 192.168.X.Y 80" in einem Shell auf dem FHEM-Server testen.
Oder mit { GetHttpFile("192.168.X.Y", "/") } in FHEM

DieterN · 17 Dezember 2023, 00:22:06

Danke für die schnelle Reaktion.
in Fhem:!DOCTYPE html><html lang="de" class=""><head><meta charset='utf-8'><meta name="viewport" content="width=device-width,initial-scale=1,user-scalable=no"/><link rel="icon" href="data:image/x-icon;base64,AAABAAEAEBACAAEAAQCwAAAAFgAAACgAAAAQAAAAIAAAAAEAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////AP5/b+H6X2/h8k9v4eZnb+Hud2/h7ndv4e53b+FmZm/hMkxv4ZgZb+HOc2/h5+dv4fPPb+H5n2/h/D9v4f5/b+EAAO4EAADuBAAA7gQAAO4EAADuBAAA7gQAAO4EAADuBAAA7gQAAO4EAADuBAAA7gQAAO4EAADuBAAA7gQAAO4E"><title>Tasmota - Hauptmenü</title><script>var x=null,lt,to,tp,pc='';eb=s=>document.getElementById(s);qs=s=>document.querySelector(s);sp=i=>eb(i).type=(eb(i).type==='text'?'password':'text');wl=f=>window.addEventListener('load',f);var ft;function la(p){a=p||'';clearTimeout(ft);clearTimeout(lt);if(x!=null){x.abort()}x=new XMLHttpRequest();x.onreadystatechange=()=>{if(x.readyState==4&&x.status==200){var s=x.responseText.replace(/{t}/g,"<table style='width:100%'>").replace(/{s}/g,"<tr><th>").replace(/{m}/g,"</th><td style='width:20px;white-space:nowrap'>").replace(/{e}/g,"</td></tr>");eb('l1').innerHTML=s;clearTimeout(ft);clearTimeout(lt);lt=setTimeout(la,2345);}};x.open('GET','.?m=1'+a,true);x.send();ft=setTimeout(la,2e4);}function lc(v,i,p){if(eb('s')){if(v=='h'||v=='d'){var sl=eb('sl4').value;eb('s').style.background='linear-gradient(to right,rgb('+sl+'%,'+sl+'%,'+sl+'%),hsl('+eb('sl2').value+',100%,50%))';}}la('&'+v+i+'='+p);}wl(la);function jd(){var t=0,i=document.querySelectorAll('input,button,textarea,select');while(i.length>=t){if(i[t]){i[t]['name']=(i[t].hasAttribute('id')&&(!i[t].hasAttribute('name')))?i[t]['id']:i[t]['name'];}t++;}}function sf(s){var t=0,i=document.querySelectorAll('.hf');while(i.length>=t){if(i[t]){i[t].style.display=s?'block':'none';}t++;}}wl(jd);</script><style>div,fieldset,input,select{padding:5px;font-size:1em;}fieldset{background:#4f4f4f;}p{margin:0.5em 0;}input{width:100%;box-sizing:border-box;-webkit-box-sizing:border-box;-moz-box-sizing:border-box;background:#dddddd;color:#000000;}input[type=checkbox],input[type=radio]{width:1em;margin-right:6px;vertical-align:-1px;}input[type=range]{width:99%;}select{width:100%;background:#dddddd;color:#000000;}textarea{resize:vertical;width:98%;height:318px;padding:5px;overflow:auto;background:#1f1f1f;color:#65c115;}body{text-align:center;font-family:verdana,sans-serif;background:#252525;}td{padding:0px;}button{border:0;border-radius:0.3rem;background:#1fa3ec;color:#faffff;line-height:2.4rem;font-size:1.2rem;width:100%;-webkit-transition-duration:0.4s;transition-duration:0.4s;cursor:pointer;}button:hover{background:#0e70a4;}.bred{background:#d43535;}.bred:hover{background:#931f1f;}.bgrn{background:#47c266;}.bgrn:hover{background:#5aaf6f;}a{color:#1fa3ec;text-decoration:none;}.p{float:left;text-align:left;}.q{float:right;text-align:right;}.r{border-radius:0.3em;padding:2px;margin:6px 2px;}.hf{display:none;}</style></head><body><div style='background:#252525;text-align:left;display:inline-block;color:#eaeaea;min-width:340px;'><div style='text-align:center;color:#eaeaea;'><noscript>JavaScript aktivieren um Tasmota benutzen zu können<br></noscript><h3>LC Technology 4CH Relay</h3><h2>Tasmota</h2></div><div style='padding:0;' id='l1' name='l1'></div><table style='width:100%'><tr><td style='width:25%'><button onclick='la("&o=1");'>An/Aus 1</button></td><td style='width:25%'><button onclick='la("&o=2");'>An/Aus 2</button></td><td style='width:25%'><button onclick='la("&o=3");'>An/Aus 3</button></td><td style='width:25%'><button onclick='la("&o=4");'>An/Aus 4</button></td></tr><tr></tr></table><div id=but3d style="display: block;"></div><p><form id=but3 style="display: block;" action='cn' method='get'><button>Einstellungen</button></form></p><p><form id=but4 style="display: block;" action='in' method='get'><button>Informationen</button></form></p><p><form id=but5 style="display: block;" action='up' method='get'><button>Firmware Update</button></form></p><p><form id=but14 style="display: block;" action='cs' method='get'><button>Konsole</button></form></p><p><form id=but0 style="display: block;" action='.' method='get' onsubmit='return confirm("Wirklich neustarten?");'><button name='rst' class='button bred'>Neustart</button></form></p><div style='text-align:right;font-size:11px;'><hr/><a href='https://bit.ly/tasmota'; target='_blank' style='color:#aaa;'>Tasmota 13.3.0(tasmota) von Theo Arends</a></div></div></body></html>

in der shell:
Trying 192.168.1.7...
Connected to 192.168.1.7.
Escape character is '^]'.
Connection closed by foreign host.
Wobei 192.168.1.7 das WEbinterface vom Tasmota und 192.168.1.101 die eingetragene MQTT Server Adr. ist in FHEM
Danke
PS Irgendwie haut das mit der Verifizierung nicht hin. Muss zigmale die Bilder bestätigen

TomLee · 17 Dezember 2023, 09:38:05

Moin,

wenn du in der Tasmota-Konsole mal MqttLog 4 einstellst, sieht man da evtl. dann den Grund für "192.168.1.101:1883, rc -2. Wiederversuch in 120 s" ?

DieterN · 17 Dezember 2023, 09:43:52

Hallo Rudolf
vielen Dank für deine Hilfe.
Dadurch bin ich auf den Fehler gekommen.
Der FHEM Server lief auf IP ...1.3 und der MQTT2 Server auf ...1.101
Vor lauter hin und her habe ich den Überblick verloren.
Warum kann man die MQTT2 Server Adr. nicht nachträglich ändern?
Vlt check ich es auch nicht nur.

Jetzt hätte ich noch weitere FRagen zu FHEM aber nicht MQTT2 betreffend.
Soll ich neue Beiträge auf machen oder jetzt fragen?
Die 1. Frage wäre: Ich habe in FHEM die Devices mit zB: /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 definiert.
Wenn ich jetzt auf einen neuen Raspberry Umsteige bekommen ich die DEvices nicht hin.

Die 2. Frage wäre: Ich habe FHT8V Stellantriebe direkt gekoppelt ohne die FHT Thermostate(Tasten prellen). Leider geht immer die Verbindung zw. den Stellantrieben nach einer Zeit verloren. Oder wenn man den bananapi auf dem FHEM läuft, neu startet.

Nochmal vielen vielen Dank.
Dieter

rudolfkoenig · 17 Dezember 2023, 12:06:53

ZitatWarum kann man die MQTT2 Server Adr. nicht nachträglich ändern?

Port kann man (mit FHEM restart), IP ist nicht Sache vom FHEM, sondern vom OS bzw. Router.

ZitatSoll ich neue Beiträge auf machen oder jetzt fragen?

Neue Beitraege bitte.

ZitatWenn ich jetzt auf einen neuen Raspberry Umsteige bekommen ich die DEvices nicht hin.

Diese Pfade haengen vom Hardware und/oder von der Linux Distribution ab, d.h nach dem Umzug muss man es manchmal neu suchen und einstellen.

ZitatOder wenn man den bananapi auf dem FHEM läuft, neu startet.

Mit dem "set <CUL> raw T1234002C70" Befehl kann man die Synchronization (aller) FHT8V neu einleiten.
1234 und 00 ist Hauscode und Ventil, siehe auch https://wiki.fhem.de/wiki/FHT_8v_direkt_ansprechen
Das koennte man entweder regelmaessig oder beim FHEM Start per notify absetzen.
Sync dauert 112 Sekunden.

DieterN · 17 Dezember 2023, 13:14:52

Zitat von: rudolfkoenig am 17 Dezember 2023, 12:06:53
ZitatWarum kann man die MQTT2 Server Adr. nicht nachträglich ändern?
Port kann man (mit FHEM restart), IP ist nicht Sache vom FHEM, sondern vom OS bzw. Router.

Hallo Rudolf
das stimmt. Das war aber das Problem.
Die einmal eingerichtete IP Adr. des Servers ist in FHEM fest drin. Wenn man wie ich die IP-Adr. des REchners/Fhem Home ändert, bleibt die alte Adr. in FHEM.
Wäre es nicht besser, wenn Fhem beim Neustart seine eigene Adt. als MQTT2 Adr. übernimmt!!
Dann wäre diesw nicht passiert.
Danke nochmal.
Schöne Feiertage

PS wegen den anderwen Themen machen ich neue Beiträge aus
LG Dieter

rudolfkoenig · 18 Dezember 2023, 20:54:17

ZitatWenn man wie ich die IP-Adr. des Rechners/Fhem Home ändert, bleibt die alte Adr. in FHEM.

Man kann zwar die IP-Adresse des Servers bei der Definition von MQTT2_SERVER explizit angeben, das ist aber nur fuer Spezialfaelle gedacht.
Normalerweise gibt man statt IP-Adresse "global" an, wenn man von aussen erreichbar sein will:

Code Auswählen

define m2s MQTT2_SERVER 1883 globalSo hoert FHEM auf allen vorhandenen Netzwerkschnittstellen.

Wie hast Du MQTT2_SERVER definiert?

DieterN · 19 Dezember 2023, 12:49:05

Hi Rudolf
so:define MQTT2_FHEM_Server MQTT2_SERVER 1883 global

Ich wollte einen 2. Server mit:
define MQTT2_FHEM_Server2 MQTT2_SERVER 1884 192.168.1.xxx
erstellen ging nicht.

PS:
Zu meinen Fragen wegen FHT8V, in welchem Forum soll ich die stellen?
Finde nichts passendes
LG Dieter

rudolfkoenig · 19 Dezember 2023, 13:08:55

ZitatIch wollte einen 2. Server mit:
define MQTT2_FHEM_Server2 MQTT2_SERVER 1884 192.168.1.xxx
erstellen ging nicht.

Warum? (d.h. welcher Fehler wurde gemeldet?)
Warum sollte fuer den zweiten Server die IP explizit definiert werden?

ZitatZu meinen Fragen wegen FHT8V, in welchem Forum soll ich die stellen?

Laut https://fhem.de/MAINTAINER.txt: SlowRF

DieterN · 19 Dezember 2023, 13:11:15

Hi Rudolf
gerade probiert mir:
define MQTT2_Server_ND2 MQTT2_SERVER 1884 192.168.1.100
Meldung:
MQTT2_Server_ND2: Can't open server port at 1884: Cannot assign requested address

rudolfkoenig · 19 Dezember 2023, 13:14:28

ZitatMQTT2_Server_ND2: Can't open server port at 1884: Cannot assign requested address

Vermutung: die angegebene IP Adresse "gehoert" nicht dem Rechner.
Genauer: es gibt kein Netzwerkinterface mit der spezifizierten IP Adresse.

DieterN · 19 Dezember 2023, 13:22:51

Hallo Rudolf
muss jetzt weg.Melde mich später nochmal.
Vielen Dank
LG Dieter

DieterN · 20 Dezember 2023, 16:43:10

Hallo Rudolf,
das 2. Tasmoto Relais ist nicht vorhanden, deswegen die Fehlermeldung.
Verstehe langsam wie es sich gehört.
Ein zweites Relais muss ich dann:
Einschalten und einrichten mit:
IP des Fhem Servsrs und einer anderen Port NUmmer. zb. 1884.
Wenn man mit Global den Server installiert hat, müsste ja der IP wechsel des Relais gehen. Ging aber nicht.
LG Dieter

rudolfkoenig · 21 Dezember 2023, 12:14:04

ZitatIP des Fhem Servsrs und einer anderen Port NUmmer. zb. 1884.

Ein zweiter MQTT2_SERVER ist nur selten notwendig.
Ausnahmen sind z.Bsp wenn man sowohl verschluesselte, wie auch unverschluesselte Kommunikation benoetigt, oder wenn man einige Topics nur fuer bestimmte Geraete ignorieren will (ignoreRegexp Attribut).

ZitatWenn man mit Global den Server installiert hat, müsste ja der IP wechsel des Relais gehen. Ging aber nicht.

Das habe ich nicht verstanden, ich rate:
- erst wurde MQTT2_SERVER mit global definiert
- danach wurde die IP des Servers geaendert
- MQTT2_SERVER konnte (trotz diesmal korrekter IP) nicht angesprochen werden.

Ich habe das gerade nachgestellt, und hatte kein Problem, selbst ohne FHEM Neustart.
Ich rate wohl falsch.

Beta-User · 21 Dezember 2023, 15:03:53

Fröhliches Raten hier, ich beteilige mich auch mal:

@ TE: Du hast ein einziges 4ch-Tasmota-Ding. So der Thread-Titel. Du kannst einen Kanal davon über das per autocreate angelegte Device schalten und willst wissen, wie das mit dem 2., 3. und 4. channel geht?

Dazu braucht es keinen separaten port, sondern entweder weitere Schaltelemente an dem MQTT2_DEVICE (für den 1. Channel), oder (in der Regel besser) weitere MQTT2_DEVICE-Instanzen, die die weiteren channels representieren.

Stichwort wäre als Hilfsmittel dann attrTemplate, da gibt es mind. die 2. Variante vorkonfiguriert... Und bitte beachten, was man an Infos in diesem Bereich liefern sollte (ist angepinnt).

DieterN · 24 Dezember 2023, 13:26:35

Zitat von: rudolfkoenig am 21 Dezember 2023, 12:14:04
ZitatIP des Fhem Servsrs und einer anderen Port NUmmer. zb. 1884.
Ein zweiter MQTT2_SERVER ist nur selten notwendig.
Ausnahmen sind z.Bsp wenn man sowohl verschluesselte, wie auch unverschluesselte Kommunikation benoetigt, oder wenn man einige Topics nur fuer bestimmte Geraete ignorieren will (ignoreRegexp Attribut).

ZitatWenn man mit Global den Server installiert hat, müsste ja der IP wechsel des Relais gehen. Ging aber nicht.
Das habe ich nicht verstanden, ich rate:
- erst wurde MQTT2_SERVER mit global definiert
- danach wurde die IP des Servers geaendert
- MQTT2_SERVER konnte (trotz diesmal korrekter IP) nicht angesprochen werden.

Ich habe das gerade nachgestellt, und hatte kein Problem, selbst ohne FHEM Neustart.
Ich rate wohl falsch.

Hallo Rudolf
du hast eigntlich richtig geraten.
Bei mir geht es nur auf der Ip-Adr. 101
zur Erinnerung:
der Fhem Server läuft auf 101.
das Relais auf Web-Interface .7
MQTT SErver auf 101
wenn ich jetzt auf dem Webinterface des Relais die Einstellung von 101 auf 6 ändere ,ist die Verbindung weg.
Obwohl ich in FHem mit global eingerichtet habe.
Zurück auf 101 und es geht wieder.
Schöne WEihnacht

DieterN · 24 Dezember 2023, 13:29:19

Zitat von: Beta-User am 21 Dezember 2023, 15:03:53Fröhliches Raten hier, ich beteilige mich auch mal:

@ TE: Du hast ein einziges 4ch-Tasmota-Ding. So der Thread-Titel. Du kannst einen Kanal davon über das per autocreate angelegte Device schalten und willst wissen, wie das mit dem 2., 3. und 4. channel geht?

Dazu braucht es keinen separaten port, sondern entweder weitere Schaltelemente an dem MQTT2_DEVICE (für den 1. Channel), oder (in der Regel besser) weitere MQTT2_DEVICE-Instanzen, die die weiteren channels representieren.

Stichwort wäre als Hilfsmittel dann attrTemplate, da gibt es mind. die 2. Variante vorkonfiguriert... Und bitte beachten, was man an Infos in diesem Bereich liefern sollte (ist angepinnt).

Hallo Danke für deine Hilfe.
Leider verstehe ich nur ein DRittel.
Wenn ich noch ein 2. und 3. Relais benötige, was muss ich dann tun?
und auch schöne Weihnachten.

Beta-User · 24 Dezember 2023, 15:46:40

Zitat von: DieterN am 24 Dezember 2023, 13:29:19Wenn ich noch ein 2. und 3. Relais benötige, was muss ich dann tun?
und auch schöne Weihnachten.

Zitat von: Beta-User am 21 Dezember 2023, 15:03:53Und bitte beachten, was man an Infos in diesem Bereich liefern sollte (ist angepinnt).

1. Also erst mal posten, was hier üblich ist!

2. Genau beschreiben, was eigentlich dein Problem ist. Es geht um das 2. und 3. Relay auf deinem einen Tasmota-Device, richtig? Dort kannst du die Relays auch im Web-Interface schalten, richtig? Dann musst du auf dem Tasmota-ESP GAR NICHTS ändern, sondern du musst und kannst die Relays in FHEM anlegen.
Stichwort war "attrTemplate", indem du das funktionierende Relay-Device vom Typ MQTT2_DEVICE als Grundlage nimmst.

DieterN · 25 Dezember 2023, 10:57:32

Zitat von: Beta-User am 24 Dezember 2023, 15:46:40
Zitat von: DieterN am 24 Dezember 2023, 13:29:19Wenn ich noch ein 2. und 3. Relais benötige, was muss ich dann tun?
und auch schöne Weihnachten.
Zitat von: Beta-User am 21 Dezember 2023, 15:03:53Und bitte beachten, was man an Infos in diesem Bereich liefern sollte (ist angepinnt).
1. Also erst mal posten, was hier üblich ist!

2. Genau beschreiben, was eigentlich dein Problem ist. Es geht um das 2. und 3. Relay auf deinem einen Tasmota-Device, richtig? Dort kannst du die Relays auch im Web-Interface schalten, richtig? Dann musst du auf dem Tasmota-ESP GAR NICHTS ändern, sondern du musst und kannst die Relays in FHEM anlegen.
Stichwort war "attrTemplate", indem du das funktionierende Relay-Device vom Typ MQTT2_DEVICE als Grundlage nimmst.

Hallo
habe mich ungenügend ausgedrückt. Sorry.
Das erste 4fach Relais läuft und ich kann damit in Fhem meine Erdgeschossventile steuern.(Relais 1 Wohnzimmer, 2. WC... usw.)
Jetzt möchte ich für den 1. und 2.Stock noch die anderen Ventile steuern. Somit werde ich noch 2 Tasmota 4fach Relais benötigen.
Jetzt war die Frage, was muss ich jetzt tun, um die 2 in Betrieb nehmen zu können.
Einen 2. MQTT2 Server benötige ich glaube nicht, wie schon Rudolf sagte.
Also was muss ich in Fhem tun und was in den Tasmotas einstellen?
Ip Adr. ist 101(nicht wechselbar, trotz global??)
Port bleibt bei 1883

MadMax-FHEM · 25 Dezember 2023, 11:29:27

Der in fhem unter xxx.xxx.xxx.101 (= IP von fhem) und Port 1883 (=Standard) eingerichtete MQTT2Server ist "Empfänger" für ALLE deine mqtt-Tasmota (sofern du aus anderen Gründen keinen weiteren MQTT2Server willst/brauchst: siehe Rudi)

Also die weiteren Tasmota genauso konfigurieren wie den ersten...
Also bei mqtt Einstellungen die IP von fhem (xxx.xxx.xxx.101) und den Port des MQTT2Server 1883 eintragen...
Und falls konfiguriert ssl bzw. user/passwort...

In fhem genauso, also warten bis ein Device (MQRT2_Device) angelegt wird und dann dort das attrTemplate bzw. wie halt das bereits laufende Device konfigurieren.

Nur die Tasmota brauchen unterschiedliche IPs (logisch)...
Aber bekommen sie normalerweise vom DHCP-Server oder du bastelst selbst manuell...

Ich denke du solltest dich etwas mit Netzwerk, also IP und Ports etc. beschäftigen?

Gruß, Joachim

DieterN · 28 Dezember 2023, 15:08:47

Zitat von: MadMax-FHEM am 25 Dezember 2023, 11:29:27Der in fhem unter xxx.xxx.xxx.101 (= IP von fhem) und Port 1883 (=Standard) eingerichtete MQTT2Server ist "Empfänger" für ALLE deine mqtt-Tasmota (sofern du aus anderen Gründen keinen weiteren MQTT2Server willst/brauchst: siehe Rudi)

Also die weiteren Tasmota genauso konfigurieren wie den ersten...
Also bei mqtt Einstellungen die IP von fhem (xxx.xxx.xxx.101) und den Port des MQTT2Server 1883 eintragen...
Und falls konfiguriert ssl bzw. user/passwort...

In fhem genauso, also warten bis ein Device (MQRT2_Device) angelegt wird und dann dort das attrTemplate bzw. wie halt das bereits laufende Device konfigurieren.

Nur die Tasmota brauchen unterschiedliche IPs (logisch)...
Aber bekommen sie normalerweise vom DHCP-Server oder du bastelst selbst manuell...

Ich denke du solltest dich etwas mit Netzwerk, also IP und Ports etc. beschäftigen?

Gruß, Joachim

Hallo Joachim
Danke für deine Erklärung zu den MQTT2(Tasmota) Relais. Somit wird es kein Problem sein diese zu erweitern.
Muss aber vorher erstmal 220V in die Verteilerkästen oben einbauen.

Ja zu dem Thema Netzwerk und IP kann ich nur sagen,
ich habe beim installieren der neuen Fritzbox meine gewachsenes Netzwerk besser strukturieren wollen.
Ich habe den DHCP Bereich in der Fritzbox nach oben gelegt(192.xxx.x.10)
von 1 bis 9 sind meine Router und Server(Pi-Hole, debmatic) über die MAC ADr. fest definiert.
Hat alles funktioniert, nur der IP wechsel des MQTT2 Servers in FHEM , obwohl mit global definier hat nicht funktioniert.
So ist alles entstanden.
Und mein MQTT2 Server in FHEM liegt immer noch auf 101. Aber über die MAC-Adr. fixiert

LG Dieter

DieterN · 28 Dezember 2023, 15:15:37

Zitat von: rudolfkoenig am 17 Dezember 2023, 12:06:53Mit dem "set <CUL> raw T1234002C70" Befehl kann man die Synchronization (aller) FHT8V neu einleiten.
1234 und 00 ist Hauscode und Ventil, siehe auch https://wiki.fhem.de/wiki/FHT_8v_direkt_ansprechen
Das koennte man entweder regelmaessig oder beim FHEM Start per notify absetzen.
Sync dauert 112 Sekunden.

Hallo Rudolf
ich habe bei mir ein notify (not.global)
das beim start von FHEM u.a. folgendes ausführen sollte:
global:INITIALIZED set myJeeLink led off;
set CUL1 raw T1234012F00; set CUL1 raw T1334002F00; set CUL1 raw T1434002F00; set CUL1 raw T1534002F00;
set CUL1 raw T1634002F00;set CUL1 raw T1734002F00

drin.
Aber bedeutet das nicht, dass ich beim start alle FHT8V erst in den Pairing Modus bringen muss?
Und dann wie folgt zu zuordnung zu jedem einzelnem FHT8V Stellmotor?

LG Dieter

rudolfkoenig · 28 Dezember 2023, 17:25:35

ZitatAber bedeutet das nicht, dass ich beim start alle FHT8V erst in den Pairing Modus bringen muss?

0x2F ist FHT8V_CMD_PAIR, dafuer muss aber der 8V auf Empfang sein, was normalerweise (s.u.) nicht der Fall ist.
Paaren ist meiner Erfahrung nach nicht notwendig, den Hauskode merkt das Ventil.

Was eher ein Problem ist, wenn culfw und Ventile nicht synchron laufen.
Die Ventile wachen alle 115+x Sekunden fuer ca eine Sekunde auf, culfw muss wissen, wann soweit ist, um die Ventilwerte zu senden.
Nach culfw reboot (oder nach stromlos machen) muss ein SYNC (0x2c) stattfinden, das dauert ca 2 Miuten.
Auch bei mehreren Hauskodes ist wegen der speziellen Hauskode-Vergabe nur ein SYNC notwendig, allerdings muessen alle Ventilwerte vor dem SYNC gesetzt werden.

Wenn man "nur" FHEM neu startet, sollte weder PAIR noch SYNC notwendig sein.

Sehe ich richtig, dass Du 6 Ventile (bzw. Ventilgruppen) unterschiedlich steuerst?

DieterN · 28 Dezember 2023, 17:44:34

Hallo Rudolf
ja 6 mit CUL und FHT8V. Hatte vorher die FHT Thermostate für alle Zimmer die gehen aber mehr oder weniger nicht mehr.(Tasten, Rad prellen)
Deshalb umgestellt. Ich frage alle 4 Std. die Werte ab und setze sie wieder. Dadurch verliert man nicht die Verbinung.
Das Problem ist Stromausfall oder Netzwerkunterbrechung. Da weiß man nie ob die Verbindung noch steht.
Stetz dann immer ein Ventil von Hand um zu sehen ob die Verbindung noch besteht.
Wenn nicht gehen die Antrieb auf 30% und im Schlaffzimmer wird es viel zu warm.
Die anderen Zimmer im Erdgeschoss habe ich deshalb auf MQTT2 umgebaut, da hatte ich Strom am Verteiler.
Dann bringt es nichts den RAW Befehl beim Start zu senden? (Dachte ich mir schon)
LG Dieter

rudolfkoenig · 28 Dezember 2023, 18:44:51

ZitatDann bringt es nichts den RAW Befehl beim Start zu senden? (Dachte ich mir schon)

Ich meine nach Stromausfall ist ein SYNC notwendig, die 6*PAIR sind nutzlos.
Getestet habe ich es aber nicht.

DieterN · 28 Dezember 2023, 18:52:58

Zitat von: rudolfkoenig am 28 Dezember 2023, 18:44:51
ZitatDann bringt es nichts den RAW Befehl beim Start zu senden? (Dachte ich mir schon)
Ich meine nach Stromausfall ist ein SYNC notwendig, die 6*PAIR sind nutzlos.
Getestet habe ich es aber nicht.

Dachte ich mir schon. Kann nicht gehen. Mann muss hintereinander jeden Antrieb wieder pairen.
Gibt es dazu eigentlich eine Batteriealternative?

Aber nochmal zurück zum eigentlichen Thema.
Warum hat FHEM trotz global nicht die Änderung der IP Adr. mitgemacht?
Geht bei mir nicht. Kann es an sonstigen Einstellungen liegen wie autocreate simple oder so?
Danke Chef

LG Dieter

Beta-User · 30 Dezember 2023, 06:01:22

Zitat von: DieterN am 25 Dezember 2023, 10:57:32Hallo
habe mich ungenügend ausgedrückt. Sorry.
Das erste 4fach Relais läuft und ich kann damit in Fhem meine Erdgeschossventile steuern.(Relais 1 Wohnzimmer, 2. WC... usw.)
Jetzt möchte ich für den 1. und 2.Stock noch die anderen Ventile steuern. Somit werde ich noch 2 Tasmota 4fach Relais benötigen.
Jetzt war die Frage, was muss ich jetzt tun, um die 2 in Betrieb nehmen zu können.
Einen 2. MQTT2 Server benötige ich glaube nicht, wie schon Rudolf sagte.
Also was muss ich in Fhem tun und was in den Tasmotas einstellen?
Ip Adr. ist 101(nicht wechselbar, trotz global??)
Port bleibt bei 1883

Du besorgst die weiteren Relay-Boards und baust die ein. Die MQTT-Einstellungen auf diesen weiteren Boards (IP-Adresse vom MQTT-Server, Port und ggf. Zugangsdaten) machst du IDENTISCH zu dem, was du im 1. Relay-Board gemacht hattest. (Topics etc. bitte einfach auf dem eingetragenen default lassen!!!)

Fertig. Kein Hexenwerk. Keine weiteren Aktionen in FHEM, einfach warten, bis die angelegt wurden, ggf. die Boards kurz neu starten nach dem Eintragen der MQTT-Einstellungen (sollte eigentlich automatisch passieren).

PS: Trockenübungen sind selten zielführend.

DieterN · 30 Dezember 2023, 10:22:34

Zitat von: Beta-User am 30 Dezember 2023, 06:01:22Du besorgst die weiteren Relay-Boards und baust die ein. Die MQTT-Einstellungen auf diesen weiteren Boards (IP-Adresse vom MQTT-Server, Port und ggf. Zugangsdaten) machst du IDENTISCH zu dem, was du im 1. Relay-Board gemacht hattest. (Topics etc. bitte einfach auf dem eingetragenen default lassen!!!)

Danke , ist ja einfacher wie ich dachte.

Jetzt ist immer noch die Frage offen warum FHEM nicht automatisch die IP-Adr. geändert hat, trotz global definiert.(Dadurch ist ja das eigentliche Problem entstanden)

DieterN · 30 Dezember 2023, 10:36:56

Zitat von: rudolfkoenig am 28 Dezember 2023, 17:25:35Was eher ein Problem ist, wenn culfw und Ventile nicht synchron laufen.
Die Ventile wachen alle 115+x Sekunden fuer ca eine Sekunde auf, culfw muss wissen, wann soweit ist, um die Ventilwerte zu senden.
Nach culfw reboot (oder nach stromlos machen) muss ein SYNC (0x2c) stattfinden, das dauert ca 2 Miuten.
Auch bei mehreren Hauskodes ist wegen der speziellen Hauskode-Vergabe nur ein SYNC notwendig, allerdings muessen alle Ventilwerte vor dem SYNC gesetzt werden.

Hallo Rudolf
wie könnte man dieses Problem lösen?

DieterN · 30 Januar 2024, 11:07:25

Hallo zusammen
so jetzt habe ich mein 2. Relais in Betrieb genommen.
Hat alles problemlos funktioniert.
Danke nochmal.
Jetzt eine Frage: Wie kann ich diese Meldung aus dem log per Mail an mich senden?
2024.01.30 10:26:05 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.1.78_54453/DVES_55220C left us (keepalive check).
Momentan erledige ich dies mit einem lan-ping und presence.
Ging wahrscheinlich eleganter.
BG Dieter

Beta-User · 30 Januar 2024, 11:21:44

Schön, dass es soweit geklappt hat!

ZitatMomentan erledige ich dies mit einem lan-ping und presence.

Dir ist klar, dass (default) PRESENCE mit lan-ping forkt? Kann v.a. auf Systemen mit wenig Speicher zu Problemen führen. Es gibt eine Variante von martinp876, die das etwas resourcenschonender erledigt...

Zitat von: DieterN am 30 Januar 2024, 11:07:25Jetzt eine Frage: Wie kann ich diese Meldung aus dem log per Mail an mich senden?
2024.01.30 10:26:05 3: MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.1.78_54453/DVES_55220C left us (keepalive check).

Für MQTT ist "lwt" (last will and testament) mAn. der bessere Mechanismus. Da beim Device auf "offline" warten, dann braucht man nicht lange im Logfile nach irgendeinem Eintrag suchen und kann das generalisieren.

PS: Falls du viele ESP's hast und (nur) eine Fritzbox als AP verwendest: Diese Kombi ist an sich "verdächtig", Probleme beim Aufrechterhalten der Verbindung zu verursachen...

DieterN · 03 Februar 2024, 09:02:30

Zitat von: Beta-User am 30 Januar 2024, 11:21:44Dir ist klar, dass (default) PRESENCE mit lan-ping forkt? Kann v.a. auf Systemen mit wenig Speicher zu Problemen führen. Es gibt eine Variante von martinp876, die das etwas resourcenschonender erledigt...

Hallo wusste ich nicht. Ich setze alle 15min. einen lan-ping ab. (Hoffe der macht keinen fork(was das auch ist)
und die Variante von martinp876 habe ich nicht gefunden. Wenn man nach ihm sucht kommen zig Einträge.

Zitat von: Beta-User am 30 Januar 2024, 11:21:44Für MQTT ist "lwt" (last will and testament) mAn. der bessere Mechanismus. Da beim Device auf "offline" warten, dann braucht man nicht lange im Logfile nach irgendeinem Eintrag suchen und kann das generalisieren.

Bei meinem Device ändert sich lwt nur einmal am Tag. Ist somit nicht brauchbar.

PS: Falls du viele ESP's hast und (nur) eine Fritzbox als AP verwendest: Diese Kombi ist an sich "verdächtig", Probleme beim Aufrechterhalten der Verbindung zu verursachen...
Ja ich habe ca. 8 ESP am laufen. Wegen den Wlan Problemen habe ich einen Repeater installiert. Glaube das es jetzt besser geht.

Zu meiner eigentlichen FRage: Wie bekomme ich die Keepalive Meldung als Mail an mich hin?

BG Dieter

rudolfkoenig · 03 Februar 2024, 10:36:06

ZitatZu meiner eigentlichen FRage: Wie bekomme ich die Keepalive Meldung als Mail an mich hin?

Zum Beispiel mit einem notify, wo man das readLog Attribut gesetzt hat.
Wenn man beim der Erstellung unsicher ist, dann kann das "Event monitor" dazu eine Hilfe sein: "FHEM Log" anklicken, Eintrag ins Log provozieren, die gesuchte Zeile markieren, "Create/modify device" klicken, und ein notify erstellen. Das readLog Attribut muss zum Schluss beim neu angelegten notify explizit auf 1 gesetzt werden.

Beta-User · 03 Februar 2024, 16:55:58

Zitat von: DieterN am 03 Februar 2024, 09:02:30die Variante von martinp876 habe ich nicht gefunden

https://forum.fhem.de/index.php?topic=117007.0

Zitat von: DieterN am 03 Februar 2024, 09:02:30Bei meinem Device ändert sich lwt nur einmal am Tag. Ist somit nicht brauchbar.

Bei meinen Devices ändert sich das LWT zum Glück so gut wie nie, und jeden Tag eine Nachricht zu bekommen mit "an einem bestimmten Device ist alles ok", macht für mich keinen großen Sinn. Ich will dann eine Nachricht, wenn ein neues Problem entsteht, und ansonsten ggf. eine regelmäßige Meldung, dass an ziemlich vielen Devices alles mögliche ok ist. Aber jeder wie er mag

.

DieterN · 05 Februar 2024, 10:32:51

Zitat von: rudolfkoenig am 03 Februar 2024, 10:36:06
ZitatZu meiner eigentlichen FRage: Wie bekomme ich die Keepalive Meldung als Mail an mich hin?
Zum Beispiel mit einem notify, wo man das readLog Attribut gesetzt hat.
Wenn man beim der Erstellung unsicher ist, dann kann das "Event monitor" dazu eine Hilfe sein: "FHEM Log" anklicken, Eintrag ins Log provozieren, die gesuchte Zeile markieren, "Create/modify device" klicken, und ein notify erstellen. Das readLog Attribut muss zum Schluss beim neu angelegten notify explizit auf 1 gesetzt werden.

Danke
probiere ich.

DieterN · 05 Februar 2024, 10:36:11

Zitat von: Beta-User am 03 Februar 2024, 16:55:58https://forum.fhem.de/index.php?topic=117007.0

Danke

Zitat von: Beta-User am 03 Februar 2024, 16:55:58Bei meinen Devices ändert sich das LWT zum Glück so gut wie nie, und jeden Tag eine Nachricht zu bekommen mit "an einem bestimmten Device ist alles ok", macht für mich keinen großen Sinn. Ich will dann eine Nachricht, wenn ein neues Problem entsteht, und ansonsten ggf. eine regelmäßige Meldung, dass an ziemlich vielen Devices alles mögliche ok ist. Aber jeder wie er mag .

Ja sollte sich eigentlich nicht ändern. Aber bei mir geht das Device immer wieder offline(nehme an Wlan verloren).
Deshalb die Überwachung mit 15min. lan-ping und Mail Benachrichtigung. Sonst geht meine Heizung nicht mehr und ich sitze im kalten.
Vielen Dank

Beta-User · 05 Februar 2024, 11:38:24

Zitat von: DieterN am 05 Februar 2024, 10:36:11Ja sollte sich eigentlich nicht ändern. Aber bei mir geht das Device immer wieder offline(nehme an Wlan verloren).
Deshalb die Überwachung mit 15min. lan-ping und Mail Benachrichtigung. Sonst geht meine Heizung nicht mehr und ich sitze im kalten.
Vielen Dank

Na ja, WENN es offline geht und das LWT-reading anschlägt, brauchst du das (forkende!) LAN-ping ja eigentlich nicht...

Aber wenn das WLAN so schlecht ist (Fritzbox? Die ist dafür "berüchtigt", dass es immer wieder Probleme mit (zu vielen?) ESP's gibt...), könntest du uU. ja auch da mal ansetzen und ggf. einen besseren AP einsetzen

.

DieterN · 05 Februar 2024, 15:15:12

Zitat von: Beta-User am 05 Februar 2024, 11:38:24Na ja, WENN es offline geht und das LWT-reading anschlägt, brauchst du das (forkende!) LAN-ping ja eigentlich nicht...

Wenn ich das Gerät ausschalte(wlan weg), ändert sich in FHem gar nichts mehr. Somit nur über lan-ping möglich.
Vlt mache ich da auch einen Fehler.

Zitat von: Beta-User am 05 Februar 2024, 11:38:24Aber wenn das WLAN so schlecht ist (Fritzbox? Die ist dafür "berüchtigt", dass es immer wieder Probleme mit (zu vielen?) ESP's gibt...), könntest du uU. ja auch da mal ansetzen und ggf. einen besseren AP einsetzen .

Ich habe eine FB 7590 und einen Dlink AP(über Lan an der FB). Habe beide Wlans in den Geräten (Tasmota, MQTT) eingetragen.
Verliere immer wieder die Verbingung zu den Geräten, troz Wlan Repeaters

TomLee · 05 Februar 2024, 17:12:35

Hallo,

ZitatWenn ich das Gerät ausschalte(wlan weg), ändert sich in FHem gar nichts mehr. Somit nur über lan-ping möglich.
Vlt mache ich da auch einen Fehler.

Gib mal in der Tasmota-Konsole MqttKeepAlive ein. Nach 1,5 facher Zeit von dem zurückgegebenen Wert ändert sich normal der LWT-Reading zu offline.

Ist das bei Dir nicht so ?

DieterN · 05 Februar 2024, 19:32:15

Zitat von: TomLee am 05 Februar 2024, 17:12:35Gib mal in der Tasmota-Konsole MqttKeepAlive ein. Nach 1,5 facher Zeit von dem zurückgegebenen Wert ändert sich normal der LWT-Reading zu offline.

Ist das bei Dir nicht so ?

habe ich eingegen. Dann kommt in der Konsole MqttKeepAlive:30
LWT ändert sich nicht.
In Fhem kommt bei readings jetzt MqttKeepAlive 30

TomLee · 05 Februar 2024, 19:41:06

Du hast mich nicht verstanden, glaub ich oder ich hab mich weniger gut ausgedrückt.

Wenn du das Gerät ausschaltest (wlan weg), dann sollte es 45 Sekunden dauern bis das Reading LWT auf offline gesetzt wird, das solltest du prüfen.

DieterN · 05 Februar 2024, 19:43:21

19:23:25.439 CMD: MqttKeepAlive
19:23:25.446 MQT: stat/DVES_92F3E0/RESULT = {"MqttKeepAlive":30}
19:25:28.091 MQT: tele/DVES_92F3E0/STATE = {"Time":"2024-02-05T19:25:28","Uptime":"9T10:27:33","UptimeSec":815253,"Heap":25,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":306,"POWER1":"off","POWER2":"off","POWER3":"on","POWER4":"on","Wifi":{"AP":2,"SSId":"Wlan-XXXXXXXX","BSSId":"XXXXXXXXXXX","Channel":11,"Mode":"11n","RSSI":100,"Signal":-43,"LinkCount":423,"Downtime":"0T00:24:36"}}
19:30:29.106 MQT: tele/DVES_92F3E0/STATE = {"Time":"2024-02-05T19:30:29","Uptime":"9T10:32:34","UptimeSec":815554,"Heap":24,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":306,"POWER1":"off","POWER2":"off","POWER3":"on","POWER4":"on","Wifi":{"AP":2,"SSId":"Wlan-XXXXXXXX","BSSId":"XXXXXXXXXXXX","Channel":11,"Mode":"11n","RSSI":100,"Signal":-43,"LinkCount":423,"Downtime":"0T00:24:36"}}

DieterN · 05 Februar 2024, 19:48:15

Zitat von: TomLee am 05 Februar 2024, 19:41:06Wenn du das Gerät ausschaltest (wlan weg), dann sollte es 45 Sekunden dauern bis das Reading LWT auf offline gesetzt wird, das solltest du prüfen.

LWT ändert sich nicht. Hat immer die Zeit/Datum vom letzten Online

DieterN · 05 Februar 2024, 19:54:58

Ich habe zwei MQTT Device. Jetzt hat sich beim anderen Gerät mit einer anderen IP Adr. der status auf offline geändert.
Jetzt blicke ich garnicht mehr durch.
Das eine Device hat die Ip Adr 192.168.1.6 (ausgeschalten in Fhem status lwt online
Das ander Device hat die Ip Adr 192.168.1.7 (eingeschalten in Fhem status lwt offline aber MqttHost 192.168.1.6 !!???

TomLee · 05 Februar 2024, 20:00:37

Zeig mal jetzt ein List der beiden Devices und den left us-Eintrag der jetzt im Logfile steht.

Beta-User · 05 Februar 2024, 20:11:16

Nur zur Klarstellung: zwei AP's, von denen einer eine Fritzbox ist, sind nicht unbedingt besser wie ein einziger, ordentlicher AP. Die Doppelung kann uU dazu führen, dass die Dinger ständig versuchen, sich auf dem jeweils anderen AP aufzuschalten... Wenn dann noch Kanalwechsel dazukommen, ist ein ESP8266 erfahrungsgemäß gerne mal überfordert.
Und für wichtige Dinge stellt sich immer die Frage, ob es nicht ein Stück Kabel sein darf. (Gibt auch fertige Boards mit LAN-Anschluss (ESP32), auf die man Tasmota flaschen könnte.

DieterN · 05 Februar 2024, 20:26:27

Zitat von: TomLee am 05 Februar 2024, 20:00:37Zeig mal jetzt ein List der beiden Devices und den left us-Eintrag der jetzt im Logfile steht.

wie kann ich ein Bild(Datei anhängen?)
im logfile steht nichts drin.
Aber jetzt sind beide Device lwt offline

rudolfkoenig · 05 Februar 2024, 20:30:11

ZitatZeig mal jetzt ein List der beiden Devices und den left us-Eintrag der jetzt im Logfile steht.

Und bitte auch die Ausgabe von

Code Auswählen

list .* keepalive lwt

Zitatwie kann ich ein Bild(Datei anhängen?)

Wenn(!) man "Antworten" verwendet anstatt einfach den Text unten einzugeben, dann gibt es unter dem Eingabefenster ein "Dateianhänge" Knopf.

Beta-User · 05 Februar 2024, 20:32:21

Zitat von: DieterN am 05 Februar 2024, 20:26:27wie kann ich ein Bild(Datei anhängen?)im logfile steht nichts drin.
Aber jetzt sind beide Device lwt offline

Falls das wegen des "list" ist - dafür gibt es auf der Detailseite der Devices "copy for forum".

DieterN · 05 Februar 2024, 20:39:35

Zitat von: rudolfkoenig am 05 Februar 2024, 20:30:11list .* keepalive lwt

wo und wie gebe ich das an?(event filter, da kommt nichts)

DieterN · 05 Februar 2024, 20:44:21

Code Auswählen

define MQTT2_DVES_92F3E0 MQTT2_DEVICE DVES_92F3E0
attr MQTT2_DVES_92F3E0 alias KellerHzgSteuerung
attr MQTT2_DVES_92F3E0 autocreate 0
attr MQTT2_DVES_92F3E0 comment NOTE: #For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/DVES_92F3E0/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_DVES_92F3E0 icon hue_filled_outlet
attr MQTT2_DVES_92F3E0 jsonMap POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 Channel_5:0 HSBColor:0 Color:0
attr MQTT2_DVES_92F3E0 model tasmota_4ch_unified_basic_text
attr MQTT2_DVES_92F3E0 readingList tele/DVES_92F3E0/LWT:.* LWT\
  tele/DVES_92F3E0/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_92F3E0/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/DVES_92F3E0/INFO.:.* { $EVENT =~ m,^..Info[1-3]..(.+).$, ?  json2nameValue($1,'',$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }\
  stat/DVES_92F3E0/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }\
DVES_92F3E0:cmnd/DVES_92F3E0/POWER:.* POWER\
DVES_92F3E0:stat/DVES_92F3E0/POWER1:.* POWER1\
DVES_92F3E0:stat/DVES_92F3E0/POWER2:.* POWER2\
DVES_92F3E0:stat/DVES_92F3E0/POWER3:.* POWER3\
DVES_92F3E0:stat/DVES_92F3E0/POWER4:.* POWER4\
DVES_92F3E0:stat/DVES_92F3E0/LOGGING:.* LOGGING\
DVES_92F3E0:tasmota/discovery/E89F6D92F3E0/config:.* { json2nameValue($EVENT) }\
DVES_92F3E0:tasmota/discovery/E89F6D92F3E0/sensors:.* { json2nameValue($EVENT) }\
DVES_92F3E0:tele/DVES_92F3E0/RESULT:.* { json2nameValue($EVENT) }
attr MQTT2_DVES_92F3E0 room Heizung,Küche,MQTT2_DEVICE,WC,Wohnzimmer
attr MQTT2_DVES_92F3E0 setList POWER1:on,off,toggle cmnd/DVES_92F3E0/POWER1 $EVTPART1\
  POWER2:on,off,toggle cmnd/DVES_92F3E0/POWER2 $EVTPART1\
  POWER3:on,off,toggle cmnd/DVES_92F3E0/POWER3 $EVTPART1\
  POWER4:on,off,toggle cmnd/DVES_92F3E0/POWER4 $EVTPART1
attr MQTT2_DVES_92F3E0 setStateList on off toggle
attr MQTT2_DVES_92F3E0 stateFormat NachtabsenkungOnOff P1:POWER1 -- WC/FlurHzg P2:POWER2 -- WzRuLHzg P3:POWER3 -- KuecheHzg P4:POWER4
attr MQTT2_DVES_92F3E0 verbose 3
#   CID        DVES_92F3E0
#   DEF        DVES_92F3E0
#   FUUID      63ea4c18-f33f-989b-4b5c-32497609c0ad686d
#   IODev      MQTT2_FHEM_Server
#   LASTInputDev MQTT2_FHEM_Server
#   MQTT2_FHEM_Server_CONN MQTT2_FHEM_Server_192.168.1.7_55048
#   MQTT2_FHEM_Server_MSGCNT 92
#   MQTT2_FHEM_Server_TIME 2024-02-05 19:50:31
#   MSGCNT     92
#   NAME       MQTT2_DVES_92F3E0
#   NR         183
#   STATE      NachtabsenkungOnOff P1:off -- WC/FlurHzg P2:off -- WzRuLHzg P3:set POWER3 off -- KuecheHzg P4:on
#   TYPE       MQTT2_DEVICE
#   eventCount 93
#   JSONMAP:
#     Channel_0  0
#     Channel_1  0
#     Channel_2  0
#     Channel_3  0
#     Channel_4  0
#     Channel_5  0
#     Color      0
#     Dimmer     0
#     HSBColor   0
#     POWER1     0
#     POWER2     0
#     POWER3     0
#     POWER4     0
#   READINGS:
#     2024-01-27 09:00:07   BootCount       144
#     2024-01-27 09:00:07   FallbackTopic   cmnd/DVES_92F3E0_fb/
#     2023-12-24 12:51:31   FullTopic       %prefix%/%topic%/
#     2024-01-27 09:00:07   GroupTopic      cmnd/tasmotas/
#     2024-02-05 19:50:31   Heap            23
#     2024-01-27 09:00:07   Hostname        DVES-92F3E0-5088
#     2024-02-05 16:56:14   IODev           MQTT2_FHEM_Server
#     2024-01-27 09:00:07   IPAddress       192.168.1.7
#     2024-02-05 19:50:31   LOGGING         19:50:29.098 MQT: tele/DVES_92F3E0/STATE = {"Time":"2024-02-05T19:50:29","Uptime":"9T10:52:34","UptimeSec":816754,"Heap":23,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":306,"POWER1":"off","POWER2":"off","POWER3":"on","POWER4":"on","Wifi":{"AP":2,"SSId":"Wlan-190027_tenda","BSSId":"58:D9:D5:DF:F4:54","Channel":11,"Mode":"11n","RSSI":100,"Signal":-37,"LinkCount":423,"Downtime":"0T00:24:36"}}
#     2024-02-05 19:50:31   LWT             Offline
#     2024-02-05 19:50:31   LoadAvg         19
#     2023-12-17 09:29:27   LogHost         
#     2023-12-17 09:29:27   LogPort         514
#     2024-01-27 09:00:07   Module          LC Technology 4CH Relay
#     2023-12-24 12:51:31   MqttClient      DVES_%06X
#     2024-02-05 19:50:31   MqttCount       306
#     2023-12-24 12:51:31   MqttHost        192.168.1.6
#     2024-02-05 19:23:26   MqttKeepAlive   30
#     2023-12-17 09:29:27   MqttLog         2
#     2023-12-24 12:51:31   MqttPassword    ****
#     2023-12-24 12:51:31   MqttPort        1883
#     2023-12-24 12:51:31   MqttUser        DVES_USER
#     2024-02-05 18:46:57   POWER           
#     2024-02-05 02:30:00   POWER1          off
#     2024-02-05 15:00:00   POWER2          off
#     2024-02-05 19:50:41   POWER3          set POWER3 off
#     2024-02-05 16:43:01   POWER4          on
#     2024-01-20 09:13:14   Password1       ****
#     2024-01-20 09:13:14   Password2       ****
#     2024-01-27 09:00:07   RestartReason   External System
#     2023-07-12 00:13:44   RestartReason_CallChain_1 401014ec
#     2023-07-12 00:13:44   RestartReason_CallChain_10 40260583
#     2023-07-12 00:13:44   RestartReason_CallChain_11 40268a73
#     2023-07-12 00:13:44   RestartReason_CallChain_12 40000f58
#     2023-07-12 00:13:44   RestartReason_CallChain_13 402684e6
#     2023-07-12 00:13:44   RestartReason_CallChain_14 40271c3f
#     2023-07-12 00:13:44   RestartReason_CallChain_15 402714ff
#     2023-07-12 00:13:44   RestartReason_CallChain_16 4024f4b8
#     2023-07-12 00:13:44   RestartReason_CallChain_17 40000f49
#     2023-07-12 00:13:44   RestartReason_CallChain_18 40000f49
#     2023-07-12 00:13:44   RestartReason_CallChain_19 40000e19
#     2023-07-12 00:13:44   RestartReason_CallChain_2 4026b24f
#     2023-07-12 00:13:44   RestartReason_CallChain_20 40105acd
#     2023-07-12 00:13:44   RestartReason_CallChain_21 40105ad3
#     2023-07-12 00:13:44   RestartReason_CallChain_22 4010000d
#     2023-07-12 00:13:44   RestartReason_CallChain_23 402703e0
#     2023-07-12 00:13:44   RestartReason_CallChain_24 40270391
#     2023-07-12 00:13:44   RestartReason_CallChain_25 40105915
#     2023-07-12 00:13:44   RestartReason_CallChain_26 401054fa
#     2023-07-12 00:13:44   RestartReason_CallChain_27 40104e49
#     2023-07-12 00:13:44   RestartReason_CallChain_28 40100aa0
#     2023-07-12 00:13:44   RestartReason_CallChain_29 40102b45
#     2023-07-12 00:13:44   RestartReason_CallChain_3 4026b1e4
#     2023-07-12 00:13:44   RestartReason_CallChain_30 40102714
#     2023-07-12 00:13:44   RestartReason_CallChain_31 401059af
#     2023-07-12 00:13:44   RestartReason_CallChain_4 4026b18b
#     2023-07-12 00:13:44   RestartReason_CallChain_5 4026a2e4
#     2023-07-12 00:13:44   RestartReason_CallChain_6 4026a30d
#     2023-07-12 00:13:44   RestartReason_CallChain_7 40267d7c
#     2023-07-12 00:13:44   RestartReason_CallChain_8 4025fe44
#     2023-07-12 00:13:44   RestartReason_CallChain_9 402640e9
#     2023-07-12 00:13:44   RestartReason_DEPC 00000000
#     2023-07-12 00:13:44   RestartReason_EPC_1 4000df64
#     2023-07-12 00:13:44   RestartReason_EPC_2 00000000
#     2023-07-12 00:13:44   RestartReason_EPC_3 00000000
#     2023-07-12 00:13:44   RestartReason_EXCVADDR 00000000
#     2023-07-12 00:13:44   RestartReason_Exception 29
#     2023-07-12 00:13:44   RestartReason_Reason Exception
#     2024-01-20 09:13:14   SSId1           Wlan-190027_tenda
#     2024-01-20 09:13:14   SSId2           Wlan-190027_tenda
#     2023-12-17 09:29:27   SerialLog_0_Active 0
#     2024-01-17 13:19:13   SerialReceived  41542B43495053544F3D3336300D0A
#     2024-02-05 16:43:01   SerialSend      Done
#     2024-02-05 19:50:31   Sleep           50
#     2024-02-05 19:50:31   SleepMode       Dynamic
#     2023-12-17 09:29:27   SysLog_0_Active 0
#     2023-12-17 09:29:28   TelePeriod      300
#     2024-02-05 19:50:31   Time            2024-02-05T19:50:29
#     2024-01-02 11:03:03   Timer10_Action  0
#     2024-01-02 11:03:03   Timer10_Days    0000000
#     2024-01-02 11:03:03   Timer10_Enable  0
#     2024-01-02 11:03:03   Timer10_Mode    0
#     2024-01-02 11:03:03   Timer10_Output  1
#     2024-01-02 11:03:03   Timer10_Repeat  0
#     2024-01-02 11:03:03   Timer10_Time    00:00
#     2024-01-02 11:03:03   Timer10_Window  0
#     2024-01-02 11:03:03   Timer11_Action  0
#     2024-01-02 11:03:03   Timer11_Days    0000000
#     2024-01-02 11:03:03   Timer11_Enable  0
#     2024-01-02 11:03:03   Timer11_Mode    0
#     2024-01-02 11:03:03   Timer11_Output  1
#     2024-01-02 11:03:03   Timer11_Repeat  0
#     2024-01-02 11:03:03   Timer11_Time    00:00
#     2024-01-02 11:03:03   Timer11_Window  0
#     2024-01-02 11:03:03   Timer12_Action  0
#     2024-01-02 11:03:03   Timer12_Days    0000000
#     2024-01-02 11:03:03   Timer12_Enable  0
#     2024-01-02 11:03:03   Timer12_Mode    0
#     2024-01-02 11:03:03   Timer12_Output  1
#     2024-01-02 11:03:03   Timer12_Repeat  0
#     2024-01-02 11:03:03   Timer12_Time    00:00
#     2024-01-02 11:03:03   Timer12_Window  0
#     2024-01-02 11:03:03   Timer13_Action  0
#     2024-01-02 11:03:03   Timer13_Days    0000000
#     2024-01-02 11:03:03   Timer13_Enable  0
#     2024-01-02 11:03:03   Timer13_Mode    0
#     2024-01-02 11:03:03   Timer13_Output  1
#     2024-01-02 11:03:03   Timer13_Repeat  0
#     2024-01-02 11:03:03   Timer13_Time    00:00
#     2024-01-02 11:03:03   Timer13_Window  0
#     2024-01-02 11:03:03   Timer14_Action  0
#     2024-01-02 11:03:03   Timer14_Days    0000000
#     2024-01-02 11:03:03   Timer14_Enable  0
#     2024-01-02 11:03:03   Timer14_Mode    0
#     2024-01-02 11:03:03   Timer14_Output  1
#     2024-01-02 11:03:03   Timer14_Repeat  0
#     2024-01-02 11:03:03   Timer14_Time    00:00
#     2024-01-02 11:03:03   Timer14_Window  0
#     2024-01-02 11:03:03   Timer15_Action  0
#     2024-01-02 11:03:03   Timer15_Days    0000000
#     2024-01-02 11:03:03   Timer15_Enable  0
#     2024-01-02 11:03:03   Timer15_Mode    0
#     2024-01-02 11:03:03   Timer15_Output  1
#     2024-01-02 11:03:03   Timer15_Repeat  0
#     2024-01-02 11:03:03   Timer15_Time    00:00
#     2024-01-02 11:03:03   Timer15_Window  0
#     2024-01-02 11:03:03   Timer16_Action  0
#     2024-01-02 11:03:03   Timer16_Days    0000000
#     2024-01-02 11:03:03   Timer16_Enable  0
#     2024-01-02 11:03:03   Timer16_Mode    0
#     2024-01-02 11:03:03   Timer16_Output  1
#     2024-01-02 11:03:03   Timer16_Repeat  0
#     2024-01-02 11:03:03   Timer16_Time    00:00
#     2024-01-02 11:03:03   Timer16_Window  0
#     2024-01-02 11:03:03   Timer1_Action   0
#     2024-01-02 11:03:03   Timer1_Days     1111111
#     2024-01-02 11:03:03   Timer1_Enable   0
#     2024-01-02 11:03:03   Timer1_Mode     0
#     2024-01-02 11:03:03   Timer1_Output   2
#     2024-01-02 11:03:03   Timer1_Repeat   0
#     2024-01-02 11:03:03   Timer1_Time     22:00
#     2024-01-02 11:03:03   Timer1_Window   0
#     2024-01-02 11:03:03   Timer2_Action   0
#     2024-01-02 11:03:03   Timer2_Days     0000000
#     2024-01-02 11:03:03   Timer2_Enable   0
#     2024-01-02 11:03:03   Timer2_Mode     0
#     2024-01-02 11:03:03   Timer2_Output   1
#     2024-01-02 11:03:03   Timer2_Repeat   0
#     2024-01-02 11:03:03   Timer2_Time     00:00
#     2024-01-02 11:03:03   Timer2_Window   0
#     2024-01-02 11:03:03   Timer3_Action   1
#     2024-01-02 11:03:03   Timer3_Days     0000000
#     2024-01-02 11:03:03   Timer3_Enable   0
#     2024-01-02 11:03:03   Timer3_Mode     0
#     2024-01-02 11:03:03   Timer3_Output   3
#     2024-01-02 11:03:03   Timer3_Repeat   0
#     2024-01-02 11:03:03   Timer3_Time     00:00
#     2024-01-02 11:03:03   Timer3_Window   0
#     2024-01-02 11:03:03   Timer4_Action   0
#     2024-01-02 11:03:03   Timer4_Days     0000000
#     2024-01-02 11:03:03   Timer4_Enable   0
#     2024-01-02 11:03:03   Timer4_Mode     0
#     2024-01-02 11:03:03   Timer4_Output   1
#     2024-01-02 11:03:03   Timer4_Repeat   0
#     2024-01-02 11:03:03   Timer4_Time     00:00
#     2024-01-02 11:03:03   Timer4_Window   0
#     2024-01-02 11:03:03   Timer5_Action   0
#     2024-01-02 11:03:03   Timer5_Days     0000000
#     2024-01-02 11:03:03   Timer5_Enable   0
#     2024-01-02 11:03:03   Timer5_Mode     0
#     2024-01-02 11:03:03   Timer5_Output   1
#     2024-01-02 11:03:03   Timer5_Repeat   0
#     2024-01-02 11:03:03   Timer5_Time     00:00
#     2024-01-02 11:03:03   Timer5_Window   0
#     2024-01-02 11:03:03   Timer6_Action   0
#     2024-01-02 11:03:03   Timer6_Days     0000000
#     2024-01-02 11:03:03   Timer6_Enable   0
#     2024-01-02 11:03:03   Timer6_Mode     0
#     2024-01-02 11:03:03   Timer6_Output   1
#     2024-01-02 11:03:03   Timer6_Repeat   0
#     2024-01-02 11:03:03   Timer6_Time     00:00
#     2024-01-02 11:03:03   Timer6_Window   0
#     2024-01-02 11:03:03   Timer7_Action   0
#     2024-01-02 11:03:03   Timer7_Days     0000000
#     2024-01-02 11:03:03   Timer7_Enable   0
#     2024-01-02 11:03:03   Timer7_Mode     0
#     2024-01-02 11:03:03   Timer7_Output   1
#     2024-01-02 11:03:03   Timer7_Repeat   0
#     2024-01-02 11:03:03   Timer7_Time     00:00
#     2024-01-02 11:03:03   Timer7_Window   0
#     2024-01-02 11:03:03   Timer8_Action   0
#     2024-01-02 11:03:03   Timer8_Days     0000000
#     2024-01-02 11:03:03   Timer8_Enable   0
#     2024-01-02 11:03:03   Timer8_Mode     0
#     2024-01-02 11:03:03   Timer8_Output   1
#     2024-01-02 11:03:03   Timer8_Repeat   0
#     2024-01-02 11:03:03   Timer8_Time     00:00
#     2024-01-02 11:03:03   Timer8_Window   0
#     2024-01-02 11:03:03   Timer9_Action   0
#     2024-01-02 11:03:03   Timer9_Days     0000000
#     2024-01-02 11:03:03   Timer9_Enable   0
#     2024-01-02 11:03:03   Timer9_Mode     0
#     2024-01-02 11:03:03   Timer9_Output   1
#     2024-01-02 11:03:03   Timer9_Repeat   0
#     2024-01-02 11:03:03   Timer9_Time     00:00
#     2024-01-02 11:03:03   Timer9_Window   0
#     2024-01-02 11:03:03   Timers          off
#     2023-12-24 12:51:31   Topic           DVES_%06X
#     2024-02-05 19:50:31   Uptime          9T10:52:34
#     2024-02-05 19:50:31   UptimeSec       816754
#     2024-01-27 09:00:07   Version         13.3.0(tasmota)
#     2023-12-17 09:29:27   WebLog          2
#     2024-01-27 09:00:07   WebServerMode   Admin
#     2024-02-05 19:50:31   Wifi_AP         2
#     2024-02-05 19:50:31   Wifi_BSSId      58:D9:D5:DF:F4:54
#     2024-02-05 19:50:31   Wifi_Channel    11
#     2024-02-05 19:50:31   Wifi_Downtime   0T00:24:36
#     2024-02-05 19:50:31   Wifi_LinkCount  423
#     2024-02-05 19:50:31   Wifi_Mode       11n
#     2024-02-05 19:50:31   Wifi_RSSI       100
#     2024-02-05 19:50:31   Wifi_SSId       Wlan-190027_tenda
#     2024-02-05 19:50:31   Wifi_Signal     -37
#     2024-02-05 18:46:57   bat             0
#     2024-02-05 18:46:57   btn_1           0
#     2024-02-05 18:46:57   btn_10          0
#     2024-02-05 18:46:57   btn_11          0
#     2024-02-05 18:46:57   btn_12          0
#     2024-02-05 18:46:57   btn_13          0
#     2024-02-05 18:46:57   btn_14          0
#     2024-02-05 18:46:57   btn_15          0
#     2024-02-05 18:46:57   btn_16          0
#     2024-02-05 18:46:57   btn_17          0
#     2024-02-05 18:46:57   btn_18          0
#     2024-02-05 18:46:57   btn_19          0
#     2024-02-05 18:46:57   btn_2           0
#     2024-02-05 18:46:57   btn_20          0
#     2024-02-05 18:46:57   btn_21          0
#     2024-02-05 18:46:57   btn_22          0
#     2024-02-05 18:46:57   btn_23          0
#     2024-02-05 18:46:57   btn_24          0
#     2024-02-05 18:46:57   btn_25          0
#     2024-02-05 18:46:57   btn_26          0
#     2024-02-05 18:46:57   btn_27          0
#     2024-02-05 18:46:57   btn_28          0
#     2024-02-05 18:46:57   btn_29          0
#     2024-02-05 18:46:57   btn_3           0
#     2024-02-05 18:46:57   btn_30          0
#     2024-02-05 18:46:57   btn_31          0
#     2024-02-05 18:46:57   btn_32          0
#     2024-02-05 18:46:57   btn_4           0
#     2024-02-05 18:46:57   btn_5           0
#     2024-02-05 18:46:57   btn_6           0
#     2024-02-05 18:46:57   btn_7           0
#     2024-02-05 18:46:57   btn_8           0
#     2024-02-05 18:46:57   btn_9           0
#     2024-02-05 18:46:57   dn              Tasmota
#     2024-02-05 18:46:57   dslp            0
#     2024-02-05 18:46:57   fn_1            Tasmota
#     2024-02-05 18:46:57   fn_2            Tasmota2
#     2024-02-05 18:46:57   fn_3            Tasmota3
#     2024-02-05 18:46:57   fn_4            Tasmota4
#     2024-02-05 18:46:57   ft              %prefix%/%topic%/
#     2024-02-05 18:46:57   hn              DVES-92F3E0-5088
#     2024-02-05 18:46:57   if              0
#     2024-02-05 18:46:57   ip              192.168.1.7
#     2024-01-16 12:16:05   json2nameValueErrorText json2nameValue: no closing } found
#     2024-01-16 12:16:05   json2nameValueInput {"ip":"192.168.1.7","dn":"Tasmota","fn":["Tasmota","Tasmota2","Tasmota3","Tasmota4",null,null,null,null],"hn":"DVES-92F3E0-5088","mac":"E89F6D92F3E0","md":"LC Technology 4CH Relay","ty":0,"if":0,"ofln":"Offline","onln":"Online","state":["off","on","toggle","hold"],"sw":"13.3.0","t":"DVES_92F3E0","ft":"%prefix%/%topic%/","tp":["cmnd","stat","tele"],"rl":[1,1,1,1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,00�␃

DieterN · 05 Februar 2024, 20:45:49

DEvice 2

Code Auswählen

define MQTT2_DVES_55220C MQTT2_DEVICE DVES_55220C
attr MQTT2_DVES_55220C autocreate 0
attr MQTT2_DVES_55220C comment NOTE: For on-for-timer SetExtensions are used. You may add on-for-timer option running on the device. The following is limited to 1h max duration, but will not affect future simple "on" commands:<br>on-for-timer {my $duration = $EVTPART1*10;; 'cmnd/cmnd/tasmota_55220C/Backlog POWER1 1;; delay '.$duration.';; POWER1 0'}<br>See the "Praxisbeispiele" in the wiki for "pulseTime1" alternative option and it's restrictions.
attr MQTT2_DVES_55220C icon hue_filled_outlet
attr MQTT2_DVES_55220C jsonMap POWER1:0 POWER2:0 POWER3:0 POWER4:0 Dimmer:0 Channel_0:0 Channel_1:0 Channel_2:0 Channel_3:0 Channel_4:0 Channel_5:0 HSBColor:0 Color:0
attr MQTT2_DVES_55220C model tasmota_4ch_unified_basic_text
attr MQTT2_DVES_55220C readingList tele/tasmota_55220C/LWT:.* LWT\
  tele/tasmota_55220C/STATE:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/tasmota_55220C/SENSOR:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  tele/tasmota_55220C/INFO.:.* { $EVENT =~ m,^..Info[1-3]..(.+).$, ?  json2nameValue($1,'',$JSONMAP) : json2nameValue($EVENT,'',$JSONMAP) }\
  stat/tasmota_55220C/RESULT:.* { json2nameValue($EVENT,'',$JSONMAP) }
attr MQTT2_DVES_55220C room Heizung,MQTT2_DEVICE
attr MQTT2_DVES_55220C setList POWER1:on,off,toggle cmnd/tasmota_55220C/POWER1 $EVTPART1\
  POWER2:on,off,toggle cmnd/tasmota_55220C/POWER2 $EVTPART1\
  POWER3:on,off,toggle cmnd/tasmota_55220C/POWER3 $EVTPART1\
  POWER4:on,off,toggle cmnd/tasmota_55220C/POWER4 $EVTPART1
attr MQTT2_DVES_55220C setStateList on off toggle
attr MQTT2_DVES_55220C stateFormat P1: POWER1 P2: POWER2 P3: POWER3 P4: POWER4
#   CID        DVES_55220C
#   DEF        DVES_55220C
#   FUUID      65b3d7ed-f33f-d5f3-88a6-7c912e2485f8921d
#   IODev      MQTT2_FHEM_Server
#   LASTInputDev MQTT2_FHEM_Server
#   MQTT2_FHEM_Server_CONN MQTT2_FHEM_Server_192.168.1.6_56371
#   MQTT2_FHEM_Server_MSGCNT 41
#   MQTT2_FHEM_Server_TIME 2024-02-05 20:06:06
#   MSGCNT     41
#   NAME       MQTT2_DVES_55220C
#   NR         262
#   STATE      P1: set POWER1 off P2: set POWER2 off P3: set POWER3 off P4: set POWER4 off
#   TYPE       MQTT2_DEVICE
#   eventCount 43
#   JSONMAP:
#     Channel_0  0
#     Channel_1  0
#     Channel_2  0
#     Channel_3  0
#     Channel_4  0
#     Channel_5  0
#     Color      0
#     Dimmer     0
#     HSBColor   0
#     POWER1     0
#     POWER2     0
#     POWER3     0
#     POWER4     0
#   READINGS:
#     2024-02-05 19:41:15   Berry_HeapUsed  3
#     2024-02-05 19:41:15   Berry_Objects   44
#     2024-02-05 14:41:06   BootCount       22
#     2024-02-05 14:41:06   FallbackTopic   cmnd/DVES_55220C_fb/
#     2024-02-05 14:41:06   GroupTopic      cmnd/tasmotas/
#     2024-02-05 19:41:15   Heap            161
#     2024-02-05 14:41:06   Hostname        tasmota-55220C-0524
#     2024-02-05 16:56:14   IODev           MQTT2_FHEM_Server
#     2024-02-05 14:41:06   IP6Global       
#     2024-02-05 14:41:06   IP6Local        fe80::3ee9:eff:fe55:220c
#     2024-02-05 14:41:06   IPAddress       192.168.1.6
#     2024-02-05 20:06:06   LWT             Offline
#     2024-02-05 19:41:15   LoadAvg         21
#     2024-02-05 14:41:06   Module          ESP32-DevKit
#     2024-02-05 19:41:15   MqttCount       6
#     2024-02-05 19:20:25   MqttKeepAlive   30
#     2024-02-05 14:05:55   POWER1          set POWER1 off
#     2024-02-05 15:00:00   POWER2          set POWER2 off
#     2024-02-05 19:50:41   POWER3          set POWER3 off
#     2024-02-05 20:44:31   POWER4          set POWER4 off
#     2024-01-27 11:30:33   Password1       ****
#     2024-01-27 11:30:33   Password2       ****
#     2024-02-05 14:41:06   RestartReason   Vbat power on reset
#     2024-01-27 11:30:33   SSId1           Wlan-190027_tenda
#     2024-01-27 11:30:33   SSId2           Wlan-190027_tenda
#     2024-01-26 17:24:35   SaveData        on
#     2024-01-26 17:24:34   SetOption26     on
#     2024-02-05 19:41:15   Sleep           50
#     2024-02-05 19:41:15   SleepMode       Dynamic
#     2024-01-26 17:24:33   StateText1      off
#     2024-01-26 17:24:33   StateText2      on
#     2024-01-26 17:24:34   StateText3      toggle
#     2024-01-26 17:24:34   StateText4      hold
#     2024-02-05 19:41:15   Time            2024-02-05T19:41:15
#     2024-02-05 19:41:15   Uptime          0T05:00:14
#     2024-02-05 19:41:15   UptimeSec       18014
#     2024-02-05 14:41:06   Version         12.3.1.2(tasmota)
#     2024-02-05 14:41:06   WebServerMode   Admin
#     2024-02-05 19:41:15   Wifi_AP         2
#     2024-02-05 19:41:15   Wifi_BSSId      58:D9:D5:DF:F4:54
#     2024-02-05 19:41:15   Wifi_Channel    11
#     2024-02-05 19:41:15   Wifi_Downtime   0T00:00:27
#     2024-02-05 19:41:15   Wifi_LinkCount  6
#     2024-02-05 19:41:15   Wifi_Mode       11n
#     2024-02-05 19:41:15   Wifi_RSSI       100
#     2024-02-05 19:41:15   Wifi_SSId       Wlan-190027_tenda
#     2024-02-05 19:41:15   Wifi_Signal     -44
#     2024-01-26 17:24:33   attrTemplateVersion 20210515
#     2024-02-05 16:57:09   subscriptions   cmnd/DVES_55220C_fb/# cmnd/tasmota_55220C/# cmnd/tasmotas/#
#
setstate MQTT2_DVES_55220C P1: set POWER1 off P2: set POWER2 off P3: set POWER3 off P4: set POWER4 off
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Berry_HeapUsed 3
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Berry_Objects 44
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 BootCount 22
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 FallbackTopic cmnd/DVES_55220C_fb/
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 GroupTopic cmnd/tasmotas/
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Heap 161
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 Hostname tasmota-55220C-0524
setstate MQTT2_DVES_55220C 2024-02-05 16:56:14 IODev MQTT2_FHEM_Server
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 IP6Global 
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 IP6Local fe80::3ee9:eff:fe55:220c
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 IPAddress 192.168.1.6
setstate MQTT2_DVES_55220C 2024-02-05 20:06:06 LWT Offline
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 LoadAvg 21
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 Module ESP32-DevKit
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 MqttCount 6
setstate MQTT2_DVES_55220C 2024-02-05 19:20:25 MqttKeepAlive 30
setstate MQTT2_DVES_55220C 2024-02-05 14:05:55 POWER1 set POWER1 off
setstate MQTT2_DVES_55220C 2024-02-05 15:00:00 POWER2 set POWER2 off
setstate MQTT2_DVES_55220C 2024-02-05 19:50:41 POWER3 set POWER3 off
setstate MQTT2_DVES_55220C 2024-02-05 20:44:31 POWER4 set POWER4 off
setstate MQTT2_DVES_55220C 2024-01-27 11:30:33 Password1 ****
setstate MQTT2_DVES_55220C 2024-01-27 11:30:33 Password2 ****
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 RestartReason Vbat power on reset
setstate MQTT2_DVES_55220C 2024-01-27 11:30:33 SSId1 Wlan-190027_tenda
setstate MQTT2_DVES_55220C 2024-01-27 11:30:33 SSId2 Wlan-190027_tenda
setstate MQTT2_DVES_55220C 2024-01-26 17:24:35 SaveData on
setstate MQTT2_DVES_55220C 2024-01-26 17:24:34 SetOption26 on
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Sleep 50
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 SleepMode Dynamic
setstate MQTT2_DVES_55220C 2024-01-26 17:24:33 StateText1 off
setstate MQTT2_DVES_55220C 2024-01-26 17:24:33 StateText2 on
setstate MQTT2_DVES_55220C 2024-01-26 17:24:34 StateText3 toggle
setstate MQTT2_DVES_55220C 2024-01-26 17:24:34 StateText4 hold
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Time 2024-02-05T19:41:15
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Uptime 0T05:00:14
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 UptimeSec 18014
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 Version 12.3.1.2(tasmota)
setstate MQTT2_DVES_55220C 2024-02-05 14:41:06 WebServerMode Admin
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_AP 2
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_BSSId 58:D9:D5:DF:F4:54
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_Channel 11
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_Downtime 0T00:00:27
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_LinkCount 6
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_Mode 11n
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_RSSI 100
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_SSId Wlan-190027_tenda
setstate MQTT2_DVES_55220C 2024-02-05 19:41:15 Wifi_Signal -44
setstate MQTT2_DVES_55220C 2024-01-26 17:24:33 attrTemplateVersion 20210515
setstate MQTT2_DVES_55220C 2024-02-05 16:57:09 subscriptions cmnd/DVES_55220C_fb/# cmnd/tasmota_55220C/# cmnd/tasmotas/#

TomLee · 05 Februar 2024, 20:48:06

list .* keepalive LWT

nicht

list .* keepalive lwt

DieterN · 05 Februar 2024, 20:57:54

Zitat von: TomLee am 05 Februar 2024, 20:48:06list .* keepalive LWT

nicht

list .* keepalive lwt

verstehe ich jetzt nicht.
ich habe jetzt wieder beide Device am laufen.

rudolfkoenig · 05 Februar 2024, 20:58:54

Zitatwo und wie gebe ich das an?(event filter, da kommt nichts)

list ist ein FHEM Befehl, den kann man z.Bsp in FHEMWEB in der Zeile oben (neben dem + Knopf) eingeben und mit Return absenden.

Der obige Befehl (list .* keepalive lwt) zeigt nur dann was Relevantes an, wenn das fragliche Geraet gerade Kontakt zu FHEM hat, weil damit die Verbindungsdaten abgefragt werden (das was "zaehlt").

LWT (gross) ist ein Reading, das ist das, was Tasmota nochmal als Info schickt, das wird aber von FHEM nicht ausgewertet.

DieterN · 05 Februar 2024, 21:07:35

Zitat von: rudolfkoenig am 05 Februar 2024, 20:58:54
Zitatwo und wie gebe ich das an?(event filter, da kommt nichts)

list ist ein FHEM Befehl, den kann man z.Bsp in FHEMWEB in der Zeile oben (neben dem + Knopf) eingeben und mit Return absenden.

Der obige Befehl (list .* keepalive lwt) zeigt nur dann was Relevantes an, wenn das fragliche Geraet gerade Kontakt zu FHEM hat, weil damit die Verbindungsdaten abgefragt werden (das was "zaehlt").

LWT (gross) ist ein Reading, das ist das, was Tasmota nochmal als Info schickt, das wird aber von FHEM nicht ausgewertet.

jetzt kommt:
MQTT2_DVES_55220C 2024-02-05 20:58:02 LWT Online
MQTT2_DVES_92F3E0 2024-02-05 20:58:03 LWT Online
MQTT2_FHEM_Server_192.168.1.6_61803 keepalive 30
MQTT2_FHEM_Server_192.168.1.7_59578 keepalive 30

DieterN · 05 Februar 2024, 21:20:36

jetzt habe ich wieder dAS dEVICE AUSGESTECKT UND JETZT KOMMT.
mQTT2_DVES_55220C 2024-02-05 20:58:02 LWT Online
MQTT2_DVES_92F3E0 2024-02-05 21:16:04 LWT Offline
MQTT2_FHEM_Server_192.168.1.6_61803 keepalive 30

ICH HABE DAS Dev ... _55220C ausgeschalten, das Online anzeigt !!!!!!!!
mit der IP 192.168.1.6 !!!

TomLee · 05 Februar 2024, 21:21:14

Es wird das zeigen was jeder vermutet (dass das Device "offline" gesetzt werden soll).
Trotzdem, du zeigst ein list .* keepalive LWT, gefordert war ein list .* keepalive lwt.
Sry, das ich für Verwirrung gesorgt habe.

DieterN · 05 Februar 2024, 21:27:02

Zitat von: TomLee am 05 Februar 2024, 21:21:14Es wird das zeigen was jeder vermutet.
Trotzdem, du zeigst ein list .* keepalive LWT, gefordert war ein list .* keepalive lwt.
Sry, das ich für Verwirrung gesorgt habe.

(beide online)

in klein kommt jetzt

MQTT2_FHEM_Server_192.168.1.6_61803 keepalive 30
lwt tele/tasmota_55220C/LWT:Offline

irgendwie sind die IP Adr. vertauscht (zum obigen Bild)
.6 habe ich ausgeschaltet

TomLee · 05 Februar 2024, 21:30:28

Zitat(beide online)

Sicher ?

ZitatDer obige Befehl (list .* keepalive lwt) zeigt nur dann was Relevantes an, wenn das fragliche Geraet gerade Kontakt zu FHEM hat, weil damit die Verbindungsdaten abgefragt werden (das was "zaehlt").

Schau mal jetzt in der Konsole von 192.168.1.7 was da abgeht, ist da alles normal ?

DieterN · 05 Februar 2024, 21:58:16

Zitat von: TomLee am 05 Februar 2024, 21:30:28
Zitat(beide online)

Sicher ?

ZitatDer obige Befehl (list .* keepalive lwt) zeigt nur dann was Relevantes an, wenn das fragliche Geraet gerade Kontakt zu FHEM hat, weil damit die Verbindungsdaten abgefragt werden (das was "zaehlt").

Schau mal jetzt in der Konsole von 192.168.1.7 was da abgeht, ist da alles normal ?

ja, nur die Uhrzeit war nicht aktuell. Mittlerweile schon. ich glaube es waren beide Device nicht online. Ping war nicht erfolgreich.

Ich glaube wir (ich) muss den Test nochmal geziehlt machen.

DieterN · 05 Februar 2024, 22:12:05

Zitat von: TomLee am 05 Februar 2024, 21:30:28
Zitat(beide online)

Sicher ?

ZitatDer obige Befehl (list .* keepalive lwt) zeigt nur dann was Relevantes an, wenn das fragliche Geraet gerade Kontakt zu FHEM hat, weil damit die Verbindungsdaten abgefragt werden (das was "zaehlt").

Schau mal jetzt in der Konsole von 192.168.1.7 was da abgeht, ist da alles normal ?

nein. War nicht online

Beta-User · 05 Februar 2024, 22:25:28

Zitat von: DieterN am 05 Februar 2024, 21:58:16Ich glaube wir (ich) muss den Test nochmal geziehlt machen.

...Soweit von hier erkennbar, macht LWT doch genau das, was man von ihm erwartet. Der MQTT2_SERVER muss halt warten, bis er ein Device wirklich für "tot" erklären kann und das Testament eröffnen darf. Oder was genau ist jetzt noch das Problem (außer der miesen WLAN-Verbindung)?

DieterN · 06 Februar 2024, 08:45:24

Hallo hier zwei Sreenshots.
Warum hat das eine Device als MQTT host die Adr, des anderen Devices?
Das wird der Grund sein, warum hier alles durcheinander kommt.

Habe jetzt in beiden Konsolen MqttHost eingegeben und jetzt erscheint in Fhem: MqttHost 192.168.1.101(Fhem Server Adr)
Sollte jetzt so stimmen oder?
BG Dieter

Beta-User · 06 Februar 2024, 09:09:41

Keine Ahnung, warum deine Devices überhaupt dieses Reading "MqttHost" haben, aber in der Tasmota-MQTT-Konfiguration kommt unter "Host ()" in jedem Fall die IP-Adresse des MQTT-Servers (hier also deines FHEM-Rechners) rein - selbstredend bei beiden.

Und kannst du bitte künftig statt screenshots TEXT liefern, wenn es um FHEM geht?

Warum? Aus dem alten "copy for forum" (das war nur bei einem Device drin, und offenkundig ist es "uralt"):

Code Auswählen

# 2023-12-24 12:51:31 MqttHost 192.168.1.6Wegen des Alters gehe ich nicht davon aus, dass das noch irgendeine Auswirkung hatte => wirf die SSID der Fritte aus der WLAN-Konfiguration der Devices...

DieterN · 06 Februar 2024, 11:42:44

Zitat von: Beta-User am 06 Februar 2024, 09:09:41Und kannst du bitte künftig statt screenshots TEXT liefern, wenn es um FHEM geht?

mach ich.

Zitat von: Beta-User am 06 Februar 2024, 09:09:41wirf die SSID der Fritte aus der WLAN-Konfiguration der Devices...

habe ich raus.
Jetzt steht bei beiden Devices 192.168.1.101(Fhem Server)

Vielen Dank

DieterN · 06 Februar 2024, 11:47:09

jetzt habe ich noch das 73_PRESENCE.pm Modul getauscht.(Gegen das vorletzte aus dem Chat)
Aber ich soll ja nicht mit lan-ping abfragen sondern mit LWT offline!!

Kannst du mir auf die Schnelle verraten wie das geht konkret?
Wie komme ich an das reading?

BG Dieter

Beta-User · 06 Februar 2024, 12:07:41

Zitat von: DieterN am 06 Februar 2024, 11:42:44wirf die SSID der Fritte aus der WLAN-Konfiguration der Devices...

habe ich raus.
Jetzt steht bei beiden Devices 192.168.1.101(Fhem Server)

Den Zusammenhang zwischen diesen beiden Dingen verstehe ich nicht, aber ist auch egal...

Zitat von: DieterN am 06 Februar 2024, 11:47:09Kannst du mir auf die Schnelle verraten wie das geht konkret?

Man nehme ein notify, baue den trigger (ggf. mit Hilfe des wizzards) so, dass er auf diese beiden Devices und das Event "LWT:.Offline" höre, und sende dann seine Nachricht. Ist doch auch nicht anders wie das, was du bisher mit dem Zwischenschritt über PRESENCE gemacht hast...

DieterN · 06 Februar 2024, 18:48:51

Zitat von: Beta-User am 06 Februar 2024, 12:07:41Man nehme ein notify, baue den trigger (ggf. mit Hilfe des wizzards) so, dass er auf diese beiden Devices und das Event "LWT:.Offline" höre, und sende dann seine Nachricht. Ist doch auch nicht anders wie das, was du bisher mit dem Zwischenschritt über PRESENCE gemacht hast...

Hi
so geht es nicht:
notify mit:
MQTT2_DVES_55220C:LWT:.Offline { DebianMail(........)} (mit wizzard)

TomLee · 06 Februar 2024, 20:37:28

Zitat von: KernSani am 01 Januar 1970, 01:00:00
ZitatWenn ein FHEM-Device oder eine Automatisierung nicht so funktioniert, wie ihr euch das vorstellt, macht ein "list" aller beteiligten Devices und copy/pastet den Output in euren post
Code Auswählen Erweitern
list <devicename>

Helfer triggert man immer mit Informationen, zuviel gibts nicht. Grundvoraussetzung (das mindeste) das überhaupt jemand helfen könnte, ohne in die Glaskugel zu schauen, sind die oben genannten, hier am besten im zeitlichen Zusammenhang.

rudolfkoenig · 06 Februar 2024, 21:33:16

Zitatso geht es nicht:
notify mit:
MQTT2_DVES_55220C:LWT:.Offline { DebianMail(........)} (mit wizzard)

Dass es prinizipiell geht, habe ich mit folgender fhem.cfg

Code Auswählen

define a autocreate
define m2s MQTT2_SERVER 1883
define n notify MQTT2_m2pub:LWT:.Offline { Log 1, "Hello" }

und danach diesem Befehl im Shell:

Code Auswählen

mosquitto_sub -i m2pub --will-topic LWT --will-payload Offline -t '#' & sleep 1 ; kill -9 %1

verifiziert.

Dabei ist mir ein Kommentar im Code aufgefallen: "no LWT on disconnect, see doc, chapter 3.14". Da steht:

ZitatOn receipt of DISCONNECT the Server:
MUST discard any Will Message associated with the current connection without publishing it, as described in Section 3.1.2.5

D.h. wenn die Gegenseite "Tschuess" sagt, dann wird kein Testament eroeffnet.

DieterN · 07 Februar 2024, 09:17:31

Hallo Rudolf
vielen Dank für deinen Einsatz und Hilfe.
Jetzt geht es.
Der Fehler war ,ich habe das NOTIFY erstellt nachdem das Device offline war. Nach einschalten und warten von 20 min.
kam das Mail und der LOG Eintrag : MQTT2_FHEM_Server: MQTT2_FHEM_Server_192.168.1.6_50506/DVES_55220C left us (keepalive check)
Habe jetzt alle lan-ping bis auf den ping auf mein Handy auf notify geändert.

PS: warum ist das alternative Modul 73_PRESENCE.pm aus dem Chat nicht Standard? und welches Modul aus dem Chat ist das aktuelle?
Es gibt 4 verschiedene Versionen im Chat. Das letzte füllt den log voll. Ich habe das vorletzte im Einsatz

Beta-User · 09 Februar 2024, 08:55:23

Zitat von: DieterN am 07 Februar 2024, 09:17:31PS: warum ist das alternative Modul 73_PRESENCE.pm aus dem Chat nicht Standard? und welches Modul aus dem Chat ist das aktuelle?
Es gibt 4 verschiedene Versionen im Chat. Das letzte füllt den log voll. Ich habe das vorletzte im Einsatz

Du hast schon gesehen, dass der Autor der "Spezialversion" eine längere Erklärung geliefert hat, warum er Handlungsbedarf sieht, aber definitiv klargestellt, dass er nicht dauerhaft die Pflege übernehmen will oder ein "PRESENCE2" maintainen?

Ist halt so: der, der den Hut auf hat entscheidet, was rein kommt in die "offizielle" Fassung. Und: es gibt einen (anderen) neuen Maintainer. Mal schauen, wie es damit dann weitergeht, bin optimistisch, dass die Einarbeitungswewehchen dann auch bald Vergangenheit sind

.

@Rudi:
Kann es sein, dass LWT "vergessen" wird, wenn man den FHEM-Server neu startet, nicht aber die Clients? Zumindest war das meine Vermutung nach einem kurzen Test neulich. Wäre zumindest spontan dafür, diese Infos nicht "zu vergessen"... (habe aber nicht gesucht, was andere Server-Dienste mit den LWT-Infos anstellen, wenn man die neu startet).

rudolfkoenig · 09 Februar 2024, 13:13:25

ZitatKann es sein, dass LWT "vergessen" wird, wenn man den FHEM-Server neu startet, nicht aber die Clients?

Normalerweise nicht: die Clients muessen sich neu anmelden, und LWT ist Teil der CONNECT Nachricht.
Wenn aber ein Client danach sich nicht mehr neu anmeldet, kriegen die Anderen das nicht mit.
Habe z.Zt. auch keine Idee, wie man so ein "Loch" stopft.

Beta-User · 09 Februar 2024, 13:42:36

Hmm, so dachte ich das auch. Der MQTT2_SERVER meldet den Clients auch, dass er weg ist, oder wie funktioniert das? Wenn der Server länger weg ist, ist es vermutlich kein Ding, aber wie bei nur kurzen Unterbrechungen der Verbindung? (FHEM-Start dauert bei mir im Moment unter 30 Sek., künftig noch weniger).
(Falls du es beantworten willst, ich habe zugegebenermaßen nicht gesucht).

rudolfkoenig · 09 Februar 2024, 13:59:33

TCP ist "Verbindungsorientiert" (im Gegensatz zu UDP), ein Verbindungsabbruch kriegt die andere Seite mit, wenn(!) das eine Betriebsystem mit dem anderen kommunizieren kann.
D.h. die Clients kriegen einen Neustart von FHEM mit (Connection closed by foreign host), und dann koennen sie ueberlegen, wie schnell sie ein reconnect versuchen.
Wenn man den FHEM-Rechner vom Strom oder Netzwerkkabel trennt, dann kriegen die Clients das nicht mit, bzw. erst nach 2.1 Stunden (default TCP keepalive). Deswegen ueberleben manche TCP-Verbindungen, wenn man den Netzwerkkabel kurz entfernt.

Beta-User · 09 Februar 2024, 14:04:18

Danke für die nette Erläuterung!

Muss dann meine Tests bei Gelegenheit nochmal wiederholen, aber das sollte wenn, dann ein sauberer Server-Neustart gewesen sein, der da nach dem ESP-boot stattgefunden hatte. (wird aber in jedem Fall länger dauern, bis ich dazu komme!)

DieterN · 11 Februar 2024, 10:41:28

Guten Morgen
hoffe ich habe die Sachlage verstanden.
WEnn ich meinen FHEM Server neu starte, bekommen das meine beiden MQTT Relais mit und probieren eien reconnect.(Glaube alle 5min.)

console von einem Relais:
10:24:42.469 MQT: Verbindungsversuch...
10:24:42.481 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.101:1883, rc -2. Wiederversuch in 10 s
10:24:53.496 MQT: Verbindungsversuch...
10:24:56.157 MQT: verbunden
10:24:56.162 MQT: tele/DVES_92F3E0/LWT = Online (beibehalten)
10:24:56.164 MQT: cmnd/DVES_92F3E0/POWER =
10:26:12.222 MQT: tele/DVES_92F3E0/STATE = {"Time":"2024-02-11T10:26:12","Uptime":"0T19:45:26","UptimeSec":71126,"Heap":25,...........

Danke nochmal an alle Beteiligte.
Schönen Sonntag.