Servicemeldungen *allinclusive* Script

[Centauri2k]

Auch ich wäre für eine light variante von dem script hier.

[dtp]

Warum müssen solche Versandroutinen in jedem nur erdenklichen Script hinterlegt werden. Es wäre doch zielführender, für den Dienst, den man nutzt (und nur den) ein zentrales Versandscript im System einzueinzurichten, welches eine String-Systemvariable ausliest und deren Inhalt versendet (Triggern auf Aktualisierung der Variable und hinterlegen im SONST).

Ich möchte @alchys Thread jetzt nicht unterwandern, aber ich dachte du kennst mein zPNP bereits? Das macht nämlich genau das, was du geschrieben hast. In dem verlinkten Thread ist übrigens auch eine Abwandlung des allinclusive-Skripts enthalten, die auf die Nutzung des zPNP umgeschrieben wurde.

[Xel66]

Klar kenne ich das. Allerdings nutze ich schon seit ewigen Zeiten meine zweckgebundenen schlanken Einzellösungen, die ich auf meine Bedürfnisse angepasst habe. Die stammen noch aus CCU2-Zeiten, zu denen ich wegen der eingeschränkten Abarbeitungsgeschwindigkeit auf schlanke Lösungen erpicht war und keine "großen" Scripte mit langen Laufzeiten laufen lassen wollte.

Gruß Xel66

[dtp]

... keine "großen" Scripte mit langen Laufzeiten

Da is nix mit langen Laufzeiten. Eine Push-Nachricht ist binnen ein bis zwei Sekunden nach Auslösung des Ereignisses auf meinem iPhone. Und wenn's mal länger dauert, liegt es in erste Linie am Push-Dienst. Ich habe durch den Wechsel von der CCU2 auf die CCU3 auch nicht bemerkt, dass die Skripte deutlich schneller abgearbeitet wurden. Insofern spricht das für die geringe Prozessorlast. Selbst bei einigen Skripten mit geschachtelten foreach-Schleifen gibt es kaum Delays.

Ganz ehrlich? Ich ziehe ein gutes HM-Skript jedem aufwändigen WebUI-Programm vor. Mit Skripten lässt sich viel effektiver und gezielter arbeiten. Besonders merkt man das, wenn man eine Mehrzahl von Aktoren ansprechen möchte, deren Zustand man auch noch erfassen will. Da bricht man sich bei WebUI-Programmen regelrecht einen Ast ab.

[Xel66]

Da is nix mit langen Laufzeiten.

Ich weiß, ich weiß. Trotzdem nutze ich vorzugsweise nur Scripts, die ausschließlich Funktionen enthalten, die ich auch benutze (so z.B. nicht all die anderen Versandoptionen) und setze meine schlanke Versionen ein bzw. versuche, die Scripte auf meine Gegebenheiten anzupassen. Aber ich will niemanden abhalten, Dein Script zu nutzen.

Mein Vorgehen ist ein rein persönliches Ding. Ich liebe schlanke Lösungen. Darum ja auch mein Statement, die Versandroutinen nicht in allen Scripten zu hinterlegen, sondern die Ergebnisse an eine einfacher zu wartenden zentralen Instanz zu übergeben, so wie bei Deiner Lösung. Früher auf der alten CCU war es ja auch ein Problem, weil sich laufende Scripte gegenseitig blockierten. Ist jauch gelöst das Problem.

Gruß Xel66

[Bahni]

Hallo,
habe mich nun mal an dieses Projekt gewagt.
Bin Schritt für Schritt der Anleitung von Seite 1 gefolgt.
Habe folgendes gemacht:
1. Programm erstellt und den Script unverändert reinkopiert

2. CUx-D ist schon installiert weil ich schon die Rufumleitung zum Doorpi am laufen habe.

Hier die CUX-D Info:

Code: Alles auswählen

Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write_pid /var/run/cuxd.pid [638]
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: CUx-Daemon(2.2.0) on CCU(3.43.15.20190223) start PID:638
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: load paramsets(/usr/local/addons/cuxd/cuxd.ps) size:772 update(-263s):Fri Mar  1 17:16:38 2019
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: 2 device-paramset(s) loaded ok!
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write_proxy /var/cache/cuxd_proxy.ini (638 /usr/local/addons/cuxd/ 2.2.0 3.43.15.20190223 0)
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: add interface 'CUxD'
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write interface(1) 'BidCos-RF' to /usr/local/etc/config/InterfacesList.xml
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write interface(2) 'VirtualDevices' to /usr/local/etc/config/InterfacesList.xml
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write interface(3) 'HmIP-RF' to /usr/local/etc/config/InterfacesList.xml
Mar  1 17:21:01 homematic-raspi daemon.info cuxd[638]: write interface(4) 'CUxD' to /usr/local/etc/config/InterfacesList.xml
Mar  1 17:21:27 homematic-raspi daemon.warn cuxd[638]: process_rpc_request(127.0.0.1) - illegal XMLRPC(listDevices) request
Mar  1 17:21:29 homematic-raspi daemon.warn cuxd[638]: process_rpc_request(127.0.0.1) - illegal XMLRPC(init) request
Mar  1 17:21:40 homematic-raspi daemon.info cuxd[988]: system(echo **611#621#52 | ssh pi@192.168.1.36 'cat > /usr/local/etc/DoorPi/rufumleitung.txt') exit(255) 1s
Mar  1 17:21:50 homematic-raspi daemon.info cuxd[638]: INIT 'xmlrpc_bin://127.0.0.1:31999' '4864'
Mar  2 04:21:01 homematic-raspi daemon.info cuxd[638]: save paramsets(/usr/local/addons/cuxd/cuxd.ps) size:772

3. Mailaddon ist schon installiert und funktioniert mit Briefkasten ist voll...
Im Mailaddon folgendes hinzugefügt, siehe Bilder:

Im Script habe ich nur einen Eintrag auf ja gesetzt:

Code: Alles auswählen

!+++++++ Setup Mail verschicken mit CUXD und Emailaddon ++++++
var USE_MAIL = "ja"; !   ja / nein schicken einer Mail direkt ueber das Script

sonst nicht verändert, ich weiß aber ehrlich gesagt auch mit den meisten Einstellungen im Setup des Scriptes nicht viel anzufangen...
Alles gespeichert und Homematic neu gestartet.
Nun eine Servicemeldung provoziert.
Aber nichts passiert.
Kann mir eventuell jemand helfen?
Danke.

[AndiN]

Moin,

kannst Du mal den kompletten Skriptcode (vom Service-Skript) aus den Email-Bereich hier rein kopieren?

Du hast auch die Emailvorlage "02" eingestellt? Da die Briefkasten-Mail kommt kann ich mir die Frage nach TCL Check und Testmail sparen.

Und Du hast in CuXD "INFO" auf "Full System Log" geklickt, wenn Du das Skript hast mal via Sabotage oder so ausgelöst hast? Vielleicht steht da was drin.

Andi

[Bahni]

Du hast auch die Emailvorlage "02" eingestellt?

Das war mein Fehler.
Habe mich schon gewundert das der Briefkasten nach den vielen Meldungen immer leer ist.
Es funktioniert erst mal mit den Grundeinstellungen.
Wozu die vielen Einstellungen im SETUP des Scriptes sind muss ich noch herausfinden...

[Bahni]

Wenn ich möchte das die Servicemeldungen auf der RaspberryMatic stehen bleiben, was muss ich da im Script konfigurieren?

[AndiN]

Hallo,

Schau einmal im Skript oben. Da gibt es ein Parameter Servicemeldung bestätigen.

Und in den Systemeinstellungen (meine beim Benutzer)?, dass Servicemeldungen autom. bestätigt werden.

Ich hoffe das hilft als Suchansatz.

Andi