Ankündigung

**ralf9000** · 22.03.2017, 11:27

15.15.255 ist die Default-Adresse, die fast jedes Modul hat, bevor sie mit der richtigen Adresse programmiert wird. Geh mal hin und setz es (ohne knxd) mit der ETS auf eine Adresse aus dem KNX-Segment wo es angeschlossen ist.

**jeff25** · 22.03.2017, 11:28

Ok versuche ich. Smurf die Physikalische Adresse wird ja geschrieben bevor die ETS dann meldet Gerät antwortet nicht, daher denke ich das das 838 schon weiterroutet....

**Smurf** · 22.03.2017, 11:41

Eben. Hier:

Code:

Layer 0 [11:log/B.ft12cemi        22.603] Recv L_Data system from 1.1.7 to 0/0/0 hops: 06 T_DATA_XXX_REQ A_IndividualAddress_Response

sieht man die neue Adresse bereits als Absender des Antwortpakets.

Im Gegensatz zu einem TPUART, dem das alles ziemlich egal ist, filtern intelligentere Module die Pakete, die sie weiterleiten. Macht auch Sinn, ich will nicht ein ganzes Gebäude mit der Programmierung eines aufwändig parametrisierten Aktors zublasen. Bis zum Beweis des Gegenteil gehe ich daher davon aus, dass das Modul die Antworten wegfiltert. Wie man das ein- bzw. abstellt: aktuell keine Ahnung.

**ralf9000** · 22.03.2017, 11:53

@jeff25:

Hast Du den mal das 838er konventionell (ohne knxd) über die Applikation mit einer physischen Adresse versehen. Das Modul hat ja eine Programmiertaste genau dafür. Dann diese Adresse bei -e im knxd-Aufruf angegeben und dann mal einen beliebigem anderen KNX-Modul eine physikalische Adresse zugewiesen und eine Applikation geladen?

**Smurf** · 22.03.2017, 12:04

ralf9000 Hmmm … dagegen spricht:
Erstens werden dem programmierenden Client mit -E sowieso andere Adressen zugewiesen.
Zweitens würde das Modul, wenn es Pakete empfängt die an seine phys-Adresse gerichtet sind, diese selbst verarbeiten statt sie weiterzuleiten.
Drittens ist es grundsätzlich und immer eine schlechte Idee, unterschiedlichen Dingen dieselbe Adresse zu geben.

Aber: Man kann das mit einem "-B single"-Filter vor dem "-b ft12cemi:" trotzdem mal versuchen. Damit das nachhaltig funktioniert, sollte ich dem single-Filter allerdings noch einen Parameter für eine separate Adresse verpassen …

**jeff25** · 22.03.2017, 12:07

Halt mal kurz. Es hat nun ein mal geklappt! Aber nur einmal. Ich habe dem 838 nun 1.1.250 gegeben. das auch in der ETS so unter der schnittstelle eingetragen.

Nun wollte ich noch mal versuchen die Physikalische Adresse zu schreiben nun kommt immer " Bitte Programmierknopf drücken" de rist aber gedrückt.

Log sieht so nun aus:

Code:

root@raspberrypi:~# knxd -t 1022 -e 1.1.1 -E 1.1.200:2 -u/tmp/eib -B log -b ft12cemi:/dev/ttyAMA0 -D -B log -TRS -c -i 6720
Layer 4 [ 1:main       0.000] R state: initialized
Layer 4 [ 1:main       0.000] R state: setting up
Layer 4 [ 5:C.cache/G     0.000] GroupCacheInit
Layer 3 [ 4:C.cache/Conn  0.000] registerLink: C.cache
Layer 6 [ 1:main           0.000] OK
Layer 6 [ 2:main/L         0.000] OK L
Layer 3 [ 6:A.unix/local   0.000] registerLink: A.unix
Layer 0 [11:log/B.ft12cemi   0.001] State setup
Layer 3 [ 9:B.ft12cemi/Conn       0.001] registerLink: B.ft12cemi
Layer 0 [17:log/tunnel            0.001] State setup
Layer 6 [17:log/tunnel            0.001] send next
Layer 6 [ 1:main                  0.001] send_more set
Layer 6 [ 1:main                  0.001] send_more set
Layer 3 [14:server/Server         0.001] registerLink: server
Layer 6 [ 1:main                  0.001] send_more set
Layer 3 [20:D.tcp/inet            0.001] registerLink: D.tcp
Layer 4 [ 1:main                  0.001] R state: setup OK
Layer 4 [ 1:main                  0.001] R state: trigger going up
Layer 3 [20:D.tcp/inet            0.001] Start: cfg:D.tcp
Layer 8 [20:D.tcp/inet            0.001] OpenInetSocket 6720
Layer 8 [20:D.tcp/inet            0.002] InetSocket opened
Layer 5 [20:D.tcp/inet            0.002] Started
Layer 4 [20:D.tcp/inet            0.002] R state: started
Layer 6 [ 1:main                  0.002] send_more set
Layer 3 [14:server/Server         0.002] Start: cfg:server
Layer 8 [14:server/Server         0.002] Open
Layer 8 [24:router/driver         0.002] OpenD
Layer 8 [24:router/driver         0.002] OpenedD
Layer 3 [23:router/ConnC          0.003] registerLink: router_23
Layer 3 [23:router/ConnC          0.003] Start: cfg:router
Layer 5 [23:router/ConnC          0.003] Starting
Layer 5 [23:router/ConnC          0.003] Started
Layer 4 [23:router/ConnC          0.003] R state: started
Layer 6 [ 1:main                  0.003] send_more set
Layer 8 [14:server/Server         0.003] Opened
Layer 5 [14:server/Server         0.003] Started
Layer 4 [14:server/Server         0.003] R state: started
Layer 6 [ 1:main                  0.003] send_more set
Layer 3 [ 9:B.ft12cemi/Conn       0.003] Start: cfg:B.ft12cemi
Layer 5 [ 9:B.ft12cemi/Conn       0.003] Starting
Layer 0 [11:log/B.ft12cemi        0.003] State start
Layer 1 [12:B.ft12cemi/ft12ser    0.003] Open
Layer 1 [12:B.ft12cemi/ft12ser    0.003] Opened
Layer 6 [11:log/B.ft12cemi        0.003] send next
Layer 6 [ 1:main                  0.003] send_more set
Layer 2 [13:B.ft12cemi/ft12cemi   0.003] OpenL2
Layer 1 [12:B.ft12cemi/ft12ser    0.003] Send(008): F6 00 08 01 34 10 01 00
Layer 4 [ 1:main                  0.004] R state: check start
Layer 4 [ 1:main                  0.004] R state: check end: want_up 1 some 1>1 all 0>0, going 1 up 3 down 2
Layer 0 [11:log/B.ft12cemi        0.015] State started
Layer 5 [ 9:B.ft12cemi/Conn       0.015] Started
Layer 4 [ 9:B.ft12cemi/Conn       0.015] R state: started
Layer 6 [ 1:main                  0.015] send_more set
Layer 3 [ 6:A.unix/local          0.015] Start: cfg:A.unix
Layer 8 [ 6:A.unix/local          0.015] OpenLocalSocket /tmp/eib
Layer 8 [ 6:A.unix/local          0.015] LocalSocket opened
Layer 5 [ 6:A.unix/local          0.015] Started
Layer 4 [ 6:A.unix/local          0.015] R state: started
Layer 6 [ 1:main                  0.015] send_more set
Layer 3 [ 4:C.cache/Conn          0.015] Start: cfg:C.cache
Layer 5 [ 4:C.cache/Conn          0.015] Starting
Layer 5 [ 4:C.cache/Conn          0.015] Started
Layer 4 [ 4:C.cache/Conn          0.015] R state: started
Layer 6 [ 1:main                  0.015] send_more set
Layer 4 [ 1:main                  0.015] R state: going up triggered
Layer 4 [ 1:main                  0.015] R state: check start
Layer 4 [ 1:main                  0.015] R state: check end: want_up 1 some 1>1 all 0>1, going 0 up 6 down 0
Layer 4 [ 1:main                  0.015] R state: all drivers up
Layer 4 [ 1:main                  0.015] R state: up
Layer 0 [11:log/B.ft12cemi        9.351] Has Addr 1.1.250: no
Layer 8 [ 1:main                  9.351] unknown addr 1.1.250
Layer 0 [11:log/B.ft12cemi        9.351] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        9.351] Has Addr 1.1.7: no
Layer 0 [11:log/B.ft12cemi        9.351] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        9.351] Addr Check 1.1.7: yes
Layer 0 [11:log/B.ft12cemi        9.351] Send L_Data system from 1.1.250 to 1.1.7 hops: 05 T_CONNECT_REQ
Layer 1 [13:B.ft12cemi/ft12cemi   9.352] SendEMI(010): 11 00 B0 50 11 FA 11 07 00 80
Layer 1 [12:B.ft12cemi/ft12ser    9.352] Send(010): 11 00 B0 50 11 FA 11 07 00 80
Layer 6 [ 9:B.ft12cemi/Conn       9.352] still waiting
Layer 6 [ 1:main                  9.352] wait L
Layer 8 [23:router/ConnC          9.369] found addr 1.1.250
Layer 6 [ 1:main                  9.369] wait L
Layer 8 [23:router/ConnC          9.387] found addr 1.1.250
Layer 6 [ 1:main                  9.387] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   9.651] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        9.651] send next
Layer 6 [ 1:main                  9.651] OK
Layer 6 [ 2:main/L                9.651] OK L
Layer 0 [11:log/B.ft12cemi        9.652] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        9.652] Has Addr 1.1.7: no
Layer 0 [11:log/B.ft12cemi        9.652] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        9.652] Addr Check 1.1.7: yes
Layer 0 [11:log/B.ft12cemi        9.652] Send L_Data system from 1.1.250 to 1.1.7 hops: 05 T_DATA_CONNECTED_REQ serno:00 A_DeviceDescriptor_Read Type:00
Layer 1 [13:B.ft12cemi/ft12cemi   9.652] SendEMI(011): 11 00 B0 50 11 FA 11 07 01 43 00
Layer 1 [12:B.ft12cemi/ft12ser    9.652] Send(011): 11 00 B0 50 11 FA 11 07 01 43 00
Layer 6 [ 9:B.ft12cemi/Conn       9.652] still waiting
Layer 6 [ 1:main                  9.652] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   9.952] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        9.952] send next
Layer 6 [ 1:main                  9.952] OK
Layer 6 [ 2:main/L                9.952] OK L
Layer 0 [11:log/B.ft12cemi        9.952] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        9.952] Addr Check 0/0/0: yes
Layer 0 [11:log/B.ft12cemi        9.952] Send L_Data system from 1.1.250 to 0/0/0 hops: 05 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 1 [13:B.ft12cemi/ft12cemi   9.952] SendEMI(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 1 [12:B.ft12cemi/ft12ser    9.952] Send(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 6 [ 9:B.ft12cemi/Conn       9.952] still waiting
Layer 6 [ 1:main                  9.952] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   10.252] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        10.252] send next
Layer 6 [ 1:main                  10.252] OK
Layer 6 [ 2:main/L                10.252] OK L
Layer 8 [23:router/ConnC          12.366] found addr 1.1.250
Layer 0 [11:log/B.ft12cemi        12.366] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        12.366] Addr Check 0/0/0: yes
Layer 0 [11:log/B.ft12cemi        12.366] Send L_Data system from 1.1.250 to 0/0/0 hops: 05 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 1 [13:B.ft12cemi/ft12cemi   12.366] SendEMI(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 1 [12:B.ft12cemi/ft12ser    12.366] Send(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 6 [ 9:B.ft12cemi/Conn       12.366] still waiting
Layer 6 [ 1:main                  12.366] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   12.666] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        12.666] send next
Layer 6 [ 1:main                  12.666] OK
Layer 6 [ 2:main/L                12.666] OK L
Layer 8 [23:router/ConnC          15.370] found addr 1.1.250
Layer 0 [11:log/B.ft12cemi        15.370] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        15.370] Addr Check 0/0/0: yes
Layer 0 [11:log/B.ft12cemi        15.371] Send L_Data system from 1.1.250 to 0/0/0 hops: 05 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 1 [13:B.ft12cemi/ft12cemi   15.371] SendEMI(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 1 [12:B.ft12cemi/ft12ser    15.371] Send(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 6 [ 9:B.ft12cemi/Conn       15.371] still waiting
Layer 6 [ 1:main                  15.371] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   15.671] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        15.671] send next
Layer 6 [ 1:main                  15.671] OK
Layer 6 [ 2:main/L                15.671] OK L
Layer 8 [23:router/ConnC          18.374] found addr 1.1.250
Layer 0 [11:log/B.ft12cemi        18.375] Has Addr 1.1.250: no
Layer 0 [11:log/B.ft12cemi        18.375] Addr Check 0/0/0: yes
Layer 0 [11:log/B.ft12cemi        18.375] Send L_Data system from 1.1.250 to 0/0/0 hops: 05 T_DATA_XXX_REQ A_IndividualAddress_Read
Layer 1 [13:B.ft12cemi/ft12cemi   18.375] SendEMI(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 1 [12:B.ft12cemi/ft12ser    18.375] Send(011): 11 00 B0 D0 11 FA 00 00 01 01 00
Layer 6 [ 9:B.ft12cemi/Conn       18.375] still waiting
Layer 6 [ 1:main                  18.375] wait L
Layer 1 [13:B.ft12cemi/ft12cemi   18.675] No confirm, continuing
Layer 6 [11:log/B.ft12cemi        18.675] send next
Layer 6 [ 1:main                  18.675] OK
Layer 6 [ 2:main/L                18.675] OK L

**Smurf** · 22.03.2017, 12:22

Hmm.

Code:

 
 Layer 0 [11:log/B.ft12cemi        18.375] Send L_Data system from 1.1.250 to 0/0/0 hops: 05 T_DATA_XXX_REQ A_IndividualAddress_Read

D.h. du schickst jetzt ein Paket von außen, aber mit der phys-Adresse des BAOS als Absender, an den BAOS – und erwartest, dass der das weiterleitet.

Das wird er nicht tun, wenn er irgendwie vernünftig programmiert ist.

Den knxd interessiert das aktuell weniger – das ist aber auf der TODO-Liste, libserver/router.cpp Zeile 572 …)

**ralf9000** · 22.03.2017, 12:29

Zitat von Smurf Beitrag anzeigen

ralf9000Zweitens würde das Modul, wenn es Pakete empfängt die an seine phys-Adresse gerichtet sind, diese selbst verarbeiten statt sie weiterzuleiten.

Das ist bei mir aber der Fall: 1.0.1 hat das Modul einprogrammiert und ich nehme die 1.0.1 auch für die "-e" Option am knxd. Die Anfragen die an seine phys. Adresse gerichtet sind, gehen auch zum knxd durch. Anders herum sehe ich das das Modul auch über den knxd 1.0.200 auf den Bus raus gibt. Das sehe ich im Gruppenmonitor der ETS wenn diese an dem noch vorhandenen Router (1.0.0) auf dem Bus völlig unabhängig lauscht. Das ist eigentlich auch in dem Weinzierl Datenblatt zu finden

the module allows the access to the KNX bus on telegram level (KNX Link Layer)

Da steht zudem nichts von Filterung oder so. Erst wenn man das Modul in den anderen Modus

data point level (KNX Application Layer)

versetzt, sollte es nicht mehr klappen.

Angehängte Dateien

Weinzierl_838_KNX_BAOS_kBerry_Datasheet_EN.pdf (282,6 KB, 8x aufgerufen)

**Smurf** · 22.03.2017, 12:33

Code:

[FONT=arial]Die Anfragen die an seine phys. Adresse gerichtet sind, gehen auch zum knxd durch.[/FONT]

? Wer schickt denn überhaupt solche Anfragen?

**ralf9000** · 22.03.2017, 12:43

Zitat von Smurf Beitrag anzeigen

Wer schickt denn überhaupt solche Anfragen?

Ich, normal gibt es das nicht, aber testweise kann ich per ETS dies über die KNX-Ping Funktion (oder auch Info-Funktion) machen, nimmt dann diesen Weg:

Ping an 1.0.1 über ETS -> Siemens-Router(1.0.0) -> KNX-Bus -> Weinzierl (1.0.1) -> knxd -> logt es

ich kann aber genauso

Ping an 1.0.41 über ETS -> Siemens-Router(1.0.0) -> KNX-Bus -> Weinzierl (1.0.1) -> knxd -> logt es

Es ist dem Weinzierl-Modul im Link Layer Modus völlig egal.

**Smurf** · 22.03.2017, 12:46

Ah. OK.

Das erklärt leider noch weniger, was bei jeff25 passiert …

**jeff25** · 22.03.2017, 12:52

schaut mal. ich habe da was von Weinzierl....

Common EMI Protocol The message routing is implemented in the module stack. It offers the possibility to disable the BAOS Protocol and to send/receive telegrams directly to/from a certain layer of the communication stack. In principal there are three reasonable short cuts: 1. Telegram access via the network layer (NL). This access leaves the group address filtering active. All telegrams are treated in the normal way like in the BAOS Protocol access. The services for this functionality are part of the KNX standard (cEMI - Common External Message Interface). 2. Telegram access via the link layer (LL). This access also gives/takes telegrams like the network layer access. The group address filtering is also active. So group messages which are not intended for this device will be filtered out. To disable this filtering the length of the group address table must be set to zero. Broadcast messages can also be received as well as all directly addressed telegrams for this device. 3. Access to the management server. This is not really an access to the KNX bus, because the management server is responsible for internal organization of the device. So the cEMI telegrams are not sent to the bus. They are handled internally. The cEMI telegram format contains the KNX telegram as follows:

Ganzes Dokument: Seite 99....

https://drive.google.com/file/d/0Byc...ew?usp=sharing

**ralf9000** · 22.03.2017, 12:55

Zitat von Smurf Beitrag anzeigen

Ah. OK.

Das erklärt leider noch weniger, was bei jeff25 passiert …

Wollte nur damit sagen, das 838er Modul macht schon eine transparente Verbindung auf.

Das ist doch in der Weinzierl-Familie wahrscheinlich auch dasselbe KNX-Design wie das Weinzierl BAOS-IP-Interface im REG-Gehäuse hat. Und da funktioniert die ETS anscheinend reibungslos mit. Der knxd doch auch, oder? Zumindest finde ich keine gegenläufigen Inofrmationen hier im Forum ...

**ralf9000** · 22.03.2017, 13:05

Zitat von jeff25 Beitrag anzeigen

To disable this filtering the length of the group address table must be set to zero.

Hattest Du nicht vorher mit dem API von Weinzierl rumprogrammiert und Deine "group address table" ist nicht mehr leer? Meins ist ja direkt letztes WE aus der Verpackung an den knxd gekommen. Vielleicht gibt es dadurch Unterschiede. Aber es müsste dann ja einen Befehl zum Löschen oder Setzten der Länge auf Null geben ....

Bei Weinzierl läßt sich vieles in den Fabrikmodus setzen, wenn man den Programmierknopf während des Einschaltens gedrückt hält, vielleicht ein Versuch wert.

**jeff25** · 22.03.2017, 13:15

ich habe das Modul vorher auf Fabrikreset gesetzt. Ich kann ja dem Weizierl Tool alle Geräte eine Adresse verpassen.
Das hatte ich ja vorher als Log angehängt, dann mache ich genau das gleiche mit der ETS und es geht nicht. Also an den
Adressen kanne s nicht liegen. Ich habe schon versucht die beiden Logs mal zu vergleichen...

Ankündigung

Weinzierl KNX BAOS Module 838 kBerry

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar