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 habe Aktoren die so konfiguriert sind, dass sie beim Beenden des Blockierens, den Ausgang ausschalten. Das funktioniert auch problemlos. Lesezugriffe auf dem Statusobjekt liefern danach auch wie erwartet eine 0, Lesezugriffe auf der "Schalten-GA" allerdings weiterhin eine 1. Nach meinem Verständnis sollte da bei ausgeschaltetem Ausgang aber auch eine 0 kommen, oder?
Die Status-GA sendet doch auch den geänderten Status. Wenn es kein eigenes KO für den Status gibt, wird vermutlich auch über die Schalt-GA der richtige Status zurückgesendet.
Woher soll das kommen? Wenn Du 2 Kanäle mitder gleichen GA schaltest, dann einen so wie bei Dir paramtriert, per Sperre umschaltest, welchen Status hat dann deine "Schalten GA"?
Ich bin mir da nicht so sicher, ob man das so sehen sollte.
Es stellt sich grundsätzlich mal die Frage, ob der Status den Status der GA oder den Status des Kanals darstellt.
Ich hätte bei Umschaltung durch ein Sperrobjekt auch erwartet, dass sich dadurch der Status ändert.
Wie ist das bei einem Dimmer?
Gibt es da zwei GA-Stati?
Einen Schalt-Status (Ein/Aus) und einen Dimmstatus (0-100%)?
Oder ist es eher so, dass ich nur einen Kanal-Status habe (akt. Dimmwert am Kanalausgang)?
Woher soll das kommen? Wenn Du 2 Kanäle mitder gleichen GA schaltest, dann einen so wie bei Dir paramtriert, per Sperre umschaltest, welchen Status hat dann deine "Schalten GA"?
OK, dass leuchtet mir absolut ein, auch wenn ich intuitiv etwas anderes angenommen habe. Leuchtet mir so aber absolut ein!
Bei meinen Dimmer ist es übrigens so, dass ich den korrekten Status auf der gleichen GA lesen kann, allerdings hab ich da vor längerem auch mal mit den Flags herumgespielt, das hatte ich irgendwie verdrängt.
Wenn die Schalt GA als erste GA mit dem "schalten" KO des Dimmers verbunden wurde und nichts an den Standardeinstellungen der Flags geändert wurde, dann senden eigentlich fast alle Aktoren ihren Zustand über diese erste GA zurück auf den BUS. Damit wird auch der EIBD Cache im Wiregate wieder aktualisiert...
.... Sonnst müsste man ja nach einer Zwangssteuerung (wenn der Aktor zuvor EIN war) den Taster 2mal betätigen.
Ja, wenn der Übertragungs-Flag gestzt ist. Das ist nicht überall Standard. (Bei meinen BJ-Aktoren nicht, auf jeden fall.)
Du bekommst den Zustand der GA zurück, der zuletzt gesendet wurde! Es gibt einige Geräte die ihren Zustand auf der gleichen GA zurückschicken (z.B. DG/S 1.1). Dann kannst du den geänderten Status auf der GA auch lesen.
Aber das macht eigentlich keinen Sinn. Wenn die Schalt GA als erste GA mit dem "schalten" KO des Dimmers verbunden wurde und nichts an den Standardeinstellungen der Flags geändert wurde, dann senden eigentlich fast alle Aktoren ihren Zustand über diese erste GA zurück auf den BUS. Damit wird auch der EIBD Cache im Wiregate wieder aktualisiert...
Das muss ja so sein, denn sonnst müsste man die Rückmelde GA auch mit sämtlichen Tastern verbinden die den Aktor ansteuern. Sonnst müsste man ja nach einer Zwangssteuerung (wenn der Aktor zuvor EIN war) den Taster 2mal betätigen.
Soweit ich es verstehe hat Jockel recht. Beim lesen (vom Bus/Aktor) bekommt man (bei vielen Aktoren) den realen Zustand. Die Cache von EIBD hat aber natürlich keine Ahnung davon, sodass das Lesen vom EIBD 1 zurückmeldet. Die Status-GA hat aber ein Rückmelde-Telegramm geliefert, das in die Cache gegangen ist.
In CV löst man das dadurch, das der entsprechende Widget die rückmelde-GA als "read"-Adresse hat.
Woher soll das kommen? Wenn Du 2 Kanäle mitder gleichen GA schaltest, dann einen so wie bei Dir paramtriert, per Sperre umschaltest, welchen Status hat dann deine "Schalten GA"?
Aber die Schalt-GA hat doch immer noch die 1. Da wurde ja nichts anderes gesendet. Also ist es doch richtig.
So gesehen hast Du natürlich recht, allerdings war ich davon ausgegangen, dass beim Lesen schon der reale Zustand des Relais wiedergegeben wird. Vielleicht liege ich da aber ja auch falsch?!
Vorab: Ich verwende den eibd auf dem Wiregate "out of the box".
Folgendes Problem taucht jetzt auf: Ich habe Aktoren die so konfiguriert sind, dass sie beim Beenden des Blockierens, den Ausgang ausschalten. Das funktioniert auch problemlos. Lesezugriffe auf dem Statusobjekt liefern danach auch wie erwartet eine 0, Lesezugriffe auf der "Schalten-GA" allerdings weiterhin eine 1. Nach meinem Verständnis sollte da bei ausgeschaltetem Ausgang aber auch eine 0 kommen, oder?
Aufgefallen ist es mir schon in diversen Visus, getestet hab ich jetzt aber noch mal per ETS 3.
Könnte das ev. ein Caching-Problem beim eibd sein?
eib.log wird zwar vom wiregated.pl geschrieben, im Prinzip ist es aber "fast" ein vbusmonitor.. Es benutzt dieselbe API..
Das lesen läuft wie folgt: r (eibread-cgi) liest nur aus dem eibd-Cache, der eibd wiederum setzt einmalig (ab restart) ein Lesetelegramm ab, aber nur wenn der Cache dieser GA leer ist.
Das macht so IMHO nach bestem KNX-Grundwissen auch dringend Sinn..
Also nur zur Sicherheit, wir sprechen von eibd 0.0.4+NMUxx aufm WG, oder ? Sonst bitte mehr Details, vbusmonitor, ...
Ich denke schon:
Code:
root@wiregate467:~# dpkg -l eibd*
Gew?nscht=Unbekannt/Installieren/R=Entfernen/P=Vollst?ndig L?schen/Halten
| Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konfiguration/
Halb installiert/Trigger erWartet/Trigger anh?ngig
|/ Fehler?=(kein)/Halten/R=Neuinst notw/X=beide (Status, Fehler: GROSS=schlecht)
||/ Name Version Beschreibung
+++-============================-============================-========================================================================
ii eibd-clients 0.0.4+nmu18 eibd clients
ii eibd-config-wg 0.2-11 eibd init and config files for WireGate
ii eibd-server 0.0.4+nmu18 eibd server
Gehe ich recht in der Annahme, dass /var/log/eib.log vom vbusmonitor geschrieben wird? Dort stehen nichtmal read-requests wenn ich die CV aufmache (und die entsprechenden Werte nicht angezeigt werden).
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: