Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Marc Berg]

@martinp
Ich verstehe nicht, warum du den Umweg über MQTT gehen willst. Wenn, wie du schreibst, das Gerät aus dem WLAN fliegt, wird es wohl auch nicht mehr per Ping erreichbar sein. Und dafür gibt es ja Adapter, die das erkennen und melden.

Edit: Ansonsten gibt es für deinen Anwendungsfall das MQTT Feature "LWT" (Last will and testament). Das muss aber vom Broker und Client unterstützt werden. Dann wird beim unerwarteten Disconnect vom Broker eine Nachricht gesendet.

[ticaki]

Ich checke meine Datenpunkte auf Veränderung... Wenn die Temperatur meines Boilers sich nicht alle 45 Minuten aktualisiert, gibts ne Telegramnachricht. Wichtiger Sensor, der Ausfall der anderen ist zwar nervig, aber da muß ich wenigstens nicht kalt duschen. :)

hm-rpc mit dem aktuellen Sentrybug bleibt "connected" obwohl keine Daten mehr reinkommen.

[MartinP]

@ticaki Danke für den Tipp.

Habe den ersten Schritt getan. Es scheint leider so zu sein, dass man direkt am MQTT-Datenpunkt-Baum des Geräts keinen User-Datenpunkt erzeugen kann ( "+" ist ausgegraut)

Habe den Punkt "ArbeitszimmerThermostatAlive" nun unter Userdata erzeugt ...

Die Raumtemperatur wird, wenn alles funktioniert, alle 10 Sekunden in den entsprechenden MQTT-Datenpunkt geschrieben. Das untenstehende Blockly setzt "ArbeitszimmerThermostatAlive" auf false, wenn 30 Sekunden keine Aktualisierung erfolgt...

Der Userdata Datenpunkt "ArbeitszimmerThermostatAlive" soll dann wiederum weitere Aktionen auslösen.

Wechsel auf "false" -> Alarmierung (Telegram oder Mail)
Wechsel auf "true" -> Je nach aktueller Uhrzeit Setzen der Solltemperatur auf Solltemperatur-Tag bzw -Nacht....

Anmerkung: Ich muss wahrscheinlich dringend an der Benennung von Elementen arbeiten. Die Benennungen sind ggfs. so generisch, dass es schwierig werden könnte nach dem Muster meines Arbeitszimmer-Thermostats noch weitere Thermostaten zu bauen und in ioBroker zu integrieren ...

[mickym]

@martinp sagte in Verschwinden von MQTT Geräten erkennen und melden:

Habe den ersten Schritt getan. Es scheint leider so zu sein, dass man direkt am MQTT-Datenpunkt-Baum des Geräts keinen User-Datenpunkt erzeugen kann ( "+" ist ausgegraut)

Kann man schon, dann gehst Du so lange noch oben bis das + wieder auftaucht und gibst den Pfad von da mit einem Punkt an. Das ist leider so ein Mist vom Admin 5 - dass der immer meint bestimmen zu können, wo etwas erstellt werden darf und man mqtt von diesen Regeln nicht ausnimmt.

[MartinP]

@mickym Habe da gerade mal ein wenig herumgeklickt: Alle Knoten inclusive dem MQTT-Knoten selber haben ein ausgegrautes "+".

Nur unter "0_userdata.0" und "alias.0" kann ich etwas anlegen...

"alias" klingt ja ggfs. recht vielversprechend - vielleicht mal etwas einlesen in die Philosopie dahinter ...

[mickym]

@martinp Du musst den Expertenmodus anmachen.

[MartinP]

@mickym Okay, der schwarze Indianer ist der Expertenmodus, wieder was gelernt ;-)

Dann kann ich sogar direkt im Thermostat-Knoten neue Datenpunkte erzeugen...

[MartinP]

Noch eine Frage, die mit dem Thema zu tun hat: Gibt es in Blockly so eine Art "Templates"?

Wenn ich das Blockly-Skript, was den "IsAlive" Zustand in den MQTT-Pfad eines Gerätes in einen angelegten Knoten unterhalb dieses Pfades schreiben will nicht durch COPY&Paste erzeugen möchte ...

Es gäbe z. B.
system.adapter.mqtt.0.thermostat
system.adapter.mqtt.0.thermostat_2
system.adapter.mqtt.0.thermostat_3
system.adapter.mqtt.0.thermostat_4

wenn jeweils die raumtemperatur für die timeout-zeit nicht aktualisiert wird, soll der darunterliegende IsAlive Knoten auf false gesetzt werden.

Man kann natürlich zuerst das Skript für ...thermostat basteln, und dann durch copy&paste des ganzes skripts kopien erstellen in denen man jeweils thermostat durch thermostat_2 etc. ersetzt, aber das heißt, man hat bei jeder Änderung vier Stellen, an denen man anfassen muss, und das ist mühselig und fehleranfällig ...

Wahrscheinlich ist aber Blockly dazu nicht vorgesehen, und man wird auf Lösungen per Javascript gehen müssen ...

[Ro75]

@martinp sagte in Verschwinden von MQTT Geräten erkennen und melden:

Dann kann ich sogar direkt im Thermostat-Knoten neue Datenpunkte erzeugen...

Keine gute Idee. Diese Daten sind "vergänglich". Für eigene Datenpunkte inklusive Verzeichnisse bitte "0_userdata.0." verwenden.

Ro75.

[mickym]

@martinp sagte in Verschwinden von MQTT Geräten erkennen und melden:

Wenn ich das Blockly-Skript, was den "IsAlive" Zustand in den MQTT-Pfad eines Gerätes in einen angelegten Knoten unterhalb dieses Pfades schreiben will nicht durch COPY&Paste erzeugen möchte ...

Du kannst statt die Datenpunkte manuell anzulegen auch über das SendTo Puzzleteil an den Mqtt-Adapter die Werte publishen. Alle veröffentlichen topics werden dann automatisch als Datenpunkte angelegt.

Statt fixer Werte kannst du natürlich auch Variablen verwenden etc.

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="sendto_custom" id="ls8@a?b_FZd{/PwZ%,li" x="-537" y="38">
   <mutation xmlns="http://www.w3.org/1999/xhtml" items="topic,message" with_statement="false"></mutation>
   <field name="INSTANCE">mqtt.1</field>
   <field name="COMMAND">sendMessage2Client</field>
   <field name="LOG"></field>
   <field name="WITH_STATEMENT">FALSE</field>
   <value name="ARG0">
     <shadow type="text" id="$,O^*f*}($?[H8_(d*+U">
       <field name="TEXT">thermostat1/isAlive</field>
     </shadow>
   </value>
   <value name="ARG1">
     <shadow type="text" id="kYzE4%b}Px*fTaC#_m53">
       <field name="TEXT">Meine Nachricht</field>
     </shadow>
     <block type="logic_boolean" id="#^)Qo*Dc+?;*v.HB%8Q$">
       <field name="BOOL">TRUE</field>
     </block>
   </value>
 </block>
</xml>

[mickym]

@ro75 sagte in Verschwinden von MQTT Geräten erkennen und melden:

@martinp sagte in Verschwinden von MQTT Geräten erkennen und melden:

Dann kann ich sogar direkt im Thermostat-Knoten neue Datenpunkte erzeugen...

Keine gute Idee. Diese Daten sind "vergänglich". Für eigene Datenpunkte inklusive Verzeichnisse bitte "0_userdata.0." verwenden.

Ro75.

Na ja - im MQTT generell gebe ich Dir Recht, dass sobald alle Subscriber informiert werden sollten, die Daten wieder aufgeräumt werden sollten. Im MQTT-Adapter jedoch nicht - was sogar eigentlich ein Problem darstellt. Deswegen kommt der Adapter auch mit dem retained Flag nicht so klar und alle Daten bleiben eigentlich bis ULTIMO vorhanden, bis sie manuell gelöscht werden. Ansonsten ist ein aber ein MQTT-Broker bei Veröffentlichen von Daten mit retained Flag durchaus ein valider Datenspeicher - das ist aber eher allgemein zu sehen und ist nicht iobroker spezifisch.

[MartinP]

@mickym said in Verschwinden von MQTT Geräten erkennen und melden:

@martinp sagte in Verschwinden von MQTT Geräten erkennen und melden:

Wenn ich das Blockly-Skript, was den "IsAlive" Zustand in den MQTT-Pfad eines Gerätes in einen angelegten Knoten unterhalb dieses Pfades schreiben will nicht durch COPY&Paste erzeugen möchte ...

Du kannst statt die Datenpunkte manuell anzulegen auch über das SendTo Puzzleteil an den Mqtt-Adapter die Werte publishen. Alle veröffentlichen topics werden dann automatisch als Datenpunkte angelegt.

Statt fixer Werte kannst du natürlich auch Variablen verwenden etc.

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <block type="sendto_custom" id="ls8@a?b_FZd{/PwZ%,li" x="-537" y="38">
   <mutation xmlns="http://www.w3.org/1999/xhtml" items="topic,message" with_statement="false"></mutation>
   <field name="INSTANCE">mqtt.1</field>
   <field name="COMMAND">sendMessage2Client</field>
   <field name="LOG"></field>
   <field name="WITH_STATEMENT">FALSE</field>
   <value name="ARG0">
     <shadow type="text" id="$,O^*f*}($?[H8_(d*+U">
       <field name="TEXT">thermostat1/isAlive</field>
     </shadow>
   </value>
   <value name="ARG1">
     <shadow type="text" id="kYzE4%b}Px*fTaC#_m53">
       <field name="TEXT">Meine Nachricht</field>
     </shadow>
     <block type="logic_boolean" id="#^)Qo*Dc+?;*v.HB%8Q$">
       <field name="BOOL">TRUE</field>
     </block>
   </value>
 </block>
</xml>

Ich meinte das etwas anders - wenn jetzt ein Thermostat dazu kommt, muss man das Blockly Skript aus Deinem Beispiel kopieren, und in der Kopie z. B. "Thermostat1" durch "Thermostat2" ersetzen...
Wenn man dann 6 Thermostate hat, und etwas in der Logik des Blockly Skriptes ändert, muss man immer daran denken, auch die entsprechenden Änderungen in den 5 Kopien nachzuziehen....

[mickym]

@martinp Nein das sagte ich doch, Du kannst Doch das ganze in eine Schleife einbinden und über ein Array durchiterieren.Oder Du triggerst direkt über den Thermostat oder abfragst. Wie gesagt welche Logik zum Abfragen du nimmst oder triggern ist Deine Sache.

Aber so kannst Du einfach eine Liste von Thermostaten erstellen und alle topics erstellem_

Spoiler

<xml xmlns="https://developers.google.com/blockly/xml">
 <variables>
   <variable id="nu$N7|=f+vnO8RVm:cym">Liste_Thermostate</variable>
   <variable id="JW8gktT*}~bRUd6MfH#u">Thermostat</variable>
 </variables>
 <block type="variables_set" id="hK7EI~VB@!#$5jf,=)lr" x="-587" y="-112">
   <field name="VAR" id="nu$N7|=f+vnO8RVm:cym">Liste_Thermostate</field>
   <value name="VALUE">
     <block type="lists_create_with" id="apI:3%H0NG=t+k`}/0LA">
       <mutation items="3"></mutation>
       <value name="ADD0">
         <block type="text" id="p%1gC:]`|DHfy{KP7JQf">
           <field name="TEXT">thermostat_1</field>
         </block>
       </value>
       <value name="ADD1">
         <block type="text" id="pNnv)I]Eq3==EBw;hK}d">
           <field name="TEXT">thermostat_2</field>
         </block>
       </value>
       <value name="ADD2">
         <block type="text" id="H{[NPCBKq05V;rK-40,2">
           <field name="TEXT">thermostat_3</field>
         </block>
       </value>
     </block>
   </value>
   <next>
     <block type="controls_forEach" id="g5T}i9pUy1C0p3vha+5z">
       <field name="VAR" id="JW8gktT*}~bRUd6MfH#u">Thermostat</field>
       <value name="LIST">
         <block type="variables_get" id="xbe)qBW[jl?dmaR.[:Ny">
           <field name="VAR" id="nu$N7|=f+vnO8RVm:cym">Liste_Thermostate</field>
         </block>
       </value>
       <statement name="DO">
         <block type="sendto_custom" id="ls8@a?b_FZd{/PwZ%,li">
           <mutation xmlns="http://www.w3.org/1999/xhtml" items="topic,message" with_statement="false"></mutation>
           <field name="INSTANCE">mqtt.1</field>
           <field name="COMMAND">sendMessage2Client</field>
           <field name="LOG"></field>
           <field name="WITH_STATEMENT">FALSE</field>
           <value name="ARG0">
             <shadow type="text" id="$,O^*f*}($?[H8_(d*+U">
               <field name="TEXT">thermostat1/isAlive</field>
             </shadow>
             <block type="text_join" id="O6E{W{#l(2VcnvqOe|Rl">
               <mutation items="2"></mutation>
               <value name="ADD0">
                 <block type="variables_get" id="AzpRo(og/GD94mdngxQF">
                   <field name="VAR" id="JW8gktT*}~bRUd6MfH#u">Thermostat</field>
                 </block>
               </value>
               <value name="ADD1">
                 <block type="text" id="VB)a`Lf$skQC8CWbgCS_">
                   <field name="TEXT">/isAlive</field>
                 </block>
               </value>
             </block>
           </value>
           <value name="ARG1">
             <shadow type="text" id="kYzE4%b}Px*fTaC#_m53">
               <field name="TEXT">Meine Nachricht</field>
             </shadow>
             <block type="logic_boolean" id="#^)Qo*Dc+?;*v.HB%8Q$">
               <field name="BOOL">TRUE</field>
             </block>
           </value>
         </block>
       </statement>
     </block>
   </next>
 </block>
</xml>

das sind aber Basics beim Puzzeln (Geht aber auch mit steuere oder aktualisiere von Datenpunkten). Wie gesagt das sind Basics, dass man identische Codeteile über Schleifen durchläuft. Und wer mich kennt, weiss, dass ich ein anderes Tool bevorzuge - das sogar direkt mit mqtt kommunizieren kann. ;)