Ich habe einen Konfigurator, der mit einer IOInstanz verbunden ist.Wähle ich ein Gerät zum Konfigurieren aus, dann wird es auch korrekt eingerichtet und ebenfalls mit der IOInstanz verbunden. Soweit alles gut.
Richte ich aber eine zweite IOInstanz ein, dann wird beim Konfigurieren eines Gerätes diese zweite IO-Instanz genommen. Ich vermute, dass bei der Zuordnung die erste passende IO-Instanz genommen wird und nicht die, die im Konfigurator zugeordnet ist.
Rede wir von PHP-Modulen?
Dann sind wir im falschen Bereich vom Forum.
Btt:
Da sind mehrere Punkte zu beachten.
Zum einen könnte das Gerät ja selber schon sich einen IO im Create schnappen (ConnectParent usw …).
Und dann ob du die Daten des gewünschten IO (also dessen GUID und Einstellungen) überhaupt im Create Array der Liste hast.
Wenn da nichts enthalten ist, macht die Console auch nix weiter.
Du musst also selber bei GetConfigurationForm den Parent (oder die ganze Kette nach oben) deiner Konfigurator Instanz auslesen und allen Einträgen der Liste im Create mit übergeben.
Dann kann die Console die Instanzen auch dem korrekten Parent zuordnen.
In der Doku sind Beispiele wie so eine Kette zu übergeben ist.
Michael
Das ist so nicht ganz korrekt. In deinem Fall sollte keine Kette erforderlich sein. Wird nämlich keine Kette verwendet, dann wird die neu erstellte Instanz bevorzugt an die übergeordnete Instanz vom Konfigurator gehängt. Dies geschieht allerdings nur, wenn die übergeordnete Instanz auch dazu kompatibel ist.
Dann bitte ruhig verschieben. Ich dachte der Modul Bereich ist mehr was zur Vorstellung von Moduln,
Das macht es auch. Man soll ja nicht auf den Konfigurator angewiesen sei.
Aber dort kann man sich nur den ersten besten passenden holen. Man kann ja nur eine GUID angeben.
Da sind GUID und Einstellungen drin - aber nicht welche Instanz der GUID. Da weiß ich nicht wie das geht.
Damit muss es irgendwie zusammenhängen.Ich habe im Konfigurator eine übergeordnete Instanz (Gateway), über die ja auch die Devices geholt werden. Solange es nur eine Instanz dieses Gateway gibt, funktioniert alles. Aber sobald ich eine zweite Instanz des Gateways (mit anderen Verbindungsdaten(Login etc.)) angelegt habe, dann wird ein ausgewähltes Device dieser zweiten Gateway Instanz zugeordnet.
Wie kann ich also beim Anlegen nicht nur die GUID sondern auch die InstanzID des aktuellen Gateways mitgeben?
Sind die Instanzen denn miteinander kompatibel? Kannst du beispielsweise die neu erstellte Instanz im Nachhinein korrekt via „Gateway ändern“ umhängen? Denn wenn der Gateway dort nicht auftaucht, dann hängt auch der Konfigurator die nicht um.
Man kann beim Konfigurator übrigens keine InstanzID für übergeordnete Instanzen angeben, aber das sollte hier ja auch nicht erforderlich sein, sofern das mit dem Umhängen vernünftig klappt.
Bin gerade selber verwirrt…
Ganz zu Anfang ging es mal. Habe ich beim PRTG-Konfigurator auch so umgesetzt (ohne Kette, allerdings habe ich auch nie mehr als einen IO getestet :o ).
Aber aus irgendeinen Grund, hatte ich bei anderen Modulen ebenfalls Probleme damit und gebe dort immer die ganze Kette an.
Also entweder so wie Dr. Niels schrieb, ganz weglassen.
Oder so wie es ist sollte es funktionieren. Sonst bitte die erstellte ConfigForm posten (z.B. mit SendDebug ausgeben und dann hier reinkopieren).
Hört sich auf jeden Fall falsch an und nach dem Problem welches ich auch hatte.
Gar nicht. Die Console sucht den Parent entweder über die übergebene Kette bzw. erstellt diese neu, oder nutzt den vorhanden Parent des Konfigurator (hoffentlich )
Aber… Gab es da nicht mal einen bc ?
Weil z.B. eine Discovery Instanz häufig (immer) keinen oder einen ganz anderen IO hat, als die Geräte welche diese Instanz erzeugen soll?
Michael
PS: Ich habe da Thema mal verschoben. (Vielleicht brauchen wir mal zwei Unterforen für PHP-Module und PHP-Module Entwicklung )
Deine create-Anweisungen sind Listen mit nur einem Element. Diese werden nicht an den Gateway vom Konfigurator gehängt. Um das zu umgehen musst du das Objekt direkt angeben, also statt
Nun habe ich doch noch ein Problem. Ich habe zwei IOs (ein aktiver und ein fehlerhafter). Dem Konfigurator ist das aktive zugeordnet;
Konfiuriere ich nun eine Instanz, dann ordnet der Konfigurator dem Device zwar im Endeffekt das richtige Gateway zu, aber scheinbar erst, wenn das ApplyChanges() im Device schon gelaufen ist.
Nach der Neuzuordnung erfolgt scheinbar kein erneutes ApplyChanges() mehr, kann das sein? Im Log File sieht es so aus:
Zum Zeitpunkt des Apply ist die ConnectionID 13636 mit Status 211 eingetragen. Schaut man sich die Instanz dagegen an, dann ist das richtige IO eingetragen …
Da im ApplyChanges aber die Statusvariablen angelegt werden und diese wiederum über nur über ein aktives Gateway geholt werden können, fehlen diese nach der Anlage.
Gibt es dafür auch eine Lösung?
Gruß
Burkhard
PS: die ParentID ermittle ich über IPS_GetInstance($this->InstanceID)[‚ConnectionID‘].
Das ist so korrekt. Erst wird ApplyChanges aufgerufen, da dies unter Umständen das Gerät umhängt. Dies bietet den Vorzug, dass sich das Gerät eventuell schon selbstständig an die vorgesehene übergeordnete Instanz anhängt. Und danach kann es sich nicht mehr durch ein ApplyChanges umhängen.
Funktioniert diese Methodik in deinem Falle nicht?
Nein, leider nicht. Oder kann ich mich im ApplyChanges an eine bestimmte Instanz hängen?
Müsste der Fall beim Homematic Konfigurator nicht der gleiche sein? Wenn das Device zunächst einem inaktiven IO zugeordnet wird, dann können doch dort auch keine Statusvariablen angelegt werden. Oder wie funktioniert das da?
)
