Decoderadresse, Vergabe nicht möglich: Unterschied zwischen den Versionen

Aus RailRoad&Co.-Wiki
Zur Navigation springenZur Suche springen
KKeine Bearbeitungszusammenfassung
KKeine Bearbeitungszusammenfassung
Zeile 2: Zeile 2:
__NOTOC__
__NOTOC__


== Decoderadressen ==
== Weichendecoder über Rocomotion programmieren ==
=== Vergabe nicht möglich? ===
=== Vergabe nicht möglich? ===


Zeile 22: Zeile 22:


Diese Vorgehensweise nur bei Verwendung in bestimmten Hardwarekonstellationen notwendig.
Diese Vorgehensweise nur bei Verwendung in bestimmten Hardwarekonstellationen notwendig.
Quelle: [https://www.freiwald.com/forum/viewtopic.php?f=8&t=20049 Forum]


[[Benutzer:Wohlmannstetter|Wohlmannstetter]] 10:26, 14. Apr. 2013 (CEST)
[[Benutzer:Wohlmannstetter|Wohlmannstetter]] 10:26, 14. Apr. 2013 (CEST)
[[Kategorie:Hardware]]
[[Kategorie:Hardware]]
[[Kategorie:Roco]]

Version vom 12. Februar 2022, 19:09 Uhr

Verwendung
thumbs


Weichendecoder über Rocomotion programmieren

Vergabe nicht möglich?

Ich selbst und auch schon andere Kollegen haben die Erfahrung gemacht, dass das Programmieren einer bestimmten Decoderadresse nicht möglich ist. Die Ursache liegt an der unterschiedlichen Berechnung der Decoderadresse.

Bei Decodern mit 4 Adressen

  • gewünschte Adresse = 5
    • da 5 nicht ohne Kommastelle durch 4 teilbar ist, muss die Zahl "1" abgezogen werden, dann wird durch "4" geteilt - ergibt die "1" zu dieser muss wieder eine "1" hinzugezählt werden, ergibt die endgültige Zahl Zwei als Decoderadresse
  • gewünschte Adresse = 9
    • 9 weniger 1 = 8 / 4 = 2 + 1 ist Drei als Decoderadresse
      • Die Firma AMW Hübsch bietet hier eine Umrechnungsapplikation.

Bei Decodern mit 8 Adressen

  • die erste Adresse muss durch "8" ohne Kommastelle teilbar sein.
    • zu dieser Adresse wird dann die "1" hinzugezählt, dieser Wert ist zu programmieren.

Diese Vorgehensweise nur bei Verwendung in bestimmten Hardwarekonstellationen notwendig.

Quelle: Forum

Wohlmannstetter 10:26, 14. Apr. 2013 (CEST)