Das ist ganz einfach zu erklaeren:
Meine ganze Heimautomatisierung laeuft ueber meinen Apache Server als Proxy in mein Intranet.
Der Apache Server macht das User Managment, haelt also die boesen Buben draussen und laesst mich ran
Sobald ich ueber den Proxy den Status auslese, wird das in XML-API/.../state.cgi?device_id=<my devices> uebersetzt und an die CCU geschickt.
Als response kommt dann ein huebsches XML Paket mit den fuer mich relevanten Daten:
Fenster-Stati Ist-Temp, Humidity, Soll-Temp der Gruppen und Duty Cycle und ich habe ein Soll-Temperatur Interface in Javascript mit dem ich die Soll-Temps meiner Homematic Gruppen per Schieber setzen kann: und noch ein bisschen mehr was ich ausserhalb von Homematic implementiert habe. Ich will eigentlich gar kein Programm starten, sondern nur die Daten in der CCU3 lesen und setzen. Soweit alles gut...auch mit dem DC wenn das Device sichtbar ist.
Meine Frage war nur eine Reaktion auf deine Anmerkung, dass nach FW Update das Device wieder verborgen ist:
Ich wuerde gerne fuer diesen Fall das Freischalten automatisieren indem ich dein Freischalt-Script via XML-API, getriggert von meinem Server, starten wenn er mal kein CCU3 Device mehr findet. Ist aber auch kein Drama, dass nach einem Update per Hand freizuschalten.
Warum ich das per XML-API mache ist damit hoffentlich auch klar:
Die CCU3 wird durch den Apache-Proxy nach aussen geschuetzt und ich habe ein Uni-Interface, dem erstmal egal ist, ob da MAX!, Homematic oder sonstwas dahinter sitzt...Proxy halt.
D.h., dass mein Apache Server im Intranet einen leicht zu bedienenden Kanal zur CCU3 braucht und das ist XML-API.
Ich hoffe ich habe damit meinen "Use Case" ein bisschen besser erklaert!?
...have fun...
Michi