UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[cash]

@ArnoD Batterie-Meldung mit Datum ist eigentlich so gewollt. Der Grund dafür ist simpel. Wenn man zum erstenmal die Meldungbekommt wäre das Datum theoretisch über aber wenn Du nicht sofort reagierst sondern wartest und in der Zwischenzeit kommt z. B. eine unreach Meldung dann bekommt man ja eine Push mit beiden aktuellen Meldungen und dann fand ich es besser wenn bei der Batterie generell das Datum dabei ist. Alle anderen Servicemeldungen sind i. d. R. Ja nur temporär. Lediglich die Batteriemeldung kann auch schon mal ein paar Wochen vorhanden sein.

Bei den IP Meldungen wäre die Frage wie man das realisieren will das man eine Push kriegt wenn es erledigt ist? Bei den normalen braucht man die ja nicht. Generell eine Push wenn keine Meldung mehr vorliegt finde ich auch eher nicht so gut, da ich z. B. nach einen Batteriewechsel weiß das die Meldung erledigt ist.

[ArnoD]

@cash ok verstanden, macht sinn. :+1:
Mann könnte ja bei den IP Geräten UNREACH_ALARM===2 abfragen, mir ist nur noch nicht klar wan dieser Datenpunkt 0 wird.

[integer63]

Auch von mir zu aller erst mal ein fettes DANKE!

Und ich möchte etwas melden :-)
Bitte melden: Wohnzimmer.FB19 (MEQ0602355) --- HM-RC-19-SW --- Batterietyp fehlt im Script

Eine Frage habe ich: wieso bleibt bei mir "Anzahl_GESAMT" auf 1, obwohl alle anderen Zähler auf 0 sind? (auch Text ist leer)

Beste Grüße
Thomas

[cash]

@integer63 Welche Batterien gehören darein? 3 x AAA?

Bei mir steht das Feld auch auf 1. Ist mir nicht aufgefallen. Habe den Fehler hoffentlich behoben. Werde ein Update bei GitHub einstellen zusammen mit dem Batterieupdate.

[integer63]

@cash Bei der Fernbedienung sind drei NiMH Akkus (Typ HR 03) und eine Ladestation mit dabei - also keine klassischen Batterien.

[integer63]

Mir ist gerade aufgefallen, dass es auch andersherum nicht stimmt - falls das bei der Fehlersuche hilft:

[SRo769]

vielen vielen Dank für die super Arbeit! Script läuft sauber. Jetzt wird die Überwachnung deutlich komfortabler:+1:

Nachtrag: bei den Geräten ohne Batterie fehlt noch das 'HM' im Eintrag 'HM-LC-Sw2PBU-FM'

[cash]

Neues Update auf github. Sollte hoffentlich das Problem mit der Anzahl der Servicemeldungen lösen.

[Knallochse]

@cash Ich möchte mich einfach nur mal für dein Servicemeldungsscript BEDANKEN :+1:

[cash]

@Knallochse Danke. Habe viel gelernt durch das Script :-)

[integer63]

@cash Danke für das schnelle Update. Der Gesamtzähler geht jetzt auch auf 0, aber leider bleibt nun im TEXT etwas stehen:

Kannst du dir das bitte auch noch mal ansehen?

[cash]

@integer63 Nachvollziehen kann ich es nicht. Der Code sieht eigentlich sauber aus. Ich werde dort trotzdem mal eine kleine Änderung vornehmen in der Hoffnung das es dann funktioniert.

[integer63]

@cash Es scheint auch so zu sein, als ob es evtl. nur bei Sabotage Meldungen auftritt - zumindest ist mir sonst noch nichts weiter aufgefallen (habe aber auch sonst bisher nur Unreach und Lowbat Meldungen gehabt). Hier ein paar zeitgleiche Screenshots (nachdem ich eine Sabotage provoziert und wieder beendet hatte):

auf der CCU2:

das steht in TEXT:

und das sind die Zähler:

Dein Script hat also die Sabotage und Gesamt wieder korrekt auf 1 gesetzt, aber in TEXT steht die Sabotage noch drin.

[cash]

@integer63 was sagt denn das log dazu?

[integer63]

@cash nur das hier:
2019-07-04 12:18:52.671 - info: javascript.0 script.js.Systemsteuerung.Service_Meldungen: Neue Servicemeldung: Abstellraum DSip (000C5709AE6A29) --- HmIP-SPDR--- Typ: SABOTAGE_ALARM --- Status: 2 Sabotage aufgehoben
2019-07-04 12:18:55.732 - info: javascript.0 script.js.Systemsteuerung.Service_Meldungen: Pushnachricht unterdrückt, da es über diese Servicemeldung bereits eine Push gab.

also dass die Sabotage aufgehoben ist

[integer63]

Jetzt hatte ich gerade eine LOWBAT Meldung und habe die Batterie getauscht, danach war die Sabotage Meldung aus TEXT weg, aber dafür bleibt jetzt die LOWBAT Meldung drin stehen. Im Log steht:

pushover.1 2019-07-04 12:51:05.364 info Send pushover notification: {"device":"All","message":"Wintergarten.TFO.Tuer (MEQ0186737) - <font color="red">Spannung Batterien/Akkus gering.</font> 1x LR3/AAA --- seit: 04.07.19 12:50:49 Uhr\nHeiz
javascript.0 2019-07-04 12:51:02.454 info script.js.Systemsteuerung.Service_Meldungen: Neue Servicemeldung: Wintergarten TFO Tür (MEQ0186737) --- HM-Sec-SCo--- Typ: LOWBAT_ALARM --- Status: 1 Batterie niedrig

Ansonsten sind die Zähler wieder richtig und in der CCU2 steht auch nur noch UNREACH Meldung.

[cash]

@integer63 Bist Du evtl zu ungedulig? Oder ist das log unvollständig? Solange die LOWBAT Meldung nicht aufgehoben worden ist im log kann sie auch nicht aus den Objekten verschwinden?

Bei Sabotage habe ich eine Ideee woran es liegen könnte.

[integer63]

@cash Hm, aber sollte nicht der Inhalt von TEXT mit den Zählern übereinstimmen? Lowbat und Low_bat ist 0, aber in TEXT steht immer noch:
Wintergarten.TFO.Tuer (MEQ0186737) - Spannung Batterien/Akkus gering. 1x LR3/AAA, Heizungsraum.PMSw.WarmWasser (OEQ0247399) - Kommunikation gestört.

[integer63]

Jetzt kam gerade diese Meldung im Log:
javascript.0 2019-07-04 13:16:31.948 info script.js.Systemsteuerung.Service_Meldungen: Neue Servicemeldung: Heizungsraum PMSw WarmWaßer (OEQ0247399) --- HM-ES-PMSw1-Pl-DN-R1--- Typ: UNREACH_ALARM --- Status: 2 Kommunikation war gestört

Und nun ist die Lowbat Meldung auch raus. Als ob TEXT es erst immer mit der nächsten Meldung aktualisiert wird.

[cash]

@integer63 Nicht ganz richtig. Text und Zähler wurden zu unterschiedlichen Zeiten aktualisiert. Dort habe ich jetzt einige anpassungen vorgenommen.

Bitte mal aktuelle Version testen und in Zeile 59 "const find_bug = false; " ändern auf "const find_bug = true; "

Wenn Dir dann was auffällt interessiert mich das Log (jeder Eintrag der von dem Script kommt und die Feldinhalte.