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

[blomsson]

... för lite Kurs med Kurt!
Idag tänkte jag förklara lite om rörelsevägarnas olika funktioner och beteenden.
I rörelsevägarna ingår Tågväg och Växlingsväg. Skillnaden mellan dessa är kraven på skyddsavstånd, skyddssträcka och vilka objekt som kan agera börjanpunkt och slutpunkt för respektive rörelseväg och också vid vilken hastighet som fordonen får framföras på rörelsevägen.
I skyddet för en rörelseväg ingår också sidoskydd (flankskydd). Sidoskyddet kan utformas på flera olika vis, allt från spårslut(!) via signal i stopp till skyddsväxel. Det optimala skyddet är en skyddsväxel som ger det högsta skyddet och möjliggör hastigheter över 160km/h. Sidoskyddets utformning beror också på hur det anslutande spåret är konstruerat, lutning, längd, osv, som då ger en given maxhastighet på det spår som ska skyddas beroende på vilket sidoskydd som väljs. Om man vill grotta ner sig mer, så finns all info i TDOK 2013:0623.
Jag har i skrivande stund inte brytt mig om några hastighetsrestriktioner i själva signalen ännu, detta skulle isåfall ske via ett restriktivare atc-besked, men går lika bra att utforma med hjälp av hastighetstavlor (som ju också kan vara atc-beroende).
Jag har bara koncentrerat mig på avstånd, hinderfrihet och fientliga rörelsevägar, men kommer också att kolla så att spårspärr är i läge på om den används som skydd.

I dom bilderna som jag kommer att visa idag så har jag bytt ut symbolerna från generella signalpunkter till symboler som liknar de som finns på datorställverkens och "fjärrens" skärmar. Symbolernas betydelse står beskrivet, dock en liten förtydling, det går inte att se på bilden om en signal är en Huvuddvärgssignal eller en Huvudljussignal med en medgivandedvärgsignal! För Tkl är det samma sak, men finns vissa skillnader signaltekniskt. Signal 81-84 är Huvuddvärgar.

Den första bilden visar en Tågväg från HS 21 till HS 31 och en Växlingsväg från DS 55 till Signal 65 via DS 57 och HD 81.
Tågvägen 21-31 är en tågväg. Växlingsvägen 55-65 är faktiskt tre stycken växlingsvägar! Varje delväg är en egen rörelseväg, 55-57, 57-81, 81-65. Om man förlänger tågväg 21-31:s slutpunkt från HS 31 till HS (N)41 så är det också en egen rörelseväg! Detta kanske är lite komplicerat men jag tror det blir tydligare senare när jag visar lite bilder på mitt Tkl-system.
Planritnings exempel 85symboler Bild1.jpg
Innan en rörelseväg kan låsas så kontrolleras alla objekt som ingår i rörelsevägen och alla objekt som kan agera som skydd för rörelsevägen. Eftersom grundbeteendet är samma för bägge rörelsevägarna så kommer jag att koncentrera mig på tågvägarna och kommenterar bara växlingsvägarna när jag tycker det behövs (kommer ihåg!). Jag har redan talat lite om sidoskyddets utformning, och vid tågväg 21-31 så söks skyddet via växeln och när det hittas en växel som kan agera som skydd så läggs den i skyddande läge och sökningen avslutas (skyddande växel är 101, 104 och 106). Om inte skyddet uppfylls så fortsätter sökningen eller också så avslutas sökningen utan ett tillfredställande resultat, tågvägen går inte att låsa. Efter tågvägens slutpunkt så söks det efter en hinderfri skyddssträcka (olika beroende på förutsättningar) och ett skyddsavstånd till motriktad eller korsande tågväg (200m/100m vid 10 övervakning) eller växlingsväg (100m/0m vid 10 övervakning). Skyddet söks via växlarnas läge. Området som finns bortanför slutpunkten kallas för frontskyddsområde och skyddas av frontskyddsobjekt och de kan vara av samma typ som för sidoskydd. Dessa objekt måste befinna sig bortanför skyddssträckan för att kunna användas som skydd. Ett frontskyddsområde kan agera som skydd för flera rörelsevägar samtidigt.

Nästa bild hanterar det som kallas "samtidigheter". Samtidigheter innebär att det går att lägga flera till synes fientliga rörelsevägar samtidigt, hur är då detta möjligt? Egentligen är det inte något konstigt alls. Som synes på bilden så är det två tågvägar låsta, 51-33 och 52-62. För att dessa två tågvägar ska kunna existera samtidigt så krävs det att bägge tågvägarnas sidoskydd, skyddsavstånd och skyddssträcka kan tillgodoses. I vissa fall kan det bero på i vilken ordning tågvägarna läggs och hur växlarna ligger, därför att frontskyddet söks i växlarnas lägen och växlarna kan bli förhindrade att läggas om eller lokalfriges om de agerar som skyddsobjekt.
Planritnings exempel 85symboler Bild2.jpg
Skyddsavståndet mäts från signalen till Hinderfrihetspunkten(Hfp), vilket är det närmaste ett spårfordon får vara en växel eller spårkors utan att inkräkta på det fria rummet för det anslutande eller korsande spåret. Hfp blir där avståndet spårmitt-spårmitt är 4,1m (tågspår-tågspår/sidospår), 3,9m (sidospår) och 3,7m (riktningsspår på bangård), dessa mått har ändrats (ökats!) genom årens lopp.
Eftersom varje skyddsavstånd genom en medväxel beror på avståndet från tungspetsen via hfp till den sökande signalen, så vore det bra att veta hfp.
Mitt problem blev, hur ska jag kunna hitta hfp? Svaret blev, att det vet jag inte!
Hur gjorde jag då?
Jag har med hjälp av ritningar, och mätningar i den analoga verkligheten, kommit fram till schablonvärden på växellängder baserat på deras hastigheter, dessa är korrekta även fast det kanske finns lite variationer inom hastigheterna.
Förutsättningarna är följande: rakspår med 4,5m spåravstånd, avstånden är mellan tungspets och tungspets, uppmätt på samma spår. 40/50/60-växlar: 100meter, 70/80-växlar: 120meter (borde nog vara 115meter), 100-växlar har jag inte kunnat hittat något värde på, men borde gå att räkna ut… (har gissat på 145meter), 130-växlar: 180meter.
Sedan så ritade jag upp förutsättningarna i trainz och mätte avståndet från tungspetsen till 4,1m spårbredd, och det blev hfp-avståndet för varje växellängd. Man skulle kunna tänka sig ett hfp-objekt som lades ut, men då kommer säkert någon att lägga ett sådant mitt i växeln... Så, nej tack! Nöjer mig så här så länge. Nackdelen med schablonvärden är att specialfallen blir bortglömda, tex en växel på bangård som viker av tvärt kommer ju att tappa flera meter på anslutningsspåren.
Jag har också jämfört andra mått i växlarna med växlarna som ritas upp i trainz, för att få flera jämförelsepunkter, och det ser ut att vara konsekventa data.
Jag använder dessa mått konsekvent och tycker det ser bra ut, och dessutom är det taget från verkligheten...
Har prövat att lägga in dessa växellängder i Trainz, men den nya typen av spår har en gräns vid ca 140meter vid 4,5m spårbredd för att de ska bli animerade.

En del kanske reagerar och tycker att det borde sitta hinderpålar vid hfp! Nja, dels så finns det inget krav att det ska vara så, dessutom så kan man placera signaler på eller nära hfp istället, och mitt intryck är att hinderpålar finns mest på bangårdar där det förekommer mycket växling och där kanske inte signalerna är så frekventa, eller på lite äldre stationer där de inte har blivit sönderkörda än...

För att nu återgå till ritningen med den nya informationen så kan man se att DS 60 som står vid hfp har ett avstånd på 85 meter (indikerar 40-60 växel) och att avståndet mellan dvärgen och HS 62 är 200 meter. Dessa avstånd betyder att skyddsavståndet är uppfyllt för tågväg 52-62:s slutpunkt. Även sidoskyddet för tågväg 51-33 är uppfyllt och slutpunkten (HS 33) söker skydd via skyddsväxel 131.
Om man vänder blicken till HS 61 så är det andra värden. Avståndet 98 meter från DS 59 till växeln indikerar 70/80 växel. Avståndet 100 meter mellan HS 61 och DS 59 är väl ändå för kort? Egentligen så är det ju det, men om man har 10-övervakning kodat i baliserna (byggs på ett speciellt vis, inget jag visar nu) så är detta avstånd giltigt. 10-övervakning innebär att ATC-systemet slutar övervaka bromsningen först vid 10km/h istället för 40km/h som är det normala.
Observera att dessa värden gäller ifrån medväxel-änden, tex HS 33 behöver inte bry sig, signalen placeras några meter framför växeltungan, om växel 131 tas bort så behövs det samma skyddsavstånd som för HS 31.

Är det för mycket, kämpigt, ångest? Håll ut lite till, är snart klar, och tänk på mig som bestämde mig för att programmera allt detta... Det finns då folk till allt!

Den sista stationsbilden berör rörelsevägens slutgiltiga uppdrag, utlösning!
En rörelseväg kan utlösas på två olika vis, automatisk eller nödutlösas. Den andra är ett kommando som Tkl ger och som omedelbart(normalt) stoppställer signalerna och sedan (ibland på tid) frigör objekten som ingår i rörelsevägen.
Den automatiska utlösningen sker efter att ett fordon har passerat varje vägdel (oftast sträcka mellan två signaler) på ett korrekt vis. Om ett fordon kommer till en rörelsevägs slutpunkt och signalen är i stopp, så kommer den sista vägdelen (och eventuella andra delar som inte har blivit upplåsta) att låsas upp på tid.
Planritnings exempel 85symboler Bild3.jpg
En del tycker säkert att jag har gödslat med dvärgsignaler på den här demostationen! Faktum är att det inte är så, i alla fall inte i ett datorställverk, eller på större stationer, och det finns en idé bakom detta också. Det finns tom ställen där det finns dvärgar som inte går att påverka och som bara har ett syfte, och det är att möjliggöra tidigare utlösning av rörelsevägar.
När fordonet har löst ut tågvägen (det rosa sträcket) fram till DS 59 så går det att lägga en tågväg 33-(U)71 bakom det fordonet. Hade inte dvärgen funnits där så fick utlösningen vänta tills HS 61 hade passerats. Det går även att använda sig av stopplycktor för liknande funktion.
I samband med detta så kan jag också nämna att det finns en till funktion som även finns i mitt TKL-system, magasinering av rörelsevägar eller poulärt "maggning". Titta på sista bilden, TKL lägger 22-32-42, tågvägarna går in. Sedan läggs 33-(U)71, tågvägen går inte in, sträckan är ju redan låst. I detta skede så "maggas" tågvägen och kommer att läggas när sträckan blir fri. Dock så kan ju andra tågvägar läggas emellan (31-(N)41) som går in och då får den "maggade" tågvägen vänta en stund till.

mvh
Håkan

[blomsson]

...tänkte även redogöra lite för vad jag håller på med!
Egentligen håller jag mest på med det som jag har beskrivit i föregående inlägg. Dessutom pågår finjustering av stationsautomater och planering av TKL-styrning av stationer, har en enklare variant som funkar men vill att den ska var mycket mer komplex i sin funktion. Det är också fixande med smådetaljer här och där, och provkörning i Driver, vilket tar enormt mycket tid.
Dom här bilderna är skapade för ett tag sedan och jag har kommit lite längre än vad som syns, men de kan visa på ett par intressant detaljer...
Es Tkl.jpg
Es Tågvägar.jpg
Bilderna är väl ganska självförklarande kan jag tycka.
Dessa två bilder visar på en automatstyrd station för enkelspårsdrift, en väldigt vanlig stationstyp. Det finns dock ett flertal varianter på denna stationstyp. Man kan också genom bilderna sluta sig till att det är ett reläställverk (troligtvis en 59:a) och att det finns skyddsväxlar. Kan ni lista ut hur det syns?
C Tkl.jpg
C Tågvägar.jpg
Dom här två bilderna är på en betydligt större station, den är Tkl-styrd (inte färdigt än) vilket innebär inga stationsautomater. Kan ni se vilken typ av ställverk det är?
Som ni kan se så finns det listor på alla tågvägar (och växlingsvägar) i den udda och den jämna kolumnen. Den visar börjanpunkten på en tågväg och dennes alla möjliga slutpunkter.
Den undre bilden visar alla objekt som ingår i respektive tågväg, och i vilket läge som växlarna ska befinna sig i när tågvägen blir låst. Det finns också information om tågvägens hastighet.
Nu ska jag påpeka ett par detaljer:
Varje rörelseväg är mellan två giltiga objekt, kan vara (teoretiskt sett) hur lång eller kort (kanske inte är giltig om den är för kort) som helst. Innehåller alltid minst två objekt, men kan innehålla hur många som helst.
Den som är uppmärksam kanske upptäcker ett par konstigheter på bild tre, titta igen!
Ledtråd? Ok, signal 31-34 och signal 51 o 52!
Har ni sett det? Kolla nu på den nedre bilden och signal 51!
Tågväg 51-61 finns på två ställen (liksom flera andra)! Hur kan det komma sig, är det verkligen korrekt?
Faktum är att det är fullständigt korrekt men är något som jag har funderat på att ta bort, vet inte om behovet finns! Fast det är kul och snyggt...
Det går att utläsa vad som har skett i detaljerna av tågvägarna.
Men i korthet(!) så är det så här: Mitt system söker tågvägarna automatiskt genom alla växlar i alla lägen och lägger sedan in dom i en lista. Detta innebär att alla varianter kommer att hittas.
Om ni vänder blickarna mot bilderna i den föregående posten och kollar signal 51 och följer den undre tågvägen via varje objekt till slutpunkten, så ser ni hur det blir! Snyggt va, ett grönt badkar!! Visserligen uppochner men ändå.
Då kan man ju undra, är detta verkligen verklighetstroget, och skulle man ha någon nytta av det? Det är i högsta grad verklighetstroget, fick faktiskt Stockholmsfjärren att göra detta åt mig en gång för många år sedan.
Genom att låsa växel 101 i vänsterläge, kanske också 103 i högerläge kan man tvinga sökningen genom växlarna till signal 61 och slippa prata förbi ett tåg mot stopp om växeln skulle vara ur kontroll.
Dock vet jag inte om det finns någon vits med det i trainz, behövs nog igenkänning av dessa varianter i så fall.

Jag återkommer, förhoppningsvis om bara några dagar med lite mer bilder på vad jag håller på med!

mvh
Håkan

[blomsson]

För att chocka de som brukar läsa mina evighetsinlägg så blir det bara så här idag...

https://www.youtube.com/channel/UCWw...q5L7NOl1D3SV6Q

mvh
Håkan

[RobertE]

Ursprungligen postat av blomsson

För att chocka de som brukar läsa mina evighetsinlägg så blir det bara så här idag...

https://www.youtube.com/channel/UCWw...q5L7NOl1D3SV6Q

mvh
Håkan

Detta är stort!
Speciellt som jag som gillar säkerhet system och infrastruktur.

Enkelspårsdrift och trainz är inget och tänka på. Tills nu.

Det här är det som fattas, för att få ett nästan 100% signalsystem.

[blomsson]

Jag tänkte först påpeka en detalj om en tidigare bild, även fast ingen har sagt något. I den första posten jag skrev den 21/10 så skrev jag om Hinderfrihetspunkten (Hfp). En del har säkert observerat att det på en bild står Hfp(s) och kanske undrar varför det gör så. Hfps betyder den "Signaltekniska Hinderfrihetspunkten" och är 4,5 meter innan Hfp. Detta avstånd är det längsta avståndet mellan nosen på fordonet och dess första hjulpar. I mina beräkningar använder jag mig (hittills) bara av Hfp!

Innan jag kommer till huvudsyftet med dagens(nattens) inlägg så tänkte jag visa några bilder på en del av de signaltekniska beteenden jag har arbetat med under den senaste tiden.

Eftersom det har blivit många detaljer/funktioner att testa, så beslutade jag mig för att bygga en "verkligt fiktiv" bana innehållande "alla" olika testobjekt/beteenden. Just nu är det 10 "färdiga" stationer i olika varianter och ytterligare ett femtal är planerade. Detta kommer jag att återkomma till i en separat tråd, när grund-banan är färdig.
Alla signaler som jag har tillgång till (HS,HD,SL,DS,FS) är klara!

En intressant utmaning var att få till ett korrekt fungerande triangelspår. I den analoga verkligheten så är inte ett triangelspår någon speciell signaltyp eller så, funktionen ligger i ställverket och dess förreglingssystem.

Triangel-funktion.jpg
I mitt system så är det en variabel som man får ställa in som gör att en udda tågväg kan sökas till en jämn signal och tvärtom. Detta är specialfall och ska inte missbrukas!!
Denna funktion fungerar (hittills) bara på mellansignaler.
I brist på bättre så har jag döpt den till "Triangelfunktion"! Är det någon som har ett bättre förslag, så hojta!
Jag har också infört kopplade (förreglade, kontrollbekräftade) signaler, längs upp till höger.

Triangelspår.jpg
Detta är triangelspåret på min testbana. De rödmarkerade signalerna blir valda med triangelfunktion, som synes på den övre bilden. Lite information om stationen, i det övre benet så finns det två skyddsväxlar för snabbare tågföring och också möjligt att ha hastigheter över 160km/h. Man kan också tänka sig fler skyddsväxlar för att få samtidigheter i bägge benen eller att flytta signalerna för att få korrekt skyddsavstånd. I det vänstra benet är hastigheten 70km/h och i det högra 40km/h. De nedre växeln har ingen skyddsväxel, projektören tyckte inte att kostnaden blev motiverad...

Huvudfokus har dock legat på att få klart stations-automaterna...
Dessa är färdiga förutom en del kosmetiska detaljer och "snobb" funktioner, och sedan dyker det säkert upp buggfixar efterhand...
Följande automater finns: G-drift (enkelspår/dubbelspår/flerspår - ska kanske snobbas till), Y-spårsstation (bättre än verkligheten!), Enkelspårsautomater (A1,A2,A3) Enkelspårs-stationstyp med och utan skyddsväxlar, ESIK och ESIL.
Här kommer några bilder på de olika enkelspårstyperna:
Stn-auto 1 Inga samtidigheter.jpg
Stn-auto 2 Skyddsväxlar.jpg
Stn-auto 3 ESIK.jpg
Stn-auto 4 ESIL.jpg
Observera att stationsautomaterna bara hanterar två spår även om det finns en hel hög fler, precis som i verkligheten! De andra spåren kommer man åt via tkl-funktioner. Sedan när TAM-funktionerna finns så kan inte stationsautomaterna hantera dessa stationer heller.

Ursprungligen postat av RobertE

Detta är stort!
Speciellt som jag som gillar säkerhet system och infrastruktur.

Enkelspårsdrift och trainz är inget och tänka på. Tills nu.

Det här är det som fattas, för att få ett nästan 100% signalsystem.

Tack, Robert!
Håller med och kan tillägga att två huvudskäl till att det går att göra är: ett fungerande linjeblock och signaler som fungerar som de ska göra på en station!
Nästa stora steg är att få till ett bra (fj)tkl system! Och det är nu som NI kommer in i bilden.

Eftersom jag inte har konstruerat några egna sessioner, utan bara kört utländska, och även fast jag har många ideér om hur jag vill köra/göra så tänkte jag helt enkelt fråga er som (förhoppningsvis) vill använda mitt system om era önskemål innan jag ger mig i kast med den riktiga tkl-programmeringen.

Några frågor kan jag göra:
Ska jag skriva egna kommandon som är anpassade till mitt system eller ska jag försöka använda mig av de befintliga? Vad är bäst för er?
Är det några specifika kommandon som ni saknar?

Va svårt det var att komma på frågor, jag hade ju jättemånga igår, jaja...

Ni får komma med era önskemål och beskrivningar om hur ni brukar göra och hur ni vill göra!

Ös på bara!!

mvh
Håkan

ps.
Förutom (Fj)Tkl funktionerna så är nästa stora projekt i signalsystemet ett eget tavelsystem och ATC-funktionalitet... Återkommer med det när det är mer på G!

[blomsson]

Dags för lite information efter två månaders tystnad, (i vilket fall i denna tråden)!
Jag fick för ett par veckor sedan ett brev med en undran om jag hade gett upp mitt signalsystem, så jag tänkte delge mitt svar även här innan jag angriper dagens två ämnen!

Mitt brevsvar, lite kompletterat:
Gett upp har jag inte gjort, däremot så har det varit lite stiltje ett tag med programmeringen, mest beroende på förkylningar/influensa och helgdagar, dock så pågår ett ständigt klurande på hela/alla delar av mitt signalprojekt. Dessutom så håller jag på och bygger på min demobana som kommer att redovisas mera i detalj på forumet när jag har kommit längre i bygget.

Tyvärr så tar projektet längre tid än vad jag hade hoppas på, inte så mycket beroende på att jag har underskattat komplexiteten i signaleriet utan beroende på att det har blivit ett projekt med fler delar än vad jag hade tänkt från början.
Eftersom jag är ny på programmeringen i trainscript och dokumentationen oftast är undermålig så blir det många stunder med ”trial and error” rörande detaljer som borde finnas i en manual.
Dessutom så kan jag inte (än så länge) göra egna objekt utan är beroende av andras alster för att kunna testa funktioner.

Sedan så är jag inte så pigg på att släppa saker som inte är funktionsdugliga i stil med ”allmän beta” utan sakerna ska vara så testade som det bara går, dessutom ska det vara en manual som följer med den färdiga produkten. Detta innebär inte att det inte kan finnas fel eller förbättringar utan att projektet ska kunna gå att använda med de komponenter som ingår.
För mig så hör alla (beroende på vilken era) komponenter i signalsystemet ihop och därför så ska det som behövs för ett fungerande system släppas samtidigt.

Jag nämnde att signalprojektet innehåller fler delar än vad som var tänkt, dessa delar är (fler kan tillkomma):

• Signaler (master/scenery, funderar även på att göra rena Trackside objekt utan master/slave kravet)
• Växlar/Spärrar (motordrivna/klot med elektrisk förregling, scriptade för kontroll av antalet driv/hastighet och typ av växel för att få en korrekt rörelsevägs-läggning beroende på växeltyp)
• Tavlor (eget scriptat system som är länkat till ATC-systemet vid behov, och till viss del hårdare kontroll på vilka tavel-kombinationer som är giltiga)
• Baliser (bestående av en balisgrupp som via script kommer att konfigureras till stor del automatiskt, både utseende och funktionalitet)
• ATC (panel och rules är tänkt att sköta detta, inte bestämt rätt väg att gå än)
• TKL (helautomatiska funktioner, men inte hundra bestämt hur funktionaliteten uppnås på bästa vis)
• ”Rules” (För att få ett verklighetstroget beteende i samverkan mellan de olika komponenterna)
• Kommandon (Eventuellt egna för att matcha TKL-systemet annars mest för att lägga rörelsevägar och som hjälpmedel vid nöjeskörning!)
• Scriptbibliotek (innehåller alla script i signalsystemet)
• Manual (Guide och referens del)

Manualen och allt som är scriptat är jag ensam ansvarig för, objekten använder jag med tillstånd eller via den ”icke kommersiella licensen”. Har dock planer på att göra en del egna objekt när/om man som Mac-ägare kan exportera till TAN:E i SP2. Alla funktioner är tänkta att fungera precis som i verkligheten, sedan är frågan hur mycket energi man ska lägga på detaljer, men alla funktioner kommer inte att finnas i den först släppta versionen.
Tanken är att signaler, växlar, tavlor, tkl och en del kommandon och rules ska finnas och även baliserna som passiva objekt fram till att ATC-systemet är ”färdigt”.
Manualen kommer antagligen bara innehålla guide-delen till att börja med.

Åter till dagens agenda:
Jag blev lite förvånad att ingen sa något angående mina Tkl-funderingar, inte ens fråga vad jag menar!
Så jag tänkte att då får jag försöka förklara lite av mina idéer och tankar på fri hand så att säga.
Ni som har kikat på videosnuttarna jag länkade till tidigare har antagliget sett att jag använder mig av lite olika kommandon i Driver. Dessa kommandon är inte tänkta att användas när man skapar sessioner, utan som hjälpmedel vid nöjeskörning och felsökning. Däremot så behövs det antagligen kommandon som gör att man kan köra till en specifik signal eller liknande. Därför så är min plan att dela in kommandona i (minst) tre grupper: 1. "Session-kommandon" 2. "Nöjeskörning" 3. "Hjälpmedel/Felsökning".

Om jag inte kan lägga tågvägar, hur kan jag då skapa sessioner?
Bra att du frågade!
Hela tanken med mitt system är att det ska fungera som i verkligheten, där TKL (inom signalreglerat område) bestämmer vad som får göras och när. Detta ska skötas inom de föreskrifter som gäller vilket ställer höga krav på TKL-systemets kontroll av fordon/förare och stationer, men också en flexibilitet att lösa situationer för att förhindra eller låsa upp låsningar vid komplexa körningar.
TKL-system kommer förstås att bli en flerstegs-raket och långt ifrån färdig i första släppet.

AI vs. Autopilot?
Helst bägge beroende på situationen!
Nackdelen med AI-kommandon är att de försöker lägga om växlar och ställa signaler, fördelen är att de kan lägga om växlar!
Vi tar en liten bild till hjälp:
Tkl-förklaring.jpg

Låt säga att man vill köra ett tåg från Stn A till Stn D:
Enkelt(!), schemat kanske ser ut så här: Autopilot, Wait 5min , Kanske vill ange ett specifikt spår eller trackmark som ankomstställe.
Vad kommer att hända, Autopiloten talar om att följa signalernas besked, efter kanske 4min (beroende på hur det programmeras) så kommer TKL att magasinera en tågväg som går in när linjen är fri. Eftersom Stn B o C är Automater så kommer alla tågvägar att ställas och eventuella möten skötas automatiskt. Vid TV-triggern för Stn D kommer tågvägen ställas till den valda ankomstpunkten eller kanske till ett "normal" spår.

Vi tar samma schema men vill efter ankomst till ett visst spår ta oss hem till lokstallet som ligger utanför signalreglerat område. Detta går att lösa på flera vis, man kan ju lägga till en ny signal (dvärgsignaltavla) som nästa punkt och sedan lägga till ett NavigateTo kommando för att ta sig till lokstallet.
Men jag vill kunna använda mig av NavigateTo/Via direkt istället för Autopiloten. Eftersom TKL vet(förhoppningsvis) var objekten finns i förhållande till varandra så borde det gå att låta TKL sköta allt fram till det signalreglerade områdets slut och sedan låta Trainz ta hand om resten!
Att göra så här handlar ju mera om att använda sig av de kommandon som finns och att förenkla scheman och minimera antalet kommandon som behöver användas. TKL-systemet är som synes väldigt komplext och en (alltför) stor ambitionsnivå kanske sätter käppar i hjulen, men ett med ett äpple om dagen så är snart päronträdet tomt!
Det finns en till aspekt på detta som jag återkommer till när jag har gjort en bild på det!

Någon har säkert sett att det står TKL/Automat på Stn B. Det rekommenderas inte att man har Automater på stationer med flera inkommande linjer, men i vissa fall kan det vara motiverat. Det kanske bara går ett fåtal tåg per dag mellan Stn B o E och till ett eget spår som inte stör automatdriften.

Nu till den sista punkten
Eftersom jag har nämt att jag håller på med ett eget tavelsystem i diskussionerna om diverse tavlor, så tänkte jag berätta lite tidigare än vad planen va!
Jag har precis börjat så det finns inga snygga bilder än.
Först ska jag säga att jag tycker om STL:s tavelsystem, det är snyggt och flexibelt och nu när LAn arbetar med uppdateringen så kommer det att bli ännu bättre!

Dock så finns det tre skäl till min idé. Problemet med STL:s flexibilitet är att det blir väldigt många objekt att lägga ut och ofta kommer tavlor på samma ställe och gör det svårt att kunna justera rätt tavla. En del tavlor, framförallt Orienteringstavlan sitter aldrig ensam, alltså så blir det en extra tavla att alltid lägga ut.
Och det kanske viktigaste skälet, mitt signalsystem, eller snarare ATC-funktionerna. Jag kommer att gå in mera på Tavlor/Signaler/ATC senare men kan säga så mycket att ATC:n (baliserna) kommer att bli hårt länkade med signalsystem därför behöver jag ha kontroll på alla objekt som har med "signaleriet" att göra.
Tavelsystemet kommer att innehålla minst tre grupper: Hastighetstavla, Orienteringstavla, Balistavlor (tavlor som ALLTID har ett ATC-beroende) och eventuellt Signaltavlor (tavlor som finns istället för och namnges som signaler), denna grupp tavlor skulle kunna lösas med enbart namngivning av objekten, men känns bra med en dubbel kontroll på dessa!
I propertyrutan så väljer man bland giltiga kombinationer hur tavelgruppen ska se ut.
Observera följande fyra saker:
Det är bara tavel-kombinationer och typer som har betydelse för mitt signalsystem som är ett krav på dessa banor.
Detta system bör(kommer att) fungera med STL:s övriga system, och kommer att släppas fristående.
Man kan fortfarande lägga till tavlor som vanligt, förstås.
Jag använder mig av STL:s tavlor och "texture-groups" som dependecis självklart med tillstånd!

Detta innebär bl.a att om man har massa OT-V på sin bana behöver de inte bytas ut, däremot så måste HT bytas ut och även OT-Ha och vissa tilläggstavlor.

Tror det va allt, överdosering som vanligt...
Frågor, funderingar och önskemål tas som vanligt emot med intresse!

mvh
Håkan

[leoj]

I have a dream that one day an ATC panel should be exist inside the cabin.

Nåja..
Vore kul att det finns en 3d-panel som man kan lägga till via en punkt som gör att det går att stoppa in ATC i loken på riktigt
Alla funktioner kanske inte behövs vara fungerande, men det vore roligt med exempelvis förvarningsfunktionen för förvarning av hastigheter samt att hastighetsöverträdelse fungerar

Tror detta skulle vara ypperligt att implementera tillsammans med ett nytt signalsystem istället för att anpassa den efter ett befintligt