Servicemeldungen - All inclusive für Homematic -

sigi234

Vor dem richtigen Einsatz solltet Ihr etwas testen. Dazu die Variable "intime" auf true und "oberservation" auf false. Das Script Speichern und einmal im Log nachschauen. Dort solltet Ihr dann z. B sowas sehen:

Bei Fragen: fragen :mrgreen: `

Bin ich blind, ich sehe keine Variable von intime

cash

Habe es korrigiert. Sollte "onetime" heißen.

sigi234

~~@cash:~~

Habe es korrigiert. Sollte "onetime" heißen. `

Danke, dachte es mir…. ;)

Teste gerade, schaut gut aus. LowBat muss ich noch abklären....

Ich habe die cUXD auf 0 und die Homematic auf 1, das muss ich dann noch anpassen.....

> Desweiteren werden derzeit nur Fehler gemeldet die auf der Instanz 0 laufen. Solltet Ihr mehrere Instanzen von Homematic RPC haben müsst Ihr das Script anpassen.

Ja, und wo genau?

Ich denke hier diese von 0 auf 1 ändern?

cash

Ich werde es wahrscheinlich noch anpassen so dass, das Script auf alle Instanzen prüft. Das ein oder andere in Deinem Log gefällt mir auch noch nicht so ganz, das werde ich auch mal anpassen. Soweit schaut es aber gut.

Danke fürs Log.

cash

Ja genau. Schmeiß einfach mal das erste „.0“ daraus. Wichtig auch den „.“ vor der 0.

Sollte dann so aus sehen:

var cacheSelectorLOWBAT  = $('channel[state.id=hm-rpc.*.0.LOWBAT_ALARM$]');

Das jeweils bei allen cacheSelectorXXXX die Zahl vor dem Fehlertyp sollte so bleiben…

sigi234

~~@cash:~~

Ich werde es wahrscheinlich noch anpassen so dass, das Script auf alle Instanzen prüft.

Danke fürs Log. `

Das wäre Super.

Wunsch:

Eine Auswahl der Instanzen die geprüft werden sollen wäre ideal….. ;)

cash

Das wird eher schwierig. Aber das fände ich eigentlich auch am Besten. Ich werde mal testen ob och das hinkriege…

cash

Im ersten Beitrag habe ich wieder die aktuelle Version eingefügt.

1.07 vom 04.02.19

Das Script habe ich in vielen Teilen noch einmal komplett umgebaut. Alle fehlenden Stati übersetzt und ganz ganz viele Kleinigkeiten. Das Log ohne Debug ist jetzt erstmal sehr sauber.

RobertM

Ich hätte mal ne Frage was müsste man alles tauschen um das script auch für telegramm nutzen zu können?

rantanplan

~~@RobertM:~~

Ich hätte mal ne Frage was müsste man alles tauschen um das script auch für telegramm nutzen zu können? `
Oder um Meldung einfach in Datenpunkt schreiben. Dann kann man die mit allem Möglichen weiterverarbeiten.

Die Option gab es auch im HM Script.

Grüße

cash

~~@RobertM:~~

Ich hätte mal ne Frage was müsste man alles tauschen um das script auch für telegramm nutzen zu können? `

Ich weiß nicht welche Parameter man bei Telegram mitgeben muss. Ich könnte mir vorstellen das es reicht die Function oben function send_pushover_V4

cash

~~@rantanplan:~~

Oder um Meldung einfach in Datenpunkt schreiben. Dann kann man die mit allem Möglichen weiterverarbeiten.

Die Option gab es auch im HM Script.

Grüße `

Das werde ich mit der nächsten Version einbauen. Allerdings nur die Anzahl der jeweiligen Meldungen. Das heißt man weiß dann noch nicht welches Gerät ein Problem hat. Ich könnte evt. den Pushtest ebenfalls in ein Datenfeld schreiben.

cash

Im ersten Beitrag ist die aktuelle Version von heute:

05.02.19 V1.08 Bei Sabotage wurde nicht die Variable für die Prio berücksichtigt

geändert von Kanal 1 auf 0 var cacheSelectorSABOTAGE = $('channel[state.id=hm-rpc.*.0.SABOTAGE_ALARM$]');
Batterieliste aktualisiert
Wenn Batterie nicht ermittelbar erfogt ein Hinweis im Log
Neue Konfig Möglichkeit um Nachrichtentext in Objekte zu schreiben (erstmal Testweise nur in LOWBAT)
Ergebnis in Datenfleder schreiben zum testen in LOWBAT eingefügt
06.02.19 V1.09 Serviemeldung ERROR_CODE aufgenommen
Wenn Script manuell gestartet wurde wurde kein Ergebnis geloggt wenn eine Servicemeldung vorliegt und Debug = false war
Logging optimiert
Es wird keine Push mehr verschickt wenn eine Servicemeldung vorliegt und das Script manuell gestartet wird

**************************/

Zum ersten mal hatte ich heute Nacht um 3 Uhr einen Echtfall. :mrgreen:

Batterie von einen Wandthermostat ist leer. Das Script funktioniert bei mir also auch im Echtfall. Allerdings hat er leider falsche Batterien ermittelt. Der Fehler tritt dann auf wenn der Gerätetyp nicht eindeutig ist. Da muss ich nochmal ran. Derzeit habe ich da aber noch keine Idee wie ich das umgehe.

Beispiel es gibt den Gerätetyp: HM-Sec-RHS und HM-Sec-RHS-2. Hat man nun den zweiten passt es. Beim ersten kommt es zum Fehler weil der erste Gerätetyp auch im zweiten vorhanden ist.

Gestern habe ich Testweise die Möglichkeit geschaffen Ergebnisse in Datenfelder zu schreiben. Habe es aber noch nicht 100% getestet. Auf jeden Fall würde das dazu führen das das Script noch länger wird. Geschätzt um über 200 Zeilen. Ob ich das also wirklich einbaue weiß ich noch nicht. Es sollte ja auch in jeden erdenklichen Fall funktionieren…

sigi234

~~@cash:~~

Im ersten Beitrag ist die aktuelle Version von heute:

05.02.19 V1.08 Bei Sabotage wurde nicht die Variable für die Prio berücksichtigt

geändert von Kanal 1 auf 0 var cacheSelectorSABOTAGE = $('channel[state.id=hm-rpc.*.0.SABOTAGE_ALARM$]');

Batterieliste aktualisiert

Wenn Batterie nicht ermittelbar erfogt ein Hinweis im Log

Neue Konfig Möglichkeit um Nachrichtentext in Objekte zu schreiben (erstmal Testweise nur in LOWBAT)

Ergebnis in Datenfleder schreiben zum testen in LOWBAT eingefügt

06.02.19 V1.09 Serviemeldung ERROR_CODE aufgenommen

Wenn Script manuell gestartet wurde wurde kein Ergebnis geloggt wenn eine Servicemeldung vorliegt und Debug = false war

Logging optimiert

Es wird keine Push mehr verschickt wenn eine Servicemeldung vorliegt und das Script manuell gestartet wird

**************************/

Zum ersten mal hatte ich heute Nacht um 3 Uhr einen Echtfall. :mrgreen:

Batterie von einen Wandthermostat ist leer. Das Script funktioniert bei mir also auch im Echtfall. Allerdings hat er leider falsche Batterien ermittelt. Der Fehler tritt dann auf wenn der Gerätetyp nicht eindeutig ist. Da muss ich nochmal ran. Derzeit habe ich da aber noch keine Idee wie ich das umgehe.

Beispiel es gibt den Gerätetyp: HM-Sec-RHS und HM-Sec-RHS-2. Hat man nun den zweiten passt es. Beim ersten kommt es zum Fehler weil der erste Gerätetyp auch im zweiten vorhanden ist.

Gestern habe ich Testweise die Möglichkeit geschaffen Ergebnisse in Datenfelder zu schreiben. Habe es aber noch nicht 100% getestet. Auf jeden Fall würde das dazu führen das das Script noch länger wird. Geschätzt um über 200 Zeilen. Ob ich das also wirklich einbaue weiß ich noch nicht. Es sollte ja auch in jeden erdenklichen Fall funktionieren… `

19:14:24.817	info	javascript.0 script.js.CCU2.Servicemeldungen_Homematic_Geraete: Bitte melden: Licht_Vorraum (OEQxxxxxx) --- HM-LC-Sw1PBU-FM --- Batterietyp fehlt im Script

cash

Das habe ich auch neu eingebaut :-)

cash

Das einzige was mich stutzig macht. Hat dieses Gerät wirklich den Datenpunkt LOWBAT? Das Gerät ist das an Strom angeschlossen und so kann es zu keinem LOWBAt kommen?

sigi234

~~@cash:~~

Das einzige was mich stutzig macht. Hat dieses Gerät wirklich den Datenpunkt LOWBAT? Das Gerät ist das an Strom angeschlossen und so kann es zu keinem LOWBAt kommen? `

Ja eben, das ist ein Funk-Schaltaktor 1-fach für Markenschalter, Unterputzmontage

cash

Was es ist habe ich gesehen. Guckmal ob das Gerät den Datenpunkt hat und ich wette das Gerät hat den Datenpunkt.

sigi234

~~@cash:~~

Was es ist habe ich gesehen. Guckmal ob das Gerät den Datenpunkt hat und ich wette das Gerät hat den Datenpunkt. `

cash

Wie ich also vermutet habe. Das Script macht was es soll. Entweder ist der Datenpunkt ein Fehler von iobroker (was ich nicht glaube, da iobroker einfach alle Felder aus der ccu ausliest) oder der Programmierer bei eq3 war bekifft als er den Schalter programmiert hat :-)

Community Forum

NEWS

Servicemeldungen - All inclusive für Homematic -

Support us

653

32.4k

81.4k

1.3m