Confirm Servicemessages also in Rega

[hobbyquaker]

https://homematic-forum.de/forum/viewtopic.php?f=53&t=45134&start=30#p460845

[jens-maus]

Zusätzlich solltest du IMHO auch noch einbauen das nur die Servicemeldungen angezeigt werden (oder mit einem flag versehen werden) die in der Rega auch angezeigt werden. Seit einigen Versionen in RaspMatic ist es ja möglich für Geräte servicemeldungen abzuschalten. Dies sollte Homematic-Manager IMHO auch abbilden.

[hobbyquaker]

Hmmm... Will eigentlich keine weiteren Rega-spezifischen Dinge im Homematic-Manager einbauen, die primäre Zielgruppe des HM-Manager hat eh keine Rega (Home Assistant, Homegear, Loxberry, OEMs die ausschließlich mit dem crRFD arbeiten, ...) und/oder will ganz bewusst sehen was die Schnittstellenprozesse tun.

[jens-maus]

Verstehe. Dann muss es nur gut dokumentiert sein warum dein manager aber dann ggf mehr vermeintliche servicemeldungen anzeigt als die webui.

[hobbyquaker]

Naja, die Servicemeldungen sind nun mal da - daher kann man diese Anforderung imho spiegeln - es muss gut dokumentiert sein dass die im WebUI bzw. in der Rega nur ausgeblendet sind. Nutzer des ioBroker z.B. sehen sie ja über den hm-rpc Adapter auch immer noch. Und wenn sich jemand aus RPC Events in RedMatic eine Liste der Servicemeldungen erzeugen lässt sind die auch noch da...

[jens-maus]

Da hast du natürlich prinzipiell recht. Ich könnte ja in RaspberryMatic noch eine Option einbauen das man in der Servicemeldungsliste in einfacher form alle ausgeblendeten Meldungen mit einem Knopfdruck wieder anzeigen lassen kann. Oder du zeigst im manager die zusatzinfo über das ausgeblenden flag aus der rega irgendwie mit an?!?

[hobbyquaker]

ich seh da eigentlich kein Handlungsbedarf beim HM-Manager, eher auf CCU Seite. Die Rega ist für das Meldungen-deaktivieren-Feature imho der falsche Ort - zumindest dann wenn das auch im Zusammenspiel mit externer Software funktionieren soll. Davon ist bei den Homematic Usern mittlerweile ja ein veritabler Zoo vorhanden, spontan fallen mir neben dem HM-Manager noch gut 10 Systeme ein die die UNREACH Infos afaik direkt von den Schnittstellenprozessen beziehen: FHEM, OpenHAB, ioBroker, HASS, PiMatic, IP-Symcon, mehrere Node-RED Nodes, Homebridge-Homematic, Homey, Loxberry. Und ich hab bestimmt noch welche vergessen. Die alle zu einer Anpassung an RaspberryMatic zu bewegen ist imho nicht realistisch...

Die aus meiner Sicht einzige nicht-nachteilbehaftete Lösung wäre das in den Schnittstellenprozessen und nicht in der Rega abzuhandeln. Allerdings wissen wir halt auch beide dass die Wahrscheinlichkeit das so ein Feature noch Einzug in den BidCos-rfd hält eher gering ist ;-) Insofern bin ich da atm ziemlich ratlos was in dieser Frage der beste praktikable Weg wäre - muss aber auch zugeben dass ich da nicht mit höchster Motivation drüber nachgedacht habe weil ich dieses Feature eh nicht brauche, ich handel das Konsolidieren und Benachrichtigen der Fehler/Warnmeldungen meiner Systeme zentral und nicht Homematic-spezifisch ab ;-)

[hobbyquaker]

Noch ein Gedanke kam mir jetzt. Eigentlich könnte man auch die Ansicht vertreten dass die "führende" Logikschicht in einem Gesamtsystem der richtige Ort ist Fehlermeldungen aufzuarbeiten. Wenn also jemand ausschließlich mit der CCU Unterwegs ist ist es ja praktikabel das in der Rega zu machen, das habe ich ja auch nicht bestritten. Die Problemstellung entsteht ja erst im Zusammenspiel mit externer Software. Da könnte man sich's nun einfach machen indem man sich ein wenig schwarz/weiss Denke erlaubt und sagt: Gut, wenn da ein externes System angedockt ist, dann haben wir eben eine andere "führende Logikschicht" und die Rega wird vmtl eh nicht mehr so wirklich genutzt - also kann es Dir an der Stelle quasi egal sein. Dieser Gedanke führt mich jetzt aber wieder zu dem gleichen Schluss den ich schon im Vorletzten Posting genannt habe: nämlich dass Du es einfach Dokumentieren solltest und/oder beim Deaktivieren der Meldungen per Popup oder so drauf Hinweisen solltest dass externe Software u.U. dieses Feature nicht unterstützt und weiterhin Meldungen anzeigt.

[jens-maus]

Ich geb dir zu allem vollkommen recht. Natürlich könnte man den Schnittstellenprozessen auch solch ein Feature beibringen. Allerdings wäre das in der Tat wohl der größere Aufwand (müsste man ja für bidCos+HmIP getrennt umsetzen) und wäre die größere Hürde. Allerdings kann man auch sehr wohl argumentieren, das solch ein "ausblenden" bzw nicht verarbeiten der Geräte-Servicemeldungen auch vielleicht gut in den einzelnen Logikschichten aufgehoben ist und so eben auch in der ReGa. Denn vielleicht möchte man ja eben z.b. In der ReGa Geräte (ggf auch andere) ausblenden lassen als in einem auch konnektierten System (z.b. ioBroker). Und das die Schnittstellenprozesse in jedem fall eine UNREACH&Co meldung weiterleiten und nicht einfach ignorieren oder verschlucken ist IMHO eigentlich auch richtig und gewollt. Es sollen ja die Logikschichten hier ggf entscheiden ob die meldungen relevant sind oder nicht. Aber ich sehe/verstehe natürlich das im homematic-manager das ggf nicht relevant/gewollt ist das selbe wie in der ReGa abzubilden da es sich faktisch ja um eine eigene logikschicht handelt die mit den schnittstellenprozessen verbunden ist. Insofern kannst du das Ticket auch ggf gerne schliessen wenn du das unterschiedliche vorgehen ggf dokumentiert hast damit nutzer hier nicht durcheinander kommen. Und ich werde mal schauen das ich in der WebUI ggf noch etwas hinzufüge das die anzahl der verborgenen Servicemeldungen auflistet damit das auch von der seite klarer wird warum die anzahl der servicemeldungen in der Rega vs homematic-manager verschieden ist.