Gerne geschehen.
Servicemeldungen SV v3.15 (stable)
Moderator: Co-Administratoren
Re: Servicemeldungen SV v2.47 (stable)
Bei mir auch, vielen Dank!!!
Diese Script-Sprache ist eine Sprache für sich. Großen Respekt und dank, dass du/ihr das für alle zur Verfügung stellt!
Besteht die Möglichkeit, dass dann „Keine Servicemeldungen vorhanden“ dort erscheint?
Das wäre das I-Tüpfelchen
Diese Script-Sprache ist eine Sprache für sich. Großen Respekt und dank, dass du/ihr das für alle zur Verfügung stellt!
Besteht die Möglichkeit, dass dann „Keine Servicemeldungen vorhanden“ dort erscheint?
Das wäre das I-Tüpfelchen
- blackhole
- Beiträge: 3732
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 185 Mal
- Danksagung erhalten: 587 Mal
Re: Servicemeldungen SV v2.47 (stable)
Die komplette Modifikation, inklusive der vorherigen Anpassungen:
- Die Bedingung im WebUI-Programm wie folgt anpassen:
Code: Alles auswählen
WENN Systemzustand: Servicemeldungen im Wertebereich größer oder gleich 0 bei Aktualisierung auslösen
- Als vorletzte Zeile in das Skript einfügen:
Code: Alles auswählen
if (slist == ""){ slist = "Keine Servicemeldungen vorhanden"; }
- Die letzte Zeile im Skript wie folgt anpassen:
Code: Alles auswählen
if ((debug == "aus") && (slist != scurlist)) { dom.GetObject(ID_SYSTEM_VARIABLES).Get(sysvarname).State(slist); } else { WriteLine(slist); }
Re: Servicemeldungen SV v2.47 (stable)
Super Script und funktioniert genau so wie angegeben. Besten Dank!
Als Anfänger" habe ich noch eine Verständnisfrage:
Wir fragen ja nach der internen Systemvariable "Servicemeldungen" ab und triggern das Programm mit "bei Aktualisierung auslösen", wobei die Bedingung für den Wertebereich mit "grösser oder gleich 0" immer zutrifft.
Wann findet denn bei einer Systemvariable diese "Aktualisierung" mit der CCU statt, welche das Programm dann triggert? Offensichtlich dann, wenn sich der Wert der Systemvariable "Servicemeldungen" ändert - so funktioniert es ja. Weshalb wird das Program aber nie getriggert, wenn ich auf "bei Änderung auslösen" verwende würde?
Das verstehe ich nicht, denn bei einem Gerät (z.B. Fensterkontakt) triggere ich meine Programme erfolgreich mit "bei Änderung auslösen" (z.B. Zustand ändert von "offen" auf "zu") und nicht mit "bei Aktualisierung auslösen", was ja - wenn ich das richtig verstanden habe - auch in den zeitlichen Abständen wäre, wo das Device mit der CCU wieder kommuniziert.
Kann mir dies allenfalls jemand erklären? Besten Dank.
Als Anfänger" habe ich noch eine Verständnisfrage:
Wir fragen ja nach der internen Systemvariable "Servicemeldungen" ab und triggern das Programm mit "bei Aktualisierung auslösen", wobei die Bedingung für den Wertebereich mit "grösser oder gleich 0" immer zutrifft.
Wann findet denn bei einer Systemvariable diese "Aktualisierung" mit der CCU statt, welche das Programm dann triggert? Offensichtlich dann, wenn sich der Wert der Systemvariable "Servicemeldungen" ändert - so funktioniert es ja. Weshalb wird das Program aber nie getriggert, wenn ich auf "bei Änderung auslösen" verwende würde?
Das verstehe ich nicht, denn bei einem Gerät (z.B. Fensterkontakt) triggere ich meine Programme erfolgreich mit "bei Änderung auslösen" (z.B. Zustand ändert von "offen" auf "zu") und nicht mit "bei Aktualisierung auslösen", was ja - wenn ich das richtig verstanden habe - auch in den zeitlichen Abständen wäre, wo das Device mit der CCU wieder kommuniziert.
Kann mir dies allenfalls jemand erklären? Besten Dank.
-
- Beiträge: 14246
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 597 Mal
- Danksagung erhalten: 1521 Mal
Re: Servicemeldungen SV v2.47 (stable)
Weil sich der Wahrheitagehalt nicht ändert. Er ist immer WAHR, egal welchen Zähler der Wert annimmt. Damit aus " bei Änderung" getriggert werden könnte, müsste die Abfrage mindestens ein Mal ein FALSCH ergeben
Aber eine Abfrage auf größer/gleich 0 ist in einem Wertebereich von integer 0 bis X immer WAHR (FALSCH wäre z.B. -1, aber der Zähler wird nun mal nicht negativ).
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
-
- Beiträge: 9764
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 707 Mal
- Danksagung erhalten: 1646 Mal
Re: Servicemeldungen SV v2.47 (stable)
Irgendwie scheint
einem schwarzen Loch anheim gefallen zu seinv2.38: Batteriezuweisung für HmIP-WRCD [...] hinzugefügt
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
- blackhole
- Beiträge: 3732
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 185 Mal
- Danksagung erhalten: 587 Mal
Re: Servicemeldungen SV v2.48 (stable)
Servicemeldungen SV v2.48 ist veröffentlicht (Changelog)
- Batteriezuweisung für HmIP-WRCD erneut hinzugefügt (doppelter Eintrag von HmIP-WRCR entsprechend korrigiert).