Fehler im Script aber Script testen geht ? ! ? ! ?

[joni-blue]

das ist eine gute frage

[jmaus]

Wenn ich folgendes Skript teste

Code: Alles auswählen

string test = "Hallo";
WriteLine(test);
string test;
WriteLine(test);

erhalte ich als Ausgabe nur

Code: Alles auswählen

Hallo

Wäre es daher nicht evtl. eine Option, sämtlich in einem Skript verwendeten, lokalen Variablen am Ende des Skripts auf diese Weise zurückzusetzen?

Hab es gerade mal kurz getestet. Das bringt nichts, denn die Variable "test" ist ja immer noch definiert und verbraucht damit eben auch einen dieser ominösen, maximalen 200 freien Variablennamen. Nur weil du danach "test" wieder mit "string test;" definierst heisst das nicht das die variable damit wieder komplett gelöscht wird. Du setzt sie nur auf einen leeren Wert wodurch es eben dazu kommt das die zweite WriteLine() ausgabe keine Ausgabe macht. Wenn die Variable "test" nicht mehr definiert wäre müsste das zweite WriteLine() aber einen Fehler bringen. Leider also keine Lösung des Problems.

[dtp]

Leider also keine Lösung des Problems.

Meine Hoffnung war, dass die CCU ggf. mehr leere, lokale Variablen akzeptiert. Dass eine erneute Variablendeklaration nicht zum Löschen der lokalen Variablen führt, ist klar. Sonst würden ja die meisten Skripte nicht funktionieren.

By the way, gibt es eigentlich eine Möglichkeit, die Anzahl der lokalen Variablen zu zählen? Irgendwie muss die CCU ja auch auf die 200 als Grenze kommen.

Bis dann,

Thorsten

[jmaus]

By the way, gibt es eigentlich eine Möglichkeit, die Anzahl der lokalen Variablen zu zählen? Irgendwie muss die CCU ja auch auf die 200 als Grenze kommen.

Du kannst das nur über Umwege tun in dem du z.B. mein Beispielskript von hier (http://homematic-forum.de/forum/viewtop ... 88#p254999) in einem neuen Programm temporär einfügst und dann "Fehler prüfen" drückst. Auf einem frischen System sollte dann der Fehler bei variable i201 auftauchen was bedeutet das man bis zu 200 variablen eben definieren kann. Wenn du da jetzt weniger rausbekommst liegt das eben daran das die CCU bereits freie Plätze reserviert hat und somit kannst du die anzahl der verbrauchten freien Variablennamen somit etwas abschätzen.

[joni-blue]

By the way, gibt es eigentlich eine Möglichkeit, die Anzahl der lokalen Variablen zu zählen? Irgendwie muss die CCU ja auch auf die 200 als Grenze kommen.

Du kannst das nur über Umwege tun in dem du z.B. mein Beispielskript von hier (http://homematic-forum.de/forum/viewtop ... 88#p254999) in einem neuen Programm temporär einfügst und dann "Fehler prüfen" drückst. Auf einem frischen System sollte dann der Fehler bei variable i201 auftauchen was bedeutet das man bis zu 200 variablen eben definieren kann. Wenn du da jetzt weniger rausbekommst liegt das eben daran das die CCU bereits freie Plätze reserviert hat und somit kannst du die anzahl der verbrauchten freien Variablennamen somit etwas abschätzen.

kann mir mal einer von euch bitte sagen was alles zu den Lokalen Variablen zählt? string / var / usw...

[jmaus]

kann mir mal einer von euch bitte sagen was alles zu den Lokalen Variablen zählt? string / var / usw...

Bei ReGaHSS Scripten gibt es keine Unterscheidung zwischen lokalen und globalen variablen innerhalb eines Scripts sondern alle variablen innerhalb von Scripts die man mit string, var, usw. definiert (sollten) ihre Gültigkeit bei Ende eines Scripts verlieren - sie sind/sollten also immer lokal auf das Script in dem sie definiert werden begrenzt sein (was leider gerade nicht der fall ist – ergo die Scriptprobleme die hier beschreiben werden.
Es gibt nur Scriptvariablen (string, var, integer, usw.) und eben CCU Systemvariablen die man mit dom.GetObject(...) ansprechend kann/muss. Und das hier geschilderte Problem trifft eben "nur" auf die Scriptvariablen zu die man in scripts selbst definieren kann.

[joni-blue]

kann mir mal einer von euch bitte sagen was alles zu den Lokalen Variablen zählt? string / var / usw...

Bei ReGaHSS Scripten gibt es keine Unterscheidung zwischen lokalen und globalen variablen innerhalb eines Scripts sondern alle variablen innerhalb von Scripts die man mit string, var, usw. definiert (sollten) ihre Gültigkeit bei Ende eines Scripts verlieren - sie sind/sollten also immer lokal auf das Script in dem sie definiert werden begrenzt sein (was leider gerade nicht der fall ist – ergo die Scriptprobleme die hier beschreiben werden.
Es gibt nur Scriptvariablen (string, var, integer, usw.) und eben CCU Systemvariablen die man mit dom.GetObject(...) ansprechend kann/muss. Und das hier geschilderte Problem trifft eben "nur" auf die Scriptvariablen zu die man in scripts selbst definieren kann.

sorry aber jetzt das ganze nochmal für dumme, hast due ein Beispiel richtig falsch?

[Xel66]

Es gibt weder ein richtiges noch ein falsches Beispiel. Jedes Script und jede Variable ist von diesem Problem betroffen, egal welchen Typ diese Variable hat. Die CCU verträgt insgesamt nur 200 interne Variablen. Da zählt jede einzelne Variable, die Du in irgendeinem Script definierst. Die CCU behandelt alle Variablen als global und nicht auf einzelne Scripts bezogen. Das kann man zwar auch zu seinem Vorteil nutzen um Inhalte von einem Script ins andere zu übergeben, ist aber eigentlich in der IT unüblich. Für diesen Zweck gibt es Systemvariablen. Die Gültigkeit scriptinterner Variablen sollte nur auf die Laufzeit des Scripts beschränkt sein, aber die CCU behält sie im (begrenzten) Cache und löscht sie nicht wieder. Auch nicht, wenn ihr der Speicherplatz ausgeht. So läuft sie in ein Problem, bei dem Scripte einfach nicht mehr abgearbeitet werden können.

Gruß Xel66

[dtp]

By the way, gibt es eigentlich eine Möglichkeit, die Anzahl der lokalen Variablen zu zählen? Irgendwie muss die CCU ja auch auf die 200 als Grenze kommen.

Du kannst das nur über Umwege tun in dem du z.B. mein Beispielskript von hier (http://homematic-forum.de/forum/viewtop ... 88#p254999) in einem neuen Programm temporär einfügst und dann "Fehler prüfen" drückst.

Damit bringe ich dann ja meine CCU gezielt zum Absturz, oder? Muss nicht wirklich sein, finde ich.

[dtp]

Das kann man zwar auch zu seinem Vorteil nutzen um Inhalte von einem Script ins andere zu übergeben, ist aber eigentlich in der IT unüblich.

Vor allen Dingen birgt dies das Risiko, dass Skripte, die zunächst laufen, nach einem Neustart der CCU plötzlich nicht mehr funktionieren, weil die entsprechenden Variablen noch nicht definiert sind.

Dieser Bug sollte wirklich schleunigst von eQ-3 beseitigt werden. Oder es müsste ein Lösung geben, sämtliche lokalen Skript-Variablen per WebUI-Skript ein Mal am Tag zurück zu setzen.

Gruß,

Thorsten