DCC-protocol voor loc / wissel

[Martin Hornis]

Beste forumlezers,

Hoe 'weet' een loc dat een adres in het DCC-protocol voor een loc bestemd is en niet voor een wissel met hetzelfde adres?

[Klaas Zondervan]

Daar is toch geen verschil tussen?
Bij het Motorola protocol wel, daar zijn de pulslengtes voor locs en wissels verschillend.

[MBZE_Erik]

https://dccwiki.com/Digital_packet

Het komt er eigenlijk op neer dat een wissel decoder niks snapt van een loc decoder commando en hem dus negeert en loc decoder niks snapt van een wissel decoder commando.

Hij 'weet' het dus niet maar reageert alleen op wat hij begrijpt. 

[Klaas Zondervan]

Erik, kan je ook aanwijzen waar dat staat in dat geschrift?
 
Van de site van de NMRA begrijp ik dat het verschil zit in het adresbereik. Adressen tot 127 zijn voor locs, adressen van 128 tot 256 voor wissels. De structuur van de inhoud is voor beide gelijk. Dus als je een wisseldecoder gaat aansturen als een locdecoder of andersom, dan gaan er volgens mij rare dingen gebeuren.

[MBZE_Erik]

Het is mij zo uitgelegd en werkt in de praktijk. (maar ik kan het mis hebben er zullen best mensen zijn die het beter weten of beter kunnen uitleggen  )

Maar ik denk dat het kom door het volgende.
Instruction Bytes
The Instruction byte tells the device to set a function (light, bell, whistle, horn, coupler, etc.) on or off, to change to a specified speed step, to reverse direction, to emergency stop, etc. Systems using 14 or 28 speed steps only need one byte for the instructions. For 128 speed steps, two bytes are required. The structure of the bytes differs to indicate the speed steps used.

[meino]

Eigenlijk ius het heel simpel. De decoder kijkt naar het adres in het commando. Als het eerste bit 0 is, dan is het een lokdecoder met een simpel adres (1-127), is het eerste bit 1 en het tweede bit 0, dan is het een wisseldecoder. Als het eerste bit 1 is en het tweede bit ook 1, dan is het een lokdecoder met lange adressen.

Groet Meino

[Martin Hornis]

Allen hartelijk bedankt. De link en de gegeven toelichtingen maken het voor mij duidelijk.

[MRdirect]

Van de site van de NMRA begrijp ik dat het verschil zit in het adresbereik. Adressen tot 127 zijn voor locs, adressen van 128 tot 256 voor wissels. De structuur van de inhoud is voor beide gelijk.

Dat is niet correct! Locdecoders hebben een adres bereik tot ver boven de 127, dmv zogenaamde “long adressen”. Wissels kunnen in DCC vanaf adres 1 gebruikt worden. Dus de adres range overlapt elkaar.
Het verschil zit in de inhoud van de pakketjes. Dus zoals Erik (in eenvoudige taal) al zei snapt een locdecoder “niets” van de wisselcommando’s en de wisseldecoders niets van de loc-commando’s.

[MRdirect]

Eigenlijk ius het heel simpel. De decoder kijkt naar het adres in het commando. Als het eerste bit 0 is, dan is het een lokdecoder met een simpel adres (1-127), is het eerste bit 1 en het tweede bit 0, dan is het een wisseldecoder. Als het eerste bit 1 is en het tweede bit ook 1, dan is het een lokdecoder met lange adressen.

Groet Meino

Dus ook dit is niet cerrect.

[Klaas Zondervan]

Dat is niet correct! Locdecoders hebben een adres bereik tot ver boven de 127, dmv zogenaamde “long adressen”. Wissels kunnen in DCC vanaf adres 1 gebruikt worden. Dus de adres range overlapt elkaar.

Dat zag ik toch in dit geschrift: https://nmra.org/sites/default/files/s-9.2.1_2012_07.pdf, onder A: Adress Partitions. Of begrijp ik dat verkeerd?

[Ad Cleijsen]

Hoi,

Ik heb indertijd begrepen dat er een signaal op de rails gezet wordt en een decoder denkt 'hee das voor mij' wat de decoder daar dan mee doet is, zijn opdrachten omzetten in acties. Dus wissel klapt, loc rijdt of lampje gaat uit/aan.
Net als Erik dus, snap ik het op deze manier.

Groet Ad

[Klaas Zondervan]

Ja, de decoder herkent aan het adres dat de boodschap voor hem bestemd is. Daarna volgt het commando waar de decoder aan moet voldoen. Net als wanneer iemand roept: hé Ad, dan weet je dat het bericht voor jou bestemd is, en als ze roepen: hé Klaas, dan is het voor mij.

Waar ik nou weer benieuwd naar ben, wat gebeurt er als je een loc een wisselcommando geeft, wat doet die decoder dan met het commando. Iemand al eens geprobeerd?

[Bert V]

Dat gebeurt toch voortdurend op een digitale baan? De wisselcommando's worden toch net als de loc commando's via de rails doorgegeven? Als ik met een digitale loc rijdt en ik zet via de centrale een wissel om dan is dit toch precies wat er aan de orde is? De loc decoder "herkent" het signaal dan domweg niet (hoe dat technisch zit weet ik niet) en negeert het dus.

Groeten,
Bert

[Klaas Zondervan]

Ik bedoel: wat gebeurt er als je wisselcommando's stuurt en je geeft een locdecoder dat adres?
Dan gaat de locdecoder er naar luisteren omdat het adres klopt. Maar wat doet hij vervolgens met het commando?

[Bert V]

Ik heb geen idee hoe een decoder zijn eigen adres precies "herkent" maar op mijn baan heb ik zowel loc adressen als wisseladressen beneden de honderd in gebruik. Als ik rijd met een loc die luistert naar zijn adres 5 en ik schakel de wissel die ook adres 5 heeft met mijn centrale dan reageert de loc daar niet op. Voor de gebruiker heet het kennelijk allebei adres 5 maar in het protocol zal dat dan dusdanig verschillend zijn dat een lok decoder een wisselcommando niet herkent en vice versa.

Groeten,
Bert