BeneluxSpoor.net forum
Vraag en antwoord => Digitaal => Topic gestart door: ronaldvd2000 op 03 juli 2022, 15:51:54
-
Goedenmiddag
Ik heb een lastige vraag en eigenlijk een vermoeden van het probleem maar wil het graag voorleggen aan de ervarings deskundgen wat jullie ervan vinden. :-)
Ik heb een z21 (witte) die ik met Rocrail aanstuur. Ik heb een testbaantje gebruikt om het probleem uit te zoeken.
(https://images.beneluxspoor.net/bnls_2022/Testbaantje-62c19bc54e958.jpg) (https://images.beneluxspoor.net/bnls_2022/Testbaantje-62c19bc54e958.jpg)
Ik laat de loc automatisch rondjes rijden en elke keer bij blok 2 of 3 (willekeurige keus) stoppen. De wissels worden aangestuurd met de DK50018 en de seinen met de DR4018. Stoppen en optrekken gebeurt perfect en elke keer op dezelfde plek dankzij de fantastische youtubes van Albert :-)
Echter het schakelen van de wissels werkt soms niet, dan wordt de trein wordt een ghosttrein en blijft rondjes rijden zonder te stoppen. Rocrail gaat dan de mist in.
De seinen worden wel elke keer netjes geschakeld zoals ook de bezetmelders prima werken... (ook van Digikeijs btw) Alleen een wissel (soms allebei, zsoms maar 1) wordt niet geschakkeld.
Dit gaat elke keer na een bepaalde tijd (na 1 minuut maar altijd binnen 5 minuten etc) mis, er wordt een wissel niet geschakeld terwij Rocrail dat wel aangeeft te doen.. hmmmmm
Dus ik had het stoute plan om de wissels nu te laten schakelen door de 4018 en de seinen door de 50018. Dit zou normaal gesproken geen verschil moeten zijn immers beide zijn schakelaars. Wel even omprogrammeren anders branden de wissels door btw maar het resultaat is bijzonder:
Geen problemen meer met schakelen van de wissels, de loc blijft 30 minuten zijn ding doen, stoppen in blok 2 of 3, optrekken en weer stoppen in blok 2 of 3 etc etc....
Dus mijn technische cconclusie is eigenlijk.. De 50018 reageert anders (dus soms niet) op wissel commando's als de 4018 ?
-
Hoi,
De 4018 en 50018 zijn technisch gezien 2 totaal verschillende apparaten. Het is andere hardware en andere software (en ook door andere mensen ontwikkeld).
Een aantal jaren geleden heb ik dit gedrag gezien bij bepaalde accessoire decoders en dat werd veroorzaakt door de ESU Loksound4 decoder.
Dus de vraag is: Zit er een LS4 in de gebruikte loc?
mvg spock
-
Ik heb uitsluitend de DR4018 in gebruik voor zowel seinen als wissels (zowel motor- als magneet aangedreven). Nul problemen.
Geen ervaring met de 50018.
-
@spock. Vraagje: hoe kan een decoder in een loc een wissel/sein decoder storen?
Of bedoel je hier het probleem met RailCom, waar de 50018 niet tegen zou kunnen ?
-
;-)
Yep er is een wezelijk verschil tussen de 4018 en de 50018. Ik verwacht dat het aansturen met dezelfde (DCC) commando's zal zijn zodat het vanaf de buitenkant geen verschil moet maken............ Maar wat ik verwacht zal wel eens anders kunnen zijn.....
Wellicht dat er toch andere commando's moeten worden verstuurd vanuit de z21 maar dat lijkt mij erg vreemd. DCC is immers een standaard. Maar zoals iemand al eens in een ander draadje heeft geschreven over de 50018... Die is echt anders dan de 4018.....
Ik heb een support case geopend bij Digikeijs, die kunnen denk ik als beste een uitspraak doen... (en wellicht heb ik een "driver update" nodig in Rocrail maar dat kan een vervolg traject zijn)
ik stuur een update als ik meer heb vernomen van de supportcase..
-
Wellicht dat er toch andere commando's moeten worden verstuurd vanuit de z21 maar dat lijkt mij erg vreemd. DCC is immers een standaard
Nee en Ja. DCC is inderdaad een standaard en ooit werkte dat altijd..... totdat men dingen gingen toevoegen zoals railcom en protocollen door elkaar gingen gebruiken. Menig decoder werden door railcom onklaar gemaakt of gingen opeens kuren vertonen. En DCC centrales die ook nog MM2 en mFx tegelijk konden, klinkt geweldig... maar de problemen die daar mee voor kunnen komen...
Je kan nog twee dingen doen. Je kan de 2 DCC draadjes bij de z21 omdraaien, heeel misschien dat dat het probleem wegneemt. En je kan met de z21 maintenance tool railcom uitzetten op de z21.
Vraagje: hoe kan een decoder in een loc een wissel/sein decoder storen?
In worst-case scenario, kan een vuile loc of forse motor het DCC lichtelijk beinvloeden. Sommige decoders zijn daar dan meer vatbaar voor dan anderen. Ik heb echter nog nooit gelezen dat een Lopi4 of Loso4 dat voor elkaar heb gekregen.
Een nieuw DCC pakket voor een lok wordt iets van 10~20x achter elkaar verstuurd om er zeker van te zijn dat de nieuwe informatie zo snel mogelijk aankomt. Bij loks is het normaal dat ze door vuil spoor ed regelmatig een pakket missen. Ik heb laatst geleerd dat DCC pakketten voor accessoire decoders ook herhaald worden. Dat verbaasde mij, want een accesoire decoder is 1 op 1 bekabeld aan de centrale. De vermoedelijke reden was dat sommige treinen toch de leidingen konden storen en een DCC pakket konden verstoren die voor wissels en seinen bestemd waren. Maar ik wil toevoegen dat dit in dit voorbeeld iets wat vergezocht is en dat het Railcom verhaal een meer waarschijnlijke dader is.
Ik ben in ieder geval benieuwd naar het antwoord van digikeijs. Wie weet, leren we weer iets over een nieuw probleem (waarschijnlijk heeft de 50018 gewoon nieuwe firmware nodig...). :police:
Mvg,
Bas
-
Hoi Bas en vVan,
DCC stuurt continue de loc commando's. Bij een accesoire commando wordt eenmalig het commando gestuurd, dit wordt wel gelijk een aantal keer herhaal (meestal een stuk of 6 keer) en daarna wordt dit niet meer herhaald.
Wil je meer weten over LoSo4 en storing op de baan: https://forum.beneluxspoor.net/index.php?topic=66140.0 (https://forum.beneluxspoor.net/index.php?topic=66140.0) of in de Digitale ModellBahn 2016-1.
Dit betreft alleen LoSo4, niet de Lopi4.
mvg spock
-
Bij een accesoire commando wordt eenmalig het commando gestuurd, dit wordt wel gelijk een aantal keer herhaal
Dat is wat ik ook bedoelde.
Ik ga dat draadje even doorlezen, ziet er interessant uit.
Bas
-
Hoi Ronald,
Wil je svp vertellen welke decoder in de loc zit?
mvg spock
-
Hi Spock,
Ik heb je draadje gelezen.. pfff wat een ellende met de lok4 decoder voordat je daar achterkomt.......
Ik heb met een paar locs getest en zoals aangegeven als ik de 4018 als wissel decoder gebruikt gaat alles prima. Als ik de 50018 gebruik als wisseldecoder dan wordt er wel eens een wissel vergeten te schakelen. Dit alles is getest met in z21 Railcom enabled. Jouw draadje (en anderen over Railcom) had ik nog niet gelezen, na gisteren wel overigens...
Ik heb in de z21 nu railcom disabled maar niet meer opnieuw getest met 50018 als wissel decoder.
Maar op je vraag terug te komen. Ik heb geen sound of loc4 decoders. Ik heb diverse decoders in de locs zitten. Zimo, loc5 en lenz geloof ik. Maar ik zal vandaag eens gaan controleren welke decoder er nu precies in de testloc zit. En dan eens gaan testen of het probleem ook met andere locs (Railcom uit in z21) ook gebeurt.
Van Digikeijs nog niets gehoord maar zag wel bij de "roadmap" van de 50018 dat er een en ander met Railcom te lezen was waar men mee bezig was/is.....
BTW kan ik ergens in de z21 of Rocrail het aantal commando's aanpassen welke ik verstuur naar de locs en accesorie decoders? Dat heb ik ook nog niet verder onderzocht?
-
Dat moet met de z21 tool. Dat is volgens mij mogelijk om aan te passen.
Heb je de draden ook al omgedraaid?
EDIT:
Beter de DCC draden van de 50018 omdraaien. Heeeel misschien.. als je mazzel heb.. doet dat iets gunstigs, maar verwacht niet te veel.
Ik zou ook meerdere locs proberen. Het zou inderdaad een probleem kunnen zijn in de decoder zelf in combinatie met een gevoeligere 50018
Mvg,
Bas
-
Hartelijk dank voor de reacties.
@ spock. Decoder manufacturer cv8 = 4 type cv7 = 37. Ik kon in een aantal nmra lijsten geen naam erbij verzinnen.
@ Bas Ik heb railcom gisteren inderdaad uitgezet maar nog niet getest hiermee. De draadjes had ik al eens omgewisseld zonder goed resultaat. Wellicht dat het inderdaad de över gevoeligheid van de 50018 in combinatie met wissel decoder is want de 4018 blijft gewoon correct wissels bedienen terwijl de 50018 soms een schakel moment mist.
Ik ga komend weekeinde met verschillende locs testen (met de 50018 als wissel decoder) om hiermee de afhankelijkheid van de decoders uit te sluiten. Tevens zal ik de dan de draadjes weer eens gaan wisselen wanneer het probleem weer optreedt.
-
@Ronald: Dan kunnen we het LoSo4 probleem wegstrepen. Het lijkt mij ook geen Railcom probleem. Bij mij deed de decoder met het railcom probleem het helemaal niet en niet zoals bij jou willekeurig.
Er zit ergens een fout en dat is niet op te lossen door het aantal herhalingen te verhogen, dat is symptoombestrijding.
Als je gaat proberen svp beginnen met slechts 1 loc op de baan. Daarna een andere loc proberen, en als dat goed gaat meerdere locs op de baan.
Ik ben benieuwd naar de reactie Digikeijs.
mvg spock
-
Decoder manufacturer cv8 = 4 type cv7 = 37. Ik kon in een aantal nmra lijsten geen naam erbij verzinnen.
Lijkt dus een "ghost" decoder, oftewel een niet door de nmra erkende, goedgekeurde fabrikant. Zogeheten Chinese toverdoos ?
-
37 komt gewoon voor in de nmra lijst ....
-
37 komt gewoon voor in de nmra lijst ....
Marco, je haalt cv7 en cv8 door elkaar.
Men bedoelt hier cv8... Dat is de CV waar het fabrikantnr in staat. En 4 is onbekend.
-
achja zeker nog slaap in de ogen .... Dan zou ik ook zeggen " weg " met die obscure decoder.
-
Van alles wat ik gehoord en gelezen heb.... De decoder in kwestie kan misschien het probleem triggeren, maar het werkelijke probleem is dat de DK50018 het laat afweten bij een beetje ruis en dat hoort niet. De DK4018 gaat wel gewoon door. Die DK50018 is gewoon een ondeugelijk product, punt.
Bas
-
:-)
Ik heb nmra gemaild en direkt antwoord gekregen Inderdaad manufactorer 4 bestaat niet.
In antwoord op jullie reacties, waarvoor hartelijk dank, heb ik op mijn testbaantje altijd maar met 1 loc gereden.
Ik kon het niet laten dus ben iets eerder met verder testen begonnen met een andere loc & decoder. Deze decoder is van Zimo dus als het aan de chinese kwaliteit ligt komt dat met testen wel naar boven (deze decoder is denk ik door een winkel in de loc gestopt.... maar dat ga ik nog wel bij de winkel aankaarten. De decoder doet het overigens prima)
Het omzetten van de wissel draadjes op een andere decoder nam meer tijd in beslag dan wachten op de fout van gemiste wissel schakelen.
50018 = wissel decoder, 4018 seinen decoder, na 2 minuten al een gemiste wissel schakeling met de zimo decoder en andere loc. Dus de ghost loc decoder of de Zimo decoder geven hetzelfde resultaat als de 50018 de wissel decoder is.
Dus weer omgebouwd naar 4018 wissel decoder en 50018 als seinen decoder. Na 30 minuten werkt alles nog steeds prima. Dit blijft ook prima werken met zowel de ghost decoder als de zimo decoder.
Ik denk dat ik mij bij Bas aansluit. Er zijn nog wel een aantal dingetjes die niet correct zijn aan de 50018. Ik ga ervanuit dat Sander van Digikeijs ook mee leest (of een ander forum lid die hem dit influisterd / triggered :-) ) want op de case die ik heb geopend bij Digikeijs heb ik nog geen reactie gekregen helaas. Het kan natuurlijk zijn dat het erg druk is en men nog geen tijd heeft gehad voor een reactie dus ik blijf even afwachten.
En als ik updates heb dan meld ik mij weer even want een betrouwbare wissel decoder is wel fijn daar ander de locs op elkaar kunnen botsen met schade.......
-
Een update:
Digikeijs is al even druk bezig het probleem te analyseren :-) dus hopelijk komt daar een goed resultaat uit.
Ik heb even een vraagje aan de experts in dit forum. Zijn er andere forumleden die een 50018 als wissel decoder gebruiken? En zo ja welke controller hebben jullie dan in gebruik?
Want als dit op te lossen is met een bijv. DR5000 of een andere controller dan is mijn keuze snel gemaakt ;-)
-
Het DCC uit de DR5000 zal niet, of niet veel verschillen met dat van de z21. Het is zeer onwaarschijnlijk dat een DR5000 op magische wijze alle problemen wegneemt.
Bas
-
De knoop doorgehakt.... Dit naar aanleiding van testen met nieuwe software voor de 50018, de reacties en het (helaas) uitblijven van verdere antwoorden van de support case bij de leverancier...
Ik heb een aantal 4018's gekocht voor wissels te schakelen. De 50018 is nu gedegradeerd tot seinen & verlichting aansturen
Bas heeft idd gelijk, de 50018 mist nog wel eens een commando helaas (tenminste met mijn witte z21 & Rocrail)
-
Hallo Ronald,
Na bijna een jaar alleen te hebben meegelezen in het forum meld ik mij nu toch maar weer eens.
Mijn door niet iedereen gewaardeerde kritiek op de mankementen van de DK 50018 (zie mijn bijdragen daarover) en de geuite kritiek van Digikeijs daarop, heeft mij destijds doen besluiten hier maar geen reacties meer te geven, maar jouw reactie op zowel het product als op de uitblijvende antwoorden van het Digikeijs Support (waarbij je niet de enige bent) vraagt mijn inziens toch om een antwoord.
Bas heeft idd gelijk, de 50018 mist nog wel eens een commando helaas (tenminste met mijn witte z21 & Rocrail)
Jammer dat Digikeijs dit probleem nog steeds niet heeft kunnen oplossen, het is een bekend probleem sinds de eerste uitlevering. :'(
Op 25 maart 2021 werd dit probleem door Arno de Bruin al gemeld... De "oplossing" van Digikeijs was toen het omwisselen van de bedrading op de aansluiting van de DCC Signal van de DK50018, alhoewel dit eigenlijk niet zou mogen uitmaken... En gezien jouw constatering was dit ook niet de oplossing.
De 50018 is nu gedegradeerd tot seinen & verlichting aansturen
Daarmee is het probleem van commando's missen natuurlijk niet opgelost, alleen de gevolgen zijn minder desastreus: een verkeerd seinbeeld of een niet aangeschakelde huisverlichting heeft geen grote gevolgen... ::)
Inmiddels heb ik kennis kunnen maken met de eerste producten van YaMoRC, een nieuwe ontwikkeling van Karst Drenth.
Eén van die producten is de (sein)decoder YD8116, die geheel zonder CV's configureerbaar is via een App, gewoon door selectie vanuit een keuzemenu. Daarenboven kan de YD8116 op twee manieren aangestuurd worden: op de "ouderwetse manier" via één of meer wisseladressen, maar daarnaast ook via de "DCCext" commando's, waarbij het de gewenste seinbeelden (aspecten) via slechts één wisseladres kunnen worden aangestuurd...
Om een indruk te geven een voorbeeldje voor de NS-seinen:
(https://images.beneluxspoor.net/bnls_2022/YD8116-Menu-01-6326229307f34.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-Menu-01-6326229307f34.jpg)
Bij selectie van het "hoofdsein 3 Lichts + Cijfer" wordt deze configuratie automatisch geladen in de YD8116:
(https://images.beneluxspoor.net/bnls_2022/Hoofdsein-3-Lichts-Cijfer-632624c1f1294.png) (https://images.beneluxspoor.net/bnls_2022/Hoofdsein-3-Lichts-Cijfer-632624c1f1294.png)
Uittesten van de betreffende configuratie kan (uiteraard na aansluiting van het sein) eenvoudig gebeuren door de betreffende seinbeelden achtereenvolgens te selecteren:
(https://images.beneluxspoor.net/bnls_2022/Hoofdsein-3-Lichts-Cijfer-6326259333174.jpg) (https://images.beneluxspoor.net/bnls_2022/Hoofdsein-3-Lichts-Cijfer-6326259333174.jpg)
Naast de hierboven getoonde NS seinimplementaties zijn ook andere seinstelsels voorgeconfigureerd, zoals o.a. (uiteraard) de diverse Duitse, maar ook de Engelse en Zwitserse seinstelsels...
Enkele voorbeelden daarvan:
- Engelse seinen:
(https://images.beneluxspoor.net/bnls_2022/YD8116-UK-ID-144-4-Aspect-Position-Junction-01-632626f263703.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-UK-ID-144-4-Aspect-Position-Junction-01-632626f263703.jpg)
(https://images.beneluxspoor.net/bnls_2022/YD8116-UK-ID-144-4-Aspect-Position-Junction-01-63262745dd9b0.png) (https://images.beneluxspoor.net/bnls_2022/YD8116-UK-ID-144-4-Aspect-Position-Junction-01-63262745dd9b0.png)
- Zwitserse seinen:
(https://images.beneluxspoor.net/bnls_2022/YD8116-ID-172-SBB-Syst-L-Hauptsign-7L-Vollbestuckt-Zusatz-6326278f0e45e.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-ID-172-SBB-Syst-L-Hauptsign-7L-Vollbestuckt-Zusatz-6326278f0e45e.jpg)
(https://images.beneluxspoor.net/bnls_2022/YD8116-ID-179-SBB-Syst-L-Hauptsign-3L-FB2-632627d939f20.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-ID-179-SBB-Syst-L-Hauptsign-3L-FB2-632627d939f20.jpg)
(https://images.beneluxspoor.net/bnls_2022/YD8116-ID-183-SBB-Syst-L-Vorsignal-5L-Vollbestuckt-632628147966f.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-ID-183-SBB-Syst-L-Vorsignal-5L-Vollbestuckt-632628147966f.jpg)
De laatste twee voorbeelden zijn ook terug te vinden op On TraXS!: op de modelbaan in aanbouw (1:160) van Martin Domburg, het "projectje van Ellen", Stugl-Stuls:
https://forum.beneluxspoor.net/index.php?topic=103912.msg3222331786#msg3222331786
De vijf aldaar aanwezige seinen (2x hoofdsein/voorsein combi en 1x rood/groen sein) gedefinieerd in één YD8116 decoder, aangestuurd via slechts één wisseladres via DCCext aspecten met automatische donkerschakeling van het voorsein:
(https://images.beneluxspoor.net/bnls_2022/YD8116-DTS-01-6326376a97a42.jpg) (https://images.beneluxspoor.net/bnls_2022/YD8116-DTS-01-6326376a97a42.jpg)
Tenslotte nog dit...
Ik heb een aantal 4018's gekocht voor wissels te schakelen.
Misschien moet je ook eens kijken naar de YaMoRC YD8008 en YD8044, een tweetal wisseldecoders speciaal voor wissels met spoelaandrijvingen, die door de ingebouwde CDU ook in staat zijn om de "zwaardere" spoelen te schakelen zonder dat daar een speciale zware voeding voor nodig is. De YD8008 schakelt 8 wissels zonder hartstukpolarisatie, de YD8044 schakelt 4 wissels, gecombineerd met hartstukpolarisatie.
Ook de YD8008 en YD8044 zullen te zien zijn bij de stand van YaMoRC op On TraXS!
De knoop doorgehakt.... Dit naar aanleiding van testen met nieuwe software voor de 50018, de reacties en het (helaas) uitblijven van verdere antwoorden van de support case bij de leverancier...
Tot zover even mijn reactie op jouw teleurstellende ervaring met Digikeijs... ;)
Groeten,
Bert
-
Hallo Bert,
Hartelijk dank voor reacties en de YaMoRC switches. Ik had deze inderdaad ook bij Martin Domburg op de website gezien een paar weken geleden (Dat stond in een nieuwsbrief/email van DTS.) Dus ik heb er al eens met interesse naar gekeken.
Dat het programmeren veel eenvoudiger is wist ik niet dus dat is nu voor iedereen leesbaar :-)
Ik vind (maar ik denk velen met mij) dat iedereen reacties mag plaatsen over de ervaringen en toepassingen die je ondervind met producten en oplossingen. Je hebt dat altijd gedaan in een positieve en oplossings gerichte manier waarvoor weer hartelijk dank.
Dat een leverancier hier niet blij mee is geeft wellicht aan dat er verbeteringen toepasbaar zijn op zijn/haar producten en/of service etc... Dus alle input kunnen tot verbeteringen leiden waar een leverancier zijn voordeel mee kan doen :-)
Iets niet snel kunnen oplossen is over het algemeen ook geen probleem. Er is altijd wel een "workaround" of commerciele oplossing te bedenken. Echter het niet communiceren met de eindklanten hierover en technische problemen niet adequaat aanpakken wordt uiteindelijk wel een groot probleem....
Vandaar mijn 4018 keuze (dat was geen commerciele oplossing die ik wel heb aangegeven bij de leverancier) echter de YamoRC switches hebben ook veel mogelijkheden dus daar ga ik ook zeker verder naar kijken. (Ik vind ze qua uiterlijk en opbouw wel op Digikeijs modellen lijken...)
-
Hallo Ronald,
Nog even een aanvulling op jouw laatste opmerking...
Vandaar mijn 4018 keuze (dat was geen commerciele oplossing die ik wel heb aangegeven bij de leverancier) echter de YamoRC switches hebben ook veel mogelijkheden dus daar ga ik ook zeker verder naar kijken. (Ik vind ze qua uiterlijk en opbouw wel op Digikeijs modellen lijken...)
De door jou geconstateerde gelijkenis betreft alleen de vorm van de "verpakking" van de modules, de "inhoud" is totaal verschillend: de YaMoRC modules zijn geheel nieuw ontwikkeld en gebaseerd op de meest recente componenten, terwijl de Digikeijs DRxxxx modules inmiddels "op jaren" zijn gekomen, zoals Digikeijs zelf ook zegt "de eerste generatie", zonder verdere ontwikkeling. De aangekondigde "vernieuwende tweede generatie" (de door Digikeijs zelf ontwikkelde DKxxxx producten) is tot nu toe echter niet verder gekomen dan de DK50018...
Groeten,
Bert