DCC-protocol voor loc / wissel

[MRdirect]

Hoe werkt dat in de praktijk. Wisseldecoder 1 wordt base adres 1, sub adres 0. Wisseldecoder 4 wordt base adres 1, sub adres 3. Wisseldecoder 5 wordt nu base adres 2, sub adres 0. Etc.

Het Motorola protocol doet het op dezelfde manier, een basis adres met vier SUB adressen cq uitgangen. Een efficiënte manier om veel wisselnummers in een beperkt aantal adressen te coderen.

Beslist geen “een aan elkaar gebreid zooitje”, je moet alleen het “trucje” door hebben. Gelukkig wordt dit allemaal onder de tafel door je centrale geregeld. Alleen als je je eigen centrale gaat maken (zoals ik > 15 jaar geleden met MRdirect al deed) kan het een lastig te doorgronden probleem zijn.

M.vr.gr. Marco

[Patrick Smout]

bijkomend configuratievoordeel van de opsplitsing tussen base adres en subadres is dat je ook maar 1 basisadres per decoder moet instellen  per 4 ( uitgangen en geen 4 of 8. Het is maar hoe je kijkt naar basisadres, subadres en rood/groen keuze. Ook deze laatste is niet meer dan een onderdeel van de adressering om tot een enkele fysieke uitgang te komen. ( namelijke 1 spoel of lamp de je aan of uit kan zetten). Je kan probleemloos je eigen accessory decoder maken met 1 fysieke uitgang die je bvb dan inbouwt in de voet van je straatlantaarn. Voor elke straatlantaarn zal je dan het basis adres, subadres en kleur moeten instellen. Wel wat configuratiewerk maar optimaal configureerbaar en meeste flexibiliteit.

Mvg,  Patrick

[meino]

Als die 1 er niet staat, dan zijn er maar 64 adressen beschikbaar. En is het maar een 6-bits-adres.

Dag Martin

Volgens de DCC Wiki geeft dat aan dat het een Extended Accessory Decoder packet is met een 11 bit adres. Dit wordt gebruikt voor multi aspect (licht) seinen. Ik weet niet of dat veel ondersteund wordt.

Groet Meino

[Martin Hornis]

Multi-aspect is een andere benadering. Ik weet alleen dat het in de OC32 gebruikt kan worden en dat het door iTrain ondersteund wordt. Zelf laat ik het multi-aspect-signaal vanuit de PC (iTrain) niet via DCC verlopen, maar via RS485 naar de OC32's. Daarmee omzeil ik de centrale (Intellibox I).

[MRdirect]

DCC volgens de NMRA specs heeft een locomotief signaal twee Adressermodes, 7 en 14 bit:
 7 bit. 0AAAAAAA  adres 0 - 255
14bit. 11AAAAAA   AAAAAAAA 0 - ??

Voor de base accessory decoder 6 bit
 6 bit.  10AAAAAA  adres O - 127 , dus 4*127 = 588 wisselNUMMERS.

[Martin Hornis]

14 bit -> ?? = 2^14 - 1 = 16.383.
6 bit -> 2^6 -1 = 63.

dus 4*127 = 588 wisselNUMMERS

Dat vind ik vreemd, want 4*127 = 508. Je zou er de 3 bits in de 2e byte er bij kunnen nemen. Dan kom je uit op 2^9 = 512 nummers. Door de keuzebit in de 2e byte kun je beide mogelijkheden bij elkaar optellen: 64 + 512 = 576. Maar of dat zo werkt, weet ik niet. Als je nog meer adressen wil dan moet je een andere benadering toepassen.

[meino]

7 bit. 0AAAAAAA  adres 0 - 255

Sorry, maar 7 bits geeft 0-127, adres 0 wordt niet gebruikt, dus dat geeft maximaal 127 locs.

6 bit.  10AAAAAA  adres O - 127 , dus 4*127 = 588 wisselNUMMERS.

Helaas ook niet correct, 6 bits geeft 0-63, ook hier wordt adres 0 niet gebruikt. Maar in het volgende databyte zitten ook nog 3 bits (bij een Basic Accessory Decoder packet), die aan het adres worden toegevoegd. Dat geeft 9 bits voor het base adres. Dus 1-511 als mogelijke base adressen. Dat resulteerd in 4*511 = 2044 decoder adressen. Bij een Extended Accessory Decoder pakket worden er 5 bits toegevoegd. Maar dat type pakket heeft geen subadressen, dus het aantal decoders is het zelfde.

Groet Meino

[Bert_Apd]

Dat geeft 9 bits voor het base adres. Dus 1-511 als mogelijke base adressen. Dat resulteerd in 4*511 = 2044 decoder adressen.

Het zijn in totaal 2048 decoderadressen die beschikbaar zijn: base-adres 0 kan ook gebruikt worden... dus 4*512 = 2048.

Meestal wordt base-adres 0 echter niet gebruikt (conform norm RCN-213) en resteren er 2044, alleen Fleischmann/Roco zijn de uitzondering in deze.

> http://normen.railcommunity.de/RCN-213.pdf

Aus Gründen der Kompatibilität zu existierenden Zentralen ist die erste angesprochene
Adresse 4 = 1000-0001 1111-D00R. Diese Adresse wird in Anwenderdialogen als
Adresse 1 dargestellt.

Vandaar de regelmatig tot verwarring leidende adresverschuiving van 4 adressen:

- Bij Roco/Fleischmann is bij wisselnummer 1 het "decoderadres" = 0 en zijn er in totaal 2048 "wisselnummers" bruikbaar
- Volgens RCN-213 is bij wisselnummer 1 het "decoderadres" = 4 en zijn er in totaal 2044 "wisselnummers" bruikbaar

In de Z21 Maintenance Software vind je dan ook de keuze voor de RCN-213 standaard terug:

         


De "oude" MultiMuis "centrale" aan booster 10765 heeft deze optie niet en begint dus bij base-adres 0 voor "wisselnummer" 1.
Een via deze "centrale" ingestelde wisseldecoder heeft dus een adresverschuiving van 4 ten opzichte van de "standaard" RCN-213 centrales.

Ook de Digikeijs DR5000 Centrale heeft de mogelijkheid om te kiezen voor de "Fleischmann/Roco" adressering (Eerste wissel-module adres =0) of de standaard RCN-213 adressering (Eerste wissel-module adres =1):

         


Met behulp van deze optie kun je van een werkende "MultiMuis + Booster 10765" baan (dus met base-adres 0) overschakelen naar een besturing onder de DR5000 zonder last te hebben van de "adresverschuiving" door te kiezen voor de waarde 0 voor het "Eerste wissel-module adres".


Groeten,
Bert

[meino]

Ik heb er nog eens de NMRA specificaties op nagekeken, je hebt gelijk dat base adres 0 een geldig adres is voor een accessory decoder. Echter adres 127 is volgens de NMRA specs gereserveerd voor broadcasts. Dus blijven er nog steeds slechts 511 base adressen en 2044 decoder adressen over. Verder zie ik dat in Rocrail en Koploper adres 0 voor een decoder niet opgegeven kan/mag worden. 
Wel weet ik dat Koploper in combinatie met de MDRRC-II Centrale als base adres het zelfde genereert als het adres dat in Koploper is geconfigureerd. Een wissel dat als 1 is geconfigureerd krijgt als base adres 1 en subadres 0, een wissel met een geconfigureerd adres 2 krijgt base adres 1 en sub adres 1, etc.
Hoe andere DCC centrales daar mee omgaan is nog weer een ander verhaal en dat weet ik dus niet

Groet Meino

[Klaas Zondervan]

Ik lees bij de NMRA dat adres 0 is gereserveerd voor de broadcast.

Intussen begin ik wel een idee te krijgen hoe het in elkaar zit. In ieder geval veel ingewikkelder dan in mijn idee nodig is. Als ze vanaf het begin twee bytes hadden gebruikt voor de adressen dan had je een paar miljoen adressen gehad waarin je zonder meer lange adressen kon kiezen zonder extra rompslomp.

Nog een ander punt wat eigenlijk buiten dit onderwerp ligt: De nullen en enen op de baan bestaan uit een negatieve en een positieve puls van gelijke lengte direct na elkaar. Dat hebben ze gedaan om de DC rest nul te maken waardoor het mogelijk was via zero-stretching een analoge loc te kunnen laten rijden. Dat bleek een fiasco, er zijn heel wat analoog gestuurde motortjes in rook opgegaan. Als ze dat idee hadden losgelaten was voor elke bit maar 1 puls nodig en was het protocol 2 keer zo snel geweest.

[Bert_Apd]

Hallo Meino,

Echter adres 127 is volgens de NMRA specs gereserveerd voor broadcasts.

Klopt. En dat levert bij sommige schakeldecoders dan ook weer problemen op. Zo wordt bijvoorbeeld bij geactiveerde "RailCom voor Accessory Decoders" met regelmatige tussenpozen een broadcast via een wisseladres uit de base-adresreeks 127 gedaan, waardoor schakeldecoders tijdens het programmeren van het wisseladres "van slag" kunnen raken: sommige schakeldecoders slaan dit adres op als "eerste wisseladres" en verlaten dan weer de programmeer-modus voordat de gebruiker het bedoelde wisseladres zelf heeft kunnen schakelen... Meestal verraad een regelmatig knipperend adresserings-ledje op de schakeldecoder dit probleem.

Dit probleem kan dan worden voorkomen door "RailCom voor Accessory Decoders" in de centrale (tijdelijk) uit te schakelen.

Ook zijn er centrales (bijvoorbeeld TAMS) die via specifieke wisseladressen Boosters "pollen" om te zien of de Booster nog "actief" aanwezig is. Ook deze vorm van broadcasting kan leiden tot dezelfde problemen bij het instellen van wisseladressen voor schakeldecoders.

Conclusie: ook al zijn er NMRA standaards, er zijn bij implementaties veel "eigen interpretaties" met soms verrassende neveneffecten...

Groeten.
Bert

[Bert_Apd]

Hallo Klaas,

Ik lees bij de NMRA dat adres 0 is gereserveerd voor de broadcast.

Hier lees ik wat anders:

> https://dccwiki.com/Accessory_Address

Address Range
You can have addresses from 1 to 2044. Each address location can control a pair of functions, usually either two solenoids for turnouts or two LEDs for signals.

Different manufacturers view this range in one of two ways:

1) 511 decoder addresses, each with 4 sub-addresses, or
2) 2044 individual output addresses
Not all command stations support all of the possible addresses in that range.

Special Addresses
The NMRA reserves addresses 2045 to 2048 for broadcasting to all accessory decoders.

Zijn er meerdere (verschillend te interpreteren?) NMRA specificaties?

Aanvulling:

Ik lees in dit document https://www.nmra.org/sites/default/files/s-9.2.1_2012_07.pdf het volgende:

Page 1:

A: Address Partitions

The first data byte of an Extended Packet Format packet contains the primary address. In order to allow for different types of decoders this primary address is subdivided into fixed partitions as follows.

          Address 00000000 (0): Broadcast address

          Addresses 00000001-01111111 (1-127)(inclusive): Multi-Function decoders with 7 bit addresses
          Addresses 10000000-10111111 (128-191)(inclusive): Basic Accessory Decoders with 9 bit addresses and Extended Accessory Decoders with 11-bit addresses
          Addresses 11000000-11100111 (192-231)(inclusive): Multi Function Decoders with 14 bit addresses
          Addresses 11101000-11111110 (232-254)(inclusive): Reserved for Future Use
          Address 11111111 (255): Idle Packet

Page 9:

If operations-mode acknowledgement is enabled, receipt of an extended accessory decoder packet must be
acknowledged with an operations-mode acknowledgement.

Broadcast Command for Accessory Decoders

          Broadcast Command for Basic Accessory Decoders
          The format for the broadcast instruction is:

          {preamble} 0 10111111 0 1000CDDD 0 EEEEEEEE 1

          This packet shall be executed by all accessory decoders. CDDD is defined as specified in the paragraph on Basic Accessory Decoder Packet Format.

          Broadcast Command for Extended Accessory Decoders
          The format for the broadcast instruction is:

          {preamble} 0 10111111 0 00000111 0 000XXXXX 0 EEEEEEEE 1

          All extended accessory decoders must execute this packet. XXXXX is defined as specified in the paragraph on Extended Accessory Decoder Packet Format.

NMRA maakt dus blijkbaar zelf al onderscheid in de specifieke toepassing van adressen voor loc-decoders en schakeldecoders...


Groeten,
Bert

[Klaas Zondervan]

https://www.nmra.org/sites/default/files/s-9.2.1_2012_07.pdf, bij Adress partitions

https://morop.org/downloads/nem/de/nem671_d.pdf, hfdst 4.1

Beide noemen adres 0 als broadcast adres.

127 is bij beide het laatste locadres.

PS: Bert was 4 seconden sneller.

[Bert_Apd]

Klaas,

Ik had ondertussen mijn eerdere antwoord wat aangevuld, zie onder Aanvulling.

Zit het verschil dan in "standaard Broadcasting" en "Broadcasting voor Accessory Decoders"?

Groeten,
Bert

[Klaas Zondervan]

Ik was nog niet aan page 9 toegekomen. Blijkbaar zijn er 2 broadcast adressen, 1 voor locdecoders en 1 voor wisseldecoders. Maar adres 127 zit daar niet bij, dat is een gewoon locadres. Hoe ze daar bij DCC wiki aan komen weet ik ook niet. Ik ga er vanuit dat alles wat in tegenspraak is met NMRA of NEM niet waar is.

Voorlopig ben ik weer genoeg bijgepraat, ik ga weer eens kijken naar de besturing van mijn analoge baan.