NEWS
Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 Hi, hab den Adapter auch laufen, keine Fehler aufgetreten, vielen Dank!
Ich nutze den Synochat-Adapter, fuer die Benachrichtigungen, koenntest du diesen mit aufnehmen, oder so, dass man einen Datenpunkt auswaehlen kann... ??
( fuer selbstgeschriebene Benachrichtigungen, Synochat, etc.. ) -
Eine Ansicht der gefunden Geräte kann ich nur mit Vis sehen? Bin mir jetzt nicht sicher ob jeder eine Vis dazu hat um es anzeigen zu können / lassen. Hab's brauchte nur einen JSON Editor.
Der Link zur Hilfe oben rechts im Adapter geht noch ins leere. -
Eine Ansicht der gefunden Geräte kann ich nur mit Vis sehen? Bin mir jetzt nicht sicher ob jeder eine Vis dazu hat um es anzeigen zu können / lassen. Hab's brauchte nur einen JSON Editor.
Der Link zur Hilfe oben rechts im Adapter geht noch ins leere.@brainbug ohm also erstmal alles was die json auswerten kann. Grafana, Jarvis evtl Vis usw. Irgendwo muss man sich ja die Tabellen anzeigen lassen, wenn man das nutzen möchte.
Danke für den Hinweis mit dem Link zur Hilfe. Den hatte ich noch garnicht beachtet.
@ilovegym ich werde mir mal angucken was ich da nutzen kann und was ich da implementieren kann. Denke das wird dann so wie Telegram, Pushover usw. sein.
An alle: Aktuell gibt es ein Bug mit der Benachrichtigung. Die Geräte und Zeit werden als undefiniert angezeigt. Da hat sich wohl die Tage irgendwo ein Fehler rein gemogelt. Bin gerade dabei den Fehler zu finden und dann zu fixen.
Edit: Der Bug ist gefixt und die Geräte sollten wieder einen Namen in der Benachrichtigung haben.
-
Aktuelle Test Version Veröffentlichungsdatum 26.05.2022 Github Link https://github.com/ciddi89/ioBroker.device-watcher Test Adapter Device-Watcher
Dies ist ein Watchdog für Geräte/Services und Adapter/Instanzen. Der Adapter sucht nach den verschiedenen Informationen über die Datenpunkte und erstellt JSON & HTML Listen davon:
Geräte/Services:
- Geräte mit Batterie,
- Geräte mit niedrigem Batteriestand,
- Geräte mit Verbindungsqualität,
- Updates für Geräte, (only shelly & unifi yet)
- Geräte offline
- alle Geräte
- und eine Raw-Liste mit allen verfügbaren Daten der oben genannten Liste.
Adapter/Instanzen:
- verfügbare Adapter Updates
- Alle Instanzen
- Ausgefallene Instanzen
- Deaktivierte Instanzen
Außerdem werden sie in denselben Kategorien gezählt. Die Listen und Zählungen können zum Beispiel für Grafana, Jarvis usw. verwendet werden.
Unterstützte Adapter:
Eine Liste mit den unterstützten Adaptern und welche Information pro Adapter genutzt werden / möglich sind, findest du in der Github Doku.
Benachrichtigungen:
Der Adapter hat verschiedene Möglichkeiten, Benachrichtigungen zu senden:
- Ein Gerät ist nicht mehr erreichbar oder wieder erreichbar
- Ein Gerät hat den niedrigen Batteriestand erreicht oder der Low-Bat-Status ist true
- Wenn ein Update für ein Gerät verfügbar ist (shelly und unifi)
- Zeitbasiert eine Liste der Offline-Geräte
- Zeitbasierte Liste von Geräten mit niedrigem Batteriestand
- Zeitbasiert eine Liste der Geräte, die aktualisiert werden können
Derzeitige Unterstützte Adapter für Benachrichtigungen:
- Telegram
- Pushover
- Jarvis
- Lovelace
- Signal
- SynoChat
- und einen Datenpunkt mit der zuletzt gesendeten Benachrichtigung.
Blacklist
Ist es notwendig, ein bestimmtes Gerät/Service oder Instanz zu ignorieren, kann es auf die schwarze Liste gesetzt werden und der Device-Watcher ignoriert es.
Es ist möglich zu wählen:- In Benachrichtigungen ignorieren
- In der Hauptliste ignorieren
- In den eigenen Listen der Adapter ignorieren
Feature Request & Bug Report
Ich bitte euch der Übersicht halber Fehler und Feature Request auf der Githubseite zu erstellen.
Seht Ihr dort ein Feature Request und euch gefällt die Idee, könnt Ihr auch dafür abstimmen. Dann sehe ich bei einigen Dingen, wo ich mir nicht sicher bin ob es Sinnvoll wäre oder nicht, ob überhaupt Interesse an sowas besteht.
Wählt dafür einfach einen von den Emojis aus:
Screenshots und weitere Informationen finder Ihr auf der Githubseite.
-
@helfi9999 bitte einmal dann ein screenshot schicken mit object baum eines der devices.
-
@sigi234 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89
Hallo, kannst du auch Homematic Geräte einbinden?

Homematic ist nun mit drin. Muss das aber die Tage noch weiter ausarbeiten.
@sigi234 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Benachrichtigungsdienste sind derzeit: Telegram, Pushover und Jarvis.
Bitte auch email mit aufnehmen.
Email ist nun auch mit drin.
Ich mach nun erstmal Feierabend! 
-
Aktuelle Test Version Veröffentlichungsdatum 26.05.2022 Github Link https://github.com/ciddi89/ioBroker.device-watcher Test Adapter Device-Watcher
Dies ist ein Watchdog für Geräte/Services und Adapter/Instanzen. Der Adapter sucht nach den verschiedenen Informationen über die Datenpunkte und erstellt JSON & HTML Listen davon:
Geräte/Services:
- Geräte mit Batterie,
- Geräte mit niedrigem Batteriestand,
- Geräte mit Verbindungsqualität,
- Updates für Geräte, (only shelly & unifi yet)
- Geräte offline
- alle Geräte
- und eine Raw-Liste mit allen verfügbaren Daten der oben genannten Liste.
Adapter/Instanzen:
- verfügbare Adapter Updates
- Alle Instanzen
- Ausgefallene Instanzen
- Deaktivierte Instanzen
Außerdem werden sie in denselben Kategorien gezählt. Die Listen und Zählungen können zum Beispiel für Grafana, Jarvis usw. verwendet werden.
Unterstützte Adapter:
Eine Liste mit den unterstützten Adaptern und welche Information pro Adapter genutzt werden / möglich sind, findest du in der Github Doku.
Benachrichtigungen:
Der Adapter hat verschiedene Möglichkeiten, Benachrichtigungen zu senden:
- Ein Gerät ist nicht mehr erreichbar oder wieder erreichbar
- Ein Gerät hat den niedrigen Batteriestand erreicht oder der Low-Bat-Status ist true
- Wenn ein Update für ein Gerät verfügbar ist (shelly und unifi)
- Zeitbasiert eine Liste der Offline-Geräte
- Zeitbasierte Liste von Geräten mit niedrigem Batteriestand
- Zeitbasiert eine Liste der Geräte, die aktualisiert werden können
Derzeitige Unterstützte Adapter für Benachrichtigungen:
- Telegram
- Pushover
- Jarvis
- Lovelace
- Signal
- SynoChat
- und einen Datenpunkt mit der zuletzt gesendeten Benachrichtigung.
Blacklist
Ist es notwendig, ein bestimmtes Gerät/Service oder Instanz zu ignorieren, kann es auf die schwarze Liste gesetzt werden und der Device-Watcher ignoriert es.
Es ist möglich zu wählen:- In Benachrichtigungen ignorieren
- In der Hauptliste ignorieren
- In den eigenen Listen der Adapter ignorieren
Feature Request & Bug Report
Ich bitte euch der Übersicht halber Fehler und Feature Request auf der Githubseite zu erstellen.
Seht Ihr dort ein Feature Request und euch gefällt die Idee, könnt Ihr auch dafür abstimmen. Dann sehe ich bei einigen Dingen, wo ich mir nicht sicher bin ob es Sinnvoll wäre oder nicht, ob überhaupt Interesse an sowas besteht.
Wählt dafür einfach einen von den Emojis aus:
Screenshots und weitere Informationen finder Ihr auf der Githubseite.
-
@ciddi89
Coole Sache.
2 Tage früher wäre praktisch gewesen.
Hab mir gtad ein Blockly für gemacht (zeigt nur was weniger an, da ich für die geschiedenen Geräte einzelne Tabellen habe).Ich überwache folgende Datenpunkte:

@david-g weil ich es gerade sehe bei tasmota
'Wifi_Signal' , ist ab tasmota 10 oder?
Weil ich noch v9 habe, daher hatte ich siehe https://forum.iobroker.net/post/810644, 'Wifi_RSSI' angegeben.
@ciddi89 da müsstest du, falls noch nicht mit drin, beide Varianten einpflegen -
@david-g weil ich es gerade sehe bei tasmota
'Wifi_Signal' , ist ab tasmota 10 oder?
Weil ich noch v9 habe, daher hatte ich siehe https://forum.iobroker.net/post/810644, 'Wifi_RSSI' angegeben.
@ciddi89 da müsstest du, falls noch nicht mit drin, beide Varianten einpflegen@crunchip
@ciddi89Meine Devices von Tasmota werden korrekt gezählt.
Habe bei deinem Adapter die selbe Anzahl Geräte wie in meinem Skript.Klasse Adapter. Wird mein Script (und vermutlich das Homatic Script hier aus dem Forum (liegt daran, was dein Adapter alles zeigt wenn die Batterie leer ist) ablösen.
Drei Frage habe ich aber noch.
Wie verhält sich der Adapter bei mehreren Instanzen?
Nimmt er immer die 0?
Bei Homatic hab ich zb noch die Instanz 1.
Dort habe ich die Gruppen aus der CCU. In dem Fall ist es korrekt, dass diese nicht gezählt werden.
Wie wäre es, wenn die Instanz 0 die Gruppen wären und die 1 die normalen Geräte?Wie ermittelst du, nicht erreichbare Zigbeegeräte mit Batterie? Werden diese immer als nicht erreicbar angezeigt, wenn diese eine geraume Zeit nicht benutzt wurden?
Man kann Benachrichtigung für Jarvis einstellen. Denkst du, das kann man auch für lovelace machen?
Wird unter (man kann mehrere Instanzen installieren)
lovelace.0.notifications.addmittels
{ "message": "Hier steht die Meldung", "title": "Hier steht die Überschrift" }gesetzt.
EDIT:
Bei Homatic gibt's ja noch den Datenpunkt LOW_BAT. Denkst du den kann man mit auswerten? Die Volt sagen (zumindest mir) nicht immer so viel.Und noch eine kleine Frage.
Ist es geplant, in Zukunft Schaltzustände mit abzufragen?Falls ja, kann ich deinen Adapter als Basis für meine Tabellen nehmen.

-
Aktuelle Test Version Veröffentlichungsdatum 26.05.2022 Github Link https://github.com/ciddi89/ioBroker.device-watcher Test Adapter Device-Watcher
Dies ist ein Watchdog für Geräte/Services und Adapter/Instanzen. Der Adapter sucht nach den verschiedenen Informationen über die Datenpunkte und erstellt JSON & HTML Listen davon:
Geräte/Services:
- Geräte mit Batterie,
- Geräte mit niedrigem Batteriestand,
- Geräte mit Verbindungsqualität,
- Updates für Geräte, (only shelly & unifi yet)
- Geräte offline
- alle Geräte
- und eine Raw-Liste mit allen verfügbaren Daten der oben genannten Liste.
Adapter/Instanzen:
- verfügbare Adapter Updates
- Alle Instanzen
- Ausgefallene Instanzen
- Deaktivierte Instanzen
Außerdem werden sie in denselben Kategorien gezählt. Die Listen und Zählungen können zum Beispiel für Grafana, Jarvis usw. verwendet werden.
Unterstützte Adapter:
Eine Liste mit den unterstützten Adaptern und welche Information pro Adapter genutzt werden / möglich sind, findest du in der Github Doku.
Benachrichtigungen:
Der Adapter hat verschiedene Möglichkeiten, Benachrichtigungen zu senden:
- Ein Gerät ist nicht mehr erreichbar oder wieder erreichbar
- Ein Gerät hat den niedrigen Batteriestand erreicht oder der Low-Bat-Status ist true
- Wenn ein Update für ein Gerät verfügbar ist (shelly und unifi)
- Zeitbasiert eine Liste der Offline-Geräte
- Zeitbasierte Liste von Geräten mit niedrigem Batteriestand
- Zeitbasiert eine Liste der Geräte, die aktualisiert werden können
Derzeitige Unterstützte Adapter für Benachrichtigungen:
- Telegram
- Pushover
- Jarvis
- Lovelace
- Signal
- SynoChat
- und einen Datenpunkt mit der zuletzt gesendeten Benachrichtigung.
Blacklist
Ist es notwendig, ein bestimmtes Gerät/Service oder Instanz zu ignorieren, kann es auf die schwarze Liste gesetzt werden und der Device-Watcher ignoriert es.
Es ist möglich zu wählen:- In Benachrichtigungen ignorieren
- In der Hauptliste ignorieren
- In den eigenen Listen der Adapter ignorieren
Feature Request & Bug Report
Ich bitte euch der Übersicht halber Fehler und Feature Request auf der Githubseite zu erstellen.
Seht Ihr dort ein Feature Request und euch gefällt die Idee, könnt Ihr auch dafür abstimmen. Dann sehe ich bei einigen Dingen, wo ich mir nicht sicher bin ob es Sinnvoll wäre oder nicht, ob überhaupt Interesse an sowas besteht.
Wählt dafür einfach einen von den Emojis aus:
Screenshots und weitere Informationen finder Ihr auf der Githubseite.
@ciddi89
Super, läuft mit HM.
device-watcher.0 2022-06-08 07:39:02.759 info Terminated (ADAPTER_REQUESTED_TERMINATION): Everything done. Going to terminate till next schedule device-watcher.0 2022-06-08 07:39:02.759 debug all done, exiting device-watcher.0 2022-06-08 07:39:02.758 debug Function finished: main device-watcher.0 2022-06-08 07:39:02.758 debug write the datapoints finished main device-watcher.0 2022-06-08 07:39:02.732 debug write the datapoints main device-watcher.0 2022-06-08 07:39:02.727 debug [1,2,3,4,5,6,0] device-watcher.0 2022-06-08 07:39:02.703 debug {"hm-rpc.0.NEQ0007328.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645388,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714285},"hm-rpc.0.NEQ1662322.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645097,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714039},"hm-rpc.0.NEQ1818500.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645152,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714200},"hm-rpc.0.NEQ1826414.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645527,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714318},"hm-rpc.0.OEQ0473764.0.RSSI_DEVICE":{"val":-60,"ack":true,"ts":1654665645065,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1654492285673},"hm-rpc.0.OEQ0655913.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645266,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714229},"hm-rpc.0.OEQ0670648.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665645430,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942714305},"hm-rpc.0.OEQ0926852.0.RSSI_DEVICE":{"val":-255,"ack":true,"ts":1654665644977,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1619942713929},"hm-rpc.1.00091A49A082FC.0.RSSI_DEVICE":{"val":-51,"ack":true,"ts":1654666668686,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1654666603080},"hm-rpc.1.000A1D8997CC3E.0.RSSI_DEVICE":{"val":-64,"ack":true,"ts":1654665666875,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1654665666875},"hm-rpc.1.000E9D898ADC67.0.RSSI_DEVICE":{"val":-51,"ack":true,"ts":1654665645456,"q":0,"from":"system.adapter.hm-rega.0","user":"system.user.admin","lc":1654662366755},"hm-rpc.1.000EDBE9992D89.0.RSSI_DEVICE":{"val":-60,"ack":true,"ts":1654666695665,"q":0,"from":"system.adapter.hm-rpc.1","user":"system.user.admin","lc":1654666654471}} device-watcher.0 2022-06-08 07:39:02.651 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } device-watcher.0 2022-06-08 07:39:02.641 debug {} device-watcher.0 2022-06-08 07:39:02.570 debug Search can't be optimized because wildcard not at the end, fallback to keys!: function(doc) { if (doc.type === 'state') emit(doc._id, doc) } device-watcher.0 2022-06-08 07:39:02.561 debug [{"Selektor":"0_userdata.*.link_quality","theName":"common","adapter":"Test"},{"Selektor":"hm-rpc.*.RSSI_DEVICE","theName":"common","adapter":"Homematic"}] device-watcher.0 2022-06-08 07:39:02.561 info Homematic Devices wurden ausgewählt. Lade Daten... device-watcher.0 2022-06-08 07:39:02.561 warn Teststates wurden ausgewählt. Lade Daten... device-watcher.0 2022-06-08 07:39:02.560 warn No devices selected. Pleased check the instance configuration device-watcher.0 2022-06-08 07:39:02.560 debug Function started: main device-watcher.0 2022-06-08 07:39:02.558 debug Adapter Device-Watcher was started device-watcher.0 2022-06-08 07:39:02.551 info starting. Version 0.0.5 (non-npm: ciddi89/ioBroker.device-watcher#4947cb310f92330967f5d7b2de5dbac300651e74) in C:/Program Files/iobroker/Home/node_modules/iobroker.device-watcher, node: v14.19.3, js-controller: 4.0.23
-
@david-g weil ich es gerade sehe bei tasmota
'Wifi_Signal' , ist ab tasmota 10 oder?
Weil ich noch v9 habe, daher hatte ich siehe https://forum.iobroker.net/post/810644, 'Wifi_RSSI' angegeben.
@ciddi89 da müsstest du, falls noch nicht mit drin, beide Varianten einpflegen@crunchip hatte das eingepflegt was du mir am Anfang gesagt hast. Werde dann aber noch den Datenpunkt wifi Signal mit einpflegen wenn es da zwei Versionen gibt.
-
@crunchip
@ciddi89Meine Devices von Tasmota werden korrekt gezählt.
Habe bei deinem Adapter die selbe Anzahl Geräte wie in meinem Skript.Klasse Adapter. Wird mein Script (und vermutlich das Homatic Script hier aus dem Forum (liegt daran, was dein Adapter alles zeigt wenn die Batterie leer ist) ablösen.
Drei Frage habe ich aber noch.
Wie verhält sich der Adapter bei mehreren Instanzen?
Nimmt er immer die 0?
Bei Homatic hab ich zb noch die Instanz 1.
Dort habe ich die Gruppen aus der CCU. In dem Fall ist es korrekt, dass diese nicht gezählt werden.
Wie wäre es, wenn die Instanz 0 die Gruppen wären und die 1 die normalen Geräte?Wie ermittelst du, nicht erreichbare Zigbeegeräte mit Batterie? Werden diese immer als nicht erreicbar angezeigt, wenn diese eine geraume Zeit nicht benutzt wurden?
Man kann Benachrichtigung für Jarvis einstellen. Denkst du, das kann man auch für lovelace machen?
Wird unter (man kann mehrere Instanzen installieren)
lovelace.0.notifications.addmittels
{ "message": "Hier steht die Meldung", "title": "Hier steht die Überschrift" }gesetzt.
EDIT:
Bei Homatic gibt's ja noch den Datenpunkt LOW_BAT. Denkst du den kann man mit auswerten? Die Volt sagen (zumindest mir) nicht immer so viel.Und noch eine kleine Frage.
Ist es geplant, in Zukunft Schaltzustände mit abzufragen?Falls ja, kann ich deinen Adapter als Basis für meine Tabellen nehmen.

@david-g danke. Werde versuchen das einzupflegen was geht und was auch für die Breite Masse Sinn macht.

-
Der Adapter durch sucht alle Instanzen vorzugsweise nach Link quality/rssi Datenpunkte. Muss noch gucken wie ich es am besten mache wenn nur battery Datenpunkte da sind. Sollte aber kein Problem sein.
-
das holt er sich auch den Link_quality wann dieser sich zuletzt gemeldet hat. Normalerweise senden die Geräte alle paar Stunden ein Signal. Außer zb Geräte die Batterie Los sind so wie die hue tab Schalter.
-
sollte kein Problem sein nehme ich mit in die Liste auf.
-
muss ich mir mal anschauen wie man es am besten implementieren könnte.
-
Schaltzustände habe ich bis jetzt noch nicht eingeplant.
-
-
@helfi9999 bitte einmal dann ein screenshot schicken mit object baum eines der devices.
-
@ciddi89 Ich würde das mit dem Objektbaum mal übernehmen, da Deconz auch für mich hilfreich wäre. Es gibt immer einen Datenpunkt reachable und einen für die battery:

Und das ist der generelle Aufbau des Baumes unter Deconz:

@kenny384 Super danke, nehme ich mit rein.
Wird aber denke ich mal erst heut Abend was wenn ich Zeit habe. 
-
@kenny384 Super danke, nehme ich mit rein.
Wird aber denke ich mal erst heut Abend was wenn ich Zeit habe. 
-
@kenny384 deConz würde mich auch interessieren.
Ich hab noch 2 Temperatur und Feuchte Sensoren über Blutooth im Einsatz, würden die auch erkannt werden?

-
Hallo zusammen,
mal ne ganz blöde Frage:
Was mache ich falsch?
Ich habe den Adapter installiert und unter Objekten taucht die Instanz auch auf, aber ohne irgendeinen Inhalt:
Stehe ich irgendwie auf dem Schlauch?
Viele Grüße
Was soll mir diese Warnung sagen?:
device-watcher.0 2022-06-08 10:00:12.655 warn Teststates wurden ausgewählt. Lade Daten... -
Was soll mir diese Warnung sagen?:
device-watcher.0 2022-06-08 10:00:12.655 warn Teststates wurden ausgewählt. Lade Daten...@brainbug ach Mist habe gestern vergessen das auf false zu stellen. Das sind meine virtuellen Test Geräte. Werde es am Mittag schnell umstellen und neu hochladen.
-
@brainbug ach Mist habe gestern vergessen das auf false zu stellen. Das sind meine virtuellen Test Geräte. Werde es am Mittag schnell umstellen und neu hochladen.
@ciddi89
Hallo noch was :
device-watcher.0 2022-06-08 10:39:01.958 warn No devices selected. Pleased check the instance configurationHM Devices wurde aber ausgewählt.
Was ist dieser DP?
device-watcher.0.deviceWatcherLog
Deutsche Dokumentation