DR5000, problemen met hoge locomotiefadressen

[henk]

Nu verwijs je naar je eigen encyclopedie. 

Beter bij de NMRA kijken, zie nabij regel 45.
https://www.nmra.org/sites/default/files/standards/sandrp/pdf/s-9.2.2_decoder_cvs_2012.07.pdf

En in verband met de verschillende interpretaties van de fabrikanten maar beter geen korte adressen hoger dan 99 gebruiken.

Volgens mij heeft MM maximaal 255 adressen.

[Ronaldk]

hoi,

encyclopedie

Dan mag deze aanpassen. Dit is niet correct. Zie ook de eerdere posts

Volgens mij heeft MM maximaal 255 adressen.

Nee, niet echt. Bij de Roco Multimaus is het korte adres: 1 tot en met 99. Je kan gewoon adressen tot 9999 gebruiken bij de Roco multimaus. De Roco multimaus heeft de mogelijkheid om 64 adressen en namen op te slaan in de bieb. Daarnaast gewoon met het toetsenbord losse adressen in te geven.  De Roco Lokmaus 2/3 kon adressen aan tot 99. Bij Lenz is het ook 1 tot en met 99.

Groet Ronald.

[henk]

MM: Märklin Motorola. 
Daar komt dat getal 255 vandaan denk ik.

[Karst Drenth]

@Ben

Sorry, verkeerdom gelezen    Bij de ESU is alles onder de 128 idd kort

@72Sonnet

Sorry dat ik de "messenger" beschoten heb

Misschien dat iemand van de Ency meeleest en  het daar aanpast...


Grtz,

Karst

[Karst Drenth]

MM: Märklin Motorola. 
Daar komt dat getal 255 vandaan denk ik.

Nope, standaard slechts 80 ( hence Control-80 )

[Ronaldk]

Misschien dat iemand van de Ency meeleest en  het daar aanpast...

Dat mag 72sonet zelf doen  Hij zit in het Ency-team ....

Groet Ronald.

[henk]

Nope, standaard slechts 80 ( hence Control-80 )

Oh, ik heb toch jaren zuiver Motorola gereden met decoders die zich tot 255 lieten adresseren. 
Weer zo’n geintje van fabrikanten?

[72sonett]

Nu verwijs je naar je eigen encyclopedie.

Het is niet mijn encyclopedie, maar onze encyclopedie... 

Ik zie de verwarring: CV1 is 1 byte groot en kan dus 2⁸ = 256 waarden hebben, van 0..255, maar bij NMRA/ DCC worden van de 8 bits (0..7) alleen de eerste 7 bits (0..6) gebruikt voor het adres, dus 2⁷ = 128 waarden, van 0..127.
Het 8e bit (bit nr 7) van CV1 geeft aan of de decoder naar CV12 moet kijken of niet.
Standaard CV1=3 (=%0000 0011).

Ik zal het in de encyclopedie wat verduidelijken.

[Karst Drenth]

Ik zie de verwarring: CV1 is 1 byte groot en kan dus 2⁸ = 256 waarden hebben, van 0..255

Elke CV is 1 byte groot....

maar bij NMRA/ DCC worden van de 8 bits (0..7) alleen bit 0..6 gebruikt voor het adres,  dus 2⁶= 128 waarden, van 0..127.

ahum... 2⁶ = 64.....

Bit 7 van CV1 geeft aan of de decoder naar CV12 moet kijken of niet.

Bit 7 in CV 1 heeft geen betekenis.  Bit 7 aan in het eerste byte van het DCC protocol geeft aan dat het zich om een accessoire- of "lang" adres handelt...
En heeft derhalve niets met de CV12 "alternate powersource" te maken... wel is de waarde 0 (zie onder) een trigger om naar CV12 te gaan kijken.

Configuration Variable 1 Primary Address

Bits 0-6 contain an address with a value between 1 and 127. Bit seven must have a value of "0". If the value
of Configuration Variable #1 is "00000000" then the decoder will go out of NMRA digital mode and convert
to the alternate power source as defined by Configuration Variable #12. This setting will not affect the Digital
Decoder's ability to respond to service mode packets (see S 9.2.3). The default value for this Configuration
Variable is 3, if the decoder is not installed in a locomotive or other unit when shipped from the manufacturer.

Standaard CV1=3 (=%0000 0011).

Korrekt

Ik zal het in de encyclopedie wat verduidelijken.

Graag, maar dan wel goed

Het lijkt een beetje muggenziften hier van mij, is niet de bedoeling... Door dit soort foutjes, fouten en blunders komen zeer veel mensen met vragen te zitten die in het geheel niet nodig waren geweest

( nog afgezien van het aantal keren dat ik heb moeten aanhoren/lezen: "ja maar... op BNLS zeggen/schrijven ZE dat: " dfhkjshfkjsdhfkjshfkjhskdfhskjdhf " )

Grtzz,

Karst

[72sonett]

2⁷=128 natuurlijk... 

[Olav]

Oh, ik heb toch jaren zuiver Motorola gereden met decoders die zich tot 255 lieten adresseren. 
Weer zo’n geintje van fabrikanten?

Dat kan. Maar dat is wel met het nieuwe Motorola format. Het oude format gaat niet verder dan 80.

Bij de control 80 is dit hetzelfde, voor de 80f weet ik niet of dat hetzelfde is, gezien het display lijkt mij deze ook begrenst op 80.

[Ronald Halma]

Prachtige discussie mannen maar is de topicstarter nu verder gekomen met zijn probleem?:

Het probleem is namelijk dat ze het de ene keer wel doen en de andere keer niet dan moet ik me hele systeem uitschakelen

Dus John18, kun je daar duidelijkheid over geven?

[Blausee-Mitholz]

Als John de adviezen van Karst opvolgt is het zo opgelost.
Wat kun je beter doen dan de adviezen van de bedenker op te volgen 😎

Mvg Johan

[Bert_Apd]

Hallo John en anderen,

Naar mijn idee wordt het probleem veroorzaakt doordat de lokdecoders door John handmatig zijn ingesteld op "korte" adressen ( < 128 ) en "lange" adressen (128 en hoger), terwijl de DR5000 "kort" en "lang" adresseert volgens de in de DR5000 ingestelde indeling "laatste korte adres".

De instelling op de centrale zelf bepaalt of een loc een bepaald locadres vanuit de centrale wordt "aangesproken" via "korte adressering" of "lange adressering", daar is namelijk verschil tussen. Daardoor zal een locdecoder met een "kort" adres 108 (in CV1) zich niet voelen aangesproken als hij vanuit de centale via dit "korte" adres 108 op de "lange" manier geadresseerd wordt: hij zal dus daarop niet reageren. Hetzelfde geldt net andersom. Een locdecoder met een "lang" adres 108 (in CV17/CV18) zal niet reageren als hij vanuit de centrale op de "korte" manier geadresseerd wordt. Je krijgt dan misschien de indruk dat de commando's vanuit de centrale niet verstuurd worden, maar dat is niet waar: de locdecoder negeert de commando's die niet voor "zijn adres" bestemd zijn.

Aangezien John zijn baan bestuurt via de DR5000 centrale kan John het beste het volgende doen:

1. Maak via de USB-aansluiting verbinding tussen PC en DR5000.
2. Stel via de DR5000 software op de PC het "laatste korte adres" van de DR5000 in op 99 en schrijf deze instelling weg via de groene knop.
3. Sluit de DR5000 software op de PC en schakel de DR5000 uit.
4. Start de DR5000 software op de PC weer op en schakel de DR5000 weer aan, verbinding via USB.

Stel nu voor alle locomotieven met een adres hoger dan 99 het locadres opnieuw in via de DR5000 Software "Programmeren via het Programmeerspoor" mbv het veld "Adres" volgens de onderstaande procedure:

1. Lees via de DR5000 Software het op de locdecoder ingestelde adres uit via "Adres lezen". Noteer dit adres.
2. Vul adres 3 in in het veld "Adres" en schrijf dit adres weg naar de locdecoder.
3. Lees het adres weer uit en controleer of het locadres nu inderdaad 3 is.
4. Controleer via de DR5000 software of de locomotief nu reageert op de rijopdrachten voor locadres 3.
5. Ga terug naar "Programmeren via het Programmeerspoor".
6. Vul het genoteerde oude locadres in in het veld "Adres" en schrijf dit adres weg naar de locdecoder.
7. Lees het adres weer uit en controleer of het locadres het gewenste adres is.
8. Controleer via de DR5000 software of de locomotief nu weer reageert op de rijopdrachten van het gewenste locadres.
9. Als dit zo is zijn de instellingen op de locdecoder in overeenstemming met de adressering vanuit de DR5000 centrale.

Herhaal deze procedure voor alle locomotieven die een hoger adres hadden dan 99. Op deze wijze ben je er zeker van dat alle locomotieven weer correct zijn ingesteld. Mochten er ook "probleem" locomotieven zijn met een lager adres, stel dan ook de decoders van deze locomotieven weer opnieuw in volgens de hierboven beschreven methode.

Gebruik daarna alleen nog maar de DR5000 Software op de PC om locadressen in te stellen, dan weet je zeker dat locdecoder en centrale met elkaar overeenkomen. Het zelf handmatig veranderen van adressen via CV1/CV17/CV18/CV29 is niet verstandig.

Verder is het verstandig om - ter voorkoming van compatibiliteitsproblemen met andere centrales - de adressen 99 t/m 128 niet te gebruiken.

Ik hoor graag van je of na het opnieuw instellen van de locadressen de problemen verdwenen zijn.

Groeten,
Bert

[Remunj]

Naar mijn idee wordt het probleem veroorzaakt doordat de lokdecoders door John handmatig zijn ingesteld op "korte" adressen ( < 128 ) en "lange" adressen (128 en hoger), terwijl de DR5000 "kort" en "lang" adresseert volgens de in de DR5000 ingestelde indeling "laatste korte adres".

Volgens mij waren we het daar gisteren al over eens 
Alleen hebben we geen terugkoppeling meer gehad van John.