Testen nieuw baanplan

[charp]

Inmiddels een aantal avonden tot in de kleine uurtjes aan het stoeien geweest met fictieve baantjes in Koploper en TC. Nog veel vragen, maar die horen niet onder dit topic thuis. Nu ik iets meer begin te begrijpen van de principes van de besturingssoftware, zie ik beter voor me wat dit kan betekenen voor het testen van een ontwerp sporenplan. Ik ga hier ook beslist mee door.

Ondertussen word ik gedwongen om veel meer in detail na te denken over de verdeling in baanvakken c.q. blokken en de plaats waar bezetmelders moeten komen. Aan de tekentafel had ik dit soort zaken onvoldoende doordacht. Uiteindelijk zal ik hier al een uitgewerkt plan voor moeten hebben, voordat ik de baan kan invoeren in het programma. Dit alles zal beslist nog veel tijd gaan kosten, maar met het doel voor ogen werkt dat een stuk beter. Anders had ik e.e.a. maar uitgesteld tot de bouwfase.

Hoewel het door mij gebruikte tekenprogramma WinRail geschikt is om de bekabeling en de diverse electronische componenten in een ontwerp vast te leggen, heb ik aan de verleiding kunnen weerstaan om hier alvast aan te beginnen. Ik heb nog onvoldoende ervaring in het "digitale" om hiermee in dit stadium al zinvol aan de slag te gaan. Bovendien zal ik nog een aantal keuzes moeten maken.

Wordt vervogd.

Peter



 

[charp]

Het testen van het ontwerp sporenplan begint langzamerhand te ontaarden in een geheel apart project, althans in ieder geval wat betreft de uren die er in gaan zitten. Ik ben nu zover dat ik de basisbeginselen van Koploper en TC enigszins onder de knie denk te hebben. Hoewel ik nog niet kan/wil kiezen voor een van beide programma's, vind ik het tijd worden om de gegevens van de baan in te gaan voeren. Ik zal beginnen met de demoversie van TC Bronze. Aangezien ik niet teveel hooi op mijn vork wil nemen ga ik dat in stappen doen, waarmee ik bedoel dat ik eerst een beperkt gedeelte van de baan wil invoeren. De eerste stap ziet op het opstelstation (paars) en het lage paradespoor (geel) met elkaar vebonden via Hellingen (blauwgroen), zoals hieronder aangegeven.



Vanavond zal ik mij eerst gaan zetten aan de blokkenverdeling en het plaatsen van de terugmeldsecties. Ik ben dus weer even zoet met WinRail voordat ik in TC kan gaan invoeren.

Om straks ook de gegevens van de Loks in te kunnen voeren wil ik een testbaantje maken, dat onderverdelen in een paar blokken en voorzien van een aantal terugmeldsecties. De gecombineerde bezet- terugmelder van mijn voorlopige keuze is reeds besteld.

Ik zie er naar uit om te gaan experimenteren met het ijken van de snelheden.

Wordt vervolgd.

Peter

[charp]

Het is mij niet tegengevallen om het bovenstaande gedeelte van het sporenplan in TC in te voeren, de blokken te plaatsen (tot nu toe 52 stuks) en de terugmeldsecties te definiëren. TC kent de adressen van de decoders automatisch toe (doornummering), alsmede de adressen van de bezet/terugmelddecoders. Voor dit gedeelte van de baan heb ik vooralsnog volstaan met één terugmeldsectie per blok. Verder heb ik 12 losse loks (dus nog geen complete treingarnituren) ingevoerd met hun respectievelijke adressen en maximum snelheden. De snelheden zijn nog niet geijkt, maar dat is in dit stadium nog niet aan de orde. Vervolgens heb ik de loks  blokgestuurd op pad laten gaan d.m.v. de "Simulator". Het geheel rijdt nu volledig "toevalsgestuurd" over de ingevoerde baan. Het is een bijzonder fraai gezicht om de bezetmeldingen in de blokken te zien oplichten en de gereserveerde rijwegen door de wisselstraten te zien gaan !
Ik werd er zo enthousiast van dat ik het niet kon laten om ook maar vast het hoge paradespoor met de daarbij behorende hellingen in het "Stellwerk" in te voeren.
Uiteraard moet er nog een berg aan data worden ingegeven, maar heel voorzichtig durf ik in deze tussenfase al enkele voorlopige conclusies te trekken.
Ten eerste blijken de beide dubbelsporige paradesporen (het enige gedeelte dat in het zichtbare bereik zal komen te liggen van de tot nu toe ingevoerde gegevens) geen last te hebben van voor een rood sein tot stilstand komende treinen. Zoals ook mijn wens, worden de blokken in de paradesporen zonder oponthoud doorgereden. Ik vermoed dat dit komt door de vele hellingen tussen de paradesporen en het schaduw/opstelstation op het lagere niveau. De hellingen zijn onderverdeeld in even zoveel blokken, waardoor als het ware een buffer ontstaat tussen de paradesporen en de opstelstations. Het is nog maar slechts een vermoeden; voorlopig zit ik ademloos naar mijn computerscherm te kijken naar wat zich allemaal aan treinverkeer afspeelt.
De tweede voorlopige conclusie ziet op de verkeersafwikkeling in het opstelstation. Zoals uit het ontwerp sporenplan kan blijken betreft het in de basis een groot ovaal, voorzien van twee inrijsporen (West en Oost) en twee uitrijsporen (West en Oost). Aanvankelijk had ik in de Westelijke en Oostelijke boog van het ovaal geen blokken opgenomen. Het gebeurde nog al eens dat bijvoorbeeld een lok op Os01 (het meest Noordelijke opstelspoor) de Westelijke boog reserveerde in plaats van het Westelijke uitrijspoor. Vervolgens werd in voorkomende gevallen tevens de Oostelijke boog geclaimd en tot slot een opstelspoor al of niet naast het actueel bezet gehouden blok. Dit leidde er in dit soort gevallen toe dat de betreffende lok ovaaltjes bleef rijden, waardoor er geen enkele andere lok meer in of uit het opstelstation kon geraken. Met andere woorden zat de gehele boel in die gevallen op "slot". Dit probleem heb ik opgelost door de beide bogen van het ovaal te voorzien van een eigen blok. De genoemde "deadlock" komt nu niet meer voor.

Als dit ook na invoering van de overige gegevens juist blijkt te zijn, zal ik helaas weer terug moeten naar de tekentafel, want op dit moment zijn de betrokken bogen net iets te kort om het langste treingarnituur in werkelijkheid te "parkeren".
Tot slot; het tot nu toe verrichte werk valt nog allemaal onder het hoofdstuk "Schnellstart" in de handleiding bij TC Bronze !  Ik ben benieuwd wat de volgende hoofdstukken mij gaan brengen. Tot dusver ben ik er meer en meer van overtuigd dat het zinvol kan zijn om een ontwerp te testen m.b.v. besturingssoftware.

Peter

P.S.  Het plan is om - zodra ik het sporenplan met TC heb getest - dit ook nog eens te doen met Koploper ter vergelijking. T.z.t. zal ik daar een separaat topic over starten.

[charp]

Weer een stapje verder met het testen van het sporenplan. Ter illustratie:



Dankzij goed advies van Santerdam ga ik mij zetten aan een poging tot het plaatsen van extra bezetmelders teneinde de wisselstaten slimmer door het programma te laten aansturen. Ik hoop hiermee de "capaciteit" van het tot dusver ingevoerde ontwerp nog wat op te schroeven.

Verder staat mij in dit stadium voor ogen om het "deadlock" probleem van het ovaal in het schaduwstation op te lossen, zonder terug te moeten naar de tekentafel. Vooralsnog zie ik niet hoe ik de bogen in het ovaal ruimer kan maken zonder opstelsporen te hoeven opofferen.

Wordt vervolgd.


Peter

[charp]

Het gehele baanplan inmiddels in TC Bronze ingevoerd met dien verstande dat voor het Industriespoor en het Bw volstaan is met het voor deze test relevante gedeelte. De verhoudingen kloppen niet, maar dat hindert niet. Het gaat om de relaties tussen de blokken en de wisselstraten. Het Emplacement is in dit stadium slechts voorzien van de voor het in- en uitrijden noodzakelijke blokken.



De fase van het volledig "toevalsgestuurd" laten rijden is afgerond. Teneinde een goede vergelijking te kunnen maken met de "spreadsheetmethode" (zie begin van dit topic) is het zaak om alle daarin begrepen treinbewegingen ook in TC Bronze in te brengen. Om dit te bereiken ben ik nu bezig met het inrichten van de benodigde "Zugfahrten (het is mij even ontschoten hoe dit in Koploper heet). Het vergt even wat tijd - op dit moment zit ik al over de 80 "Zugfahrten" - maar het lijkt er nu al op dat het een zinvolle excercitie gaat worden.

Peter

[charp]

Er zijn heel wat (nachtelijke) uurtjes in gaan zitten en het wordt tijd om tot een afronding te komen. Niet gehinderd door enige kennis van digitale baanbesturing in het algemeen en besturingssoftware in het bijzonder, begon ik dit topic met de vraag naar de ervaringen van anderen met het testen van een ontwerp sporenplan. Ik gaf daarbij een beschrijving van mijn methode van testen zonder toepassing van een besturingsprogramma. Gaandeweg is deze methode in dit draadje de "spreadsheetmethode" gaan heten. Ter illustratie:





Het gaat hier niet om de inhoud. Het plaatje is slechts bedoeld als voorbeeld van wat ik aan het begin van dit topic heb gepoogd te omschrijven.

Uit de reacties op dit forum en het daarna op gang gekomen e-mailverkeer, begreep ik dat het onder de ervaren "digitalisten" min of meer communis opinio is dat het testen van een ontwerp d.m.v. een besturingsprogramma zeer zinvol kan zijn. Hierdoor geënthousiasmeerd ben ik aan de slag gegaan met TC Bronze.
Omdat ik nog niet over de juiste hardware beschik om de snelheden van treinen te ijken, heb ik m.b.v. de informatie uit de encyclopedie over realistische snelheden een poging ondernomen om in TC Bronze de treinsnelheden zo goed mogelijk een "real time" karakter te geven. Het komt er op neer dat ik uitgaande van een gegeven lengte van een bepaald baanvak de ingevoerde snelheden zodanig heb aangepast dat er min of meer een realistisch tijdsverloop ontstond in het van blok naar blok rijden van de treinen. Ik kwam daarbij uit op een ingestelde waarde van 50 km/u. Dit getal zegt natuurlijk verder niets, maar met de stopwatch in de hand en kijkende naar de oplichtende bezetmelders op het scherm ben ik denk ik tot een redelijk resultaat gekomen. Om een goede vergelijking te kunnen maken met de spreadsheetmethode heb ik zoveel mogelijk variabelen verder gelijk gehouden. Zo zijn alle treinen ingevoerd met dezelfde Vmax. Verder heb ik de "routegegevens" van de spreadsheetmethode ingevoerd in TC Bronze met behulp van de zogenaamde Zugfahrten. Hiervan had ik er ruim vierhonderd nodig om hetzelfde experiment te bewerkstelligen als met de spreadsheetmethode. Inderdaad eigenlijk meer een klusje voor de lange winteravonden, zoals Santerdam al eerder had opgemerkt !
Inmiddels heeft TC Bronze al een aantal nachten gedraaid op de ingevoerde gegevens. Wat ik opmerkelijk vind is dat de conclusies die getrokken kunnen worden in grote lijnen overeenstemmen met de eerdere conclusie n.a.v. de spreadsheetmethode, zoals ik die al op het forum plaatste (en waar op dit forum al op gereageerd is). Wat mij betreft hoeft de spreadsheetmethode dus niet meteen in de prullenbak.

Maar waar het mij om te doen ging was natuurlijk het antwoord op de vraag die ik op het forum plaatste. Wat is de invloed van het gebruik van besturingssoftware op de "capaciteit" van een sporenplan ? Uiteraard heb ik mij de laatste tijd afgevraagd of dit wel een juiste vraagstelling is. Wat bedoel ik eigenlijk met "capaciteit"? Gaandeweg heb ik dit begrip voor mijzelf nader gepreciseerd. Aanvankelijk had ik voor ogen dat ik wilde vaststellen het maximale aantal treinen dat met een gegeven baanplan zinvol kan worden ingezet. Omdat dit uitgangspunt te vaag bleek ben ik in een later stadium overgegaan tot een iets andere invulling. Nu hanteer ik het begrip van de "niet planmatige stops voor een rood sein in het zichtbare bereik". Ik wil vermijden dat treinen bijvoorbeeld op de paradesporen tot stilstand komen wegens bezetmelding van opvolgende blokken. Juist omdat er een verband is tussen het aantal ingezette treinen en de frequentie waarin dergelijke niet planmatige stops voorkomen, verkrijg ik hiermee inzicht in de grenzen van het voorliggende ontwerp sporenplan. Tevens is het een geschikt hulpmiddel voor het opsporen van echte fouten in het ontwerp of kwesties die met een simpele aanpassing tot een beter resultaat kunnen leiden. Een concreet voorbeeld is hier een aanpassing van het nevenspoor. Uit de testresultaten bleek mij dat het aanbrengen van een inhaal/passeerspoortje tot een aanzienlijk vlottere afhandeling van het treinverkeer leidde.

Terug naar de oorspronkelijke vraag. Het is inderdaad zo dat het testen van een sporenplan m.b.v. besturingssoftware leidt tot een vergroting van het aantal inzetbare treinen in vergelijking tot het testen m.b.v. de spreadsheetmethode. Het verschil valt denk ik te verklaren door het wegvallen van de afgemeten tijdvakken waarin de gegeven treinbewegingen moeten plaatsvinden.


Kortom; ik kan iedere digitale beginneling  van harte aanbevelen om al in de ontwerpfase aan de slag te gaan met besturingssoftware !

Peter

P.S. Mijn excuses aan de ervaren digitalisten voor het intrappen van open deuren.