Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[A Former User]

@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]

@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 ?

[A Former User]

@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]

@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!

[A Former User]

@bommel_030 vielleicht kannst dann ja mal gucken was er bei operating voltage für ein wert ausgibt bei deinem drap gerät

[A Former User]

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.

[Rushmed]

@ciddi89 Hallo, danke.
Wo finde ich die Option?

Shelly ist aktiviert.

[A Former User]

@rushmed die GitHub version installieren solange es nicht in der stable repo ist. :) https://github.com/ciddi89/ioBroker.device-watcher

[sigi234]

@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

[A Former User]

@sigi234 springen die bei dir um? Bei mir nicht obwohl 2 Geräte Updates vorhanden sind.

[sigi234]

@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.

[A Former User]

@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]

@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:

[bommel_030]

@ciddi89
Ich wiederhole mal @Rushmed
Wo finde ich die Option? Ja, Version 2.1.0 ist installiert ;-) Shelly ist auch angewählt.

[Negalein]

@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.

[A Former User]

@negalein @bommel_030 @Rushmed könnt ihr mal auf den Icon für dateiupload drücken im Experten modus und adapter beim device-watcher:

[bommel_030]

@ciddi89
Hätte ich oben gleich mit erwähnen können. Auch mit upload und und reboot nichts zu sehen.

[Negalein]

@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.

[A Former User]

@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-watcher

Vielleicht hat er die Änderung nicht geschluckt. Ist mir gerade ein Rätsel. Weil soweit ich weiss funktioniert das bei ein anderen User auch.

[Rushmed]

@ciddi89 Klappt leider immernoch nicht.
Zur Info, hab die erste Aktualisierung über "von Github" gemacht und die zweite über "Benutzerdefiniert."

Upload hab ich auch ausgeführt.