,---------[ teledat.sourceforge.net ]---------- | Autor: Felix Schwarz | Webseite: teledat.sourceforge.net | Lizenz: GNU Free Documentation License 1.1 oder neuere (s.u.) | |--------- Changelog --------- | | 20.07.03 fs Anpassung der Protokollnummerierung (v3.0 und v3.1) | 16.07.03 fs kleine Updates bez. Teledat X120 und den LCR-Einstellungen | (dank Logs von Alexander Maus) | 06.04.03 fs "Anrufbeantworter" mit Hilfe des AVM-Supports geklärt | 30.03.03 fs weitere Korrekturen | 29.03.03 fs kleinere Korrekturen (Kurzwahlen speichern, Bestätigen des | Speicherns, Einstellungen CLIP/CLIR) | 27.02.03 fs div. Anpassungen und Kommentare an Hand der Analyse einer | Fritz!X PC v1 | 22.10.02 fs erste CTI-Requests | 17.10.02 fs diverses: | + Umsortierung der Befehle nach Befehlsbyte | + diverse Requests zum Speichern von Einstellungen | 17.10.02 fs Kodierung für Ändern der MSN-Zuordnung gefunden | 17.10.02 fs Kodierung für Ändern der Rufumleitung gefunden | 16.10.02 fs Kodierung für "nur Abgangsrufnummer" gefunden | 01.10.02 fs einige neue Requests entschlüsselt: | + Zuordnung der MSNs zu den Nebenstellen | + Anklopfschutz | + spontane Amtsholung | + CLIP, CLIR, Rufe abweisen bei besetzt | + SMS annehmen | + Rundruf | + Rufumleitung | + Klingelsperre | 15.09.02 fs Liste der getätigten Anrufer wird automatisch versandt, nicht erst | nach request (danke an Andreas für die Aufmerksamkeit) | 10.09.02 fs Kodierung der nicht angenommenen Anrufe entschlüsselt | 10.08.02 fs Bug beseitigt bei der Identifizierung der Anlage (Firmware-Datum) | 07.08.02 fs Speicherung der angerufenen Nebenstellen in der Anruferliste | 06.08.02 fs mehr Informationen zur Liste der Anrufer und Liste der Anrufe | `--------- noch unbekannte Kodierungen: 'LCR' 'Anrufweiterschaltung' 'Rufnummernbeschränkung' TODO (+) Was bedeutet folgende Kommunikation? <-7E FF 89 01 (CRC) 7E ->7E FF C9 00 (CRC) 7E Wirklich dauerhaftes Speichern der Einstellungen? Überprüfen mit selbstgeschriebenem Konfigurationsprogramm, werden die Einstellungen auch ohne diesen Request gespeichert? -------------------------------------------------------------------------------- Zuordnung der MSNs zu den Nebenstellen Request: 7E FF 01 7D 5D 31 B6 7E Antwort: 7E FF 41 00 (n1.1) (n1.2) (n1.3) (n2.1) (n2.2) (n2.3) (n3.1) (n3.2) (n3.3) (n4.1) (n4.2) (n4.3) 00 00 00 00 00 (1) 7E Bemerkungen: (n1.{1-3}) je 20 Byte, die zur ersten Nebenstelle zugeordneten Nummern, nicht zugewiesenen Einträge fangen wie gewohnt mit einem Nullbyte an. Sollte für die erste MSN die Option "nur Abgangsrufnummer" gesetzt sein, darf diese Rufnummer nur max. 19stellig sein, das letzte Zeichen ist in diesem Fall 0x23 ('#'), welches eben diese Option signalisiert. (n2.{1-3}), (n3.{1-3}), (n4.{1-3}) analog (1) 16 Bit CRC -------------------------------------------------------------------------------- Einstellungen für die spontane Amtsholung Request: 7E FF 02 (CRC) 7E Antwort: 7E FF 42 00 (n1-n4) (CRC) 7E Bemerkungen: (n1)-(n4) je 1 Byte, Einstellungen für jeweilige Nebenstelle (spont. Amtsholung an: 0x01, aus: 0x00) verifiziert mit: Fritz!X PC v1, Fritz!X PC v2 -------------------------------------------------------------------------------- Einstellungen für den Anklopfschutz Request: 7E FF 03 (CRC) 7E Antwort: 7E FF 43 00 (n1-n4) (CRC) 7E Bemerkungen: (n1)-(n4) je 1 Byte, Einstellungen für jeweilige Nebenstelle (Anklopfschutz an: 0x01, aus: 0x00) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- Einstellungen für Rundruf Request: 7E FF 04 (CRC) 7E Antwort: 7E FF 44 00 (n1-n4) (CRC) 7E Bemerkungen: (n1-n4) je 1 Byte, "Rundruf" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- gespeicherte Kurzwahlen auslesen Request: 7E FF 05 57 92 7E Antwort: 7E FF 45 00 (Daten) (16-Bit CRC) 7E Bemerkung Daten: 40 Felder à 20 Byte, die jeweils eine Telefonnummer enthalten. Sollte eine Nummer weniger als 20 Stellen haben, wird sie mit 0x00 abgeschlossen, dahinter folgt dann Byte-Schrott. Die Nummern werden in der Reihenfolge der ihnen zugeordneten Kurzwahlen gesendet (also 50-89). -------------------------------------------------------------------------------- Einstellungen für Rufumleitung Request: 7E FF 06 65 09 7E Antwort: 7E FF 46 00 (t1) (n1) (t2) (n2) (t3) (n3) (t4) (n4) (1) 7E Bemerkungen: (t1) 1 Byte, Zeitpunkt der Rufumleitung 0xFF aus 0x01 sofort 0x02 verzögert 0x03 bei besetzt 0x04 bei verzögert/besetzt 0x05 sofort mit klingeln 0x06 sofort bei Klingelsperre (n1) 20 Bytes, Nummer zur Weiterleitung (oder 1-4 für eine andere Nebenstelle) alle anderen analog für die anderen Nebenstellen (1) 16 Bit CRC -------------------------------------------------------------------------------- Einstellungen CLIP, CLIR, Rufe abweisen bei besetzt Request: 7E FF 07 (CRC) 7E Antwort: 7E FF 47 00 (p1-p4) (r1-r4) (b1-b4) (x) (CRC) 7E Bemerkungen: (p1-p4) je 1 Byte, CLIP für die Nebenstellen 1-4 (0x00 = CLIP aktiviert, 0x01 = deaktiviert) (r1-r4) je 1 Byte, CLIR für die Nebenstellen 1-4 (0x00 = CLIR aktiviert, 0x01 = deaktiviert) (b1-b4) je 1 Byte, "Rufe abweisen bei besetzt" für die Nebenstellen 1-4 (abweisen = 0x00, sonst 0x01) (x) 4 Byte, immer 0x00 (unbenutzt?) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- Identifizierung der Anlage, Liste der Anrufer Request: 7E FF 09 9D FE 7E Antwort: (Identifizierung) 7E FF 49 00 0D 0A $Type:_(1)_$Update:_Capi_$Version:_(2)_$Date:_(3)_$Time:_(4) 00 (5) 7E (Anruferliste - wird in der Anlage nicht gelöscht!) 7E FF A0 00 00 00 00 00 00 00 00 (d1) (d2) (d3) (d4) (a1) (a2) (a3) (a4) (b) (c) (5) 7E (wichtig ist hier die 0x21 (d1-d4), die die Löschungsbestätigung nicht mehr aufweist). Jetzt muss eine Bestätigung an die Anlage geschickt werden, sonst wiederholt sie obigen Block bis zu 3x bevor sie die Kommunikation aufgibt 7E FF E0 00 DF ED 7E Nach Erhalt der Bestätigung wird ein neuer Frame mit "7E FF A0 (e) (144x Schrott) (5) 7E" gesandt, der scheinbar die Löschung des Datensatzes in der Anlage anzeigt. Anschließend ist wieder eine Bestätigung fällig, woraufhin der nächste Anrufer übermittelt wird. Sobald keine weiteren Anruferdaten mehr vorliegen, sendet die Anlage: 7E FF A0 00 00 02 02 00 00 00 00 00 00 00 00 00 (127 Byte Schrott) (5) 7E Sofort anschließend werden die getätigten Anrufe übertragen: 7E FF A3 (f) (g) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 (h) 00 00 (i) (j) (5) 7E Nach jedem Datensatz muss eine Bestätigung an die Anlage gesandt werden, ansonsten wird die Übertragung je 3x wiederholt 7E FF E3 00 F5 85 7E Bemerkung allgemein: Bemerkung Identifizierung: (1) Anlagenkennung: ALADIN1 : Reseller-Produkt (1&1 NetXXL oder Teledat USB 2a/b) F!X-V2 : Fritz!X PC V2 oder V3 F!X-USB : Fritz!X USB v1 oder v2 F!X-V3 : Fritz!X USB v3 ALADIN3 : Teledat X120 (allerdings anderes Protokollformat) (2) 6 Byte, Firmware-Version, z.B. "01.16.42" (2. Zeile der Firmwaredatei) (3) 11 Byte, Release-Datum der Firmware, z.B. "Jan 16 2001" (4) 6 Byte, Uhrzeit des Releases Firmware, z.B. "12:17:08" (5) 16-Bit Prüfsumme, Algorithmus unbekannt Bemerkung Anruferliste: (a1)-(a4) stellen jeweils die Nebenstellen 1-4 dar. Bei jeder Nebenstelle erscheint die Nummer des Anrufenden (wenn Rufnummer nicht vom Anrufer unterdrückt wurde), die bis zu 32 Stellen lang sein könnte (16 sind verifiziert, 20 wahrscheinlich, alles darüber wäre zwar plausibel, ansonsten jedoch Spekulation). Sollte die Nummer kürzer als 32 Stellen sein, wird sie durch ein Nullbyte und folgenden Byte-Schrott abgeschlossen. Bei unbekannten Nummern ist gleich die erste Stelle ein Nullbyte. Bei jeder Nebenstelle, an die der Klingelton gesandt wurde, wird auch die Anrufernummer angezeigt (scheinbar schwachsinnig, da die ja logischerweise überall die gleiche ist). (b) Datum des Anrufs im Format "Jahr Monat Tag" (je ein Byte, z.B. "02 08 05" für "05.08.2002". (c) 2 Bytes: Der Zeitpunkt des Anrufs im Format Stunde:Minute (erstes Byte die Stunde, das zweite die Minute) (d1)-(d4) unbekannt, bei normalen Anrufen steht hier aber immer 0x21 (für jede angerufene Nebenstelle 1 Byte). Ev. handelt es sich hierbei um die ISDN-Dienstekennung (Fax, Anruf, Datentransfer...). Könnte mit einem G4-Fax oder einer Ausgabe des ISDN-Standards überprüft werden. Hat jemand sowas bzw. kennt jemanden, der soetwas hat? 0x21 würde demnach dem Dienst 'analoger Telefonanruf' entsprechen. (e) 1 Byte, nur in der Löschungsbestätigung wichtig. Sollte der Anruf angenommen worden sein, findet sich hier 0x01, ansonsten 0x00. Die angerufene MSN wird leider nicht übertragen. Allerdings wird gespeichert, ob ein Anruf angenommen wurde oder nicht. Hier könnte man ev. einen "Anrufbeantworter" bauen, der einem automatisch mitteilt, wer in Abwesenheit (= nicht angenommener Anruf) wann angerufen hat (natürlich nur bei aktivierter Rufnummernübermittlung). Bemerkung getätigte Anrufe: Bisher ist nicht bekannt, woran man den letzten getätigten Anruf erkennt (nur Timeout?). (g) 16 Byte, die angerufene Telefonnummer, kann mindestens 16 Stellen enthalten, sollte sie kürzer sein, wird sie durch ein Nullbyte abgeschlossen, danach folgt wie gewohnt (scheinbar) zufälliger Byte-Schrott. Vermutlich werden _mindestens_ Telefonnummern mit einer Länge bis zu 20 Stellen gespeichert. Platz genug dafür wäre ja da (max. 34 Stellen!) (h) 2 Byte, Die Gesprächsdauer in Sekunden. Bei Gesprächen, die länger als 255 Sekunden gedauert haben, wird eine LITTLE ENDIAN Kodierung verwendet! (niederwertigstes Bit (least significant bit) zuerst). Ob bei Gesprächen mit mehr als 18 Stunden auch noch die beiden folgenden Bytes verwendet werden, ist mir noch unbekannt. (i) 3 Byte, Hier wird das Datum des Anrufs kodiert: So wird der 05.08.2002 zu "02 08 05" - die Kodierung ist also nicht 2000-fähig. (f) 1 Byte, Die Nummer der Nebenstelle, von der der Anruf ausging. Allerdings sitzen bei AVM scheinbar echte Informatiker, folglich entspricht die Nebenstelle 1 0x00, die Nebenstelle 2 wird durch 0x01 repräsentiert. (Hier bin ich mir noch nicht ganz sicher, diese Angabe müsste man mit einer Fritz!X PC und Anrufen von den Nebenstellen 3 und 4 verifizieren). (j) 2 Bytes: Der Zeitpunkt des Anrufs im Format Stunde:Minute (erstes Byte die Stunde, das zweite die Minute) -------------------------------------------------------------------------------- Eigenschaften der Anlage? Request: 7E FF 0A AF 65 7E Antwort: 7E FF 4A 00 01 00 00 01 01 DB 7B 7E Bemerkung: 1&1 NetXXL v1, hier könnte z.B. ein Bit für least cost routing zu finden sein (dass bei NetXXL nicht gesetzt sein dürfte), andere Angaben könnten Anzahl der Nebenstellen sein. Der Befehl muss scheinbar nicht bestätigt werden. Antwort einer Fritz!X PC v1 und einer Fritz!X PC v2 7E FF 4A 00 8D 62 7E Antwort einer Teledat X120: 7E FF 4A 00 01 00 00 03 03 CB D9 7E -------------------------------------------------------------------------------- Einstellungen für die Annahme von SMS Request: 7E FF 0C (CRC) 7E Antwort: 7E FF 4C 00 02 02 02 02 01 01 01 01 00 00 00 00 01 01 01 01 (s1-s4) (CRC) 7E Bemerkungen: (s1-s4) je 1 Byte, "SMS annehmen" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) Die anderen Felder sind unbekannt, jedoch gerade durch 4 teilbar, daher liegt die Annahme nahe, dass sie weitere Konfigurationseinstellungen für die Nebenstellen beinhalten bzw. noch unbenutzt sind, da sie sich noch nie geändert haben, aber für Erweiterungen vorgesehen sind. -------------------------------------------------------------------------------- LCR-Einstellungen Request: 7E FF 0D (CRC) 7E Antwort: 7E FF 4D 00 10 00 00 00 10 00 00 00 10 00 00 00 10 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF (a1-a4) 00 00 00 00 00 00 00 00 00 00 00 00 (CRC) 7E Bemerkungen: (a1-a4) je 1 Byte, "LCR verwenden" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) Die anderen Felder sind unbekannt. Syntax ist noch nicht verifiziert, nur aus dem Kommando- und Speicherbit-Schema sowie sehr ähnlichem Paket-Aufbau geschlossen. -------------------------------------------------------------------------------- Einstellungen für die Klingelsperre Request: 7E FF 0E E9 41 7E Antwort: 7E FF 4E 00 01 01 01 01 (k1,1) (k1,2) (k2,1) (k2,2) (k3,1) (k3,2) (k4,1) (k4,2) (a) (1) 7E Bemerkungen: (k1,1) 2 Byte, 1. Nebenstelle, Start (3 Uhr = 0x03 0x00) (k1,2) 2 Byte, 1. Nebenstelle, Ende (12 Uhr = 0x0C 0x00) andere Nebenstellen analog (a) 20 Byte, durchgängig 0x00 oder 0xFF gesehen (1) 16 Bit CRC 0xf0 0xf0 kennzeichnet eine deaktivierte Klingelsperre Wenn der Zeitraum in der Form 3:00-12:00 angegeben wird, heißt dies, dass in diesem Zeitraum keine Anrufe angenommen werden. Dagegen bedeutet 12:00-3:00, dass _nur_ in dieser Zeit überhaupt Anrufe entgegengenommen werden. -------------------------------------------------------------------------------- computergestütztes Telefonieren ("computer telephony integration", CTI) [ Wählen ] Request: 7E FF 80 (1) (2) 00 00 00 00 00 00 56 01 28 00 28 46 00 00 54 F1 12 00 57 85 AE 7E ^^ ^^ ^^ ^^ ^^ Antwort: ? Bemerkungen: (1) 1 Byte, Nummer der Nebenstelle (1 = 0x00, 2 = 0x01, ...) (2) ?(1) Bytes, gewählte Rufnummer (Nebenstelle 1 = 1 (0x31) etc) In den markierten Stellen verbergen sich vermutlich Konfigurationsoptionen für "Anklopfschutz", "kein LCR" und "einmaliges CLIR" fs, 27.02.: Es sind genau 20 Bytes, die für die Rufnummer zur Verfügung ständen, also eher nur Rufnummer Außerdem scheint dieser Befehl noch eine andere Bedeutung zu haben: Wenn es einen hereinkommenden Anruf gibt, kommt zunächst die Anrufermeldung mit FF A0 und nach dem Löschbefehl regelmäßig: <- 7E FF 80 (a) (CRC) 7E -> 7E FF C0 (a) 00 (CRC) 7E a ist dabei eine fortlaufende Nummer, die bei jedem FF 80 um eins erhöht wird. [ Auflegen ] Request: 7E FF 80 (1) BA B8 7E Antwort: (keine) Bemerkungen (1) 1 Byte, Nummer der Nebenstelle (1 = 0x00, 2 = 0x01, ...) -------------------------------------------------------------------------------- Ändern der Zuordnung der MSNs zu den Nebenstellen Request: 7E FF 81 (n1.1-3) (n2.1-3) (n3.1-3) (n4.1-3) (CRC) 7E Antwort: 7E FF C1 00 (CRC) 7E Bemerkungen: (n1.{1-3}) je 3x 20 Byte, die zur ersten Nebenstelle zugeordneten Nummern, nicht zugewiesenen Einträge fangen wie gewohnt mit einem Nullbyte an. Falls die Option "nur Abgangsrufnummer" gesetzt ist, wird hinter die Rufnummer noch 0x23 ('#') angehängt. Sollte die MSN bereits 20-stellig sein, wird das Setzen der Option "nur Abgangsrufnummer" ignoriert und nicht gespeichert. (n2.{1-3}), (n3.{1-3}), (n4.{1-3}) analog Anschließend folgende Kommunikation: <-7E FF 89 01 (CRC) 7E ->7E FF C9 00 (CRC) 7E -------------------------------------------------------------------------------- Ändern der spontanen Amtsholung Request: 7E FF 82 (n1-n4) (CRC) 7E Antwort: 7E FF C2 00 (CRC) 7E Bemerkungen: (n1)-(n4) je 1 Byte, Einstellungen für jeweilige Nebenstelle (spont. Amtsholung an: 0x01, aus: 0x00) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- Ändern des Anklopfschutzes Request: 7E FF 83 (n1-n4) (CRC) 7E Antwort: 7E FF C3 00 (CRC) 7E Bemerkungen: (n1)-(n4) je 1 Byte, Einstellungen für jeweilige Nebenstelle (Anklopfschutz an: 0x01, aus: 0x00) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- Ändern der Einstellungen für Rundruf Request: 7E FF 84 (n1-n4) (CRC) 7E Antwort: 7E FF C4 00 (CRC) 7E Bemerkungen: (n1-n4) je 1 Byte, "Rundruf" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) verifiziert mit: Fritz!X PC v2 -------------------------------------------------------------------------------- Kurzwahlen speichern Request: 7E FF 85 (Daten) (1) 7E Antwort: 7E FF C5 00 (1) 7E Bemerkung: (Daten): 40 Felder à 20 Byte, die jeweils eine Telefonnummer enthalten. Sollte eine Nummer weniger als 20 Stellen haben, wird sie mit 0x00 abgeschlossen, dahinter folgt dann Byte-Schrott. Die Nummern werden in der Reihenfolge der ihnen zugeordneten Kurzwahlen gesendet (also 50-89). (1) 16 Bit CRC -------------------------------------------------------------------------------- Einstellungen für Rufumleitung Request: 7E FF 86 (t1) (n1) (t2) (n2) (t3) (n3) (t4) (n4) (1) 7E Antwort: 7E FF C6 00 00 (1) 7E Bemerkungen: (t1) 1 Byte, Zeitpunkt der Rufumleitung 0xFF aus 0x01 sofort 0x02 verzögert 0x03 bei besetzt 0x04 bei verzögert/besetzt 0x05 sofort mit klingeln 0x06 sofort bei Klingelsperre (n1) 20 Bytes, Nummer zur Weiterleitung (oder 1-4 für eine andere Nebenstelle) alle anderen analog für die anderen Nebenstellen (1) 16 Bit CRC Achtung: Vermutlich Fehler, da Ändern der RUL gleichen Code hat -------------------------------------------------------------------------------- Ändern der Rufumleitung Request: 7E FF 86 (t1) (n1) (t2) (n2) (t3) (t4) (n4) (1) 7E Antwort: 7E FF C6 00 00 16 D6 7E Bemerkungen (t1) 1 Byte, Zeitpunkt der Rufumleitung (Bytes wie bei "Einstellungen für Rufumleitung") (n1) 20 Bytes, Nummer zur Weiterleitung (oder 1-4 für eine andere Nebenstelle) alle anderen analog für die anderen Nebenstellen (1) 16 Bit CRC Anschließend findet noch folgende Kommunikation statt, Bedeutung unbekannt. <-7E FF 89 01 (CRC) 7E ->7E FF C9 00 (CRC) 7E -------------------------------------------------------------------------------- Ändern der Einstellungen CLIP, CLIR, Rufe abweisen bei besetzt Request: 7E FF 87 (p1-p4) (r1-r4) (b1-b4) (x) (CRC) 7E Antwort: 7E FF C7 00 (CRC) 7E Bemerkungen: (p1-p4) je 1 Byte, CLIP für die Nebenstellen 1-4 (0x00 = CLIP aktiviert, 0x01 = deaktiviert) (r1-r4) je 1 Byte, CLIR für die Nebenstellen 1-4 (0x00 = CLIR aktiviert, 0x01 = deaktiviert) (b1-b4) je 1 Byte, "Rufe abweisen bei besetzt" für die Nebenstellen 1-4 (abweisen = 0x00, sonst 0x01) (x) 4 Byte, immer 0x00 (unbenutzt?) Bemerkungen: -------------------------------------------------------------------------------- Bestätigung des Speicherns/commit ?? Request: 7E FF 89 01 (CRC) 7E Antwort: 7E FF C9 00 (CRC) 7E Bemerkungen: An Hand des 7. Bits im Befehlsbyte könnte man einen Speicherungsbefehl vermuten. Außerdem wird dieser Befehl nach dem Speichern der Daten versandt, genauer gesagt nach: (+) Speichern der Kurzwahlnummern (+) Zuordnung der MSNs zu den Nebenstellen (+) Ändern der Rufumleitung Der korrespondierende Abfrage-Befehl mit dem Byte 0x09 ist die Identifizierung der Anlage bzw. Abfrage der Anrufer bzw. abgehenden Anrufe. Eine explizite Speicherung dieser Anlagen-Informationen wäre sicherlich schwachsinnig, daher könnte dieser Befehl durchaus zweckentfremdet werden. fs, 27.02.: Eventuell werden Infos nicht gespeichert, bevor eine Art "commit" der Transaktion erteilt wurde. -------------------------------------------------------------------------------- Ändern der Einstellungen für die Annahme von SMS Request: 7E FF 8C 02 02 02 02 01 01 01 01 00 00 00 00 01 01 01 01 (s1-s4) (CRC) 7E Antwort: 7E FF CC 00 55 7D 5D 5E 7E Bemerkungen: (s1-s4) je 1 Byte, "SMS annehmen" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) Die anderen Felder sind unbekannt, jedoch gerade durch 4 teilbar, daher liegt die Annahme nahe, dass sie weitere Konfigurationseinstellungen für die Nebenstellen beinhalten bzw. noch unbenutzt sind, da sie sich noch nie geändert haben, aber für Erweiterungen vorgesehen sind. -------------------------------------------------------------------------------- Änderung der LCR-Einstellungen Request: 7E FF 8D 10 00 00 00 10 00 00 00 10 00 00 00 10 00 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF (l1-l4) (CRC) 7E Antwort: 7E FF CD 00 (CRC) 7E Bemerkungen: (l1-l4) je 1 Byte, "LCR verwenden" für die Nebenstellen 1-4 (0x01 = aktiviert, 0x00 deaktiviert) -------------------------------------------------------------------------------- weitere Informationen: Kodierung "Anrufbeantworter" pro Nebenstelle: (+) "Anrufbeantworter" ist eigentlich gar kein eigenes Kommando, sondern bewirkt lediglich, dass "Rundruf" und "Anklopfschutz" für die gewünschte Nebenstelle deaktiviert werden - von AVM so bestätigt. -------------------------------------------------------------------------------- Dank an: Andreas Volz (ID-Request korrigiert) AVM-Support (Anrufbeantworter-Kodierung) Alexander Maus (Teledat X120) -------------------------------------------------------------------------------- ,---------- [ COPYING ] ----------- | Permission is granted to copy, distribute and/or modify this document | under the terms of the GNU Free Documentation License, Version 1.1 or | any later version published by the Free Software Foundation; with no | Invariant Sections, no Front-Cover Texts and no Back-Cover Texts. A | copy of the license can be obtained under | http://www.gnu.org/licenses/fdl.txt `----------------------------------