Trein 535

[amollen]

Nadat trein 535 (met de Pec) in drie delen ontkoppeld is, staat zowel het westerlijk als het oosterlijk deel met de kop richting oost. Het oosterlijk deel moet via Oost zagen om naar de berg te gaan, dat snap ik, maar volgens mij moet het westerlijk deel zo snel mogelijk naar Elst en zou dus meteen na ontkoppelen met de kop richting west moeten staan. Nu moet ik hem handmatig een extra instructie geven om kop te maken. Is dit een foutje of begrijp ik iets niet goed?

Overigens meen ik (maar weet dat niet meer zeker) dat het in de CD versie die ik in januari geinstalleerd heb, nog goed ging (535 stond richting west na de ontkoppel ronde) maar nadat de laatste versie downloaded heb, stond hij richting oost.

[amollen]

Is al iets bekend over deze vraag?

[Dre]

Is al iets bekend over deze vraag?

Ik herken het probleem an sich wel. Bij de huidige versie ben ik trein 535 nog niet tegengekomen, maar bij een vorige versie wel. Je kunt het op 2 manieren oplossen:

Zodra trein 535 is aangekomen is en zich splitst in 535v (een Mat '54 (2)) en 535a (Mat '54 (4)+Pec) meteen de rangeeropdrachten van trein 535a zodanig wijzigen zodat de 535 meteen de rijrichting in westelijke richting wijzigt. Deze oplossing moet je elke keer als je bij trein 535 bent aanbeland opnieuw uitvoeren.

Een permanente oplossing vergt wat kennis van de achterliggende database. Aangezien ik niet 100% zeker ben dat m'n werkwijze goed is, en niet kan checken (omdat MS Access niet op deze computer geïnstalleerd is), ben ik wat terughoudend met het hier neerzetten van de werkwijze om het definitief te veranderen.

[amollen]

Ik herken het probleem an sich wel. Bij de huidige versie ben ik trein 535 nog niet tegengekomen, maar bij een vorige versie wel. Je kunt het op 2 manieren oplossen:

Zodra trein 535 is aangekomen is en zich splitst in 535v (een Mat '54 (2)) en 535a (Mat '54 (4)+Pec) meteen de rangeeropdrachten van trein 535a zodanig wijzigen zodat de 535 meteen de rijrichting in westelijke richting wijzigt. Deze oplossing moet je elke keer als je bij trein 535 bent aanbeland opnieuw uitvoeren.

Een permanente oplossing vergt wat kennis van de achterliggende database. Aangezien ik niet 100% zeker ben dat m'n werkwijze goed is, en niet kan checken (omdat MS Access niet op deze computer geïnstalleerd is), ben ik wat terughoudend met het hier neerzetten van de werkwijze om het definitief te veranderen.

Het laatste zou ik graag willen proberen maar dan moet ik eerst het Access bestand van "feedback" krijgen (vorige week opgevraagd maar nog niet ontvangen )

[signalsoftRC]

Het laatste zou ik graag willen proberen maar dan moet ik eerst het Access bestand van "feedback" krijgen (vorige week opgevraagd maar nog niet ontvangen )

oh... zat het MS Access bestand dan niet bij je licentiesleutel? normaal wordt dat tegelijkertijd verstuurd?

[Dre]

Het laatste zou ik graag willen proberen maar dan moet ik eerst het Access bestand van "feedback" krijgen (vorige week opgevraagd maar nog niet ontvangen )

Goed, in dat geval:

1. Maak op een 'veilige' plek (bijv. het bureaublad) een kopie van de database, dat is het bestand arnhem_timetable.mdb. Dat zorgt ervoor dat je altijd nog een werkende database hebt in het geval het toch niet helemaal juist gaat.

2. Als je bovenstaande stap hebt uitgevoerd open je het originele mdb-bestand (die in de map ...\Signalsoft\Post T Arnhem 1965\ zou moeten staan). Als je deze opent zie je een serie van 12 tabellen. We gaan een rangeeropdracht bekijken/aanpassen, dus gaan we naar de tabel met de titel MovementOrders. Je krijgt een tabel met veel cijfertjes, maar je zoekt naar de opdracht die te maken hebben met trein 535. De ontkoppeling van trein 535 kent zoals gezegd een aantal fasen:

* De ontkoppeling van trein 535 in de treinen 535v en 535a (in de database bekend als ID 423).

* De ontkoppeling van trein 535a in de treinen 535 en Pec 535 (in de database bekend als ID 425).

Nou, je wil de richting controleren/veranderen. De richting waarin een trein standaard na een ontkoppeling wil vertrekken wordt bepaald in de kolommen UncoupleLeftDirection en UncoupleRightDirection. Het behoeft waarschijnlijk geen uitleg dat de eerste betrekking heeft op het treinstel dat zich aan de linkerzijde bevindt, en de tweede op het treinstel dat zich aan de rechterzijde bevindt.

Je ziet daar óf een 0, óf een 1. 0 betekent rijrichting naar links, 1 betekent rijrichting naar rechts.

Als we weer teruggaan naar de fasen van de ontkoppeling van trein 535 betekent dat het volgende:

Trein 535 ontkoppelt in 535v (richting Arnhem-Oostzijde) en 535a richting Arnhem-Berg. Bij ID 423 zou dus moeten staan: UncoupleLeftDirection: 0 (want 535a moet naar links) en UncoupleRightDirection: 1 (want 535v moet naar rechts). In de database die ik heb klopt dat.

Dan ontkoppelt trein 535a in de treinen 535 (richting Elst) en Pec 535 (richting Arnhem-Oostzijde). Bij ID 425 zou dus moeten staan: UncoupleLeftDirection: 0 (want 535 moet naar links) en UncoupleRightDirection: 1 (want Pec 535 moet naar rechts). Ook dit klopt bij mij in de database.

Na het even in de simulatie getest te hebben kom ik tot de conclusie dat het in de huidige versie allemaal klopt. Na de ontkoppeling van de Pec staat Mat '54 (4) netjes klaar met treinnummer 535 in de richting Elst.

[martin1325]

Ik heb hem ook even getest, bij mij staat hij op een gegeven moment ook weer richting Ahp, het blijkt dat na het gereedmelden van de 535 op sp 4 hij nog eens kopmaakt, in het rangeervenster staat bij de 535 (de 535 na gereedmelden sp 4) inderdaad kopmaken in arnhemkap op ieder spoor, waar komt die rangeeropdracht dan vandaan ?

[signalsoftRC]

mmm... als een trein een rangeeropdracht "erbij" doet, kan het alleen maar betekenen dat de mcn een kopspoor ziet.... en spoor vier is niet echt een kopspoor.

Rangeeropdrachten "weghalen" kan ie ook, als ie ziet dat ie x keer moet zagen om dan te koppelen met een trein en dan plotseling de trein voor zich ziet, dan haalt ie dat X keer keren er zelf uit.

hebben jullie allebei de zelfde database?

[amollen]

oh... zat het MS Access bestand dan niet bij je licentiesleutel? normaal wordt dat tegelijkertijd verstuurd?

Nope, ik heb nog een keer gekeken, ik heb alleen de "key.zip" van 1 kB groot ontvangen....

[martin1325]

Ik draai onder versie 1.7.29.10099 en gebruik de arnhem_timetable_sept09 als dienstregeling. Als ik de mcn een extra rangeeropdracht geef, kopmaken, dan doet hij dat ook en daarna kan ik gewoon verder richting Elst. Ik speel hem onder expert.

[amollen]

Ik heb hem ook even getest, bij mij staat hij op een gegeven moment ook weer richting Ahp, het blijkt dat na het gereedmelden van de 535 op sp 4 hij nog eens kopmaakt, in het rangeervenster staat bij de 535 (de 535 na gereedmelden sp 4) inderdaad kopmaken in arnhemkap op ieder spoor, waar komt die rangeeropdracht dan vandaan ?

Dit gebeurt bij mij ook.

[amollen]

Goed, in dat geval:

1. Maak op een 'veilige' plek (bijv. het bureaublad) een kopie van de database, dat is het bestand arnhem_timetable.mdb. Dat zorgt ervoor dat je altijd nog een werkende database hebt in het geval het toch niet helemaal juist gaat.

2. Als je bovenstaande stap hebt uitgevoerd open je het originele mdb-bestand (die in de map ...\Signalsoft\Post T Arnhem 1965\ zou moeten staan). Als je deze opent zie je een serie van 12 tabellen. We gaan een rangeeropdracht bekijken/aanpassen, dus gaan we naar de tabel met de titel MovementOrders. Je krijgt een tabel met veel cijfertjes, maar je zoekt naar de opdracht die te maken hebben met trein 535. De ontkoppeling van trein 535 kent zoals gezegd een aantal fasen:

* De ontkoppeling van trein 535 in de treinen 535v en 535a (in de database bekend als ID 423).

* De ontkoppeling van trein 535a in de treinen 535 en Pec 535 (in de database bekend als ID 425).

Nou, je wil de richting controleren/veranderen. De richting waarin een trein standaard na een ontkoppeling wil vertrekken wordt bepaald in de kolommen UncoupleLeftDirection en UncoupleRightDirection. Het behoeft waarschijnlijk geen uitleg dat de eerste betrekking heeft op het treinstel dat zich aan de linkerzijde bevindt, en de tweede op het treinstel dat zich aan de rechterzijde bevindt.

Je ziet daar óf een 0, óf een 1. 0 betekent rijrichting naar links, 1 betekent rijrichting naar rechts.

Als we weer teruggaan naar de fasen van de ontkoppeling van trein 535 betekent dat het volgende:

Trein 535 ontkoppelt in 535v (richting Arnhem-Oostzijde) en 535a richting Arnhem-Berg. Bij ID 423 zou dus moeten staan: UncoupleLeftDirection: 0 (want 535a moet naar links) en UncoupleRightDirection: 1 (want 535v moet naar rechts). In de database die ik heb klopt dat.

Dan ontkoppelt trein 535a in de treinen 535 (richting Elst) en Pec 535 (richting Arnhem-Oostzijde). Bij ID 425 zou dus moeten staan: UncoupleLeftDirection: 0 (want 535 moet naar links) en UncoupleRightDirection: 1 (want Pec 535 moet naar rechts). Ook dit klopt bij mij in de database.

Na het even in de simulatie getest te hebben kom ik tot de conclusie dat het in de huidige versie allemaal klopt. Na de ontkoppeling van de Pec staat Mat '54 (4) netjes klaar met treinnummer 535 in de richting Elst.

Ik heb zojuist het Access bestand gekregen, waarvoor mijn dank.

Ik heb ook meteen gezocht naar de instructies van trein 535. Naast MovementOrders met ID 423, 424 en 425 zoals hierboven omschreven, staat er OOK NOG een MovementOrder met ID 7 in mijn database. Dit is voor kopmaken voor trein 535 onder de kap.

Het lijkt erop dat de NIEUWE 535 (dus na ontkoppelen van de Pec) deze instructie oppikt, en dus nog een extra keer kopmaakt, zodat hij uiteindelijk toch richting Oost staat. Ik zal z.s.m. kijken of ik met verwijderen van die ID 7 instructie het probleem dat ik had aangekaart kan verhelpen, namelijk dat "nieuwe" trein 535 richting Oost staat terwijl hij naar Elst moet.

[Dre]

Het lijkt erop dat de NIEUWE 535 (dus na ontkoppelen van de Pec) deze instructie oppikt, en dus nog een extra keer kopmaakt, zodat hij uiteindelijk toch richting Oost staat. Ik zal z.s.m. kijken of ik met verwijderen van die ID 7 instructie het probleem dat ik had aangekaart kan verhelpen, namelijk dat "nieuwe" trein 535 richting Oost staat terwijl hij naar Elst moet.

Ik zie inderdaad dat ik de opdracht met ID 7 over 't hoofd had gezien (ik heb de simulatie meteen weer afgesloten nadat de Mat '54 (4) zich van de Pec ontkoppelt had).

Bovenstaande oplossing (record met ID 7 leeg maken) zou de oplossing moeten zijn.

[martin1325]

klopt inderdaad, ID 7 leeggehaald en de 535 blijft richting Elst staan als de Pec er af gehaald is. Bedankt.

[Hobbyman]

klopt inderdaad, ID 7 leeggehaald en de 535 blijft richting Elst staan als de Pec er af gehaald is. Bedankt.

Dat is een leuke, maar dan zie je wel over het hoofd dat de 535 op Za en Zo geen kop maakt en dus in de verkeerde rijrichting zal staan.

ID 7 dus niet leeghalen. In mijn laatste commentaar aan feedback schreef ik dat het wellicht gewenst is om 535 in O-rijrichting te laten staan na het ontkoppelen. Dan pikt hij de keeropdracht van de 535 (ID7) weer op en staat dan in de goede richting. Voor zover ik weet is dat nog niet verwerkt tot een update.

Overigens merk ik op dat het voor de laatste update wel goed werkte. 535 pikte toen zijn eigen opdrachten weer op en wilde dus weer gaan splitsen. Dat werd toen keurig afgevangen met een aantal vraagtekens in de rangeeropdracht, die aangaven dat de opdracht niet uitgevoerd kon worden. Dat vormde dan geen belemmering voor een correct vertrek van 535 !

Waarom 535 de verkeerde rangeeropdracht uit de database haalt is mij een raadsel. Dat zou kunnen als hij alleen op TrainIDSoft gaat zoeken.

Groetjes,

Leo