Hallo,
nur mal ne Idee zum ursprünglichen Problem:
Ist das Dummy-Gerät evtl. ebenfalls ein MS-Instanz-Modul? Dann könnte ich das nachvollziehen, denn die müßen ja erst hinsichtlich der Zeiten zum hoch- und runterfahren im IPS angelernt werden. Neu zeigen sie genau das beschriebene Fehler-Verhalten: ca. 1sek bewegen, dann Schluß.
Ich meine mit dem Anlernen nicht den Timer im Gerät, um nach FB-Signal oder per Tiptaster dann anzuhalten (unabhängig von Endlagenschalter), sondern das Anlernen per Up- und Down-Taste, direkt in der IPS-Instanz. Allerdings benutze ich „FS20_SetPosition($id, abs($wert))“, keine Ahnung, ob das auch für den hier beschriebenen Befehl eine Rolle spielt.
Andere Ideen für die Gruppenschaltung:
Ich habe meinen Rolladen einfach nach Kochbuch eine zweite Adresse als Gruppenadresse gegönnt, also 3111=OG AZ, 3112=OG Gaube, beide hören auch auf 3144. Ähnliches im EG, dort im Adressraum 32xx. Insgesamt 8 Steuerungen im EG, 7 im OG. Vorteil: Ich kann beide Etagen-Gruppen auch völlig unabhängig per FB als Gruppe mit je einer Taste / Tastenpaar schalten (bei mir die beiden kleinen Paare oben an einer 10/20er-FB). Die Gruppenadresse wäre dann aus IPS-Sicht als „echtes“ Gerät ansteuerbar. Mach ich aber im IPS nicht so, allein schon wegen der unterschiedlichen Laufzeiten, und weil ich da was besseres habe, s.u. Wär aber sicher möglich, wenn man die längsten Zeiten der langsamsten Jalousie anlernen würde.
Für ein rein programmtechnisches Schalten würde ich nun kein Dummy-Gerät nehmen, sondern ein Script bauen, das alle betroffenen Steuerungen z.B. per separater „IPS_RunScript“-Befehle aufruft. Der Befehl soll das ja prozessparallel tun. So ein Gruppensteuerscript könnte dann wiederum einfach z.B. vom Designer-Taster-Objekt getriggert werden. Ganz ohne Dummy-Modul.
Sowas ähnliches mache ich erfolgreich bei meinen „zentralisierten Scripts“ für alle meine Schalter, Dimmer und seit kurzem nun auch bei allen Rolladen. Da nun aber an einigen Designer-Objekten die Möglichkeit fehlt, per Event direkt ein Script zu steuern (bei TrackBars gibts als Events z.B. nur Variablen), triggere ich eben auch immer eine Variable onUpdate am Script. Da kann ja glücklicherweise mehr als eine Triggervariable je Event zugewiesen werden. Klappt prima …und ist dann wiederum so universell, dass das nicht nur vom Designer aus geht, sondern von überall her. Einfach einen neuen Variablenwert setzen, reicht dann als Auslöser…
Wenn nun aber das Einzel-MS-Steuerscript schon diese Variablentriggerung hat, muß ein Gruppenscript nichtmal mehr Tochter-Scriptaufrufe enthalten. Einzig das Setzen der Werte in den Zielposition-Variablen wäre dann noch nötig, der Rest klappt dann von allein. Also fOgAz.tPos=100 (Mnemonik: fensterObergeschossArbeitszimmer.targetPosition=100%) usw. (real: „$ret = SetValueInteger($pfx.“.tPos", $pos);" )
Das nur mal so als Ansätze. Vielleicht hilft es ja irgendwie weiter…
Gruß Gerd