- √ - CV Protocol read mit timeaut

[hartmut]

Hallo zusammen,

ich möchte mit der CometVisu in Verbindung mit openHab die Visualisierung machen.
Die Visu läuft auf einen virtuellen Linuxsystem unter Debian.
OpenHab funktioniert und die ersten Schritte mit CV funktionieren auch.
Ich habe dazu ein kleine Config Programm mit 2 Schaltern erstellt.

In Crome

http://192.168.0.159:8080/services/cv/r?a=Licht_WG_Wohnzimmer_Decke&a=Licht_WG_Wohnzimme r_Schank[/url]

ergibt die Antwort:

{"i":"1425482730232","d":{"Licht_WG_Wohnzimmer_Dec ke":"ON","Licht_WG_Wohnzimmer_Schank":"OFF"}}

Das funktioniert.

Wenn ich aber mit den Crome Entwicklertools den Netzwerk Dialog anschaue dann sehe ich dass Nach einen klick auf die Schaltfläche folgendes gesendet wird:

http://192.168.0.159:8080/services/cv/w?a=Licht_WG_Wohnzimmer_Schank&v=ON&ts=14254837226 11

Das Licht geht an und ein Response {"success":"1"} erfolgt.
Anschließend wird:

http://192.168.0.159:8080/services/cv/r?s=a6215064-5bc6-4cb1-8a4e-2cece20beac7&a=Licht_WG_Wohnzimmer_Decke&a=Licht_W G_Wohnzimmer_Schank&i=1425483722627

gesendet, das ist eine Abfrage der beiden Schalter und es erfolgt keine Antwort.
Anschließend werden ca. alle Minute weitere Anfragen gesendet die alle gleich aussehen aber nach 1 Minute mit einem Timeout enden.
Kopie vom Chrome Entwicklertool

Request URL:http://192.168.0.159:8080/services/cv/r?s=a6215064-5bc6-4cb1-8a4e-2cece20beac7&a=Licht_WG_Wohnzimmer_Decke&a=Licht_W G_Wohnzimmer_Schank&i=1425483722627
Request Headers
Provisional headers are shown
Accept:application/json, text/javascript, */*; q=0.01
Referer:http ://192.168.0.159:8080/cometvisu/
User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2321.0 Safari/537.36
X-Atmosphere-tracking-id:9ebf0397-c545-4ea1-bf75-f972865ee592
X-Atmosphere-Transport:long-polling
X-Requested-With:XMLHttpRequest
Query String Parameters
view source
view URL encoded
s:a6215064-5bc6-4cb1-8a4e-2cece20beac7
a:Licht_WG_Wohnzimmer_Decke
a:Licht_WG_Wohnzimmer_Schank
i:1425483722627

Was läuft falsch?
Grüße Hartmut

[peuter]

Was genau funktioniert denn nicht? Aktualisiert sich der Schalter nicht, den Du in der Visu gedrückt hast?
Alles andere inkl. der 60sek timeouts ist nämlich normales Verhalten.

[hartmut]

Der Schalter funktioniert, mich stör nur dass auf das read keine Antwort kommt und im Entwicklungstool eine Fehlermeldung Provisional headers are shown angezeigt wird.
Es werden bei der Anfrage (read) ja auch mehrere Schalter angefragt und keine Antwort erfolgt.
Die read Anfrage erfolg ja unmittelbar an den write Befehl nur werden dabei dann 2 Werte angefragt und keine Antwort erfolgt.

[peuter]

Also der Read-Request ist immer offen (ist halt long-polling) auch in dem Moment in dem Du den Schalter drückst. Über den zu dem Zeitpunkt offenen Read-Request kommt auch die Statusänderung, muss so sein denn sonst würde der Schalter zwar schalten aber seinen Zustand nicht ändern. Die Anwort auf den Schaltbefehl {success:1} bewirkt keinerlei Statusänderung in der Visu.
D.h. Du musst die Statusänderung in dem Read-Request suchen, der zeitlich vor dem Schaltbefehl steht. Der Read-Request danach bekommt keine Antwort, weil die Änderung ja dann schon erfolgt ist, und solange Du nicht erneut einen der beiden Schalter betätigst, werden die Read-Requests aufgrund mangelnder Antwort nach 60s neu gestartet.


Zu der Header-Meldung kann ich nichts sagen, kenn ich nicht, weiß nicht was das bedeutet und ehrlich gesagt, wenn alles fehlerfrei funktioniert interessiert mich das auch nicht besonders.

[hartmut]

Danke für die ausführliche Erklärung. Damit wird für mich einiges klar.

Hartmut