Weinzierl KNX BAOS Module 838 kBerry

[ralf9000]

So habe nun folgendes am Bus laufen:

ETS-Gruppenmonitor -> Siemens-Router(1.0.0) -> KNX-Bus
smartVISU -> smarthome.py -> knxd -> Weinzierl (1.0.1) -> KNX-Bus

Der knxd hat folgende Parameter:

src/server/knxd -t 1022 -e 1.0.1 -E 1.0.200:10 -u/tmp/eib -B log -b ft12cemi:/dev/ttyAMA0 -D -B log -TRS -c -i 6720

Alle knx_init Aufrufe gehen durch auf den Bus (Adressen 1.0.200 bis Ende gibt es sonst nicht). Komischerweise nimmt er nicht 1.0.200, warum?
ETS-Gruppenmonitor-1.jpg


Da scheint zumindest keine Filterung vorzuliegen, aber es bleiben einige auf der Strecke, Ursache unbekannt.

[ralf9000]

Hast du dem Multicast einen Pace-Filter verpasst (Befehlszeile: "-B pace" vor das -R)?

Nein, das ist ein IP-Tunnel, ich fange immer mit der bombensicheren Situation an, Multicast habe ich noch nicht ausprobiert.

Kannst du das eingrenzen auf
(a) alle initalen group reads
(b) nur die ersten paar
(c) die ersten kommen durch, dann Verluste

Würde sagen (a) oder (c), ich habe es eben auch in der Zeit wo ich gepostet habe beruhigen lassen. Dann wieder ein paar Tasten auf der Visu gedrückt und es kamen wieder ein paar, diesmal von 1.0.200 !!! Nach ungefähr 10x was betätigen, ist nun wieder Schluß.

Evtl hilft da auch ein pace-Filter.

Mit dem habe ich noch nicht gespielt, werde gleich mal sehen ....

[ralf9000]

... so, Tarrröööööööhhhhhh

src/server/knxd -t 1022 -e 1.0.1 -E 1.0.200:10 -u/tmp/eib -B log [B]-B pace[/B] -b ft12cemi:/dev/ttyAMA0 -D -B log -TRS -c -i 6720

und die smarthome.py/smartVISU klappt so etwas von smooth. Alles funktioniert richtig!

Allerdings ist diesmal die Adresse auf dem KNX-Bus nach Neuaufstarten von knxd die 1.0.206, kann es sein, das hier etwas nicht sauber reproduzierbar initialisiert wird?

Werde jetzt mal die ETS mit phys. Adresse und Apllikation programmieren, probieren.

[ralf9000]

So mit ETS die physikalische Adresse programmieren, schlug leider fehl:

Fehlgeschlagen.jpga

Hier ist der knxd-Log (hoffentlich nun mit allen Parametern):

[ralf9000]

Wie kann man den die pace-Zeit verdoppeln, verdreifachen, usw ... ?

Habs schon in Deiner Nachricht gefunden: "-A delay=50" o.Ä. (vor dem "-B pace")

[ralf9000]

Klappt gar nichts ... smarthome.py/smartVISU schon nicht ... nach Umstellung ohne "-A delay=50" weider halbwegs ok. Wird also evtl. schlechter

Hatte jetzt wieder so einen Fall, wo es nicht reproduzierbar lief, hier ist Log von ca. 5x smarthome restart, jedesmal wurde die KNX-Adresse hochgezählt, d.h. die alten Client-Verbindungen hatten sich wohl aufgehangen. 50% aller groupreads kamen nur auf den Bus. Hier ist das Log hierzu:

[jeff25]

Hi Ralf, wow cool was du da so rausgefunden hast. Ich habe noch etwas getestet, restartet und strom gezogen, plötzlich ging das adresse programmieren wieder nach dem nächsten restart nicht mehr. seit dem hab ich es nicht mehr hinbekommen. Scheint als wenn man durch zufall mal durchkommt oder halt nicht. Könnte das an einer variable liegen die nicht initialisiert ist? Bin ratlos....

[ralf9000]

So ein paar Versuche später ... die Instabilität hat mit dem Verbindungsaufbaus des Clients (=smarthome.py) zu tun, statistisch von ca. 5 mal Aufstarten läuft die Applikation einmal ganz gut und vollständig, ganz normal und sehr reproduzierbar. So hängt momentan die abgespeckte Version nur des DG drann und läuft seit einer Stunde fehlerfrei. Allerdings hat der knxd ein kleines Problem, der wird mit der Zeit immer größer im Memory (mit top gut beobachtbar), aktuell 80 MB (!!!). Da scheint regelmäßig Speicher nicht wiederfreigegeben zu werden ...
Lasse es heute Nacht mal so weiter laufen.

[Smurf]

Passiert der Speicherverlust auch, wenn du den Gruppencache weglässt?

[ralf9000]

Passiert der Speicherverlust auch, wenn du den Gruppencache weglässt?

Weiß es nicht, lasse es jetzt mal ohne Cache (ohne -c) laufen ...

[ralf9000]

Ist auch ohne Cache der Fall, in top -i 1 habe ich das jetzt mal 5 Minuten bebachtet, während dieser Zeit kamen nur Telegramme rein (Türkontake und Präsenzinformationen). Normal verbraucht der knxd keine CPU. Dann kommt er plötzlich alle 1-3 Minuten in top hoch und rödelt so für eine Sekunde mit 20-60% CPU rum und dabei wird er größer.

[Smurf]

Habe noch einen Bug im flow control gefunden. Wehe, wenn die group reads jetzt immer noch nicht auf dem Bus erscheinen …

[Smurf]

Aktuell:

• der "single"-Filter kann jetzt eine address=-option
• der Tunnelclient setzt diese Adresse (wenn der Filter vorhanden ist; das wird nicht erzwungen)
• der Multicast-Treiber aktiviert den "pace"-Filter selbsttätig, wenn er nicht konfiguriert ist

[ralf9000]

Habe noch einen Bug im flow control gefunden. Wehe, wenn die group reads jetzt immer noch nicht auf dem Bus erscheinen …

Hört sich sehr gut an, werde ich heute Abend testen (bin momentan auf der Arbeit ohne Verbindung). Ebenso Multicast, da bin ich noch nicht zu gekommen ...

[jeff25]

Hi. Smurf super danke. Habe soeben die master getestet und das steht im Log.

Aufruf mit:

knxd -t 1022 -e 1.1.1 -E 1.1.200:10 -u/tmp/eib -B log -B single -b ft12cemi:/dev/ttyAMA0 -D -B log -TRS -c -i 6720


Layer 8 [33:tunnel/ConnC 10.681] found addr 1.1.201
Layer 1 [15:server/Server 10.681] Send(004): 04 01 03 00
Layer 6 [ 1:main 10.682] wait L
Layer 1 [15:server/Server 10.682] Send(015): 04 01 03 00 2E 00 B0 E0 00 00 00 00 01 01 00
Layer 8 [34:tunnel/1.1.201 10.684] TUNNEL_ACK
Layer 8 [34:tunnel/1.1.201 13.755] TUNNEL_REQ
Layer 0 [35:log/tunnel 13.755] Recv L_Data system from 1.1.201 to 0/0/0 hops: 06 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 8 [33:tunnel/ConnC 13.755] found addr 1.1.201
Layer 1 [15:server/Server 13.755] Send(004): 04 01 04 00
Layer 6 [ 1:main 13.755] wait L
Layer 1 [15:server/Server 13.755] Send(015): 04 01 04 00 2E 00 B0 E0 00 00 00 00 01 01 00
Layer 8 [34:tunnel/1.1.201 13.758] TUNNEL_ACK
Layer 8 [34:tunnel/1.1.201 16.704] TUNNEL_REQ
Layer 0 [35:log/tunnel 16.705] Recv L_Data system from 1.1.201 to 0/0/0 hops: 06 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 8 [33:tunnel/ConnC 16.705] found addr 1.1.201
Layer 1 [15:server/Server 16.705] Send(004): 04 01 05 00
Layer 6 [ 1:main 16.705] wait L
Layer 1 [15:server/Server 16.705] Send(015): 04 01 05 00 2E 00 B0 E0 00 00 00 00 01 01 00
Layer 8 [34:tunnel/1.1.201 16.709] TUNNEL_ACK
Layer 8 [34:tunnel/1.1.201 19.710] TUNNEL_REQ
Layer 0 [35:log/tunnel 19.710] Recv L_Data system from 1.1.201 to 0/0/0 hops: 06 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 8 [33:tunnel/ConnC 19.710] found addr 1.1.201
Layer 1 [15:server/Server 19.710] Send(004): 04 01 06 00
Layer 6 [ 1:main 19.710] wait L