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

Beekdaelen in H0 door Stieven76
Vandaag om 17:17:41
Bauarbeiten im gange door 741230
Vandaag om 17:14:07
Punt- en hartstukken door FritsT
Vandaag om 17:11:38
Mijn eerste H0-modeltreinbaan in aanbouw door Wim Vink
Vandaag om 17:10:47
Al mijn goede ideeën... door Monobrachius
Vandaag om 17:10:33
Gebruik je Arduino zonder te "programmeren" ;) door Rsd1000
Vandaag om 17:07:59
Welke Vallejo kleur voor drijfstangen van een DB stoomlocomotief? door Ronald69
Vandaag om 17:04:52
MARDEC, de Multifunctionele ARduino dcc DECoder. door Bert55
Vandaag om 17:02:41
Punt- en hartstukken door odaoda
Vandaag om 16:59:12
Toon hier je nieuwe (model-) spooraanwinst(en)... door Ronald69
Vandaag om 16:54:22
Ombouw/Pimpen Bolle neuzen door bollen neus
Vandaag om 15:58:15
US diorama in H0 door VAM65
Vandaag om 15:22:05
Hengelo in 1981-1982, maar dan anders: Kassenberg in N door spoorijzer
Vandaag om 15:08:30
Kleine Baan in H0 (≤ 0.5m²) door Jack Black (NS1220)
Vandaag om 15:06:14
U-vorm beperkte ruimte (H0 C-rails) door Jelmer
Vandaag om 14:58:04
Onlangs gespot - gefotografeerd, de links door Jeroen Water
Vandaag om 14:33:00
N spur scenery elementen maken van gips of klei? door Dave.......
Vandaag om 14:30:06
De overeenkomst tussen een Ovaalramer en een Motorpost. door RK
Vandaag om 14:28:54
Onlangs gespot - gefotografeerd, de foto's door mass am see
Vandaag om 14:18:46
BMB-Module: “Corfe Castle Station” door Hans van de Burgt
Vandaag om 14:07:52
welk jaar ging Marklin OVP voor wagons van blauw naar wit door Railman
Vandaag om 13:40:42
GSS Jubileumbaantje (0e / 0n30) door MacArthur
Vandaag om 12:55:30
NTM P1 in Schaal-1 door MaraNCS
Vandaag om 11:39:38
Rio Grande Southern - Lizard Head Pass door Hans GJ
Vandaag om 11:30:20
Variaties op Station Zetten Andelst in HO door Duikeend
Vandaag om 10:54:40
De IJmuider spoorlijn - korte geschiedenis en plaatjes door Vislijn
Vandaag om 10:42:29
Internationale Spoor 0 en 1 dagen in Gießen, 23 en 24 maart, 2024 door bernhard67
Vandaag om 08:42:53
De Hondsrugbaan door mass am see
Vandaag om 08:15:11
Pfarrerwinkel bahn door Jelmer
Vandaag om 08:00:19
M.s.v. De Percee bouwt aan nieuwe clubbaan door J. Moors
Vandaag om 01:00:05
  

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

kar

  • Offline Offline
  • Berichten: 363
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

  • Online Online
  • Berichten: 5761
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: 2087
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: 1843
  • 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: 363
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: 47
    • 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: 2087
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

  • Online Online
  • Berichten: 5761
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: 10227
  • 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: 2087
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: 1843
  • 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: 10227
  • 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: 2087
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