Knx telegrams versturen met een Packet Sender

[StevenM]

Goeiedag.

Ik en een vriend hebben voor een schoolproject de opgave gekregen om via Colasoft packet builder/player een lamp te kunnen in en uitschakelen, en te kunnen dimmen. nu hebben we via Wireshark een dim functie gecaptured en nagebouwt in packet builder. we hebben een udp packet gemaakt, de juiste ip's en de juiste fysieke adressen ingegeven en ook rekening gehouden met de poorten. Vervolgens hebben we de data van de wireshark capture gekopiëerd naar ons zelf gemaakt packet. Maar als we het packet verzenden krijgen we geen reactie van onze knx installatie. Kan iemand mss zeggen wat we fout doen of mss of een enkel telegram niet werkt en er meerdere MOETEN worden verzonden... Elk beetje info helpt!

Dank bij voorbaat !!!

Packet Info:
Packet Number: 000001
Packet Length: 67
Captured Length: 63
Delta Time 0.000000 Second
Ethernet Type II [0/14]
Destination Address: 00:24:6D:00:63:22 [0/6]
Source Address: ***************** [6/6]
Protocol: 0x0800 (Internet IP(IPv4)) [12/2]
IP - Internet Protocol [14/20]
Version 4 [14/1] 0x00F0
Header Length 5 (20 Bytes) [14/1] 0x000F
Differentiated Services Field 0000 0000 [15/1] 0x00FF
Differentiated Services Codepoint0000 00.. [15/1] 0x00FC
Transport Protocol will ignore the CE bit.... ..0. (Ignore) [15/1] 0x0002
Congestion .... ...0 (No Congestion) [15/1] 0x0001
Total Length 46 (46 Bytes) [16/2]
Identification 0x0000 (0) [18/2]
Fragment Flags 010. .... (Don't Fragment) [20/1] 0x00E0
Reserved 0... .... [20/1] 0x0080
Fragment .1.. .... (Don't Fragment) [20/1] 0x0040
More Fragment ..0. .... (Last Fragment) [20/1] 0x0020
Fragment Offset 0 [20/2] 0x1FFF
Time To Live 64 [22/1]
Protocol 17 (UDP) [23/1]
Checksum 0xB885 (Correct) [24/2]
Source IP 192.168.0.33 [26/4]
Destination IP 192.168.0.200 [30/4]
UDP - User Datagram Protocol [34/8]
Source port: 51824 [34/2]
Destination port: 3671 [36/2]
Length: 26 [38/2]
Checksum: 0x9D8A (Correct) [40/2]
Extra Data: [42/21]
Number of Bytes: 21 bytes [42/21]
FCS - Frame Check Sequence:
FCS: 0xF8D4C4BD (Calculated)

De data is:
06 10 04 20 00 15 04 05 02 00 29 00 BC E0 11 01 00 02 01 00 89

[KNX_Steven]

Dat ziet er me een TUNNELING_REQUEST uit. Heb je wel een Tunneling verbinding opgebouwd?
Mss is het gemakkelijker om in eerste instantie KNXnet/IP Routing te gebruiken in plaats van KNXnet/IP Tunnelling.

[StevenM]

Dank u voor de reactie KNX_Steven

het is idd een tunneling Request en we hebben geen Tunneling verbinding opgebouwd. Het doel was om door een enkel pakketje te sturen de installatie te laten reageren. Het is ons gelukt ! We hadden geen rekening gehouden met het communication channel id en de sequence counter. bij het vergelijken van meerdere packets is het ons opgevallen dat de sequence counter elke keer als er een Wright value word verzonden met 1 verhoogt. Dus door met dit rekening te houden konden we het packet met succes laten werken.