Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
kann ich auch in loser Folge beobachten und bestätigen... Fällt momentan noch nicht so auf, da ich dauernd noch dran rum justiere und dann refresh.
Aber wenn ich mal nix mache: gelegentlich "tot" = kein Update mehr
Ich kann es auch bestätigen. Bei mir werden allerdings im Classic UI und greenT die Items weiter aktualisiert. Nur die CometVisu hängt sich auf. Wobei das schalten selber geht dann immer noch, nur der Status wird nicht aktualisiert. So kann ich eben das Licht nur einschalten und erst nach einem Seiten refresh wieder ausschalten.
Bei mir geht das auch relativ schnell, also ca 5-6 Schaltvorgänge funktionieren sauber mit Aktualisierung und dann geht nur noch schalten.
Liegt vielleicht an der Verbindung zwischen Cometvisu und OpenHAB. Da das Senden noch geht muss es irgendein Problem beim read geben. Ich habe da allerdings noch keinen Ansatzpunkt wo evtl. logs zu finden sind die einem weiterhelfen.
Ich habe da allerdings noch keinen Ansatzpunkt wo evtl. logs zu finden sind die einem weiterhelfen.
Da hilft am schnellsten Firebug im Firefox, dort in der Console kann man die Read (Long-Polling) und Write-Requests sehen, die die CV an openHAB schickt und auch welche Daten dort übermittelt werden.
Offensichtlich stellen die Write-Requests kein Problem dar (d.h. wenn man in der CV z.B. einen Schalter bedient, wird der Befehl korrekt übermittelt), also achte mal drauf was mit dem Read-Request passiert und welche Daten dort bei Statusänderung eines openHAB Items übermittelt werden.
Ich habe das Problem zwar auch schonmal festgestellt, aber da lief die CV schon über eine Woche und das erschwert die Fehlersuche dann doch, wenn der Fehler nur selten auftritt, aber bei Euch scheint das ja schneller zu passieren.
Nachdem ich die Fritzboxeinträge
Call Active_Call "Connected to [%1$s from %2$s]" (Phone) { fritzbox="active" }
Call Incoming_Call_No "Caller No. [%2$s]" (Phone) { fritzbox="inbound" }
So jetzt habe ich mal ein wenig experimentiert.
Hier ein Auszug aus Firebug wenn es aktualisiert wird:
Code:
21:15:01.536 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 1695ms]
21:15:03.426 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 3015ms]
21:15:06.446 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 1592ms]
21:27:24.368 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 16ms]
21:27:25.021 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 5904ms]
21:27:31.377 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 720ms]
21:27:32.061 GET http://19.84.4.11:8999/services/cv/r [HTTP/1.1 200 OK 27550ms]
Das meinte ich damit, dass ich nichts brauchbares gefunden habe. Die Antwortzeit ist meist viel höher wenn es gerade nicht aktualisiert. Bis zu 70000ms. Im Opera sehe ich immer mehrere read Anfragen die grau sind und bei denen steht:
Code:
Keine Anfrage gestellt. Alle Daten wurden aus dem Cache ohne Zugriff auf das Netzwerk abgerufen.
Nach einer Weile haben die dann den Inhalt der nicht funktionierenden Anfrage. Das komische ist, dass das OK 200 immer kommt. Ich dachte auch, dass bei einem Read alle Items abgefragt werden, allerdings bei der Opera Antwort sehe ich ja nur ein Item. Bei der allerersten read Anfrage nach einem Seiten refresh stehen alle items in der Antwort. Der read Link beinhaltet ja jedesmal alle Items. Vermutlich muss das so sein.
Im Firefox konnte ich weitaus mehr Schaltvorgänge tätigen als in Opera bis es nicht mehr aktualisiert hat. Ich habe mindestens 50-60 mal hin und her geschaltet und RTR Werte geändert.
Hilft das jetzt evtl. bei der Fehlersuche oder sind andere logs benötigt?
Ich verstehe halt nicht warum es eine Weile richtig funktioniert und dann auf einmal nicht mehr. Also kann es ja eigentlich kein grundsätzliches Problem in der config sein.
Ich hatte heute endlch mal ein bischen Zeit mit wieder mit dem Thema zu beschäftigen und habe da noch einen Fehler gefunden und behoben. Das korrigierte Binding findet Ihr im Anhang oder in meinem repository: https://github.com/peuter/openhab
Unter gewissen Umständen konnte es immer wieder dazu kommen, dass einige Werte nicht aktualisiert wurden (vor allem wenn sich viele auch einmal ändern). Noch dazu sollte die Rückmeldung nach einer Aktion schneller sein, da dort bisher ein Delay von 300ms eingebaut war. Das war zwar nicht nötig, hat aber ohne nicht funktioniert und ich hatte nie kapiert warum das so ist. Jetzt klappts auch ohne delay.
Vielleicht könnt Ihr das mal testen und berichten ob es besser ist, oder ob ggf. neue Probleme auftreten. Langzeittests hab ich damit noch nicht gemacht aber die ersten kurzen Tests lassen hoffen.
Ich habe nun nur das Problem daß ich ja gar keine OpenHAB verwende und somit auch nicht weiß was ich ändern soll. Was genau hast Du denn als Fehler ausmachen können? Kann das Problem auch auf einem WG mit CV auftreten? Falls ja, was muß man ändern?
Hallo Andi,
der von mir behobene Fehler bezieht sich nur auf das openHAB Backend und hat mit dem Wiregate nichts zu tun. Tut mir leid, dass ich Dir da nicht weiterhelfen kann.
ich habe es jetzt bei mir mal auf dem System. Ich musste erst den Snapshot neu laden, sonst hatte ich immer Fehlermeldungen. Egal jetzt läuft es erstmal.
Ich kann leider erst am Wochenende ausgiebiger testen da es bei mir noch nicht im Echtsystem läuft. Ich hatte mich mit dem Raspberry versucht aber keine zufriedenstellende Ergebnisse erreicht, nun warte ich auf ein Cubieboard als Visurechner.
Auf die schnelle hat es sich auf dem Laptop aufgehangen. Es wird ja jede Sekunde oder so eine read Anfrage mit allen Werten gesendet. Nach einer Weile braucht dann die Antwort sehr lange und danach kommen auch die read Anfragen nicht mehr. Danach kamen wieder einige read Anfragen und die Visu hat sich auch wieder aktualisiert. Es scheint so, dass nach einer gewissen Zeit sich das System wieder einholt und alles aktualisiert. Ich musste auf jeden Fall die Seite nie neu laden. Nur einige Minuten warten. Das wäre damit schon ganz gut, denn im Normalfall schaltet man ja nicht 20 Sachen hintereinander.
Wie gesagt ausführlicher kann ich am WE testen. Ist schon wieder spät und ich muss früh raus.
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar