Seite 1 von 2
TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 15. Jul 2024, 23:50
von Anthrax
Hallo zusammen,
ich habe mir für einen Test-Aufbau den TPUART-Bausatz geordert und nutze diesen mit einem Raspberry Pi1.
Leider bekomme ich diesen aber nicht richtig zum Laufen.
Die UART-Freigabe habe ich bereits gemacht und EIBD (hab' auch schon knxd getestet) läuft soweit. In der ETS5 wird die Schnittstelle auch gefunden.
Ich habe nun aber leider das Problem, dass ich nichts programmieren kann. Weder die physikalische Adresse, noch das Applikationsprogramm. Der Vorgang läuft quasi ewig und bricht irgendwan mit einem Timeout ab.
Die Fixes mit den Widerständen am TPUART habe ich gemacht. Die 3 LEDs leuchten auch entsprechend.
am Bus hängen aktuell eine LPC922 Tasterschnittstelle und ein 10A 8-Out mit LPC922.
In der ETS habe ich testweise auch mal die reduzierte Buskommunikation aktiviert. Alles ohne Erfolg. Gibt es noch einen Trick, den ich noch nicht kenne?
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 15. Jul 2024, 23:51
von Anthrax
Achso hier noch ein Log-Auszug vom knxd:
► Text anzeigen
pi@RaspiTest:~ $ knxd -e 1.1.68 -E 1.1.62:8 -D -T -R -S -f9 -B log -t 1023 tpuarts:/dev/ttyKNX1
Layer 0 [13:log/A.tpuarts 0.001] State setup
Layer 0 [15:A.tpuarts/log 0.002] Insert 14:LowF / 12:tpuart
Layer 0 [15:A.tpuarts/log 0.002] Setup
Layer 0 [17:A.tpuarts/log 0.002] Insert 16:TPU_ser / 14:LowF
Layer 0 [15:A.tpuarts/log 0.002] Filter single not found
Layer 0 [17:A.tpuarts/log 0.002] Setup
Layer 0 [17:A.tpuarts/log 0.002] Setup OK: yes
Layer 0 [15:A.tpuarts/log 0.002] Setup OK: yes
Layer 3 [11:A.tpuarts/Conn 0.002] registerLink: 11:A.tpuarts
Layer 3 [11:A.tpuarts/Conn 0.003] Start: cfg:A.tpuarts
Layer 5 [11:A.tpuarts/Conn 0.003] down => >up
Layer 5 [11:A.tpuarts/Conn 0.003] Starting
Layer 0 [13:log/A.tpuarts 0.003] State start
Layer 0 [15:A.tpuarts/log 0.003] Start
Layer 0 [17:A.tpuarts/log 0.003] Start
Layer 0 [16:A.tpuarts/TPU_ser 0.004] Opened /dev/ttyKNX1 with baud 19200
Layer 2 [16:A.tpuarts/TPU_ser 0.004] Opened
Layer 2 [16:A.tpuarts/TPU_ser 0.005] Buffer Setup on fd 4
Layer 0 [17:A.tpuarts/log 0.006] Started
Layer 8 [14:A.tpuarts/LowF 0.006] state: new > start
Layer 0 [14:A.tpuarts/LowF 0.007] SendReset 01
Layer 0 [17:A.tpuarts/log 0.007] Send(001): 01
Layer 4 [11:A.tpuarts/Conn 0.007] link state changed: >up
Layer 4 [11:A.tpuarts/Conn 0.012] state is >up
Layer 0 [17:A.tpuarts/log 0.016] Recv(001): 03
Layer 8 [14:A.tpuarts/LowF 0.016] RESET_ACK
Layer 8 [14:A.tpuarts/LowF 0.016] Enabling input parity check on fd 4
Layer 8 [14:A.tpuarts/LowF 0.016] state: in_reset > in_setaddr
Layer 8 [14:A.tpuarts/LowF 0.016] addr zero: in_reset > in_getstate
Layer 0 [14:A.tpuarts/LowF 0.016] Send GetState 02
Layer 0 [17:A.tpuarts/log 0.016] Send(001): 02
Layer 0 [17:A.tpuarts/log 0.019] Recv(001): 07
Layer 8 [14:A.tpuarts/LowF 0.019] State: 07
Layer 8 [14:A.tpuarts/LowF 0.019] state: in_getstate > is_online
Layer 0 [15:A.tpuarts/log 0.019] Started
Layer 0 [13:log/A.tpuarts 0.019] State started
Layer 5 [11:A.tpuarts/Conn 0.020] >up => up
Layer 4 [11:A.tpuarts/Conn 0.020] link state changed: up
Layer 5 [11:A.tpuarts/Conn 0.020] Started
Layer 0 [15:A.tpuarts/log 0.020] send_Next
W00000115: [18:tpuart.retry_] spurious send_Next
Layer 6 [11:A.tpuarts/Conn 3.365] sending, send_more clear
Layer 0 [13:log/A.tpuarts 3.365] Send L_Data system from 1.1.63 to 1.1.1 hops: 05 T_Connect
Layer 0 [15:A.tpuarts/log 3.365] Send L_Data system from 1.1.63 to 1.1.1 hops: 05 T_Connect
Layer 0 [17:A.tpuarts/log 3.366] Send(016): 80 B0 81 11 82 3F 83 11 84 01 85 50 86 80 47 A1
Layer 6 [11:A.tpuarts/Conn 3.381] still waiting
Layer 0 [17:A.tpuarts/log 3.386] Recv(008): B0 11 3F 11 01 50 80 A1
Layer 8 [14:A.tpuarts/LowF 3.386] state: wait > wait_more
Layer 8 [14:A.tpuarts/LowF 3.387] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.402] Recv(008): 90 11 3F 11 01 50 80 81
Layer 8 [14:A.tpuarts/LowF 3.402] state: wait > wait_more
Layer 8 [14:A.tpuarts/LowF 3.403] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.418] Recv(008): 90 11 3F 11 01 50 80 81
Layer 8 [14:A.tpuarts/LowF 3.418] state: wait > wait_more
Layer 8 [14:A.tpuarts/LowF 3.419] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.434] Recv(008): 90 11 3F 11 01 50 80 81
Layer 8 [14:A.tpuarts/LowF 3.434] state: wait > wait_more
Layer 8 [14:A.tpuarts/LowF 3.435] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.439] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 3.439] send_Next
Layer 6 [13:log/A.tpuarts 3.439] send next
Layer 6 [11:A.tpuarts/Conn 3.439] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 3.439] is OK
Layer 6 [11:A.tpuarts/Conn 3.521] sending, send_more clear
Layer 0 [13:log/A.tpuarts 3.523] Send L_Data system from 1.1.63 to 1.1.1 hops: 05 T_Data_Connected serno:00 A_DeviceDescriptor_Read Type:00
Layer 0 [15:A.tpuarts/log 3.523] Send L_Data system from 1.1.63 to 1.1.1 hops: 05 T_Data_Connected serno:00 A_DeviceDescriptor_Read Type:00
Layer 0 [17:A.tpuarts/log 3.523] Send(018): 80 B0 81 11 82 3F 83 11 84 01 85 51 86 43 87 00 48 63
Layer 6 [11:A.tpuarts/Conn 3.539] still waiting
Layer 0 [17:A.tpuarts/log 3.545] Recv(008): B0 11 3F 11 01 51 43 00
Layer 8 [14:A.tpuarts/LowF 3.546] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.548] Recv(001): 63
Layer 8 [14:A.tpuarts/LowF 3.549] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.563] Recv(008): 90 11 3F 11 01 51 43 00
Layer 8 [14:A.tpuarts/LowF 3.563] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.566] Recv(001): 43
Layer 8 [14:A.tpuarts/LowF 3.566] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.580] Recv(008): 90 11 3F 11 01 51 43 00
Layer 8 [14:A.tpuarts/LowF 3.580] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.583] Recv(001): 43
Layer 8 [14:A.tpuarts/LowF 3.584] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.597] Recv(008): 90 11 3F 11 01 51 43 00
Layer 8 [14:A.tpuarts/LowF 3.597] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.600] Recv(001): 43
Layer 8 [14:A.tpuarts/LowF 3.600] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.603] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 3.603] send_Next
Layer 6 [13:log/A.tpuarts 3.603] send next
Layer 6 [11:A.tpuarts/Conn 3.603] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 3.603] is OK
Layer 6 [11:A.tpuarts/Conn 3.678] sending, send_more clear
Layer 0 [13:log/A.tpuarts 3.679] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [15:A.tpuarts/log 3.680] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [17:A.tpuarts/log 3.680] Send(018): 80 B0 81 11 82 3F 83 00 84 00 85 D1 86 01 87 00 48 B1
Layer 6 [11:A.tpuarts/Conn 3.695] still waiting
Layer 0 [17:A.tpuarts/log 3.702] Recv(008): B0 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 3.702] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.705] Recv(001): B1
Layer 8 [14:A.tpuarts/LowF 3.705] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.719] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 3.719] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.722] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 3.722] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.736] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 3.737] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.739] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 3.739] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.754] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 3.754] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 3.757] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 3.757] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 3.759] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 3.760] send_Next
Layer 6 [13:log/A.tpuarts 3.760] send next
Layer 6 [11:A.tpuarts/Conn 3.760] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 3.760] is OK
Layer 6 [11:A.tpuarts/Conn 6.384] sending, send_more clear
Layer 0 [13:log/A.tpuarts 6.385] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [15:A.tpuarts/log 6.386] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [17:A.tpuarts/log 6.386] Send(018): 80 B0 81 11 82 3F 83 00 84 00 85 D1 86 01 87 00 48 B1
Layer 6 [11:A.tpuarts/Conn 6.401] still waiting
Layer 0 [17:A.tpuarts/log 6.408] Recv(008): B0 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 6.408] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 6.411] Recv(001): B1
Layer 8 [14:A.tpuarts/LowF 6.411] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 6.425] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 6.425] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 6.428] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 6.428] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 6.443] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 6.443] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 6.446] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 6.446] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 6.460] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 6.460] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 6.463] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 6.463] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 6.466] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 6.466] send_Next
Layer 6 [13:log/A.tpuarts 6.466] send next
Layer 6 [11:A.tpuarts/Conn 6.466] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 6.466] is OK
Layer 6 [11:A.tpuarts/Conn 9.401] sending, send_more clear
Layer 0 [13:log/A.tpuarts 9.401] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [15:A.tpuarts/log 9.401] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [17:A.tpuarts/log 9.401] Send(018): 80 B0 81 11 82 3F 83 00 84 00 85 D1 86 01 87 00 48 B1
Layer 6 [11:A.tpuarts/Conn 9.418] still waiting
Layer 0 [17:A.tpuarts/log 9.423] Recv(008): B0 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 9.424] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 9.426] Recv(001): B1
Layer 8 [14:A.tpuarts/LowF 9.426] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 9.441] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 9.441] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 9.444] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 9.444] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 9.458] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 9.458] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 9.461] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 9.461] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 9.475] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 9.475] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 9.478] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 9.478] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 9.481] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 9.481] send_Next
Layer 6 [13:log/A.tpuarts 9.481] send next
Layer 6 [11:A.tpuarts/Conn 9.481] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 9.481] is OK
Layer 6 [11:A.tpuarts/Conn 12.413] sending, send_more clear
Layer 0 [13:log/A.tpuarts 12.415] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [15:A.tpuarts/log 12.415] Send L_Data system from 1.1.63 to 0/0/0 hops: 05 T_Data_Broadcast A_IndividualAddress_Read
Layer 0 [17:A.tpuarts/log 12.415] Send(018): 80 B0 81 11 82 3F 83 00 84 00 85 D1 86 01 87 00 48 B1
Layer 6 [11:A.tpuarts/Conn 12.431] still waiting
Layer 0 [17:A.tpuarts/log 12.437] Recv(008): B0 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 12.437] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 12.440] Recv(001): B1
Layer 8 [14:A.tpuarts/LowF 12.440] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 12.455] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 12.455] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 12.458] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 12.458] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 12.472] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 12.472] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 12.475] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 12.475] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 12.489] Recv(008): 90 11 3F 00 00 D1 01 00
Layer 8 [14:A.tpuarts/LowF 12.489] state: wait > wait_more
Layer 0 [17:A.tpuarts/log 12.492] Recv(001): 91
Layer 8 [14:A.tpuarts/LowF 12.492] state: wait_more > wait
Layer 0 [17:A.tpuarts/log 12.495] Recv(001): 0B
Layer 0 [15:A.tpuarts/log 12.495] send_Next
Layer 6 [13:log/A.tpuarts 12.495] send next
Layer 6 [11:A.tpuarts/Conn 12.495] sendNext called, send_more set
Layer 6 [11:A.tpuarts/Conn 12.495] is OK
Ab hier Ctrl+C
^CLayer 4 [11:A.tpuarts/Conn 14.645] R Stopping
Layer 5 [11:A.tpuarts/Conn 14.646] up => >down
Layer 5 [11:A.tpuarts/Conn 14.646] L Stopping
Layer 0 [13:log/A.tpuarts 14.646] State stop
Layer 0 [15:A.tpuarts/log 14.646] Stop
Layer 0 [17:A.tpuarts/log 14.646] Stop
Layer 0 [17:A.tpuarts/log 14.647] Stopped
Layer 8 [14:A.tpuarts/LowF 14.647] state: wait > new
Layer 0 [15:A.tpuarts/log 14.647] Stopped
Layer 0 [13:log/A.tpuarts 14.647] State stopped
Layer 5 [11:A.tpuarts/Conn 14.647] >down => down
Layer 4 [11:A.tpuarts/Conn 14.647] link state changed: down
Layer 4 [11:A.tpuarts/Conn 14.647] link state changed: down
Layer 4 [11:A.tpuarts/Conn 14.648] is down
Layer 0 [15:A.tpuarts/log 14.648] Closing
Layer 2 [14:A.tpuarts/LowF 14.648] Close C
Layer 0 [17:A.tpuarts/log 14.648] Closing
Layer 2 [16:A.tpuarts/TPU_ser 14.648] Close F
Nach oben
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 02:31
von Darthyson
Hallo Anthrax,
vorweg
Code: Alles auswählen
knxd -e 1.1.68 -E 1.1.62:8 -D -T -R -S -f9 -B log -t 1023 tpuarts:/dev/ttyKNX1
ist so nicht ganz korrekt. Die 8 Tunneladressen (-E)
1.1.62-1.1.69 überschneiden sich mit der knxd-Adresse (-e)
1.1.68. Die Zeile stand in unserem Wiki so drin. Ist mittlerweile korrigiert. Ursache deines Problems ist es allerdings auch nicht.
Aus deinem Log kann man erkennen, dass die Kommunikation zwischen TPUART und dem Raspi soweit funktioniert.
Nicht OK ist, dass
T_Data_Broadcast A_IndividualAddress_Read drei mal wiederholt wird. Das sollte nicht passieren, wenn mind. ein weiteres Gerät mit am Bus hängt. Prüf nochmal die KNX-Seite des TPUART, z.B. Sendewiderstand R6 und Empfangskondensator C1. Eventuell hast du eine andere Möglichkeit (zweiter Buszugang, Oszi, ...) um zu prüfen, ob wirklich etwas auf die KNX-Busleitung gesendet wird.
Anthrax hat geschrieben: ↑15. Jul 2024, 23:50
am Bus hängen aktuell eine LPC922 Tasterschnittstelle und ein 10A 8-Out mit LPC922.
Kannst du mal nur mit einem Gerät am Bus testen? Falls das auch nicht funktioniert, hast du eventuell ein originales KNX-Gerät mit dem du testen kannst? Und letzte Frage, welche knxd Version hast du?
Viele Grüße
Denis
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 08:19
von Anthrax
Hallo Denis,
danke für Deine Rückmeldung und den Hinweis mit den Tunneladressen. Das habe ich gleich korrigiert.
Ich habe jetzt mal mein Oszi an die Rx- und Tx-Leitung angeschlossen. Das Signal scheint in der Tat nicht ganz in Ordnung zu sein, oder?
Ich hätte jetzt Rechtecksignale erwartet.
Das seltsame ist auch, dass es ohne weitere Geräte am Bus auch so aussieht.
Da scheint dann wohl das TPUAT-IC defekt zu sein? Ich habe mal ein zweites Modul aufgebaut und dies mit einem UART-USB Adapter getestet. Scheint das gleiche Problem zu sein.
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 11:55
von Darthyson
Hallo Anthrax,
die Oszi-Signale zu interpretieren, ist schwierig ohne Zeit und Spannungsangaben
.
Soweit ich es verstehe ist der gelbe Channel KNX-Tx am Pin 12 (TXO) und der rote Channel KNX-Rx am Pin 13 (RXI) des TPUART?
Hattest du bei der Messung
IMG_2648.jpg noch die beiden LPC922-Geräte am Bus?
Kannst du bitte mal die Messung ohne weitere Geräte am Bus (bis auf KNX-Spannungsversorgung) und direkt an der KNX-Klemme des TPUART machen?
Anthrax hat geschrieben: ↑17. Jul 2024, 08:19
Ich hätte jetzt Rechtecksignale erwartet.
Nicht ganz. Ruhespannung liegt bei ca. 30V. Bei einer logischen Null fällt die Spannung für ca. 35us um bis zu 10,5V und die anschliessende low-high Flanke darf bis zu 13V überschwingen (bei 30V sind das 43V).
Wesentlich genauer steht das in der KNX Spec. Die KNX Spec 2.1 kann man sich bei knx.org kostenlos runterladen, da stehts im Kapitel 3/2/2 Abschnitt 1.1.2 (Seite 9).
Hier mal ein Beispiel an der KNX-Klemme beim senden von physAddrRead (ETS Suche Geräte im Programmiermodus):
- TEK00000.png (2.5 KiB) 1837 mal betrachtet
Anthrax hat geschrieben: ↑17. Jul 2024, 08:19
Da scheint dann wohl das TPUAT-IC defekt zu sein?
Einer eventuell. Zwei gleichzeitig defekt? Eher unwahrscheinlich.
Viele Grüße
Denis
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 12:15
von Doumanix
Mit welchen Widerstandswerten hast du bestückt? Die letzte Version im Git oder die alte Version von vor ein paar Jahren?
Damals gab es ja das Problem, dass bei manchen (nicht allen) Aufbauten die Spannung am TPUART so einbrachte, dass der selbst neu startete. Was natürlich keine Übertragung möglich machte.
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 13:59
von Anthrax
Ja, das hatte ich schon gesehen. Ich habe das mit den 5k6 und 680 Widerständen bestückt.
Ich habe jetzt eben in der Pause nochmal schnell gemessen. Allerdings wieder an Pin12 (gelb) und Pin13 (rot). Ob mit oder ohne Geräte hat hier keinen Unterschied gemacht. Die Messung zeigt das programmieren der physikalischen Adresse.
Sieht eigentlich gut aus?
Bei den oberen Messungen war scheinbar die Bezugsmasse nicht ok.
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 14:13
von Mirko
Die Signalform sieht korrekt aus. Mich verwirrt etwas die Skalierung. liegen da (gelb) 325V AC an? Das wären ja ziemlich genau die Spitzenspannung der 230V Netzspannung. Floated Deine Oszi-Masse irgendwo herum
Ich würde hier auch eher DC gekoppelt messen.
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 15:53
von Anthrax
Oh, stimmt. Ich habe das mal umgestellt. Jetzt sollte das passen.
Re: TPUART mit Raspberry funktioniert nicht. Physikalische Adresse kann mit ETS5 nicht programmiert werden
Verfasst: 17. Jul 2024, 16:26
von Mirko
Benutzt Du kein kommerziellen KNX Netzteil (SELF, also ohne Erdbezug)?
Da solltest Du nur mit Oszi im Batteriebetrieb, an einem Trenntrafo oder mit Differentialtastkopf messen. Wenn's blöd läuft, schließt das sonst die Drossel unserer Module kurz. Dann läuft natürlich nichts, wie es sollte