[bertr2d2]

Hallo Michael,

Zitat von bertr2d2

---

1
2
3
4
 

magstat -> magnetartikel.sr2
lokstat -> lokomotive.sr2
gbsstat -> gbsstat.sr2
fsstat  -> fsstat.sr2
 

---

ich habe mal ein Satz dieser Files hier abgelegt:
https://github.com/GBert/railroad/tree/master/can2udp/src
Ggf brauchst Du sie ja doch.

Gruß

Gerd

[st-oldie]

Hi Gerd,

ich hab jetzt nochmals einen trace angefertigt um sicher zu sein.

Zitat von bertr2d2

---

aber dann auch:

1
2
3
 

magstat -> magnetartikel.sr2
lokstat -> lokomotive.sr2
gbsstat -> gbsstat.sr2
 

Bildest und bietest Du auch diese Zustandsfiles (*.sr2) nach bzw. an ?

---

Die werden nicht angefordert. Es gibt also schon ein Problem mit meiner Antwort auf die Anforderung der *.cs2 Dateien.

Zitat

---

Frame 23: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 1, Ack: 1, Len: 13
Data (13 bytes)

0000 00 22 03 00 05 01 00 00 65 01 00 00 00 ."......e....
Data: 00220300050100006501000000
[Length: 13]

Frame 25: 106 bytes on wire (848 bits), 106 bytes captured (848 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 14, Ack: 1, Len: 52
Data (52 bytes)

0000 00 36 03 00 00 00 00 00 00 00 00 00 00 00 00 03 .6..............
0010 00 08 00 00 00 00 20 17 1e 05 00 30 03 00 00 00 ...... ....0....
0020 00 00 00 00 00 00 00 00 3a 03 00 05 43 54 1c 68 ........:...CT.h
0030 00 00 00 00 ....
Data: 003603000000000000000000000000030008000000002017...
[Length: 52]

Frame 27: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 66, Ack: 1, Len: 13
Data (13 bytes)

0000 00 40 03 00 08 67 62 73 2d 30 00 00 00 .@...gbs-0...
Data: 00400300086762732d30000000
[Length: 13]

Frame 30: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 1, Ack: 79, Len: 13
Data (13 bytes)

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
Data: 0431a33c084353fff30100eeee
[Length: 13]

Frame 46: 236 bytes on wire (1888 bits), 236 bytes captured (1888 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 14, Ack: 79, Len: 182
Data (182 bytes)

0000 00 31 6c 09 08 47 43 4e 2e 01 27 00 10 00 31 84 .1l..GCN..'...1.
0010 57 08 4d 54 3d 83 02 01 00 32 00 41 a3 3c 08 67 W.MT=....2.A.<.g
0020 62 73 2d 30 00 00 00 04 42 00 00 07 00 00 01 c0 bs-0....B.......
0030 f6 05 7b 00 04 42 00 00 08 00 00 0b f6 78 9c 9d ..{..B.......x..
0040 95 04 42 00 00 08 c1 52 83 30 10 86 ef 3c 04 42 ..B....R.0...<.B
0050 00 00 08 05 2f a0 43 20 c4 3a 23 04 42 00 00 08 ..../.C .:#.B...
0060 1e 7a f1 01 7a 74 3c 04 04 42 00 00 08 d8 26 b1 .z..zt<..B....&.
0070 34 30 21 d8 da 04 42 00 00 08 07 f3 e4 ad 2f 66 40!...B......./f
0080 a8 d0 04 42 00 00 08 e9 94 82 b2 27 76 42 be 04 ...B.......'vB..
0090 42 00 00 08 dd 25 e1 ff f7 55 14 a0 04 42 00 00 B....%...U...B..
00a0 08 ea 54 15 f9 9b f7 01 a6 04 42 00 00 08 56 a5 ..T.......B...V.
00b0 f6 fc fb 2d 7f 2f ...-./
Data: 00316c090847434e2e0127001000318457084d543d830201...
[Length: 182]

Frame 81: 483 bytes on wire (3864 bits), 483 bytes captured (3864 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 196, Ack: 79, Len: 429
Data (429 bytes)

0000 04 42 00 00 08 4d 12 b4 91 d2 2e 8a 3d 04 42 00 .B...M......=.B.
0010 00 08 61 4a a8 6b 70 2b 3b 95 04 42 00 00 08 5b ..aJ.kp+;..B...[
0020 99 84 0b 17 4a 50 42 04 42 00 00 08 da 84 c4 de ....JPB.B.......
0030 a1 29 c0 1e 04 42 00 00 08 ec 12 74 e3 1e ee 95 .)...B.....t....
0040 e6 04 42 00 00 08 5b 48 96 5c 6a 59 ae fd 04 42 ..B...[H.jY...B
0050 00 00 08 d5 f1 3b f7 6a 50 b6 e5 04 42 00 00 08 .....;.jP...B...
0060 55 7e 4a 3c dc 00 05 6c 04 42 00 00 08 41 db 6e U~J<...l.B...A.n
0070 cb 9e 04 cc 85 04 42 00 00 08 f6 b3 4a 2c ec db ......B.....J,..
0080 d5 dc 04 42 00 00 08 80 6c b4 38 d1 dc 58 b5 04 ...B....l.8..X..
0090 42 00 00 08 81 22 b9 23 6d 47 60 6c 04 42 00 00 B....".#mG`l.B..
00a0 08 f2 d2 7e 87 4f 02 72 9d 04 42 00 00 08 27 0c ...~.O.r..B...'.
00b0 e2 2e 4f 5a 0a d0 04 42 00 00 08 e3 89 06 5c 5f ..OZ...B......_
00c0 5f 80 e1 04 42 00 00 08 39 cc 00 1f b0 e0 02 0b _...B...9.......
00d0 04 42 00 00 08 3e 62 41 de 81 95 81 a2 04 42 00 .B...>bA......B.
00e0 00 08 48 cb 6c 73 c1 92 49 36 04 42 00 00 08 0a ..H.ls..I6.B....
00f0 82 39 f7 b3 b2 8d b5 04 42 00 00 08 c2 ad fb 4f .9......B......O
0100 cf c3 54 14 04 42 00 00 08 75 45 d1 e8 d5 86 93 ..T..B...uE.....
0110 1c 04 42 00 00 08 0d 08 ee bc 68 10 62 c1 04 42 ..B.......h.b..B
0120 00 00 08 08 0b f6 47 e3 f6 ab 1d 04 42 00 00 08 ......G.....B...
0130 88 1d a8 4c 5e f2 d1 05 04 42 00 00 08 4f 87 78 ...L^....B...O.x
0140 7f 42 6b 2e 4d 04 42 00 00 08 6d 0d ff 15 f1 ad .Bk.M.B...m.....
0150 e2 37 04 42 00 00 08 6a 23 15 40 b1 0a a0 58 04 .7.B...j#.@...X.
0160 42 00 00 08 05 50 ac 02 e8 59 01 b3 04 42 00 00 B....P...Y...B..
0170 08 c1 14 0b 66 58 30 c7 82 04 42 00 00 08 80 05 ....fX0...B.....
0180 d7 1d 58 2b a1 79 04 42 00 00 08 31 22 b0 c5 80 ..X+.y.B...1"...
0190 23 bd 35 04 42 00 00 08 5c eb 32 9a ac 17 8f fa #.5.B....2.....
01a0 04 42 00 00 08 c0 b4 15 c5 a3 3e f0 57 .B........>.W
Data: 04420000084d12b491d22e8a3d0442000008614aa86b702b...
[Length: 429]

Frame 96: 223 bytes on wire (1784 bits), 223 bytes captured (1784 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 625, Ack: 79, Len: 169
Data (169 bytes)

0000 04 42 00 00 08 3d c4 88 09 07 59 46 bf 04 42 00 .B...=....YF..B.
0010 00 08 f6 8f ae 09 c1 75 4d c2 04 42 00 00 08 59 .......uM..B...Y
0020 5d 1f bf aa 4a 69 57 04 42 00 00 08 e1 86 f3 b2 ]...JiW.B.......
0030 d1 93 9b ee 04 42 00 00 08 9d 61 ad 81 61 ad 81 .....B....a..a..
0040 61 04 42 00 00 08 ad 81 61 ad 81 61 ad 81 04 42 a.B.....a..a...B
0050 00 00 08 61 ad 81 61 ad 81 61 ad 04 42 00 00 08 ...a..a..a..B...
0060 81 61 ad 81 9d ad 61 2e 04 42 00 00 08 78 56 cb .a....a..B...xV.
0070 6c b0 97 8b 81 04 42 00 00 08 4c da 7a 30 08 2f l.....B...L.z0./
0080 ff d8 04 42 00 00 08 81 48 19 41 4e 6e 46 90 04 ...B....H.ANnF..
0090 42 00 00 08 93 9b 11 8a 05 63 2c f8 04 42 00 00 B........c,..B..
00a0 08 5f 51 fe 00 14 70 b8 02 ._Q...p..
Data: 04420000083dc48809075946bf0442000008f68fae09c175...
[Length: 169]

Frame 99: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 794, Ack: 79, Len: 13
Data (13 bytes)

0000 00 30 84 57 00 00 00 00 00 00 00 00 00 .0.W.........
Data: 00308457000000000000000000
[Length: 13]

Frame 100: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 79, Ack: 807, Len: 13
Data (13 bytes)

0000 00 40 03 00 08 6d 61 67 73 00 00 00 00 .@...mags....
Data: 00400300086d61677300000000
[Length: 13]

Frame 102: 119 bytes on wire (952 bits), 119 bytes captured (952 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 92, Ack: 807, Len: 65
Data (65 bytes)

0000 00 40 03 00 08 67 62 73 00 00 00 00 00 00 40 03 .@...gbs......@.
0010 00 08 66 73 00 00 00 00 00 00 00 40 03 00 08 6c ..fs.......@...l
0020 6f 6b 73 00 00 00 00 00 31 84 57 08 00 00 00 00 oks.....1.W.....
0030 03 08 ff f0 00 00 03 00 07 00 00 00 00 0c 01 00 ................
0040 00 .
Data: 004003000867627300000000000040030008667300000000...
[Length: 65]

Frame 105: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 807, Ack: 157, Len: 13
Data (13 bytes)

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
Data: 0431a33c084353fff30100eeee
[Length: 13]

Frame 110: 93 bytes on wire (744 bits), 93 bytes captured (744 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 820, Ack: 157, Len: 39
Data (39 bytes)

0000 00 31 6c 09 08 47 43 4e 2e 01 27 00 10 00 41 a3 .1l..GCN..'...A.
0010 3c 08 6d 61 67 73 00 00 00 00 04 42 00 00 07 00 <.mags.....B....
0020 00 01 48 44 59 7b 00 ..HDY{.
Data: 00316c090847434e2e012700100041a33c086d6167730000...
[Length: 39]

Frame 121: 171 bytes on wire (1368 bits), 171 bytes captured (1368 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 859, Ack: 157, Len: 117
Data (117 bytes)

0000 04 42 00 00 08 00 00 09 8f 78 9c b5 95 04 42 00 .B.......x....B.
0010 00 08 cd 4e 84 30 14 85 f7 3c 04 42 00 00 08 05 ...N.0...<.B....
0020 2f e0 a4 bd c3 8f 2e 04 42 00 00 08 d8 cf c6 c4 /.......B.......
0030 64 16 2e 8c 04 42 00 00 08 21 15 6e a0 4e a7 98 d....B...!.n.N..
0040 b6 04 42 00 00 08 68 f4 e9 2d 08 35 8e 71 04 42 ..B...h..-.5.q.B
0050 00 00 08 48 71 ba bb bd 85 ef 9c 04 42 00 00 08 ...Hq.......B...
0060 96 7b c2 c3 2d 6b 24 1a 04 42 00 00 08 a6 0c 3f .{..-k$..B.....?
0070 a0 78 8c 5e 51 .x.^Q
Data: 04420000080000098f789cb5950442000008cd4e84301485...
[Length: 117]

Frame 148: 379 bytes on wire (3032 bits), 379 bytes captured (3032 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 976, Ack: 157, Len: 325
Data (325 bytes)

0000 04 42 00 00 08 69 de c9 28 de 1c d9 73 04 42 00 .B...i..(...s.B.
0010 00 08 a7 0a 32 54 5c da 8a 46 04 42 00 00 08 d3 ....2T..F.B....
0020 43 b6 c3 6b bb 8c 37 04 42 00 00 08 92 1d b1 d8 C..k..7.B.......
0030 f3 46 32 11 04 42 00 00 08 0f 6b f3 fe 52 f4 aa .F2..B....k..R..
0040 2a 04 42 00 00 08 05 af 5a a3 c7 7e b9 df 04 42 *.B.....Z..~...B
0050 00 00 08 91 61 4b 1b 14 a2 97 cd 04 42 00 00 08 ....aK......B...
0060 f8 9e ae 5a 26 cc 07 72 04 42 00 00 08 53 00 19 ...Z&..r.B...S..
0070 14 ec 06 2a 56 04 42 00 00 08 a3 95 fb 21 02 27 ...*V.B......!.'
0080 22 f0 04 42 00 00 08 87 c8 ee 8e 50 f8 25 b5 04 "..B.......P.%..
0090 42 00 00 08 f5 91 4a 66 a9 7b b4 60 04 42 00 00 B.....Jf.{.`.B..
00a0 08 8c 93 49 4a 70 79 d0 6f 04 42 00 00 08 63 6f ...IJpy.o.B...co
00b0 f5 31 d2 13 76 7a 04 42 00 00 08 9e 4d 7c d8 d9 .1..vz.B....M|..
00c0 cc ce 26 04 42 00 00 08 a8 36 75 a9 3a 53 36 aa ..&.B....6u.:S6.
00d0 04 42 00 00 08 47 b9 da 72 3e 63 f3 25 04 42 00 .B...G..r>c.%.B.
00e0 00 08 ac 97 db eb 19 eb 69 f6 04 42 00 00 08 8a ........i..B....
00f0 9e 81 de 84 80 52 32 04 42 00 00 08 53 c7 ea 72 .....R2.B...S..r
0100 37 4b 69 10 04 42 00 00 08 bb 10 84 ba 0d 42 4d 7Ki..B........BM
0110 82 04 42 00 00 08 50 d3 20 d4 2c 08 d5 c5 04 42 ..B...P. .,....B
0120 00 00 08 8b 2e e6 0b bc 86 cb 65 04 42 00 00 08 ..........e.B...
0130 61 ac 2e 17 5c 70 71 80 04 42 00 00 08 c5 38 f8 a...pq..B....8.
0140 81 5d 1c 80 5e .]..^
Data: 044200000869dec928de1cd9730442000008a70a32545cda...
[Length: 325]

Frame 176: 392 bytes on wire (3136 bits), 392 bytes captured (3136 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 1301, Ack: 157, Len: 338
Data (338 bytes)

0000 04 42 00 00 08 16 ec 12 01 e0 f9 ed 16 04 42 00 .B............B.
0010 00 08 c0 41 42 01 41 42 91 86 04 42 00 00 08 a1 ...AB.AB...B....
0020 06 89 5a 9e 07 b9 57 04 42 00 00 08 70 66 bf ca ..Z...W.B...pf..
0030 81 5c f3 86 04 42 00 00 08 1b 26 6a 85 ad e5 20 ....B....&j...
0040 7f 04 42 00 00 08 5a ff ff 85 e4 7b 80 93 04 42 ..B...Z....{...B
0050 00 00 08 7f 4f f0 27 25 b0 14 d3 00 41 a3 3c 08 ....O.'%....A.<.
0060 67 62 73 00 00 00 00 00 04 42 00 00 07 00 00 01 gbs......B......
0070 c0 f6 05 7b 00 04 42 00 00 08 00 00 0b f6 78 9c ...{..B.......x.
0080 9d 95 04 42 00 00 08 c1 52 83 30 10 86 ef 3c 04 ...B....R.0...<.
0090 42 00 00 08 05 2f a0 43 20 c4 3a 23 04 42 00 00 B..../.C .:#.B..
00a0 08 1e 7a f1 01 7a 74 3c 04 04 42 00 00 08 d8 26 ..z..zt<..B....&
00b0 b1 34 30 21 d8 da 04 42 00 00 08 07 f3 e4 ad 2f .40!...B......./
00c0 66 a8 d0 04 42 00 00 08 e9 94 82 b2 27 76 42 be f...B.......'vB.
00d0 04 42 00 00 08 dd 25 e1 ff f7 55 14 a0 04 42 00 .B....%...U...B.
00e0 00 08 ea 54 15 f9 9b f7 01 a6 04 42 00 00 08 56 ...T.......B...V
00f0 a5 f6 fc fb 2d 7f 2f 04 42 00 00 08 4d 12 b4 91 ....-./.B...M...
0100 d2 2e 8a 3d 04 42 00 00 08 61 4a a8 6b 70 2b 3b ...=.B...aJ.kp+;
0110 95 04 42 00 00 08 5b 99 84 0b 17 4a 50 42 04 42 ..B...[....JPB.B
0120 00 00 08 da 84 c4 de a1 29 c0 1e 04 42 00 00 08 ........)...B...
0130 ec 12 74 e3 1e ee 95 e6 04 42 00 00 08 5b 48 96 ..t......B...[H.
0140 5c 6a 59 ae fd 04 42 00 00 08 d5 f1 3b f7 6a 50 jY...B.....;.jP
0150 b6 e5 ..
Data: 044200000816ec1201e0f9ed160442000008c04142014142...
[Length: 338]

Frame 203: 379 bytes on wire (3032 bits), 379 bytes captured (3032 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 1639, Ack: 157, Len: 325
Data (325 bytes)

0000 04 42 00 00 08 55 7e 4a 3c dc 00 05 6c 04 42 00 .B...U~J<...l.B.
0010 00 08 41 db 6e cb 9e 04 cc 85 04 42 00 00 08 f6 ..A.n......B....
0020 b3 4a 2c ec db d5 dc 04 42 00 00 08 80 6c b4 38 .J,.....B....l.8
0030 d1 dc 58 b5 04 42 00 00 08 81 22 b9 23 6d 47 60 ..X..B....".#mG`
0040 6c 04 42 00 00 08 f2 d2 7e 87 4f 02 72 9d 04 42 l.B.....~.O.r..B
0050 00 00 08 27 0c e2 2e 4f 5a 0a d0 04 42 00 00 08 ...'...OZ...B...
0060 e3 89 06 5c 5f 5f 80 e1 04 42 00 00 08 39 cc 00 ...__...B...9..
0070 1f b0 e0 02 0b 04 42 00 00 08 3e 62 41 de 81 95 ......B...>bA...
0080 81 a2 04 42 00 00 08 48 cb 6c 73 c1 92 49 36 04 ...B...H.ls..I6.
0090 42 00 00 08 0a 82 39 f7 b3 b2 8d b5 04 42 00 00 B.....9......B..
00a0 08 c2 ad fb 4f cf c3 54 14 04 42 00 00 08 75 45 ....O..T..B...uE
00b0 d1 e8 d5 86 93 1c 04 42 00 00 08 0d 08 ee bc 68 .......B.......h
00c0 10 62 c1 04 42 00 00 08 08 0b f6 47 e3 f6 ab 1d .b..B......G....
00d0 04 42 00 00 08 88 1d a8 4c 5e f2 d1 05 04 42 00 .B......L^....B.
00e0 00 08 4f 87 78 7f 42 6b 2e 4d 04 42 00 00 08 6d ..O.x.Bk.M.B...m
00f0 0d ff 15 f1 ad e2 37 04 42 00 00 08 6a 23 15 40 ......7.B...j#.@
0100 b1 0a a0 58 04 42 00 00 08 05 50 ac 02 e8 59 01 ...X.B....P...Y.
0110 b3 04 42 00 00 08 c1 14 0b 66 58 30 c7 82 04 42 ..B......fX0...B
0120 00 00 08 80 05 d7 1d 58 2b a1 79 04 42 00 00 08 .......X+.y.B...
0130 31 22 b0 c5 80 23 bd 35 04 42 00 00 08 5c eb 32 1"...#.5.B....2
0140 9a ac 17 8f fa .....
Data: 0442000008557e4a3cdc00056c044200000841db6ecb9e04...
[Length: 325]

Frame 230: 379 bytes on wire (3032 bits), 379 bytes captured (3032 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 1964, Ack: 157, Len: 325
Data (325 bytes)

0000 04 42 00 00 08 c0 b4 15 c5 a3 3e f0 57 04 42 00 .B........>.W.B.
0010 00 08 3d c4 88 09 07 59 46 bf 04 42 00 00 08 f6 ..=....YF..B....
0020 8f ae 09 c1 75 4d c2 04 42 00 00 08 59 5d 1f bf ....uM..B...Y]..
0030 aa 4a 69 57 04 42 00 00 08 e1 86 f3 b2 d1 93 9b .JiW.B..........
0040 ee 04 42 00 00 08 9d 61 ad 81 61 ad 81 61 04 42 ..B....a..a..a.B
0050 00 00 08 ad 81 61 ad 81 61 ad 81 04 42 00 00 08 .....a..a...B...
0060 61 ad 81 61 ad 81 61 ad 04 42 00 00 08 81 61 ad a..a..a..B....a.
0070 81 9d ad 61 2e 04 42 00 00 08 78 56 cb 6c b0 97 ...a..B...xV.l..
0080 8b 81 04 42 00 00 08 4c da 7a 30 08 2f ff d8 04 ...B...L.z0./...
0090 42 00 00 08 81 48 19 41 4e 6e 46 90 04 42 00 00 B....H.ANnF..B..
00a0 08 93 9b 11 8a 05 63 2c f8 04 42 00 00 08 5f 51 ......c,..B..._Q
00b0 fe 00 14 70 b8 02 00 41 a3 3c 08 66 73 00 00 00 ...p...A.<.fs...
00c0 00 00 00 04 42 00 00 07 00 00 00 d0 ef 4c 7b 00 ....B........L{.
00d0 04 42 00 00 08 00 00 04 44 78 9c ad 53 04 42 00 .B......Dx..S.B.
00e0 00 08 4b 0e 82 30 10 dd f7 14 04 42 00 00 08 5e ..K..0.....B...^
00f0 40 62 51 3e 9b 2e 5c 04 42 00 00 08 71 04 17 c6 @bQ>...B...q...
0100 45 23 03 54 04 42 00 00 08 4b 49 66 ea e7 f8 16 E#.T.B...KIf....
0110 22 04 42 00 00 08 51 64 d3 54 56 7d 99 ce 04 42 ".B...Qd.TV}...B
0120 00 00 08 9b cf 7b ed b1 92 0d 92 04 42 00 00 08 .....{......B...
0130 45 49 04 e6 c4 ee 80 a4 04 42 00 00 08 3a c3 56 EI.......B...:.V
0140 51 2b 2f 1d 8a Q+/..
Data: 0442000008c0b415c5a33ef05704420000083dc488090759...
[Length: 325]

Frame 261: 431 bytes on wire (3448 bits), 431 bytes captured (3448 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 2289, Ack: 157, Len: 377
Data (377 bytes)

0000 04 42 00 00 08 4d 8f 94 71 88 b3 af 4c 04 42 00 .B...M..q...L.B.
0010 00 08 17 55 e5 70 69 64 0b 62 04 42 00 00 08 cf ...U.pid.b.B....
0020 1d a2 3c 1f 22 f0 b4 04 42 00 00 08 80 66 80 ca ..<."...B....f..
0030 42 eb 8e a8 04 42 00 00 08 22 57 f7 01 8a c4 ba B....B..."W.....
0040 cf 04 42 00 00 08 74 b5 6b 03 56 a2 55 57 04 42 ..B...t.k.V.UW.B
0050 00 00 08 d0 22 eb 43 64 41 eb 9b 04 42 00 00 08 ....".CdA...B...
0060 a9 05 f7 e6 e5 13 9e 7f 04 42 00 00 08 bf 34 90 .........B....4.
0070 b7 5b 84 e7 bf 04 42 00 00 08 5f ba 88 2e fe bc .[....B..._.....
0080 ec 67 04 42 00 00 08 bf 99 df 7c f4 bb 00 94 04 .g.B......|.....
0090 42 00 00 08 25 bc 3d e7 1f cf fd 7b 04 42 00 00 B...%.=....{.B..
00a0 08 25 81 33 86 6a c9 03 bd 04 42 00 00 08 8b 27 .%.3.j....B....'
00b0 bc 78 ae 49 3c 6a 04 42 00 00 08 72 80 73 43 a0 .x.I<j.B...r.sC.
00c0 ff f9 08 04 42 00 00 08 a1 0f 2c 59 64 b9 6d a0 ....B.....,Yd.m.
00d0 04 42 00 00 08 98 9c bd 00 83 e9 59 30 00 41 a3 .B.........Y0.A.
00e0 3c 08 6c 6f 6b 73 00 00 00 00 04 42 00 00 07 00 <.loks.....B....
00f0 00 04 a6 d4 8d 7b 00 04 42 00 00 08 00 00 83 5c .....{..B......
0100 78 9c ed dc 04 42 00 00 08 cb 8e 9b 48 14 06 e0 x....B......H...
0110 3d 04 42 00 00 08 4f c1 0b b8 55 17 2e ed 04 42 =.B...O...U....B
0120 00 00 08 85 17 23 25 4a 46 1a 29 04 42 00 00 08 .....#%JF.).B...
0130 9b 68 36 a3 28 c2 06 d2 04 42 00 00 08 4c db d0 .h6.(....B...L..
0140 c2 d8 71 bf fd 04 42 00 00 08 70 ca 45 71 19 ab ..q...B...p.Eq..
0150 db 74 04 42 00 00 08 0a 25 38 7f 6f 5c 86 e6 04 .t.B....%8.o...
0160 42 00 00 08 c7 d8 a0 4f a7 38 e2 9f 04 42 00 00 B......O.8...B..
0170 08 6d f1 58 ec 8a 2a 3b 26 .m.X..*;&
Data: 04420000084d8f947188b3af4c04420000081755e5706964...
[Length: 377]

Frame 287: 366 bytes on wire (2928 bits), 366 bytes captured (2928 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 2666, Ack: 157, Len: 312
Data (312 bytes)

0000 04 42 00 00 08 5f 9c 63 52 ee b3 22 77 04 42 00 .B..._.cR.."w.B.
0010 00 08 dc bb 5d f4 6f 51 ae 18 04 42 00 00 08 8d ....].oQ...B....
0020 b2 bc 1e 71 67 9f ec 04 42 00 00 08 f5 ba 2c ae ...qg...B.....,.
0030 df b6 9b d5 04 42 00 00 08 4b 0e f5 22 76 5a d7 .....B...K.."vZ.
0040 a3 04 42 00 00 08 3c da 25 2b ce b9 cb 3c 04 42 ..B...<.%+...<.B
0050 00 00 08 b9 08 ea 05 51 5c d6 1b 04 42 00 00 08 .......Q...B...
0060 26 7a 75 f5 fc b4 da ed 04 42 00 00 08 c4 d7 a7 &zu......B......
0070 f2 5b fd 6e af 04 42 00 00 08 36 e3 b4 93 f4 74 .[.n..B...6....t
0080 ce a0 04 42 00 00 08 3d 66 9b 22 ef 65 ec 9f 04 ...B...=f.".e...
0090 42 00 00 08 77 eb 62 bb 5a 52 dc 71 04 42 00 00 B...w.b.ZR.q.B..
00a0 08 45 4b d6 c7 95 ac 5f 8e 04 42 00 00 08 c5 f6 .EK...._..B.....
00b0 50 ef 4f f8 34 4e 04 42 00 00 08 b6 c5 26 ab 9e P.O.4N.B.....&..
00c0 d5 87 2e 04 42 00 00 08 b3 cd 43 75 c8 bf a9 37 ....B.....Cu...7
00d0 04 42 00 00 08 55 b4 79 28 76 d1 69 25 04 42 00 .B...U.y(v.i%.B.
00e0 00 08 05 bd 3d d2 30 38 8f b2 04 42 00 00 08 5c ....=.08...B...
00f0 e5 9c 9e ca a2 aa 0f 04 42 00 00 08 68 bb 3d 1f ........B...h.=.
0100 72 7a a2 0f 04 42 00 00 08 4a c3 7d 15 e5 cd e7 rz...B...J.}....
0110 4a 04 42 00 00 08 a3 87 b2 6a c6 87 fc b1 04 42 J.B......j.....B
0120 00 00 08 aa bf 8e 84 be 90 bb fc 04 42 00 00 08 ............B...
0130 fc 55 a9 c3 a3 c3 b9 8b .U......
Data: 04420000085f9c6352eeb322770442000008dcbb5df46f51...
[Length: 312]

Frame 314: 379 bytes on wire (3032 bits), 379 bytes captured (3032 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 2978, Ack: 157, Len: 325
Data (325 bytes)

0000 04 42 00 00 08 a3 43 a2 97 7d 4f 68 23 04 42 00 .B....C..}Oh#.B.
0010 00 08 1a 1d 8b f2 7b 54 bf db 04 42 00 00 08 eb ......{T...B....
0020 8c bb f2 90 6c 1e 7b 04 42 00 00 08 8b fe 17 cb ....l.{.B.......
0030 9b 58 df 6e 04 42 00 00 08 ae 30 b9 c2 6a ae 34 .X.n.B....0..j.4
0040 b9 04 42 00 00 08 d2 6a ae d7 e4 de 5b 8d 04 42 ..B....j....[..B
0050 00 00 08 f5 9b 58 66 35 36 98 26 04 42 00 00 08 .....Xf56.&.B...
0060 36 9c 26 f6 7e 9a d8 e5 04 42 00 00 08 34 b1 9c 6.&.~....B...4..
0070 4d 94 cb 27 ca 04 42 00 00 08 15 13 e5 ca 89 72 M..'..B........r
0080 bd 89 04 42 00 00 08 72 ed 5c 6b 59 fe b9 8c 04 ...B...r.kY....
0090 42 00 00 08 54 72 bd 20 d5 7f 97 34 04 42 00 00 B...Tr. ...4.B..
00a0 08 e2 2d 47 22 74 19 e3 03 04 42 00 00 08 8e f8 ..-G"t....B.....
00b0 48 8f 3a 21 f0 08 04 42 00 00 08 1e 35 b9 f0 08 H.:!...B....5...
00c0 1e c1 23 04 42 00 00 08 78 f4 aa 47 34 3a 73 e4 ..#.B...x..G4:s.
00d0 04 42 00 00 08 31 57 c8 e5 82 f6 df 72 04 42 00 .B...1W.....r.B.
00e0 00 08 44 ab 47 68 d4 c9 80 46 04 42 00 00 08 d0 ..D.Gh...F.B....
00f0 a8 c9 85 46 d0 08 1a 04 42 00 00 08 41 a3 57 35 ...F....B...A.W5
0100 92 74 5a 6b 04 42 00 00 08 8e a4 1b 70 b1 a0 cd .tZk.B......p...
0110 5b 04 42 00 00 08 8e d4 fa b3 47 35 48 75 04 42 [.B.......G5Hu.B
0120 00 00 08 80 f3 1a 48 6d 4a 1f 24 04 42 00 00 08 ......HmJ.$.B...
0130 5a b2 3e bf 68 90 d4 70 04 42 00 00 08 9c 47 8a Z.>.h..p.B....G.
0140 33 f2 88 16 c1 3....
Data: 0442000008a343a2977d4f682304420000081a1d8bf27b54...
[Length: 325]

Frame 342: 392 bytes on wire (3136 bits), 392 bytes captured (3136 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 3303, Ack: 157, Len: 338
Data (338 bytes)

0000 04 42 00 00 08 23 78 04 8f e0 11 3c ba 04 42 00 .B...#x....<..B.
0010 00 08 1d 8f 3c c6 e8 7a d1 22 04 42 00 00 08 05 ....<..z.".B....
0020 ae f0 d8 82 16 b4 22 04 42 00 00 08 09 53 21 a5 ......".B....S!.
0030 27 e7 22 46 04 42 00 00 08 69 1a 8b 38 0c 69 33 '."F.B...i..8.i3
0040 6d 04 42 00 00 08 52 9b d3 37 89 eb 2a 49 04 42 m.B...R..7..*I.B
0050 00 00 08 fd da 6f 56 49 f8 aa b2 04 42 00 00 08 .....oVI....B...
0060 42 99 34 19 4b 76 f9 80 04 42 00 00 08 4a 50 09 B.4.Kv...B...JP.
0070 2a 41 a5 11 55 04 42 00 00 08 92 d3 90 e4 33 97 *A..U.B.......3.
0080 79 fe 04 42 00 00 08 82 16 74 8a 24 67 d4 9c 04 y..B.....t.$g...
0090 42 00 00 08 5d 27 43 73 44 eb 30 67 04 42 00 00 B...]'CsD.0g.B..
00a0 08 37 13 8c 50 23 41 23 68 04 42 00 00 08 04 8d .7..P#A#h.B.....
00b0 7e 66 8d 44 97 a1 04 42 00 00 08 02 49 70 e1 b2 ~f.D...B....Ip..
00c0 d0 5b a8 04 42 00 00 08 82 a6 ed 69 a0 23 7d b1 .[..B......i.#}.
00d0 04 42 00 00 08 46 0a e3 74 13 8a 94 7e 04 42 00 .B...F..t...~.B.
00e0 00 08 41 85 52 37 47 a3 a4 4e 04 42 00 00 08 1b ..A.R7G..N.B....
00f0 2a 92 e8 f0 d6 fa f5 04 42 00 00 08 ed 45 92 34 *.......B....E.4
0100 45 12 5d 95 04 42 00 00 08 33 70 c9 ee 49 32 d1 E.]..B...3p..I2.
0110 b5 04 42 00 00 08 32 d1 a5 32 53 94 ec 9e 04 42 ..B...2..2S....B
0120 00 00 08 09 53 a3 64 f7 d3 02 25 04 42 00 00 08 ....S.d...%.B...
0130 a0 f4 13 51 32 5d 76 82 04 42 00 00 08 df bb 82 ...Q2]v..B......
0140 87 0b 3a cd 2f 04 42 00 00 08 35 7d 5f 75 1b a9 ..:./.B...5}_u..
0150 1b a2 ..
Data: 04420000082378048fe0113cba04420000081d8f3cc6e87a...
[Length: 338]

Frame 370: 392 bytes on wire (3136 bits), 392 bytes captured (3136 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 3641, Ack: 157, Len: 338
Data (338 bytes)

0000 04 42 00 00 08 39 52 79 b8 8d 84 12 69 04 42 00 .B...9Ry....i.B.
0010 00 08 36 1a d9 8d 45 89 04 8d 04 42 00 00 08 a0 ..6...E....B....
0020 d1 95 1a 09 d3 d6 20 04 42 00 00 08 3c e6 32 26 ...... .B...<.2&
0030 06 4d df a2 04 42 00 00 08 6d 6b b8 66 ca ae 1b .M...B...mk.f...
0040 d2 04 42 00 00 08 54 47 0e a6 ec e0 91 d5 04 42 ..B...TG.......B
0050 00 00 08 58 78 04 8f 9a 5c 78 74 04 42 00 00 08 ...Xx...xt.B...
0060 53 1e 79 e6 0e 92 08 fc 04 42 00 00 08 0b 1e 79 S.y......B.....y
0070 e3 6e 21 75 43 04 42 00 00 08 b4 47 aa 49 02 1e .n!uC.B....G.I..
0080 c1 23 04 42 00 00 08 78 64 35 16 1e c1 a3 db 04 .#.B...xd5......
0090 42 00 00 08 f3 48 9a e9 3a 29 a4 eb 04 42 00 00 B....H..:)...B..
00a0 08 4b 36 f0 48 8e 9c af eb 04 42 00 00 08 a6 f4 .K6.H.....B.....
00b0 0b 24 fa 97 df 6e 04 42 00 00 08 be ce ee c9 31 .$...n.B.......1
00c0 d3 5b 47 04 42 00 00 08 76 63 81 11 30 6a 72 81 .[G.B...vc..0jr.
00d0 04 42 00 00 08 d1 4d 61 e4 31 66 a6 eb 04 42 00 .B....Ma.1f...B.
00e0 00 08 a4 f4 5d ce 86 0d 76 9c 04 42 00 00 08 ae ....]...v..B....
00f0 a7 57 fb 19 e4 d2 a7 04 42 00 00 08 6f e4 0c 52 .W......B...o..R
0100 27 a7 5f 21 04 42 00 00 08 5d 6a 67 78 43 8d d4 '._!.B...]jgxC..
0110 69 04 42 00 00 08 fa 16 33 51 69 69 35 56 04 42 i.B.....3Qii5V.B
0120 00 00 08 4c 13 8b 86 06 34 34 40 04 42 00 00 08 ...L....44@.B...
0130 25 a8 f4 2b a8 44 7b 54 04 42 00 00 08 2a 05 9e %..+.D{T.B...*..
0140 2b 19 1d 57 67 04 42 00 00 08 c6 4e c1 f0 12 49 +..Wg.B....N...I
0150 69 1a i.
Data: 0442000008395279b88d8412690442000008361ad98d4589...
[Length: 338]

Frame 398: 392 bytes on wire (3136 bits), 392 bytes captured (3136 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 3979, Ack: 157, Len: 338
Data (338 bytes)

0000 04 42 00 00 08 a7 71 18 aa 9d 12 49 26 04 42 00 .B....q....I&.B.
0010 00 08 44 7b 44 bf 6b ed 91 ba 04 42 00 00 08 15 ..D{D.k....B....
0020 f5 e3 ed 75 c2 70 c4 04 42 00 00 08 67 d2 5f 17 ...u.p..B...g._.
0030 5a 8d 9d 69 04 42 00 00 08 91 34 2f 8e ec c6 a2 Z..i.B....4/....
0040 48 04 42 00 00 08 02 47 e0 68 f4 63 ec ee 04 42 H.B....G.h.c...B
0050 00 00 08 03 97 87 83 fa 68 e4 74 04 42 00 00 08 ........h.t.B...
0060 9d 89 68 28 52 71 bf e9 04 42 00 00 08 64 1d 6e ..h(Rq...B...d.n
0070 1e 81 22 50 04 04 42 00 00 08 8a 40 d1 b5 14 d1 .."P..B....@....
0080 7f 2b 04 42 00 00 08 8a 96 9e 1b f2 01 45 ca 04 .+.B.........E..
0090 42 00 00 08 85 ab 3b 19 4c c2 40 22 04 42 00 00 B.....;.L.@".B..
00a0 08 f4 31 80 22 50 04 8a 40 04 42 00 00 08 11 28 ..1."P..@.B....(
00b0 7a 69 92 ce dc 38 04 42 00 00 08 7a f7 f1 83 64 zi...8.B...z...d
00c0 b4 6d 67 04 42 00 00 08 8a 6e 5c 93 b7 49 40 47 .mg.B....n..I@G
00d0 04 42 00 00 08 1d 24 6a 72 21 11 24 82 04 42 00 .B....$jr!.$..B.
00e0 00 08 44 90 e8 fa 47 04 bd 4b 04 42 00 00 08 d2 ..D...G..K.B....
00f0 e8 b0 ad 9c b7 3f 20 04 42 00 00 08 a8 4d d0 12 .....? .B....M..
0100 a9 27 84 43 04 42 00 00 08 22 48 04 89 ac c6 42 .'.C.B..."H....B
0110 22 04 42 00 00 08 48 74 7b 12 71 43 d1 87 04 42 ".B...Ht{.qC...B
0120 00 00 08 f7 82 0d 6a 22 3e 8e 22 04 42 00 00 08 ......j">.".B...
0130 93 30 78 26 10 28 02 45 04 42 00 00 08 a0 08 14 .0x&.(.E.B......
0140 81 22 50 f4 d2 04 42 00 00 08 f4 5c ec 34 14 7d ."P...B.....4.}
0150 fa eb ..
Data: 0442000008a77118aa9d1249260442000008447b44bf6bed...
[Length: 338]

Frame 412: 210 bytes on wire (1680 bits), 210 bytes captured (1680 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4317, Ack: 157, Len: 156
Data (156 bytes)

0000 04 42 00 00 08 cf 3f 3e 7f 74 7a f3 73 04 42 00 .B....?>.tz.s.B.
0010 00 08 b4 76 44 d7 42 9b d1 af 04 42 00 00 08 8b ...vD.B....B....
0020 e8 1f 7e dd ae 05 cb 04 42 00 00 08 bf e0 34 b1 ..~.....B.....4.
0030 e6 fa 38 9f 04 42 00 00 08 21 f6 29 b2 9c 6b ae ..8..B...!.)..k.
0040 0f 04 42 00 00 08 f5 04 77 58 64 35 16 16 04 42 ..B.....wXd5...B
0050 00 00 08 c1 a2 db b3 48 6e 1c 6d 04 42 00 00 08 .......Hn.m.B...
0060 d1 df c1 27 97 33 d6 7f 04 42 00 00 08 64 aa 5a ...'.3...B...d.Z
0070 7d 7d 61 d4 c9 04 42 00 00 08 c0 ed 22 54 46 4d }}a...B....."TFM
0080 2e 2a 04 42 00 00 08 23 68 04 8d a0 51 5f a3 04 .*.B...#h...Q_..
0090 42 00 00 08 ff 00 a5 73 a0 95 00 00 B......s....
Data: 0442000008cf3f3e7f747af3730442000008b47644d7429b...
[Length: 156]

Frame 415: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4473, Ack: 157, Len: 13
Data (13 bytes)

0000 04 30 03 00 00 00 00 00 00 00 00 00 00 .0...........
Data: 04300300000000000000000000
[Length: 13]

Frame 418: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4486, Ack: 157, Len: 13
Data (13 bytes)

0000 04 31 6c 09 08 47 43 4e 2e 01 27 00 10 .1l..GCN..'..
Data: 04316c090847434e2e01270010
[Length: 13]

Frame 422: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4499, Ack: 157, Len: 13
Data (13 bytes)

0000 04 30 03 00 00 00 00 00 00 00 00 00 00 .0...........
Data: 04300300000000000000000000
[Length: 13]

Frame 425: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4512, Ack: 157, Len: 13
Data (13 bytes)

0000 04 31 6c 09 08 47 43 4e 2e 01 27 00 10 .1l..GCN..'..
Data: 04316c090847434e2e01270010
[Length: 13]

Frame 428: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4525, Ack: 157, Len: 13
Data (13 bytes)

0000 00 30 84 57 00 00 00 00 00 00 00 00 00 .0.W.........
Data: 00308457000000000000000000
[Length: 13]

Frame 429: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 157, Ack: 4538, Len: 13
Data (13 bytes)

0000 00 40 03 00 08 6d 61 67 73 00 00 00 00 .@...mags....
Data: 00400300086d61677300000000
[Length: 13]

Frame 431: 67 bytes on wire (536 bits), 67 bytes captured (536 bits) on interface 0
Ethernet II, Src: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1), Dst: IntelCor_46:26:6b (00:21:5c:46:26:6b)
Internet Protocol Version 4, Src: 192.168.0.19 (192.168.0.19), Dst: 192.168.0.21 (192.168.0.21)
Transmission Control Protocol, Src Port: 15731 (15731), Dst Port: 49220 (49220), Seq: 4538, Ack: 170, Len: 13
Data (13 bytes)

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
Data: 0431a33c084353fff30100eeee
[Length: 13]

Frame 432: 119 bytes on wire (952 bits), 119 bytes captured (952 bits) on interface 0
Ethernet II, Src: IntelCor_46:26:6b (00:21:5c:46:26:6b), Dst: TexasIns_aa:d0:d1 (c8:a0:30:aa:d0:d1)
Internet Protocol Version 4, Src: 192.168.0.21 (192.168.0.21), Dst: 192.168.0.19 (192.168.0.19)
Transmission Control Protocol, Src Port: 49220 (49220), Dst Port: 15731 (15731), Seq: 170, Ack: 4551, Len: 65
Data (65 bytes)

0000 00 40 03 00 08 67 62 73 00 00 00 00 00 00 40 03 .@...gbs......@.
0010 00 08 66 73 00 00 00 00 00 00 00 40 03 00 08 6c ..fs.......@...l
0020 6f 6b 73 00 00 00 00 00 31 84 57 08 00 00 00 00 oks.....1.W.....
0030 03 08 ff f0 00 00 03 00 07 00 00 00 00 0c 01 00 ................
0040 00 .
Data: 004003000867627300000000000040030008667300000000...
[Length: 65]

---

Ich kann die komplette pcap Datei auch per PM verschicken.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

wenn Du mir den Dump per PN/eMail sendest, kann ich es mir mal anschauen.
Hast Du mal versucht, mittels 'get-cs-config' aus meiner 'Tool-Sammlung'
Daten von Deinem BBB abzurufen ? Damit könntest Du nachschauen, ob die zlib
Komprimierung und die CRC-Berechnung incl. Füllbytes passt.

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

wenn Du mir den Dump per PN/eMail sendest, kann ich es mir mal anschauen.

---

Danke für das Angebot. Ist unterwegs.

Zitat von bertr2d2

---

Hast Du mal versucht, mittels 'get-cs-config' aus meiner 'Tool-Sammlung'
Daten von Deinem BBB abzurufen ? Damit könntest Du nachschauen, ob die zlib
Komprimierung und die CRC-Berechnung incl. Füllbytes passt.

---

Gute Idee. Nein, hab ich nicht getestet. Ich hab nicht so genau geschaut, was in deiner Tool-Sammlung im Einzelnen enthalten ist. Mit deinem Tool zu testen ist eine bessere Idee, als selbst ein Tool zu schreiben. Wenn ich selbst ein Tool schreibe, besteht die Gefahr, bei einem falschen Verständnis auch im Testtool den Fehler zu machen.

Das make im can2udp sagt aber erstmal "keine Regel um package.mk zu erstellen". Da brauch ich wohl mal etwas mehr Ruhe als heute.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

Zitat von st-oldie

---

Das make im can2udp sagt aber erstmal "keine Regel um package.mk zu erstellen". Da brauch ich wohl mal etwas mehr Ruhe als heute.

---

in 'src' ist noch ein weiteres Makefile - also " cd src/ ; make " sollte klappen.

Gruß

Gerd

[bertr2d2]

Hallo Michael,

es taucht immer wieder ein Byte in der ID auf, das ich so noch nicht gesehen habe:

1
2
3
4
5
6
 

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
...
0000 04 42 00 00 08 4d 12 b4 91 d2 2e 8a 3d
000D 04 42 00 00 08 61 4a a8 6b 70 2b 3b 95
...
 
 

Ist das erste Byte '04' korrekt ? Oder versuchst Du ein Priorität zu setzen ? Ich würde es erstmal weglassen,
um ein Fehlerquelle auszuschliessen.

Zudem antwortest Du auf die Anfrage Config Data mit:

1
 

04 42 00 00 07 00 00 01 c0 f6 05 7b 00
 

In den Traces die ich bisher gesehen habe werden Anfragen immer mit

Zitat

---

7.2 Befehl: Config Data Stream
Kennung: Config Data Stream ( 0x21 , in CAN-ID:0x42)
DLC = 6:
Ist das erste Paket im Datenstrom. Es definiert den Datenstrom als Antwort auf eine Config Data
Anfrage. Es enthält die Dateilänge in Bytes, sowie die CRC der zu übertragenden Bytes.
Bei diesem Typ des Datenstroms wird zur Kollisionsauflösung der Hash des
Empfängers verwendet.

---

beantwortet.

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

es taucht immer wieder ein Byte in der ID auf, das ich so noch nicht gesehen habe:

1
2
3
4
5
6
 

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
...
0000 04 42 00 00 08 4d 12 b4 91 d2 2e 8a 3d
000D 04 42 00 00 08 61 4a a8 6b 70 2b 3b 95
...
 
 

Ist das erste Byte '04' korrekt ? Oder versuchst Du ein Priorität zu setzen ? Ich würde es erstmal weglassen,
um ein Fehlerquelle auszuschliessen.

---

Ich setze die Priorität. Das ist genau so in der Märklin CAN Doku beschrieben, daß der Datenstrom mit niedriger Priorität verschickt werden soll.

Zitat

---

7.2 Befehl: Config Data Stream
Besonderheiten:
Pakete werden nicht bestätigt und werden mit niedriger Prio im CAN übertragen.

---

Die CS2 setzt keine Prioritäten (wie anscheinend alle Märklin Geräte). Aber bisher war eine andere Prio als 0 nie ein Problem.

Zitat von bertr2d2

---

Zudem antwortest Du auf die Anfrage Config Data mit:

1
 

04 42 00 00 07 00 00 01 c0 f6 05 7b 00
 

In den Traces die ich bisher gesehen habe werden Anfragen immer mit

Zitat

---

7.2 Befehl: Config Data Stream
Kennung: Config Data Stream ( 0x21 , in CAN-ID:0x42)
DLC = 6:
Ist das erste Paket im Datenstrom. Es definiert den Datenstrom als Antwort auf eine Config Data
Anfrage. Es enthält die Dateilänge in Bytes, sowie die CRC der zu übertragenden Bytes.
Bei diesem Typ des Datenstroms wird zur Kollisionsauflösung der Hash des
Empfängers verwendet.

---

beantwortet.

---

Deine Aussage gilt nach meinem Verständnis aber nur für unkomprimierte Datenströme! Für einen komprimierten Datenstrom muß ich mit DLC=7 antworten, wobei als letztes Byte noch so ein undokumentiertes Magic Byte angehängt wird.

Zitat

---

7.2 Befehl: Config Data Stream
Kennung: Config Data Stream ( 0x21 , in CAN-ID:0x42)
DLC = 7:
Ist das erste Paket im Datenstrom. Es definiert den Datenstrom als Broadcast einer Konfigänderung. Es enthält die Dateilänge in Bytes, sowie die CRC der zu übertragenden Bytes, sowie einem reservierten Byte. Der Datenstrom ist bei dieser Übertragungsform immer(?) Zlib-Komprimiert. Bei diesem Typ des Datenstroms wird zur Kollisionsauflösung der Hash des Senders verwendet.

---

Dies sieht man auch in dem Netzwerktrace zwischen CS2 und cs2.exe, den ich bekommen hatte. Ich werde ihn heute mal an dich weiterleiten.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

Zitat von st-oldie

---

Hallo Gerd,

Zitat von bertr2d2

---

es taucht immer wieder ein Byte in der ID auf, das ich so noch nicht gesehen habe:

1
2
3
4
5
6
 

0000 04 31 a3 3c 08 43 53 ff f3 01 00 ee ee .1.<.CS......
...
0000 04 42 00 00 08 4d 12 b4 91 d2 2e 8a 3d
000D 04 42 00 00 08 61 4a a8 6b 70 2b 3b 95
...
 
 

Ist das erste Byte '04' korrekt ? Oder versuchst Du ein Priorität zu setzen ? Ich würde es erstmal weglassen,
um ein Fehlerquelle auszuschliessen.

---

Ich setze die Priorität. Das ist genau so in der Märklin CAN Doku beschrieben, daß der Datenstrom mit niedriger Priorität verschickt werden soll.

---

Laut Doku:

Zitat

---

1.2 Feldergrundbeschreibung
1.2.1 Priorität (Prio)
Bestimmt die Priorisierung der Meldung auf dem CAN Bus:

---

Aber wir sind auf Ethernet. Hier macht Priorisierung auch keinen Sinn, da wir x-mal schneller sind und
auf Ethernet kein Engpass zu erwarten ist.

Ich würde es erst mal weglassen um einfach eine mögliche Fehlerquelle auszuschließen.
Wenn Dein Code nachher soweit läuft, kannst Du ja es wieder benuzten.

Zitat

---

Zitat

---

7.2 Befehl: Config Data Stream
Besonderheiten:
Pakete werden nicht bestätigt und werden mit niedriger Prio im CAN übertragen.

---

Die CS2 setzt keine Prioritäten (wie anscheinend alle Märklin Geräte). Aber bisher war eine andere Prio als 0 nie ein Problem.

Zitat von bertr2d2

---

Zudem antwortest Du auf die Anfrage Config Data mit:

1
 

04 42 00 00 07 00 00 01 c0 f6 05 7b 00
 

In den Traces die ich bisher gesehen habe werden Anfragen immer mit

Zitat

---

7.2 Befehl: Config Data Stream
Kennung: Config Data Stream ( 0x21 , in CAN-ID:0x42)
DLC = 6:
Ist das erste Paket im Datenstrom. Es definiert den Datenstrom als Antwort auf eine Config Data
Anfrage. Es enthält die Dateilänge in Bytes, sowie die CRC der zu übertragenden Bytes.
Bei diesem Typ des Datenstroms wird zur Kollisionsauflösung der Hash des
Empfängers verwendet.

---

beantwortet.

---

Deine Aussage gilt nach meinem Verständnis aber nur für unkomprimierte Datenströme! Für einen komprimierten Datenstrom muß ich mit DLC=7 antworten, wobei als letztes Byte noch so ein undokumentiertes Magic Byte angehängt wird.

Zitat

---

7.2 Befehl: Config Data Stream
Kennung: Config Data Stream ( 0x21 , in CAN-ID:0x42)
DLC = 7:
Ist das erste Paket im Datenstrom. Es definiert den Datenstrom als Broadcast einer Konfigänderung. Es enthält die Dateilänge in Bytes, sowie die CRC der zu übertragenden Bytes, sowie einem reservierten Byte. Der Datenstrom ist bei dieser Übertragungsform immer(?) Zlib-Komprimiert. Bei diesem Typ des Datenstroms wird zur Kollisionsauflösung der Hash des Senders verwendet.

---

---

Die Doku sagt: Broadcast für DLC7. Für mein Verständnis wäre Broadcast (DLC 7) falsch, da die Daten an den Client
(Unicast Adresse) gerichtet sind. Aber die Doku passt ja nicht immer wie wir wissen

Mmmh, wenn ich gegen die gfpsim.exe teste, antwortet die Simulation mit DLC6 im ersten Paket:

1
2
3
4
5
6
7
8
9
10
 

./get-cs-config gbs-0 192.168.0.9
 
 0001: 00 41 03 00  08  67 62 73 2d 30 00 00 00 
start of config - deflated size: 0x000000e4 crc 0x4c85
 0002: 00 42 03 00 _06_ 00 00 00 e4 4c 85 00 00 
inflated size: 0x0000053c
 0002: 00 42 03 00 08 00 00 05 3c 78 9c 9d 93 
 0002: 00 42 03 00 08 4d 0e c2 20 10 46 f7 3d 
 0002: 00 42 03 00 08 85 17 d0 a8 75 50 17 9c 
 0002: 00 42 03 00 08 c4 b8 00 99 50 14 a9 01 
 

Das "get-cs-config" braucht noch etwas Feinschliff, aber zeigt zumindest den korrekten Erhalt das Paketes an.
CRC stimmt auch.

Zitat

---

Dies sieht man auch in dem Netzwerktrace zwischen CS2 und cs2.exe, den ich bekommen hatte. Ich werde ihn heute mal an dich weiterleiten.

---

OK

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Aber wir sind auf Ethernet. Hier macht Priorisierung auch keinen Sinn, da wir x-mal schneller sind und
auf Ethernet kein Engpass zu erwarten ist.

Ich würde es erst mal weglassen um einfach eine mögliche Fehlerquelle auszuschließen.
Wenn Dein Code nachher soweit läuft, kannst Du ja es wieder benuzten.

---

Stimmt daß es keinen Sinn macht. Und Märklin scheint auch keine Prio auf dem CAN Bus zu setzen. Ich hatte es dennoch vorgesehen, weil es dokumentiert war.

Zitat von bertr2d2

---

Die Doku sagt: Broadcast für DLC7. Für mein Verständnis wäre Broadcast (DLC 7) falsch, da die Daten an den Client
(Unicast Adresse) gerichtet sind. Aber die Doku passt ja nicht immer wie wir wissen

---

Vielleicht hab ich mich auch zu sehr an dem z-lib komprimiert aufgehängt. Aber ob Broadcast oder Unicast sieht man nicht an der Addressierung, denn die gibt es nicht im Datenpaket. Es gibt als Unterschied nur dieses Magic Byte und die Frage nach dem Hash.

Ich werde spätestens am Wochenende mal einen Test mit einer Antwort mit DLC=6 für das Paket mir CRC und Länge machen. Vielleicht war es das schon.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

Zitat von st-oldie

---

Hallo Gerd,

Zitat von bertr2d2

---

Die Doku sagt: Broadcast für DLC7. Für mein Verständnis wäre Broadcast (DLC 7) falsch, da die Daten an den Client
(Unicast Adresse) gerichtet sind. Aber die Doku passt ja nicht immer wie wir wissen

---

Vielleicht hab ich mich auch zu sehr an dem z-lib komprimiert aufgehängt. Aber ob Broadcast oder Unicast sieht man nicht an der Addressierung, denn die gibt es nicht im Datenpaket. Es gibt als Unterschied nur dieses Magic Byte und die Frage nach dem Hash.

---

ich habe Dein Dump analysiert (CS2 Dump Reader) - hier eine Zusammenfassung der Config-Daten Übermittlungen:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 

 % ./read_cs2_dump CS2.pcapng | egrep "^00 41|^00 42 .. .. 0[67]"
00 41 c7 3b 08 6d 61 67 73 00 00 00 00   |.A.;.mags.....|
00 42 c7 3b 06 00 00 04 45 17 8a 00 00   |.B.;....E.....|
00 41 c7 3b 08 67 62 73 00 00 00 00 00   |.A.;.gbs......|
00 42 c7 3b 06 00 00 00 7a 5b 07 00 59   |.B.;....z[..Y.|
00 41 c7 3b 08 66 73 00 00 00 00 00 00   |.A.;.fs.......|
00 42 c7 3b 06 00 00 02 1f 0a 63 00 00   |.B.;......c...|
00 41 c7 3b 08 6c 6f 6b 73 00 00 00 00   |.A.;.loks.....|
00 42 c7 3b 06 00 00 0d f7 aa c5 00 59   |.B.;........Y.|
00 41 c7 3b 08 76 65 72 62 00 00 00 00   |.A.;.verb.....|
00 41 c7 3b 08 67 62 73 2d 30 00 00 00   |.A.;.gbs-0....|
00 42 c7 3b 06 00 00 03 ab 35 5b 00 00   |.B.;.....5[...|
00 41 c7 3b 08 6d 61 67 73 74 61 74 00   |.A.;.magstat..|
00 42 c7 3b 06 00 00 01 60 a9 34 00 59   |.B.;....`.4.Y.|
00 41 c7 3b 08 6c 6f 6b 73 74 61 74 00   |.A.;.lokstat..|
00 42 c7 3b 06 00 00 03 37 23 bb 01 4f   |.B.;....7#..O.|
00 41 c7 3b 08 67 62 73 73 74 61 74 00   |.A.;.gbsstat..|
00 42 c7 3b 06 00 00 03 4f db 60 00 59   |.B.;....O.`.Y.|
 

Keine Prio und nur DLC 6 als erstes Paket zur Datenübertragung ...

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von st-oldie

---

ich habe Dein Dump analysiert (CS2 Dump Reader) - Keine Prio und nur DLC 6 als erstes Paket zur Datenübertragung ...

---

Zur Prio hatte ich ja schon geschrieben, daß Märklin die anscheinend generell nicht setzt. Ich kann mich nicht erinnern, daß die MS2 irgendwo eine Prio setzt. Aber ich hatte bisher noch keine Probleme, wenn ich in meiner Software die Prio gesetzt hatte.

Mit dem DLC=6 irritiert mich etwas. Ich meine, ich hab einen Trace mit DLC=7 gesehen. Und dort als reserviertes Byte 0x7B gesehen.

Ich hab mal schnell umgebaut, Die Antwort mit DLC=6 setzen ist ja nur ein anderer Funktionsaufruf, da ich beide unterstütze. Aber das hat dennoch keine Änderung gebracht. Die cs2.exe kann mit meiner Antwort nichts anfangen und fragt erneut die Daten nach einer Pause ab.

Tschüß
Michael

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Mmmh, wenn ich gegen die gfpsim.exe teste, antwortet die Simulation mit DLC6 im ersten Paket:

1
2
3
4
5
6
7
8
9
10
 

./get-cs-config gbs-0 192.168.0.9
 
 0001: 00 41 03 00  08  67 62 73 2d 30 00 00 00 
start of config - deflated size: 0x000000e4 crc 0x4c85
 0002: 00 42 03 00 _06_ 00 00 00 e4 4c 85 00 00 
inflated size: 0x0000053c
 0002: 00 42 03 00 08 00 00 05 3c 78 9c 9d 93 
 0002: 00 42 03 00 08 4d 0e c2 20 10 46 f7 3d 
 0002: 00 42 03 00 08 85 17 d0 a8 75 50 17 9c 
 0002: 00 42 03 00 08 c4 b8 00 99 50 14 a9 01 
 

Das "get-cs-config" braucht noch etwas Feinschliff, aber zeigt zumindest den korrekten Erhalt das Paketes an.
CRC stimmt auch.

---

Ich hab mal deinen aktuellen Code geholt, übersetzt (ein Programm ließ sich nicht übersetzen, da eine Struktur bei meinem System andere Members hat). Wenn ich das laufen lasse, fehlt die Textausgabe, die in deinem Beispiel oben auftaucht und die die Nachricht interpretiert.

Im Trace deines Programm sehe ich aber zuerst 2 andere Nachrichten, die mit dem Datenstrom nichts zu tun haben. Könnte es sein, daß dein Programm nicht auf das richtige Kommando filtert und dadurch die falschne Nachrichten auswertet? Ich werden die nächsten Tage mal weiter damit rumspielen.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

wie sieht der Output denn aus ? Hast Du die Prio weggelassen ?

Gruß

Michael

[bertr2d2]

Zitat von st-oldie

---

Hallo Gerd,

Ich hab mal deinen aktuellen Code geholt, übersetzt (ein Programm ließ sich nicht übersetzen, da eine Struktur bei meinem System andere Members hat).

---

das Problem habe ich gefixt.

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

wie sieht der Output denn aus ? Hast Du die Prio weggelassen ?

---

Prio hab ich noch nicht wegeglassen. Ich sehe nur die Hexdumps ohne die Texte "start of config ..." und "inflated size: ...! Aber die ersten beiden Nachrichten sind ping und ping reply. Also so ähnlich:

1
2
3
4
5
6
7
8
 

 0001: 00 30 ...
 0002: 00 31 ...
 0003: 04 41 03 00  08  67 62 73 2d 30 00 00 00
 0004: 04 42 03 00 _06_ 00 00 00 e4 4c 85 00 00
 0005: 04 42 03 00 08 00 00 05 3c 78 9c 9d 93
 0006: 04 42 03 00 08 4d 0e c2 20 10 46 f7 3d
 
 

Kann es sein, daß dein Programm alle empfangenen Nachrichten nimmt, ohne den Typ zu überprüfen oder als erste Nachricht die Antwort erwartet und den Ping nicht überliest? Und damit sich nicht richtig auf die erste Nachricht des Datenstreams synchronisiert?

Tschüß
Michael

[bertr2d2]

Hallo Michael,

Zitat von st-oldie

---

Hallo Gerd,

Zitat von bertr2d2

---

wie sieht der Output denn aus ? Hast Du die Prio weggelassen ?

---

Prio hab ich noch nicht wegeglassen. Ich sehe nur die Hexdumps ohne die Texte "start of config ..." und "inflated size: ...! Aber die ersten beiden Nachrichten sind ping und ping reply. Also so ähnlich:

1
2
3
4
5
6
7
8
 

 0001: 00 30 ...
 0002: 00 31 ...
 0003: 04 41 03 00  08  67 62 73 2d 30 00 00 00
 0004: 04 42 03 00 _06_ 00 00 00 e4 4c 85 00 00
 0005: 04 42 03 00 08 00 00 05 3c 78 9c 9d 93
 0006: 04 42 03 00 08 4d 0e c2 20 10 46 f7 3d
 
 

Kann es sein, daß dein Programm alle empfangenen Nachrichten nimmt, ohne den Typ zu überprüfen oder als erste Nachricht die Antwort erwartet und den Ping nicht überliest? Und damit sich nicht richtig auf die erste Nachricht des Datenstreams synchronisiert?

---

Nein, der Pring ist nicht das Problem. Mein Programm hat aber ein Problem mit der Prio.
Las die Prio mal weg, bitte.

Nachtrag:
Ich habe jetzt eine neue Version ins git geschoben, die die Prio Bits ignoriert.

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Nein, der Pring ist nicht das Problem. Mein Programm hat aber ein Problem mit der Prio.
Las die Prio mal weg, bitte.

Nachtrag:
Ich habe jetzt eine neue Version ins git geschoben, die die Prio Bits ignoriert.

---

Ach deswegen hast du so auf die Prio geschaut. Das war mir nicht klar, da ja Märklin explizit in der Doku geschrieben hat, daß die Prio nicht zur Nachrichtenauswertung genutzt werden soll.

Ich werde dann mal einen neuen Test machen. Wahrscheinlich am Sa. Ich finde es schon interessant und wichtig, ob du mit deinem Verständnis der Doku die Daten, die ich mit meinem Verständnis erzeugt habe, dekodieren kannst. Wenn ja, ist die Wahrscheinlichkeit recht groß, daß meine Daten richtig sind. Wenn nicht, muß ich nach dem Fehler suchen.

Tschüß
Michael

[bertr2d2]

Hallo Roberto,

Zitat von Roberto

---

Wollt ihr euch hier den Doktortitel holen?

---

Nein Danke Das sieht wie eine akademische sprich Sinn freie Übung aus, ist es aber nicht

Zitat

---

Ist erst einmal die Verbindung zur Zentrale hergestellt, so sollte es keine Probleme mehr mit der Kommunikation geben.

---

Das leuchtet ein, aber es geht nicht um physikalische CS2 sondern um eine virtuelle CS2. Der CAN-Router&Gleisbox und das can2lan zeigen, das man heute schon viele Funktionen der CS2 nutzen kann ohne eine reale CS2 zu besitzen. Und das zu einem unschlagbaren Preis

Zitat

---

Das Befehlsformat ist ja bei Märklin bestens dokumentiert.

---

Die Doku ist leider nicht vollständig bzw. hat Ungenauigkeiten (das Wort Fehler will ich vermeiden …).

Michaels Ansatz geht über die Idee des CAN-Routers bzw. can2lan hinaus. Er arbeitet an einer Bibliothek, die schon heute sehr viele Funktionen des CS2 Protokolls abdeckt. Sollte die Bibliothek mal komplett sein, dann kann man eine CS2 (ohne GUI) mehr oder minder einfach nachbilden. Insbesondere der von Michael verwendete BeagleBone Black ist eine ideale Basis für eine komplette Zentrale, die alle Funktionen heutiger Zentralen nachbilden könnte. Michaels Framework wäre dann der M*rklin Software-Teil. Es fehlen dann nur noch wenige Teile um auch alles andere mit abzudecken.

Es könnte eine Multiprokoll fähige Zentrale entstehen, die auf Opensource basiert. Die Software wäre beliebig erweiterbar. Zudem kann man auch z.B. Rocrail-Server drauf laufen lassen und man braucht nur noch die im Haushalt bereits vorhandenen Tablets/Smartphones um die Modellbahn zu steuern. Bereits vorhandenen Steuergeräte (wie bei Michael eine MS2) würden auch mit integriert werden (sozusagen Investitionsschutz ) Und wer will kann auch M*rklins PC Software nutzen, für die, die sich von dem Look&Feel der CS2 sich nicht trennen können - M*rklinApp selbstverständlich auch (BTW: das geht auch schon heute mit dem CAN-Router).

Gruß

Gerd

[st-oldie]

Hi Roberto,

Zitat von Roberto

---

Wollt ihr euch hier den Doktortitel holen?

---

Nö, nö, mein Diplom reicht mir

Zitat von Roberto

---

Ist erst einmal die Verbindung zur Zentrale hergestellt, so sollte es keine Probleme mehr mit der Kommunikation geben. Das Befehlsformat ist ja bei Märklin bestens dokumentiert.

---

Ich denke, du hast den Amwendungsfall nicht verstanden. Ich habe keine Zentrale. Aber eine MS2 und an dem CAN Bus einen Minicomputer (ähnlich dem Rasberry Pi). Und der soll sich wie eine CS2 verhalten. Leider ist das Befehlsformat von Märklin an dieser Stelle gerade nicht gut dokumentiert! Die cs2.exe nimmt Kontakt zu meinen Minicomputer auf und denkt, sie hat eine CS2 gefunden. Dann fordert sie die Konfigdaten wie z.B. die lokliste an (das sind eigentlich alle .cs2 Dateien). Und mein Minicomputer, der sich wie eine CS2 verhalten soll, muß dann die lokomotive.cs2 gepackt auslieferrn. Und genau da ist die Doku von Märklin sogar falsch und unvollständig.

Am Ende soll es möglich sein, mit der MS2, dem Can-digital-Bahn Projekt Startpunkt und meinen Minicomputer BeagleBone Black die Software zu nutzen, die du auch mit der CS2 nutzen kannst. Für die Märklin Adroid Apps funktioniert das sogar schon. Damit hab ich für deutlich weniger Geld als die CS2 auch die Möglichkeiten der Computersteuerung. Gerd hat etwas andere Ziele. Er möchte nicht direkt funktional die CS2 als Zentrale ersetzen. Aber auch er hat eine preiswertere Möglichkeit als die CS2 als Zentrale im Auge.

Wenn du noch Fragen zu unserem Anwendugnsfall hast, erkläre ich das gern.

Tschüß
Michael

[st-oldie]

Hallo Roberto,

Zitat von Roberto

---

ich finde euer Projekt sehr toll. Macht einen Haufen Arbeit.

---

Danke Ja klar, ein komplexes Programm zu erstellen macht schon einiges an Arbeit. Abe bisher konnte ich das schön stückweise weiterentwickeln. Erst die gepackten *.cs2 Dateien haben mit deutlich mehr Arbeit gemacht und dauern deutlich länger als geplant.

Zitat von Roberto

---

Von mir aus gesehen sehr Zukunftsweisend.

---

Ich weiß nicht, ob es zukunftsweisen ist. Aber es ist eine preiswerte und nette Möglichkeit, eine preiswerte Digitalsteuerung zu haben (gemessen an der CS2). Mit Anschluß an Computer für z.B. Gleisbildstellwerk und Handy als mobiler Handregler. Ich hab eigentlich damit angefangen, weil ich die Möglichkeit haben wollte, einen Computer anzuschließen, bei meiner Regalbahn lieber einen mobilen Regler haben wollte um dort stehen zu können, wo die Lok ist, und dabei auch Kosten gegenüber der CS2 als stationären Kommandostand sparen wollte. U'nd meine Kombination ist eine mögliche Lösung, die gleichzeitig ein anderes Hobby von mir anspricht. So daß ich das auch selbst implementieren kann.

Der typische Modellbahner ist allerdings nicht so IT-affin, daß er eine solche Lösung aufbauen kann. Selbst wenn er von mir eine fertige SD-Card bekommt.

Zitat von Roberto

---

Nun bin ich gespannt, was dabei herauskommt.

---

Ich hatte auf der Intermodellbau mal mit Thorsten Mumm vom CDB Projket gesprochen und ihm meine Bastelei vorgestellt. Er kann sich durchaus vorstellen, ein Cape mit einem CAN Transceiver in sein Programm aufzunehmen. Er ist ja schon mehrfach auf CAN-Ethernet angesprochen worden. Dann wäre mein erstes Ziel ein SD Card Image, das es erlaubt, das BBB als CS2 Emulation laufen zu lassen. Also so, daß eine Software, die mit der CS2 arbeitet, auch mit meiner Software arbeitet. Und zusätztlich bräuchte ich ein Web-Interface zur Konfiguration. Das Web Interface könnte man dann soweit ausbauen, daß man damit auch z.B. Dekoder programmieren kann. Oder auch die Module des CDB Projekts konfigurieren kann. Ich hab diesbezüglich auch mal Thorsten gefragt. Prinzipiell ließe sich das auch integrieren. Eine komplette CS2 von der Oberfläche ist nicht geplant. Gleisbilld und Lokregler sehe ich jetzt nicht in meiner Software.

Zitat von Roberto

---

Die Leistung des Beagle ist heute ja sehr ordentlich und man kann damit schon einiges anstellen.

---

Ja, die kleinen ARM Boards sind mittlerweile schon so leistungsfähig, daß man damit nette Sachen anfangen kann.

Zitat von Roberto

---

Was mich betrifft, bin ich am überlegen, ob ich ein Steuerungsprogramm für meine CS2 in Delphi schreiben soll. Aber ich scheue mich noch vor der vielen Arbeit. Die Oberfläche wäre ja rlativ schnell verwirklicht, aber das spezielle, wie die Kommunikation fordert schon einige Aufmerksamkeit. Die Verwaltung der Elemente und der Datenpakete wäre ja auch kein so grosses Problem. Vielleicht schreite ich dann doch noch zur Tat.

---

Wenn dir sowas Spaß macht, dann versuch es doch. Es gibt hier im Forum einen Thread von Alwim, der auch mal eine Lok per Computer steuern wollt, einfach nur um etwas zu lernen. Nachem erst mal die Spezialisten ihm erklärt hatten, daß ja Basic völig ungeeinget ist, hab ich mich erbarmt und mal versucht, ihm einiges zu erklären. Er ist dadurch auch ein schönes Stück weitergekommen. Und sein von ihm erklärten Ziel war ja nicht, ein tolles Steuerungsprogramm zu erstellen sondern nur, etwas zu lernen.

Du findest ja hier schon einiges an Wissen, wenn du mal nicht weiterkommst. Und wir helfen gern. Ich hab bzgl. Märklin CAN messagens hier duchaus kompetente Hilfe gesehen. Gerd unhd ich haben dadurch und durch eigene Versuche schon einiges an Wissen angehäuft.

Ich würde dir vorschlaqgen, einfach deine Idee in kleine Schritte aufzuteilen. Dann hast du nach ein paar Wochen das Erfolgserlebnis, daß du ein Ziel erreicht hast. Und kannst dich dann erst mal wieder mit anderen Dingen beschäftigen.

Tschüß
Michael

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Zitat von st-oldie

---

Ich hab mal deinen aktuellen Code geholt, übersetzt (ein Programm ließ sich nicht übersetzen, da eine Struktur bei meinem System andere Members hat).

---

das Problem habe ich gefixt.

---

Ich hab ein Update geholt. Es hat alles compiliert.

Tschüß
Michael

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Ich habe jetzt eine neue Version ins git geschoben, die die Prio Bits ignoriert.

---

Ich hab jetzt mit deiner neuen Version getestet. Und bin auch gleich über weitere Probleme gestolpert.

Ich setze einen Hash Wert ungleich 0x0300, es stand ja auch nicht in der Märklin Doku, daß man einen Hash mit UID 0 nehmen soll. Du überprüfst aber auf die richtigen Nachrichten für einen Hash von 0x0300. Dadurch hat dein Programm meine Nachrichten immer noch nicht erkannt. Da in dem Netzwerk Trace im Gegensatz zur deinem Test mit der cs2.exe ein Hash für eine UID ungleich 0 benutzt wird, sollte also 0x0300 nicht zwingend sein.

Ich hab mal dein Programm entsprechend geändert. Und dann die folgende Ausgabe bekommen:

1
2
3
4
5
6
7
 

 0001: 04 30 03 00 00 00 00 00 00 00 00 00 00 
 0002: 04 31 6c 09 08 47 43 4e 2e 01 27 00 10 
 0003: 00 41 a3 3c 08 6c 6f 6b 73 00 00 00 00 
start of config - deflated size: 0x000004a6 crc 0xd48d
can't malloc inflated config data buffer - size 0xbfbdd526
 
 

Ich hab in deinem Code gesehen, daß du den inflate Puffer schon nach Empfang der ersten Nachricht mir DLC=6 anlegst. Da ist die inflate Größe aber noch nicht bekannt. Die wird ja erst im ersten Paket mit DLC=8 übertragen. Dein Programm legt also einen Puffer für die unkomprimierten Daten mit zufälliger Größe an. Eigentlich müßte dein Programm doch recht häufig abstürzen? Dafür gibt es aber kein Bier Ich hab da nochmals eine Änderdung gemacht. Und dann bekomme ich:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 

 0001: 00 41 a3 3c 08 6c 6f 6b 73 00 00 00 00 
start of config - deflated size: 0x000004a6 crc 0xd48d
 0002: 04 42 a3 3c 06 00 00 04 a6 d4 8d 00 00 
inflated size: 0x0000835c
 0003: 04 42 a3 3c 08 00 00 83 5c 78 9c ed dc 
 0004: 04 42 a3 3c 08 cb 8e 9b 48 14 06 e0 3d 
...
 0150: 04 42 a3 3c 08 23 68 04 8d a0 51 5f a3 
  writing to loks.cs2 - size 0x04a8 crc 0xd48d 0xd48d
00 00 83 5c 78 9c ed dc 
...
ff 00 a5 73 a0 95 00 00 
 
 

Und ich finde eine loks.cs2 mit meinen Loks.

Ich denke also, daß die Größenangaben, CRC und zlib komprimierten Daten in meinem Datenstrom richtig sind. Da war ich schon vorher von ausgegangen, weil ich das mehrfach mit Ausgaben überprüft hatte. Aber auch dein Programm kann die von mir gesendeten Daten interpretieren. Das gibt eine zusätzliche Bestätigung.

Bleibt also immer noch die Frage, was der cs2.exe nicht an meinem Datenpakete gefällt. Jetzt kann ich ja mal an den anderen Werten wie Prio und Hash rumspielen. Vielleicht gibt es wider Erwarten und wider Doku doch Abhängigkeiten.

Tschüß
Michael

[bertr2d2]

Hallo Michael,

Zitat von st-oldie

---

Hallo Gerd,
...
Ich hab mal dein Programm entsprechend geändert. Und dann die folgende Ausgabe bekommen:

1
2
3
4
5
6
7
 

 0001: 04 30 03 00 00 00 00 00 00 00 00 00 00 
 0002: 04 31 6c 09 08 47 43 4e 2e 01 27 00 10 
 0003: 00 41 a3 3c 08 6c 6f 6b 73 00 00 00 00 
start of config - deflated size: 0x000004a6 crc 0xd48d
can't malloc inflated config data buffer - size 0xbfbdd526
 
 

Ich hab in deinem Code gesehen, daß du den inflate Puffer schon nach Empfang der ersten Nachricht mir DLC=6 anlegst. Da ist die inflate Größe aber noch nicht bekannt. Die wird ja erst im ersten Paket mit DLC=8 übertragen. Dein Programm legt also einen Puffer für die unkomprimierten Daten mit zufälliger Größe an. Eigentlich müßte dein Programm doch recht häufig abstürzen? Dafür gibt es aber kein Bier

---

Gib Dir gerne ein Bier aus Fehler habe ich jetzt ausgemerzt un den korrigierten Code aufs git geschoben.

Zitat

---

Ich hab da nochmals eine Änderdung gemacht. Und dann bekomme ich:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 

 0001: 00 41 a3 3c 08 6c 6f 6b 73 00 00 00 00 
start of config - deflated size: 0x000004a6 crc 0xd48d
 0002: 04 42 a3 3c 06 00 00 04 a6 d4 8d 00 00 
inflated size: 0x0000835c
 0003: 04 42 a3 3c 08 00 00 83 5c 78 9c ed dc 
 0004: 04 42 a3 3c 08 cb 8e 9b 48 14 06 e0 3d 
...
 0150: 04 42 a3 3c 08 23 68 04 8d a0 51 5f a3 
  writing to loks.cs2 - size 0x04a8 crc 0xd48d 0xd48d
00 00 83 5c 78 9c ed dc 
...
ff 00 a5 73 a0 95 00 00 
 
 

Und ich finde eine loks.cs2 mit meinen Loks.

Ich denke also, daß die Größenangaben, CRC und zlib komprimierten Daten in meinem Datenstrom richtig sind. Da war ich schon vorher von ausgegangen, weil ich das mehrfach mit Ausgaben überprüft hatte. Aber auch dein Programm kann die von mir gesendeten Daten interpretieren. Das gibt eine zusätzliche Bestätigung.

Bleibt also immer noch die Frage, was der cs2.exe nicht an meinem Datenpakete gefällt. Jetzt kann ich ja mal an den anderen Werten wie Prio und Hash rumspielen. Vielleicht gibt es wider Erwarten und wider Doku doch Abhängigkeiten.

---

Ich kann es nur nochmal wiederholen: Las die Prio weg Laut Doku:

Zitat von CS2 Protokoll Doku

---

Die Priorisierung wird von den Teilnehmern nicht als Teil der Meldung verstanden, sondern dient zum Priorisieren der Meldung auf dem CAN Bus.

---

Gruß

Gerd

[st-oldie]

Hallo Gerd,

Zitat von bertr2d2

---

Gib Dir gerne ein Bier aus Fehler habe ich jetzt ausgemerzt un den korrigierten Code aufs git geschoben.

---

Können wir ja gern machen, wenn wir uns mir Alf treffen Ach, ich denke, das ist doch eher das Prinzip "Eine Hand wäscht die andere". Du hilfst mir bei der Fehlersuche und dadurch daß ich deine Tools mitbenutze, teste ich sie auch.

Wie steht schon in der Bibel: Wessen Software ohne Fehler ist, der werfe das erste Bit"

Zitat von bertr2d2

---

Ich kann es nur nochmal wiederholen: Las die Prio weg Laut Doku:

Zitat von CS2 Protokoll Doku

---

Die Priorisierung wird von den Teilnehmern nicht als Teil der Meldung verstanden, sondern dient zum Priorisieren der Meldung auf dem CAN Bus.

---

---

Das wäre auch das nächste, was ich versuchen wollte. Den Hash darf ich wohl setzen. Ich hab aber den von dir zitierten Teil der Doku so verstanden, daß die Prio für die Auswertung der Message nicht berücksichtigt werden soll. Und nicht so, daß ich sie nicht setzen darf. Es scheint aber so zu sein, daß selbst Märklin die Prio auch auf dem CAN Bus nicht richtig setzt. Aber auch anscheinend kein Problem damit hat, wenn sie von mir gesetzt wird.

Tschüß
Michael

[aftpriv]

Hallo Ihr Beiden

Zitat

---

bertr2d2 hat geschrieben:
Gib Dir gerne ein Bier aus
Können wir ja gern machen, wenn wir uns mir Alf treffen

---

Zitat

---

st-oldie hat geschrieben:
Können wir ja gern machen, wenn wir uns mir Alf treffen

---

also schwingt Euch auf die Hufe, der "BierMaxx" ist derzeit permanent an rost: und das Pool lädt zum Plantschen ein

Gruß

Alf

PS: nehmt Eure Computersachen mit, GBit-und W-LAN sind vorhanden, auch die Eisenbahn ist betriebsbereit, dafür Multimediahandy zum Loksteuern mitnehmen