Es wurde im Forum wieder ein wenig über Digitaladressen geschrieben und auch die Tabelle der vergebenen Digitaladressen angepasst.
Ich schlage vor, die ganze Tabelle neu zu überdenken und dabei einige Vorgaben über die Vergabe von Digitaladressen zu machen.
Wir haben haben eine Vielzahl von Decodern im Einsatz. Aber man kann die Unterschiede auf die wesentlichen Merkmale zusammenkürzen:
1.MM mit Mäuseklavier
2.MM (inkl. mfx/m4) ohne Mäuseklavier
3.DCC
Wobei es zwischen 2. und 3. Überschneidungen geben kann. Und seit neustem gibt es von Märklin auch noch MM/mfx/DCC in einem Decoder.
Wir sollten Adressbereich MM 1 bis 79 mit Ausnahme der Adresse 3 den Decodern zu 1. vorbehalten. Diese Decoder können bekanntlich nicht über Adresse 80 eingestellt werden.
Die Decoder zu 2. sollten den Adressbereich MM zwischen 81 und 255 zugewiesen bekommen. Das ist bei den Märklin fx und mfx-Decodern kein Problem.
Die Decoder zu 3. erhalten durchweg den Adressbereich > 255.
Die Adresse 3 ist bei vielen Decodern die Default-Adresse. Sie ist daher besser nicht zu belegen.
Die Adresse 80 hat im MM-Bereich einen besonderen Charakter, wie auch schon Thomas
hier angedeutet hat: Bedeutung der Adresse 80. Ebensolches ist für die
Adresse 78 bei einigen anderen Decodern der Fall.
Die Adresse 80 ist nun mal im MM-Protokoll für die Programmierung aller programmierbaren MM-Decoder vorgesehen. Selbst die MS1, CU6021 oder auch die Tams-MC programmieren MM über Adresse 80.
Somit wäre es von Vorteil, wenn die Adressen 78 und 80 ebenfalls nicht belegt werden. Andererseits dürfte eine Belegung dieser Adressen durch Mäuseklavierdecoder unproblematisch sein.
Vorteile
Wir vermindern das überlappen von Adressen im Bereich 1 bis 79. Es gibt nun mal gewisse Schwierigkeiten, die Mäuseklavierdecoder mal eben neu einzustellen. Ich sehe hier z.B. nur die Probleme bei meiner Märklin 012 (BR 01.10), die Tenderabdeckung abzunehmen und wieder aufzusetzen.
Weiterhin lassen sich in den jeweiligen Adressbereichen Adressgruppen für die die Teilnehmer einer Tb-Veranstaltung einrichten.
Nachteile
Der letzte Vorteil ist auch der ersten Nachteil. Wenigteilnehmer wie Tagesgäste kommen womöglich mit Fahrzeugen, die mit bereits unter uns vergebenen Adressen programmiert sind. Diese Adressen wären von uns vorbehaltlos zu akzeptieren. Also müssten im entsprechenden Fall individuelle Lösungen gefunden werden.
Weiterhin könnten Teilnehmer mit „veralteten“ Zentralen mit dieser Adressaufteilung Probleme bekommen. Diese Probleme müssen im Vorfeld besprochen werden. Aber diese Teilnehmer bekommen auch wegen andere Dinge als der Adressvergabe Probleme. Ich verweise da auf die Möglichkeit von Mehrfachtraktionen (z.B. bei MS1, CU6021) oder den Betrieb reiner DCC-Decoder wiederum bei den beiden vorgenannten Zentralen. Diese „Alt“-Zentralenteilnehmer sollten also dann auch bei der Raumaufteilung nicht gerade in „kritischen“ Bereichen eingesetzt werden.
Individuelle Schwierigkeiten mit einzelnen Teilnehmern sind auch nicht zu unterschätzen. Hier sind schlicht und ergreifend die weniger flexiblen Teilnehmer mit gemeint. Äußerungen wie: „Die Neuprogrammierung kann ich nicht“ oder „Nur für 2 oder 3 Treffen im Jahr programmiere ich nicht um“ sind da nicht auszuschließen. Andererseits ist so eine Tb-Veranstaltung eine gemeinsame Angelegenheit. Hier ist entsprechend auf diese Leute vorsichtig einzuwirken. Ansonsten habe sie ein Problem, in vollem Umfang am Treffen teilnehmen zu können.
Als Argument könnte in diesem Fall gelten:
Fahrzeuge mit Adresskollisionen können eventuell nicht abgegeben oder aufgenommen werden.
Sicherlich kann eine solche neu Adressaufteilung nicht alle Problem im Vorfeld lösen.
Aber die Vergabe von Adressbereichen im Vorfeld kann schon einige Schwierigkeiten aus dem Weg räumen. Teilweise ist die aktuelle Tabelle schon mit diversen Sprüngen versehen, die die Adressübersicht erschwert.
Ich will auch nicht verhehlen, dass im Falle von einem akzeptablen Betrieb von TIS oder welchem System auch immer, die Adressaufteilung neu überdacht werden müsste.
Und ich bin auch überzeugt, dass meine Idee hier noch nicht der Weisheit letzter Schluss ist. Aber wir haben noch einige Zeit, es weiter zu diskutieren.
Guido
Und nicht erst wenn ich zu irgendeinem TB fahre. Zumal sollte es für einen Digitalfahrer nicht die größte Arbeit sein die Lok kurzfristig um zuprogrammieren. Mit einer Ecos / CS 1 geht das sehr schnell und ist innerhalb von 1 Min. gemacht. 
Da hilft manchmal leider nur der grobe Besen...