Op mijn baan maak ik gebruik van Koploper voor de aansturing. Koploper stuurt de wissels één na één aan. Een trein begint niet te rijden alvorens alle wissels in een wisselstraat gezet zijn (bewuste keuze voor de veiligheid). Op zich niets fout mee echter het betekent wel dat de wissels in andere wisselstraten pas gezet kunnen worden als de vorige straat volledig afgehandeld is. Dit heeft vertragingen in het treinverkeer tot gevolg omwille van het feit dat in het zichtbare deel heel wat traaglopende wissels zitten (~2,5s) en wisselstraten tot 5 wissels hebben. Puur theoretisch kan een besturingsprogramma de wissels die op verschillende wisseldecoders zitten gelijktijdig omzetten (in de veronderstelling dat de trafo voldoende vermogen heeft).
Ik ben erg benieuwd of hier ervaringsdeskundigen zijn die gebruik maken van andere besturingsprogramma's waar wissels in verschillende wisselstraten wel gelijktijdig gezet kunnen worden en zoja welke besturingsprogramma's dit dat zijn. Het is niet mijn bedoeling een discussie te starten over alle voor/nadelen van specifieke programma's. ;).
Aanvullend, ik weet dat er wisseldecoders zijn die zelf opdrachten kunnen bufferen waardoor in principe schakeltijden in de besturingsoftware ingekort kunnen worden. Dit is voor mij geen oplossing daar mijn decoders geen opdrachten kunnen bufferen. Vervangen van de decoders is niet aan de orde.
Goedemorgen Patrick,
Omdat ik in het verleden de software voor het besturen van mijn modelbaan zelf geschreven heb, ken ik het probleem vrij goed. Ik geef u voor de vuist weg, enkele mogelijke verkortingen die u misschien al wel toegepast hebt.
(https://live.staticflickr.com/65535/52503754613_fac6572849_c.jpg)
by Erik Verleysen on Flickr
1. Verminder het aantal wisseldecoders door, waar mogelijk, met 1 decoder meerdere wissels te schakelen.
In bovenstaande tekening kunnen beide situaties gestuurd worden door 1 decoder.
2. Als het mogelijk is met Koploper : scheiden van de "Set wissel"-opdracht van de "Controleer wisselstand"-opdracht.
Op deze wijze kun je uw "Set wissel"-sequens afwerken met korte invallen, spoel- of motoraandrijving, maakt niet uit. En dan na een korte wachttijd (tijd wisselmotor-omzetting + 1 s (bvb)) controleren of de wissels ook juist staan. Eventueel corrigeren natuurlijk. Dit gaat veel sneller bij meerdere wissels.
Mvg, Erik.
Goedenavond Erik,
Bedankt voor je tips. Op 2 plaatsen heb ik een overloopwissel zitten en daar kan ik idd telkens een uitgang besparen en de looptijd halveren. Die zet ik op mijn todo om te herbedraden. Ik begrijp wat je bedoelt in punt 2 maar dat is voor zover mijn kennis van koploper reikt jammer genoeg niet mogelijk. Je kan wel de schakeltijd voor een wissel in koploper verkorten echter dan kom je in de problemen als de decoder de wisselopdrachten niet kan bufferen en er 2 of meer opdrachten kort na elkaar naar dezelfde decoder gestuurd worden.
Geen idee of bvb een loconet accessorydecoder icm koploper dit beter afhandeld. Ik zou me kunnen inbeelden dat een decoder met loconet de opdrachten kan bufferen en een melding sturen naar het commandstation dat een wissel volledig om is. Als het station dit op zij beurt dan kan melden aan koploper dan ben je er.
Zijn er loconet kenners die weten of een loconet wisseldecoder effectief een melding stuurt naar het commandstation als een wissel om gezet is?
Dag Patrick,
Heb je niet aan elke wissel een "terugmeldingsdraadje" hangen dat 0 of 1 wordt afhankelijk van de stand van de wissel?
? Erik.
Dag Eve,
Nee, heb ik niet voorzien maar had wel gekund. Ik heb namelijk 2 wisselcontacten waarvan er 1 gebruikt is voor de puntstukpolarisatie. Andere contact is vrij. Kan je even toelichten hoe me dit verder kan helpen?
Patrick,
Als je die "wissel-terugmelders" uitleest heb je idee in welke stand de wissel staat maw of hij is omgelegd.
Deze uitgang toevoeren aan een encoder en uitlezen...
Erik
Dag Erik,
Ok, helder maar dat wordt een heel project om dat goed te krijgen icm koploper. Het vereist nog altijd een decoder die kan bufferen en het installeren en bedraden van de extra terugmelders voor een 44-tal wissels. Voor mij betekent dit vervangen van de DCC decoders omdat er geen mogelijkheid is tot buffering van opdrachten. Ze zijn weliswaar zelfbouw maar geheugen zit helemaal vol ( kleine PIC). Verder moeten in koploper de nodige voorwaarden aangemaakt worden om ervoor te zorgen dat treinen niet vertrekken alvorens de wissel juist staan parallel aan wat al ingebouwd is voor het zetten van wisselstraten. Zeker een goed idee echter wel ingrijpend.
Wat ik mis in koploper is de functionaliteit die:
1) weet of er een opdracht voor een wisseldecoder nog lopende is. Zoja, dan nog even wacht tot de volgende verstuurd wordt. Nu gebeurt dat ook echter niet op basis van het decoderadres. Er wordt slechts 1 opdracht tegelijk toegelaten. Door het decoderadres mee te nemen in deze beslissing kunnen er een aantal opdrachten simultaan uitgevoerd worden. Je zou wissels ook een groepnummer kunnen geven. Wissels met hetzelfde groepnummer mogen simultaan aangestuurd worden. In principe is het gebruiken van het adres hetzelfde als een groepnummer echter met een groepnummer is e.e.a. wat netter georganiseerd omdat de software dan geen aannames maakt over het aantal uitgangen op een decoder. De verantwoordelijkheid voor een correcte configuratie leg je dan bij de gebruiker.
2) Een globale instelling die aangeeft hoeveel wisselopdrachten er maximaal parallel mogen lopen. Is noodzakelijk om te voorkomen dat de trafo het niet kan trekken. Als die instelling op 1 staat is er net hetzelfde gedrag als nu.
Uiteraard is dit alles voor koploper niet meer aan de orde maar is deze of een gelijkaardige mogelijkheid wel voorzien in andere besturingsprogramma's. Erg benieuwd of die er zijn.
Patrick,
welke aandrijvingen gebruik je om de wissels om te zetten en welke digitale centrale gebruik je?
Geert
Goedemorgen Patrick,
Ik zie uw probleem. Een bevredigende oplossing is inderdaad niet eenvoudig te realiseren.
Ik had van in het begin terugmelding op de wisselstand (valse en meer echte).
En ik schreef mijn programma zelf. Dat zijn behoorlijk wat vrijheden.
Ik vrees dat ik u niet verder kan helpen.
Mvg, Erik.
Net zoals eric mijn eigen sturing gemaakt .Dus sorry ik kan ook niet helpen .
Maar inderdaad een processor kan maar een instructie per keer uitvoeren .
Misschien een draadje openen hoe we het doen op onze baan ????
Gr raf
Citaat van: patrick smout op 16 november 2022, 20:09:18 PM
Geen idee of bvb een loconet accessorydecoder icm koploper dit beter afhandeld. Ik zou me kunnen inbeelden dat een decoder met loconet de opdrachten kan bufferen en een melding sturen naar het commandstation dat een wissel volledig om is. Als het station dit op zij beurt dan kan melden aan koploper dan ben je er.
Zijn er loconet kenners die weten of een loconet wisseldecoder effectief een melding stuurt naar het commandstation als een wissel om gezet is?
Het is mogelijk via LocoNet de stand van de wissel op te vragen/terug door te sturen. Dit is wel niet de fysieke stand (kan enkel met echte contacten) maar de laatste opdracht. De reden waarom ik ook vraag welke digitale centrale je hebt, is na te gaan of je LocoNet daarop hebt? Ik weet dat je handig bent met elektronica en zelfbouw kost een LocoNet decoder minder dan 1€ per wissel...
Geert
De laatste opdracht naar een wissel gebruiken om de wisselstand te bepalen is, volgens mij, te mijden.
Zeker in de testfase zal het meermaals gebeuren dat wissels, terwijl het stuurprogramma loopt, met de hand worden omgezet om ongevallen te herstellen.
Mvg, Erik.
Erik is zo een wissel decoder dan niet te programmeren dat hij bij heropstarten naar de laatst ingestelde stand gaat staan .
Bij een loc decoder kun je dit ook aanvinken .
Geen idee of dat ook bij een wissel mogelijk is
gr raf
Citaat van: Geert op 19 november 2022, 12:18:31 PM
De reden waarom ik ook vraag welke digitale centrale je hebt, is na te gaan of je LocoNet daarop hebt? Ik weet dat je handig bent met elektronica en zelfbouw kost een LocoNet decoder minder dan 1€ per wissel...
Geert
Dag Geert,
Mijn DCC station is eigen brouwsel (https://www.elektormagazine.com/magazine/elektor-200809/18906 (https://www.elektormagazine.com/magazine/elektor-200809/18906)). Met zekerheid (nog) geen LocoNet maar als geestelijke vader heb ik wel de sourcecode ;). Als er zekerheid zou zijn dat koploper anders omgaat met loconetdecoders en effectief weet tot de decoder een wissel omgezet heeft dan zou ik eventueel wel een overstap naar LocoNet overwegen. Zonder die zekerheid sta ik echter niet te trappelen omdat mijn baan elektrisch in feite af is. LocoNet is absoluut een mooi systeem en jammer dat ik 15 jaar geleden niet die weg ingeslagen ben.
Citaat van: eve op 17 november 2022, 07:59:04 AM
Goedemorgen Patrick,
Ik zie uw probleem. Een bevredigende oplossing is inderdaad niet eenvoudig te realiseren.
Ik had van in het begin terugmelding op de wisselstand (valse en meer echte).
En ik schreef mijn programma zelf. Dat zijn behoorlijk wat vrijheden.
Ik vrees dat ik u niet verder kan helpen.
Mvg, Erik.
Dag Erik,
besturingsprogramma zelf schrijven geeft idd de nodige vrijheden. Momenteel rij ik nog met koploper want mij eigen software is nog niet zover gevorderd. Op zich sta ik al vrij ver. Treinen kunnen rijden, zowel in simulatie als op mijn baan echter er worden bij het afsluiten nog geen loc/treinposities en remgegevens opgeslagen/teruggelezen. Dat maakt het inzetten wat omslachtiger. Mijn software leest een koploperbackupdatabase (.zip) in en maakt gebruikt van de aanwezige info voor de opbouw van blokken, van-naar, bezetmelders, decoders en terugmelders, locs en treintypes, variabele en vaste routes etc. De grafische voorstelling van de baan in de database gebruik ik niet omdat de grafische weergave van de baan bij mij anders opgebouwd is. De treinen rijden bij mij rond via vaste en variabele routes net zoals in koploper echter slechts een beperkte functionaliteit voor de vaste routes is overgenomen.
Volgende stap in de eigen software zal dus een aanpassing zijn in het zetten van de wissels. Nu loopt dat zoals in koploper één na één. Het zal moeten worden zoals beschreven in mijn posting van 17 november 2022, 06:39:48 am.
Zal ik je niet moeten vertellen maar in dit softwareluik kruipt ook veel tijd. Ik vorder, tenminste als ik er zin in heb, en dan is er ook nog de scenery die ook een schopje verdient ...
Ik wens u veel moed en volharding. En succes !
In welke taal schrijf je ?
Mvg, Erik.
Bedankt ;). Programmeertaal die ik gebruik is c++ , OS is Windows (maar ik ben zeker geen c++ guru ).
Welke taal voor jouw software?
Dag Patrick,
C++ is een schitterende taal !
Tot 1982 schreef ik in mnemonics. Dan C, vervolgens C++ en uiteindelijk Visual Basic.
Door de "basic" in die laatste werd ik zowat verbannen naar de uiterste donkere oorden van het heelal.
Snelheidsmetingen toonden aan dat er geen merkbaar verschil in uitvoeringstijd was tussen Visual Basic en de rest.
Visual Basic is trouwens geschreven in C++.
Microsoft heeft die taal compleet laten verkommeren en er een monster van gemaakt.
Mvg, Erik
Dag Patrick;
Ik gebruik wissel dekoders met terug melding . (Lenz)
Na omschakeling meld de dekoder aan de pc de stand.
1 rechtdoor 0 afbuigend. Er wordt één wissel per seconde geschakeld .
Als de terugmelding binnen is mag de volgende schakelen.
Ik gebruik Visual basic 6.0 al jaren. En een pc met een" hele lange baard " :)
Mvg
Julien
Citaat van: Flip op 20 november 2022, 18:48:06 PM
Er wordt één wissel per minuut geschakeld .
Volgens mij wilde Patrick het iets sneller. ;)
Foutje Klaas
Citaat van: Flip op 20 november 2022, 18:48:06 PM
Er wordt één wissel per seconde geschakeld .
Als de terugmelding binnen is mag de volgende schakelen.
Dag Julien,
Wissels waarvan je de stand kan teruglezen ii.c.m. eigen software is idd wel het summum. De wissels in het zichtbare deel worden bij mij aangedreven met traaglopende tortoises. Looptijd voor volledig om te zetten is 3". In het zichtbare deel zijn er tot 5 wissels in een wisselstraat. Zoals het nu werkt in koploper dus tot 15" voor het zetten van een wisselstraat. Als er in een ander deel van de baan dan een wissel gezet moet worden met bv een magneetspoel (0,5 sec steltijd) dan zie ik nu dat daar treinen afremmen en zelfs kort stoppen door de vertraging in het zetten van de wisselstraten. Met koploper zal ik er dus mee moeten leven, met de eigen software zijn er nog wel wat mogelijkheden om uit te proberen.
Citaat van: patrick smout op 19 november 2022, 17:45:45 PM
Bedankt ;). Programmeertaal die ik gebruik is c++ , OS is Windows (maar ik ben zeker geen c++ guru ).
Welke taal voor jouw software?
Voor mij is dit allemaal Chinees. 🤔
Hoi Eric,
Chinees kan je ook leren hoor ( of eten, zoals je wil ;) ).
Als je er mee wil starten kunnen we er het de volgende keer zeker wel eens over hebben.
Grtz
Citaat van: eve op 19 november 2022, 20:00:18 PM
Dag Patrick,
C++ is een schitterende taal !
Tot 1982 schreef ik in mnemonics. Dan C, vervolgens C++ en uiteindelijk Visual Basic.
Door de "basic" in die laatste werd ik zowat verbannen naar de uiterste donkere oorden van het heelal.
Snelheidsmetingen toonden aan dat er geen merkbaar verschil in uitvoeringstijd was tussen Visual Basic en de rest.
Visual Basic is trouwens geschreven in C++.
Microsoft heeft die taal compleet laten verkommeren en er een monster van gemaakt.
Mvg, Erik
C# is al enkele jaren de standaard taal van Microsoft. Er zijn nog weinig bedrijven die nieuwe projecten doen in Visual Basic. Enkel legacy software onderhouden wordt nog gedaan.
Ik heb ook nog in VB gewerkt, zowel de VB6 als de .net versie en geef mij toch maar C# ;D
Ik heb eens een testje gedaan om tortoise wissel motoren aan te sturen via LocoNet. Ik heb wel geen turtoise motoren :o, maar het komt er op neer om relais gedurende 4s aan te sturen zodat deze motoren verzet kunnen worden , de relais werken per paar per motor en keert de polariteit om. Per LocoNet PCB kan je zo 8 motoren, als je wil, tegelijkertijd omzetten.
zie FILMPJE (https://www.youtube.com/watch?v=vD6zDYI3Ric)
Ik heb ook een versie die werkt met DCC input die schakelt voor 1 tortoise wissel motor. (Filmpje volgt later, PCB ervoor is al meer dan 6 jaar oud, en ik vind deze niet meteen weer >:( )
Geert
Dag Geert,
heel netjes. Welke PC software gebruik jij voor het aansturen?
Ik ben er benieuwd of er, buiten zelf geschreven software, ook besturingsprogramma's zijn die meerdere wissels tegelijk zetten. Bijkomend mag de software een trein pas laten vertrekken als alle wissel in een straat gezet zijn.
Wil je dat correct doen dan moet je wachten op een terugmelding vanuit de wisseldecoder (of via een terugmeld contact).
Geen idee of besturingsprogramma's zijn die dat zo aanpakken. Loconet leent zich er al voor, nu nog het commandstation en het besturingsprogramma.
Met koploper + DCC accessory is het een doodlopend spoor.
De aansturing van de wissels in mijn eigen PC software heb ik inmiddels zo aangepast dat meerdere wissels gelijktijdig gezet met de beperking dat er slechts 1 wissel per decoder tegelijk actief mag zijn (beperking in mijn decoders). Op zich geeft dit al een behoorlijke verbetering omdat wisselstraten in het schaduwstation gewoon gezet kunnen worden zonder te moeten wachten op het zetten van wisselstraten met tortoises in het zichtbare gedeelte. Ik ga ook nog eens een experiment doen door slechts 1 wissel per wisselstraat gelijktijdig om te zetten. Het zal dan terug langer duren in het zichtbare deel om een straat te zetten echter het treinverloop op andere plaatsen op de baan zal er geen hinder van ondervinden.
Dag Patrick,
Ik gebruik Rocrail omdat deze ook LocoNet signalen kan verzenden/ontvangen.
Nu ik schreef eender dat je via LocoNet de stand van wissels kunt opvragen aan de decoder, maar ik gebruik deze optie niet en is ook noch niet geïmplementeerd op mijn decoders. Pas als er behoefte aan is zal ik deze optie toevoegen. (Voorbeeld wissels aansturen via synoptisch bord met LocoNet signalen, en je wil daarna ook sturen via PC , dan is het mogelijk handig dat Rocrail ook de stand van je wissels weet?)
Geert
Dag Geert,
Hoe gaat Rocrail tewerk bij het zetten van wissels in een straat? Gebeurt dit na elkaar? Bijkomend, zet Rorail de wissels in 2 verschillende straten simultaan om? Is er een keuzemogelijkheid hoe Rocrail wissels zet, bv na elkaar of simultaan?
Goeie vraag Patrick, dat week ik niet, alles is redelijk snel ingesteld op Rocrail. Op mijn testbaantje waar ik elektronicaprojecten op uittest gebruik ik nu wisselspoelen, en die schakelen op minder dan 250ms.
Ongeveer 6 jaar geleden ben ik overgeschakeld van DDC en/of MM decoders en S88 terugmelders naar LocoNet decoders/terugmelders. Ben toen ook gestart met Rocrail baanbesturing en veel ervaring met instellingen in Rocrail heb ik 'noch' niet, het werkt bij mij nu goed en snel ;)
Ik dacht dat toen al duidelijk was (meer dan 6 Jaar geleden) dat het gratis besturingsprogramma Koploper niet meer ondersteund ging worden en Rocrail wel, maar die discussie ga ik hier niet voeren...
(Als er hier op het forum interesse is wil ik wel eens uitleggen hoe LocoNet werkt 8) )
Geert
Ik gebruikte Rautenhaus wisseldecoders.
Die hebben een geheugen aan boord die de laatste bevolen wisselstand opsloeg.
Maar ook bij eind-afschakelings-wissels noteerden ze de "wisselstand" door te kijken welke spoel klaar stond. Handig na bvb handmatig omzetten van de wissel.
Maar daar kon je ook de schakelspanning van de wisselspoelen op 24 V laten werken met een erg korte instelbare schakeltijd : circa 25 ms.
De betrouwbaarheid van het schakelen ging alzo naar 100%.
Misschien is dit ook terug te vinden in nieuwere wisseldecoders ism de stuursoftware.
Mvg, Erik.
Citaat van: Geert op 27 november 2022, 12:07:50 PM
Goeie vraag Patrick, dat week ik niet, alles is redelijk snel ingesteld op Rocrail. Op mijn testbaantje waar ik elektronicaprojecten op uittest gebruik ik nu wisselspoelen, en die schakelen op minder dan 250ms.
Ongeveer 6 jaar geleden ben ik overgeschakeld van DDC en/of MM decoders en S88 terugmelders naar LocoNet decoders/terugmelders. Ben toen ook gestart met Rocrail baanbesturing en veel ervaring met instellingen in Rocrail heb ik 'noch' niet, het werkt bij mij nu goed en snel ;)
Dag Geert,
Bedankt voor de toelichting. Ik heb een sterk vermoeden dat het bij alle besturingssoftware zowat hetzelfde moet werken. Zonder terugmelding vanuit de decoder dat een wissel werkelijk omgezet is kan de pc software niet anders dan een aantal aannames doen hoe een decoder omgaat met de verwerking. Je komt dan snel tot de meest veilige aanname omdat er nergens gespecificeerd wordt wat een decoder aankan (bv wel/geen buffering, wel/geen meerdere uitgangen simultaan). Mijn decoders voor magneetspoelaandrijvingen Kunnen slechts 1 wisselopdracht tegelijkaan. Beperking in de software. Op de decoders zit ook een CDU op dus ook daar een beperking in de hardware voor slechts 1 uitgang tegelijk. Als je per wissel een afzonderlijke decoder hebt dan spelen deze dingen helemaal niet mee. Wil je op een hoger niveau dit wat gestroomlijnd afhandelen dan was het beter te wachten tot een wissel zou terugmelden dat hij de gewenste positie bereikt had. Met de huidige stand van de techniek zeker haalbaar (loconet of DCC met Railcom) maar historisch sleep je nog wat beperkingen mee waar je niet zomaar vanaf geraakt.
Je wil in elk niet niet dat treinen gaan rijden vooraleer je wisselstraat gezet is ongeacht de onderliggende oplossing in hardware. Daarnaast wil je voor een vlot treinenverloop ook niet alles nodeloos vertragen door overal de meest veilige oplossing te kiezen (alle wissels na elkaar en treinen die , per wissel, op tijdbasis wachten tot deze gezet is)
Citaat van: eve op 27 november 2022, 12:28:32 PM
Ik gebruikte Rautenhaus wisseldecoders.
Die hebben een geheugen aan boord die de laatste bevolen wisselstand opsloeg.
Maar ook bij eind-afschakelings-wissels noteerden ze de "wisselstand" door te kijken welke spoel klaar stond.
......
Misschien is dit ook terug te vinden in nieuwere wisseldecoders ism de stuursoftware.
Mvg, Erik.
Dag Erik,
Heel interessant dat de decoder de stand memoriseert bij uitbreiding ook de effectieve wisselstand mee in beschouwing neemt. Je zou dan ook willen dat het ook in de ketting naar boven gaat ( commandstation en PC software) maar daar loopt het dus stroever afhankelijk van de protocollen. Nu met Railcom of Loconet kan je wel iets verzinnen, zonder wordt het moelijkof je moet via terugmeldcontacten gaan werken.