Ett försök till ett nytt modernt svenskt signalsystem! - Svenska 3D-Tåg

blomsson · 2016-06-18, 03:09

Hej!
Jag har precis påbörjat ett projekt till att göra ett nytt modernt signalsystem.
Tanken är att det skall baseras på regler och föreskrifter som finns i Säo (numera TTJ), och vara från tiden sent femtiotal och framåt.
Udda/jämn-principen och fjb-numrering (21,22,31,32, osv) är två fundamentala principer för att det ska fungera.

I detta system kommer man inte att kunna ställa in varje signalbild för sig, utan signalernas beteende är baserat på att signalens typ är korrekt i förhållande till den signalbild man vill kunna (får) visa.
Tanken är också att det ska ingå en liten guide så att avstånd och signaltyp blir korrekt vid skapande av banor.

Följande kriterier kommer att styra signalbilden:
1. Hinderfriheten
2. Ev. växel-hastigheter
3. Avståndet till nästa signal
4. Signalbilden på nästa signal
5. Signaltyp
6. Säkert något jag inte kommer på just nu!!

Det kommer också att finnas ett fullt fungerande linjeblock.

Del 2:
Införande av stationsobjekt som sköter om stationsautomater (framförallt på mindre stationer), detta finns klart i huvudet redan(peppar, peppar)! Fjtkl/tkl för att skapa verklighetsliknande tåg-förning och läggning av tågvägar/växlingsvägar och även lokal-frigiving av växlar (finns väl ett tiotal ideér).

Del 3:
ATC! Detta är till viss del ett mer komplicerat projekt, eftersom en korrekt utplacering av objekt som ska ge ATC-besked kräver en del extra kunskaper. Också det faktum att fordons beteende och till viss del placeringen av signaler och tavlor påverkas av om det är en bana med ATC eller ej.
Det går säkert att göra en "ATC-light" variant som ersätter "hubben" som ju är en sorts övervakning även det!
Programmeringsmässigt så vet jag inte hur svårt det är och många utav fordonen är ju redan scriptade, men det blir en senare fråga!

En grundförutsättning för att detta ska fungera är att mitt signalsystem kan fungera tillsammans med det material som STL har skapat, framförallt vägskydd, tavlor och fordon. Kommer troligtvis inte att fungera med svenolovs scriptade signalsystem, ej heller det äldre signalsystemet om det inte går att göra någon överbryggning i framtiden.

Jag använder mig utav samma objekt (osynlig master + scenery-signal) som svenolov och med samma namnkonvention. Jag tror dock inte att det skulle vara några större problem att använda sig av rena trackside-signaler tillsammans med "osynlig master". Jag använder mig också av samma typ av utseende, dels är det snyggt, och man känner igen sig om man bestämmer sig för att använda mitt system istället.
Om det finns intresse och jag får använda mig av signal-objekten, så delar jag gärna av mig utav detta projekt.

Just nu håller jag på och plågar mig och programmerar property-rutor. Jag har också testat en annan variant på att initiera signalerna för att slippa framtida problem med "message overflow" och timeout buggar, än så länge verkar det funka men har ju inte testat i stor skala än och man vet ju inte vilka överraskningar som Trainz har i beredskap när scriptan blir mer komplicerade och fler i antal!
Dokumentationen om Trainz och trainscripting är väldigt undermålig tycker jag, och inte uppdaterad så det tar därför mycket tid att lösa "problem" som borde finnas dokumenterade...

Vet inte riktigt vilken Trainz-build man ska sträcka sig till? Lägre än 3.5 ger ju varningar så kanske där någonstans!

Ni är välkomna att säga vad ni tycker och komma med förslag, önskemål och frågor. Jag kommer att skriva här om utvecklingen av signalsystemet. Jag har inte satt upp någon tidsplan men tror inte att del 1 och halva del 2 ska ta så fasligt lång tid, om bara Trainz vill sköta sig...

mvh
Håkan

Nils Blid · 2016-06-18, 12:55

Mycket intressant, Blomsson – och jag kommer att följa ditt arbete med spänning, och kanske ha en och annan synpunkt också.

Tidsperioden förefaller väl tilltagen liksom ambitionen.

Linjeblockering fungerar uselt i Trainz vilket säkert många instämmer i. Även jag har drabbats vilet resulterat i en krasch mellan två tåg som båda körde 90. Det var i Nynäsbanan som jag hade lagt in blocksignaler enligt reglerna.Jag satt i cabhytten i station X och fick grönt ljus av utfartssignalen. Samtidigt startade ett AI-tåg från station Y. Det fick också grönt utfartsljus. Jag blev helt överraskade när ett mötande tåg i full fart dök upp bakom den kurva mitt på linjen.

Vad hände? Det här är inte min avdelning men den troliga förklaringen är att båda tågen fick grönt ljus därför att den kommande signalen visade grönt. För min del var ju lösningen enkelt; jag tog bort alla blocksignaler. Resultatet blev då att när jag passerade X:s utfartssignal slog den om till rött. I sin tur uppfattade utfartssignalen i station Y att nästa signal visade rött och därför slog om till rött ljus.

Det här ju egentligen grundbulten i Trainz´ signalsystem.

Har du, Blomsson, några tankar hur fixa det här?

Nisse

lan · 2016-06-18, 14:10

I TANE finns ju Interlocking Tower som betyder just linjeblockering (eller ställverk) - konstigt att ingen använder det???????

blomsson · 2016-06-18, 16:01

Citat:

Ursprungligen postat av Nils Blid

Mycket intressant, Blomsson – och jag kommer att följa ditt arbete med spänning, och kanske ha en och annan synpunkt också.
Nisse

Alla synpunkter är av intresse! Ju intresserade andra är ju roligare blir det att hålla på!

Citat:

Ursprungligen postat av Nils Blid

Tidsperioden förefaller väl tilltagen liksom ambitionen.
Nisse

Ambitionen kanske är (för) hög, fast tidsperioden är inte så tilltagen som det verkar.
Den första automatiska-linjeblockeringen provades på sträckan Kimstad-Norsholm 1921. Mellan 1925 och 1930 så utvecklades komponenterna i linjeblocket till att likna det som finns idag bl.a. 1925 Göteborg - Olskroken, Malmö-Arlöv och 1930 Stockholm S. - Älvsjö.
1956 byggdes den första linjeblockeringen av nuvarande typ.

1960 byggdes det första ställverket av relätyp avsett för fjärrblockering, benämnt SJ 59(mod 59). Provanläggning 1955 Ånge-Bräcke. Detta ställverk nytillverkas fortfarande. 1965 kom ett nytt reläställverk, (mod 65) mera i form av moduluppbyggnad (tillverkas inte längre). 1985 kom datorställverk (mod 85) där allt styrs av två separata program i datorn (tillverkas inte längre). 1995 kom ett nytt datorställverk (mod 95) som är uppgraderat för nyare ATC-systemen.
För en utomstående är det inte mycket som skiljer men är ganska lätt att se om man vet vad man ska titta på!

[quote=Nils Blid;302491
Linjeblockering fungerar uselt i Trainz vilket säkert många instämmer i. Även jag har drabbats vilet resulterat i en krasch mellan två tåg som båda körde 90. Det var i Nynäsbanan som jag hade lagt in blocksignaler enligt reglerna.Jag satt i cabhytten i station X och fick grönt ljus av utfartssignalen. Samtidigt startade ett AI-tåg från station Y. Det fick också grönt utfartsljus. Jag blev helt överraskade när ett mötande tåg i full fart dök upp bakom den kurva mitt på linjen.

Vad hände? Det här är inte min avdelning men den troliga förklaringen är att båda tågen fick grönt ljus därför att den kommande signalen visade grönt. För min del var ju lösningen enkelt; jag tog bort alla blocksignaler. Resultatet blev då att när jag passerade X:s utfartssignal slog den om till rött. I sin tur uppfattade utfartssignalen i station Y att nästa signal visade rött och därför slog om till rött ljus.

Det här ju egentligen grundbulten i Trainz´ signalsystem.

Har du, Blomsson, några tankar hur fixa det här?[/QUOTE]

Skälet till varför två tåg krockar är att det inte finns någon funktion i svenolovs system som kontrollerar om linjen är fri, för vändas osv. Problemet är också trainz, som ställer en signal i kör om det finns ett tåg i närheten. Eftersom det då finns signaler emellan de båda stationerna så blir det kör! Jag kan inte fixa detta i svenolovs system, men det är som du säger en grundbult i ett fungerande signalsystem. Alternativet är att köra utan linjeblock, bara utfartssignaler (går dock inte att välja har jag sett så är väl kört ändå!) och då skulle det kunna funka som TAM-sträcka (Tåganmälan) men krävs ju ändå kontroll på stationerna... Så kanske lite moment 22. Fick en fundering om det skulle gå att använda mitt linjeblock tillsammans med svenolovs system, men är tveksam till det! Ska pröva när jag kommer så långt!

Till lan:
I TANE finns ju Interlocking Tower som betyder just linjeblockering (eller ställverk) - konstigt att ingen använder det???????

Interlocking Tower är funktionsmässigt signalställverk inte linjeblock och ag har prövat detta men fungerar inte tillsammans med svenolovs signalsystem. Dessutom tycker jag inte om att man måste skriva in tågvägar och beroendeförhållanden för hand.
Betänk följande: Dubbelspårs-station med fem tågspår, alla spår kan nås från alla infartssignaler, ger fem tågvägar per signal, vilket ger 10st infartstågvägar och tio utfratstågvägar i varje riktning, totalt 40st! När allt är möjligt att göra i scriptet istället...

mvh
Håkan

Nils Blid · 2016-06-18, 23:40

En grundlig och begriplig förklaring. Fortsätt så, Håkan. (Tips: När Bengegbg och jag gjorde vår första manual fick vi skäll av betatestaren för att vi inte var tillräckliga övertydliga. Vi bättrade oss).

Det här är ett stort och svårt ämne. Är imponerad av att Blomsson/Håkan vågar ge sig i kast med det.

Kör vidare, Håkan!

Nisse

blomsson · 2016-07-07, 22:35

Tänkte skriva lite och visa lite bilder på vad jag håller på med så att ni inte tror att jag bara snackar...
Även fast Trainz är en avart av C++ så går det skapligt. Mycket tid går dock åt till att fatta vad Trainz klagar på.

Min ide är att man ska kunna testa och se hur signalerna beter sig i surveyour, detta innebär att det kommer att bli mer information i property-rutorna än tidigare, men färre saker att ställa in. Fokus ligger på att jag som programmerare leder oss som bygger i rätt riktning så att banorna blir så verklighetstrogna som möjligt. Detta betyder att informationen i property-rutor och att guider/manualer är tillräckligt tydliga så att vem som helst ska kunna bygga en signaltekniskt korrekt bana. Denna ide passar säkert inte alla, men jag tycker att de regler och föreskrifter som finns ska följas. Jag tror inte det blir svårare att bygga, däremot är järnvägen full av speciallösningar och att täcka upp allt kan bli väldigt svårt!

Beroende på att Linjeblocket och Stationsautomater/Tkl är viktiga för ett väl fungerande signalsystem så koncentrerade jag mig på att göra klart Huvudljussignalerna och Försignalerna. Kvar att göra är Huvuddvärgsignalerna, Stopplycktor, Dvärgsignaler och lite annat smått och gått. Vissa delar är tågvägs-beroende och kommer inte att synas i surveyour.
Linjeblocket (som tog lite längre tid att göra än vad jag hoppades, genvägar är senvägar) är precis klart förutom Linjeplatsfunktionen. Dock brukar det alltid dyka upp saker man inte har räknat med när nya detaljer tillkommer.

Jag tänkte visa lite bilder på vad jag har gjort hittills, dock är det svårt att se hur linjeblocket fungerar. Signalerna är samma som svenolov använde och samma namnkonvention. Ska också säga att monteringen inte är klar än, har koncentrerat mig på signaleriet.

Linjeblocket i kör.
Utf L41 lik.jpg

"Check-boxen" LIK/LIU är till för att testa linjeblocksfunktionen i surveyour enligt ovan nämnda princip.
Linjeblocket återtaget, så att linjen går att vända.
Utf L41 liu.jpg

Motstående ände av linjeblocket, först i stopp,
Utf L42 liu.jpg

Sedan i kör efter att linjen har blivit vänd.
Utf L42 lik.jpg

Och då ska Mellnablocksignalen vara i kör...
Mblsi L4 k.jpg

Det verkar funka, mer tester ska utföras och Linjeplatsfunktionen ska in också. Är inte hundraprocent nöjd, finns lite fler ideér få se hur mycket man ska bråka me det om det fortsätter att fungera.

Samma Mellanblocksignal efter en klåfingrig projektör...
Mblsi L4 ingen fsi.jpg
Observera informationstexten...

Ett par bilder till på lite signaler och deras informationsruta.
Inf k40.jpg
Msi s 250m.jpg

Funderar på om informationstexten skulle färgkodas beroende på om informationen är positiv eller negativ och om den ger förslag till förändring?
Mera information ska in i property-rutorna.
Och det ska också testas mot STL:s-objekt.

Frågan är om jag ska göra klart signalfunktionerna eller om jag ska börja på med TKL-funktionerna! Är väldigt sugen på det sistnämnda...

Växel-hastigheterna hämtas från scriptade växelobjekt.

Jag slänger ut en fråga rakt ut i etern och undrar om det är någon som skulle ha lust att skapa några objekt till mig som jag kan scripta. Huvud-objektet är motordrivna växeldriv med specifika önskemål. Sedan har jag också ett par hemliga objekt som kan bli väldigt bra! Men hjälp behövs, pm eller här om intresse finns.

Det va säkert något mer jag skulle skriva... Men nu är det fotboll och mat!
Alla frågor, förslag osv är av intresse. Ös på bara!

mvh
Håkan

jgloket · 2016-07-08, 17:52

ser det ut som. Jag ser fram emot att det kommer provobjekt eller färdiga signaler att testa på sin bana.

2016-06-18, 03:09	#1
blomsson Medlem Reg.datum: Jul 2011 Ort: Vingåker Inlägg: 346	Ett försök till ett nytt modernt svenskt signalsystem! Hej! Jag har precis påbörjat ett projekt till att göra ett nytt modernt signalsystem. Tanken är att det skall baseras på regler och föreskrifter som finns i Säo (numera TTJ), och vara från tiden sent femtiotal och framåt. Udda/jämn-principen och fjb-numrering (21,22,31,32, osv) är två fundamentala principer för att det ska fungera. I detta system kommer man inte att kunna ställa in varje signalbild för sig, utan signalernas beteende är baserat på att signalens typ är korrekt i förhållande till den signalbild man vill kunna (får) visa. Tanken är också att det ska ingå en liten guide så att avstånd och signaltyp blir korrekt vid skapande av banor. Följande kriterier kommer att styra signalbilden: 1. Hinderfriheten 2. Ev. växel-hastigheter 3. Avståndet till nästa signal 4. Signalbilden på nästa signal 5. Signaltyp 6. Säkert något jag inte kommer på just nu!! Det kommer också att finnas ett fullt fungerande linjeblock. Del 2: Införande av stationsobjekt som sköter om stationsautomater (framförallt på mindre stationer), detta finns klart i huvudet redan(peppar, peppar)! Fjtkl/tkl för att skapa verklighetsliknande tåg-förning och läggning av tågvägar/växlingsvägar och även lokal-frigiving av växlar (finns väl ett tiotal ideér). Del 3: ATC! Detta är till viss del ett mer komplicerat projekt, eftersom en korrekt utplacering av objekt som ska ge ATC-besked kräver en del extra kunskaper. Också det faktum att fordons beteende och till viss del placeringen av signaler och tavlor påverkas av om det är en bana med ATC eller ej. Det går säkert att göra en "ATC-light" variant som ersätter "hubben" som ju är en sorts övervakning även det! Programmeringsmässigt så vet jag inte hur svårt det är och många utav fordonen är ju redan scriptade, men det blir en senare fråga! En grundförutsättning för att detta ska fungera är att mitt signalsystem kan fungera tillsammans med det material som STL har skapat, framförallt vägskydd, tavlor och fordon. Kommer troligtvis inte att fungera med svenolovs scriptade signalsystem, ej heller det äldre signalsystemet om det inte går att göra någon överbryggning i framtiden. Jag använder mig utav samma objekt (osynlig master + scenery-signal) som svenolov och med samma namnkonvention. Jag tror dock inte att det skulle vara några större problem att använda sig av rena trackside-signaler tillsammans med "osynlig master". Jag använder mig också av samma typ av utseende, dels är det snyggt, och man känner igen sig om man bestämmer sig för att använda mitt system istället. Om det finns intresse och jag får använda mig av signal-objekten, så delar jag gärna av mig utav detta projekt. Just nu håller jag på och plågar mig och programmerar property-rutor. Jag har också testat en annan variant på att initiera signalerna för att slippa framtida problem med "message overflow" och timeout buggar, än så länge verkar det funka men har ju inte testat i stor skala än och man vet ju inte vilka överraskningar som Trainz har i beredskap när scriptan blir mer komplicerade och fler i antal! Dokumentationen om Trainz och trainscripting är väldigt undermålig tycker jag, och inte uppdaterad så det tar därför mycket tid att lösa "problem" som borde finnas dokumenterade... Vet inte riktigt vilken Trainz-build man ska sträcka sig till? Lägre än 3.5 ger ju varningar så kanske där någonstans! Ni är välkomna att säga vad ni tycker och komma med förslag, önskemål och frågor. Jag kommer att skriva här om utvecklingen av signalsystemet. Jag har inte satt upp någon tidsplan men tror inte att del 1 och halva del 2 ska ta så fasligt lång tid, om bara Trainz vill sköta sig... mvh Håkan __________________ Fd. signalreparatör på Banverket. Sjukpensionär bla pga Aspergers syndrom. Använder numera T:ANE på en iMac (Retina, 27", -15), 24GB, OSX Sierra 10.12.6 (25/9-17) Hemsida för nedladdning av mina objekt: https://blomsson4073.se/index.html

2016-06-18, 14:10	#3
lan Veteran Reg.datum: Nov 2001 Ort: Onsala, , Sweden. Inlägg: 8 149	I TANE finns ju Interlocking Tower som betyder just linjeblockering (eller ställverk) - konstigt att ingen använder det??????? __________________ *"Det är kanske för sent att lära sig nåt nytt" - Bengan travesti* LAn

2016-07-07, 22:35	#6
blomsson Medlem Reg.datum: Jul 2011 Ort: Vingåker Inlägg: 346	Uppdatering! Tänkte skriva lite och visa lite bilder på vad jag håller på med så att ni inte tror att jag bara snackar... Även fast Trainz är en avart av C++ så går det skapligt. Mycket tid går dock åt till att fatta vad Trainz klagar på. Min ide är att man ska kunna testa och se hur signalerna beter sig i surveyour, detta innebär att det kommer att bli mer information i property-rutorna än tidigare, men färre saker att ställa in. Fokus ligger på att jag som programmerare leder oss som bygger i rätt riktning så att banorna blir så verklighetstrogna som möjligt. Detta betyder att informationen i property-rutor och att guider/manualer är tillräckligt tydliga så att vem som helst ska kunna bygga en signaltekniskt korrekt bana. Denna ide passar säkert inte alla, men jag tycker att de regler och föreskrifter som finns ska följas. Jag tror inte det blir svårare att bygga, däremot är järnvägen full av speciallösningar och att täcka upp allt kan bli väldigt svårt! Beroende på att Linjeblocket och Stationsautomater/Tkl är viktiga för ett väl fungerande signalsystem så koncentrerade jag mig på att göra klart Huvudljussignalerna och Försignalerna. Kvar att göra är Huvuddvärgsignalerna, Stopplycktor, Dvärgsignaler och lite annat smått och gått. Vissa delar är tågvägs-beroende och kommer inte att synas i surveyour. Linjeblocket (som tog lite längre tid att göra än vad jag hoppades, genvägar är senvägar) är precis klart förutom Linjeplatsfunktionen. Dock brukar det alltid dyka upp saker man inte har räknat med när nya detaljer tillkommer. Jag tänkte visa lite bilder på vad jag har gjort hittills, dock är det svårt att se hur linjeblocket fungerar. Signalerna är samma som svenolov använde och samma namnkonvention. Ska också säga att monteringen inte är klar än, har koncentrerat mig på signaleriet. Linjeblocket i kör. Utf L41 lik.jpg "Check-boxen" LIK/LIU är till för att testa linjeblocksfunktionen i surveyour enligt ovan nämnda princip. Linjeblocket återtaget, så att linjen går att vända. Utf L41 liu.jpg Motstående ände av linjeblocket, först i stopp, Utf L42 liu.jpg Sedan i kör efter att linjen har blivit vänd. Utf L42 lik.jpg Och då ska Mellnablocksignalen vara i kör... Mblsi L4 k.jpg Det verkar funka, mer tester ska utföras och Linjeplatsfunktionen ska in också. Är inte hundraprocent nöjd, finns lite fler ideér få se hur mycket man ska bråka me det om det fortsätter att fungera. Samma Mellanblocksignal efter en klåfingrig projektör... Mblsi L4 ingen fsi.jpg Observera informationstexten... Ett par bilder till på lite signaler och deras informationsruta. Inf k40.jpg Msi s 250m.jpg Funderar på om informationstexten skulle färgkodas beroende på om informationen är positiv eller negativ och om den ger förslag till förändring? Mera information ska in i property-rutorna. Och det ska också testas mot STL:s-objekt. Frågan är om jag ska göra klart signalfunktionerna eller om jag ska börja på med TKL-funktionerna! Är väldigt sugen på det sistnämnda... Växel-hastigheterna hämtas från scriptade växelobjekt. Jag slänger ut en fråga rakt ut i etern och undrar om det är någon som skulle ha lust att skapa några objekt till mig som jag kan scripta. Huvud-objektet är motordrivna växeldriv med specifika önskemål. Sedan har jag också ett par hemliga objekt som kan bli väldigt bra! Men hjälp behövs, pm eller här om intresse finns. Det va säkert något mer jag skulle skriva... Men nu är det fotboll och mat! Alla frågor, förslag osv är av intresse. Ös på bara! mvh Håkan __________________ Fd. signalreparatör på Banverket. Sjukpensionär bla pga Aspergers syndrom. Använder numera T:ANE på en iMac (Retina, 27", -15), 24GB, OSX Sierra 10.12.6 (25/9-17) Hemsida för nedladdning av mina objekt: https://blomsson4073.se/index.html

2016-07-08, 17:52	#7
jgloket Medlem Reg.datum: Mar 2006 Ort: Ljungby, Kronoberg, Sverige Inlägg: 23	Det blir bra ser det ut som. Jag ser fram emot att det kommer provobjekt eller färdiga signaler att testa på sin bana.

2016-06-18, 12:55	#2
Nils Blid Medlem Reg.datum: Dec 2009 Ort: Malmö Inlägg: 2 055	Mycket intressant, Blomsson – och jag kommer att följa ditt arbete med spänning, och kanske ha en och annan synpunkt också. Tidsperioden förefaller väl tilltagen liksom ambitionen. Linjeblockering fungerar uselt i Trainz vilket säkert många instämmer i. Även jag har drabbats vilet resulterat i en krasch mellan två tåg som båda körde 90. Det var i Nynäsbanan som jag hade lagt in blocksignaler enligt reglerna.Jag satt i cabhytten i station X och fick grönt ljus av utfartssignalen. Samtidigt startade ett AI-tåg från station Y. Det fick också grönt utfartsljus. Jag blev helt överraskade när ett mötande tåg i full fart dök upp bakom den kurva mitt på linjen. Vad hände? Det här är inte min avdelning men den troliga förklaringen är att båda tågen fick grönt ljus därför att den kommande signalen visade grönt. För min del var ju lösningen enkelt; jag tog bort alla blocksignaler. Resultatet blev då att när jag passerade X:s utfartssignal slog den om till rött. I sin tur uppfattade utfartssignalen i station Y att nästa signal visade rött och därför slog om till rött ljus. Det här ju egentligen grundbulten i Trainz´ signalsystem. Har du, Blomsson, några tankar hur fixa det här? Nisse

2016-06-18, 23:40	#5
Nils Blid Medlem Reg.datum: Dec 2009 Ort: Malmö Inlägg: 2 055	En grundlig och begriplig förklaring. Fortsätt så, Håkan. (Tips: När Bengegbg och jag gjorde vår första manual fick vi skäll av betatestaren för att vi inte var tillräckliga övertydliga. Vi bättrade oss). Det här är ett stort och svårt ämne. Är imponerad av att Blomsson/Håkan vågar ge sig i kast med det. Kör vidare, Håkan! Nisse