NEWS
Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@crunchip ja da sind wir bei den vorher diskutierten Punkt wieder wegen Timestamp von Link_Quality und den Wert vom Available Datenpunkt. Ich denke ich werde eine Checkbox einsetzen damit man sich selbst aussuchen kann welchen Punkt man überwachen will. Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt. In meinem Fall scheinen beide Sachen korrekt zu funktionieren. Und mittlerweile zeigt der Zigbee Adapter auch in der Objekt Übersicht an welche Geräte online und offline sind. Aber ich denke damit kann ich alle befrieden wenn man es sich selbst aussuchen kann.
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
wegen Timestamp von Link_Quality und den Wert vom Available
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
daher wird dieser dir nicht als offline angezeigt
-
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
wegen Timestamp von Link_Quality und den Wert vom Available
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
daher wird dieser dir nicht als offline angezeigt
-
@crunchip aber du meinst der ist offline?
@ciddi89 ne, hab ihn gerade testweise ausgelöst, der is online
durchs auslösen(Rauchmelder) wurde der Zeitstempel link quality sowie available aktualisiert
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel siehe screen gelistet werden -
@ciddi89 ne, hab ihn gerade testweise ausgelöst, der is online
durchs auslösen(Rauchmelder) wurde der Zeitstempel link quality sowie available aktualisiert
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel siehe screen gelistet werdenunabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel gelistet werden
Bei Available nicht. Da nutzt er den State. Aber der war offline und zeigte trotzdem available = true an?
-
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel gelistet werden
Bei Available nicht. Da nutzt er den State. Aber der war offline und zeigte trotzdem available = true an?
@ciddi89 nein er war nicht offline, hab ihn mit Rauch ausgelöst, aber der Zeitstempel in beiden screens ist doch älter als 6 Stunden, somit wäre er als offline zu erkennen
Edit, achso stimmt ja bei available gehts nicht nach Zeitstempel
-
@crunchip ja da sind wir bei den vorher diskutierten Punkt wieder wegen Timestamp von Link_Quality und den Wert vom Available Datenpunkt. Ich denke ich werde eine Checkbox einsetzen damit man sich selbst aussuchen kann welchen Punkt man überwachen will. Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt. In meinem Fall scheinen beide Sachen korrekt zu funktionieren. Und mittlerweile zeigt der Zigbee Adapter auch in der Objekt Übersicht an welche Geräte online und offline sind. Aber ich denke damit kann ich alle befrieden wenn man es sich selbst aussuchen kann.
@ciddi89 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt.
Und da wird der State genutzt und nicht der Zeitstempel
-
@ciddi89 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt.
Und da wird der State genutzt und nicht der Zeitstempel
@ciddi89 hab noch editiert
also, erfahrungsgemäß, gehen bestimmte Sensoren offline, werden aber weiterhin im Adapter noch
online angezeigt und bis sich der available dann mal ändert, vergehen 2-3 Tage, oder er ändert sich im schlimmsten fall gar nicht.
daher bin ich für link quality, das hat eigentlich ganz gut funktioniert -
Aktuelle Test Version 
Veröffentlichungsdatum 26.05.2022 Github Link https://github.com/ciddi89/ioBroker.device-watcher Test Adapter Device-Watcher
:flag-de: Deutsche Dokumentation
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
Hue muss man sich noch ansehen.
-
@ciddi89 hab noch editiert
also, erfahrungsgemäß, gehen bestimmte Sensoren offline, werden aber weiterhin im Adapter noch
online angezeigt und bis sich der available dann mal ändert, vergehen 2-3 Tage, oder er ändert sich im schlimmsten fall gar nicht.
daher bin ich für link quality, das hat eigentlich ganz gut funktioniert@crunchip okay, ich habe leider noch nie darauf geachtet wie sich der Datenpunkt verhält. Daher bin ich dankbar für Erfahrungswerte von anderen. Da ich aber vorher auch Monate das Skript laufen hatte, welches auf den TS von Link_Quality geschaut hat, Weiss ich auch das es sehr zuverlässig war.
Mache das wieder rückgängig und falls dann doch einer unbedingt auf available schauen möchte, der bekommt eine checkbox :grin:
-> Habs nun geändert und ist auf Github verfügbar.
-
@sigi234 ok hab es gefixed. Sollte nun nicht mehr in der Quality List mit auftauchen.
-
@sigi234 ok hab es gefixed. Sollte nun nicht mehr in der Quality List mit auftauchen.
@ciddi89 Danke, toller Adapter und mega gute Idee. Finde die Idee sogar so gut, dass ich dich fragen wollte ob du ihn nicht über "Devices" ausbauen könntest? Also, dass er z. B. Adapterstates mit überwacht als zentralen Watchdog :grinning:
-
@sigi234 ok hab es gefixed. Sollte nun nicht mehr in der Quality List mit auftauchen.
@ciddi89 Danke für die Liste bezüglich niedriger Batteriestatus. Sieht echt super aus. :+1:
-
@ciddi89 Danke, toller Adapter und mega gute Idee. Finde die Idee sogar so gut, dass ich dich fragen wollte ob du ihn nicht über "Devices" ausbauen könntest? Also, dass er z. B. Adapterstates mit überwacht als zentralen Watchdog :grinning:
@stormbringer ich danke dir :)
Hmm ich denke das würde keinen großen Sinn machen da er ja nur jede Stunde einmal die Werte prüft. Dann müsste man den umändern in einen dauerhaft aktiven Adapter. Ist halt die Frage wie groß die Nachfrage danach ist.
-
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen 😉😋
Angaben zur Installation: JS Controller 5.0.12, npm 9.6.7, node 18.17.1, auf einem Intel NUC mit Ubuntu 22.04
-
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen 😉😋
Ich finde es sehr sinnig.
Hab ich mir früher auch gewünscht, bis ich mir das selber gebaut habe.Evtl rede ich jetzt Schwachsinn. Aber kann es sein, dass ich mal gelesen habe, dass der Devices Adapter überarbeitet werden soll und sowas in der Art bekommen soll?
-
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen 😉😋
@stormbringer sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen 😉😋
Ja Adapterüberwachung wäre auch cool 😎
-
@stormbringer ich danke dir :)
Hmm ich denke das würde keinen großen Sinn machen da er ja nur jede Stunde einmal die Werte prüft. Dann müsste man den umändern in einen dauerhaft aktiven Adapter. Ist halt die Frage wie groß die Nachfrage danach ist.
@ciddi89
Dann müsste man den umändern in einen dauerhaft aktiven Adapter. Ist halt die Frage wie groß die Nachfrage danach ist.
Kein Bedarf... iobroker Adapter laufen sehr stabil.
-
@stormbringer sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen 😉😋
Ja Adapterüberwachung wäre auch cool 😎
-
Wenn ihr von einer Adapterüberwachung redet, meint ihr dann auch die Geräte oder "nur" den Status der Adapter?
-
@david-g
Ich verwende momentan folgendes Script für die Adapterüberwachung, vielleicht hilft es.https://forum.iobroker.net/topic/30661/material-design-widgets-adapter-status
Support us
317
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge