EIBD-Cache, read, write-Attributen, Statusanzeige

[perf]

Zitat von makki Sag mir mal bitte eine einzige Visu, die dieses Perpetuum mobile "intelligenter" löst - ohne "meine spezielle Sonderlocke" und/oder gravierende Nachteile für gewöhnliche Installationen (?)

Nein, ich glaube nicht das eine andere Visu das intelligenter löst. Ich meinte nur, dass bei einer Thick Server-Thin Client-Lösung die Stati nicht so oft initialisiert werden müssen - nur bei Neustart des Servers.

/Per

[makki]

Na gut, danke

Auch bei der CV werden die Stati (eibd-Cache) nur bei restart dieses invalidiert - also so gut wie nie, der Trick ist nur das richtig zu benutzen bzw. das zu vermeiden sofern irgend möglich.

Dein einziger Fehler ist: die Zentral-GA in der Visu auf dem Schalter und das nicht-übertragen/aktualisieren des Schaltstatus

Makki

[perf]

Zitat von perf Ich habe ein paar Lösungsansätze: - Tatsächlich die Stati senden - Eine Nebenlogik (Plug-in oder Linknx) für die PL-Geräte, die eine "syntetische" Rückmeldung ausgibt, die nicht an den PL-Bus weitergeleitet wird.

Ich habe jetzt probiert, die Stati von allen Aktoren auf den Bus zu senden. Es funktionert bei einzelnen Geräten und kleinere Gruppen von Geräten, aber überhaupt nicht bei Zentral-Aus.

Aus einem anderen Thread:

Zitat von Apollo Hallo, ich betreibe eine Powernet-Anlage mit ca. 60 Busteilnehmern. Diese funktioniert perfekt, bis jetzt ist noch kein einziges Telegramm nicht dort angekommen, wo es hin soll. Man muss aber mit der Programmierung super sorgfältig sein. Powernet kann pro Sekunde nur ca. 5 Telegramme (TP, ja ca. 10) - die dann aber ohne Rücksicht auf Verluste "verschluckt" werden. Gerade bei Rückmeldungen von Aktoren, z. B. nach "Zentral aus" muss vorsichtig umgegangen werden, da es sonst zur Überlastung kommt, ich selbst bin auch immer bemüht alle Telegramme zu bestätigen "ACK". Das gleiche Problem gibts übrigents bei TP auch, nur dass es dort niemanden interessiert, weils der BUS wegsteckt und solage weiderholt wird bis es durchgeht. Zyklische Telegramme machen bei mir keine Probleme, da die Wahrscheinlichkeit, das dort mehr als 5 pro Sekunde zusammenkommen doch eher gegen 0 geht.

Ich werde meinen zweiten Ansatz probieren.

/Per

[perf]

Jetzt gelöst - Wiregate-Plugin macht "syntetische" Rückmeldungen für PL-Aktoren. Das Plugin muss natürlich gepflegt werden - änderingen bei den Zuordningen von Gruppenadressen an die Dimmerkanälen muss entsprechende einträge im Plugin haben.

Diese syntetische GAs können nur gelesen werden wenn sie in der Cache gestzt sind - bei neustart des EIDB sind sie undefiniert. Könnte sicherlich auch im Plugin gemanaged werden.

/Per

[makki]

Ich freue mich
a) über alle Plugins im SVN
b) hat man ja vielleicht noch Ideen oder ein anderer kann es zumindest brauchen
(und ich hätte ein paar Ideen das auch persistent zu kompensieren, wenns mit PL wirklich nicht geht.. Das Thema ist ziemlich Artverwandt mit den DALI-Stati des N141/01 [x128], wofür ich HS-BS und Plugin geschrieben habe..)

Also bitte her damit

Makki

[perf]

Also, es sieht nur so aus:

if ( $msg{'apci'} eq "A_GroupValue_Write" ) {
	plugin_log($plugname,'dst'.$msg{'dst'});
    given ( $msg{'dst'} ) {
        when ('0/0/1') {
            knx_write( '7/0/100', $msg{'value'} );
            knx_write( '7/2/100', $msg{'value'} );
            knx_write( '1/3/110', $msg{'value'} );
            knx_write( '2/0/101', $msg{'value'} );
            knx_write( '2/5/102', $msg{'value'} );
            knx_write( '5/5/101', $msg{'value'} );
            knx_write( '6/4/120', $msg{'value'} );
            knx_write( '4/0/100', $msg{'value'} );
            knx_write( '2/1/101', $msg{'value'} );
            knx_write( '2/1/103', $msg{'value'} );
            knx_write( '2/3/101', $msg{'value'} );
            knx_write( '3/0/100', $msg{'value'} );
            knx_write( '3/1/100', $msg{'value'} );
            knx_write( '3/2/100', $msg{'value'} );
            knx_write( '5/0/100', $msg{'value'} );
            knx_write( '5/0/110', $msg{'value'} );
            knx_write( '6/0/100', $msg{'value'} );
            knx_write( '6/1/100', $msg{'value'} );
            knx_write( '6/2/100', $msg{'value'} );
            knx_write( '6/3/100', $msg{'value'} );
            knx_write( '6/4/110', $msg{'value'} );
            knx_write( '5/2/100', $msg{'value'} );
            knx_write( '5/2/110', $msg{'value'} );
            knx_write( '1/2/111', $msg{'value'} );
            knx_write( '6/2/104', $msg{'value'} );
            knx_write( '6/2/102', $msg{'value'} );
            knx_write( '6/1/105', $msg{'value'} );
            knx_write( '6/1/107', $msg{'value'} );
            knx_write( '6/0/105', $msg{'value'} );
            knx_write( '7/1/102', $msg{'value'} );
            knx_write( '6/0/102', $msg{'value'} );
            knx_write( '5/3/102', $msg{'value'} );
            knx_write( '5/3/104', $msg{'value'} );
            knx_write( '5/3/106', $msg{'value'} );
            knx_write( '5/1/102', $msg{'value'} );
            knx_write( '6/4/102', $msg{'value'} );
            knx_write( '5/1/104', $msg{'value'} );
            knx_write( '6/3/102', $msg{'value'} );
            knx_write( '6/3/104', $msg{'value'} );
            knx_write( '5/3/108', $msg{'value'} );
        }
        when ('0/0/2') {
            knx_write( '7/0/100', $msg{'value'} );
            knx_write( '7/2/100', $msg{'value'} );
            knx_write( '1/3/110', $msg{'value'} );
            knx_write( '2/0/101', $msg{'value'} );
            knx_write( '2/5/102', $msg{'value'} );
            knx_write( '5/5/101', $msg{'value'} );
            knx_write( '6/4/120', $msg{'value'} );
            knx_write( '4/0/100', $msg{'value'} );
            knx_write( '2/1/101', $msg{'value'} );
            knx_write( '2/1/103', $msg{'value'} );
            knx_write( '2/3/101', $msg{'value'} );
            knx_write( '3/0/100', $msg{'value'} );
            knx_write( '3/1/100', $msg{'value'} );
            knx_write( '3/2/100', $msg{'value'} );
            knx_write( '5/0/100', $msg{'value'} );
            knx_write( '5/0/110', $msg{'value'} );
            knx_write( '6/1/100', $msg{'value'} );
            knx_write( '6/2/100', $msg{'value'} );
            knx_write( '5/2/100', $msg{'value'} );
            knx_write( '5/2/110', $msg{'value'} );
            knx_write( '1/2/111', $msg{'value'} );
            knx_write( '6/2/104', $msg{'value'} );
            knx_write( '6/2/102', $msg{'value'} );
            knx_write( '6/1/105', $msg{'value'} );
            knx_write( '6/1/107', $msg{'value'} );
            knx_write( '7/1/102', $msg{'value'} );
            knx_write( '5/3/102', $msg{'value'} );
            knx_write( '5/3/104', $msg{'value'} );
            knx_write( '5/3/106', $msg{'value'} );
            knx_write( '5/1/102', $msg{'value'} );
            knx_write( '5/1/104', $msg{'value'} );
            knx_write( '5/3/108', $msg{'value'} );
        }

usw usw - 375 Zeilen. Das kann ja keiner benutzen.

Mein Hauptwerkzeug im Beruf ist Excel - ich habe xml aus dem knxproj genommen (knxproj=zip), und im Excel manipuliert.

/Per

[makki]

Nun, wir alle erstellen glaube ich langweilige Listen seit wir denken können mit Excel, da ist nichts schlechtes dran

Die Sache könnte man mit einem foreach etwas kürzen, ist aber eher kosmetik; ich denk mal drauf rum, wie man das so konstruiert, das in Sonderfällen (Logikverknüfungen im Aktor, ...) auch das richtige rauskommt..
Denke da an einen Trick (das age haben/bekommen wir nicht, aber..)

Makki

[perf]

Zitat von makki ich denk mal drauf rum, wie man das so konstruiert, das in Sonderfällen (Logikverknüfungen im Aktor, ...) auch das richtige rauskommt.. Denke da an einen Trick (das age haben/bekommen wir nicht, aber..)

(und ich hätte ein paar Ideen das auch persistent zu kompensieren, wenns mit PL wirklich nicht geht.. Das Thema ist ziemlich Artverwandt mit den DALI-Stati des N141/01 [x128], wofür ich HS-BS und Plugin geschrieben habe..)

Intressant!

/Per