Neue Release-Candidate/Testversion (3.53.34.202011xx) verfügbar

[mbhomie007]

Dann probiert mit dem morgigen snapshot nochmal, denke hab das Problem gefunden und schon gefixt.

Noch ist kein neues Release für den Raspberry 3b zu finden...

[jmaus]

Dann probiert mit dem morgigen snapshot nochmal, denke hab das Problem gefunden und schon gefixt.

Noch ist kein neues Release für den Raspberry 3b zu finden...

Ist ja auch kein "Release" sondern ein "Nightly Snapshot" bzw. Testversion... Hab aber mal dort eine rpi3 version hingelegt (weil der automatische Build nicht durchlief) die das Problem auch beheben sollte.

[Stefan_S82]

Heutiger nightly build läuft auf Tinkeboard S bisher unauffällig.

[mbhomie007]

Dann probiert mit dem morgigen snapshot nochmal, denke hab das Problem gefunden und schon gefixt.

Noch ist kein neues Release für den Raspberry 3b zu finden...

Ist ja auch kein "Release" sondern ein "Nightly Snapshot" bzw. Testversion... Hab aber mal dort eine rpi3 version hingelegt (weil der automatische Build nicht durchlief) die das Problem auch beheben sollte.

Habe nun den neuen Nightly Snapshot 3.53.34.20201111 auf meinen Rasberry 3b+ aufgespielt.

Das rote und blaue dauerhafte blinken der LEDs ist nun behoben.

Allerdings folgenden SyntaxError.
Sonst ist das Skript immer ohne Error durchgelaufen.

Code: Alles auswählen

Nov 12 16:19:10 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: Error 1 at row 52 col 19 near ^#slist;  ! +++++++   Speichern in Systemvariable dom.GetObject("Alarm ausgelöst"^M  [SyntaxError():iseESP.cpp:1150]
Nov 12 16:19:10 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: #slist;  ! +++++++   Speichern in Systemvariable dom.GetObject("Alarm ausgelöst").State(slist); ! +++++++ ENDE Speichern in Systemvariable    ! +++++ zPNP ausführen +++++ (dom.GetObject(ID_SYSTEM_VARIABLES).Get(svPushText)).State(message); (dom.GetObject(ID_PROGRAMS).Get(zPNP)).ProgramExecute(); } [ParseProgram():iseESP.cpp:387]
Nov 12 16:19:10 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: Error 1 at row 52 col 19 near ^#slist;  ! +++++++   Speichern in Systemvariable dom.GetObject("Alarm ausgelöst"^M  [SyntaxError():iseESP.cpp:1150]
Nov 12 16:19:10 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: #slist;  ! +++++++   Speichern in Systemvariable dom.GetObject("Alarm ausgelöst").State(slist); ! +++++++ ENDE Speichern in Systemvariable    ! +++++ zPNP ausführen +++++ (dom.GetObject(ID_SYSTEM_VARIABLES).Get(svPushText)).State(message); (dom.GetObject(ID_PROGRAMS).Get(zPNP)).ProgramExecute(); } [ParseProgram():iseESP.cpp:387]
Nov 12 16:19:10 Homematic-CCU local0.err ReGaHss: ERROR: ScriptRuntimeError: ! Alarmmeldungen auslesen, speichern in Systemvariable und senden mittels zPNP ! Version 1.0, Autor: dtp (basierend auf einem Entwurf von stan23)  ! Namen der verwendeten Systemvariablen string svPushText = "CCU-Push Text"; ! gem. zPNS-xx, obligatorisch string svPushPrio = "CCU-Push Prio"; ! gem. zPNS-xx, obligatorisch string svPushoverSound = "CCU-Push Sound"; ! gem. zPNS-Po, optional  ! Name des zentralen Push-Nachrichten-Progr
mms string zPNP = "CCU-Push Nachrichten"; ! obligatorisch  ! ##################################################################### ! ##### ab hier bitte keine weiteren Einstellungen mehr vornehmen ##### ! #####################################################################  object oTmpArray = dom.GetObject(ID_SYSTEM_VARIABLES); string sTmp; string slist =""; foreach(sTmp, oTmpArray.EnumIDs()) { object oTmp = dom.GetObject(sTmp); if ( (oTmp.ValueSubType() == istAlarm) && (oTmp.AlState() == asOncoming) ) {
string sTriggerDesc =

In Blacks SDV sieht es so aus.
"Message" ist rot markiert.

[FBK2904]

Allerdings folgenden SyntaxError.
Sonst ist das Skript immer ohne Error durchgelaufen.

In Blacks SDV sieht es so aus.
"Message" ist rot markiert.

Ohne jetzt das ganze Script zu kennen, würde ich einmal behaupten/vermuten, dass
in Zeile 51 vor dem "message" das "string" fehlt ?!

Grüssle,
Frank

[mbhomie007]

Allerdings folgenden SyntaxError.
Sonst ist das Skript immer ohne Error durchgelaufen.

In Blacks SDV sieht es so aus.
"Message" ist rot markiert.

Ohne jetzt das ganze Script zu kennen, würde ich einmal behaupten/vermuten, dass
in Zeile 51 vor dem "message" das "string" fehlt ?!

Grüssle,
Frank

Vielen Dank für die schnelle Hilfe.

Jetzt läuft das Skript ohne Syntax Error.

Komisch das es vorher immer so funktioniert hat...

[Baxxy]

würde ich einmal behaupten/vermuten, dass
in Zeile 51 vor dem "message" das "string" fehlt ?!

Na Mensch... dtp ist da sehr ordentlich was seine Scripte angeht.

Sonst ist das Skript immer ohne Error durchgelaufen.

Besser wäre es auf das Original-Script zu verlinken falls es denn so existiert. Oder den Code komplett im Code-Tag zu posten zum drübergucken. So sieht man ja nur die Hälfte.

Andererseits war die letzte Änderung an der ReGa am 2.11. Die Frage lautet also... mit welcher bisherigen RaspberryMatic Version lief das Script?

[Black]

[
Ohne jetzt das ganze Script zu kennen, würde ich einmal behaupten/vermuten, dass
in Zeile 51 vor dem "message" das "string" fehlt ?!

Würde ich jetzt so auch sagen... ansonsten... Bei dieser Markierung Editor Hint einschalten und Maus auf die Stelle und lesen was er dir als Fehler sagt

Black

[jmaus]

Das hat nichts mit einer Umstellung in ReGa zu tun. Es ist/war einfach Zufall das der script funktioniert hat.

Nur zur Erinnerung: in ReGa sind Variablen immer über alle Programme und über die gesamte Laufzeit von ReGa global/existent. D.h. Wenn vorher in einem anderen Skript einmal „var message" definiert wurde und danach das gezeigte script dann läuft funktioniert es weil die variable dann ja schon existiert. Wenn allerdings das gezeigte Skript das allererste ist das abläuft dann gibt es "message" im variablencache eben noch nicht und es kommt zu einem Syntax Fehler. Deshalb ja auch immer der ratschlag immer in jedem script jede dort genutzte variable vorher explizit zu definieren da es sonst zu genau solchen unbedachten Nebeneffekten kommen kann.

Und soviel noch vorweg: Nein, dieser misstand (das rega keine script-lokalen variablen kennt) soll nicht dazu motivieren/anhalten das man jetzt in einem WebUI Programm eine variable anlegt und diese dann nutzt um einen wert in ein anderes WebUI Programm/Skript zu übergeben. Auch das ist Bad Practice, denn das wird einem genauso dann auf die füße fallen - spätestens wenn ich in der tat dann doch mal ReGa beibringe nur lokale variablen in Nutzerskripten zu kennen

[mbhomie007]

Vielen Dank für die vielen Antworten.

würde ich einmal behaupten/vermuten, dass
in Zeile 51 vor dem "message" das "string" fehlt ?!

Na Mensch... dtp ist da sehr ordentlich was seine Scripte angeht.

Sonst ist das Skript immer ohne Error durchgelaufen.

Besser wäre es auf das Original-Script zu verlinken falls es denn so existiert. Oder den Code komplett im Code-Tag zu posten zum drübergucken. So sieht man ja nur die Hälfte.

Andererseits war die letzte Änderung an der ReGa am 2.11. Die Frage lautet also... mit welcher bisherigen RaspberryMatic Version lief das Script?

Hier das original Skript, habe da vielleicht mal was angestoßen.

viewtopic.php?f=31&t=26282&start=1160

Grüße
Marco