Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@bommel_030 erstmal danke für den Hinweis mit homematic. Werde das nachbessern. Mit der blacklist ist es wichtig das Man dafür den richtigen Datenpunkt wählt.
Mit der Anzahl das diese aktuell nicht stimmt hat auch ein Grund, falls du den Adapter in den letzten paar Stunden installiert hast. Denn aktuell werden teilweise nur Geräte gezählt die auch wirklich batteriebetrieben sind und ausfallen könnten. Das liegt einfach daran das ich gerade am ausprobieren bin und am überlegen bin ob es überhaupt Sinn macht alle Geräte die per Netzstecker versorgt sind mit zu überwachen. Der Ursprungsgedanke war es ja batteriebetriebene Sensoren/Geräte zu überwachen, da man meisten garnicht mitbekommen hat wenn diese ausgefallen sind wegen zur geringer Batterie usw.. Geräte mit Netzstecker die ausfallen habe ich und viele andere garnicht bis sehr selten erlebt. Daher werde ich evtl. wieder auf den Hauptpfad zurückkehren und den Fokus auf Geräte legen die nicht permanent mit Strom versorgt werden.
-
@ciddi89
Danke für die Rückmeldung. Den richtigen Datenpunkt für die Blacklist hab ich mittlerweile gefunden. Der Adapter läuft schon ein wenig, aber vorhin ein update gemacht. Das mit dem zählen der Datenpunkte könnte daran liegen.
Ich kann verstehen wenn du den Fokus auf batteriebetriebene legst, ich fände es allerdings besser wenn nicht
Gerade bei den Shellies hab ich damals scheinbar ne zickige Charge erwischt, da wäre es für mich schön zu wissen wann der nächste wieder zicken macht bzw. die Verbindung verliert. -
@bommel_030 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Gerade bei den Shellies hab ich damals scheinbar ne zickige Charge erwischt, da wäre es für mich schön zu wissen wann der nächste wieder zicken macht bzw. die Verbindung verliert.
hatte ich kürzlich auch ein wenig Probleme, daher war das ganz nützlich
-
@ciddi89
Kannst du damit etwas anfangen? -
@flugschüler said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89
Kannst du damit etwas anfangen?Ja danke nehme ich später mit rein
@bommel_030 @crunchip ja wie gesagt ich denke nur nach. Möchte den Konzept ja treu bleiben. Beziehe aber auch eure Meinungen mit ein da ich ja sehe das es gut bei euch ankommt.
Werde es später erstmal so lösen das man sich aussuchen kann ob man alle Geräte haben will oder nur die mit Batterien. Und der Rest wird sich dann ergeben. Aber bevor ich da irgendwann mit in Beta Status gehe möchte ich das für mich geklärt haben um evtl. Missverständnisse zu vermeiden. -
@ciddi89
Verstehe deinen Standpunkt. Ich freu mich wenn es drin bleibt, ist ja unter dem Namen Device-Watcher auch noch vertretbar Wenn es zur Beta rausfliegen sollte ist das auch ein akzeptabler Standpunkt. Werde den Adapter für die (zum Glück wenigen) Batteriegeräte trotzdem weiterhin nutzen. -
@david-g sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
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 Das interessiert mich, kannst du das ganze Blockly mal zeigen?
-
@bommel_030 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Gerade bei den Shellies hab ich damals scheinbar ne zickige Charge erwischt, da wäre es für mich schön zu wissen wann der nächste wieder zicken macht bzw. die Verbindung verliert.
wo ist das problem? die siehst du ja in device-watcher.0.offlineList.
nebenbei, shellys verbinden sich selbst wieder mit aktueller FW.
es gibt genug unterschiedliche listen.
@ciddi89
was mich eher stört, oder ich bin blind:
in der listAll würde ich gerne eine standard anzeige definieren können. dort interessiert mich battery nicht. würde dort gerne einstellen, welchen der 4 DP ich angezeigt bekomme. die battery gibts ja extra. -
@da_woody listall soll ja eine Übersicht sein über alle Werte und Geräte. In der Regel kann man ja die nicht benötigen Spalten ausblenden so wie in deinem Screenshot. Da ist aber battery noch abgehakt? Weiß nicht ob das mit jeder Visualisierung geht, aber mit den meisten.
-
@ciddi89 genau das ist ja mein prob. in iQontrol das als widget mit dem listAll eingebunden. da werden mir nur adapter und battery automatisch angezeigt. ich kann das natürlich ändern, aber wenn ich eine andere view anwähle, dann wieder diese, sinds wieder nur die beiden. auch eine sortierung wird dann nicht wieder angezeigt.
aufruf
sonoff, dann shelly, keine sortierung nach alphabet.
sortiert nach device
zusätzlich adapter
viewechsel, wieder zurück -> bild1.
hoffe, du verstehst, was ich meine... -
@da_woody
Hättest du es vollständig gelesen wäre dir aufgefallen, dass die Shellies mit Netzversorgung eventuell wieder rausfliegen. Damit tauchen Sie auch nicht in der Liste auf... Und wenn ich extra in eine Liste schauen muss, dann kann ich auch auf den vorhanden Datenpunkt schauen.... Macht man nur nicht alle 15min. Zumindest mir ist nicht so langweilig...
Wenn dir die Liste nicht gefällt bau sie dir doch um. Wenn du das nicht willst solltest du das Feature eher bei iQontrol nachfragen. -
@bommel_030 IMHO verstehn wir uns jetzt nicht so richtig...
ich hab da 10 H&T an netzteilen. wenn sich da einer verabschiedet, (was auch bei normalen shellys passieren kann) sollten die in der offlineList auftauchen. wenn du nicht in eine liste schauen magst, wozu dann der adapter?
was sollen die letzten beiden sätze? ich hab weder gegen die liste was gesagt, noch brauch ich ein neues feature in iQontrol. dort hab ich bei allen shellys das WLAN symbol drinnen...
so als beispiel:
funktioniert halt nicht bei batteriebetriebenen und sleep geräten. -
@da_woody ja ich weiß was du meinst. Das er aber das View sich nicht merkt liegt dann ja eher an iqontrol. Der Adapter erstellt ja nur die Liste. Das mit der Sortierung ist mir aber auch in Grafana aufgefallen das es nicht hin haut. Wieso weshalb warum, das weiß ich ehrlich gesagt noch nicht
-
@da_woody
Die tauchen nur solange in der Liste auf (und kommen per Pushbenachrichtigung) wie der Adapter nicht auf "nur" batteriebetrieben beschränkt wird. Darum geht's
Ebenso ist die Sortierung der Liste doch wohl eher nen iQontrol Thema. -
@ciddi89 naja, wenn sich grafana das auch nicht merkt...
@bommel_030 wie man gerade lesen kann, ist's mit grafana das selbe.
aber tögal, wir, ich werd weiter testen... wenn ich mal zeit hab, werd ichs in VIS versuchen was sich da so tut... -
@da_woody Mit der Sortierung habe ich noch mal getestet. Die Namen scheint er in der richtigen Reihenfolge zu sortieren nur bei den Zahlen zb. bei Link Quality kommt er durcheinander.
@bommel_030 Habe nun erstmal eine Auswahlbox in die Instanz Einstellung gesetzt so das man aktuell selber entscheiden kann ob alle Geräte oder nur Batterie. Werde es in den nächsten 20min hochladen.
@Flugschüler dann sind auch die Mihome Sensoren mit drin. Wäre Dankbar für eine Rückmeldung ob es so funktioniert oder ob ich einen anderen Datenpunkt für die Erreichbarkeit wählen muss. Hab hier aktuell "state" genommen.
-
@da_woody
Also in der VIS kannste dir auf jeden Fall die Anzahl und Reihenfolge der Spalten konfigurieren. Ob man die Sortierung einer Spalte vorgeben kann weiß ich nicht. Das geht glaube ich Out of the Box nicht ohne weiteren Datenpunkt. -
@bommel_030 so habe es gerade hochgeladen. Wegen der Homematic/Homematic IP Thematik beschäftige ich mich die Tage nochmal. Habe leider kein HM Gerät mehr sondern nur noch die neueren IP'S. Magst du mir vielleicht ein Screenshot vom Objektbaum eines normalen HM Gerät machen? Dann kann ich mir das besser vorstellen welche Datenpunkte ich habe. Muss hier nämlich dann aufpassen das er die nicht doppelt zählt.
-
@ciddi89
Sobald ich wieder am Rechner sitze mach ich ein paar Screenshots. -
@ciddi89 dein Adapter meldet manchmal Sensoren offline die dann in der Nächsten Prüfung wieder funktionieren. Mein eigenes Script welches alle 3 Stunden den Zeitstempel prüft macht keine Meldung. Ich Frage mich ist die Prüfung im Script für meine ZigBee Geräte zu lang eingestellt oder deine zu kurz?
Der Zeitstempel wird 2 nach eingelesen und nach 2:58 verglichen.
Meldung war jeweils 5 oder 6 Stunden nicht erreichbar.
