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.
Ich hoffe, das hilft dem einen oder anderem weiter.
Jein, es erklärt zwar, warum wir das nicht nachvollziehen konnten, aber es bleibt (im Kopf) hässlich, weil das sollte nicht so sein (ob FF8 oder Webkit x.. den grossen Bug aus Redmond lassen wir mal aussenvor: da wäre sowas ja normal..)
Mit welchem FF war das (genau, Version&Plattform so möglich) ?
Die Lösung kann manchmal so einfach sein, ich hätte mich todgesucht. Habe die letzten 3 Tage alles im Forum zu Cometvisu gelesen.
Es lag einfach nur am Browser. Am PC nutze ich Firefox 11.0, am 1. Laptop 10.0 -> bei beiden wird der Status vom Slider nach dem Reload falsch angezeigt.
Jetzt kommts. Am 2. Laptop nutze ich Firefox 8.0 -> siehe da -> alles richtig *freu wie ...*, alle stati werden nach dem Reload korrekt angezeigt. Und noch ein schöner Nebeneffekt. Mit FF 8.0 ist die Performance richtig toll, kein Ruckeln mehr, die Menus bewegen sich smooth und es ist alles richtig schnell.
Ich hoffe, das hilft dem einen oder anderem weiter.
hallo makki, na klar, anbei alle versionen, hab zusätzlich zur normalen visu die svn entwicklungsversion installiert, um wie von chris in diesem thread beschrieben, die writeonly funktion nutzen zu können und teste somit momentan ausschliesslich mit der svn version. da ich bei dir offiziellen version bereits das problem mit dem slider hatte, habe ich die svn version installiert, da chris hier die writeonly funktion hinzugefügt hat.
bin nach folgender anleitung vorgegangen, um die svn version installieren zu lassen:
Nur nochmal zur Sicherheit; du spricht von der aktuellen SVN oder der 0.6-Release?
Die SVN muss ich grad selber erstmal wieder flott bekommen, kurz davor hats hier selbige Konstellation dutzendfach so, das funktioniert ganz sicher, in echt
(sonst würde ich jeden Tag spucken..)
Ein "Phänomen" zu RO/WO oder eine dummheit im Backend möchte ich aber nicht ausschliessen..
Macht nur Sinn mit derseleben Version zu testen..
Hallo makki, vielen Dank an dich und chris, dass ihr mir helft, den fehler zu finden.
Ausgangssituation nach vorigem Löschen vom Browsercache, Cookies und Sessions:
Gruppenadressen Dimmaktor Kanal B:
2/2/1: Schalten
2/2/26: Status AN/AUS
2/4/26: Status Dimmwert
2/6/26: Dimmen Absolut
1: Erstaufruf der Visu aus einem neu geöffnetem Browser -> Licht (switch 2/2/1 readonly=false, 2/2/26 readonly=true) steht korrekt auf aus, der slider (2/6/26 writeonly=true, 2/4/26 readonly=true) steht richtig auf 0 %
2: Drücken des switches , Licht geht an, Statusbutton wird korrekt auf on gestellt, der Slider geht korrekt auf 35% (im Dimmaktor ist der Einschaltwert auf 35% eingestellt).
3. Reload der Seite (STRG F5) -> switch button ist korrekt auf on, der Slider steht leider nur bei 0 % anstatt auf 35%
Vielleicht kann von euch das schnell auf der eigenen Visu basteln und somit das ganze simulieren -> ein Switch für an/aus mit einer GA fürs Schalten und einer GA zum Lesen Lesen des Status AN/AUS sowie einen Slider fürs Dimmen mit 1 GA fürs Dimmen absolut und einer GA für die Dimmstatusrückmeldung
Wie gesagt, die reinen Aktionen auf der Seite werden korrekt angezeigt und auch ausgeführt, es funktioniert auch alles tadellos (Licht geht live an, beim Benutzen vom Slider dimmt das Licht korrekt hoch und runter), lediglich beim Reload der Seite kriegt der Slider nicht der Wert der Statusmeldung, im obigen Beispiel 35% anstatt 0%
Hier das Kommmunikationslog parallel mit o.a. Aktionen mitgeloggt :
Nachtrag: Habe das ganze nochmal mit nem Switch und Infotrigger ausprobiert, selbe Problem, der Status vom Infotrigger ist nach dem Reload falsch. Ich hab den Eindruck, dass sich ein Switch in Kombination mit einem Slider bzw. Infotrigger nicht vertragen. oder es liegt vielleicht am KO Dimmen absolut, werds nachher auch nochmal mit Dimmen relativ versuchen.
Trotz der (ausnahmsweise vorbildlichen !!) Problembeschreibung komme ich nicht dahinter, wo das Problem liegen sollte;
Alles richtig, writeonly hat zuletzt (ich gehe von der SVN-Version der CV aus?!) funktioniert, das einzige was mir da auf Anhieb einfällt ist das der Dimmer dabei fälschlicherweise nicht auf 2/4/26 den richtigen Status ablässt; weil erneut gelesen wird der nicht, wäre ja auch Mumpitz im KNX-Kontext..
Aber da gibts ja noch ein eib.log, daraus die Telegrammabfolge aller könnte helfen, das mysterium aufzukären.
vielleicht hab ich dich immer noch nicht verstanden, aber ich wüsste beim besten willen nicht, dass ich es nicht so gemacht haben. ich denke, bilder sagen mehr als tausend worte. wärst du so lieb und schaust einmal rein ?
ich denke, ich habs mit den GA eigentlich genauso gemacht ?
so, hab nach dem reload auch nochmal nachgeschaut, es scheint so, als ob die anweisungen writeonly ignoriert werden, denn die adresse 2/6/26 ist als writeonly eingerichtet, dennoch taucht sie in der read abfrage mit auf -> cache und cookies wurden vorher geleert. kann es vielleicht sein, dass das writeonly element noch nicht für den multitrigger funktioniert ?
oder 2/6/26 müsste einen neuen wert erhalten, er wird nämlich nach dem ausschalten leider nicht aktualisiert, lediglich der statuswert
"2/6/26":"23" -> ist das dimmobjekt fürs absolute schalten-> erhält immer noch einen wert aus der readabfrage ? nur warum ?
"2/2/26":"00" -> status licht an/aus -> korrekt, denn das licht ist aus
2/4/26":"00" -> status dimmwert -> 0 ist korrekt, denn licht ist aus
CommunityGate:/var/www/visu_svn/visu# grouplisten local:/tmp/eib 2/6/26
Write from 0.0.0: CC
Write from 0.0.0: 14
Write from 0.0.0: 33
Write from 0.0.0: 07
Write from 0.0.0: 00
überwacht. Wenn der Regler selber bewegt wird, findet wunderbar das update der ga 2/6/26 auf den jeweiligen wert zwischen 0 und 80 statt. sobald ich nur das licht ausmachen, wir der wert 2/6/26 für den regler/dimmen nicht aktualisiert und bleibt auf dem alten wert stehen
In kurzform (oder langform: man muss KNX für jede KNX-Visu verstehen):
- jeder Status (Schalt/Dimm) muss jederzeit auf der Rückmelde-GA lesbar sein (Lese/Read-Flag)
- man trennt grundsätzlich Schalt- (können mehrere sein, Einzeln, Gruppe, Zentral) und Rückmelde- (das ist nur genaue eine!) GA
Wenn man das mal verstanden & beherzigt hat, klappts auch
Etwas feiner: eine Leuchten-Gruppe in der Küche hat z.b. folgende GA's:
- Alles an/aus
- Alles in der Küche an/aus
- Küche SüdOst an/aus
- Dimmwert Küche
- Dimmwert Küche SüdOst
(alle nur hörend!)
Die "Einheit" Küche-SüdOst hat aber zusätzlich zwei Rückmeldeobjekte (write-only aus sicht des TLN):
- Schaltstatus
- Dimmwert
Setzt man das sauber um, wirds einfach, wenn nicht gehts in den Wald, gilt nicht nur für die CV
ok, dann versuch ichs mal, hoffe, ich kriege die erforderlichen daten zusammen:
1. Klick auf switch -> an
Ausgabe firebug:
Code:
GET w?a=2/1/26&v=81&ts=1333310712513
200 OK
192.168.2.106
34 B
192.168.2.106:80
423ms
Antwort-HeaderQuelltext anzeigen
ConnectionKeep-AliveContent-EncodinggzipContent-Length34Content-Typetext/plainDateSun, 01 Apr 2012 20:05:13 GMTKeep-Alivetimeout=15, max=66ServerApache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-PatchVaryAccept-EncodingAnfrage-HeaderQuelltext anzeigen
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languagede-de,de;q=0.8,en-us;q=0.5,en;q=0.3Connectionkeep-aliveHost192.168.2.106Refererhttp://192.168.2.106/visu_svn/visu/edit_config.html?hgffg&design=pureUser-AgentMozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0X-Requested-WithXMLHttpRequest
####################
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39566
200 OK
192.168.2.106
51 B
192.168.2.106:80
204ms
Antwort-HeaderQuelltext anzeigen
ConnectionKeep-AliveContent-EncodinggzipContent-Length51Content-Typetext/plainDateSun, 01 Apr 2012 20:05:13 GMTKeep-Alivetimeout=15, max=65ServerApache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-PatchVaryAccept-EncodingAnfrage-HeaderQuelltext anzeigen
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languagede-de,de;q=0.8,en-us;q=0.5,en;q=0.3Connectionkeep-aliveHost192.168.2.106Refererhttp://192.168.2.106/visu_svn/visu/edit_config.html?hgffg&design=pureUser-AgentMozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0X-Requested-WithXMLHttpRequest
##################
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39567
200 OK
192.168.2.106
53 B
192.168.2.106:80
9ms
Antwort-HeaderQuelltext anzeigen
ConnectionKeep-AliveContent-EncodinggzipContent-Length53Content-Typetext/plainDateSun, 01 Apr 2012 20:05:14 GMTKeep-Alivetimeout=15, max=64ServerApache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-PatchVaryAccept-EncodingAnfrage-HeaderQuelltext anzeigen
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languagede-de,de;q=0.8,en-us;q=0.5,en;q=0.3Connectionkeep-aliveHost192.168.2.106Refererhttp://192.168.2.106/visu_svn/visu/edit_config.html?hgffg&design=pureUser-AgentMozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0X-Requested-WithXMLHttpRequest
###########################
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39568
192.168.2.106
0
3 Anfragen
2. schritt: schiebler auf 80 geschoben:
Code:
GET w?a=2/6/26&v=80cc&ts=1333310909378
200 OK
192.168.2.106
34 B
192.168.2.106:80
2.74s
ConnectionKeep-AliveContent-EncodinggzipContent-Length34Content-Typetext/plainDateSun, 01 Apr 2012 20:08:32 GMTKeep-Alivetimeout=15, max=30ServerApache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-PatchVaryAccept-EncodingAnfrage-HeaderQuelltext anzeigen
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languagede-de,de;q=0.8,en-us;q=0.5,en;q=0.3Connectionkeep-aliveHost192.168.2.106Refererhttp://192.168.2.106/visu_svn/visu/edit_config.html?hgffg&design=pureUser-AgentMozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0X-Requested-WithXMLHttpRequest
########################
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39740
200 OK
192.168.2.106
53 B
192.168.2.106:80
208ms
Antwort-HeaderQuelltext anzeigen
ConnectionKeep-AliveContent-EncodinggzipContent-Length53Content-Typetext/plainDateSun, 01 Apr 2012 20:08:32 GMTKeep-Alivetimeout=15, max=47ServerApache/2.2.9 (Debian) PHP/5.2.6-1+lenny16 with Suhosin-PatchVaryAccept-EncodingAnfrage-HeaderQuelltext anzeigen
Acceptapplication/json, text/javascript, */*; q=0.01Accept-Encodinggzip, deflateAccept-Languagede-de,de;q=0.8,en-us;q=0.5,en;q=0.3Connectionkeep-aliveHost192.168.2.106Refererhttp://192.168.2.106/visu_svn/visu/edit_config.html?hgffg&design=pureUser-AgentMozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20100101 Firefox/11.0X-Requested-WithXMLHttpRequest
##################
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39741
192.168.2.106
0
danach switch auf ausgestellt:
Code:
GET w?a=2/1/26&v=80&ts=1333311109409
200 OK
192.168.2.106
34 B
192.168.2.106:80
697ms
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39963
200 OK
192.168.2.106
51 B
192.168.2.106:80
216ms
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39965
200 OK
192.168.2.106
53 B
192.168.2.106:80
9ms
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=39966
192.168.2.106
0
3 Anfragen
danach ein reload vom browser durchgeführt:
Code:
GET edit_config.html?hgffg&design=pure
304 Not Modified
192.168.2.106
1.3 KB
192.168.2.106:80
2ms
GET style_edit.css
304 Not Modified
192.168.2.106
3.5 KB
192.168.2.106:80
5ms
GET jquery-ui.css
304 Not Modified
192.168.2.106
33.1 KB
192.168.2.106:80
6ms
GET jquery.js
304 Not Modified
192.168.2.106
242.4 KB
192.168.2.106:80
6ms
GET compatibility.js
304 Not Modified
192.168.2.106
4.8 KB
192.168.2.106:80
7ms
GET jquery-ui.js
304 Not Modified
192.168.2.106
367.5 KB
192.168.2.106:80
7ms
GET scrollable.js
304 Not Modified
192.168.2.106
7.3 KB
192.168.2.106:80
8ms
GET cometvisu-client.js
304 Not Modified
192.168.2.106
7.6 KB
192.168.2.106:80
GET knx_decode.js
304 Not Modified
192.168.2.106
3.9 KB
192.168.2.106:80
GET structure_pure.js
304 Not Modified
192.168.2.106
53.3 KB
192.168.2.106:80
1ms
GET structure_custom.js
304 Not Modified
192.168.2.106
3 KB
192.168.2.106:80
1ms
GET templateengine.js
304 Not Modified
192.168.2.106
17.8 KB
192.168.2.106:80
1ms
GET transform_default.js
304 Not Modified
192.168.2.106
2.2 KB
192.168.2.106:80
2ms
GET transform_knx.js
304 Not Modified
192.168.2.106
10.4 KB
192.168.2.106:80
2ms
GET cometeditor.js
304 Not Modified
192.168.2.106
28.6 KB
192.168.2.106:80
2ms
GET visuconfig_edit.js
304 Not Modified
192.168.2.106
17.5 KB
192.168.2.106:80
3ms
GET jquery.jnotify.js
304 Not Modified
192.168.2.106
5.2 KB
192.168.2.106:80
3ms
GET json2.js
304 Not Modified
192.168.2.106
17 KB
192.168.2.106:80
3ms
GET visu_config.xml?_=1333311312699
200 OK
192.168.2.106
9.9 KB
192.168.2.106:80
6ms
GET get_widget_diagram.php?_=1333311312704
200 OK
192.168.2.106
1 KB
192.168.2.106:80
2ms
GET get_addresses.php?_=1333311312708
200 OK
192.168.2.106
493 B
192.168.2.106:80
2ms
GET dpt_list.json?_=1333311312711
200 OK
192.168.2.106
17.6 KB
192.168.2.106:80
4ms
GET designglobals.css
200 OK
192.168.2.106
945 B
245ms
GET basic.css
200 OK
192.168.2.106
7.9 KB
241ms
GET mobile.css
200 OK
192.168.2.106
115 B
235ms
GET custom.css
200 OK
192.168.2.106
82 B
233ms
GET structure_plugin.js?_=1333311312958
200 OK
192.168.2.106
7 KB
192.168.2.106:80
2ms
GET structure_plugin.js?_=1333311312962
200 OK
192.168.2.106
17.2 KB
192.168.2.106:80
4ms
GET comet_64_ff8000.png
304 Not Modified
192.168.2.106
1.7 KB
192.168.2.106:80
2ms
GET farbtastic.js
200 OK
192.168.2.106
7.5 KB
115ms
GET jquery.flot.js
200 OK
192.168.2.106
104.3 KB
104ms
GET farbtastic.css
200 OK
192.168.2.106
576 B
1.17s
GET l?u=demo_user
200 OK
192.168.2.106
49 B
192.168.2.106:80
7ms
GET r?s=SESSION&a=2/1/...=7/2/1&a=8/2/0&t=0
200 OK
192.168.2.106
136 B
192.168.2.106:80
48ms
GET r?s=SESSION&a=2/1/.../1&a=8/2/0&i=40229
192.168.2.106
0
hallo chris, leider hats bei mir nicht mit writeonly geklappt, trotz installation der neuesten revision werden falsche werte angezeigt, folgende anordnung ist derzeit eingerichtet:
1: switch -> licht an/aus -> status stimmt immer
2. info feld mit aktuellem dimmfeld -> status stimmt immer
3. slide feld mit schieberegler von 0-80 -> status stimmt nicht bei reload
beispiel: schalte ich das licht über den switch an (startwert im dimmaktor ist 35%), erscheint im info feld 35 % als dimmwert, der schieberegler aktualisiert sich auf von 0 richtigerweise auf ca 35%. schiebe ich den regler nun auf anschlag (80%), aktualisiert sich das info feld ebenfalls richtig auf 80 %. soweit ist alles korrekt.
schalte ich nun über den switch das licht aus, aktualisiert sich das info feld korrekt auf 0%, der schieberegler geht ebenfalls auf 0 zurück. aktualisiere ich nun die seite mit strg f5 , so ist der switch korrekt auf aus, der wert des infofeldes auf richtige 0%, der schieberegler steht nun aber wieder auf 80% anstatt auf 0%.
Bis auf's fehlerhafte Verhalten klingt's richtig... Daher würde ich die nächste Stufe starten wollen: was sagt denn der Firebug was für Netzwerkkommunikation (v.a. "r") nach dem F5 auftritt?
hallo chris, leider hats bei mir nicht mit writeonly geklappt, trotz installation der neuesten revision werden falsche werte angezeigt, folgende anordnung ist derzeit eingerichtet:
1: switch -> licht an/aus -> status stimmt immer
2. info feld mit aktuellem dimmfeld -> status stimmt immer
3. slide feld mit schieberegler von 0-80 -> status stimmt nicht bei reload
beispiel: schalte ich das licht über den switch an (startwert im dimmaktor ist 35%), erscheint im info feld 35 % als dimmwert, der schieberegler aktualisiert sich auf von 0 richtigerweise auf ca 35%. schiebe ich den regler nun auf anschlag (80%), aktualisiert sich das info feld ebenfalls richtig auf 80 %. soweit ist alles korrekt.
schalte ich nun über den switch das licht aus, aktualisiert sich das info feld korrekt auf 0%, der schieberegler geht ebenfalls auf 0 zurück. aktualisiere ich nun die seite mit strg f5 , so ist der switch korrekt auf aus, der wert des infofeldes auf richtige 0%, der schieberegler steht nun aber wieder auf 80% anstatt auf 0%.
by the way. das speichern von writeonly und readonly funktioniert noch nicht korrekt, falls noch nicht bekannt, folgendes wird in die config geschrieben:
Nachtrag: das komische ist, wenn ich mit ets3 den wert für 2/6/26 abfrage, steht dieser auch immer noch auf 80 %, der status ist aber korrekt auf 0,also aus. also irgendwie, weiss auch nicht, glaube ich, es liegt wohl doch an ets
huhu chris, mal ne blöde frage, hab genau das gleiche cache problem, wo wird die Revision 637 veröffentlicht ? würde das auch gerne mit writeonly ausprobieren
mein slide fürs dimmen zeigt nach einem reload ebenfalls einen falsch wert (anstatt auf null steht er auf 35 %)
wäre für nen tip sehr dankbar. bei mir läuft derzeit debian lenny auf einer vmbox mit installiertem wiregate, eibserver und eibclient, eibdserver ist derzeit in der version 0.0.4.18 installiert:
Gibts auch ne Diskussion ausserhalb des Threads... ok.
Ja so in etwa hatte ich das gedacht. Nun ist ja klar, wer für die Anzeige zuständig ist.
Eigentlich kann man so einen Switch auch komplett trennen in Senden und Status-LED, also wie das halt bei den echten Schaltern gemacht wird. Zur Not kann man den Status direkt an die GA hängen, aber eben auch extra ansteuern.
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.
Einen Kommentar schreiben: