NEWS
Test Adapter device-monitoring V 0.x.x
-
Aktuelle Test Version 0.0.x Veröffentlichungsdatum 30.09.2026 Github Link https://github.com/BenAhrdt/ioBroker.device-monitoring 
Auf den ersten Blick mögen die Funktionen des "Device Watcher" zum Adapter "Device Monitoring" ähnlich aussehen, aber er unterscheidet sich doch grundlegend.
Device Monitoring ist im Gegensatz zum "Device Watcher" Adapter unabhängig, kann also mit jeglichen States (Alias, 0_User… etc.) genutzt werden.
Ein weiterer Unterschied, dass jedem einzelnen State eigene Grenzwerte (Schwellwerte für Warnung, Alarm, veralteter Timestamp, Batteriewerte usw.) zugeordnet werden können.
Sensoren im gleichen Adapter (Shelly, Zigbee, LoRaWAN) können nun zu unterschiedlich alten TimeStamp eine Warnung ausgeben, weil sich Temperatursensoren und
Tür/Fenstersensoren nun mal auf unterschiedliche Art melden: Temperatursensoren gewöhnlich zu festen intervallen, Tür sensoren nur bei Betätigung, oder sonst nur sehr selten.
Auch lassen sich Infos, Warnungen und Alarme zu unterschiedlichen Messengern senden lassen (Infos als Email, Warnungen als Telegram, Alarme als Pushover), wobei der
der Notification-Manager voll unterstütz wird. Über Scipte (JS, Blockly) lässt sich weiter unterscheiden und z.B. Alarme individualisieren.
Beispiel: Alarme können per Pushover verschickt werden, im Fall eines Brandes, oder Wasserlecks aber mit der Option "mit Bestätigung" und höchste Priorisierung. -
C crunchip verschob dieses Thema von Tester am
-
Der Adapter wurde ins LATEST Repository aufgenommen und sollte dort spätestens innerhalb von 24 Stunden sichtbar sein.
Bitte ein neues Topic im Testerbereich (https://forum.iobroker.net/category/91/tester) anzulegen und dieses Topic hier schließen lassen. Zur besseren Übersicht bitte nach Möglichkeit einen Titel der Art
„Test Adapter adaptername Vx.x.x“,
verwenden. Ein solcher Titel erleichtert es, den Thread über die Suchfunktion des Forums zu finden und das Topic dem richtigen Adapter zuzuordnen.
Hinweis: Falls bereits ein Test-Thread im Bereich Tester (https://forum.iobroker.net/category/91/tester) existiert, kann dieser gerne weiterverwendet werden, eine allfälliegeAnpassung des Titels bitte überlegen.
-
@ben1983
Da es in diesem Topic bisher keine Diskussion gegeben hat kann ich es auch gerne verschieben. Sag Bescheid wenn das ok 7 gweunschen ist.Bitte passe nur den Titel an
"Test Adapter Adapter-Name v0.x.x"
Dies kann durch Editieren des Eröffnungspostings vorgenommen werden. 'Adapter-Name' sollte der Adapetrname ohne 'ioBroker.' sein.
Diese Form des Titels erleichtert durch das einheitliche Format das Auffinden dieses Testbeitrags durch Eingabe des Adapternamens in der Forumsuche wesentlich.
DANKE
-
Aktuelle Test Version 0.0.x Veröffentlichungsdatum 30.09.2026 Github Link https://github.com/BenAhrdt/ioBroker.device-monitoring 
Auf den ersten Blick mögen die Funktionen des "Device Watcher" zum Adapter "Device Monitoring" ähnlich aussehen, aber er unterscheidet sich doch grundlegend.
Device Monitoring ist im Gegensatz zum "Device Watcher" Adapter unabhängig, kann also mit jeglichen States (Alias, 0_User… etc.) genutzt werden.
Ein weiterer Unterschied, dass jedem einzelnen State eigene Grenzwerte (Schwellwerte für Warnung, Alarm, veralteter Timestamp, Batteriewerte usw.) zugeordnet werden können.
Sensoren im gleichen Adapter (Shelly, Zigbee, LoRaWAN) können nun zu unterschiedlich alten TimeStamp eine Warnung ausgeben, weil sich Temperatursensoren und
Tür/Fenstersensoren nun mal auf unterschiedliche Art melden: Temperatursensoren gewöhnlich zu festen intervallen, Tür sensoren nur bei Betätigung, oder sonst nur sehr selten.
Auch lassen sich Infos, Warnungen und Alarme zu unterschiedlichen Messengern senden lassen (Infos als Email, Warnungen als Telegram, Alarme als Pushover), wobei der
der Notification-Manager voll unterstütz wird. Über Scipte (JS, Blockly) lässt sich weiter unterscheiden und z.B. Alarme individualisieren.
Beispiel: Alarme können per Pushover verschickt werden, im Fall eines Brandes, oder Wasserlecks aber mit der Option "mit Bestätigung" und höchste Priorisierung. -
@Ben1983 muss ich die States einzeln angeben ?? wen ja dann ist das aber mühsellig bei >100 Geräten
-
M mcm1957 verschob dieses Thema von ...nicht in offiziellem Repo am
-
@ben1983
Da es in diesem Topic bisher keine Diskussion gegeben hat kann ich es auch gerne verschieben. Sag Bescheid wenn das ok 7 gweunschen ist.Bitte passe nur den Titel an
"Test Adapter Adapter-Name v0.x.x"
Dies kann durch Editieren des Eröffnungspostings vorgenommen werden. 'Adapter-Name' sollte der Adapetrname ohne 'ioBroker.' sein.
Diese Form des Titels erleichtert durch das einheitliche Format das Auffinden dieses Testbeitrags durch Eingabe des Adapternamens in der Forumsuche wesentlich.
DANKE
mcm1957 said:
@ben1983
Da es in diesem Topic bisher keine Diskussion gegeben hat kann ich es auch gerne verschieben. Sag Bescheid wenn das ok 7 gweunschen ist.Bitte passe nur den Titel an
:
:@ben1983
Da hier nun doch eine Diskussion einsetzt hab ich selbst entschieden das Topic zu verschieben (und "Adapter" in den Titel einzufügren). Falls nicht ok für dich, bitte gib Bescheid - wird umgehended reverted. -
Aktuelle Test Version 0.0.x Veröffentlichungsdatum 30.09.2026 Github Link https://github.com/BenAhrdt/ioBroker.device-monitoring 
Auf den ersten Blick mögen die Funktionen des "Device Watcher" zum Adapter "Device Monitoring" ähnlich aussehen, aber er unterscheidet sich doch grundlegend.
Device Monitoring ist im Gegensatz zum "Device Watcher" Adapter unabhängig, kann also mit jeglichen States (Alias, 0_User… etc.) genutzt werden.
Ein weiterer Unterschied, dass jedem einzelnen State eigene Grenzwerte (Schwellwerte für Warnung, Alarm, veralteter Timestamp, Batteriewerte usw.) zugeordnet werden können.
Sensoren im gleichen Adapter (Shelly, Zigbee, LoRaWAN) können nun zu unterschiedlich alten TimeStamp eine Warnung ausgeben, weil sich Temperatursensoren und
Tür/Fenstersensoren nun mal auf unterschiedliche Art melden: Temperatursensoren gewöhnlich zu festen intervallen, Tür sensoren nur bei Betätigung, oder sonst nur sehr selten.
Auch lassen sich Infos, Warnungen und Alarme zu unterschiedlichen Messengern senden lassen (Infos als Email, Warnungen als Telegram, Alarme als Pushover), wobei der
der Notification-Manager voll unterstütz wird. Über Scipte (JS, Blockly) lässt sich weiter unterscheiden und z.B. Alarme individualisieren.
Beispiel: Alarme können per Pushover verschickt werden, im Fall eines Brandes, oder Wasserlecks aber mit der Option "mit Bestätigung" und höchste Priorisierung. -
@ben1983
Ev. schau da mal rein: https://forum.iobroker.net/topic/85602/deprecated-adapter-device-reminder/12
Ich glaub dein neuer Adapter kann zumindest in einigen Fällen den deprecated device-reminder ersetzen. Du kannst aber ggF verbindlicher sagen was geht und was nicht (oder Ideen einsammeln was du noch einbaun kannst wenn dir mal fad ist :-) -
In vielen Fällen lässt sich der Device-Reminder ersetzen, wobei man 2 Dinge beachten sollte:
- Sinnvoll wäre in den allermeisten Fällen, wenn man den Mittelwert der Leistungsaufnahme des jeweiligen Geräts einträgt, nicht den eigentlichen Wert, z.B. mit dem Smoothed Adapter https://forum.iobroker.net/topic/71443/test-adapter-smoothed?_=1792564669138
- Einen Eintrag vornimmt bei Funktion:

....den man dann in Scripten nutzen kann um Meldungen die "Device-reminder" Dinge betreffen zu individualisieren.

-
In vielen Fällen lässt sich der Device-Reminder ersetzen, wobei man 2 Dinge beachten sollte:
- Sinnvoll wäre in den allermeisten Fällen, wenn man den Mittelwert der Leistungsaufnahme des jeweiligen Geräts einträgt, nicht den eigentlichen Wert, z.B. mit dem Smoothed Adapter https://forum.iobroker.net/topic/71443/test-adapter-smoothed?_=1792564669138
- Einen Eintrag vornimmt bei Funktion:

....den man dann in Scripten nutzen kann um Meldungen die "Device-reminder" Dinge betreffen zu individualisieren.


Waschmaschine und Spülmaschine konnte ich "OutOfTheBox" ohne Glättung für Erkennung "läuft/läuft nicht" nutzen mit folgenden Einstellungen:

So bleiben die Geräte ausgeschaltet "im Normalzustand" und wechseln in "Warnung" wenn sie laufen und gehen wieder in "Grün", wenn sie fertig sind. Mit der Funktion "Geräteüberwachung" kann ich selektieren, dass dies Meldungen nur auf das Display kommen und nicht in Telegram/Pushover (würde mit dem Bemerkungsfeld (remarks) genauso funktionieren). "Gerät läuft" Meldung verschwindet nach 30 Sekunden, "Gerät fertig" muss bestätigt werden.{{ state_attr('sensor.information_message', 'type') == 'recovered' and state_attr('sensor.information_message', 'function') == 'Geräteüberwachung' }}
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden

