CV vs. eibd groupcache

[makki]

KNX-Grundlagen oder WG/CV Grundlagen?

Nee, EIB/KNX Grundlagen, wenn ich das so schreibe meine ich es auch so

Wenn ich mich richtig erinnere (da gehts zumindestens!) läßt sich z.B. auf dem HS ein KO als remanent markieren, ..

Ja, inkl. Warnung im Experten das das prinzipiell Kernschrott ist.. (was ist wenn sich der Status während eines reboots des HS/WG am Busteilnehmer ändert? etc.pp)
Man kann das ja machen, vgl. z.B. StateSave von Chris aber dann bitte ganz, ganz bewusst, normal für reguläre Bus-TLN ist das nicht.
(ich habe dafür auch 2J gebraucht, um einzusehen, warum das im Detail Käse ist..)

Davon abgesehen gibt es auch viele KNX-Geräte die nur zyklisch senden...

Ähm welches KNX-Gerät unterstützt kein lesen wenn das Lese-Flag gesetzt ist? Da muss man dann das Logo runterkratzen..

(Caching von Gruppenadressen ist aktiviert, -c Option wird gesetzt) oder funktioniert irgendwas nicht so wie es soll?

Also nur zur Sicherheit, wir sprechen von eibd 0.0.4+NMUxx aufm WG, oder ? Sonst bitte mehr Details, vbusmonitor, ...

Makki

[ctr]

hmm, nachdem ich mir die Flags so gesetzt habe wie sie sein sollte geht es noch nicht und groupcacheread bringt das richtige Ergebnis, so langsam glaube ich es liegt an den Einträgen.

Mein Dimmaktor wird i.d.R. (von Tastern bzw Zennio Touchpanels) über relatives Dimmen bedient und sendet dann über eine zweite GA den aktuell eingestellten Dimmwert zurück. Das funktioniert soweit auch gut mit den Zennios, aber relatives Dimmen und CV macht wohl nicht soviel Sinn, also habe ich mir eine dritte GA angelegt für absolutes Dimmen. Nun sollte die eine GA zum Senden von Werten benutzt werden, die Andere zum Empfang, das ganze in einem Slider. Ich dachte eigentlich dafür gäbe es read-only=true und habe das so angelegt:

        <slide max="100">
          <label>Licht</label>
          <address transform="DPT:5.001" readonly="true" variant="">4/1/12</address>
          <address transform="DPT:5.001" readonly="false" variant="">4/1/13</address>
        </slide>

(wobei x/1/12 die Rückmelde GA ist und x/1/13 die Sende-GA für absolute Werte), das führt dann aber zu eingangs beschriebenem Phänomen, dass der Slider nur korrekt angezeigt wird während die CV offen ist wenn Änderungen gemacht werden.

Denkfehler?

[ctr]

Das ist eher ein Verständnissproblem mit KNX-Grundlagen: eine GA die man in (egal welcher) Visu oder sonstwo 100% zuverlässig anzeigen/verwenden will, muss jederzeit vom Bus lesbar sein. Fakt. Punkt.

KNX-Grundlagen oder WG/CV Grundlagen? Wenn ich mich richtig erinnere (da gehts zumindestens!) läßt sich z.B. auf dem HS ein KO als remanent markieren, dann wird der letzte Status gespeichert und u.a. auch in der Visu benutzt. Außerdem ist das z.B. in Kombination mit WG-Plugins nicht immer durchführbar (schau mal ins SVN und sag mir wieviele von den Plugins die etwas auf eine GA senden, diese auch gleichzeitig subscribed haben um deren Status zurückzugeben?)

Davon abgesehen gibt es auch viele KNX-Geräte die nur zyklisch senden...

r (ausgeschrieben eibread-cgi) liest nur aus dem eibd-Cache, ansonsten funktioniert es schlicht nicht.
Der Cache wird aber "forcefully" an mehren Stellen aktiviert, die Einstellungsmöglichkeit in der GUI ist eher historisch und kosmetisch, sprich wirkungslos.

Das verstehe ich jetzt aber nicht so ganz, denn genauso dieses Verhalten (Anzeigen von Daten aus dem eibd-Cache) hätte ich ja gern, aber genau das passiert nicht. Simples Beispiel, das sich leicht reproduzieren läßt (aber auch beheben indem man der GA in ETS andere Flags gibt) ist mein Dimmaktor. Wenn ich den auf einen Dimmwert fahre während ich die CV offen haben sehe ich den Slider sich bewegen, der Dimmwert wird absolut über eine eigene GA gesendet. Ist die CV jetzt aber inaktiv (auf meinem iPad zB im Hintergrund oder iPad im Sleep/Suspend) und ich dimme auf sagen wir 50% (mit einem anderen Busteilnehmer) und öffne die Seite * unmittelbar danach*, dann wird nicht der Wert aus dem eibd-Cache angezeigt (auch wenn den der eibd eigentlich haben müßte?) sondern 0.

Habe ich jetzt hier ein Verständnisproblem was der eibd-Cache macht (Caching von Gruppenadressen ist aktiviert, -c Option wird gesetzt) oder funktioniert irgendwas nicht so wie es soll?

[christian523]

Hallo,

da ich gerade ein ähnliches Problem habe, wäre meine Frage, ob es denn machbar wäre, so eine "nur sendende" Adresse über ein Plugin zu "verwalten"? Also das Plugin reagiert auf einen Leseversuch der "nicht real vorhandene Adresse" und gibt z.B. den Wert einer errechneten Variablen (oder einen statischen Wert) via knx_write für diese GA auf den Bus zurück, oder habe ich da einen Denkfehler?

Viele Grüße
Christian

[makki]

r (ausgeschrieben eibread-cgi) liest nur aus dem eibd-Cache, ansonsten funktioniert es schlicht nicht.
Der Cache wird aber "forcefully" an mehren Stellen aktiviert, die Einstellungsmöglichkeit in der GUI ist eher historisch und kosmetisch, sprich wirkungslos.

ich habe mehrere "send-only" GAs

Das ist eher ein Verständnissproblem mit KNX-Grundlagen: eine GA die man in (egal welcher) Visu oder sonstwo 100% zuverlässig anzeigen/verwenden will, muss jederzeit vom Bus lesbar sein. Fakt. Punkt.

Makki

[ctr]

Zieht sich "r" eigentlich auch Werte aus dem dem eibd groupcache (wenn enabled) oder immer direkt vom Bus?
Ich habe den Eindruck das letzteres der Fall ist, ich habe mehrere "send-only" GAs die in der CV nur (korrekt) angezeigt werden, wenn CV geöffnet war während eine Änderung über den Bus ging...