Servicemeldungen *allinclusive* Script
Moderator: Co-Administratoren
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Servicemeldungen *allinclusive* Script
Nein, der Error kommt höchstwahrscheinlich von einem defektem "Batterieprüfen Script" und hat nichts mit dem Script hier zu tun.
Irgendwo hast du jedenfalls einen falschen Objektzugriff auf die Variable V_LowBat eingerichtet.
Und da fehlt zumindest eine Klammer, was dann die Ursache für den Fehler ist.
Musst du mal schauen, wo die Variable mittels Script benutzt wird.
Alchy
Irgendwo hast du jedenfalls einen falschen Objektzugriff auf die Variable V_LowBat eingerichtet.
Und da fehlt zumindest eine Klammer, was dann die Ursache für den Fehler ist.
Musst du mal schauen, wo die Variable mittels Script benutzt wird.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
-
- Beiträge: 463
- Registriert: 05.03.2014, 19:31
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
Re: Servicemeldungen *allinclusive* Script
Hey,
Danke für die schnelle Antwort.
Ich hatte noch ein altes inaktives Batterie Prüfen script welches ich jetzt mal entsorgt habe.
Gruß und entspannten Mittwoch
Danke für die schnelle Antwort.
Ich hatte noch ein altes inaktives Batterie Prüfen script welches ich jetzt mal entsorgt habe.
Gruß und entspannten Mittwoch
piVCCU3/iobroker mit einigen Aktoren, Sensoren, Empfängern und Sendern.
Re: Servicemeldungen *allinclusive* Script
Hallo, kann man das Script auch so umbauen, dass nur noch die Servicemeldungen Bestätigt werden und man nur eine Push-Nachricht bekommt wenn der Batteriezustand gering ist?
Es wäre cool wenn du die Batterie für den HmIP-MP3P Gong implementierst. Hier die benötigten Daten zu dem Gong:
Danke
Es wäre cool wenn du die Batterie für den HmIP-MP3P Gong implementierst. Hier die benötigten Daten zu dem Gong:
Code: Alles auswählen
<device name="HmIP-MP3P" ise_id="7662" unreach="true" config_pending="false">
<channel name="HmIP-MP3P:0" ise_id="7663" index="0" visible="true" operate="true">
<datapoint name="HmIP-RF.00000000000000:0.CONFIG_PENDING" type="CONFIG_PENDING" ise_id="7664" value="false" valuetype="2" valueunit="" timestamp="1550442280" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.DUTY_CYCLE" type="DUTY_CYCLE" ise_id="7668" value="false" valuetype="2" valueunit="" timestamp="1550442255" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.ERROR_CODE_STATUS" type="ERROR_CODE_STATUS" ise_id="7669" value="0" valuetype="16" valueunit="" timestamp="1550440558" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.LOW_BAT" type="LOW_BAT" ise_id="7671" value="false" valuetype="2" valueunit="" timestamp="1550442255" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.OPERATING_VOLTAGE" type="OPERATING_VOLTAGE" ise_id="7675" value="0.000000" valuetype="4" valueunit="" timestamp="0" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.OPERATING_VOLTAGE_STATUS" type="OPERATING_VOLTAGE_STATUS" ise_id="7676" value="0" valuetype="16" valueunit="" timestamp="0" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.RSSI_DEVICE" type="RSSI_DEVICE" ise_id="7677" value="197" valuetype="8" valueunit="" timestamp="1550442280" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.RSSI_PEER" type="RSSI_PEER" ise_id="7678" value="198" valuetype="8" valueunit="" timestamp="1550441253" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.STATUS_FLAG_ERROR" type="STATUS_FLAG_ERROR" ise_id="7679" value="false" valuetype="2" valueunit="" timestamp="1550440558" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.STATUS_FLAG_LOW_BAT" type="STATUS_FLAG_LOW_BAT" ise_id="7681" value="false" valuetype="2" valueunit="" timestamp="1550440558" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.STATUS_FLAG_PLAYING_FILE_ACTIVE" type="STATUS_FLAG_PLAYING_FILE_ACTIVE" ise_id="7682" value="false" valuetype="2" valueunit="" timestamp="1550440558" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.STATUS_FLAG_PLAYLIST_ACTIVE" type="STATUS_FLAG_PLAYLIST_ACTIVE" ise_id="7683" value="false" valuetype="2" valueunit="" timestamp="1550440558" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.UNREACH" type="UNREACH" ise_id="7684" value="true" valuetype="2" valueunit="" timestamp="1550465685" operations="5"/>
<datapoint name="HmIP-RF.00000000000000:0.UPDATE_PENDING" type="UPDATE_PENDING" ise_id="7688" value="false" valuetype="2" valueunit="" timestamp="1550670975" operations="5"/>
</channel>
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Servicemeldungen *allinclusive* Script
Möglich ist alles, auch das alles außer Batteriemeldungen ignoriert werden.
Aber das ist meiner Meinung nach nicht das Ziel eines solchen Scriptes.
Da kann man anders ansetzen. HmIP-MP3P ist drin.
Alchy
Aber das ist meiner Meinung nach nicht das Ziel eines solchen Scriptes.
Da kann man anders ansetzen. HmIP-MP3P ist drin.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Servicemeldungen *allinclusive* Script
Ich würde gerne nur benachrichtigt werden, wenn eine Batterie leer geht. Und das die Servicemeldungen bestätigt werden.
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: Servicemeldungen *allinclusive* Script
Dann benutze doch nur ein Lowbat Script, welches du auch durch Servicemeldungen triggern lässt.
Alchy
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: Servicemeldungen *allinclusive* Script
Gibt es das? Oder könntest du eine erstellen welches dann Pushover kann? Daran haben bestimmt auch andere Interesse. Wäre klasse.
-
- Beiträge: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Servicemeldungen *allinclusive* Script
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).
Diese Systemvariable kann aus jedem beliebigen Programm oder auch Script befüllt werden. Ein solches Vorgehen würde den Wartungs- und Konfigurationsaufwand massiv minimieren, weil nicht in jedem Script, vom dem man irgendwelche Informationen haben will, die Zugansgsdaten u.ä. hinterlegt werden müssen.
Und die Systemvariable lässt sich auch in jedem beliebigen Programm mit statischen Inhalten befüllen (z.B. Push beim Öffnen der Haustür --> Pushtext: "Haustür offen"). Andere Scripte können die gleiche Variable dynamisch beschreiben und immer kümmert sich das gleiche Prpgramm/Script um den Versand. Das System kann man sowohl für verschiedene Push- als auch Maildienste anwenden.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
Re: Servicemeldungen *allinclusive* Script
Da magst du recht haben. Kannst du das Programm bitte mal aufbauen. Ich kann es leider nicht.
-
- Beiträge: 14148
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 583 Mal
- Danksagung erhalten: 1497 Mal
Re: Servicemeldungen *allinclusive* Script
Für Pushover habe ich das hier schon mal vor ewigen Zeiten beschrieben. Nach dem gleichen Muster benutze ich auch Telegram sowie die Statusansage per Text2Speech früher auf einem Tablet mit dem home24-Mediaplayer und aktuell per Echo. Ebenso versende ich mit einem separaten TCL-Script Mails durch das Beschreiben einer Textvariable mit Namen "MailText". Somit benötige ich für die externe Kommunikation per Push (2×), Mail und TTS ganze vier Programme und genau so viele Systemvariablen. Naja nicht ganz. Das Pushover-Script ist inzwischen um die Auswahl des Sounds und der Prio aufgebohrt, was zwei zusätzliche Systemvariablen (Mehrfachauswahl) benötigt.
Gruß Xel66
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch