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

[looxer01]

@rantanplan
kannst du diese Tabelle austauschen und dann nochmal mit debug laufen lassen ?

const alarmTypes = [
    { key: 'UNREACH_ALARM',                     suffixes: ['UNREACH_ALARM','unreach' ] },//UNREACH_ALARM = HM-Classic & HMIP-CCU - unreach = HMIP Accesspoint
    { key: 'STICKY_UNREACH_ALARM',              suffixes: ['STICKY_UNREACH_ALARM'] },
    { key: 'CONFIG_PENDING_ALARM',              suffixes: ['CONFIG_PENDING_ALARM','configPending'] }, //configPending ist eine HMIP Meldung
    { key: 'UPDATE_PENDING_ALARM',              suffixes: ['UPDATE_PENDING_ALARM'] },
    { key: 'LOWBAT_ALARM',                      suffixes: ['LOWBAT_ALARM', 'LOW_BAT_ALARM','lowBat'] }, //LOWBAT_ALARM = HM-Classic - LOW_BAT_ALARM = HMIP CCU - lowBat = HMIP Accesspoint
    { key: 'DEVICE_IN_BOOTLOADER_ALARM',        suffixes: ['DEVICE_IN_BOOTLOADER_ALARM'] },
    { key: 'ERROR',                             suffixes: ['ERROR','DUTY_CYCLE'] },                  // error ist ein Sammler fuer hier nicht definierte Meldungen
    { key: 'FAULT_REPORTING',                   suffixes: ['FAULT_REPORTING','FAULT_REPORTING-1_ALARM','FAULT_REPORTING-2_ALARM','FAULT_REPORTING-3_ALARM','FAULT_REPORTING-4_ALARM','FAULT_REPORTING-5_ALARM','FAULT_REPORTING-6_ALARM'] },
    { key: 'SABOTAGE_ALARM',                    suffixes: ['SABOTAGE_ALARM','sabotage'] }, // sabotage ist eine HMIP Meldung
    { key: 'STICKY_SABOTAGE_ALARM',             suffixes: ['STICKY_SABOTAGE_ALARM'] },
    { key: 'ERROR_NON_FLAT_POSITIONING_ALARM',  suffixes: ['ERROR_NON_FLAT_POSITIONING_ALARM'] },
    { key: 'OVERHEAT_ALARM',                    suffixes: ['ERROR_OVERHEAT_ALARM'] },
    { key: 'UNDERVOLTAGE_ALARM',                suffixes: ['ERROR_UNDERVOLTAGE_ALARM'] },
];

Die Änderung befindet sich in Zeile 9.

[looxer01]

@rantanplan
ignoriere die voherige message.
Nutze stattdessen die angehängte Version. Ich musste noch ein paar Codezeilen hinzufügen.
Es konnte gar nicht funktionieren

Servicemeldungen_Vol2_3-30_Rantanplan.txt

[rantanplan]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@rantanplan
ignoriere die voherige message.

Zu spät:blush:

Mit leeren Batterien kam die Meldung ".....Ventil blockiert"

Damit meine "Arbeit" nicht umsonst war, hier das Log.:grimacing:
ServicemeldungenSystemLog.csv

Probiere jetzt Dein geändertes Script.

[rantanplan]

@looxer01
Nach dem Script-Start wird "Einstellbereich Ventil zu gross" gemeldet
Auf der CCU3 keine Servicemeldung.

Hier das Log.
ServicemeldungenSystemLog.csv

Habe auch mal das andere Log aktiviert.
ServicemeldungenVol2.csv

Sehe gerade, dass "FAULT_REPORTING-6_ALARM" in ioBroker tatsächlich auf '2' steht. Warum auch immer.
CCU3 sagt "alles ok".

Tausche jetzt nochmal die Batterien.

[looxer01]

@rantanplan

• es wäre gut zu wissen wie Object Daten WZ-VD-Regal:4.FAULT_REPORTING ausgeprägt ist. Denn dort gibt es die status 1 - 7. bei den anderen nicht. (das hatte ich leider falsch gesehen)
  In der Regel werden die ALARM-Datenpunkte augelöst.

• Ein quick Fix wäre 'FAULT_REPORTING-6_ALARM' unter den AlarmType LowBat zu listen. Dann fehlen aber immer noch die anderen Alarme.

ich muss nochmal nachdenken.

EDIT
ok, nachgedacht.
Der Ansatz wäre

• 'FAULT_REPORTING-6_ALARM' unter lowbat zu führen. Dann bekommst du das auch klassifiziert als lowbat und nicht als 'FaultMessage"
• Die anderen werde ich dann vom status her als FaultMessages führen und die status 1-7 (ohne 6) entsprechend als status messages entsprechend der Tabelle: faultMessages aus dem Script darstellen

brauche ich jetzt aber ein wenig Zeit für

[looxer01]

@rantanplan
ich habe eine neue Version gebaut und hoffe, dass es jetzt ok ist.

Du solltest jetzt eine lowbat message erhalten für dieses gerät.

für alle anderen messages (Ventilstellung etc) erhälts du "Fault Messages"

Servicemeldungen_Vol2_3-30_Rantanplan2.txt

Falls ok, werde ich das in die nächste Version übernehmen.

vG Looxer

[rantanplan]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@rantanplan
ich habe eine neue Version gebaut und hoffe, dass es jetzt ok ist.

Du solltest jetzt eine lowbat message erhalten für dieses gerät.

für alle anderen messages (Ventilstellung etc) erhälts du "Fault Messages"

Irgendetwas hakt noch. (Sorry)

Leztes Script gestartet.
Leere Batterien noch im Gerät.
CCU3 zeigt "Leere Batterie"
Script JSONAktuelleSM "Keine passende Meldung......."

Spoiler

[
 {
   "datum_seit": "20.03.25 13:12:21 Uhr",
   "meldungsart": "FAULT_REPORTING-6_ALARM",
   "common_name": "Wohnzimmer-VD-Regal",
   "GeraeteId": "OEQ2637929",
   "status": 1,
   "status_message_Lang": "20.03.25 13:12:21 Uhr - FAULT_REPORTING-6_ALARM - Wohnzimmer-VD-Regal - (OEQ2637929) - 1 - Keine passende Meldung fuer MessageType: \"FAULT_REPORTING-6_ALARM\", Adapter: \"hm-rpc\", Status: \"1\". - Batteriebezeichnung: 2x LR6/AA",
   "status_message_Pure": "Keine passende Meldung fuer MessageType: \"FAULT_REPORTING-6_ALARM\", Adapter: \"hm-rpc\", Status: \"1\". - Batteriebezeichnung: 2x LR6/AA",
   "batterie_bezeichnung": "2x LR6/AA",
   "SM_aufgehoben_seit": "aktiv",
   "DataPoint": "hm-rpc.0.OEQ2637929.4.FAULT_REPORTING-6_ALARM"
 }
]

Über Telegram kam keine Meldung!!!

Hier das LOG.
ServicemeldungenSystemLog.csv

Grüße

[looxer01]

@rantanplan
wenn ich mir das log ansehe, dann sehe ich, dass eine Message reported wird:

EDIT:
ja, schon gefunden. Ist die Umsetzung für die Nachricht.
Muss ich mir aber näher ansehen.

[looxer01]

@rantanplan
kannst du die folgende Tabelle austauschen ?

const statusMessages = {
    UNREACH_ALARM:                    { "hm-rpc": { 0: "keine Kommunikationsfehler",     1: "Kommunikation gestoert",                            2: "Kommunikation war gestoert" } },
    STICKY_UNREACH_ALARM:             { "hm-rpc": { 0: "keine Kommunikationsfehler",     1: "Sticky Kommunikation gestoert",                     2: "Sticky Kommunikation war gestoert" } },
    SABOTAGE_ALARM:                   { "hm-rpc": { 0: "Keine Sabotage",                 1: "Sabotage",                                          2: "Sabotage aufgehoben" } },
    STICKY_SABOTAGE_ALARM:            { "hm-rpc": { 0: "Keine Sabotage",                 1: "Sticky Sabotage",                                   2: "Sticky Sabotage aufgehoben" } },
    LOWBAT_ALARM:                     { "hm-rpc": { 0: "Batterie ok",                    1: "Batterie niedrig",                                  2: "Batterie ok" } },
    LOW_BAT_ALARM:                    { "hm-rpc": { 0: "Batterie ok",                    1: "Batterie niedrig",                                  2: "Batterie ok" } },
    'FAULT_REPORTING-6_ALARM':        { "hm-rpc": { 0: "Batterie ok",                    1: "Batterie niedrig",                                  2: "Batterie ok" } }, // nur for HM-CC-TT-DN
    ERROR_NON_FLAT_POSITIONING_ALARM: { "hm-rpc": { 0: "Keine Meldung",                  1: "Geraet wurde angehoben.",                           2: "Geraet wurde angehoben: Bestaetigt" } }, 
    CONFIG_PENDING_ALARM:             { "hm-rpc": { 0: "keine Meldung",                  1: "Konfigurationsdaten stehen zur Uebertragung an",    2: "Konfigurationsdaten standen zur Uebertragung an",}, },
    UPDATE_PENDING_ALARM:             { "hm-rpc": { 0: "kein Update verfuegbar",         1: "Update verfuegbar",                                 2: "Update wurde eingespielt" } },
    ERROR_OVERHEAT_ALARM:             { "hm-rpc": { 0: "kein Overheat Alarm",            1: "Overheat gemeldet",                                 2: "Overheat geloest" } },
    ERROR_UNDERVOLTAGE_ALARM:         { "hm-rpc": { 0: "Kein Undervoltage Alarm",        1: "Undervoltage gemeldet",                             2: "Undervoltage geloest" } },
    DEVICE_IN_BOOTLOADER_ALARM:       { "hm-rpc": { 0: "Keine Meldung",                  1: "Geraet startet neu",                                2: "Geraet wurde neu gestartet" } },
    DUTY_CYCLE:                       { "hm-rpc": { false: "Geraete-Duty Cycle ok",      true: "Geraete-Duty Cycle erreicht",                    null: "unbekannter Status (Duty_Cycle" } },
    lowBat:                           { "hmip":   { false: "Batterie ok",                true: "Batterie niedrig",                               null: "Batterie ok" } },
    unreach:                          { "hmip":   { false: "keine Kommunikationsfehler", true: "Kommunikation gestoert",                         null: "Kommunikation war gestoert" } },
    sabotage:                         { "hmip":   { false: "Keine Sabotage",             true: "Sabotage",                                       null: "Sabotage aufgehoben" } },
    configPending:                    { "hmip":   { false: "Keine Meldung",              true: "Konfigurationsdaten stehen zur Uebertragung an", null: "Konfigurationsdaten standen zur Uebertragung an" } },
    FALLBACK:                         { "hm-rpc": { 0: "keine Stoerung",                 1: "Stoerung",                                          2: "Stoerung aufgehoben",
                                                    false: "Keine Stoerung",             true: "Stoerung",                                       null: "unbekannter Status Fallback"},
                                        "hmip":   { false: "keine Stoerung",             true: "Stoerung",                                       null: "Stoerung aufgehoben" }, }
};

[rantanplan]

@looxer01 sagte in [Vorlage] Servicemeldungen Volume2:

@rantanplan
kannst du die folgende Tabelle austauschen ?

Habe ich gemacht.
Sieht gut aus!

Scipt-Meldung:

Spoiler

[
 {
   "datum_seit": "20.03.25 13:12:21 Uhr",
   "meldungsart": "FAULT_REPORTING-6_ALARM",
   "common_name": "Wohnzimmer-VD-Regal",
   "GeraeteId": "OEQ2637929",
   "status": 1,
   "status_message_Lang": "20.03.25 13:12:21 Uhr - FAULT_REPORTING-6_ALARM - Wohnzimmer-VD-Regal - (OEQ2637929) - 1 - Batterie niedrig - Batteriebezeichnung: 2x LR6/AA",
   "status_message_Pure": "Batterie niedrig - Batteriebezeichnung: 2x LR6/AA",
   "batterie_bezeichnung": "2x LR6/AA",
   "SM_aufgehoben_seit": "aktiv",
   "DataPoint": "hm-rpc.0.OEQ2637929.4.FAULT_REPORTING-6_ALARM"
 }
]

Telegram hat aber nichts gemeldet.
Liegt das eventuell daran, dass die Meldung schon vorhanden war?

Hier das aktuelle Log
ServicemeldungenSystemLog.csv

Ich mache jetzt nochmal Batteriewechsel und melde mich danach.

Grüße

[rantanplan]

@looxer01
Perfekt!!!!
Konnte zwar keine "Leere Batterie" mehr erzeugen, weil die alten Batterien wohl jetzt komplett leer sind, aber dafür kam die Meldung "Fehlstellung Ventil".

Neue Batterien rein und alles gut!
Ich gehe davon aus das das mein ENDbericht ist.

Vielen lieben Dank für den super Support!!!!

Grüße

[looxer01]

@rantanplan
danke dir. ich mache dann morgen vermutlich eine neue Version.
Bezüglich Telegram ist es so, dass nur neue Messages auch gesendet werden.
Sonst hätten wir ja immer bei Scriptstart immer neue Meldungen in der Inbox.

vG Looxer

[looxer01]

Hi,
Version 3.31 ist online

Die Version fixed das Problem, dass Servicemeldungen für das HM-Classic Thermostat HM-CC-RT-DN nicht gemeldet wurden.
Seiteneffekte erwarte ich nicht, da die Änderungen gut gekapselt sind (3 Codezeilen, 2 Tabellenänderungen)

Hinweis: Das besagte Homematic-Gerät hat eine stark abweichende Datenstruktur im Vergleich zu anderen Geräten.
Da hat der EQ3-Entwickler wohl nicht nach rechts und links gesehen.

vG Looxer

[Gsiberger]

@looxer01
zum Batteriescript als Ergänzung

'2x LR6/AA':  'HmIP-eTRV-B-2 R4M'

[looxer01]

@gsiberger
vielen Dank. Neue Version kommt dann...

vG Looxer

[hg6806]

Gibt es eigentlich eine Möglichkeit die Sekunden in den Spalten Datum/Uhrzeit und aufgehoben seit wegzulassen?

[looxer01]

@hg6806
Hi,
die Sekunden sind notwenig, um die Servicemeldungen ein ihrer xakt identifizieren zu können.
Es gibt zwar eine zentrale Funktion zur Zeitbestimmung, insofern wäre es einfach die Sekunden auszulassen.
Dies würde aber die Funktionalität an anderen Stellen negativ beeinflußen.

vG Looxer

[hg6806]

@looxer01

OK, danke für die Erklärung