Koppelen op 401c

[Pierre]

In een simulatie gestart op 22-6-2000 om 4:00 uur, willen de delen 407918 en 407924, komende van 401b, niet koppelen met de dan al op 401c klaarstaande 7918 en 7924. Beide delen hebben een rangeermachinist, die de trein ervoor parkeert, kopmaakt, en zegt dat hij klaar is voor vertrek. Door hem een nummer te geven als 8018/8024, met tijdtafel Es-Dv (er is geen Es-Nvd), is hij weg te krijgen. Wat extra gezaag is nodig als je zoals ik tot 2 keer toe vergeet de rangeermachinist eruit te halen.

De vraag is nu, waarom koppelt de 407918/407924 niet met de 7918/7924? Heeft dit te maken met het feit dat 7924 eigenlijk op 402b had moeten binnenkomen? Ik ging er van uit dat een trein ook kan koppelen terwijl hij op wissels staat (3x52m > 145m).

Edit: Ik kom er nu achter dat 407924 toch niet zo welwillend was als 407918. Hij voert de machinistenwissel niet uit, dus dit wordt een "met 10km/h terugzetten" geval, en nogmaals proberen te wisselen.

[TjoeTjoe]

In een simulatie gestart op 22-6-2000 om 4:00 uur, willen de delen 407918 en 407924, komende van 401b, niet koppelen met de dan al op 401c klaarstaande 7918 en 7924. Beide delen hebben een rangeermachinist, die de trein ervoor parkeert, kopmaakt, en zegt dat hij klaar is voor vertrek. Door hem een nummer te geven als 8018/8024, met tijdtafel Es-Dv (er is geen Es-Nvd), is hij weg te krijgen. Wat extra gezaag is nodig als je zoals ik tot 2 keer toe vergeet de rangeermachinist eruit te halen.

Vreemde situatie. Zoals je zelf al aangeeft, zou de 7918 uiteindelijk vanaf 401c moeten vertrekken, en de 7924 vanaf 402b.

Heb in de database niet 1-2-3 kunnen vinden waarom deze twee treinen beiden op 401c gezet, en dan ook nog met een rangeermachinist aan boord

De vraag is nu, waarom koppelt de 407918/407924 niet met de 7918/7924? Heeft dit te maken met het feit dat 7924 eigenlijk op 402b had moeten binnenkomen? Ik ging er van uit dat een trein ook kan koppelen terwijl hij op wissels staat (3x52m > 145m).

Nee. Rangeeropdrachten als koppelen, splitsen, mogen conform het grote Nederlandse voorbeeld, niet uitgevoerd worden als de trein in de wissels staat.

[Pierre]

Beide rangeerdelen (407918/407924) vertrekken vanaf spoor 401b met een rangeermachinist. De treinen waar ze aan moeten koppelen (7918/7924) worden niet op 401c gezet door de sim, ik heb die treinen daar laten binnenlopen. Met 407924 + 7924 ging dat dus fout, omdat er niet genoeg ruimte is op spoor 401c. Waarom het met 407918+7918 ook fout ging is mij een raadsel. Misschien omdat ik 407918 al een rijweg gaf vanaf 401b naar 401c, terwijl 7918 nog aan het kopmaken was?

Ik heb niet getest waar de sim de 7918 en de 7924 neerzet als je een nieuwe simulatie start vlak voor de geplande vertrektijd.

[TjoeTjoe]

Beide rangeerdelen (407918/407924) vertrekken vanaf spoor 401b met een rangeermachinist. De treinen waar ze aan moeten koppelen (7918/7924) worden niet op 401c gezet door de sim, ik heb die treinen daar laten binnenlopen. Met 407924 + 7924 ging dat dus fout, omdat er niet genoeg ruimte is op spoor 401c. Waarom het met 407918+7918 ook fout ging is mij een raadsel. Misschien omdat ik 407918 al een rijweg gaf vanaf 401b naar 401c, terwijl 7918 nog aan het kopmaken was?

Ik heb niet getest waar de sim de 7918 en de 7924 neerzet als je een nieuwe simulatie start vlak voor de geplande vertrektijd.

OK, duidelijk. Ik zal proberen dit later op de avond te reproduceren. En anders wordt het morgen

[TjoeTjoe]

Beide rangeerdelen (407918/407924) vertrekken vanaf spoor 401b met een rangeermachinist. De treinen waar ze aan moeten koppelen (7918/7924) worden niet op 401c gezet door de sim, ik heb die treinen daar laten binnenlopen. Met 407924 + 7924 ging dat dus fout, omdat er niet genoeg ruimte is op spoor 401c. Waarom het met 407918+7918 ook fout ging is mij een raadsel. Misschien omdat ik 407918 al een rijweg gaf vanaf 401b naar 401c, terwijl 7918 nog aan het kopmaken was?

Ik heb niet getest waar de sim de 7918 en de 7924 neerzet als je een nieuwe simulatie start vlak voor de geplande vertrektijd.

Heb het nog niet kunnen proberen, maar zie nu wel wat het probleem is.

Je kunt natuurlijk niet direkt van 1b naar 2b, waar die 407924 en 7924 heen zouden moeten volgens drgl.

Wellicht zal je die 407924 via aanpassen rangeeropdrachten via 1a naar 2b kunnen sturen?

Kom er op terug

[Pierre]

Nee, de routes van de rangeerdelen naar de perronsporen zijn niet het probleem. 407924 vraagt om via 412a naar kap te gaan, en 407918 wil direct naar kap. Het probleem is dat ze niet koppelen. Ik heb net weer een simulatie gestart om 5:00, en deze keer gewacht totdat 77918 binnen was, omgenummerd was naar 7918, kop had gemaakt en klaar was voor vertrek. Daarna pas 407918 met geel knipper naar 401c, en meneer maakt gewoon doodleuk kop. Hij mag van geluk spreken dat post T niet in Enschede zit, ik ben geneigd even naar het einde van het perron te wandelen.

[TjoeTjoe]

Nee, de routes van de rangeerdelen naar de perronsporen zijn niet het probleem. 407924 vraagt om via 412a naar kap te gaan, en 407918 wil direct naar kap. Het probleem is dat ze niet koppelen. Ik heb net weer een simulatie gestart om 5:00, en deze keer gewacht totdat 77918 binnen was, omgenummerd was naar 7918, kop had gemaakt en klaar was voor vertrek. Daarna pas 407918 met geel knipper naar 401c, en meneer maakt gewoon doodleuk kop. Hij mag van geluk spreken dat post T niet in Enschede zit, ik ben geneigd even naar het einde van het perron te wandelen.

Pierre,

ik heb het voor beide treinen geprobeerd, en het werkt prima.

Eerst gezorgd dat de 7918 gekeerd en gereed is op 401c, dan de 407918 er naar toe. Koppelen maar en wegwezen.

Idem dito, voor de 7924 (402b). 407924 er vervolgens naar toe, hij koppelt met de 7924 en gaat weg.

Geen idee waarom het bij jou niet lukt. Versie van Hgl is de laatste mag ik aannemen (1.6.1.9925)

[Pierre]

Ja, ik heb de laatste versie (9925). Maar ik heb ook de oorzaak gevonden: als ik de optie "machinisten kunnen keeropdrachten negeren als ze moeten koppelen" aanvink, dan koppelt de 407918 ineens wel aan de 7918. De enige opdracht die de 407918 meekrijgt is dat hij moet koppelen met 7918, er is helemaal geen keeropdracht die hij nu kan negeren. Het enige wat ik kan bedenken is dat de 407918 spoor 401c oprijdt, en 7918 voor een stootjuk aanziet.

[TjoeTjoe]

als ik de optie "machinisten kunnen keeropdrachten negeren als ze moeten koppelen" aanvink, dan koppelt de 407918 ineens wel aan de 7918.

Zal deze variant ook eens bekijken, en zien wat er gebeurd

Hoewel het in mijn geval gewoon vlekkeloos werkt. Misschien nog meer instellingen welk roet in het eten kunnen gooien?

De enige opdracht die de 407918 meekrijgt is dat hij moet koppelen met 7918, er is helemaal geen keeropdracht die hij nu kan negeren. Het enige wat ik kan bedenken is dat de 407918 spoor 401c oprijdt, en 7918 voor een stootjuk aanziet.

Inderdaad. Een keeropdracht is sowieso niet van toepassing hier. De 407918 heeft als opdracht te koppelen met de 7918, om vervolgens naar links (west) te rijden.

[TjoeTjoe]

Ja, ik heb de laatste versie (9925). Maar ik heb ook de oorzaak gevonden: als ik de optie "machinisten kunnen keeropdrachten negeren als ze moeten koppelen" aanvink, dan koppelt de 407918 ineens wel aan de 7918. De enige opdracht die de 407918 meekrijgt is dat hij moet koppelen met 7918, er is helemaal geen keeropdracht die hij nu kan negeren. Het enige wat ik kan bedenken is dat de 407918 spoor 401c oprijdt, en 7918 voor een stootjuk aanziet.

Pierre,

bij deze bevestigd wat jij ook hebt geconstateerd.

Indien de optie "Machinisten kunnen keeropdrachten negeren als ze moeten koppelen" uitgezet wordt, wordt juist de koppelopdracht genegeerd, niet de keeropdrachten.

Hmm, maar even aanmelden bij het Signalsoft team (best mogelijk dat dit in de gereedstaande update als opgelost is)