NEWS
Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@markus_ Geräte mit einer höheren Spannung werden nun nicht mehr als Batterie Geräte angezeigt. Kannst du ja noch einmal testen. :)
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@markus_ Geräte mit einer höheren Spannung werden nun nicht mehr als Batterie Geräte angezeigt. Kannst du ja noch einmal testen. :)
Ich habe auch diverse HMIP Wired Geräte, die werden mir als "Niedrige Batteriezustände" zur eingestellten Batteriemeldungszeit gemeldet. Soll das so sein? Der Haken bei "Nur Geräte mit Batterien auflisten" ist absichtlich nicht gesetzt.
-
@ciddi89
Hatte mal wieder etwas Zeit und hab den Adapter wieder in Betrieb genommen. Nutze mittlerweile den Zigbee statt deconz Adapter. Die Ikea-Fernbedienungen melden sich hier nur einmal am Tag ob sie noch leben. Daher habe ich sie auf die Blacklist gesetzt, da ich die ein "Ausfall" der dauerhaft bestromten Geräte relativ zeitnah gemeldet bekommen möchte.
Damit schließe ich aber auch die LowBat Benachrichtigung dazu aus. Kann ich das irgendwie umgehen? Sprich, bauartbedingt melden die sich nur 1x am Tag, daher interessiert mich die Offline Meldung nicht, aber sobald die Batterie leer wird wüßte ich das schon gerne.
(Hab das Thema zumindest nach den 33 Treffern "Batterie" durchforstet aber keine Lösung gefunden.)@bommel_030 geht der Datenpunkt availability auch auf false? Wenn nicht, spielt das keine Rolle. Ansonsten müssen weitere checkboxen eingebaut werden in der Blacklist… Keine große Arbeit aber wird evtl die Übersicht beeinträchtigen.
Zu den hm wired Geräte. Soll natürlich nicht sein. Aber wie soll man das unterscheiden wenn die Datenpunkte für battery/lowbat vorhanden sind? Habe schon ein Filter gesetzt der alles ausfiltert was über 6V ist, da wird von ausgegangen das es ein wired Gerät ist. Ist das zu hoch? Wie sieht die Struktur der Datenpunkte aus? Vielleicht muss ich da noch was anpassen. Leider muss man bei Homematic echt so viel beachten 😩
Die allerletzte Not wäre evtl eine Gerätebasierte Filterung, falls überhaupt möglich, die zusätzliche Arbeit und Code möchte man sich aber eigentlich sparen :grinning: -
@bommel_030 geht der Datenpunkt availability auch auf false? Wenn nicht, spielt das keine Rolle. Ansonsten müssen weitere checkboxen eingebaut werden in der Blacklist… Keine große Arbeit aber wird evtl die Übersicht beeinträchtigen.
Zu den hm wired Geräte. Soll natürlich nicht sein. Aber wie soll man das unterscheiden wenn die Datenpunkte für battery/lowbat vorhanden sind? Habe schon ein Filter gesetzt der alles ausfiltert was über 6V ist, da wird von ausgegangen das es ein wired Gerät ist. Ist das zu hoch? Wie sieht die Struktur der Datenpunkte aus? Vielleicht muss ich da noch was anpassen. Leider muss man bei Homematic echt so viel beachten 😩
Die allerletzte Not wäre evtl eine Gerätebasierte Filterung, falls überhaupt möglich, die zusätzliche Arbeit und Code möchte man sich aber eigentlich sparen :grinning:@ciddi89
Ja, availability ist dann auch false. Ich versuch die noch mal zu koppeln, evtl. hat die eine nur Schluckauf. Die beiden weitern haben sich inzwischen wieder gemeldet. Offline Zeit habe ich jetzt mal von 300 auf 0 geändert.Also bei mir sind es HM**IP**-wired Geräte, der BUS läuft da bei 24 VDC. Grob überschlagen sollte das knapp über den 6V als Filter schon passen. Es werden auch keine battery/lowbat Datenpunkt erzeugt. Keine Ahnung ob der bei den HM-wired Geräten auftaucht. Die Struktur vom DRAP häng ich mal als JSON an. hm-rpc.0.DRAP.json
Dann habe ich noch eine Frage zur Offline-Zeit. Alle Werte >0 sind die Minuten die ein Gerät Offline sein muss damit es gemeldet wird. Bei 0 werden online/available etc. direkt genutzt. Aber was macht die -1 ?
-
@ciddi89
Ja, availability ist dann auch false. Ich versuch die noch mal zu koppeln, evtl. hat die eine nur Schluckauf. Die beiden weitern haben sich inzwischen wieder gemeldet. Offline Zeit habe ich jetzt mal von 300 auf 0 geändert.Also bei mir sind es HM**IP**-wired Geräte, der BUS läuft da bei 24 VDC. Grob überschlagen sollte das knapp über den 6V als Filter schon passen. Es werden auch keine battery/lowbat Datenpunkt erzeugt. Keine Ahnung ob der bei den HM-wired Geräten auftaucht. Die Struktur vom DRAP häng ich mal als JSON an. hm-rpc.0.DRAP.json
Dann habe ich noch eine Frage zur Offline-Zeit. Alle Werte >0 sind die Minuten die ein Gerät Offline sein muss damit es gemeldet wird. Bei 0 werden online/available etc. direkt genutzt. Aber was macht die -1 ?
@bommel_030 danke für die infos, so kann ich es eingrenzen. Hier ist der operating voltage wichtig. Werde es mal testen wenn ich zeit habe warum er es meldet. Hab evtl schon eine idee…
Ähm -1 ist gleich 0. Das war noch aus der Anfangszeit. Kann es nun aber schlecht rausnehmen da viele das so am laufen haben und dann gibt es wieder haufenweise Fehlermeldungen und fragen :D In Zukunft soll aber 0 der Standard sein.
-
@bommel_030 danke für die infos, so kann ich es eingrenzen. Hier ist der operating voltage wichtig. Werde es mal testen wenn ich zeit habe warum er es meldet. Hab evtl schon eine idee…
Ähm -1 ist gleich 0. Das war noch aus der Anfangszeit. Kann es nun aber schlecht rausnehmen da viele das so am laufen haben und dann gibt es wieder haufenweise Fehlermeldungen und fragen :D In Zukunft soll aber 0 der Standard sein.
@ciddi89
Alles klar, Raiders ist jetzt Twix und so... :-D Dann geh ich mal auf die moderne 0.
Er listet auch konsequent alle HMIPW Geräte mit "-" bei der Batterie auf. Wenn ich zu Hause bin klau ich einem mal die BUS-Leitung und schaue was er dann meldet.
Ansonsten nochmals danke für den Adapter! -
@ciddi89
Alles klar, Raiders ist jetzt Twix und so... :-D Dann geh ich mal auf die moderne 0.
Er listet auch konsequent alle HMIPW Geräte mit "-" bei der Batterie auf. Wenn ich zu Hause bin klau ich einem mal die BUS-Leitung und schaue was er dann meldet.
Ansonsten nochmals danke für den Adapter!@bommel_030 vielleicht kannst dann ja mal gucken was er bei operating voltage für ein wert ausgibt bei deinem drap gerät
-
Es gibt ein neues feature in der aktuellen GitHub Version 2.1.0:
Wenn Geräte einen Update/Upgrade available Datenpunkt haben, und dieser angibt das es ein Update gibt, bekommt man eine Nachricht wenn dies in den Einstellungen aktiviert ist. Derzeitige Unterstützte Adapter: Unifi und Shelly. Bei Unifi beachtet bitte das der Datenpunkt Upgrade für devices aktiviert sein muss in den Instanzeinstellungen von Unifi.
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
-
Es gibt ein neues feature in der aktuellen GitHub Version 2.1.0:
Wenn Geräte einen Update/Upgrade available Datenpunkt haben, und dieser angibt das es ein Update gibt, bekommt man eine Nachricht wenn dies in den Einstellungen aktiviert ist. Derzeitige Unterstützte Adapter: Unifi und Shelly. Bei Unifi beachtet bitte das der Datenpunkt Upgrade für devices aktiviert sein muss in den Instanzeinstellungen von Unifi.
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
@ciddi89 Hallo, danke.
Wo finde ich die Option?
Shelly ist aktiviert. -
@rushmed die GitHub version installieren solange es nicht in der stable repo ist. :) https://github.com/ciddi89/ioBroker.device-watcher
-
Es gibt ein neues feature in der aktuellen GitHub Version 2.1.0:
Wenn Geräte einen Update/Upgrade available Datenpunkt haben, und dieser angibt das es ein Update gibt, bekommt man eine Nachricht wenn dies in den Einstellungen aktiviert ist. Derzeitige Unterstützte Adapter: Unifi und Shelly. Bei Unifi beachtet bitte das der Datenpunkt Upgrade für devices aktiviert sein muss in den Instanzeinstellungen von Unifi.
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
Ja , alle HM Geräte
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
Ja , alle HM Geräte
-
@sigi234 springen die bei dir um? Bei mir nicht obwohl 2 Geräte Updates vorhanden sind.
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@sigi234 springen die bei dir um? Bei mir nicht obwohl 2 Geräte Updates vorhanden sind.
Hm, weis nicht, hatte vor 2 Tagen ein Update vom Bewegungsmelder. Laut Datum wurde es aber geändert.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@sigi234 springen die bei dir um? Bei mir nicht obwohl 2 Geräte Updates vorhanden sind.
Hm, weis nicht, hatte vor 2 Tagen ein Update vom Bewegungsmelder. Laut Datum wurde es aber geändert.
@sigi234 ja ich übertrage gerade die updates auf das keypad und den Bewegungsmelder. Ich denke der wird nur umspringen wenn das Update auf dem Gerät ist und man es noch ausführen muss. Ich beobachte das mal. Aber du weisst ja, die Übertragung kann ein paar tage dauern :D
-
@sigi234 ja ich übertrage gerade die updates auf das keypad und den Bewegungsmelder. Ich denke der wird nur umspringen wenn das Update auf dem Gerät ist und man es noch ausführen muss. Ich beobachte das mal. Aber du weisst ja, die Übertragung kann ein paar tage dauern :D
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Aber du weisst ja, die Übertragung kann ein paar tage dauern
Ja, dauerte 2 Tage bei mir.:grin:
-
Es gibt ein neues feature in der aktuellen GitHub Version 2.1.0:
Wenn Geräte einen Update/Upgrade available Datenpunkt haben, und dieser angibt das es ein Update gibt, bekommt man eine Nachricht wenn dies in den Einstellungen aktiviert ist. Derzeitige Unterstützte Adapter: Unifi und Shelly. Bei Unifi beachtet bitte das der Datenpunkt Upgrade für devices aktiviert sein muss in den Instanzeinstellungen von Unifi.
Falls Ihr noch Adapter/Geräte kennt die vom Adapter unterstützt sind und solch ein Datenpunkt haben, dann bitte bescheid geben.
@ciddi89
Ich wiederhole mal @Rushmed
Wo finde ich die Option? Ja, Version 2.1.0 ist installiert ;-) Shelly ist auch angewählt.
-
@rushmed die GitHub version installieren solange es nicht in der stable repo ist. :) https://github.com/ciddi89/ioBroker.device-watcher
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@rushmed die GitHub version installieren solange es nicht in der stable repo ist. :) https://github.com/ciddi89/ioBroker.device-watcher
bei mir auch in 2.1.0 nicht vorhanden.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@rushmed die GitHub version installieren solange es nicht in der stable repo ist. :) https://github.com/ciddi89/ioBroker.device-watcher
bei mir auch in 2.1.0 nicht vorhanden.
@negalein @bommel_030 @Rushmed könnt ihr mal auf den Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:
-
@negalein @bommel_030 @Rushmed könnt ihr mal auf den Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:
@ciddi89
Hätte ich oben gleich mit erwähnen können. Auch mit upload und und reboot nichts zu sehen. -
@negalein @bommel_030 @Rushmed könnt ihr mal auf den Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:
mach ich bei Git Updates standardmäßig. :grin:
hatte nichts gebracht. -
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:
mach ich bei Git Updates standardmäßig. :grin:
hatte nichts gebracht.@negalein hm okay habe noch mal geschaut und was das betrifft kein Fehler gefunden. Dafür aber andere. :D
Vielleicht nochmal neu drüber installieren.
https://github.com/ciddi89/ioBroker.device-watcherVielleicht hat er die Änderung nicht geschluckt. Ist mir gerade ein Rätsel. Weil soweit ich weiss funktioniert das bei ein anderen User auch.
Support us
426
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge