Eumex 322 TK-Anlage

Die Deutsche Telekom als Vertreiber dieser Telefonanlage verweigert die Herausgabe von technischen Unterlagen, insbesondere über das Protokoll zur Konfiguration. Daher kann die Anlage nur über die Telekom-Software konfiguriert werden. Diese ist jedoch nur für MS-Windows erhältlich und in einigen Punkten nicht optimal.

Als Antwort auf diese "Entmündigung" der Kunden möchte ich an dieser Stelle einige wesentliche Informationen öffentlich zugänglich machen.

Die hier aufgeführten technischen Beschreibungen wurden mit Hilfe eines kleinen DOS-Programmes getestet. Interessierte können dieses Programm nebst Turbo-Pascal-Source hier erhalten.

Wenn Sie über weitere technische Informationen (auch anderer Eumex-Anlagen) verfügen, so biete ich diese Web-Seite als "Sammelstelle" an.

Bitte beachten Sie den Haftungsauschluss!

Protokoll der V24-Konfiguration

Schnittstellen-Parameter Verbindungsaufbau Übertragungsprotokoll Prüfsummenverfahren Verbindungsablauf Registerbelegung	Stand: 03/2003

Schnittstellen-Parameter

Die serielle Schnittstelle der Eumex 322 wird mit den Parametern

betrieben. Sie verfügt dabei über eine Baudratenerkennung (verwendet werden 19200, 9600 und 4800 Baud). Wenn innerhalb von 5 Sekunden nach Wechsel der RTS-Leitung von 0 auf 1 kein Attention zur Anlage gesendet wird, so geht die Anlage davon aus, dass ein Drucker angeschlossen wurde und schaltet auf 9600 Baud.

Der Verbindungsaufbau

Hat die TK-Anlage die Attention-Bytes erkannt (i.d.R. nach 3 Bytes), so antwortet sie ihrerseits mit dem Zeichen #02.

Das Übertragungsprotokoll

Der weitere Datenaustausch nach dem oben geschilderten Verbindungsaufbau findet nach einem einheitlichen Protokoll statt. Jeder Datensatz (von Computer oder Anlage) hat dabei folgenden Aufbau:

Der Anfang und das Ende eines Datenpaketes sind also durch die Werte #02 (STX = Start of Text) und #03 (ETX = End of Text) markiert. Dies setzt natürlich voraus, dass diese Bytes in den Daten selbst nicht vorkommen. Das wird durch folgende Ersetzungstabelle erreicht:

Es wird also #06 (ACK = Acknowledgment) als "Shift-In-Code" verwendet. Diese Ersetzung wird auch auf die Prüfsumme (CRC) angewendet!

CRC ist eine 16-Bit Prüfsumme, die in der Reihenfolge Low-Byte, High-Byte gesendet wird.

Beispiel:

Bei den Tests wurden keine Strings mit einer Gesamtlänge von mehr als 255 Bytes gesendet; ob tatsächlich eine solche Beschränkung besteht, ist noch zu prüfen.

Erweitertes Protokoll

Für den eigentlichen Datenaustausch zwischen Computer und Telefonanlage wird eine zusätzliche Protokollebene verwendet. Dabei wird jede "Transaktion" mit einer laufenden Nummer versehen und jede Kommando- oder Datenübertragung quittiert. Die laufende Nummer ist ein Byte-Wert mit folgendem Aufbau:

Die Transaktionsnummer wird von der Anlage hochgezählt. Der Aufbau einer Kommando- oder Datennachricht ist:

Der Aufbau einer Bestätigung ist:

Mit der Start-Transaktionsnummer 0 findet z.B. folgender Dialog statt:

Die Kommando- oder Datenstrings variabler Länge sind durch #00 abgeschlossen und können ansonsten auch leer sein.

Das Prüfsummenverfahren

Als Prüfsumme (zur Erkennung von Übertragungsfehlern) verwendet die Eumex 322 eine Modifikation (warum auch immer) des CRC-16 nach CCITT (CRC = Cyclic Redundancy Check) mit folgendem Algorithmus:

Eine Implementierung in PASCAL könnte so aussehen:

procedure crc(var c:longint;v:integer);
var j: integer;
    t : boolean;
begin
  c := c xor (longint(v) shl 8) xor $e1f3;
  for j:= 7 downto 0 do
    begin
      t := c>=$8000;
      c := (c and $7fff) shl 1;
      if t then c := c xor $1021;
    end;
end;

Der Aufruf erfolgt für jedes Zeichen mit:

crc(aktueller_crc,pruef_byte);

Die Prüfsumme wird nur auf den Datenteil angewendet (nicht auf das Startzeichen #02), und zwar vor der Ersetzung der Spezialzeichen (#02,#03 und #06). (Siehe auch das Beispiel.)

Der Verbindungsablauf

Die Telekom-Software stellt zunächst eine Verbindung mit 19200 Baud her und "erfragt" die Anlagenkennung und die Softwareversion. Danach wird die Verbindung abgebaut und mit 4800 Baud wieder hergestellt. Dieses Vorgehen ist jedoch nicht erforderlich; der erste Teil des nachfolgenden Ablaufs kann also entfallen.

Die Anlagentypen haben dabei folgende Kennungen:

Der Wert für die Softwareversionskennung ist bei der aktuellen Firmware 1401, was in der Telekom-Software als Version 1.40 angezeigt wird. Entsprechend wird ein Wert von 1300 als Version 1.30 angezeigt. Ob die Versionsnummer tatsächlich drei Nachkommastellen hat oder die letzte Ziffer eine Art Updatezähler darstellt, ist mir nicht bekannt.

Jetzt folgen die Kommandos zur Abfrage oder Änderung der Anlagen-Register im erweiterten Protokoll. Die Transaktionsnummer wurde durch die Programmiercode-Prüfung auf 1 hochgezählt; vor allen Kommando- und Antwortstrings steht das Byte #01. Dazu zwei Muster (Kurzwahlen auslesen bzw. schreiben):

Beispiel 1: Kurzwahlen auslesen

Beispiel 2: Kurzwahlen schreiben

Nach dem gleichen Schema lassen sich auch die Konfigurationsdaten auslesen und ändern, sowie die Entgeldsummen auslesen. Durch die Lesekommandos für Konfiguration und Kurzwahlen ("DA G" bzw. "DK G") werden jeweils alle Daten ausgelesen; die einzelnen Register können jedoch separat geändert werden, ohne jeweils die gesamte Konfiguration oder den gesamten Kurzwahlspeicher zu schreiben (wie es die Telekom-Software macht).

Die Register der Anlage

E-Mail-Adresse, Fax-Nr. etc. finden Sie auch hier.