Citat:
Ursprungligen postat av korvtiger
Det verkar inte som att felen är kopplade till varandra i alla fall.
Det första felet är, om jag förstått vissa spekulationer på Trainz forum
rätt, att Trainz tycker att scriptet tagit för lång tid på sig att köra.
Låter väldigt skumt i mina öron då det är en helt egen tråd som körs
och kan avbrytas när som helst.
|
Låter rimligt. Det första felet dök upp i TANE och är inget som jag har stött på i gamla TS2010.
Det kan ju röra sig om en ny kontroll i TANE:s underliggande system som visar sig på detta sätt.
Citat:
Ursprungligen postat av korvtiger
Men förstår jag dig rätt om detta felet bara dyker upp en gång när du startar och aldrig igen efter det, även om du köra omkring, lägger om växlar osv?
|
Korrekt.
Citat:
Ursprungligen postat av korvtiger
Det är i alla fall kopplat till signaldelen av scriptet och uppkommer när scriptet försöker leta efter nästa blocksignal.
Det har inte med några referensloopar att göra i alla fall, då skulle du fått en lång upprepning av samma fel i den detaljerade felrapporten.
|
Det låter också rimligt.
Men det är ändå lite konstigt för banan saknar blocksignaler. Har det någon betydelse?
Citat:
Ursprungligen postat av korvtiger
Jag misstänker dock att detta beror på att du har en spårloop någonstans på
din bana, så att sökningen efter nästa signal fastnar i loopen och kör runt, runt, runt.
|
Strukturen är ganska enkel med en dubbelspårig huvudlinje och
några enkelspåriga sidolinjer som slutar i ändstationer.
Jag har experimenterat med vändslingor i slutet på dessa linjer men
de är numera bortplockade.
Det blir ingen skillnad i beteendet med och utan dessa slingor. Skumt.
Citat:
Ursprungligen postat av korvtiger
Verkar signalerna fortfarande fungera och uppdatera sig? För antingen borde
du få detta fel om och om igen, eller så borde signalerna sluta att fungera helt om jag förstår scriptet rätt!
|
Det första felet visar sig bara vid starten.
Därefter fungerar signalerna, i alla fall så långt det går att se när man kör på banan.
Citat:
Ursprungligen postat av korvtiger
Det andra felet:
Verkar bero på scriptfunktionaliteten som kopplar dubbla växlar.
Meddelandekön innehåller massor med meddelanden ifrån växlar som har lagts om (toggled)
som scriptet inte hunnit med att kontrollera om de är kopplade med någon annan växel.
Det konstiga är att alla dessa växlar av någon anledning måste ha lagts om precis vid sessionens startande för att generera alla dessa meddelanden.
Dessutom förekommer samma växlar om och om igen i listan vilket är märkligt.
|
En hypotes:
Jag misstänker att detta kan ha att göra med att scriptet behöver
analyserar banan i uppstarten av sessionen.
Om skriptet behöver bygga upp en intern datastruktur som beskriver
banans layout så behöver scriptet söka igenom banan med TrackSearch
och notera var olika objekt som signaler och växlar finns.
Varje växel blir då ett vägval som leder till en ny del av banan.
Då behöver scriptet lägg om växlarna i tur och ordning och söka
igenom varje del för sig.
Citat:
Ursprungligen postat av korvtiger
Du verkar ha många a och b-växlar, men det dyker inte upp några c och d-växlar i meddelandekön.
För det måste väl vara i dubbla engelsmän som du använder sådana växelkopplingar och då borde du väl även ha massor av c och d-växlar?
|
Flertalet av dessa a- och b-växlar är två enkla kopplade växlar till
exempel vid övergång från det ena spåret till det andra på en
dubbelspårig sträcka eller vid infarter till stationer.
Det är bekvämt att bara behöva lägga om den ena växeln trots att båda
läggas om samtidigt. Det finns några få engelsmän så det blir inte många
c- och d-växlar.
Citat:
Ursprungligen postat av korvtiger
Får jag fråga hur stor den här banan är? Hur många stationer, signaler och kopplade växlar handlar det om på ett ungefär?
|
50 km huvudlinje och ett tiotal stationer varav några är lite större
.
Jag återkommer om antalet signaler och kopplade växlar. Måste räkna lite.
/Magnus