Sagen eigentlich die Serviceunterlagen was zur Schnittstelle oder zum Protokoll?
Sagen eigentlich die Serviceunterlagen was zur Schnittstelle oder zum Protokoll?
So ich habe mal nur einen Buchstaben genommen, dafür aber dann das Alphabet durch. Eigentlich hätte ich erwartet das die PS linear mit dem Alphabet abnimmt, macht es aber nicht. Wenn man nur mal die zweite Stelle anschaut gibt es nicht alle Zeichen. Ich sehe die Regel (noch) nicht, jemand eine Iddee?
(31.07.2015 21:23:46) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[A]\04AC\0D\0A"
(31.07.2015 21:23:57) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[B]\04AB\0D\0A"
(31.07.2015 21:24:08) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[C]\04AA\0D\0A"
(31.07.2015 21:24:20) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[D]\04AH\0D\0A"
(31.07.2015 21:26:31) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[E]\04AG\0D\0A"
(31.07.2015 21:26:43) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[F]\04AF\0D\0A"
(31.07.2015 21:26:54) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[G]\04AE\0D\0A"
(31.07.2015 21:27:05) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[H]\04AL\0D\0A"
(31.07.2015 21:27:17) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[I]\04AK\0D\0A"
(31.07.2015 21:27:28) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[J]\04AJ\0D\0A"
(31.07.2015 21:27:39) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[K]\04AI\0D\0A"
(31.07.2015 21:27:51) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[L]\04AP\0D\0A"
(31.07.2015 21:28:02) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[M]\04AO\0D\0A"
(31.07.2015 21:28:13) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[N]\04AN\0D\0A"
(31.07.2015 21:28:24) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[O]\04AM\0D\0A"
(31.07.2015 21:28:36) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[P]\04BD\0D\0A"
(31.07.2015 21:28:47) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[Q]\04BC\0D\0A"
(31.07.2015 21:28:58) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[R]\04BB\0D\0A"
(31.07.2015 21:29:10) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[S]\04BA\0D\0A"
(31.07.2015 21:29:21) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[T]\04BH\0D\0A"
(31.07.2015 21:29:32) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[U]\04BG\0D\0A"
(31.07.2015 21:29:44) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[V]\04BF\0D\0A"
(31.07.2015 21:29:55) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[W]\04BE\0D\0A"
(31.07.2015 21:30:06) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[X]\04BL\0D\0A"
(31.07.2015 21:30:18) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[Y]\04BK\0D\0A"
(31.07.2015 21:30:29) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]4711b[Z]\04BJ\0D\0A"
Also ich habe schon so an die 100 Beispiele generiert und ich hatte bei den Prüfzeichen auch schon @ "spitze Klammer auf und zu" und =
Hab auch schon einiges versucht (+,-,*,/,modulo) aber ich komme nicht so recht drauf... vielleicht wird auch noch mit einer festen Konstante gearbeitet...
Auch meine Kollegen hatten keine wirkliche Idee :(
Ja würde sagen von 0x3C bis 0x5A konnte ich alles abdecken per Bruteforce
Lasse dir morgen mal meine Beispiele zukommen...
Feste Konstante möchte ich ausschließen, das bringt ja nichts zur Fehlererkennung.
Weitere Beispiele:
Diesmal Alarmtext nur A, und den RIC hochgezählt.
(31.07.2015 21:45:13) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[A]\04DJ\0D\0A"
(31.07.2015 21:45:25) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]9b[A]\04DI\0D\0A"
(31.07.2015 21:45:33) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]10b[A]\04AA\0D\0A"
(31.07.2015 21:45:42) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]11b[A]\04AB\0D\0A"
(31.07.2015 21:45:51) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]12b[A]\04AC\0D\0A"
(31.07.2015 21:46:00) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]13b[A]\04AD\0D\0A"
(31.07.2015 21:46:09) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]14b[A]\04AE\0D\0A"
(31.07.2015 21:46:18) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]15b[A]\04AF\0D\0A"
(31.07.2015 21:46:29) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]16b[A]\04AG\0D\0A"
(31.07.2015 21:46:40) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]17b[A]\04AH\0D\0A"
(31.07.2015 21:46:49) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]18b[A]\04AI\0D\0A"
(31.07.2015 21:46:58) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]19b[A]\04AJ\0D\0A"
(31.07.2015 21:47:07) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]20b[A]\04AD\0D\0A"
(31.07.2015 21:47:16) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]21b[A]\04AC\0D\0A"
(31.07.2015 21:47:25) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]22b[A]\04AB\0D\0A"
(31.07.2015 21:47:45) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]24b[A]\04AH\0D\0A"
(31.07.2015 21:47:57) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]25b[A]\04AG\0D\0A"
(31.07.2015 21:48:06) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]26b[A]\04AF\0D\0A"
(31.07.2015 21:48:15) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]27b[A]\04AE\0D\0A"
(31.07.2015 21:48:24) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]28b[A]\04AL\0D\0A"
(31.07.2015 21:48:33) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]29b[A]\04AK\0D\0A"
(31.07.2015 21:48:42) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]30b[A]\04AC\0D\0A"
(31.07.2015 21:48:51) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]31b[A]\04AD\0D\0A"
(31.07.2015 21:49:02) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]32b[A]\04AA\0D\0A"
Das ist auch interessant:
(31.07.2015 21:49:13) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAA]\04HI\0D\0A"
(31.07.2015 21:49:25) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:49:36) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAA]\04HI\0D\0A"
(31.07.2015 21:49:47) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:49:58) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAA]\04HI\0D\0A"
(31.07.2015 21:50:10) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:50:21) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAA]\04HI\0D\0A"
(31.07.2015 21:50:32) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:50:44) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAAA]\04HI\0D\0A"
(31.07.2015 21:50:55) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:51:06) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAAAAA]\04HI\0D\0A"
hier gibt es nur zwei verschiedene PS unabhängig von der Textlänge....
Glaub mir ich hab da schon Stunden darüber gegrübelt... versteh es (noch) nicht :(
Vielleicht hilft das....
Da steht auch was zur PS Berechnung drin....
Moin!
Die Spielerei erinnert mich irgendwie an die Taxendisplays von Heedfeld, was die Berechnung der Checksumme angeht.
Ähnlich dem FMS haben die Fahrzeuge eine Sendekennung.
Nur: Die Checksumme wurde für jeden Kunden anders berechnet, bzw einfach durch Festwerte ersetzt, damit ein Display aus Hannover nicht in Dortmund arbeiten konnte.
Ergo:
(31.07.2015 21:50:55) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAAAA]\04DJ\0D\0A"
(31.07.2015 21:51:06) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[AAAAAAAAAAAAAAAAAAAA]\04HI\0D\0A"
Hier kann ausgewertet worden sein: grade oder ungrade Anzahl der zu sendenen Zeichen. (hatte ich bei einem Heedfeld HE4000S mal; es gab nur zwei verschiedene Checksummen; einmal für grade und einmal für ungrade Wagennummern).
(31.07.2015 21:45:13) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]8b[A]\04DJ\0D\0A"
(31.07.2015 21:45:25) (DAU) DAG->DAU COM1: "\02[ITC300AABCDEFGH]9b[A]\04DI\0D\0A"
Hier richtet sich sich die Checksumme nach der geänderten RIC.
Das DigiCom und die Heedfeld Displays stammen ungefähr aus der gleichen Zeit. Da hat man viel mit Checksummen gespielt... ;-) Hab hier selbst einige Display liegen; jedes ist anders.
Ach ja; die DAU´s werden von der Digicom Software beim ersten Mal initialisiert. Wäre natürlich möglich, das da Werte in den DAU geschrieben werden, die ihn erkennen lassen, das er nur mit der Gegenstelle kommunizieren soll...
Der Teil >> [ITC300AABCDEFGH] << ist noch unklar, 1. was er macht und zweitens ob man ihn als konstant ansehen kann.
Das würde den Text in der Klammer erklären... Adressierung des DAU, passiert bei der Initialisierung.
Best 73 de DH6OAI Christian aus Sachsen-Anhalt.
Bitte mal Eure Beispiele mit Sonderzeichen in der PS mailen, ich gebe sie dann in den DAG ein und schaue ob der die gleiche PS rausbekommt.
Das DigiCom und die Heedfeld Displays stammen ungefähr aus der gleichen Zeit. Da hat man viel mit Checksummen gespielt... ;-) Hab hier selbst einige Display liegen; jedes ist anders.
Ach ja; die DAU´s werden von der Digicom Software beim ersten Mal initialisiert. Wäre natürlich möglich, das da Werte in den DAU geschrieben werden, die ihn erkennen lassen, das er nur mit der Gegenstelle kommunizieren soll...
Der Teil >> [ITC300AABCDEFGH] << ist noch unklar, 1. was er macht und zweitens ob man ihn als konstant ansehen kann.
Das würde den Text in der Klammer erklären... Adressierung des DAU, passiert bei der Initialisierung.[/QUOTE]
Die Zahl der identifizierten PS Kombinationen ist jetzt schon zu hoch für irgendwelche Konstanten, es muss ein Algorithmus dahinter stecken.
Meine Idee ist es auch dass die nichts neues erfunden haben, es gibt ja jede Menge Sicherungsarten. Was mich immer nur stört ist, dass die PS nur einen eingeschränkten Zeichensatz hat aber trotzdem das übliche (Hex) verlässt... :-(
Aktive Benutzer in diesem Thema: 3 (Registrierte Benutzer: 0, Gäste: 3)