Servicemeldungen - All inclusive für Homematic -
-
@integer63 ok also der Fehler ist schonmal weg. Werde es im Script anpassen. Laut CCU hast Du keine Fehler hatest Du ja geschrieben oder? Bleibt nur noch das Fenster.
-
@cash sagte in Servicemeldungen - All inclusive für Homematic -:
@integer63 probier mal nicht === 0 sonder 1
javascript.0 2021-05-12 21:00:20.134 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: registered 1575 subscriptions and 0 schedules javascript.0 2021-05-12 21:00:20.134 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: logging: true debugging: false find_bug: false show_each_device: false autoAck: true observation: true ohnetime: true CUXD: 9 javascript.0 2021-05-12 21:00:20.134 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: 1575 Datenpunkte werden insgesamt vom Script script.js.Systemsteuerung.Service_Meldungen_1_83 (Version: 1.83) überwacht. Instance: 0 javascript.0 2021-05-12 21:00:20.134 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 165 Geräte mit dem Datenpunkt UPDATE_PENDING. javascript.0 2021-05-12 21:00:20.129 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 238 Geräte mit dem Datenpunkt CONFIG_PENDING. javascript.0 2021-05-12 21:00:20.121 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 127 Geräte mit dem Datenpunkt DEVICE_IN_BOOTLOADER. javascript.0 2021-05-12 21:00:20.117 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Keine Geräte gefunden mit dem Datenpunkt FAULT_REPORTING. javascript.0 2021-05-12 21:00:20.117 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 1 Geräte mit dem Datenpunkt ERROR_NON_FLAT_POSITIONING. javascript.0 2021-05-12 21:00:20.117 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 413 Geräte mit dem Datenpunkt ERROR. javascript.0 2021-05-12 21:00:20.105 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 14 Geräte mit dem Datenpunkt SABOTAGE. javascript.0 2021-05-12 21:00:20.104 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 200 Geräte mit dem Datenpunkt STICKY_UNREACH. javascript.0 2021-05-12 21:00:20.098 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 238 Geräte mit dem Datenpunkt UNREACH. javascript.0 2021-05-12 21:00:20.090 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 21 Geräte mit dem Datenpunkt LOW_BAT. javascript.0 2021-05-12 21:00:20.088 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Es gibt: 158 Geräte mit dem Datenpunkt LOWBAT. javascript.0 2021-05-12 21:00:20.072 info (507) script.js.Systemsteuerung.Service_Meldungen_1_83: Script manuell gestartet. (Version: 1.83)Jetzt sind es auch keine 413 mehr mit ERROR_DEGRADED_CHAMBER
@integer63 Laut dem letzten Log hast Du keine Meldung mehr. Sollte doch alles passen. Ich werde die Version anpassen.
Die Datenpunkte vom Fesnter sind auch alle ok und zeigen keinen Fehler mehr.
-
@integer63 Laut dem letzten Log hast Du keine Meldung mehr. Sollte doch alles passen. Ich werde die Version anpassen.
Die Datenpunkte vom Fesnter sind auch alle ok und zeigen keinen Fehler mehr.
-
Hallo zusammen,
mir ist aufgefallen, dass ich weniger "unreach" überwachte Geräte habe, als ich tatsächlich habe... es fehlen 4St.
Wie kann ich rausfinden, welche Gerät nicht überwacht sind uns besonders spannend natürlich... warum?
Es läuft Version 1.83...Danke und viele Grüße
-
Hallo zusammen,
mir ist aufgefallen, dass ich weniger "unreach" überwachte Geräte habe, als ich tatsächlich habe... es fehlen 4St.
Wie kann ich rausfinden, welche Gerät nicht überwacht sind uns besonders spannend natürlich... warum?
Es läuft Version 1.83...Danke und viele Grüße
@bratwurst Du kannst doch in der Objekt Übersicht filtern nach unreach und dann guckst Du ob jedes der Geräte auch das unreach_Allarm hat. Je nachdem wieviele Geräte Du hast kannst Du auch die Variable show_each_device nutzen und dann im Log gucken. Wenn Du nicht soviele Geräte hast solltest Du wissen welche fehlen.
Spannend ist halt immer wieso die Datenpunkte fehlen? Das konnte ich bisher nie reproduzieren. Bei mir hat jedes Gerät die Datenpunkte…
-
@bratwurst Du kannst doch in der Objekt Übersicht filtern nach unreach und dann guckst Du ob jedes der Geräte auch das unreach_Allarm hat. Je nachdem wieviele Geräte Du hast kannst Du auch die Variable show_each_device nutzen und dann im Log gucken. Wenn Du nicht soviele Geräte hast solltest Du wissen welche fehlen.
Spannend ist halt immer wieso die Datenpunkte fehlen? Das konnte ich bisher nie reproduzieren. Bei mir hat jedes Gerät die Datenpunkte…
@cash ich hatte auch schon Geräte, wo Datenpunkte gefehlt haben. Die sind erst nach ab und wieder anlernen der Geräte (in meinem Fall HMIP-Thermostate) aufgetaucht
-
Ich komme nicht weiter... gelöscht und wieder angelernt.. ohne Erfolg.
Alles upgedatet... kein Erfolg... gibt es noch Ideen?@bratwurst Wenn die Adaptereinstellungen passen habe ich keine Idee. Kann eigentlich nur @foxriver76 was zu sagen wieso die Datenpunkte fehlen können. Wie schon geschrieben hatte ich nie Probleme. So oft kaufe ich aber auch keine neuen Geräte mehr. Wenn man einmal das hat was man braucht.
-
Ich komme nicht weiter... gelöscht und wieder angelernt.. ohne Erfolg.
Alles upgedatet... kein Erfolg... gibt es noch Ideen?@bratwurst Mal in den hm-rpc Instanz Einstellungen den Haken bei alle Geräte neu einlesen gesetzt?
-
Merci... etwas weiter bin ich jetzt... ich habe 1x "alt" HMIP-BROLL und 4x "neu".
Alle mit der 1.8.20 Firmware... und die neuen haben nicht der unreach_alarm Datenpunkt.@bratwurst hm-rega mal neugestartet?
Die Alarm DPs werden nicht von hm-rpc aneglegt.
-
@bratwurst hm-rega konfiguriert für die Instanz? Debug Log, Screenshots vom Objektbaum, sowas würde evtl helfen um den Fehler näher spezifizieren zu können.
-
@bratwurst hm-rega konfiguriert für die Instanz? Debug Log, Screenshots vom Objektbaum, sowas würde evtl helfen um den Fehler näher spezifizieren zu können.
-
@bratwurst Schaut erstmal gut aus. Die Alarme werden durch dieses Skript abgefragt: https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega/master/regascripts/alarms.fn mal auf CCU laufen lassen (mittels Skript testen Funktion) und schauen ob die DP's raus kommen für die Geräte wo sie fehlen.
-
@bratwurst Schaut erstmal gut aus. Die Alarme werden durch dieses Skript abgefragt: https://raw.githubusercontent.com/ioBroker/ioBroker.hm-rega/master/regascripts/alarms.fn mal auf CCU laufen lassen (mittels Skript testen Funktion) und schauen ob die DP's raus kommen für die Geräte wo sie fehlen.
@foxriver76
Hab das Ergebnis in eine Textdatei geworfen und darin nach unreach gesucht, finde so viele unreach Einträge wie ich auch Geräte habe. Dann ist es eine "Importproblem" in den IOBroker? -
Das Problem hat sich verschärft ;-)
Meine SD Karte hat sich verabschiedet und ich habe aus einem Backup das System wiederhergestellt... war aber etwas älter... auf jeden Fall habe ich jetzt keinen einzigen Alarm Datenpunkt mehr... PIVCCU3 3.57.5.
Habe auch mal den hm-rpc Adapter der HM Komponenten gelöscht und neu gesucht... gleiches Ergebnis.Das ist der Output des Skriptes für einen Komponente:
"3228":{"Name":"AL-00111BE99FC047%3A0.CONFIG_PENDING","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3227,"Parent":3224}, "3234":{"Name":"AL-00111BE99FC047%3A0.ERROR_OVERHEAT","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3233,"Parent":3224}, "3243":{"Name":"AL-00111BE99FC047%3A0.UNREACH","AlState":2,"AlOccurrenceTime":"2021-06-01 07:30:01","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3242,"Parent":3224}, "3247":{"Name":"AL-00111BE99FC047%3A0.UPDATE_PENDING","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"1970-01-01 01:00:00","Operations":5,"AlTriggerDP":3246,"Parent":3224}} -
Das Problem hat sich verschärft ;-)
Meine SD Karte hat sich verabschiedet und ich habe aus einem Backup das System wiederhergestellt... war aber etwas älter... auf jeden Fall habe ich jetzt keinen einzigen Alarm Datenpunkt mehr... PIVCCU3 3.57.5.
Habe auch mal den hm-rpc Adapter der HM Komponenten gelöscht und neu gesucht... gleiches Ergebnis.Das ist der Output des Skriptes für einen Komponente:
"3228":{"Name":"AL-00111BE99FC047%3A0.CONFIG_PENDING","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3227,"Parent":3224}, "3234":{"Name":"AL-00111BE99FC047%3A0.ERROR_OVERHEAT","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3233,"Parent":3224}, "3243":{"Name":"AL-00111BE99FC047%3A0.UNREACH","AlState":2,"AlOccurrenceTime":"2021-06-01 07:30:01","LastTriggerTime":"2021-06-01 19:07:15","Operations":5,"AlTriggerDP":3242,"Parent":3224}, "3247":{"Name":"AL-00111BE99FC047%3A0.UPDATE_PENDING","AlState":0,"AlOccurrenceTime":"1970-01-01 01:00:00","LastTriggerTime":"1970-01-01 01:00:00","Operations":5,"AlTriggerDP":3246,"Parent":3224}}@bratwurst wie gesagt ohne die Datenpunkte funktioniert das Script einfach nicht. Wo Dein Problem liegt kann ich nicht sagen
-
@bratwurst wie gesagt ohne die Datenpunkte funktioniert das Script einfach nicht. Wo Dein Problem liegt kann ich nicht sagen
Hallo, @cash,
ich habe heute die Version 1.85 in meine System eingebaut. Gleichzeitig umgestellt von Telegram auf Pushover. Alle Anpassungen gemacht:
Dann habe ich einen Sabotagealarm an einem optischen Fensterkontakt ausgelöst. Im iobroker-Log erhalte ich folgende Zeile:
script.js.common.Servicmeldungen: Neue Servicemeldung: HM-Sec-SCo OEQ1986453 (OEQ1986453) --- HM-Sec-SCo--- Typ: ERROR --- Status: 7 SabotageIn meinen Datenpunkten, die ich angelegt habe, kommt diese Meldung als Anzahl aber nicht an.
Leider kann ich jetzt nicht sagen, warum das so ist. Wenn Dein Script diesen Alarm mitbekommt, sollte ja die Kommunikation zwischen RaspberryMatic und iobroker stimmen.
Der Alarm ist auch in den DP des HM-Gerätes enthalten.
Leider erhalte ich auch keine Nachricht über Pushover. Vielleicht könntest Du mich da einmal auf den Pfad der Tugend leiten? Der Versand von Nachrichten über Pushover (eine Instanz - Änderung in der Funktion für eine Instanz pushover ist gemacht) erfolgt leider nicht. Vielleicht hast Du da noch einen Tip.
https://schlepper-petersdorf.jimdofree.com/
-
Hallo, @cash,
ich habe heute die Version 1.85 in meine System eingebaut. Gleichzeitig umgestellt von Telegram auf Pushover. Alle Anpassungen gemacht:
Dann habe ich einen Sabotagealarm an einem optischen Fensterkontakt ausgelöst. Im iobroker-Log erhalte ich folgende Zeile:
script.js.common.Servicmeldungen: Neue Servicemeldung: HM-Sec-SCo OEQ1986453 (OEQ1986453) --- HM-Sec-SCo--- Typ: ERROR --- Status: 7 SabotageIn meinen Datenpunkten, die ich angelegt habe, kommt diese Meldung als Anzahl aber nicht an.
Leider kann ich jetzt nicht sagen, warum das so ist. Wenn Dein Script diesen Alarm mitbekommt, sollte ja die Kommunikation zwischen RaspberryMatic und iobroker stimmen.
Der Alarm ist auch in den DP des HM-Gerätes enthalten.
Leider erhalte ich auch keine Nachricht über Pushover. Vielleicht könntest Du mich da einmal auf den Pfad der Tugend leiten? Der Versand von Nachrichten über Pushover (eine Instanz - Änderung in der Funktion für eine Instanz pushover ist gemacht) erfolgt leider nicht. Vielleicht hast Du da noch einen Tip.
@opossum Bist Du sicher das Pushover bei Dir läuft? Das Script erkennt den Fehler ja?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register LoginSupport us
178
Online32.7k
Users82.6k
Topics1.3m
Posts