Richtige Verwendung von $src$

[Tyfys]

Hab ich auch mal getestet.
Klappt auch auf der CCU2.

Wär ja eine Form von Parameterübergabe oder ?

[jp112sdl]

Cool. Dann macht "Skript testen" also nicht das selbe, was sonst im Hintergrund passiert. Auch interessant.

[MichaelN]

Setzen:
RM_lokale_Scriptvariable_setzen.JPG

Auslesen:
RM_lokale_Scriptvariable_auslesen.JPG

Kein Problem, läuft.

Und wenn Du das Auslese Programm nicht vom Setzen Programm starten lässt, sondern manuell startest?

[Xel66]

Wär ja eine Form von Parameterübergabe oder ?

Würde ich im Realbetrieb nicht empfehlen. Für solche Zwecke schreibe ich das in eine Systemvariable und lese es wieder aus. Ich benutzte in verschiedenen Scripten auch die gleichen Scriptvariablennamen (sind in einzelenen Bestandteilen nur kopierte Scripte für unterschiedliche Aufgaben z.B. Push, Mail oder TTS, und die nutzen alle die Scriptvariable "nachricht"). Da die Scriptingengine immer nur einen gleichzeitigen Schriptlauf zulässt, kommt sich das nicht in Gehege. Aber die Scriptläufe nacheinander kann man teils nicht beeinflussen.

Gruß Xel66

[Baxxy]

Dann macht "Skript testen" also nicht das selbe, was sonst im Hintergrund passiert.

Irgendwo hatten das Black und/oder Jens mal erklärt.
"Script testen" arbeitet anders wie der Editor im "offenem Programm". Mit letzterem müsste man mal testen ob das funktioniert.

Wär ja eine Form von Parameterübergabe oder ?

Kann man machen.
Aber wie Xel schon schrieb kann das zu Komplikationen führen.

Schön wäre es wenn man die (gecached-ten?) Scriptvariablen samt Wert irgendwie auslesen könnte, aber da ist mir nix bekannt.

Die Scriptvariablen in jedem Script frisch zu deklarieren ist m.E. immer noch die beste und sauberste Option.

[MichaelN]

Und wenn Du das Auslese Programm nicht vom Setzen Programm starten lässt, sondern manuell startest?

Ei der Daus, das geht auch.
Aber Reboot-fest ist das nicht.

[Black]

Es gibt 2 Ausführungsebenen auf der CCU, das eine ist die Rega interne Abarbeitung der CCU Programme und zum anderen die Script API auf :8181
Die beiden Ebenen wissen nix voneinander, heisst, Scriptvariablen, die in den "normalen" CCU Programmen definiert und verwendet wurden, sieht die Scripr API Abene nicht, und umgekehrt.

Script Testen der CCU oder auf Editoren wie der SDV benutzen die Script API. über eine Hintertür könntest du auch von der Script API aus die in der Programmebene verwendeten Variablen auslesen, das geht aber nur durch die Hintertür: Script aus der Script API erzeugt ein Synthetisches Programm in der Programmebene der CCU und startet dieses und geht dann erstmal in Warteschleife. Das Programm in der Programmebene läuft nun und schreibt sein ergebnis z.b. in eine neu erzeugte sysvar, in eine Datei oder sonstwo hin. das programm kommt dann aus der warteschleife und wertet die AUsgabe aus.
kann man machen.. kann man auch lassen

die auch von EQ3 verwendete Methode von "Parameterübergaben" geschieht über Scriptvariablen.

diese weden aber so ausgewertet: (es exitiere eine Scriptvariable mit namen n vom Typ Integer, die immo den Wert 10 enthalte)

WriteLine (system.IsVar("n"));

AUsgabe: true

system.IsVar(Varname[string]) --> [boolean]

-------------------

wenn diese Variable also existiert ist der saube Weg des Zugriffes dann

WriteLine (system.GetVar ("n"))

Ausgabe: 10

system.GetVar (Varname[string]) -->[variant]

Black