[Karsten42]

Moin Jungs und frohe Weihnachten!

Für ein kleines Projekt benötige ich die komplette Initialisierungssequenz von einer CS2 an einen 60175 Booster. Da wird es doch sicher den Einen oder Anderen geben der das schon mal abgehöhrt hat oder?
Falls vorhanden wären natürlich auch ein paar standard commands toll. Aber ich gehe mal davon aus, dass der sonstige Datenverkehr der gleiche ist wie bei einer Gleisbox... oder?

Lasst euch ordentlich beschenken!

beste Grüße
Karsten

[bertr2d2]

Hallo Karsten,

Zitat

---

Moin Jungs und frohe Weihnachten!

---

schön von Dir zu hören !

Zitat

---

Für ein kleines Projekt benötige ich die komplette Initialisierungssequenz von einer CS2 an einen 60175 Booster. Da wird es doch sicher den Einen oder Anderen geben der das schon mal abgehöhrt hat oder?
Falls vorhanden wären natürlich auch ein paar standard commands toll. Aber ich gehe mal davon aus, dass der sonstige Datenverkehr der gleiche ist wie bei einer Gleisbox... oder?

---

die Anfangssequenz ist mit dem LinkS88 vergleichbar. Anbei ein Log:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
 

20:44:18.500   CAN  0x00360300  [0]                         CAN Bootloader Anfrage
20:44:18.540   CAN  0x0037086C  [8] 42 6F 4A 03 03 44 00 00 Bootloader Antwort von Booster (6017x) UID 0x426F4A03, Software Version 3.68
20:44:18.546   CAN  0x00360300  [5] 42 6F 4A 03 E4          CAN Bootloader UID 0x426F4A03 ?
20:44:18.595   CAN  0x00360300  [5] 42 6F 4A 03 11          CAN Bootloader UID 0x426F4A03 Go
20:44:18.613   CAN  0x0001436C  [6] 42 6F 4A 03 80 00       System: System Reset UID 0x426F4A03 Ziel 0x00
20:44:19.543   CAN  0x00300300  [0]                         Ping Anfrage
20:44:19.544   CAN  0x0031436C  [8] 42 6F 4A 03 03 44 00 00 Ping Antwort von Booster (6017x) UID 0x426F4A03, Software Version 3.68
20:44:20.044   CAN  0x003A0300  [5] 42 6F 4A 03 00          Statusdaten: UID 0x426F4A03 Index 0x00
20:44:20.053   CAN  0x003B0301  [8] 03 01 00 00 00 00 18 03 Statusdaten: Paket 0  Anzahl Messwerte: 3 Anzahl Kanäle: 1 Gerätenummer: 0x00001803
20:44:20.063   CAN  0x003B0302  [8] 36 30 31 37 34 00 00 00 Statusdaten: Paket 1 60174
20:44:20.073   CAN  0x003B0303  [8] 42 6F 6F 73 74 65 72 20 Statusdaten: Paket 2 Booster
20:44:20.083   CAN  0x003B0304  [8] 36 30 31 37 34 00 00 00 Statusdaten: Paket 3 60174
20:44:20.093   CAN  0x003B0305  [8] 00 00 00 00 00 00 00 00 Statusdaten: Paket 4
20:44:20.113   CAN  0x003B436C  [5] 42 6F 4A 03 00          Statusdaten: UID 0x426F4A03 Index 0x00
20:44:20.117   CAN  0x003A0300  [5] 42 6F 4A 03 01          Statusdaten: UID 0x426F4A03 Index 0x01
20:44:20.123   CAN  0x003B0301  [8] 01 FD 30 F0 E0 C0 00 00 Statusdaten: Paket 0   0
20:44:20.133   CAN  0x003B0302  [8] 02 36 02 4E 02 65 02 89 Statusdaten: Paket 1  6 N e
20:44:20.143   CAN  0x003B0303  [8] 54 52 41 43 4B 00 30 2E Statusdaten: Paket 2 TRACK 0.
20:44:20.153   CAN  0x003B0304  [8] 30 30 00 35 2E 35 30 00 Statusdaten: Paket 3 00 5.50
20:44:20.163   CAN  0x003B0305  [8] 41 00 00 00 00 00 00 00 Statusdaten: Paket 4 A
20:44:20.183   CAN  0x003B436C  [5] 42 6F 4A 03 01          Statusdaten: UID 0x426F4A03 Index 0x01
20:44:20.192   CAN  0x003A0300  [5] 42 6F 4A 03 02          Statusdaten: UID 0x426F4A03 Index 0x02
20:44:20.203   CAN  0x003B0301  [8] 03 FD C0 0C 30 C0 00 00 Statusdaten: Paket 0     0
20:44:20.213   CAN  0x003B0302  [8] 00 C2 00 FC 02 1F 02 93 Statusdaten: Paket 1
20:44:20.223   CAN  0x003B0303  [8] 56 4F 4C 54 00 31 30 2E Statusdaten: Paket 2 VOLT 10.
20:44:20.233   CAN  0x003B0304  [8] 30 30 00 32 37 2E 30 30 Statusdaten: Paket 3 00 27.00
20:44:20.243   CAN  0x003B0305  [8] 00 56 00 00 00 00 00 00 Statusdaten: Paket 4  V
20:44:20.263   CAN  0x003B436C  [5] 42 6F 4A 03 02          Statusdaten: UID 0x426F4A03 Index 0x02
20:44:20.267   CAN  0x003A0300  [5] 42 6F 4A 03 03          Statusdaten: UID 0x426F4A03 Index 0x03
20:44:20.273   CAN  0x003B0301  [8] 04 00 0C 08 F0 C0 00 00 Statusdaten: Paket 0
20:44:20.283   CAN  0x003B0302  [8] 00 79 00 91 00 A9 00 C1 Statusdaten: Paket 1  y
20:44:20.293   CAN  0x003B0303  [8] 54 45 4D 50 00 30 2E 30 Statusdaten: Paket 2 TEMP 0.0
20:44:20.303   CAN  0x003B0304  [8] 00 38 30 2E 30 00 43 00 Statusdaten: Paket 3  80.0 C
20:44:20.323   CAN  0x003B436C  [5] 42 6F 4A 03 03          Statusdaten: UID 0x426F4A03 Index 0x03
20:44:20.330   CAN  0x003A0300  [5] 42 6F 4A 03 04          Statusdaten: UID 0x426F4A03 Index 0x04
20:44:20.333   CAN  0x003B0301  [8] 01 01 03 02 00 00 00 00 Statusdaten: Paket 0
20:44:20.343   CAN  0x003B0302  [8] 54 72 61 66 6F 3A 00 36 Statusdaten: Paket 1 Trafo: 6
20:44:20.353   CAN  0x003B0303  [8] 30 30 35 32 00 36 30 30 Statusdaten: Paket 2 0052 600
20:44:20.363   CAN  0x003B0304  [8] 36 31 00 36 30 31 30 31 Statusdaten: Paket 3 61 60101
20:44:20.363   CAN  0x003B436C  [5] 42 6F 4A 03 04          Statusdaten: UID 0x426F4A03 Index 0x04
 
20:44:31.621   CAN  0x00000300  [6] 42 6F 4A 03 0B 01       System: Statusabfrage UID 0x426F4A03 Kanal 0x01
20:44:31.621   CAN  0x0001436C  [8] 42 6F 4A 03 0B 01 00 00 System: Statusabfrage UID 0x426F4A03 Kanal 0x01 Messwert 0x0000
20:44:31.631   CAN  0x00000300  [6] 42 6F 4A 03 0B 03       System: Statusabfrage UID 0x426F4A03 Kanal 0x03
20:44:31.631   CAN  0x0001436C  [8] 42 6F 4A 03 0B 03 01 23 System: Statusabfrage UID 0x426F4A03 Kanal 0x03 Messwert 0x0123
20:44:31.641   CAN  0x00000300  [6] 42 6F 4A 03 0B 04       System: Statusabfrage UID 0x426F4A03 Kanal 0x04
20:44:31.641   CAN  0x0001436C  [8] 42 6F 4A 03 0B 04 00 35 System: Statusabfrage UID 0x426F4A03 Kanal 0x04 Messwert 0x0035
 

Mit der Sequenz am Anfang funktioniert auch der Booster mit der Gleisbox. Nur eine mfx Anmeldung habe ich nicht hinbekommen. Mit einer CS2/CS3 funktioniert das natürlich.

Gruß
Gerd

[Karsten42]

Moin Gerd,

Danke für den Trace. Wer ist denn hier der initiator? Eine MS2 oder eine CS2?
Ansonsten ist es eine ähnliche Startsequenz wie bei der Gleisbox aber ich meine mich irgendwie schwach zu erinnern, dass LinkS88 aktiv wird und einer loop nach einer Antwort von der CS2 wartet.
Das E4 in cmd 0x1B DLC5 habe ich noch nicht beobachten können. Weisst du mehr darüber? Wer sendet das denn?
Die Abfrage der Statusdaten ist normalerweise an eine MS2 gerichtet wenn eine zweite im Bus hängt ( oder ein softwareupdate initiiert werden soll ). Wird der Booster von der CS2 dahingehend befragt?

beste Grüße
Karsten

[bertr2d2]

Hallo Karsten,

Zitat

---

Moin Gerd,

Danke für den Trace. Wer ist denn hier der initiator? Eine MS2 oder eine CS2?

---

um ehrlich zu sein, weiß ich das nicht mehr. Entweder eine CS2 oder ein selbst geschriebenes Progrämmchen.

Zitat

---

Ansonsten ist es eine ähnliche Startsequenz wie bei der Gleisbox aber ich meine mich irgendwie schwach zu erinnern, dass LinkS88 aktiv wird und einer loop nach einer Antwort von der CS2 wartet.

---

IMHO verhalten sich LinkS88 und Booster gleich: Sie müssen expilizt sozusagen wach geküsst werden (E4 & 11). Bei der Gleisbox reicht das globale 0x00000000 mit 11 (Go). Was den Loop beim LinkS88 betrifft kann ich mich nicht dran erinnern. Meiner Meinung nach funktioniert der LinkS88 auch ohne weitere, spezielle CAN-Pakete.

Zitat

---

Das E4 in cmd 0x1B DLC5 habe ich noch nicht beobachten können. Weisst du mehr darüber? Wer sendet das denn?

---

Leider weiss ich auch nicht mehr darüber. Das sendet, meiner Beobachtung nach, die CS2/CS3.

Zitat

---

Die Abfrage der Statusdaten ist normalerweise an eine MS2 gerichtet wenn eine zweite im Bus hängt ( oder ein softwareupdate initiiert werden soll ). Wird der Booster von der CS2 dahingehend befragt?

---

Bei der CAN Bootloader Antwort steckt die Software Version drin bzw. nach erfolgreichem Start bei einem allgemeinen CAN-Ping. Ein Software-Update wird dann ggf. angestoßen.

Gruß

Gerd

[Karsten42]

Moin Gerd,

Schade, dass es dann doch immer wieder undokumentierte Commands und Sequenzen bei Märklin CAN gibt. Ich hatte ja schon so einiges gefunden und dokumentiert...

Die Konfiganfrage mit 0x1D DLC5 scheint logisch wenn wir davon ausgehen, das die CS2 jedes neue Gerät zunächst befragt was es denn sei und was es kann. Vielleicht finde ich jemanden der ein komplettes trace zwischen CS2/3 und 60175Booster macht.

Ein Softwareupdate an die Gleisbox startet jedoch keine Konfigabfrage. Das ist nur bei der MS2 so um die entsprechenden konfig dateien ebenfalls auf Stand zu bringen. Mal sehen: Wenn ich den Booster zu hause habe mache ich mich ersteinmal ran die Hardware zu ergründen ( soweit es die alten Augen zulassen ). Und später dann mal zusehen und bekommen den Booster in Betrieb.
Es gilt ja eine Wette zu gewinnen: Sind die Gleissignale des GFP in der CS2 und des GFP im Booster phasen- und polaritätssynchron oder eben nicht.

beste Grüße und vielen Dank für deine Hilfe.
Karsten

[st-oldie]

Hi Karsten,

Zitat

---

Das E4 in cmd 0x1B DLC5 habe ich noch nicht beobachten können. Weisst du mehr darüber? Wer sendet das denn?

---

Der Befehl 0x1B "Bootloader CAN gebunden, Service" ist ja leider von Märklin nicht dokumentiert. Es gab hier im Forum schon mal einen Thread, in dem dieser Befehl Thema war. Wobei DLC5 mit 0x55 wohl sowas wie ein Keep-Alive ist. Und 0x88 anscheinend mit DLC5 den Empfang eines Updates bestätigt bzw. mit DLC7 die CRC des Updates überträgt. Und DLC6 mit 0x44 und 0x55 ein Update ankündigt. Konntest du schon andere Werte für Byte 5 identifizieren?

Tschüß
Michael

[Karsten42]

Moin Michael,

Ich habe die gesammte 0x1B sequenz für Updates mitgeschnitten. Daraufhin dann entsprechende Software geschrieben und kann daher jedes Märklin Device im Grunde mit neuer Software beglücken. Das funktioniert für die Gleisbox und die MS2 schon ganz gut.
Die Hardware und Software werde ich noch im Januar hier im Forum veröffentlichen...
Gruß
Karsten

[Karsten42]

Moin,

Kurzes, sorgenvolles Update zur Software
Nachdem ja nun alles auch mit einem kleinen AVR läuft und diverse Tests fehlerfrei liefen, habe ich eine MS2 auf Version 3.55 gehieft. Zunächst kann ich feststellen, dass es bei der Config Anfrage mit 0x20 einen neuen Request gibt ( 8 x ASCII 0x66 ). Dieser folgt immer sofort nach dem normalen Request; es wird mal wieder nicht auf einen Response gewartet
Beispiel für die Versionsanfrage zur Datei lang.ms2:

1
2
3
4
5
6
7
8
9
10
11
 

C:0x20 R:0 H:0x036C D:8 D:0x6c 0x61 0x6e 0x67 0x76 0x65 0x72 0x00	// MS2 Request for langver
C:0x20 R:0 H:0x036C D:8 D:0x66 0x66 0x66 0x66 0x66 0x66 0x66 0x66	// NEW unknown request!
C:0x20 R:1 H:0x036C D:8 D:0x6c 0x61 0x6e 0x67 0x76 0x65 0x72 0x00	// Updater response
C:0x21 R:0 H:0x036C D:6 D:0x00 0x00 0x00 0x22 0xbf 0xbb			// Updater send stream length + CRC sum [Not including 0x00 stuffing]
C:0x21 R:0 H:0x036C D:8 D:0x20 0x2e 0x76 0x68 0x69 0x67 0x68 0x3d	// Updater send data in ASCII .CS2 Format
C:0x21 R:0 H:0x036C D:8 D:0x31 0x0a 0x20 0x2e 0x76 0x6c 0x6f 0x77
C:0x21 R:0 H:0x036C D:8 D:0x3d 0x34 0x39 0x0a 0x20 0x2e 0x62 0x79
C:0x21 R:0 H:0x036C D:8 D:0x74 0x65 0x73 0x3d 0x34 0x36 0x32 0x37
C:0x21 R:0 H:0x036C D:8 D:0x30 0x0a 0x00 0x00 0x00 0x00 0x00 0x00
 
 

O.K. könnte ich mit leben... Vielleicht hat jemand eine Ahnung was das nun wieder soll??

Jedoch gibt es irgendwo in meiner Software einen bösen memory Fehler. Das Programm schmiert neuerdings plötzlich ab. Definitiv den gleichen code benutzt den ich für die ganzen Tests benutzt habe ( Git machts möglich ). Aber wahrscheinlich hat der Compiler entschieden irgendetwas anders anzulegen. Da ich für den AVR kein valgrind habe und zu doof bin mein J-TAG Interface mit AVR-Studio zu bedienen sitze ich ( mal wieder ) in der Patsche. Ich bin absolut kein Fan von IDE´s und wüsste auch gar nicht wie ich in so einem Monstrum die bisherige Software als Projekt einfügen soll.
Nun, letztlich sei gesagt, dass ich mal etwas Pause brauche aber ich hoffe, dass ich das noch bis Ende des Monats in den Griff bekomme. Wer Lust hat, dem schicke ich gern den derzeitgen Softwarestand..

Beste Grüße
Karsten

[Happy Feet]

Zitat

---

Moin,


Nun, letztlich sei gesagt, dass ich mal etwas Pause brauche aber ich hoffe, dass ich das noch bis Ende des Monats in den Griff bekomme. Wer Lust hat, dem schicke ich gern den derzeitgen Softwarestand..

Beste Grüße
Karsten

---

Hallo Karsten,

was für einen AVR verwendest Du ? Ich habe einen ATMEL MKII-Debugger für JTAG und Debug-Wire.
Wenn Du Interesse hast an Unterstützung kurze PM. Ich brauche zum Testen die Dateien *.cof und *.hex.

Grüße Werner

[Rainer Müller]

Hallo Mitleser,

Zitat

---

Schade, dass es dann doch immer wieder undokumentierte Commands und Sequenzen bei Märklin CAN gibt. Ich hatte ja schon so einiges gefunden und dokumentiert...

---

in diesem Thema herrscht jetzt leider seit 16 Monaten Ruhe.

Was ich hier zu erfahren hoffte, war wie sich CS und Booster unterhalten, und dachte zum Beispiel an folgendes Szenario:
1) Booster ist mit CS verbunden und die CAN-Kommunikation zwischen den beiden kann aufgezeichnet werden
2) Eine der CS unbekannte mfx-Lok wird im Boosterbereich aufgegleist und meldet sich an
Dabei wird die mfx-Rückmeldung vom Booster empfangen und muss per CAN an die CS weitergeleitet werden.

Leider kann ich das wegen fehlender M*-Geräte nicht selbst durchführen.

Gruß
Rainer

[Rainer Müller]

Hallo Mitleser,

in der Zwischenzeit habe ich einen Mitschnitt des CAN-Bus gemäß meiner im letzten Beitrag genannten Wünsche erhalten, nochmals vielen Dank dafür. Nachdem ich den analysiert habe, ist mir nun auch klar, wie die Kommunikation zwischen GFP und externen Boostern bezüglich des mfx-Rückmeldesignals erfolgt:
-> recht kompliziert per "mfx Seek" CAN-Frame.

Dieses "mfx Seek" ist in der pdf-CAN-Protokollbeschreibung gar nicht und in der html-Version nicht korrekt beschrieben:
- es wird als Systembefehl mit CAN-ID 0 gesendet, das Response Bit ist nie gesetzt, auch nicht bei einer "gefühlten" Antwort.
- nie kommt der in der Doku angegebene DLC 5 vor, sondern wenn das Kommando vom GFP kommt 6 oder 7, wenn es vom Booster kommt 7 oder 8.
- die UID ist die der Quelle und nicht des Zielgerätes, wird aber vermutlich nicht ausgewertet. *) s.u.
- Datenbyte 5 enthält das "mfx Seek"-Subkommando, dementsprechend variieren die nachfolgenden Bytes:

1
2
3
4
5
6
7
8
9
10
 

GFP -> BOOSTER (UID = GFP)
D5/D6
00 --  Warten beenden
01 --  auf 1-Byte-Antwort warten
02 NN  auf NN Datenbytes warten
 
BOOSTER -> GFP (UID = BOOSTER)
D5/D6/D7
82 II DD   Index II und Wert DD des Datenbytes bzw. CRC
83 VV --   ASK-Wert VV
 

Der Ablauf ist nun folgender:
Bei einem Abfragekommando an einen Dekoder, das nur eine JA/NEIN-Antwort erfordert, läuft über den CAN-Bus
- GFP->BOOSTER "auf 1-Byte-Antwort warten" bei Absenden des Kommandos aufs Gleis
- BOOSTER->GFP "ASK-Wert" wenn im Booster-Abschnitt ein mfx-Rückmeldesignal erkannt wird, mitgeliefert wird die Höhe des Amplitudenhubs (ASK)
- GFP->BOOSTER "Warten beenden" wenn von irgendwem ein mfx-Rückmeldesignal erkannt wurde oder die zulässige Zeitspanne abgelaufen ist.

Beim Werte-Lesen aus einem Decoder sieht das dann auf dem CAN-Bus so aus:
- GFP->BOOSTER "auf NN Datenbytes warten" mit NN = 1, 2 oder 4, passend zum Lesekommando übers Gleis.
- BOOSTER->GFP "Index II und Wert", wobei der Index bei 0 startet und hochgezählt wird
- ...
- BOOSTER->GFP "Index II und Wert" so lange bis die angeforderte Anzahl Datenbytes plus eines für den CRC übertragen wurden
- GFP->BOOSTER "Warten beenden" wenn von irgendwem ein mfx-Datenpaket erkannt wurde oder die zulässige Zeitspanne abgelaufen ist.

Erstaunt hat mich, dass bei "Read Config" der Booster nicht direkt dem Bedienprozessor antworten darf, sondern erst dem GFP, der dann die offiziellen Antworten für den Bedienprozessor als "Read Config"-Response-Pakete generiert.

*) Über die Quell-UID lässt sich bei einem Paket von einem Booster herausfinden, von welchem es kommt, falls man mehrere Booster hat; eine Art Primitiv-Ortung denn man sieht daran, in welchem Boosterbereich sich der antwortende Decoder befindet.

Die Dekodierung der "mfx Seek"-Paktete ist im CAN-Monitor in Gerds Repo bereits entsprechend eingearbeitet.

Gruß
Rainer