HMIP-PSM Meldung/Status Error_Overheat zurücksetzen

[alchy]

Ja man könnte mittels Script so tun als ob nichts wäre.

In der Klickibunti sind nur Servicemeldungen zu bestätigen wie z.B.Kommunikation WAR gestört.
Alle anderen Servicemeldungen sind eben so lange da, wie der entsprechende Triggerdatenpunkt es sagt das es ein Problem gibt.
Nehmen wir mal Kommunikation IST gestört. Die Servicemeldung ist so lange anstehend, bis das entsprechende Gerät sich wieder bei der CCU meldet.
Also gehen wir mal aus, das deine PSM wirklich überhitzt ist, dann müsstest du dafür sorgen, das dem Teil kalt wird. Das sollte relativ einfach möglich sein. Denk mal drüber nach.

Dann gäbe es natürlich immer noch die Möglichkeit das sich irgendetwas verschluckt hat. Vielleicht das sich das Teil überhitzt hat, aber die Abkühlung nicht meldet o.ä.

Alchy

[Schnubbi86]

Also gehen wir mal aus, das deine PSM wirklich überhitzt ist, dann müsstest du dafür sorgen, das dem Teil kalt wird. Das sollte relativ einfach möglich sein. Denk mal drüber nach.

Ja, war eine einmalige Überhitzung ... das war 2 Wochen her ...
Natürlich ist das Ding mittlerweile wieder kühl ...

Also entweder hat sich da was verschluckt und die Meldung "bin wieder kühl" ist nicht angekommen ...
Oder es geht halt nur per Skript.

Ist es dann das Script was im ersten Beitrag steht?
Danach wurde ja gesagt, dass es damit nicht ginge ...
Oder hättest du eine Idee wie ein solches Script aussehen müsste

[dtp]

Ich habe dasselbe Problem mit einem HmIP-PCBS. Die OVERHEAT-Meldung bleibt in der CCU3 stehen, auch wenn sie schon lange nicht mehr zutrifft und der Aktor wieder seinen Dienst verrichtet. Da scheint wohl ein Bug in der jeweiligen Aktor-Firmware vorzuliegen, da der Aktor ja eigentich wieder ein false melden müsste.

[alchy]

Einfach die Servicemeldung für die Rega mittels Script zurücksetzen.
Wenn dem Aktor immer noch warm ist, wird er eine neue erzeugen.

Alchy

[dtp]

Hast Recht. Kann ich machen. Mir wäre aber schon lieber, die ehemals überhitzte Komponente würde das von sich aus tun. Die weiß es schließlich am besten.

[Black]

Es geht über ein rega event. State ist da nicht zielführend. @dtp wenn mir nochmal anfrage schickst geb ich dir Level 7. Damit kannst du rega datenpunkte setzen die nicht operation_write sind.

Black

[alchy]

Mir wäre aber schon lieber, die ehemals überhitzte Komponente würde das von sich aus tun. Die weiß es schließlich am besten.

Da geb ich dir Recht, wahrscheinlich schlummert da auch ein generelles Problem: Denn du bist ja nicht alleine wie man dem alten, wieder aufgewärmten, Thread entnehmen kann. Ich hatte bisher (außer künstlich vorgetäuscht) noch keine Überhitzung eines Gerätes. Und eines wirklich zu erhitzen um es nachzustellen, hatte ich noch keinen Bock.

State ist da nicht zielführend.

Hat ja keiner behauptet, nur der TE hatte es so versucht und ist entsprechend gescheitert.
Der hatte wohl auch kein Level 7 Zugang zu deinem Programm

Alchy

[Heik]

Hallo,

wie muß man vorgehen damit in 'Status und Bedienung' auch der Kanal 0 eines Gerätes sichtbar ist, so wie in Beitrag 3 und 4 ?

[alchy]

2 unterschiedliche Sachen.

Das Bild von thoelens kommt aus der Favoritenansicht.
Kannst du auch: erzeugst einen Favoriten und dem Favoriten ordnest du jeweils den Kanal 0 deines Gerätes zu. Ist wahrscheinlich ein Bug würde ich mal behaupten, das die Programmierer in den Favoriten das nicht "unterbunden" haben. Denn unter Status und Beidenung wurde es explizit ausgeblendet. Ode rnennen wir es ein Versäumnis, oder auch Feature.

Meines ist wirklich von Status und Bedienung und wurde von mir durch eine Änderung der internen Dateien der Klickibunti erzeugt.
Kannst du auch: musst du die Datei suchen und die passenden Änderungen durchführen. Ich kann grad nicht nachschauen, würde aber von einer .fn Datei ausgehen.

Alchy

[Heik]

Danke Alchy. Die Favoritenmethode hat schon mal funktioniert. Mit der Dateianpassung das probier ich vielleicht später mal aus.