Hauptmenü

Neueste Beiträge

#1
Automatisierung / Aw: Benachrichtigung, wenn ein...
Letzter Beitrag von Sany - 15 Februar 2026, 11:11:23
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:
$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
$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
#2
Unterstützende Dienste / Aw: Modul: todoist - Task-/Lis...
Letzter Beitrag von sprudelverduenner - 15 Februar 2026, 10:57:48
Im Anhang ein Verbose 5 LOG.

EDIT: Problem gelöst!

Ich musste von meinen 2 Listen die Projekt-IDs anpassen - die haben sich wohl geändert.
Jetzt funktioniert alles.

Besten Dank.
#3
Automatisierung / Aw: Benachrichtigung, wenn ein...
Letzter Beitrag von Beta-User - 15 Februar 2026, 10:55:52
Zitat von: Dr. Boris Neubert am 14 Februar 2026, 08:38:24Sie 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):
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

#4
Automatisierung / Aw: Befehl an Shelly erneut se...
Letzter Beitrag von Starkstrombastler - 15 Februar 2026, 10:55:16
Zitat von: Hadl am 14 Februar 2026, 16:17:14Ich wünsche mir nun eine Funktion die das Shelly Kommando solange wiederholt bis es erfolgreich empfangen wurde. Kann man das mit dem Shelly Modul selbst hinbekommen?
Wenn der Befehl von Fhem an den Shelly nicht erfolgreich war, wird der State im Shelly-Device auf Error gesetzt. Dies kann durch ein Notify abgefragt werden um ein erneutes Senden des Befehls auszulösen.

Da aber das Heizen mit einem Heizstab durchaus sicherheitsrelevant ist, sollte hier aber die Strategie geändert werden: statt mehrfach Ausschaltbefehle zu senden (in der Hoffnung, dass dies irgendwann funktioniert) sollte besser das Einschalten auf Gerätebasis zeitlich begrenzt werden und bedarfsweise nachgetriggert werden.

Für das zeitliche Begrenzen bietet sich auf Shelly-Modul-Basis der Befehl "on-for-timer" an. Dieser setzt den Shelly-internen Timer und kann mit neuem "on-for-timer" nachgetriggert werden. Ein eventuell auf dem Shelly eingerichteter Ausschalttimer wird dabei ignoriert. Der Shelly schaltet dann bei Ablauf der Zeitspanne aus - unabhängig von Fhem und Netzwerk.
Ein Ausschaltbefehl "off" während der Timer-Laufzeit beendet den Timer und schaltet aus.
#5
FHEM Code changes / Revision 30851: 73_AutoShutter...
Letzter Beitrag von System - 15 Februar 2026, 10:50:43
Revision 30851: 73_AutoShuttersControl: Update copyright year to 2026

73_AutoShuttersControl: Update copyright year to 2026

Source: Revision 30851: 73_AutoShuttersControl: Update copyright year to 2026
#6
MQTT / Aw: shelly1 mini readings
Letzter Beitrag von sash.sc - 15 Februar 2026, 10:36:11
Ich habe ein ähnliches Zenario.
Ein Bewegungsmelder im Bad, der bei manuellem schalten mit dem Schalter den bwm deaktiviert.Ich habe es über 2 doifs gemacht. Beide laufen parallel. 1 doif davon fragt einen Lichtsensor an, und schaltet je nach Helligkeit fad 2. Doif scharf. Geht auch ohne.

([bad_licht:input0] == 1) (set bad_licht on) (set EG_Bad_doif disable 1) (setreading EG_BAD_BWM_DOIF_1 auto off)
DOELSEIF ([bad_licht:input0] == 0) (set bad_licht off) (set EG_Bad_doif disable 0) (setreading EG_BAD_BWM_DOIF_1 auto on)
DOELSEIF ([BWM_EG_Bad:occupancy] eq "true" and [EG_BAD_BWM_DOIF_1:auto] eq "on") (set bad_licht on) (set bad_licht off)


So verhindere ich jedenfalls, wenn manuell das Licht eingeschaltet, das der bwm/pir dazwischen funkt.

Gruß sascha
#7
Unterstützende Dienste / Aw: Modul: todoist - Task-/Lis...
Letzter Beitrag von KOAL - 15 Februar 2026, 10:35:49
Zitat von: marvin78 am 15 Februar 2026, 09:21:14Und hier noch eine Version, die die wichtigsten Teile von updateTask fixt.


DANKE, eine Version läuft und meine Frau ist wieder happy.  ;D
#8
Unterstützende Dienste / Aw: Modul: todoist - Task-/Lis...
Letzter Beitrag von sprudelverduenner - 15 Februar 2026, 10:34:34
Guten Morgen,

Besten Dank schon mal für Deinen Einsatz.
Ich habe jetzt nacheinander beide Versionen bei mir reinkopiert, einen Neustart von FHEM gemacht und getestet.

Wenn ich ein getTasks durchführe dann habe ich keinen ERROR mehr... aaaaaaber es werden bei mir auch keine Readings aktualisiert!
Dein Modul zeigt mir die Versionsnummer 1.4.0 im Fall der 2. Datei an.

EDIT: es gibt wohl eine Fehlermeldung:

Error Message: GetTasks: Response was damaged or empty. See log for details
Wie komme ich an einen LOG ran? Verbose 5 ??

Mache ich etwas verkehrt ??

LG, Sprudelverduenner
#9
Automatisierung / Aw: Benachrichtigung, wenn ein...
Letzter Beitrag von Beta-User - 15 Februar 2026, 10:24:57
Zitat von: Dr. Boris Neubert am 14 Februar 2026, 10:59:18Wir bräuchten so etwas:
martinp876 war da schon, siehe https://forum.fhem.de/index.php?msg=1189789.

Zitat von: Dr. Boris Neubert am 14 Februar 2026, 10:59:18Habe 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.
#10
Heizungssteuerung/Raumklima / Aw: THZ Tecalor (LWZ Stiebel E...
Letzter Beitrag von willybauss - 15 Februar 2026, 10:17:58
"Vorlauf steigt dabei auf 41–50 °"
Mehr kann die WP vermutlich nicht ohne Hilfe des Heizstabs. Evtl. könnte eine Korrektur der Durchflussmenge im WW-Betrieb helfen.

"Heizkreis 1 wird gleichzeitig ungewollt mit aufgeheizt (HK-IST deutlich über SOLL 26 °C)"
Wirklich z.B. am HK-Verteiler gemessen, oder nur vom Display der Anlage abgelesen? Innerhalb der Anlage könnte das auch einfach an Wärmeausbreitung über die Rohrwandungen sein. Die Frage ist, ob das auch mit dieser Temperatur in die FBH abfließt.
Ist es nicht so, dass die Anlage nur 1 Pumpe hat und deren Funktion über die MFG (Multifunktionsbaugruppe, nach meinem Verständnis ein Molloch von Ventilen) umgeschaltet wird? Die MFG ist bekannt anfällig, speziell bei zu hohem PH-Wert des Anlagenwassers.

"In der Statistik werden sowohl ,,NE Heizen" als auch ,,NE Warmwasser" gezählt"
Demnach weiß die Anlage davon, dass sie beides gleichzeitig macht. Insofern stelle ich "Einstellungen sind korrekt?!" mal in Frage.

Wie bereits erwähnt: Plots im hier üblichen Standardformat könnten nicht schaden.