Doel:€250.00
Donaties:€50.00

Per saldo:€-200.00

Steun ons nu!

Laatst bijgewerkt
op 03-01-2024

Vacature: secretaris bestuur
Algemeen

De stichting

Recente berichten

Geluid NS Mat'46 vs NS Mat'54 door Thom
Vandaag om 02:40:57
On traXS 15 t/m 17 maart Spoorwegmuseum Utrecht door MrBoembas
Vandaag om 02:36:33
De bouw van mijn modelbaan in Thailand door Thai-Bundesbahn
Vandaag om 02:07:57
Mallnitzer Tauernbahnstrecke ÖBB N Spoor door Schachbrett
Vandaag om 00:54:59
Bahnstrecke 5867 door Schachbrett
Vandaag om 00:39:27
Mijn Ned. N. Spoorbaan ''Echthoven'' door Schachbrett
Vandaag om 00:37:53
Bouw Bührtal III door Schachbrett
Vandaag om 00:36:33
Schneidersein door MartinRT
Vandaag om 00:00:05
NS/32 door RK
18 maart 2024, 23:49:38
Modelbaan Beltheim. door Ronald69
18 maart 2024, 23:41:34
01TREFF 2024, 26&27 OKTOBER door bernhard67
18 maart 2024, 23:27:22
Mijn eerste H0-modeltreinbaan in aanbouw door Modelbaan BeltHeim
18 maart 2024, 23:18:36
De Hondsrugbaan door Modelbaan BeltHeim
18 maart 2024, 23:17:58
Vraag over 20 voets container met vlakke zijwanden door MOVisser
18 maart 2024, 23:09:27
Ijzeren Rijn: militair transport door ijzeren rijn
18 maart 2024, 23:03:28
Perronhoogte TP3 door Klaas Zondervan
18 maart 2024, 22:35:55
Kranenberg, een exercitie in code 70 door wob
18 maart 2024, 22:14:45
EifelBurgenBahn door Reinout van Rees
18 maart 2024, 22:07:31
Loconet over TCP/IP door bask185
18 maart 2024, 22:00:49
bezetmelder aantal lengte en treinstellen door Bobos
18 maart 2024, 21:36:41
Les Billards du Vivarais door Hans1963
18 maart 2024, 21:36:19
plaatsen bezetmelders lengte en treinstellen door Bobos
18 maart 2024, 21:33:54
Am Ende der Strecke, modulebaan op 1 M2 door Frank 123
18 maart 2024, 21:34:50
Resetten decoder via Twin Center Fleischmann door Pieter Bregman
18 maart 2024, 21:33:18
Foto's gevraagd Den Haag CS, oude toestand door Pauldg
18 maart 2024, 21:30:41
Zee. Land. door Huup
18 maart 2024, 21:23:57
Digikeijs DR80010 door TBBW
18 maart 2024, 20:03:37
US diorama in H0 door basjuh1981
18 maart 2024, 20:02:44
Kemlerborden (Gevi / UN nummers) ketelwagens door Falkenberg
18 maart 2024, 19:36:20
Rheinburg, TP V/VI door gdh
18 maart 2024, 19:15:56
  

Auteur Topic: DR5000, problemen met hoge locomotiefadressen  (gelezen 7033 keer)

henk

  • Offline Offline
  • Berichten: 21623
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #30 Gepost op: 01 juni 2020, 16:19:38 »
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.
Het is heel Nederlands om iets heel Nederlands te vinden.

Ronaldk

  • Offline Offline
  • Berichten: 8631
    • Bouw Endstation der Linie: Bahnhof Poggendam
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #31 Gepost op: 01 juni 2020, 16:29:58 »
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.
« Laatst bewerkt op: 01 juni 2020, 16:37:05 door Ronald Koerts »
Zijn we aan het bouwen? Ja! We zijn aan het bouwen: Ronald’s nieuwe project: Endstation der Linie: Bahnhof Poggendam!

henk

  • Offline Offline
  • Berichten: 21623
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #32 Gepost op: 01 juni 2020, 16:48:17 »
MM: Märklin Motorola.  :)
Daar komt dat getal 255 vandaan denk ik.
Het is heel Nederlands om iets heel Nederlands te vinden.

Karst Drenth

  • Offline Offline
  • Berichten: 10212
  • NS blauw, groen, rood, bruin, grijs en standgroen
    • Plan U op Sleutelspoor
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #33 Gepost op: 01 juni 2020, 17:13:46 »
@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

  • Offline Offline
  • Berichten: 10212
  • NS blauw, groen, rood, bruin, grijs en standgroen
    • Plan U op Sleutelspoor
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #34 Gepost op: 01 juni 2020, 17:15:44 »
MM: Märklin Motorola.  :)
Daar komt dat getal 255 vandaan denk ik.

Nope, standaard slechts 80 ( hence Control-80 ;) )

Ronaldk

  • Offline Offline
  • Berichten: 8631
    • Bouw Endstation der Linie: Bahnhof Poggendam
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #35 Gepost op: 01 juni 2020, 17:22:14 »
Misschien dat iemand van de Ency meeleest en  het daar aanpast...

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

Groet Ronald.
Zijn we aan het bouwen? Ja! We zijn aan het bouwen: Ronald’s nieuwe project: Endstation der Linie: Bahnhof Poggendam!

henk

  • Offline Offline
  • Berichten: 21623
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #36 Gepost op: 01 juni 2020, 18:21:18 »
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?
Het is heel Nederlands om iets heel Nederlands te vinden.

72sonett

  • Team encyclopedie
  • Offline Offline
  • Berichten: 2083
    • El Carrilet
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #37 Gepost op: 01 juni 2020, 19:42:22 »
Nu verwijs je naar je eigen encyclopedie.
Het is niet mijn encyclopedie, maar onze encyclopedie...  ;D

Ik zie de verwarring: CV1 is 1 byte groot en kan dus 28 = 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 27 = 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.


« Laatst bewerkt op: 05 juni 2020, 07:15:33 door 72sonett »
El Carrilet
"te dom om te poepen"
MH

Karst Drenth

  • Offline Offline
  • Berichten: 10212
  • NS blauw, groen, rood, bruin, grijs en standgroen
    • Plan U op Sleutelspoor
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #38 Gepost op: 01 juni 2020, 23:25:28 »
Citaat van: 72sonett
Ik zie de verwarring: CV1 is 1 byte groot en kan dus 28 = 256 waarden hebben, van 0..255

Elke CV is 1 byte groot....

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

ahum... 26 = 64.....

Citaat van: 72sonett
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.

Citaat van: DCC-NMRA
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.

Citaat van: 72sonett
Standaard CV1=3 (=%0000 0011).

Korrekt

Citaat van: 72sonett
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

  • Team encyclopedie
  • Offline Offline
  • Berichten: 2083
    • El Carrilet
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #39 Gepost op: 02 juni 2020, 00:07:46 »
27=128 natuurlijk...  :o
El Carrilet
"te dom om te poepen"
MH

Olav

  • Offline Offline
  • Berichten: 803
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #40 Gepost op: 02 juni 2020, 08:23:49 »
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.
Groeten

Olav

Ronald Halma

  • Organisator US Convention Nederland
  • Offline Offline
  • Berichten: 15257
  • Modelrailroading is fun!
    • Team USA Metusa Junction
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #41 Gepost op: 02 juni 2020, 09:08:51 »
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

  • Offline Offline
  • Berichten: 1037
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #42 Gepost op: 02 juni 2020, 12:12:22 »
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

  • Offline Offline
  • Berichten: 1842
  • N-Spoor DB Epoche III
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #43 Gepost op: 02 juni 2020, 15:40:44 »
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

  • Offline Offline
  • Berichten: 7801
Re: DR5000, problemen met hoge locomotiefadressen
« Reactie #44 Gepost op: 02 juni 2020, 16:12:28 »
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  :angel:
Alleen hebben we geen terugkoppeling meer gehad van John.
Gr.
Eric