RaspberryMatic - Verbesserungsvorschläge/Wünsche

[Roland816]

Werden nicht bei allen Komponenten mit Batterie die Spannung immer wieder übertragen?
Wenn dem so ist dann bitte auch in der WEBUI anzeigbar machen.

Habe auch in Mietwohungen IP Geräte und es ist störend für den Batteriewechsel immer den Mieter zu belästigen.

[Baxxy]

dass die Batterie-Leer Warnung von den Geräten nicht zur Verfügung gestellt wird.

Eigentlich sollte eine Servicemeldung ("Batteriezustand gering" oder so...) in der WebUI erscheinen.
Das ist ein "Standard-Feature", RaspberryMatic verhält sich da nicht anders als original CCU.

Könnte natürlich sein das du die "Low-Bat.-Schwelle" zu weit herunter gesetzt hast und das Gerät es dann gar nicht mehr schafft die Meldung abzusetzen.

Wenn dem so ist dann bitte auch in der WEBUI anzeigbar machen.

Schon mal deine Geräteliste in > Einstellungen > Geräte genauer inspiziert?

[mws]

Nein keine Änderungen an den Einstellungen für die LowBatt der IP Geräte durchgeführt. Es wird mir aber weder auf der Oberfläche gemeldet noch wird es - und das ist viel schlimmer weil ich die WebUI normalerweise gar nicht benutze - nicht in den Servicemessages abgelegt. Un dda scheint ein uraltes Problem bei eQ3 zu sein wie dieser EIntrag hier beweist: https://github.com/eq-3/occu/issues/54

[jp112sdl]

ein uraltes Problem

was darauf hindeutet, dass an der zentralen Anlaufstelle "getServiceMessages" als gesammeltes Werk aller anstehenden Meldungen nicht länger festgehalten wird. Obsolet. Deprecated.

Soweit ich es verstanden habe, funktioniert die Servicemeldung innerhalb der ReGa und WebUI so, dass beim Auftreten einer Meldung (z.B. LOWBAT) ein Event an den RPC-Client (ReGaHss) gesendet wird. Die Anzeige in der WebUI erfolgt dann quasi aus dem Datenbestand der ReGa.

Man könnte evtl. auch zyklisch ein Skript laufen lassen, das über alle :0 der HMIP-Geräte iteriert und schaut, ob LOWBAT gesetzt ist.

Eine weitere Möglichkeit für externe Systeme wäre, sich als RPC-Instanz am HMIPServer zu registrieren und auf die Maintenance-Events zu reagieren.

[jmaus]

Nein keine Änderungen an den Einstellungen für die LowBatt der IP Geräte durchgeführt. Es wird mir aber weder auf der Oberfläche gemeldet noch wird es - und das ist viel schlimmer weil ich die WebUI normalerweise gar nicht benutze - nicht in den Servicemessages abgelegt. Un dda scheint ein uraltes Problem bei eQ3 zu sein wie dieser EIntrag hier beweist: https://github.com/eq-3/occu/issues/54

Also soweit ich mich erinnere/meine werden problemlos auch für HmIP Geräte die low battery meldungen in der WebUI abgelegt und daraufhin dann eben auch unter service messages abgelegt. Zumindest ist mir nichts gegenteiliges dazu bisher bekannt… vielleicht kann Baxxy dazu ja mal entsprechend testen und wenns da in der Tat ein Problem gibt kann ich gerne meine eQ3 Kontakte antriggern das das im HmIPServer repariert wird..

[Baxxy]

Habe ne PCBS-BAT die täglich eine Dekobeleuchtung im Couchtisch ansteuert.
Versorgt wird das Setup über über 2 18650er Akkus die natürlich "regelmäßig" zur Neige gehen.
Low-Bat.-Schwelle ist bei 6,4V gesetzt und die passende Servicemeldung bei geringem Batteriestand wird mir vom "Serviemeldungen AiO - Script" (von Alchy) per Push über Telegram mitgeteilt.

Also keine Probleme dahingehend bei mir.

Kann natürlich sein das z.B. TFK's sich da anders verhalten.
Das müsste man aber idealerweise mit Spannungsversorgung durch ein Labornetzteil o.ä. testen. Sowas habe ich aber nicht.

[jp112sdl]

Das getServiceMessages wird doch nur dann benötigt, wenn man das feuern des Geräte-Events verpennt hat und man nicht alle Geräte einzeln abfragen möchte. Oder habe ich da einen Denkfehler?

Salopp gesagt: Der Schnittstellenprozess (HMIPServer oder RFD, 485) läuft allein auf weiter Flur vor sich hin und zum Zeitpunkt X möchte man wissen, welche Geräte eine Servicemeldung haben (UNREACH, LOWBAT, CONFIG_PENDING, etc).

Das geht momentan nur bei BidCos. Es geht nicht bei HMIP-RF/-Wired und auch nicht beim klassischen Wired.

[Baxxy]

Da es gestern Abend mal wieder soweit war...

Ich sehe hier keine Probleme.

[jp112sdl]

Ich sehe hier keine Probleme.

Dein Screenshot bildet das vermeintliche Probleme auch nicht ab

[Baxxy]

Naja, 2/3 schon...
Im Screenshot 2 das:

Werden nicht bei allen Komponenten mit Batterie die Spannung immer wieder übertragen?
Wenn dem so ist dann bitte auch in der WEBUI anzeigbar machen.

Und im Screenshot 1 das:

Es wird mir aber weder auf der Oberfläche gemeldet...

Wobei ich hier bei "Oberfläche" von der WebUI ausgehe.

Übergeordnete Steuerungen können doch auf LOWBAT reagieren, zumindest mein HA mit der Integration macht das.

An dem Problem das diverse Servicemeldungen nicht über "getServiceMessages" verfügbar sind können wir doch eh nix ändern, oder?