Programm im Programm ausführen ?

[michaelapp]

Hallo zusammen,

gibt es eine Möglichkeit das ich in einem Programm ein anderes Programm ausführe?

Hier meine Herausforderung:

Ich habe über das Mediola V4 Gateway meine Warema Rollläden eingebunden und hierzu ein Programm erstellt wo der Rollladen runter fährt und nach der hälfte des Fahrweges kommt der Stop Befehl -> das sind dann 50%.

Jetzt möchte ich das Programm in meinen anderen Programmen z.b. Beschattung verwenden.

Gruß
Michael

[robbi77]

Mit einer SV.

[Black]

Code: Alles auswählen

object oPRG= dom.GetObject (ID_PROGRAMS).Get ("IchBinDerProgrammName");
oPRG.ProgramExecute ();

Gruss,
Black

[blackhole]

Leicht OT:

Ich habe mich in letzter Zeit desöfteren gefragt, warum in vielen Skripten ein Objekt(-name) in einer Variablen geparkt wird, nur um dann einmalig wieder ausgelesen zu werden.
Vergleichbares findet man in sehr vielen Skriptschnippseln mit unterschiedlichen Funktionen von verschieden Autoren (bestimmt auch in älteren Beiträgen von mir) hier im Forum.
Gibt es hierfür einen bestimmten Grund oder werden einfach nur alte, zumindest auf den ersten Blick ineffektive Skriptschnippsel aufgefrischt und wiederverwendet? (Bei mir war das so.).

Heute sehen Aufrufe dieser Art bei mir etwa so aus:

Code: Alles auswählen

dom.GetObject(ID_PROGRAMS).Get("Programmname").ProgramExecute();

[alchy]

Auch wen es in diesem Fall nicht genutzt wird, hat es z.B. den Vorteil leichter ein Fehlerhandling einbauen (z.B. auf Existenz des Objekts) zu können.
Klar, das kann man auch ohne Scriptvariablen bauen, aber das macht es nicht einfacher oder leichter.
Da die Script-Variablenbegrenzung nicht mehr vorhanden ist, würde ich es nicht unbedingt als ineffektiv ansehen, wenn man Objekte erst deklariert um später mit anderen Methoden darauf zugreift.
Es gab ja Zeiten, wo man gezwungen war die Anzahl der Script-Variablen im Auge zu behalten, dem ist ja glücklicherweise nicht mehr so.

Wichtiger oder "richtiger" ist *IMHO* natürlich, das eben nach Möglichkeit nicht direkt über
dom.GetObject() auf das Object verwiesen wird sondern über die Selektierung nur auf Programmobjekte.
Das lindert den "gleiche Namen Bug", was in beiden Fällen genutzt wird.
Funktionieren würde es natürlich auch so.

Und ebenfalls wichtig, man muss wissen, das der Scriptcode das DANN des Programmes ausführt und keine Prüfung der Bedingungen durchgeführt werden. So wie ein händisches Ausführen des Programmes. Da sollte man dann lieber eine virtuelle Taste einbauen, antriggern o.ä.

Alchy

[blackhole]

Auch wen es in diesem Fall nicht genutzt wird ...

Genau, ich rede ja von eben den Skripten in denen das nie und nimmer genutzt wird (wie in dem von Black gepostetem Schnippsel und auch in vielen anderen).
Eben Skripte in denen ein Objekt(-name) in einer Variablen geparkt wird, nur um dann einmalig wieder ausgelesen zu werden. So war das (wörtlich) gemeint.

In anderen Skripten hat das natürlich seine Daseinsberechtigung, genau wie Du schriebst und auch aus vielerlei anderen Gründen.

[Black]

Ein Fehlerhandling auf ein nicht existierendes Objekt oder Objekttyp ist in dem zugegeben effizient geschirebenen Einzeiler nicht wirklich zu realisieren.

Jedem seinen Stil

Black

[alchy]

Mal als Beispiel, was man natürlich zusammenziehen kann in eine Zeile:

Variante 1

Code: Alles auswählen

object oPRG= dom.GetObject (ID_PROGRAMS).Get("IchBinDerProgrammName");
if (oPRG){ 
WriteLine("Programm vorhanden");
oPRG.ProgramExecute(); 
WriteLine("Programm ausgeführt");
}else{
WriteLine("Programm NICHT vorhanden");
}

oder auch

Variante 2

Code: Alles auswählen

if ( dom.GetObject(ID_PROGRAMS).Get("IchBinDerProgrammName") ) { 
WriteLine("Programm vorhanden");
dom.GetObject(ID_PROGRAMS).Get("IchBinDerProgrammName").ProgramExecute(); 
WriteLine("Programm ausgeführt");
}else{
WriteLine("Programm NICHT vorhanden");
}

um z.B. rudimentäres, ausbaufähiges Fehlerhandling benutzen zu können.
Nachteil der Variante 2 ist schon mal, das man aufpassen muss da an beiden Stellen den selben Namen IchBinDerProgrammName einzugeben.
ergo, in Userscripten versuche ich dies zu vermeiden.

Jedem seinen Stil

Geb ich dir Recht. Funktionieren würde auch:

Code: Alles auswählen

dom.GetObject("IchBinDerProgrammName").ProgramExecute();

und da ist die Fehleranfälligkeit bei Usern die nicht damit umgehen können entschieden höher und deshalb würde ich dies nicht empfehlen.

Alchy

[mirochen]

Leicht OT:

Ich habe mich in letzter Zeit desöfteren gefragt, warum in vielen Skripten ein Objekt(-name) in einer Variablen geparkt wird, nur um dann einmalig wieder ausgelesen zu werden.
Vergleichbares findet man in sehr vielen Skriptschnippseln mit unterschiedlichen Funktionen von verschieden Autoren (bestimmt auch in älteren Beiträgen von mir) hier im Forum.
Gibt es hierfür einen bestimmten Grund oder werden einfach nur alte, zumindest auf den ersten Blick ineffektive Skriptschnippsel aufgefrischt und wiederverwendet? (Bei mir war das so.).

Heute sehen Aufrufe dieser Art bei mir etwa so aus:

Code: Alles auswählen

dom.GetObject(ID_PROGRAMS).Get("Programmname").ProgramExecute();

Mein Grund ist: Das Get könnte schief gehen...

Man sollte niemals davon ausgehen, dass irgendetwas einfach funktioniert. Sonst trittst du dir Bugs ein, die manchmal wirklich kniffelig zu finden sind - nicht in allen Situationen wird der NullPointer (was es ist, wenn bspw. das Get schief geht) unmittelbar ein Problem aufwerfen (in diesem konkreten Fall wäre es wohl so... aber ist halt eine grundsätzliche Vorgehensweise, so etwas unbedingt zu vermeiden).

Ich frage fast immer mit "if (objekt_variable)" ab, ob ich eine Referenz bekommen habe... denn eine Referenz ist immer true, eine Nicht-Referenz immer false (zumindest hier bei Homematic, manch andere Programmiersprache braucht hier eine explizite Prüfung gegen null, aber das führt hier halt zu weit...).

[blackhole]

Jedem seinen Stil

Ja, das sowieso.

Ich höre aber schon raus, dass es sonst wohl keine besonderen Gründe gibt, die relevant wären.
Alchys genannte Gründe treffen aus meiner Sicht dann tatsächlich eher auf andere Skripte zu.
Für die Skripte, um die es hier geht, wäre ein Fehlerhandling, wie sehr schön von Alchy in seinen Beispielen aufgezeigt, totaler Overkill.

Insofern danke ich euch und verkürze/optimiere wo es (aus meiner Sicht) sinnvoll ist.