Doel:€250.00
Donaties:€128.00

Per saldo:€-122.00

Steun ons nu!

Laatst bijgewerkt
op 16-04-2024

Vacature: secretaris bestuur
Algemeen

De stichting

Recente berichten

Vijfhuis (v.h. Frotterdam) door barry1972
Vandaag om 01:52:03
Mijn eerste H0-modeltreinbaan in aanbouw door bigboynl
Vandaag om 01:23:06
Decals voor een Roco 64892 DSG Speisewagen door frits959
Vandaag om 01:22:36
Einde Koemo ballast ??? door Ronald69
Vandaag om 01:14:28
Keerlusmodule Digikeijs DR5013 gaat na willekeurig aantal rondes op kortsluiting door Bert_Apd
Vandaag om 00:57:40
Frans/Belgisch H0e baantje door NS264
Vandaag om 00:44:46
Kleine Baan in H0 (≤ 0.5m²) door NS264
Vandaag om 00:19:08
LS Models 2024 door Albert.H0
Vandaag om 00:17:47
h0 diorama USA “The Paintshops” door Whis
Vandaag om 00:08:34
Ronald en Wanda's "Southern Comfort" swamp layout! door class 37
Vandaag om 00:06:03
Nederland jaren 50 op basis van mijn roots door defender
19 april 2024, 23:05:17
Haandrecht materieel door orientexpress
19 april 2024, 23:02:39
EifelBurgenBahn door Frank 123
19 april 2024, 23:01:42
Mallnitzer Tauernbahnstrecke ÖBB N Spoor door Schachbrett
19 april 2024, 23:00:45
Traintastic - modelbaan besturingssoftware (gratis en open source) door bask185
19 april 2024, 22:27:47
Hengelo in 1981-1982, maar dan anders: Kassenberg in N door raymond erdtsieck
19 april 2024, 22:23:17
Laag-Baarlo door Benelux795
19 april 2024, 22:22:31
Een stukje Odsherreds Jernbane (OHJ) door gdh
19 april 2024, 21:51:42
US diorama in H0 door Wim Vink
19 april 2024, 21:38:59
IC-trein naar Berlijn in model, welke rijtuigen? door Michiel 80
19 april 2024, 20:49:29
Toon hier je nieuwe (model-) spooraanwinst(en)... door johanw
19 april 2024, 20:31:36
La Fabrique (1:87, 0,16m2) door tothebeach
19 april 2024, 20:02:10
Cranicher Altbahn door Arjen52
19 april 2024, 19:47:50
BMB 00-Modulebaan, BMB-Rijdagen en BMB-Deelname aan Beurzen & Evenementen door Hans van de Burgt
19 april 2024, 19:41:34
Van Biervliet/B Models 2019, nieuws van de fabrikant door Sicco Dierdorp
19 april 2024, 18:55:04
Aachenau West door MichielB
19 april 2024, 18:48:39
Jeugdsentiment (show je oude treintjes) door thonis
19 april 2024, 18:36:00
Openen Lima Hondekop door Mispoes
19 april 2024, 17:59:32
Piko 2200 (52686)+ uhlenbrock 76420(?) door Ben
19 april 2024, 16:14:12
Onlangs gespot - gefotografeerd, de foto's door dh3201
19 april 2024, 15:30:48
  

Auteur Topic: Verstoring digitaal signaal? (Digikeijs icm Rocrail)  (gelezen 8756 keer)

kar

  • Offline Offline
  • Berichten: 369
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #45 Gepost op: 18 mei 2020, 14:47:00 »
Ik zet de vlag alvast klaar, maar hang 'm nog net niet uit - eerst nog even doortesten  ;)

Vandaag tussendoor het volgende gedaan n.a.v. de suggesties:
- firmware upgrade naar v.1.5.5 --> probleem was hiermee niet verholpen, maar de centrale is in ieder geval bijgewerkt
- DR5000 teruggezet naar fabrieksinstellingen en... het probleem lijkt weg.

Bij het selecteren van adres 128 geen kermis deze ronde. De Plan U heb ik vervolgens middels het Digikeijs schermpje via het adres veld weer van nummer 128 voorzien en de geluiden werden goed afgespeeld zonder daarbij de overige treinen te beïnvloeden. Het lijkt erop dat de reset dus heeft geholpen.

In de komende dagen zal ik bij gelegenheid nog eens vaker testen en ik zal de Plan U ook mee laten rijden op de baan om te zien of het probleem wegblijft of weer terugkomt. Dan kan de vlag uit - het is/was namelijk een knap frustrerende verstoring. Het is lastig om het probleem te isoleren en om te begrijpen wat de fout heeft veroorzaakt.

Nog wel de eerder gestelde vraag: het is toch ok om overlap te hebben met wisseladressen, melderadressen en locadressen? Ergo, adres 201 zou bijvoorbeeld toch mogen voorkomen als wisselnummer èn als meldernummer èn als locnummer?

Ik heb al eerder gezegd dat ik blij ben met alle hulp, maar doe dat nu opnieuw: veel dank voor het meedenken!
« Laatst bewerkt op: 18 mei 2020, 14:53:12 door kar »
Henk | H0 | Rocoline | Z21 icm X16 melders en signal/switch decoders | OC32 icm servo's | iTrain 5.1

Ben

  • Offline Offline
  • Berichten: 5817
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #46 Gepost op: 18 mei 2020, 15:22:46 »

het is toch ok om overlap te hebben met wisseladressen, melderadressen en locadressen? Ergo, adres 201 zou bijvoorbeeld toch mogen voorkomen als wisselnummer èn als meldernummer èn als locnummer?


Jazeker, dat kan/mag.

meino

  • Offline Offline
  • Berichten: 2098
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #47 Gepost op: 18 mei 2020, 15:43:35 »
Het lijkt op een overlap, bijv lokadres 12 en wisseladres 12. In werkelijkheid wordt dat wisseladres 12 verhoogt met een vaste waarde, zodat op de DCC bus ze altijd uniek zijn. Daarom kun je wisseladressen probleemloos laten overlappen met lokadressen. 
Het zelfde vraag je ook met betrekking tot de melderadressen. Voor zover ik dat weet gaan die niet over DCC, Ik denk dat dat LocoNet of S88 nummers zijn. Die staan dus los van de DCC adressen.

Groet Meino
A clean desk is a sign of an empty mind

Kranenberg
De CanBus komt naar Kranenberg

Bert_Apd

  • Offline Offline
  • Berichten: 1845
  • N-Spoor DB Epoche III
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #48 Gepost op: 18 mei 2020, 16:12:53 »
Hallo Henk,

Fijn dat het probleem opgelost lijkt...

Nog even ter controle: Staan op jouw DR5000 USB scherm nu ook beide Firmware versies op 1.5.5?

           

Groeten,
Bert

kar

  • Offline Offline
  • Berichten: 369
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #49 Gepost op: 18 mei 2020, 16:22:14 »
Dank voor de bevestiging mbt de nummers, dan hoef ik mij daar geen zorgen over te maken.

@Bert: beide waarden geven nu v1.5.5 aan, dus de firmware upgrade lijkt geslaagd.
Henk | H0 | Rocoline | Z21 icm X16 melders en signal/switch decoders | OC32 icm servo's | iTrain 5.1

reinderlf

  • Traintastic!
  • Offline Offline
  • Berichten: 57
    • traintastic.org
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #50 Gepost op: 19 mei 2020, 22:56:08 »
Het lijkt op een overlap, bijv lokadres 12 en wisseladres 12. In werkelijkheid wordt dat wisseladres 12 verhoogt met een vaste waarde, zodat op de DCC bus ze altijd uniek zijn. Daarom kun je wisseladressen probleemloos laten overlappen met lokadressen. 

Het DCC protocol kent verschillende soorten adressen:
7bit = Korte adressen voor Lok decoders
9bit = voor wissel decoders
11bit = extended accessory (geen idee of dat gebruikt wordt)
14bit = Lange adressen voor lok decoders

Het is zelf zo dat je in theorie de ene Lok kort adres 1 Kan geven en een andere lang adres 1, em ze dan dus beide appart Kan aansturen.

In de praktijk werkt dit vaak niet omdat de meeste centrales werken met een drempel waarde van 100 of 126 Als grens of een adres kort of Lang is.

Reinder

meino

  • Offline Offline
  • Berichten: 2098
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #51 Gepost op: 19 mei 2020, 23:22:28 »
Je hebt gelijk en niet gelijk. Een DCC pakket is opgebouwd uit een aantal bytes (8bit). Allleen het eerste byte van 8 bits bepaald het type adres en is eigenlijk het enige adres byte. Als bit0 (MSB) 0 is, dan zijn de volgende 7 bits het adres van een basic locdecoder. Dus de inhoud van het adres byte loopt dan van 1-127. Is bit0 == 1 en bit2 == 0, dan is zijn er 6 bits voor het adres van een wisseldecoder en de data byte(s) die volgen bevatten dan de rest van het decoder adres. Dus de inhoud van het adresbyte loopt dan van 128-191. Als laatste de inhoud van het adres byte 192-231, geeft aan dat er een lok decoder met een lang adres wordt aan gesproken.
Dus het hangt er maar vanaf of je de variabele preamble, van 1 tot 4 bits tot het adres rekent of niet. Ik doe dat wel, zo wordt het n.l. ook in de NMRA standaard verwoord.

Groet Meino
A clean desk is a sign of an empty mind

Kranenberg
De CanBus komt naar Kranenberg

Martin Domburg

  • Offline Offline
  • Berichten: 1642
  • Discussie is gezond
    • Domburg Train Support
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #52 Gepost op: 20 mei 2020, 07:24:47 »
Ik weet niet of het al geopperd is, maar is het een idee om een andere centrale te proberen. Voor de test?

Wellicht heeft iemand in je omgeving een IB of een Z21? Anders heb ik wel een Z21 te leen even.

Als ik de problemen zo lees kan het best een centrale ding zijn. Net als met de EcoS bijvoorbeeld waarbij je vaak fluctuering kunt waarnemen in de verlichting.....

Just shooting
Er was eens een klein vogeltje, die ging......wat was je vraag ook alweer?

Ben

  • Offline Offline
  • Berichten: 5817
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #53 Gepost op: 20 mei 2020, 07:27:18 »
Da's toch pas zinvol als het probleem weer terug komt? Wat ik begrijp is dat het opgelost is.

Gr, Ben.

Martin Domburg

  • Offline Offline
  • Berichten: 1642
  • Discussie is gezond
    • Domburg Train Support
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #54 Gepost op: 20 mei 2020, 07:38:22 »
Dan heb ik die memo over het hoofd gezien.

Negeer mijn post dan maar even tot het probleem er weer is.
Er was eens een klein vogeltje, die ging......wat was je vraag ook alweer?

Karst Drenth

  • Offline Offline
  • Berichten: 10231
  • NS blauw, groen, rood, bruin, grijs en standgroen
    • Plan U op Sleutelspoor
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #55 Gepost op: 20 mei 2020, 10:36:51 »
Citaat van: meino
...Als bit0 (MSB) 0 is, dan zijn de volgende 7 bits het adres van een basic locdecoder. Dus de inhoud van het adres byte loopt dan van 1-127.
Is bit0 == 1 en bit2 == 0, dan is zijn er 6 bits voor het adres van een wisseldecoder en de data byte(s) die volgen bevatten dan de rest van het decoder adres. Dus de inhoud van het adresbyte loopt dan van 128-191. Als laatste de inhoud van het adres byte 192-231, geeft aan dat er een lok decoder met een lang adres wordt aan gesproken....

Oeps Meino...

Graag wel even de algemeen gangbare conventie aanhouden dat Bit-0 het LSB (Least Significant Bit) is en niet het MSB (Most Significant Bit). ;)  ( Lenz heeft al voldoende verwarring gezaaid, door het MSB Bit 1 te noemen :'( )

Dus:

...Als bit7 (MSB) 0 is, dan zijn de volgende 7 bits het adres van een basic locdecoder. Dus de inhoud van het adres byte loopt dan van 1-127.
Is bit7 == 1 en bit6 == 0, dan is zijn er 6 bits voor het adres van een wisseldecoder en de data byte(s) die volgen bevatten dan de rest van het decoder adres. Dus de inhoud van het adresbyte loopt dan van 128-191. Als laatste de inhoud van het adres byte 192-231, geeft aan dat er een lok decoder met een lang adres wordt aan gesproken....



Citaat van: meino
...Dus het hangt er maar vanaf of je de variabele preamble, van 1 tot 4 bits tot het adres rekent of niet.

Ook hier weer: Pre-Amble betekent in DCC termen echt iets anders... De preamble-bits zijn z.g. "1" bits die vóór een DCC Pakket gestuurd worden door de centrale, met het doel de ontvanger in de decoder te synchroniseren.

Grtzz,
Karst

meino

  • Offline Offline
  • Berichten: 2098
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #56 Gepost op: 20 mei 2020, 11:01:00 »
Dag Karst

Omdat er altijd verwarring is over de volgorde waarin je de bits benoemd worden, gebruik ik (als C,C++ Javaan) wat ik gewend ben. Ik gebruik dus de volgorde zoals je ook een index in een array gebruikt, dat begint met 0 voor het eerste element. Dus voor mij is het eerste bit bit0. Verder een byte heeft op de platforms waar wij meestal op werken 8 bits. Maar in deze volgorde, heeft bit0 de hoogste waarde, die is 128, vandaar MSB.
Dit komt overeen met wat in de NMRA norm beschreven wordt over de DCC adresruimte. Een stukje uit de DCCWiki

"The first address range defined is 1 through 127. This is the Primary Address. It is a one byte (eight bit) address which in Hexadecimal (see Binary) can have the value of 0116 to 7F16 (1 to 127 in decimal) − hence it is called a Two Digit Address. Other terms used for the Primary address are the Short, Baseline or 7−bit Address. It is called a 7−bit address because the first (most significant) bit in the first byte of a DCC packet is always a zero when it is addressing a multifunction decoder in primary address mode. The MSB of this byte can be used for other purposes. "

Dat Lenz dat bit1 noemt komt omdat er een andere stroming in de IT is (Cobol, Fortran etc) waarbij het eerste element in een array index 1 heeft.

Het gebruik van het woord preamble door mij komt, omdat dat in mijn vak in een veel ruimere betekenis gebruikt wordt.

Groet Meino
« Laatst bewerkt op: 20 mei 2020, 11:07:02 door meino »
A clean desk is a sign of an empty mind

Kranenberg
De CanBus komt naar Kranenberg

Bert_Apd

  • Offline Offline
  • Berichten: 1845
  • N-Spoor DB Epoche III
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #57 Gepost op: 20 mei 2020, 11:21:13 »
Omdat er altijd verwarring is over de volgorde waarin je de bits benoemd worden, gebruik ik (als C,C++ Javaan) wat ik gewend ben.

Het gebruik van het woord preamble door mij komt, omdat dat in mijn vak in een veel ruimere betekenis gebruikt wordt.

Heerlijk toch zo'n discussie, ik zal hier maar niet gaan vermelden waaraan ik gewend ben...
Dan wordt de verwarring nog groter... 8)

Eén ding is echter zeker: Adressen voor "loc"-decoders en adressen voor "wissel"-decoders staan echt helemaal los van elkaar, net zoals huisnummer 302 in de stationsstraat niet hetzelfde adres is als huisnummer 302 in de stationsdwarsstraat... ;)

De centrale zorgt wel voor de juiste "verpakking"...

Groeten,
Bert
« Laatst bewerkt op: 20 mei 2020, 11:29:23 door Bert_Apd »

Karst Drenth

  • Offline Offline
  • Berichten: 10231
  • NS blauw, groen, rood, bruin, grijs en standgroen
    • Plan U op Sleutelspoor
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #58 Gepost op: 20 mei 2020, 11:48:55 »
Citaat van: meino
Omdat er altijd verwarring is over de volgorde waarin je de bits benoemd worden, gebruik ik (als C,C++ Javaan) wat ik gewend ben. Ik gebruik dus de volgorde zoals je ook een index in een array gebruikt, dat begint met 0 voor het eerste element. Dus voor mij is het eerste bit bit0.

Logisch... en naar mijn mening correct (idem hier als C,C++, Java, C# estd. 1988) ;)


Maar...

Citaat van: meino
...Verder een byte heeft op de platforms waar wij meestal op werken 8 bits. Maar in deze volgorde, heeft bit0 de hoogste waarde, die is 128, vandaar MSB. ......

Als jij die opvatting hebt, vraag ik me echt af hoe je met microcontrollers kunt werken... daar heeft bit 0 toch echt de waarde 20 = 1, bit 1 21 = 2, bit 2  22 = 4, etc.



Maar goed, ieder z'n eigen idee is ook goed  ::) ::) ::) is iig handig voor communicatie onderling :)

Anyway, dit helpt de topic-starter allemaal niets. Ik vermoed, dat zijn DR5000 gewoon "van de leg" was, zeker gezien hij 88 als waarde in "het hoogste korte adres" had staan. De Factory-reset heeft het probleem verholpen. En mits er niet meer aan "het hoogste korte adres" gefriemeld wordt, zal dat ook zo blijven. :)


Grtzz,

Karst


P.S. de NMRA DCC norm beschrijft een pakket als bit-stream. En benoemt de bits naar volgorde van ontvangst. En definieert daarbij dat het eerste bit (bit0 dus ;) ) dat binnenkomt, de hoogste waarde heeft... In die zin dus het MSB. Dus in dat licht bezien zijn je opmerkingen nog niet eens zo heel fout ;)
« Laatst bewerkt op: 20 mei 2020, 11:51:32 door Karst Drenth »

meino

  • Offline Offline
  • Berichten: 2098
Re: Verstoring digitaal signaal? (Digikeijs icm Rocrail)
« Reactie #59 Gepost op: 20 mei 2020, 12:05:52 »
Dag Karst

Ik heb gedurende mijn hele werkzame leven in de IT nooit te maken gehad met de software voor micro controllers. Ik heb me beziggehouden met ander soort problemen (UNIX systeem drivers, Document verwerking, traffic control, web services, CORBA, SOAP, data modellen etc) .Uiteindelijk is dit gewoon wat we gewend zijn.

Iets valt me wel op in alle onderlinge discussies, dat mijn denkwijze niet overeenstemt met de aanpak van velen die zich met Arduino's en PIC's bezig houden hier op het forum. Voor mij is een IT probleem in eerste instantie een probleem op meta nivo. Voor mij is in de oplossing in eerste instantie de hardware niet echt relevant. Natuurlijk speelt die wel een rol, maar meer om kaders te plaatsen. Pas als ik het probleem uitgewerkt heb (in OO) kijk ik pas hoe dat uitgerold zou kunnen worden. Ik merk echter, door de vele discussies, dat dat niet de standaard aanpak is, zoals die door velen hier wordt gehanteerd, daar draait alles om de specifieke hardware, en vanuit dat startpunt wordt een probleem aangepakt waarbij gelijk code wordt geproduceerd voordat IMHO het probleem zelf is doorgrond.

Overigens denk ik dat deze discussie voor de meeste lezers niet erg interessant is dus laten we die maar als beeindigd beschouwen.

Groet Meino
« Laatst bewerkt op: 20 mei 2020, 12:34:42 door meino »
A clean desk is a sign of an empty mind

Kranenberg
De CanBus komt naar Kranenberg