Hi Daniel,
vielen Dank für die ganzen Infos und auch für das Tutorial.
Einfach klassen. Werde ich mir am Wochenende mal in ruhe reinziehen.
Weiß nun, warum ich gestern so Probleme hatte und ich keien Events angezeigt bekommen habe.
Der RPC Server, der von der CCU angesteuert wird, darf kein SSL oder Passwortschutz haben.
Werde daher einen Apache Webserver konfigurieren, der einerseits intern auf einem Port ohne SSL und PW hört. das gleiche Document Root Verzeichnis auf einem anderen Port mittels SSL und PW Schutz für PDA aus dem Internet.
Was mich an der ganzen Geschichte noch stört, das die CCU nach Initialisierung der RPC Schnittstelle immer weiter die Events meldet, auch wenn überhaupt keine Anwendung hinter dem RPC Server liegt und diese abfragt. Wenn ich 1-2 mal kurz am Tag die WebControl Seite aufrufe, ist es viel. Warum soll die CCU andauernd 24/7 die Events senden?
Könnte man hier nicht einen TimeOut definieren, der den RPC Server auf der CCU wieder abmeldet.
Habe dazu in der XML-Doku von EQ§ was gefunden, das nach "Dekativiewrung" aussieht:
4.2.1 init (Seite 11)
Mit dieser Methode teilt die Logikschicht dem Schnittstellenprozess mit, dass sie
gerade gestartet wurde. Der Schnittstellenprozess wird sich daraufhin selbst
initialisieren und z.B. mit listDevices() die der Logikschicht bekannten Geräte abfragen.
Der Parameter url gibt die Adresse des XmlRpc-Servers an, unter der die Logikschicht
zu erreichen ist.
Der Parameter interface_id teilt dem Schnittstellenprozess die Id, mit unter der er
sich gegenüber der Logikschicht identifiziert.
Zum Abmelden von der Ereignisbehandlung wird interface_id leer gelassen.
Könnte man damit nicht das ganze wieder deaktivieren?
Grüße
Erik