Ett försök till ett nytt modernt svenskt signalsystem!

[blomsson]

Dags igen, länge sedan sist, i alla fall i denna tråden!
I och med att mina egna växelomläggare blev klara så kunde jag integrera dessa i signalsystemet och få det att fungera i stort sett som jag eftersträvar, dvs så nära verkligheten som möjligt. Det mesta har handlat om att gå igenom all kod, successivt i respektive del av signalsystemet och detaljstyra funktionaliteten. En sak som jag också alltid har i åtanke är ifall något kan anstå för att få ut signalsystemet lite fortare, har ju redan dragit ut på tiden och än är det mycket kvar...

Jag tänker nu försöka gå igenom en del av det som jag har pysslat med senaste tiden, kan bli en del upprepningar!

Rörelsevägar
Mycket tid har lagts på kontroll av rörelsevägarna och dess säkerhets- och skyddsavstånd, allting baserat på trafikverkets nya och gamla dokumentation. Med införandet av de nya växelomläggarna och den kontroll som det innebär blir också beteendet och funktionen tydligare hos signalsystemet. Man behöver inte ange några skyddsobjekt utan de hittas och används automatiskt, men måsta alltid vara objekt som ingår i mitt signalsystem, förutom stoppbockar.

I Trainz så är en stoppbock en signal, något som jag tycker är dumt! Stoppbockar används som skyddsobjekt, ska de användas som slutpunkt i rörelseväg så ska de ha en tänd stopplykta på/framför sig, de stoppbockar med inbyggd stopplykta duger inte pga obefintlig kontroll av det röda skenet. För att en stoppbock ska kunna användas som skyddsobjekt så ska de namnges med Tpl-signatur + SB + nummer, t.ex. Abc SB01. Dessutom ska de bestå av en asset av signaltyp som innehåller namnet Stoppbock, Buffer End och några varianter till, detta är hårdkodat i scriptet.

Ett problem som finns är kontrollen av hinderfriheten! Om man inte använder sig av spårledningar så måste hinderfriheten kontrolleras aktivt via någon form av tracksearch och eftersom man inte vet om/när en specifik spårsträcka blir upptagen av ett fordon så kan det vara väldigt kraft-/tidsödande. Detta gäller framförallt kontroll på sidoskyddsområdenas hinderfrihet efter att en rörelseväg är etablerad så att inte fientliga objekt inkräktar på området.

Tkl-huset
Jag skrev tidigare att huset inte länkar några objekt som master/slave, det var fel! Signaler och växelomläggare (kan vara eller bli något objekt till) länkas till huset, det var bara det att det inte syntes hos signalerna förut. Numera är det tydligare och motsvarar det som finns hos vägskyddssystemet och syns hos växelomläggarna.

Tkl-huset har fått några utseendemässiga förändringar, både inne och ute!

På bilden till vänster visas husets långsida, där redovisas nu även de olika typerna av växelobjekt som är länkade till huset.
Bilden till höger är gaveln och där visas utfarts(block)signaler med en korrekt anslutning, nu med ett korrekt antal mellanblocksignaler. Även TAM-sträcka ska visas.

Propetyrutan
Även insidan är nu inspirerad av vägskyddssystemet med lite pilknappar för att kunna visa/gömma valda delar av informationen.


Tkl-styrd/stationsautomat
I skrivande stund skapas stationsautomaterna automatiskt, om systemet inte kan hitta någon lämplig stationsautomat blir den "undefined". Det här kommer antagligen att göras om så att en station antingen har en stationsautomat eller är tkl-styrd, det kommer fortfarande att gå att välja tkl-styrd om den är definierad som en stationsautomat.

Skillnaden mellan en automat och en tkl är att automaten ställer tågvägar baserat på vilken automat det är och hur villkoren ser ut runt omkring stationen, medan tkl ställer tågvägar baserat på körorder eller liknande och kan också ställa växlingsvägar och ge andra kommandon.

Just tkl-styrningen är något som är en stor utmaning och inte helt lätt, men kan bli ofantligt kul, utmanande och frustrerande (är ju trots allt Trainz) att hålla på med. Tanken är att det ska bli något basalt till ett släpp så att det i alla fall går att använda, men eftersom det är väldigt tidskrävande så kan det vara en sak som får stå tillbaka till förmån för ett tidigare släpp!
För att testa lite så har jag skapat en funktion hos tkl-huset där det ställs "snabbaste vägen ut" från en infartssignal om fordonets körorder är tom eller endast innehåller en autopilot. Det innebär att man kan köra från en portal till en annan via enbart stationsautomater eller tkl-styrda stationer. Vid säckstationer så ställs det mot slutpunktsstopplykta. Det finns en idé om att det kanske ska gå att välja egna tågvägar.

Information om triggers...
Är samma som tidigare redovisas.

Hantering av...
Inspirerat av vägskyddet och kommer att fungera ungefär på samma sätt. Just nu finns det inga objekt eftersom mina signaler inte är färdiga. Jag vet inte om det är någon vits att växelomläggarna ska hanteras eftersom de inte går att lodda och därför blir kanske effekterna av att kunna öka polygonnivån svår att kontrollera.

Uppdatera Tkl-huset
Vet inte om det här bara är för mina tester eller om det är något beständigt, det får tiden utvisa. Huset är ju dynamiskt så borde inte behövas...

Detaljer om...
I grunden är informationen samma som tidigare redovisats, men några förändringar har gjorts. Observera att det bara visas om tågvägar eftersom det nästan bara är där som förändringarna har skett, står det rörelsevägar så gäller det båda.



Röd ruta
Först visas rörelsevägens namn, inom parantes visas tågvägens övervakningsgrad, sedan antalet växlar som finns i rörelsevägen.
Jag vet att det heter frisläppningshastighet, men övervakning(sgrad) är tydligare tycker jag så ingen idé att tjata om det!

Rosa ruta
Numret är tågvägens börjanpunkt och utgörs (nästan) alltid av en huvudsignal, det finns några specialfall med stopplykta för att kunna förlänga tågvägar hos en stationsautomat. En grön signal talar om att den är 40-övervakad (en 4 i signalens A-balis X-ord), en gul signal talar om att den är 10-övervakad (en 1 i signalens A-balis X-ord).

Orangea ruta
Visar Rfsi-balis (finns ännu inte i balisgruppen) som länkas till en huvudsignal. Färgerna betyder samma som ovan.
Eftersom signalsystemet gäller redan från tillkomsten av ATC så har jag använt mig av skrivelsen i säo:n där man får både höja och sänka övervakningsgraden med hjälp av repeterbaliser, vilket inte är tillåtet i nyare föreskrifter.

Grön ruta
Objekt som skrivs inom parantes är en funnen spårlogik som visas med hela sitt namn.

Svart ruta
Dubbel backslash indikerar stationsgränsen, objekt efteråt ligger på linjen.

Sök efter...
Här har det tillkommit ett val att visa eller gömma informationen, ny sökning visar altid funnen data. I övrigt är förändringarna samma som redovisats ovan.

Linjeblockering och TAM-sträcka
Dessa typer av stationssträckor byggs med hjälp av signaltyper och signalkategorier som finns i asseten för Linje(block)signaler. Hur dessa fungerar kommer att finnas att läsa i referensdelen av Manualen så småningom.

Tyvärr så finns det inga bilder på Lib/TAM eftersom det är under (senare delen) av uppdatering och informationen är inte fullständig i propertyrutorna, dessutom är mina signaler inte färdiga än!

Systemet är skapat så att man kan bygga från vilken stationsände som helst, men kontrollen på att det är byggt korrekt görs alltid med ett Tracksearch från Lib/TAM:s udda ände. Felmeddelande i olika former fås om det saknas objekt eller det finns fel objekt hos en stationssträcka.

Även Lib/TAM är dynamiskt, men eftersom det inte är länkat till ett specifikt objekt, som ett Tkl-hus eller dylikt så uppdateras det inte när man lägger till nya objekt, därför finns det hos utfarts(block)signalerna en knapp där man kan uppdatera stationsträckan och kunna hitta fel direkt. Vid knapptryckning anropas samma funktion som vid initiering av signalobjekten, om initieringen av objekten skulle fallera kan ytterligare anrop utföras från Tkl-huset. En del funktioner är ännu på idéstadiet!

Linjeplats
Linjeplats är en växel på linjen med tillhörande skyddsobjekt som kontrolleras i omgivande signaler av korrekt kategori. Observera att det aldrig ställs några rörelsevägar till eller från en linjeplats och det finns heller ingen signal som kontrollerar rörelser ut från linjeplatsen.

Linjeplatsen byggs med vissa krav och söks och kontrolleras via Lib/TAM:s Tracksearch. Vid korrekt byggd linjeplats ställs tavlor in automatiskt på omgivande signaler.

På bilden syns hur det ska byggas och det är som i verkligheten, kan tillkomma något objekt till, för att få funktionen ut från linjeplatsen att motsvara verkligheten.
Namngivningen av ingående objekt är inte helt klar ännu, men skulle tro att det blir som på bilden.

• Skälet till att växlarna enbart ska kunna vara kopplade, är att jag kan använda min inbyggda kontroll mellan linjespårväxeln och dess skyddsobjekt, även om det skulle vara icke kopplade objekt i verkligheten.
• Vid användande av klot-växel/spårspärr måste bägge objekten ha växeltunglås.

När spårledningen (50 meter lång eller så) är belagd samtidigt som ett fordon står still på rälskontakten kan växlarna gå att läggas om. Funktionerna är inte skapade än men de är ganska "enkla".
Teoretiskt sätt kan det, i systemet, finnas hur många linjeplatser som helst på samma signalsträcka.

Nu får det inte plats med mer info, tror jag har fått med det viktigaste!
Eventuella frågor ställs med fördel i frågetråden!

mvh
Håkan

[blomsson]

Nästan två år sedan sist i denna tråden, dock har jag ju bl.a. skrivit i min byggtråd under tiden. Tyvärr så har det varit segt med trainzandet under året men projekten lever men inte i så snabb takt som vore önskvärt! Eftersom de första delarna av signalsystemet är släppt med T:ANE som lägsta version vill jag behålla det även i fortsättningen, skulle kännas konstigt att hälften skulle kräva en senare version!
När jag uppgraderade systemet på min nya dator så visade det sig att T:ANE inte fungerade som det skulle, och för att göra en lång historia kortare så fick jag flytta trainzandet till den äldre datorn, vilket fungerar bra men är långsammare, dessutom har N3V en massa hyss för sig (uruselt programmerat ibland) som också segar ner arbetsprocessen.

Signaler
Som jag har redovisat tidigare (post#43) så är signalerna indelade i grupper istället för som enskilda signaler. Under hösten så har jag prioriterat att gå igenom de olika signalerna och pricka av de "fel" eller implementeringar som behöver göras för att när det är klart sedan kunna skriva manualen direkt istället för på slutet som jag har gjort tidigare.

Ett problem som fanns var de signaltyper som egentligen inte påverkar fordonen utan som ger mer av information till lokförarna. Jag lyckades inte hitta något sätt att få en signal att visa ett "icke värde" utan beslutade mig för att istället skapa ytterligare en signalgrupp.
Förutom den nya signalgruppen och den information som står här är informationen densamma som i post#43.

Stationssignaler -Övriga

• Dvärgsignal
• Dvärgsignalsluttavla
• Stopplykta, flankskydd
• Tavla - Gräns för växling (text)
• Tavla - Gräns för växling (symbol)

Stopplykta för flankskydd är en lågt placerad stopplykta (med armatur som en repetersignal) som agerar skydd med fast rött sken för fientlig rörelseväg. Den signalen har aldrig ATC.
Jag kan också passa på att nämna att stopplyktorna hos Stationssignaler - Hsi/Sl nu har en distinktare kategorisering som överensstämmer med hur de ska användas. Vilket också ger hårdare byggregler för när de får användas!

Signaler - Utan tågpåverkan

• Repetersignal
• A-signal
• Kontrollykta
• Riktningssignal (kanske inte finns med i version 1)
• Riktningsförsignal (kanske inte finns med i version 1)

Samtliga signaler i denna grupp är Trackside-objekt, alltså de ärver inte från signalklassen och därför kan de inte påverka fordonens framfart, det innebär också att jag är tvungen att skriva en del egen kod för att motsvara det som inte ärvs!

A(vgångs)-signalen
Trainz används mest som en byggsimulator eller som en lokförarsimulator, därför blir det ju lite märkligt att som lokförare ge avgångssignal till sig själv, alltså så behövs ett (eller flera) system/beteenden som motsvarar så som det fungerar i verkligheten. Dessutom ska det fungera för AI-förarna, det här är något som jag funderar/arbetar med men har inte riktigt bestämt mig än för hur det ska ta sig ut, även fast det finns ett färdigt koncept.

Kontrollykta
Signalen används för att informera lokföraren om att denna har kommit in hinderfritt och släcks då. Används på mindre stationer och då framförallt i reläställverk mod-59 men kan även finnas på andra ställen t.ex. Björkliden.

I propertyrutan skrivs vilka tågvägars slutpunkter (signaler) som ska gälla för signalen sedan listas de funna tågvägarna nedan. När någon tågväg läggs som finns i listan och börjanpunkten ställs till kör tänds kontrollyktan, när tåget har passerat sista signalen innan slutpunkten släcks kontrollyktan.
Detta gör att kontrollyktan endast fungerar i Driver!

Generella signalnyheter

Exempel på en utplacerad huvudsignal. Nedan beskrivs diverse information som syns på bilden ovan.

Hinderfrihetspunkten (Hfp)
Vid de signaler som får ha växlar efter sig redovisas avståndet till eventuell medväxels tungspets. I kravrutan redovisas det lägsta kravet som är giltigt baserat på ett spåravstånd vid hfp på 3.9 meter. I avståndsrutan visas avståndet med en röd-, gul- eller grön färg. Rött = för kort avstånd, Grönt = minst 4.1 meter som är det som nu gäller som spåravstånd, Gult = avstånd däremellan. Avstånden är antingen uppmätta i Trainz eller uppritade i ett CAD-program.
Kraven som visas är baserade på den valda växelhastigheten och blir därmed lite "stel" eftersom det inte tar hänsyn till en växels faktiska geometri som ju kan göra att hfp-avståndet blir bättre.
Antagligen kommer den signaltekniska hinderfrihetspunkten (Hfps) att användas i slutänden som är ytterligare 4.5 meters avstånd.
Hfp(s) används för att kunna kontrollera samtidigheter vid rörelsevägsläggning.

Avstånd
När en signal flyttas längs spåret så uppdateras automatiskt de avstånd som visas i propertyrutan när den är öppen vilket gör det lätt att placera signalerna på ett lämpligt avstånd.

Kopiering
Som synes längst upp till höger så finns det en ny knapp! Denna länk öppnar en ruta där man kan välja att kopiera en kommande signal av samma signalgrupp.
Det som kopieras är data som användaren kan ställa in, det går att välja vad man vill kopiera.

Tanken är i första hand att slippa placera ut signaler som är gjorda i en nyare version och sedan göra en massa inställningar för att uppnå samma resultat, Det går ju också att använda funktionen till att kopiera signaler som ska se likadana ut som är placerade nära varandra eller som man bara vill ska ha samma texturer.

KVSI-funktion

Innebär att en signal inte går upp till kör förrän ett vägskydd är aktiverat och i kontroll. Hos signalen väljs en eller flera spårledningar (tillhörande olika vägskydd/spårlogiker) som ska vara belagd för att vägskyddet ska aktiveras, den första måste finnas eftersom det är den som kontrolleras, de övriga används för att kunna aktivera fler än ett vägskydd på signalsträckan. Det fungerar endast för spårledningar av HB-typ och med villkor för annars kommer ju vägskyddet ändå alltid att aktiveras vid en belagd spårledning. Valet finns hos huvudsignaler och dvärgsignaler.
Kontrollen på att vägskydden är i kontroll sker via den inbyggda men ärvda funktionen hos signalklassen.
För att få detta att fungera har även spårlogiken och spårledningen blivit uppdaterade.

Tanken är att lägga in ytterligare någon funktion från signalsystemet mot vägskyddssystemet när jag ändå håller på!

Fristående försigna
En fristående försignal kan användas som en repeterande försignal, b.la. för siktskäl eller bara för att det är dyrare att ta bort den vid ombyggnation!
En fristående repeterförsignal har något annorlunda regler och försignalens kategori ställs in via de omgivande signalerna och också försignalens tilläggstavlor. Beroende på hur Trainz arbetar så kan det ta lite tid innan förändningarna syns men de går att uppdatera genom att röra lite på signalen eller öppna propertyrutan och stänga den igen.
Ingen bild, eftersom det endast är kategorin som är synligt annorlunda!

Förregling av rörlig bro på linjen
Denna typ av linjeplats följer grundbeteendet som beskrivs i föregående post om Lib/TAM och linjeplats, det som skiljer dem åt är vilka objekt som krävs vid respektive typ av linjeplats.


Brosignalerna kontrollerar spåret och eventuella osynliga signaler mellan varandra. Även stöd för "crossing" (det inbyggda vägskyddet) finns, som verkar vara det standardiserade sättet att bygga rörliga broar på. Tyvärr visar tester att det inte fungerar som det borde och ger information om att bron är i kontrollerat nedläge innan så är fallet, om det är ett grundläggande fel eller om det bara är hos de broar jag har testat vet jag inte, tror på det första!
Även stöd för STL:s exempelbroar finns och ska byggas enligt anvisningen med de osynliga signalerna placerade mellan brosignalerna.

Som jag skrev i posten innan så ställs linjeblocket in automatiskt men vid byggnation så måste man antagligen uppdatera det manuellt. Jag upptäckte att inställningarna och kontrollerna av linjeplatserna gav timeout error, detta förhatliga idiotiska koncept, vilket gjorde att inställningen av linjeblocket blev trådat! Fungerar, men får väl se vilka andra konsekvenser det kan få...

I skriften så står det ingenting om en signal som förreglar en linjeplats kan förregla flera och vilka typer. Eftersom det inte står något uttalat så kan mina signaler förregla ett oändligt(!) antal och både växlar och broar, dock inte under samma linjeplats. Det finns heller ingen info om hur tavlorna ska placeras så därför placeras den först funna överst från respektive håll, då kan det bli som på bilden nedan! och också en bild på brosignalen fick följa med.


Det här får räcka för nu!
Projektet fortskrider med en förhoppning om att det någon gång ska släppas en första version...
Eventuella frågor ställs med fördel i frågetråden!

mvh
Håkan