Hi Hardi Geschädigte,
das Problem mit dem Adress-Offset (+4) tritt nur bei ROCO auf, also der Z/z21 sowie den diversen Multi/Wlan und sonstigen Mäusen.
Nicht ohne Grund kann im Maintenance Tool dieser Adress Offset ausgeschaltet werden. Dann aber für alle Zubehördekoder.
@Hardi
Zitat
Die Frage ist warum das Auftritt.
Zitat
The "confusion" arises because of a perceived lack of clarity in NMRA S9.2.1 regarding exactly how the 11 address bits in a Signal decoder packet are to be constructed.
Some manufacturers interpret these bits in the same manner as they are in a Basic Accessory (Turnout) packet. With a Turnout decoder packet; nine of the bits are interpreted as a decoder (board) address with valid values being 1-511 inclusive and the other two bits are interpreted as a channel address with valid values being 0-3 inclusive. So the bit values for the first valid turnout/signal address (1) are 00000000100.
Some manufacturers interpret these bits as a simple eleven bit address. So the bit values for the first valid signal address (1) are 00000000000.
(Just to complicate matters, these bits are stored split up into groups in the packet, not in obvious order and some bits are inverted! But the user need to not worry about that.)
Siehe da: 00000000100 Bin entpricht 4 Dez.
1
2
3
4
5
6
DCCPacketScheduler.h
…
…
Zubehör Adressverschiebung (increment) #define ROCO 0 //Roco,Fleischmann
#define IB 4 //IntelliBox
...
OOPS: Grade gesehen - dieser Code Schnipsel bezieht sich auf die DCC Lib die von Philipp Gahtows Seite heruntergeladen werden kann. In der "normalen" NMRA DCC Library kommt dieser Abschnitt nicht vor, da wird die Auswahl ROCO/NORMAL (Offset ja/nein) über Variable im Programm gesteuert. Sorry falls da jemand umsonst gesucht hat.
Vielleicht solltest du dich mal mit Franz-Peter Müller (Microbahner) kurzschliessen. Der hat zusammen mit Alex Shepherd, Wolfgang Kuffer, Geoff Bunza, Martin Pischky und Sven (littleyoda) intensiv an der letzten Version der NMRA DCC Library für den Arduino gearbeitet.
Er setzt auch in seinem Arduino Universaldekoder per Parameter den Adress Offset "ausser Betrieb".
Ansonsten - quick and dirty fix - Einfach mal 4 dazu addieren, bzw. abziehen - d.h. Adresse 17 ist dann 21, bzw. umgekehrt aus 21 wird dann 17. Hat mir am Anfang auch ne Menge grauer Haare gekostet.
Ulrich
Edit:
Zitat aus der Bedienungsanleitung für das ROCO Maintenance Tool:
DCC Weichenadressierung konform mit RCN-213 (identisch mit früherer Option „DCCWeichenadressverschiebung +4“):
Mit dieser Option können Inkompatibilitäten bezüglich der
Nummerierung von Weichen- oder Signaladressen behoben werden. Roco nummeriert die Weichen ab
Modul 0 (mit jeweils 4 Weichen), andere DCC-Zentralenhersteller erst ab Modul 1. Diese unterschiedliche
Zählweise ist historisch aus einer Schwäche der Spezifikation NMRA S-9.2.1 gewachsen, wo keine der
beiden Zählweisen grundsätzlich als „falsch“ bezeichnet werden konnte. Erst mit der neueren
Spezifikation von der RailCommunity RCN-213 (2015) ist die Nummerierung der Weichenadressen
eindeutig definiert worden.
Die Standardeinstellung für diese Option ist „deaktiviert“ um mit älteren Roco-Geräten rückwärts
kompatibel zu bleiben. Beim Umstieg von einem bestehenden Fremd-System auf die Z21 kann es daher
vorkommen, dass nun die bisher gewohnten Weichenadressen aufgrund der unterschiedlichen Zählweise
der Modulgruppen um den Wert 4 verschoben erscheinen. Wurde eine Weiche auf dem bisherigen
Fremdsystem z. B. unter 1 gesteuert, wird sie auf der Z21 unter 1+4=5 angesprochen. Um unseren
Kunden den Umstieg zu erleichtern, wurde nun diese Option eingeführt, mit deren Hilfe die Weichen und
Signale mit den bisher gewohnten Weichenadressen weiterverwendet werden bzw. gemäß RCN-213
adressiert werden können.
---------------------------------------------------------------------------------------------------------------------------------------------------------------
Edit:
Korrektur hinzugefügt.