Benachrichtigung, wenn ein Temperatursensor offline geht

[Dr. Boris Neubert]

Hallo,

ich habe Temperatur-Luftfeuchte-Sensoren (Zigbee) von Aqara mit zigbee2mqtt im Einsatz. Sie dienen als abgesetzte Temperaturfühler für die Thermostatventile der Heizkörper. Gelegentlich verliert ein Sensor die Verbindung. Darüber möchte ich per msg informiert werden.

Im Log wird wie folgt protokolliert:

Code Auswählen Erweitern

2026-02-12_22:15:52 zigbee_0x00158d008b862909 availability_state: offline

Die Sensoren sind in FHEM alle mit Attribut model und Wert zigbee2mqtt_TempHumHpaSensor hinterlegt.


Ich habe folgendes notify gebaut:

Code Auswählen Erweitern

define th.notify notify a:model=zigbee2mqtt_TempHumHpaSensor:availability_state:\soffline { fhem("msg $NAME is offline") }

• a:model=zigbee2mqtt_TempHumHpaSensor ist das DevSpec, um alle Geräte zu selektieren, die vom betrachteten Modell sind.
• availability_state:\soffline ist das Event, \s steht für WhiteSpace (in den meisten Beispielen wird hierfür ein . für ein beliebiges Zeichen verwendet)
• { fhem("msg $NAME is offline") } ist das Perl-Kommando, um über FHEM den msg-Befehl aufzurufen, der die Nachricht sendet, dass das betroffene Gerät $NAME offline ist.

Die CommandRef sieht nicht vor, dass ein solches DevSpec im notify verwendet wird.

Gibt es hier Erfahrungen, Anmerkungen, Anregungen?

[Beta-User]

Gibt es hier Erfahrungen, Anmerkungen, Anregungen?

Es gibt eine sehr versteckte Option, NOTIFYDEF zu "setzen" (eigentlich: die Funktionalität zu manipulieren):
fhem.pl, aktuell #5670:

Code Auswählen Erweitern

my $ndl = $attr{$d}{overrideNotifydev};Es gibt auch einen Thread zu dieser eher neuen Funktionalität, in der Rudi erklärt hat, wie es geht; nach meinem Verständnis müßte man das als userattr zum notify ergänzen.

[Dr. Boris Neubert]

Habe den Thread gefunden. Argh, wenn ich das damals gelesen hätte, hätte ich vehement protestiert. Würde heute noch antworten, aber Nekroposting...

Isch habe gare keine Auto, äh kein NOTIFYDEF als Internal am notify:

Code Auswählen Erweitern

define th.notify notify a:model=zigbee2mqtt_TempHumHpaSensor:availability_state:\soffline { fhem("msg $NAME is offline") }
attr th.notify room Automatisierung
#   .COMMAND   { fhem("msg $NAME is offline") }
#   CFGFN     
#   DEF        a:model=zigbee2mqtt_TempHumHpaSensor:availability_state:\soffline { fhem("msg $NAME is offline") }
#   FUUID      699021e9-f33f-4eef-cf3a-b5c4ea3cd2b315e7
#   NAME       th.notify
#   NR         312
#   NTFY_ORDER 50-th.notify
#   REGEXP     a:model=zigbee2mqtt_TempHumHpaSensor:availability_state:\soffline
#   STATE      active
#   TYPE       notify
#   eventCount 1
#   .attraggr:
#   .attrminint:
#   READINGS:
#     2026-02-14 08:19:05   state           active
#
setstate th.notify active
setstate th.notify 2026-02-14 08:19:05 state active


Wir bräuchten so etwas:

Code Auswählen Erweitern

define th.notify notify2
attr th.notify devspec a:model=zigbee2mqtt_TempHumHpaSensor
attr th_notify event availability_state:\soffline
Als Convenience-Attribute alternativ zu event

Code Auswählen Erweitern

attr th.notify reading availability_state
attr th.notify value offline
devspec nimmt ein DevSpec
event, reading und value nehmen reguläre Ausdrücke

[Beta-User]

Wir bräuchten so etwas:

martinp876 war da schon, siehe https://forum.fhem.de/index.php?msg=1189789.

Habe den Thread gefunden. Argh, wenn ich das damals gelesen hätte, hätte ich vehement protestiert. Würde heute noch antworten, aber Nekroposting...

Soweit ich das erkennen kann, ist das praktisch niemandem bekannt, von daher könnte man das vermutlich ohne große Schmerzen und unbemerkt ausbauen...

Tendenziell fände ich eine Option zum Setzen von NOTIFYDEV (an notify) sinnvoll, denn mir fehlt etwas der Glaube, dass "NTFY" (oder "ntf" bzw. "notify2") großen Anklang finden würden...

Das mit der Tempsensor-Überwachung ginge ggf. auch mit "monitoring", da will ich sowieso nochmal ran, siehe ca. diesen Abschnitt der zugehörigen Diskussion: https://forum.fhem.de/index.php?msg=1357248.

[Beta-User]

Sie dienen als abgesetzte Temperaturfühler für die Thermostatventile der Heizkörper

Falls das CUL_HM-TYPE sind, ist vielleicht das hier noch interessant:
https://forum.fhem.de/index.php?msg=1260455

Ergänzend zu dem dort gezeigten Code hier noch ein Sensor (umgeflashter BT-Mija), bei dem per readingsWatcher, derbei Ausfall dann eine "0.000" in die Temperatur schreibt, auf den dann das oben verlinkte notify reagiert (und den virtuellen Wert löscht, so dass der Thermostat eben notfalls mit dem intern gemessenen Wert arbeitet):

Code Auswählen Erweitern

define Raumfuehler_Buero MQTT2_DEVICE zigbee_0xa4c138e1b8b8104b
attr Raumfuehler_Buero DbLogInclude temperature.*,humidity.*
attr Raumfuehler_Buero IODev MQTT2_FHEM_Server
attr Raumfuehler_Buero alias Raumfühler
attr Raumfuehler_Buero autocreate 0
attr Raumfuehler_Buero devicetopic zigbee2mqtt/0xa4c138e1b8b8104b
attr Raumfuehler_Buero event-min-interval batteryPercent:7200,temperature:300,humidity:900
attr Raumfuehler_Buero event-on-change-reading batteryPercent,temperature:0.2,humidity:0.5,distance:5
attr Raumfuehler_Buero group Heizung
attr Raumfuehler_Buero icon temperature_humidity
attr Raumfuehler_Buero jsonMap battery:batteryPercent voltage:batterymV
attr Raumfuehler_Buero model ATC_reflashed
attr Raumfuehler_Buero readingList $DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }\
  $DEVICETOPIC/availability:.* { $EVENT=~s{state}{availability}x;; json2nameValue($EVENT) }
attr Raumfuehler_Buero readingsWatcher 4000,0.000,temperature,humidity
attr Raumfuehler_Buero room Buero
attr Raumfuehler_Buero stateFormat {sprintf ("Temperature: %.1f°C Humidity: %.1f%%", ReadingsVal($name,'temperature',0), ReadingsVal($name,'humidity',0)) }
attr Raumfuehler_Buero userReadings batteryVoltage:batterymV.* {ReadingsNum($name,'batterymV',0)/1000}
#   CID        zigbee_0xa4c138e1b8b8104b
#   DEF        zigbee_0xa4c138e1b8b8104b
#   FUUID      5fc20e7b-f33f-d171-9826-2076229937f4e82c
#   IODev      MQTT2_FHEM_Server
#   LASTInputDev MQTT2_FHEM_Server
#   MQTT2_FHEM_Server_CONN MQTT2_FHEM_Server_172.17.0.3_50830
#   MQTT2_FHEM_Server_MSGCNT 20092
#   MQTT2_FHEM_Server_TIME 2026-02-15 10:50:23
#   MSGCNT     20092
#   NAME       Raumfuehler_Buero
#   NR         458
#   STATE      Temperature: 16.3°C Humidity: 54.3%
#   TYPE       MQTT2_DEVICE
#   eventCount 8022
#   Helper:
#     DBLOG:
#       humidity:
#         LogDB:
#           TIME       1771148124.08195
#           VALUE      54.26
#       temperature:
#         LogDB:
#           TIME       1771149023.51306
#           VALUE      16.32
#   JSONMAP:
#     battery    batteryPercent
#     voltage    batterymV
#   READINGS:
#     2026-01-11 10:45:37   IODev           MQTT2_FHEM_Server
#     2026-01-14 18:48:37   availability    online
#     2026-02-15 10:50:23   batteryPercent  57
#     2026-02-15 10:50:23   batterymV       2700
#     2026-02-15 10:50:23   comfort_humidity_max 60
#     2026-02-15 10:50:23   comfort_humidity_min 40
#     2026-02-15 10:50:23   comfort_temperature_max 25
#     2026-02-15 10:50:23   comfort_temperature_min 20
#     2026-02-15 10:50:23   enable_display  true
#     2026-02-15 10:50:23   humidity        54.26
#     2026-02-15 10:50:23   humidity_calibration 0
#     2026-02-15 10:50:23   last_seen       2026-02-15T10:50:23+01:00
#     2026-02-15 10:50:23   linkquality     105
#     2026-02-15 10:50:23   measurement_interval 10
#     2026-01-11 10:36:41   show_smiley     SHOW
#     2026-02-15 10:50:23   temperature     16.32
#     2026-02-15 10:50:23   temperature_calibration 0
#     2026-02-15 10:50:23   temperature_display_mode celsius
#     2026-02-15 10:50:23   update_installed_version 20131841
#     2026-02-15 10:50:23   update_latest_version 20131841
#     2026-02-01 12:00:50   update_progress 100
#     2026-02-01 12:00:50   update_remaining 4
#     2026-02-15 10:50:23   update_state    idle
#     2026-01-22 19:26:57   voltage         2700
#
setstate Raumfuehler_Buero Temperature: 16.3°C Humidity: 54.3%
setstate Raumfuehler_Buero 2026-01-11 10:45:37 IODev MQTT2_FHEM_Server
setstate Raumfuehler_Buero 2026-01-14 18:48:37 availability online
setstate Raumfuehler_Buero 2026-02-15 10:50:23 batteryPercent 57
setstate Raumfuehler_Buero 2026-02-15 10:50:23 batterymV 2700
setstate Raumfuehler_Buero 2026-02-15 10:50:23 comfort_humidity_max 60
setstate Raumfuehler_Buero 2026-02-15 10:50:23 comfort_humidity_min 40
setstate Raumfuehler_Buero 2026-02-15 10:50:23 comfort_temperature_max 25
setstate Raumfuehler_Buero 2026-02-15 10:50:23 comfort_temperature_min 20
setstate Raumfuehler_Buero 2026-02-15 10:50:23 enable_display true
setstate Raumfuehler_Buero 2026-02-15 10:50:23 humidity 54.26
setstate Raumfuehler_Buero 2026-02-15 10:50:23 humidity_calibration 0
setstate Raumfuehler_Buero 2026-02-15 10:50:23 last_seen 2026-02-15T10:50:23+01:00
setstate Raumfuehler_Buero 2026-02-15 10:50:23 linkquality 105
setstate Raumfuehler_Buero 2026-02-15 10:50:23 measurement_interval 10
setstate Raumfuehler_Buero 2026-01-11 10:36:41 show_smiley SHOW
setstate Raumfuehler_Buero 2026-02-15 10:50:23 temperature 16.32
setstate Raumfuehler_Buero 2026-02-15 10:50:23 temperature_calibration 0
setstate Raumfuehler_Buero 2026-02-15 10:50:23 temperature_display_mode celsius
setstate Raumfuehler_Buero 2026-02-15 10:50:23 update_installed_version 20131841
setstate Raumfuehler_Buero 2026-02-15 10:50:23 update_latest_version 20131841
setstate Raumfuehler_Buero 2026-02-01 12:00:50 update_progress 100
setstate Raumfuehler_Buero 2026-02-01 12:00:50 update_remaining 4
setstate Raumfuehler_Buero 2026-02-15 10:50:23 update_state idle
setstate Raumfuehler_Buero 2026-01-22 19:26:57 voltage 2700



[Sany]

Moin,

ich meine zu verstehen was Du möchtest, denke aber das ist zu kompliziert. Ich vermute mal: zigb2mqtt Installation, dort ist in den Settings Avalability enabled : true gesetzt.
Ich nutze auch die TempHumPress Sensoren von Aqara und habe in der Readingslist:

Code Auswählen Erweitern

$DEVICETOPIC:.* { json2nameValue($EVENT,'',$JSONMAP) }
$DEVICETOPIC/availability:.* { { availability=>json2nameValue($EVENT)->{state} } }das ergibt das Reading availability mit den Werten online oder offline.
(ich schreibe das nur auf, weil es bei Dir availability_state heißt. Nur zur Erklärung)

Bei meinem fhem gibt es ausschliesslich bei zigbee2mqtt-Devices das Reading availability, weshalb die Filterung im Notify eigentlich überflüssig ist und Du mit der allgemeinen Message

Code Auswählen Erweitern

$NAME is offlinesomit alles aus der zigbee-welt als offline gemeldet bekommst.
Wenn es unbedingt "gefiltert" sein muss würde ich das im msg Teil aufdröseln. Vermutlich mit einer sub in 99_myUtils.
(Ich nutze notify nicht (mehr))

Allerdings wird man mit availability für zigbee2mqtt nicht wirklich glücklich, je nach Anwendung. Bei mir habe ich 2 von den Sensoren vor und hinter dem Haus um eine Durchschnitttemperatur zu rechnen. Von den Sensoren ist auch immer mal wieder einer ausgestiegen, was dann zu sinnlosen Anzeigen führte. Deshalb wird der Online-Status mit in die Berechung einbezogen, oder anders ausgedrückt: Ist der Sensor offline wird nicht damit gerechnet.
Es ist nun leider so, dass batteriebetriebene Sensoren nur alle 25 Stunden den availability-Status "übermitteln", also zigbee2mqtt diesen an fhem weitergibt (bei netzbetriebenen sind es  alle 10 minuten). Das ist nicht wirklich hilfreich. Deshalb nutze ich bei diesen Sensoren zusätzlich readingsWatcher. Damit werden die Readings temperature, humidity und pressure überwacht, ob innerhalb ca 2Std sich einer der Werte ändert. Die 2 Stunden sind ein Erfahrungswert, der ganz gut passt. Es scheint so (muss ich mal mit einem übrigen Sensor testen), dass die Sensoren so eine Art "event-on-change-reading" eingebaut haben und nur bei Änderungen senden. Druck und Feuchte ändern sich ja eher langsam, aber in kühlen Nebellagen z.B. ändert sich die Temperatur auch nur ganz gemächlich, weshalb kürzere Zeiten immer wieder "dead" ergeben haben.
Somit werden die Sensoren nicht mehr zur Rechnung genutzt, wenn Readingswatcher ein dead oder auch der Sensor ein offline meldet, availability offline wird aber auf jeden Fall gesendet (bei mir via DOIF und SignalBot).


Viel Erfolg!


Sany