Problemen met Roco 10837 seindecoder

[Bert_Apd]

Goedenavond,

Na een hele middag puzzelen en zoeken naar een oorzaak meld ik mij uiteindelijk maar hier met mijn probleem.

Al geruime tijd ben ik in het bezit van een Roco 10837 seindecoder die ik gebruik voor het testen in diverse hard- en software omgevingen.
Tot op heden heb ik daarbij uitsluitend gebruik gemaakt van slechts één seinconfiguratie die dus aangestuurd werd via de eerste 4 adressen. De seinbeelden waren daarbij zonder problemen op te roepen, zowel via de (basis) DCC wisselcommando's als via aansturing met DCCext commando's.

Vandaag heb ik voor het eerst 3 seinen in de 10837 geconfigureerd via onderstaande CV-instellingen:

- CV28 = 2      (Railcom channel 2 actief) in verband met POM programmering
- CV29 = 136  (Railcom enabled)
- CV39 = 1      (RCN-213 adressering)
- CV40 = 3      (aantal seinen)
- CV41 = 240   1e seindefinitie (SNCF Écran C F H - Carré C), 8 uitgangen (uitgang A1 t/m A8)
- CV42 = 243   2e seindefinitie (SNCF Disque), 4 uitgangen (uitgang B1 t/m B4)
- CV43 = 241   3e seindefinitie (SNCF Écran A), 4 uitgangen (uitgang B5 t/m B8)
- CV44 = 71     4e seindefinitie (default instelling), niet actief (zie CV40)
Deze instellingen heb ik na het instellen voor alle zekerheid via CV POM uitlezen geverifieerd.

Het eerste decoderadres is via de standaardmethode (knopje drukken, gewenste wisseladres schakelen) ingesteld op DCC adres 621, zodat de volgende adressen aan de 3 seinen worden toegekend:

- 1e sein DCC adres 621 t/m 624
- 2e sein DCC adres 625 t/m 628
- 3e sein DCC adres 629 t/m 632

Via de (basis) DCC wisselcommando's (mode/trigger) laten de drie seinen zich zonder problemen schakelen, alle seinbeelden zijn oproepbaar.

Echter... Via de DCCext aansturing reageert alleen het eerste sein via het (correcte) adres 621. Het tweede en derde sein reageren helemaal niet op de DCCext commando's via hun respectievelijke adressen 625 en 629, deze reageren alleen op de normale (basis) DCC wisselcommando's. Ook het groene ledje op de 10837 toont bij het DCCext schakelen van de adressen 625 en 629 geen enkele (knipper) reactie, zodat het lijkt alsof de 10837 deze commando's met de adressen 625 en 629 niet herkent als behorend tot zijn adresreeks.

Ter controle heb ik een YaMoRC YD8116 ook geconfigureerd met 3 seinen en de eerder vernoemde bijbehorende wisseladressen en deze reageert wel op het DCCext schakelen van de adressen 625 en 629. De oorzaak bevindt zich dus niet in de DCCext schakeldefinities voor de adressen 621, 625 en 629 die worden gebruikt in zowel de YD7001 alsook in iTrain. De DCCext schakelopdrachten zijn ook te zien in de logging van de YD7001.

Heeft iemand van de Roco 10837 gebruikers hier dit probleem ook al eens ondervonden?
Misschien is de oorzaak bij mij te vinden in mogelijk verouderde firmware van de 10837? Mijn firmwareversie in CV7 heeft de waarde 111.

Ik ben benieuwd naar de firmwareversie (inhoud CV7) bij andere gebruikers en ben ook benieuwd of er gebruikers zijn waar de 10837 met meerdere seinen zich via DCCext zonder problemen laat aansturen.

Groeten,
Bert

[MartinRT]

Als ik naar de tekeningen in de handleiding kijk zou CV40 op 4 moeten staan:  de eerste 3 voor de drie seinen en de vierde gebruik je niet. Zou dat het kunnen zijn ?
Het begrip 3 of 4 seinen lijkt in dit geval niet op het fysieke aantal te duiden maar op de manier van schakeling op de decoder.

Maar ik kan er ook compleet naast zitten, het is maar een suggestie.

Excuseer, ik zie nu pas dat je het eerste sein op de eerste 8 uitgangen hebt gezet.

Dus: ik weet het ook niet.

[MartinRT]

- CV40 = 3      (aantal seinen)
- CV41 = 240   1e seindefinitie (SNCF Écran C F H - Carré C), 8 uitgangen (uitgang A1 t/m A8)
- CV42 = 243   2e seindefinitie (SNCF Disque), 4 uitgangen (uitgang B1 t/m B4)
- CV43 = 241   3e seindefinitie (SNCF Écran A), 4 uitgangen (uitgang B5 t/m B8)

- 1e sein DCC adres 621 t/m 624
- 2e sein DCC adres 625 t/m 628
- 3e sein DCC adres 629 t/m 632

Maar dit komt volgens mij niet met elkaar overeen.  Zou het niet moeten zijn:  621 tm 628    629 tm 632  en 633 tm 636 ?

[reinderlf]

Ik ken deze decoder verder niet, ik lees wel in de manual

Now only one single unique address is required per signal. If four signals are used on the Z21 signal DECODER, then the decoder
will only assign 4 consecutive DCCext signal addresses.

Probeer het 2e sein eens te schakelen op: 622, en het 3e sein op 623 via DCCext.

[Bert_Apd]

@reinderlf

Ga ik morgen proberen.

Groeten,
Bert

[Bert_Apd]

Hallo,

Ik heb inmiddels getest met de adressen 622 en 623.

En inderdaad, het tweede sein reageert (naast de "normale" schakeling via de adressen 625 t/m 628) op de DCCext schakeling via adres 622.
Het derde sein reageert (naast de "normale" schakeling via de adressen 629 t/m 632) op de DCCext schakeling via adres 623.

Het blijkt dus dat bij de adrestoekenning de 10837 voor de "normale" schakeling sowieso altijd per seindefinitie 4 adressen reserveert zodat bij vier seinen de 10837 in totaal 16 DCC adressen krijgt toegewezen.
Dit is conform het gestelde in de handleiding:

     


Voor de aansturing via DCCext wordt echter (zoals inderdaad vermeld in de handleiding) per seindefinitie slechts één adres toegekend, zodat bij vier seinen de 10837 in totaal "slechts" vier aaneengesloten DCC(ext) adressen krijgt toegewezen:

     


Mijn conclusie is nu dat er, naast de per seindefinitie vier toegekende "normale" DCC adressen, altijd dus nog een extra DCCext adres wordt toegekend, waarbij de DCC adressen elkaar overlappen: bij vier seindefinities worden 16 DCC adressen toegekend in vier groepen van vier, terwijl de eerste 4 adressen (dus van het eerste sein) ook gebruikt worden voor DCCext aansturing van de vier verschillende seinen.

Ter verduidelijking de situatie na het toekennen van DCC adres 621 bij vier seindefinities:

     - Sein #1 is te schakelen via de "normale" adressen 621 t/m 624 en daarnaast ook via DCCext adres 621
     - Sein #2 is te schakelen via de "normale" adressen 625 t/m 628 en daarnaast ook via DCCext adres 622
     - Sein #3 is te schakelen via de "normale" adressen 629 t/m 632 en daarnaast ook via DCCext adres 623
     - Sein #4 is te schakelen via de "normale" adressen 633 t/m 636 en daarnaast ook via DCCext adres 624

Gelet op het feit dat de 10837 reageert op alle 16 toegekende adressen dien je dus bij DCCext aansturing altijd deze 16 adressen vrij te houden van enig ander gebruik, aangezien bij "normale" schakeling van deze wisseladressen één van de seinen via mode/trigger schakeling zal reageren.

Volgens de handleiding dus een verklaarbare, maar naar mijn idee wat verwarrende implementatie. Probeer maar eens 16 DCCext seinen te definiëren met aaneengesloten DCCext adressen verdeeld over in totaal vier 10837 decoders...

Maar mijn probleem is opgelost, de seinen schakelen via DCCext op de in de handleiding vermelde adressen... 

Bedankt voor het verwijzen naar het gestelde in de handleiding, dat had ik er zo niet direct uit begrepen... 


@MartinRT:

Maar dit komt volgens mij niet met elkaar overeen.  Zou het niet moeten zijn:  621 tm 628    629 tm 632  en 633 tm 636 ?

Nee, de door mij aangegeven adressen kloppen. Ook al gebruikt een sein 8 uitgangen, dan worden toch maar 4 adressen toegekend/gebruikt.

Groeten,
Bert

[reinderlf]

Mooi dat dit het is opgelost

Gelet op het feit dat de 10837 reageert op alle 16 toegekende adressen dien je dus bij DCCext aansturing altijd deze 16 adressen vrij te houden van enig ander gebruik, aangezien bij "normale" schakeling van deze wisseladressen één van de seinen via mode/trigger schakeling zal reageren.

De "wissel adressen" (DCC Accessory) en DCCext (DCC Extended Accessory) zijn twee verschillende adres ruimtes, net als dat lok adressen kort/lang ook apart zijn. Je kan met DCC een lok sturen op adres 1 kort, en adres 1 lang, dat zijn twee verschillende adressen. (Overigens ondersteunen niet alle centrales dat, maar DCC kan dat wel.)

Je kan dus met de 10837 de adressen wel laten aansluiten met DCCext, dus 1e op 621...624 en de 2e op 625...628. MAAR je moet dan niet meer de "wissel adressen" gebruiken, die overlappen dan wel....

[Bert_Apd]

@Reinderlf

De "wissel adressen" (DCC Accessory) en DCCext (DCC Extended Accessory) zijn twee verschillende adres ruimtes...

Hoe bedoel je dat? Volgens mij zijn er maar in totaal 2048 DCC wisseladressen, die zowel voor "normale" accessory adressering als voor "DCCext" accessory adressering gebruikt kunnen worden...

De toepassing van de 10837 is daarvan juist zelf een voorbeeld: de voor de vier DCCext aansturing gebruikte adressen (in mijn geval 621, 622, 623 en 624) zijn dezelfde als de vier die gebruikt worden voor de "normale" mode/trigger schakeling van het eerste sein (combinatieschakeling van de adressen 621 t/m 624). Beide zijn gewoon door elkaar te gebruiken en maken naar mijn idee geen deel uit van aparte adres ruimtes: beide maken gebruik van dezelfde adres ruimte 1-2048. Slechts de "indeling/format" van het wisselcommando bepaalt of het een "normale" schakelopdracht is of een "DCCext" schakelopdracht, niet het wisseladres.

Groeten,
Bert

[Karst Drenth]

...De "wissel adressen" (DCC Accessory) en DCCext (DCC Extended Accessory) zijn twee verschillende adres ruimtes...

Helaas Reinder, dat is niet correct. Het is 1 (één) adresruimte. Slechts de commando's voor die adressen verschillen. Enerzijds a) de "output"command's, anderzijds b) de "aspect" commandos.

in 1 decoder dus 1 en hetzelfde adres hebben voor a) en b) voor verschillende seinen is voor mij een hele dubieuze keuze en mogelijk zeer verwarrend. Bovendien ben je kennelijk bij deze decoder altijd 16 adressen "kwijt" ook als je 4 seinen netjes via 4 opeenvolgende DCCext adressen aanstuurt. Je mag immers die 16 niet als wissel aansturen, omdat anders het sein er op gaat reageren.

Grtzz,
Karst

[reinderlf]

@Karst

Jij zit dichter op de standaard dan ik, en jou Duits is ook stukken beter dan de mijne vermoed ik.

NMRA S 9.2.1 heeft het over een "Basic Accessory Decoder"
RCN-213 heeft het over "Einfache Zubehördecoder" (standaard wissel decoder: outputs) en "Erweiterte Zubehördecoder" (voor aspects)

Ik zag/zie dat als twee verschillende dingen met beide een eigen adres range (1-2048).

Is het verplicht vanuit de standaard om altijd beide soorten te ondersteunen? Of mag je ook een decoder maken die alleen maar aspect commando's ondersteund?

Met hoe Roco de boel gekoppeld heeft zitten de adressen wel soort van aan elkaar vast, maar technische gezien hoeft dat toch niet? Als je een wissel decoder maakt die alleen naar output commando luistert en een sein decoder maakt die alleen naar aspect commando's luistert dan kunnen ze beide gewoon adres 1 hebben en dan werkt dat toch?

Als ik in RCN-214 kijk dan zijn er ook aparte programmeer adresseringen voor de "Einfache Zubehördecoder" en de "Erweiterte Zubehördecoder" wat ik interpreteer als dat het twee aparte adresruimtes zijn (wel beide 11bit), net als dat 7bit en 14bit loc decoder adressen twee aparte adresruimtes zijn.

Als er commando's zijn die door beide soorten "Zubehördecoder" bedoeld zijn waarbij je niet dat onderscheid kunt maken op het adres dan is het idd 1 adresruimte. Zijn die er?

Groeten,
Reinder

[Bert_Apd]

@Reinderlf

Als er commando's zijn die door beide soorten "Zubehördecoder" bedoeld zijn waarbij je niet dat onderscheid kunt maken op het adres dan is het idd 1 adresruimte. Zijn die er?

Als je bedoelt of er accessory decoders zijn die zowel "basis" commando's als "DCCext" commando's voor hetzelfde wisseladres aankunnen is het antwoord ja: in ieder geval de YaMoRC YD8116 (voor volledig willekeurige en vrij te kiezen DCC wissel adressen) en de Roco 10837 (met de eerder genoemde "beperkingen").

De beantwoording van de rest van je vragen laat ik aan Karst over... 

Groeten,
Bert

[bask185]

Je bent ook sws niet 'verplicht' om ze zo te behandelen. Het hele nut van extended commando's is om minder adressen te gebruiken wat makkelijk is voor seinen. Ik zou het onzin vinden als je voor je wissels adressen 1-200 gebruikt dat je die adressen niet meer voor seinen zou kunnen gebruiken terwijl dat technisch gewoon kan.
Maar waarom je seinen en wissels in dezelfde range zou willen, lijkt mij ook niet handig voor je overzicht.
En met 2000+ adressen maakt het in de praktijk geen drol meer uit of je nu 8 'normale' DCC adressen gebruikt of niet.

Het zijn idd aparte berichten waarin je makkelijk het onderscheid kan maken. Een DCC ext is ook een byte langer. Voor een hybride spoel/sein decoder doe ik zelf of-of, voor een servo decoder doe ik wel en-en omdat ik achteraf bedacht had dat het rete handig kan zijn als je een servo naar elke stand toe kan sturen via DCC EXT.  Door het en-en te doen, hoef je dan weer geen instellingen toe te voegen.

Bas