Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
welche Geräte/Adapter?
FrtizDECT
jup, ist da
-
@stephan-schleich bei fritzdect werden die lowbat Datenpunkte in der nächsten version nicht mehr beachtet. In der aktuellen git Version ist es bereits behoben. Ist aber noch nicht fertig.
-
@ciddi89 Alles klar, danke für die Info
-
@bommel_030 hier ist es gerade ein bisschen durcheinander, daher muss ich noch mal nach fragen. Das Problem war das das Ding vom Adapter als Batterie Gerät erkannt wird oder? Was gibt er denn bei operating voltage aus? Die zwei JSON‘s die du mit angehängt hast geben keine Werte aus nur die Objekt Struktur
-
@ciddi89
Das beruhigt mich
Ja, alle HMIP-Wired Geräte haben Operating Voltage um die 24 VDC und werden in der Batterieliste mit "-" aufgeführt. Die Spannung bleibt auch im Objekt stehen wenn die Verbindung gekappt ist. Nur die HMIP üblichen unreach/unreach alarm triggern. Die Meldung kam auch zuverlässig über den Device-Watcher.Kurzfassung, da sie deutlich über den von dir genannten 6V als Filter liegen sollten sie eigentlich auch gar nicht dort auftauchen.
-
Hallo zusammen
kennst das jemand. Habe den Adapter frisch installiert und wenn in die Einstellungen komme dann ist alles leer und mir wird folgende Meldung angezeigt:
[JsonConfig] Cannot read file: Not exists
Hat jemand eine Idee?
-
@kilasat hast du eine GitHub Version installiert?
-
eigentlich nicht - bin aber nicht im stable - @ciddi89
v2.1.0
-
@kilasat wenn du nicht im stable bist dann ist das eine ‚github‘ Version. Entweder direkt über stable oder wenn es die GitHub version sein soll dann GitHub link kopieren und in Experten Einstellungen über die Katze bei benutzerdefiniert installieren….
-
@ciddi89 läuft. Das war aber promt. Danke dir.
-
@bommel_030 hm okay. Habe die JSON die du gepostet hast mal bei mir mit rein genommen. Trage ich 24V ein bei Operating voltage ist das gerät nicht in der Batterie Liste, Trage ich 3V ein, steht es in der Liste.
Vielleicht blöde Frage: Guckst du auch in der batterieList?
(nicht zu ernst nehmen)Zweite: Kannst du mir vielleicht ein Screenshot geben von den Objekten des DSR8 damit ich sehen kann welche Werte da drin stehen? Es reichen nur die Objekte in den
0Ordner -
@ciddi89
Da die Push-Over Nachrichten von deinem Adapter kommen und mit "niedrige Batteriezustände:" anfangen hast du dich entweder vertippt oder ich hab doch in die richtige Liste geschaut
-
@bommel_030 ja ich glaube ich habe das Problem bereits gelöst. Vielleicht.
Hatte kurzzeitig auch das Problem das das Gerät bei mir auftauchte in der Batterie Liste aber hab es nun geschafft das es nicht mehr da ist. -
Die GitHub version wird langsam und nicht mehr lange, dann sollte wieder alles richtig funktionieren. Es fehlt nur noch das umprogrammieren vom Letzten Kontakt ermitteln und Onlinestatus setzen. Unter der Haube hat sich bisschen was verändert was den User nicht wirklich ersichtlich ist aber trotzdem wichtig sind. Bisher konnte ich ein RAM Reduzierung von 10-15 mb feststellen und ein ruhigeres Verhalten vom Adapter. Außerdem kann man nun auch direkt eine Nachricht bekommen wenn ein Device ein niedrigen Batteriestatus erreicht/gemeldet hat, wo dann auch nur dieses device drin steht.
Nun ist aber erstmal Weihnachten dran.
Eine Kurze Frage zwischendurch:
Ist es bevorzugt auch beim Adapterstart schon die Übersichten gesendet zu bekommen?Wünsche euch fröhliche und angenehme Weihnachten.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Nun ist aber erstmal Weihnachten dran.
dir auch frohe Weihnachten!
Ist es bevorzugt auch beim Adapterstart schon die Übersichten gesendet zu bekommen?
mMn nicht notwendig
-
Wer nicht die einzelnen Listen pro Adapter nutzt, oder dem die Funktionalität erstmal egal ist, der kann, wenn er möchte, die Version 2.2.0 auf Github testen.
Wie gesagt außer die Listen pro Adapter, sollte alles funktionieren. Werde diese die Tage auch wieder gangbar machen und wenn das Feedback sonst so weit okay war, je nach dem wie gut oder schlecht es nun bei euch funktioniert, wird es dann wieder ein offizielles Release geben.
Hier eine kleine Liste was es neues gibt:
- Listen bzw. die Werte werden dynamisch in Echtzeit erneuert wenn diese sich verändern.
- Nachricht wenn eine Batterie ein geringen bzw. low Wert erreicht hat
- Nachricht wenn ein Gerät offline bzw. online geht (Aber auch nur das jeweilige Gerät)
- Nachricht wenn für ein Gerät ein Update vorhanden ist (Shelly, Unifi)
- min Batterie Wert wird nun nicht mehr unter Benachrichtigung eingestellt sondern unter Experten Einstellungen
- Polling wird nur noch genutzt um die Zeiten zu ermitteln. Meine neue Empfehlung wäre daher 60 Sekunden.
- Beim Adapterstart werden keine Nachrichten mehr versendet.
Falls das mit den Listen/Werten dynamisch schreiben bei euch nicht hinhaut, weil es zuviel wird, dann bitte bescheid geben, evtl. muss ich das dann mit ins Polling nehmen. Bei mir mit 80 Geräten ging es aber ganz gut. Aber bei PowerUsern kann es schon viel sein.
Versuche aber ohne hin das intern noch weiter zu Verbessern um die Lasten so gering wie möglich zu halten.Ich danke schon mal fürs Feedback und hoffe es läuft bei euch genau so gut wie bei mir
-
@da_woody sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@ciddi89 wieder bißchen rumgespielt...
da gibts soviele möglichkeiten... 
Könntest du kurz zeigen wie du das im iQontrol erstellt hast.
-
Ich hätte einen Wunsch für "neue" Geräte. Da Apollon77 den Innogy Adapter ertüchtigt hat, gibt es nun in dem Adapter auch Datenpunkte für die Batterie.
Allerdings nicht so wie das üblich ist in Prozent, sondern als Zustände - und zwar als "LowBatterie - True/False". Kannst du so eine Abfrage auch in den Divice Watcher intergrieren?
-
@jb_sullivan klar geht das. Ist bei vielen anderen Adaptern ja nicht anders. Der Wert wird dann nicht als Prozentwert ausgegeben sondern als ‚ok‘ oder ‚low‘.
-
@ciddi89 Brauchst du außer der Baumansicht oben aus dem Screenshot noch irgend welche Infos zu dem Adapter?
Screenshot
