Verspringen nummering Roco wisseldecoders / MultiMaus

[MartinRT]

Ik heb diverse malen de klok horen luiden, maar de klepel heb ik niet meer kunnen vinden.  Ook de zoekfunctie werkt niet, maar ik zal ook wel de verkeerde zoekopdracht ingeven.

Klok:  met het digitaal aansturen van wissels met de Roco MultiMaus (MM) is er een verschil van 4 in nummering.  Ergens, dus daar vind ik de klepel niet van.

Klepel: kan een deskundige uitleggen wat er nou precies aan de hand is (verwijzing naar een ander item kan ook) en waar ik vooral in geïnteresseerd ben:  waarom ?   Waarom is bij Roco/MM het nummer 1 (één)  niet 1 maar 5 ?  Moderne wiskunde ?  Hoewel dit probleem al lang bestaat heb ik begrepen nl. vanaf het begin van digitaal bij Roco ?

[bask185]

Dat heeft te maken met dat sommige programmeurs bij Roco een andere mening hadden.

In programeer wereld kunnen we variabelen indelen in zgn. arrays. Een raar iets is dat nul geïndext zijn. Het eerst element is element nul. In mensen wereld is dat raar, want je hebt geen nulde wissel of nulde sein.

Bij XpressNet zijn wissels per vier gegroepeerd. Dat ligt zo vast in het protocol. Zo heeft Lenz het bedacht en ontworpen. Maar die eerste vier wissels liggen die nou op de nulde of eerste module? Roco had hier een meningsverschil met Lenz. Daar komt het vandaan.

Mvg,

Bas

[MartinRT]

Met dank.  Pure onwil/willekeur dus, van Roco bedoel ik.

Bit nul = bit 0, geen ontkomen aan.  Laat dat nou net de "eerste" bit zijn  .
Maar Lenz maakt er zelf in de handleidingen ook een ratjetoe van.  Bit 1 (0)  tm 8 (7)  is heel gewoon, vooral als er tekst bij staat wordt het erg rommelig.  En dat doen ze soms in één handleiding door elkaar.

Ik hou het maar op 0, dan weet ik in ieder geval waar ik aan toe ben.

Maar heb ik het volgende dan goed begrepen, of is het precies andersom ?  Stel ik heb een MM met wisseladres 1, dan moet ik dezelfde wissel op een Lenz regelaar met no. 5 bedienen ?

[bask185]

Ja dat klopt wel aardig.

Weet ook dat je dit op een z21 wel kan corrigeren met een optie. Mocht je je booster ooit voor een z21 omruilen..

Bit 1 (0)  tm 8 (7) 

Ja de dingen die ze bedenken. Märklin met hun 'trits' in dat k MM2 protocol.

In DCC is snelheid 0, 0, 1 is noodstop en dan de rest loopt weer op.

Mvg,

Bas

[Patrick Smout]

Ja de dingen die ze bedenken. Märklin met hun 'trits' in dat k MM2 protocol.

Kleine aanvulling.

Marklin heeft dat niet echt bedacht maar dat is een erfenis uit de tijd dat de eerste decoders nog geen microcontroller hadden maar een hardware decoder zoals bv de Motorola MC145026. Marklin heeft al die tijd ernaar gestreefd om met MM die compatibiliteit te houden. Heeft voordelen en nadelen.

[AP3737]

Hallo
Dit “probleem” is beschreven in RCN 213 (pagina 4 en 5) van de RailCommunity. Dat is de groep van (voornamelijk) Europese DCC fabrikanten. De bekende NMRA standaarden zijn op meerdere punten ambigu, en laten meerdere interpretaties toe. De Fabrikanten achter de RailCommunity proberen daarom de NMRA standaarden te verduidelijken en aan te scherpen.

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

Ik denk overigens niet dat sommige bouwers hebben zitten slapen; ze hebben eenvoudig weg de DCC specificatie anders geïmplementeerd. Lenz heeft bijvoorbeeld bedacht dat je begint te tellen bij wissel 1 (doet de NS denk ik ook), terwijl anderen beginnen bij 0 (dat doen de meeste programmeurs).

Bij mijn eigen DCC Library (https://github.com/aikopras/AP_DCC_library) kan ik dmv een variabele kiezen of ik Lenz, Roco of OpenDCC conform de adressen wil decoderen.

Groet, Aiko

[Tinker55]

Ik heb geen idee of ik je hiermee help, maar ik heb recentelijk een paar maal contact gehad met iemand van Etecmo waar ik 4 wisseldecoders had besteld. Bij installatie merkte ik ook de verschuiving van wissel adressen (+4); onderstaand het advies wat ik kreeg en dit werkt perfect (bij mij…)

Dat de adressen van de wissels +4  is verschoven is inderdaad een instelling in de Z21.
Bij de instellingen van de centrale (Maintenance tool) kun je aangeven dat de "DCC turnout-addressing according RCN-213" ingeschakeld moet worden.
Als je deze "aan" vinkt worden de wisseladressen verschoven, zodat bij het intoetsen van wissel 1 ook daadwerkelijk uitgang 1 van module 1 wordt geschakeld.

[MartinRT]

Lenz heeft bijvoorbeeld bedacht dat je begint te tellen bij wissel 1 (doet de NS denk ik ook), terwijl anderen beginnen bij 0 (dat doen de meeste programmeurs).

Als ik de diverse gegevens combineer, dan denk ik niet dat Lenz digitaal bij 1 begint, maar toch bij nul.  Alleen, en dat vind ik zelf heel vervelend, noemen ze dat "de eerste", in dit geval wissel. Maar digitaal is het 0.

Daar kom ik op, doordat het een goede verklaring is voor het feit dat Roco voor 4 heeft gekozen.  Nul + vier is immers 4.
En in volgorde:  Lenz  0  1  2  3  dus Roco vanaf 4 omdat de andere al bezet waren.  Dus om nog meer verwarring van door elkaar lopen te voorkomen, dan zou de ellende helemaal niet meer te overzien zijn.

Klopt mijn redenering ?

[bask185]

Als ik de diverse gegevens combineer, dan denk ik niet dat Lenz digitaal bij 1 begint, maar toch bij nul.  Alleen, en dat vind ik zelf heel vervelend, noemen ze dat "de eerste",

Ja dat klopt volgens mij wel. Als ze dat niet doen, zou je 1 hele wisseladres niet meer kunnen gebruiken. Hoe verschrikkelijk zuur zou het zijn als je geen 2048 maar 2047 adressen tot je beschikking zou hebben  En nu moeten programmeurs overal +1 en -1 in allerlei code regels tikken om dit te compenseren  .

Soms als ik iets van een array of tabel maak in code, voeg ik wel eens een dummy-element toe om dit soort 'problemen' op te lossen als alternatief om overal maar +1 en -1 te tikken. Het blijft toch raar.. die nulde wissel. Dat klopt niet.

Bas

[MartinRT]

Maar blijkbaar vinden we wel acceptabel en heel normaal dat er gesproken wordt over bijvoorbeeld een CV met 256 mogelijkheden, terwijl we als ingevoerde getallen 0 tm 255 gebruiken.

Kortom, het is wel duidelijk, maar het wordt er niet duidelijker op gemaakt.  Verschil tussen digiTAAL en lekenTAAL ?

[bask185]

Weet je, je moet zo denken. De gemiddelde gebruiker heeft toch geen idee hoe de dingen werken. Die zal het een worst zijn of een of ander protocol onderhuids nu een getalletje plust of mint. Zolang het maar werkt, toch. Wij programmeurs komen er toch wel uit.