Wo sind noch Swissphone ITC600 im Einsatz?

[DH6OAI]

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.

[Kater 9]

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.

[Kater 9]

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... :-(

[Kater 9]

Moin!

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.

Weitere vorne in den Beiträgen hies es doch mal, dass es auch nach einen Kaltstart des DAU ohne DAG funktioniert....

[MeisterH]

Mahlzeit, das ist mir gerade etwas viel hier. Steige da leider auch nicht so durch wie Ihr vielleicht.

Habt ihr auf dem Zettel, dass das Console-Kabel und das Kabel zu den Local-Schnittstellen anders belegt sind?


Für folgende Kanäle habe ich Eprom-Files:

172,520 MHz
172.600 MHz
172.640 MHz
172.680 MHz
172.680 MHz
172.720 MHz
172.820 MHz
172.880 MHz
172.900 MHz
172.920 MHz
173.000 MHz
173.140 MHz
173.200 MHz
173.240 MHz
173.260 MHz
173.320 MHz
173,860 MHz
173,900 MHz
173,920 MHz
173,940 MHz




Gruß
Henning

[Kater 9]

Moin!



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.

Im Handbuch habe ich noch einen Hinweis auf eine Betriebsart "BA300" oder ITC300 Modus gefunden (Punkt 2.5 auf Seite 6). Das würde den Anfang des Strings erklären....

[das-Bit]

Was sollte denn auch sonst kommen?

Nach einer erfolgreichen Alarmierung sollte \02Q02\04FG\0D\0A als Quittung kommen...

[Kater 9]

@das Bit: Hier die Ergebnisse von drei Versuchen die ich nachvollzogen habe. Immer kommt bei mir was anderes raus, bitte mal mit meinen Werten versuchen ob die auch gehen.

[ITC300AABCDEFGH]2000000d[MfCDT0HSQpd3q8DdfwajuGXL2khMsNRaVAJUrnEtQcpZEsc4UI jwXiz3Guc0aFsJ1ZJvrvRSsSVdoPCG] CHECKSUM - GO - OK!

DAG bekommt : "FH" raus.

[ITC300AABCDEFGH]2000001d[rUgGqrAqEPPcAGyjtwixVjHG4bqeUrYkPRmODvTOXMyrcjpo3J 7beBRFhQwKP2tIANGavGufZPRQFZmJ] CHECKSUM - IR - OK! DAG: HJ

[ITC300AABCDEFGH]2000008d[rsQTicB506Na4vCNuX86XpwzwjcTlvG5acuSnCg0uCZw1op6dT lSIHb0SwqLuBH914SWeAfWnEVb9q0T] CHECKSUM - H@ - OK! DAG: FO

Gegencheck: Als Wert habe ich die Zeichen zwischen den eckigen Klammern genommen (ohne die Klammern), laut Anzeige sind das immer 80 Zeichen.

[Kater 9]

GO 47 4F 0100 0111 0100 1111
FH 46 48 0100 0110 0100 1000


IR 49 52 0100 1001 0101 0010
HJ 48 4A 0100 1000 0100 1010


H@ 48 40 0100 1000 0100 0000
FO 46 4F 0100 0110 0100 1111


Die drei PS in Hex und Bitdarstellung, leider auf den ersten Blick auch nichts besonderes zu sehen. Das Forum macht meine Formatierung immer kaputt :-)

[DH6OAI]

Moin!

- Die Checksummenberechnung aus dem PDF funktioniert nicht; ist aber als Grundlage sehr nützlich)
- Man kann die Zeichen in einem Pagertext an andere Position setzen, solange sich die Checksumme in den eckigen Klammern nicht ändert. Hier wird wirklich nur zusammengezählt.

Die gesendeten Texte passen.

[Kater 9]

Vieleicht könnte das Bit seine Software/Script mal so anpassen das nur mit Großbuchstaben A-Z getestet wird und damit alle Alarme ausgelöst werden. Dann wüssten wir mal das es nur A-Z sein kann.
Danach stückweise die Obergrenze von Z verringern bis die ersten PS nicht mehr zu finden ist.

[das-Bit]

Habe mal alle drei durchgetestet. Es funktioniert sowohl mit meinen per Bruteforce ermittelten, als auch mit deinen über den DAG berechneten Zahlen... könnte mir vorstellen das es da einen Überlauf gegeben hat und das unser Zeichenkreis wesentlich kleiner ist als gedacht...

[das-Bit]

Das mit der DAU Adresse kann ich nicht wirklich glauben, da ich den DAU mit den Werten von Kater 9 gefüttert habe, dann müssten ja beide identisch initialisiert worden sein und meiner war vorher definitiv kein Master!

[DH6OAI]

Hi!

So, bin anscheinend etwas weiter... :-)

Das Kabel vom VDU an den LOCAL INPUT 1 gesteckt (wo nur 2,3 und 5 beschaltet sind).
Einstellung 4800/8/N/1 Keine.
Wenn ich jetzt eine Meldung (\02[ITC300AABCDEFGH]9874b[Technische Hilfe 0123456789 Testalarm]\04GF)losschicke, kommt \02Q02\04FF\0D\0A zurück.
Senden tut er nicht

Nachtrag:

Hab mir die TXT nochmal angeschaut und durchprobiert; jetzt sendet er auch... :-)

[das-Bit]

Das war bestimmt ein Problem mit der Checksumme, dann sendet der DAU - Q02\04FF - zurück