BeneluxSpoor.net forum
Vraag en antwoord => Modeltreinproblemen en -vragen => Topic gestart door: Dennis1984 op 17 September 2025, 15:15:54
-
Hallo,
Ik ben in het bezit van de mooie Roco 72800 (https://www.roco.cc/ren/72800-beilhack-rotary-snow-blower-of-the-sbb.html). Leuk model met geluid en met beweegbare functies. Zo kan de bovenkant van de locomotief 180 graden draaien.
Maar die functie heeft ook een bijzonderheid: de rijrichting verandert mee. Rijdt de locomotief bij vooruit eerst in de ene richting, als ik met F4 de locomotief 180 graden draai is vooruit de andere rijrichting.
Op zich is het wel logisch, want zo is vooruit altijd de richting om de sneeuw te vegen. Maar digitaal is dit natuurlijk een crime, want hoe ga ik dit aan de software duidelijk maken? Ik kan het niet wijzigen in de decoderinstellingen.
Met vriendelijke groet,
Dennis
-
Hmm interessant probleem. Het is een feature, geen bug.
Heb je Roco klanten support al geprobeerd?
-
Stom idee:
Je software vertellen dat er een draaischijf ligt op de plekken waar je hem wil laten draaien?
Groet,
Tjalling
-
Je kunt de rij-software toch gewoon vertellen dat, als je hem gedraaid hebt, hij achteruit rijdt?
-
Als de lok in automatisch bedrijf moet terugrijden naar het blok waar het eerder vandaan komt wordt de rijrichting omgezet door de software. Zorg dan ook middels een actie dat de locomotief functie F4 geactiveerd wordt.
-
Je kunt de rij-software toch gewoon vertellen dat, als je hem gedraaid hebt, hij achteruit rijdt?
Ja dat kan wel, maar dat kan niet automatisch.
de rijrichting omgezet door de software
En precies dat wil je dus niet. Als die trein wordt stopgezet en hij moet terugrijden naar waar die vandaan kwam, dan zal de computer hem de andere kant op aansturen. Dat is de normale gang van zaken. Maar zodra je F4 activeert, wordt de achterkant de voorkant. Dus eigenlijk moet dat computer programma de trein altijd vooruit aansturen voor beide richtingen, maar ik zie koploper oid dit niet doen op een pendelbaantje.
Met iTrain kan je dit misschien voor elkaar krijgen als je Xander lief aankijkt. En dan hebben we een jaar later hier een nieuw draadje waarbij de richting van de loc niet wordt omgedraaid omdat iemand per ongeluk een recentelijk toegevoegd checkboxje heb aangevinkt. ;D
Ik denk eerlijk gezegd dat Tjallings bijzonder creatieve oplossing (y) als enige daadwerkelijk kan werken.
Maar nogmaals.. even vragen bij de klanten service die misschien wel een bepaalde CV voor je weten die niet in handleidingen voorkomt. ???
Mvg,
Bas
-
Waarom zou je het eigenlijk twee keer vooruit noemen?
Het gaat erom wat je ziet. Het ding heeft twee rijrichtingen (volgens het programme vooruit en achteruit) en met het voorstel van Ben staat die rotor altijd aan de goede kant van het machientje. Volgens mij is het niet anders dan bij een treinstel.
-
Waarom zou je het eigenlijk twee keer vooruit noemen?
Omdat de TS dit zegt:
Maar die functie heeft ook een bijzonderheid: de rijrichting verandert mee. Rijdt de locomotief bij vooruit eerst in de ene richting, als ik met F4 de locomotief 180 graden draai is vooruit de andere rijrichting.
-
In Rocrail (en in andere programma's waarschijnlijk ook wel) kun je met een actie een CV waarde wijzigen.
dit gebeurt (in Rocrail) met commando Pomwrite. je zou eens kunnen testen hoe het werkt als je mbv CV29 de rijrichting van de loc in de decoder inverteert. Doe dit dan voordat je F4 met een actie activeert.
onderstaan zijn de mogelijkheden om de loc properties te wijzigen
(https://images.beneluxspoor.net/bnls_2025/Screenshot-1-68cb18258ce60.jpg) (https://images.beneluxspoor.net/bnls_2025/Screenshot-1-68cb18258ce60.jpg)
-
Dank iedereen voor het meedenken. Ik rijd met iTrain.
Op het iTrain forum kun je er ook iets over lezen in dit draadje: https://berros.eu/itrain/forum/viewtopic.php?t=2969
Interessant is nog dit:
- Gibt's Lösungen für das von mir beschriebene Fartrichtungsproblem? (Hmmm, zum zweiten mal bin ich hier, schon wieder Fahrtrichtung ;) ). "Vorwärts" bekommt mit Railcom halt noch eine zusätzliche Bedeutung, deshalb ist das simple abschalten der Fahrtrichtungsumkehr nicht unbedingt der Weisheit letzter Schluss. Diese Fahrtrichtungsumkehr ist, da bin ich mir sicher, über die Decodereinstellungen realisiert. Ich habe bis jetzt aber noch nicht die richtige CV gefunden, um einen Versuch zu starten, und ich komme die nächsten zwei Wochen nicht dazu das rauszufinden. (Ferien: Das Fernweh ruft :D ) Der Decoder soll ja ein MX 645 sein...
Ik ben echter niet zo zeker dat dit via de decoder is geregeld. Ik vrees dat het door fysieke kenmerken komt (contacten polen om bij draaien). De tekeningen bieden echter geen duidelijkheid dus dan moet ik het model open maken/demonteren.
Hoe dan ook... zelfs als je dit wel oplost blijf je nog met de verlichting zitten. Die draait namelijk mee met de cabine dus daar moet je dan ook nog een truc voor verzinnen.
Met vriendelijke groet,
Dennis
-
Omdat de TS dit zegt:
Dat weet ik. Maar het lijkt erop dat Dennis wil dat ook het programma het in beide rijrichtingen over vooruit heeft.
Ik probeer te bedenken wat het verschil nu is met een treinstel. Als een treinstel van rijrichting verandert, verandert door schakelen van wat functieuitgangen ook de verlichting. Het programma verandert in de eigen administratie vooruit naar achteruit of andersom. In dit geval zou je bij veranderen van rijrichting de hele cabine moeten laten draaien. Wat geeft het als het in de administratie van het programma nog steeds vooruit in achteruit verandert of andersom? Bij een Hondekop malen we daar ook niet om.
Kortom, ik probeer eigenlijk het probleem te begrijpen. :)
-
Je hebt er natuurlijk niet zo heel veel aan, maar in koploper zou ik dit wel kunnen oplossen. Beetje creatief blokken aanmaken met rij mogelijkheden. Daarbij kun je aangeven of een lok van richting moet veranderen van het ene blok naar het andere blok.
En voor deze lok kun je het dan zo regelen dat hij dat niet doet, maar dat hij in dat blok wel even F4 activeert. Daarna rijd hij gewoon vooruit terug naar het blok waar hij vandaan komt.
maar iTrain ken ik niet goed genoeg om te weten of die dat ook zo voor elkaar zou kunnen krijgen.
Dus voor koploper zou ik iets in de trant van het volgende doen:
Dan zou je dus zelf moeten bepalen of bij een rijweg een lok van richting moet veranderen, en dat dus ook uit kunnen zetten.
En je zou na binnenkomst in een blok een functie moeten kunnen aansturen ( en dat kan vast en zeker wel )
Daarnaast zou je, als dezelfde route ook voor andere loks gebruikt wordt, alle blokken dubbel moeten uitvoeren waarbij deze lok de ene set gebruikt waarbij de richting wissel dus uit staat, en de rest de andere set waarbij de richting wissel aanstaat.
Misschien kan iemand die iTrain goed kent op basis hiervan ook daar een oplossing bedenken?
Vermoed trouwens wel dat het te maken heeft met een CV instelling. Als tijdens het draaien de polariteit omdraait zou hij even zonder stroom komen te zitten, kun je natuurlijk opvangen door een buffer, maar dan moet die niet een keer per ongeluk in die stand blijven staan.
En in het onderdelen blad zie je de motor met 2 draden en nergens iets om dat bij rond draaien om te wisselen.
Gaat hij bij F4 altijd dezelfde kant op, dus blijft hij als het ware oneindig rond draaien, of draait hij in omgekeerde richting weer terug, en maakt hij dus nooit meer dan 180 graden draai? Gezien de draden voor de verbinden vermoed ik het laatste.
Groet,
Roelco
-
In dit geval zou je bij veranderen van rijrichting de hele cabine moeten laten draaien.
Dat is dus ook precies wat er gebeurt en wat het probleem is.
Vermoed trouwens wel dat het te maken heeft met een CV instelling. Als tijdens het draaien de polariteit omdraait zou hij even zonder stroom komen te zitten, kun je natuurlijk opvangen door een buffer, maar dan moet die niet een keer per ongeluk in die stand blijven staan.
En in het onderdelen blad zie je de motor met 2 draden en nergens iets om dat bij rond draaien om te wisselen.
Gaat hij bij F4 altijd dezelfde kant op, dus blijft hij als het ware oneindig rond draaien, of draait hij in omgekeerde richting weer terug, en maakt hij dus nooit meer dan 180 graden draai? Gezien de draden voor de verbinden vermoed ik het laatste.
Groet,
Roelco
Hij draait in omgekeerde richting weer terug.
De oplossing met Koploper klinkt erg omslachtig maar ik rij daar niet mee dus ik heb er ook niets aan.
Verder hoeft dit niet in de decoder opgelost te worden. Dat ding draait 180 graden en op de één na laatste pagina van de explosietekening (https://www.roco.cc/static/frontend/Casisoft/Roco/en_GB/doc/ET/1/DE/72800_201644.pdf) zie je de onderdelen 6 en 7 waarvan de ene roteert en de andere denk ik niet. Dus dat zou het kunnen zijn. De trein moet ook altijd stilstaan als de locomotief draait. Maar misschien moet ik hem eens open maken om te begrijpen. Hoewel ik denk ik eerst even de klantenservice ga mailen zoals Bas voorstelde.
De locomotief komt niet stroomloos omdat de printplaat in de cabine gewoon gevoed blijft worden via het onderstel.
Hoe dan ook blijft het een interessant probleem ;D.
Met vriendelijke groet,
Dennis
-
Dat weet ik. Maar het lijkt erop dat Dennis wil dat ook het programma het in beide rijrichtingen over vooruit heeft.
Het zijn niet echt beide rijrichtingen, het is 1 en dezelfde rijrichting. Alsof je de lok oppakt en omdraait met de hand. F4 is alleen de hand functie.
Ik probeer te bedenken wat het verschil nu is met een treinstel. Als een treinstel van rijrichting verandert, verandert door schakelen van wat functieuitgangen ook de verlichting. Het programma verandert in de eigen administratie vooruit naar achteruit of andersom. In dit geval zou je bij veranderen van rijrichting de hele cabine moeten laten draaien. Wat geeft het als het in de administratie van het programma nog steeds vooruit in achteruit verandert of andersom? Bij een Hondekop malen we daar ook niet om.
Kortom, ik probeer eigenlijk het probleem te begrijpen. :)
Dus om het te vergelijken met een treinstel, laat die het blok binnen komen, til die met de hand op en draai hem om, zet hem weer op de rails. Treinstel veranderd dan dus niet van rijrichting, hoeft niets te schakelen voor verlichting, maar voor je programma rijd hij wel "opeens" de andere kant op, in het echt, maar in de administratie niet.
Bij een treinstel rijd hij ook echt de andere kant op, dat betekend dus dat het programma het commando moet sturen om de andere kant op te rijden. Dan mag je dat voor mij nog altijd vooruit noemen, maar je moet toch echt een ander commando versturen.
Bij deze moet je dus hetzelfde commando versturen als bij binnenkomst, maar wel weten dat de lok dan dus wel de andere kant op gaat rijden.
En daar zit voor programma's een beetje het probleem. Als een treinstel in dat blok binnen komt stuur je het commando Vooruit, snelheid 5. vooruit snelheid 0.
Daarna stuur je het commando achteruit snelheid 5 om weer terug te gaan naar het blok waar je vandaan komt.
Voor dit model moet het programma dus sturen:
vooruit, snelheid 5. vooruit snelheid 0. bij binnenkomst.
Maar bij vertrek naar het blok waar hij vandaan kwam moet het vervolg commando zijn:
schakel F4
vooruit snelheid 5.
Je moet het programma dus wijs kunnen maken om voor deze trein niet de rijrichting te veranderen.
Zoals aangegeven kan dat in koploper wel, maar weet niet of Itrain dat ook kan. Zou ik wel verwachten, je kunt ook een echte keerlus hebben waarbij de trein gewoon door kan rijden en via een wissel weer terug komt in het oorspronkelijke blok, dus verwacht dat Itrain ook wel iets heeft om dit wel te kunnen.
Eventueel kun je proberen z'n soort dummy blok aan te maken waarbij deze lok dat blok neemt, met een verplichte stop om F4 te activeren, en daarna doorrijd (op je baan dus terug gaat rijden), terwijl alle andere loks het blok in rijden waar ze van rijrichting veranderen om terug te keren?
Roelco
-
De oplossing met Koploper klinkt erg omslachtig maar ik rij daar niet mee dus ik heb er ook niets aan.
valt heel erg mee, en geeft je heel veel vrijheid. En verwacht dat je iets vergelijkbaars kunt doen in andere progamma's.
Verder hoeft dit niet in de decoder opgelost te worden. Dat ding draait 180 graden en op de één na laatste pagina van de explosietekening (https://www.roco.cc/static/frontend/Casisoft/Roco/en_GB/doc/ET/1/DE/72800_201644.pdf) zie je de onderdelen 6 en 7 waarvan de ene roteert en de andere denk ik niet.
Met vriendelijke groet,
Dennis
Hier had ik ook naar gekeken. Maar mijn conclusie was anders. 6 en 7 lijken inderdaad voor de stroom afnamen. maar als die ten opzichte van elkaar roteren dan zou er een heel stuk zijn waarbij die 2 geen verbinding met elkaar hebben.
Als je trouwens zoekt is dit blijkbaar al een heel oud model, filmpjes van 12 jaar oud waarbij hij draait, en daar zie je inderdaad gewoon meerdere draden door het midden naar boven komen. Dat zal inderdaad de voeding zijn vanaf het onderstel, maar waarom zou je dan de contacten voor de motor in het onderstel wel via z'n rotatie model doen?
Of het moet hier inderdaad om een oud model gaan waarbij dit toen nog niet eenvoudig via een decoder te regelen was, en ze daadwerkelijk een mechanische oplossing hebben gezocht voor het mee draaien van de rijrichting.
Dus ja, misschien heb je gelijk.
Ben benieuwd wat de klantenservice voor info kan geven. Die zou ik ook eerst een mail sturen voordat je begint met open maken. Al is het ook altijd wel interessant om dat zelf uit te zoeken.
Succes,
Roelco
-
De stroomafname wordt niet onderbroken bij het draaien, maar ik denk dat je wel gelijk hebt dat onderdeel 7 daarvoor is: die zit bij de wielen.
Vandaag een mail naar Roco gestuurd en vanmiddag al gelijk antwoord, maar niet iets waar ik iets aan heb. Alleen het advies de softwareversie van de decoder te updaten omdat het een oud model betreft. Iets te enthousiaste klantenservice medewerker vrees ik.
Ondertussen probeer ik de kap open te maken maar dat is geen sinecure. Nergens staat hoe dat moet en ik krijg hem wel iets gelift, maar hij blijft hangen en ik durf niet te forceren omdat ik bang ben dat het breekt. Dus als iemand nog een tip heeft...
Met vriendelijke groet,
Dennis
-
Nou, het verhaal heeft een bijzondere wending gekregen :o.
Ik heb gisteravond de kap open gekregen. Je moet eerst het dakje boven de dieselmotoren verwijderen en daarna kun je daar 2 schroeven loshalen. Heb je die los, dan kun je de gehele behuizing er vrij eenvoudig af krijgen.
Vervolgens even foto's gemaakt van de printplaat, voor en achterzijde. Hier de voorzijde:
(https://images.beneluxspoor.net/bnls_2025/snowpcb-68cdb37c95b52.jpg) (https://images.beneluxspoor.net/bnls_2025/snowpcb-68cdb37c95b52.jpg)
Wat natuurlijk meteen opvalt is dat er draden naar de wielen gaan (grijs en zwart) en naar de motor (blauw en rood). Geen mechanisch iets dus. Ik heb even in een tekenprogramma de printsporen gevolgd maar het leek alsof er geen bijzondere elektronische constructies zijn om het om te polen. Eigenlijk kan dat ook alleen goed met een relais en die zie je niet op de printplaat.
Afijn, toen ben ik maar weer in de pen geklommen en heb Zimo gemaild. De klantenservice daar (is 1 persoon) is helemaal top was mijn eerdere ervaring: heel vriendelijk en zeer technisch onderlegd. Dus ik had goede hoop op in ieder geval een zinvolle reactie. En die heb ik vandaag inderdaad gekregen...
Lang verhaal kort: de decoders zijn voorzien van een speciale softwareversie van Zimo waar de functies voor dit model hardcoded in zijn geprogrammeerd. Hoe dat werkte is lang geheim gebleven maar in de huidige handleidingen is een deel tegenwoordig terug te vinden. Zie hier (https://www.zimo.at/web2010/documents/MX-KleineDecoder.pdf) pagina 74, linkerkolom en dan bij CV-waarde #394. Bit 1 heeft iets speciaals voor de beilhack. Helaas is voor de ompoling van de motor een script gemaakt die dit aanstuurt en die is onderdeel van het project dat op de decoder is ingeladen.
Op zich zou ik dat kunnen veranderen als ik een Zimo programmer heb, maar het probleem is dat ik dan het geluid kwijt ben. Alleen als Roco het decoderproject openbaar zou maken zou ik het zelf kunnen oplossen. Erg jammer dus.
Dus: niet op te lossen met een aangepaste print. Niet zo makkelijk op te lossen in de decoder (of eigenlijk gewoon niet). Ik ga nu even kijken of de nieuwere Roco-modellen van dit ding, die met een nieuwere MS-decoder zijn uitgerust, ditzelfde grapje hebben. Als dat niet zo is zou een decoder-uitruil een optie kunnen zijn (wel relatief duur, maar ok). Als dat wel zo is, ga ik maar eens lobbyen bij Roco voor een oplossing.
Zimo raadt mij aan het in de modelbaan-besturingssoftware op te lossen. Dat was hierboven natuurlijk ook al gesuggereerd maar is voor mij een laatste oplossing. Het is mijns inziens namelijk gewoon een domme implementatie in de decoder. Dus daar moet het dan ook opgelost worden.
Met vriendelijke groet,
Dennis
-
Kun je aan F4 geen commando "rijrichtingswissel" toevoegen? Ben niet zo thuis in zimo, maar bij een marklin decoder is deze optie er.
Daarna kun je dan in itrain de richting weer omkeren.
Bart
-
Jazeker, in CV400, zie 3.18 op pagina 31.
-
Ik heb een zimo programmer als je ooit wilt stunten met de internals ...
:-)
Guus
-
Beetje houtje touwtje oplossing ... misschien een extra decodertje inbouwen alleen voor het motortje voor het rijden, en het geluid en de andere functies door de zimo decoder laten doen?
Dan moet je nog wel spelen met de optrek en afrem waardes om geluid en rijbeweging op elkaar af te stemmen
Guus
-
Bart, Ben,
In Zimo decoders kun je ook scripts toevoegen en die zitten er in mijn geval ook in (volgens Zimo). Die overrulen andere geprogrammeerde functies.
Guus,
Dank voor het aanbod. Die Zimo programmer staat hier ook nog op het verlanglijstje. Zo'n extra decoder zou inderdaad een oplossing kunnen zijn, maar het is wel een beetje een complexe oplossing ;). Of het fysiek gaat passen ben ik ook nog niet zo zeker van.
Met vriendelijke groet,
Dennis