Modernisering av svenskt signalpaket

[Hgv]

Ursprungligen postat av ADDE

Hmjm... tänkte om signalerna är täta i följd hade nog Kör, vänta stopp varit mer applicerbart, men det kanske inte gäller i verkligheten?

Som jag har förstått det så får "vänta stopp" visas bara om det är mer än 800 m till stoppsignalen. Är avståndet 800-450 m ska hsi visa "kör 40" om nästa signal står i stopp, och om avståndet är kortare än 450 m visas "kör 40, kort väg" om nästa signal står i stopp.

Har du flera hsi i följd så borde de alltså visa "kör 40" om det är mindre än 800 m till stoppsignal.

Hmm, kanske hsi ska ignorera nästa hdvsi om den är på Kör om jag fattar det rätt?

Precis, försignaleringen i föregående hsi ska gälla för nästa hsi, INTE mellanliggande hdvsi. Men om hdvsi skulle visa stopp måste ju föregående hsi påverkas av detta antingen genom att visa "vänta stopp" (om >800 m till hdvsi) eller genom att visa "kör 40" (om <800 m). (OM jag fattat det rätt hur det funkar IRL!) Det blir lätt ganska rörigt tyvärr! Men det kanske är så att såna situationer inte förekommer IRL (föregående hsi kanske inte går om till "kör" förrän kommande hdvsi visar "kör").

Kanske någon av forumets signalexperter som kan reda ut detta närmare?

[blomsson]

Ursprungligen postat av Hgv

Som jag har förstått det så får "vänta stopp" visas bara om det är mer än 800 m till stoppsignalen. Är avståndet 800-450 m ska hsi visa "kör 40" om nästa signal står i stopp, och om avståndet är kortare än 450 m visas "kör 40, kort väg" om nästa signal står i stopp.

Har du flera hsi i följd så borde de alltså visa "kör 40" om det är mindre än 800 m till stoppsignal.



Precis, försignaleringen i föregående hsi ska gälla för nästa hsi, INTE mellanliggande hdvsi. Men om hdvsi skulle visa stopp måste ju föregående hsi påverkas av detta antingen genom att visa "vänta stopp" (om >800 m till hdvsi) eller genom att visa "kör 40" (om <800 m). (OM jag fattat det rätt hur det funkar IRL!) Det blir lätt ganska rörigt tyvärr! Men det kanske är så att såna situationer inte förekommer IRL (föregående hsi kanske inte går om till "kör" förrän kommande hdvsi visar "kör").

Kanske någon av forumets signalexperter som kan reda ut detta närmare?

Vet inte om jag kan kvalificera mig som signalexpert men kan försöka förklara/förtydliga en del innan det blir alldeles för utsvävande!
En hel del av det som har skrivits stämmer så därför kommer det att bli en del upprepningar i nedanstående text!

Fristående Försignal:
Signalen försignalerar närmast efterföljande huvudljussignal.
Växlar, huvuddvärgsignaler eller stopplyktor får inte förekomma mellan en fristående försignal och den huvudljussignal som den försignalerar.

Avståndet mellan försignalen och den signal som den försignalerar ska vara minst 800 meter om signalbeskedet "stopp" ska försignaleras. Repeterförsignaler får stå på kortare avstånd (beskedet har då redan lämnats i en tidigare signal). Kortare avstånd kan också tillåtas om sth är mindre än 80 km/h.

Huvudljussignal:
Försignalbesked gäller till närmast efterföljande huvudljussignal.
Eventuella huvuddvärgsignaler mellan de bägge huvudljussignalerna, ska visa ett kör 80 besked och avstånden mellan samtliga signaler ska vara korrekt för respektive signalbesked.

Om en huvuddvärgsignal visar stopp, oberoende av ifall det finns ytterligare signaler efter, ska det i huvudljussignalen signaleras med beskeden kör 40, kort väg (3 gröna) om avståndet är minst 250 meter, eller med kör 40, varsamhet (2 gröna) om avståndet är minst 450 meter. Gäller också mot stopplykta i stopp, en släckt stopplykta har ingen signalteknisk betydelse.

Huvuddvärgsignal:
Signaleringen mot huvudljussignal i stopp är endast tillåtet med beskeden kör 80, varsamhet, eller med kör 40 varsamhet och avståndet är då minst 200 meter (100 meter om siktsträckan är minst 300 meter).

Signalering mot huvuddvärgsignal eller stopplykta i stopp är med beskedet kör 40, varsamhet och avståndet är då minst 200 meter (100 meter om siktsträckan är minst 300 meter).

Observera att det alltid finns ett minimiavstånd när ett signalbesked är tillåtet att visa, det går alltså inte att ha avståndet noll meter mellan två medriktade signaler.

Texten ovan hanterar situationer när man signalerar mot stopp, andra avstånd gäller förstås vid andra signalbesked. Sedan finns det också ytterligare regler som bestämmer under vilka villkor som respektive signaltyp med en viss signalfunktion ska få visa vilket signalbesked.

Huvudsignal mot signalsträcka som är belagd:
Jag tolkade texten tidigare (kan ha missförstått) som att man försökte få en huvudsignal att visa ett körbesked mot en signalsträcka med ett fordon på?
Bara för att vara övertydlig, det går aldrig att ställa en tågväg mot en belagd signaleringssträcka!

mvh
Håkan

[ADDE]

Hmm, om jag lägger in det i programmeringsperspektiv:
-Försignal - ska endast kolla upp status på nästkommande huvudsignal. I andra fall så kommer den visa vänta stopp (Då den inte fungerar, ruttbyggaren har alltså placerat signalen fel).

-Huvudljussignal - Om kör, visa status på nästkommande huvudljussignal.
--Ifall det finns mellanliggande huvuddvärgsignaler gör följande:
---OM huvuddvärgsignalen visar stopp, visa Vänta kör 40 (2 gröna) eller Kör 40, kort sträcka (3 gröna)

Om nästa signal är en stopplykta så gäller följande:
-Huvudljussignal: visa Vänta kör 40 (2 gröna) eller Kör 40, kort sträcka (3 gröna)
-Huvuddvärgsignal: Visa kör 40 eller kör 80, ruttbyggaren måste konfigurera rätt signalbild.

Observera att i Train simulator har jag inte hittat stöd för att signallänkar ska kunna mäta avståndet till nästa signal, så här får ruttbyggaren konfigurera signalen manuellt.

Det verkar ligga rätt mycket undantag kring huvuddvärgsignalerna, så de dvärgar vi har till TS behöver nog programmeras om i grunden för att signalförhållanderna ska vara korrekt i TS.

Huvudsignal mot signalsträcka som är belagd:
Jag tolkade texten tidigare (kan ha missförstått) som att man försökte få en huvudsignal att visa ett körbesked mot en signalsträcka med ett fordon på?
Bara för att vara övertydlig, det går aldrig att ställa en tågväg mot en belagd signaleringssträcka!

Hur är det i infart mot en bangård? I det gamla scriptet så var länk 6 och högre bangårdslänkar, och i scriptet så visade signalen kör 40 oavsett om bangårdsspåret var belagt eller ej. Menar du att det var felaktigt? I så fall kan jag nog ha annan nytta av "Approach control"-rutan.

[jorgen3]

Om man ställer tågväg mot en beläggning.
Så det som går in är växlingväg med snett vänster optiskt. Men det är inte alla signalställverk som fixar det. (Men stlv 65 och dataställverk ex)

Sen i kravet på tågväg så finns inte spårledningar med. Så tågvägen kan gå in men blir ju naturligtvis stopp i signalen. Vi har gjort så på Inlandsbanan bl.a.
Det är för bla växlar ändå ska bli låsta vid spårledningsfel. Nyare ställverk har nu förenklad tågväg som också låser vid spl fel (men stopp i signaler)
Men de flesta ställverk är gjorda att tågvägen inte går in vid beläggning.

[Hgv]

Ursprungligen postat av ADDE

-Försignal - ska endast kolla upp status på nästkommande huvudsignal. I andra fall så kommer den visa vänta stopp (Då den inte fungerar, ruttbyggaren har alltså placerat signalen fel).

Det borde stämma, men jag tycker inte du behöver lägga något krut på att ändra försignalerna. De visar ju rätt ändå om de sätts upp på rätt sätt.

-Huvudljussignal - Om kör, visa status på nästkommande huvudljussignal.
--Ifall det finns mellanliggande huvuddvärgsignaler gör följande:
---OM huvuddvärgsignalen visar stopp, visa Vänta kör 40 (2 gröna) eller Kör 40, kort sträcka (3 gröna)

Om nästa signal är en stopplykta så gäller följande:
-Huvudljussignal: visa Vänta kör 40 (2 gröna) eller Kör 40, kort sträcka (3 gröna)
-Huvuddvärgsignal: Visa kör 40 eller kör 80, ruttbyggaren måste konfigurera rätt signalbild.

Blandar du inte ihop "vänta kör 40" med "kör 40" här? Annars är jag väldigt förvirrad över hur du menar.

Observera att i Train simulator har jag inte hittat stöd för att signallänkar ska kunna mäta avståndet till nästa signal, så här får ruttbyggaren konfigurera signalen manuellt.

Det vore ju praktiskt om den kunde avgöra avståndet till nästa signal automatiskt och på så sätt kunna använda samma signal på olika ställen och få olika beteenden utifrån avstånd till nästa signal.

Man kan fråga sig också hur många olika signalvarianter man är bekväm med. De gamla svenska signalerna är ju väldigt mycket "one size fits all" men så funkar de heller inte korrekt i många situationer. Jag har ju skapat ganska många nya varianter p.g.a. detta. Antalet varianter kan man nog kapa ner lite om man kan få till det så att man kan välja i konfigureringen vilket signalbesked som ska visas för varje länk.

Det verkar ligga rätt mycket undantag kring huvuddvärgsignalerna, så de dvärgar vi har till TS behöver nog programmeras om i grunden för att signalförhållanderna ska vara korrekt i TS.

Jag hoppas det går att få till! Bäst vore om man kunde ändra i scripten så att nuvarande signaler (redan utplacerade med mer eller mindre stor möda!) kan användas utan att man behöver placera ut signaler på nytt.

Hur är det i infart mot en bangård? I det gamla scriptet så var länk 6 och högre bangårdslänkar, och i scriptet så visade signalen kör 40 oavsett om bangårdsspåret var belagt eller ej. Menar du att det var felaktigt? I så fall kan jag nog ha annan nytta av "Approach control"-rutan.

Är jag inte helt ute och cyklar så gäller alla körsignaler i huvudsignal (dvs alla former av grönt i huvudljus- eller huvuddvärg-) bara för tågväg. För att ledas in på en bangård, på spår där det kan stå andra fordon, handlar det om en växlingsväg. Då är det stopp i huvudsignalen medan en växlingsdvärgsignal kan visa att rörelse är tillåten (lodrätt, eller snett vänster om det finns hinder).

Kolla gärna hur jag har gjort i Hagalund. Jag tycker jag har lyckats OK med att efterlikna hur det ser ut IRL:

https://youtu.be/U4H6sJx5t20?t=481
https://youtu.be/tuJOBaEi4Rc?t=2298
https://youtu.be/T0PwbMNjwcM?t=2621

Vissa signaler (som bara går in mot bangården) visar alltid rött + olika dvärgsignalbesked. Andra kan visa olika besked beroende på om det är tågväg ställt från signalen (t.ex. So 1146 - den signal som passeras i sista videon - där växlarna kan läggas antingen in mot uppställningsspåren eller mot spår D1).

[ADDE]

Ursprungligen postat av Hgv

Det borde stämma, men jag tycker inte du behöver lägga något krut på att ändra försignalerna. De visar ju rätt ändå om de sätts upp på rätt sätt.

Japp, jag har inga större planer på att ändra dem, annat än vid behov för kompatiblitet etc.

Blandar du inte ihop "vänta kör 40" med "kör 40" här? Annars är jag väldigt förvirrad över hur du menar.

Jepp, det gjorde jag. wops!

Det vore ju praktiskt om den kunde avgöra avståndet till nästa signal automatiskt och på så sätt kunna använda samma signal på olika ställen och få olika beteenden utifrån avstånd till nästa signal.

Om det vore möjligt, så hade det underlättat en hel del.

Man kan fråga sig också hur många olika signalvarianter man är bekväm med. De gamla svenska signalerna är ju väldigt mycket "one size fits all" men så funkar de heller inte korrekt i många situationer. Jag har ju skapat ganska många nya varianter p.g.a. detta. Antalet varianter kan man nog kapa ner lite om man kan få till det så att man kan välja i konfigureringen vilket signalbesked som ska visas för varje länk.

Det är en av anledningarna till att vi gör nya varianter av dessa, right?

Jag försöker väl ändå få fram "one size fits all" med möjligheter att skapa rätt signalbilder för rätt tågväg. Och då tror jag att konfigurera signalerna genom att bocka i rätt rutor eller skriva in commands hade varit en passande metod. Om de itne är justerade så beter de sig som vanligt...

Jag hoppas det går att få till! Bäst vore om man kunde ändra i scripten så att nuvarande signaler (redan utplacerade med mer eller mindre stor möda!) kan användas utan att man behöver placera ut signaler på nytt.

Jag har funderat lite på det, min rekommendation är (än så länge) att hålla isär befintliga signaler med de signaler jag håller på att ta fram. Men samtidigt så fungerar de nya UKPro med de urgamla UK-signalerna, så jag tänker ändå att de nya signalerna ska vara bakåtkomtatibla med de gamla. Så länge signalerna uppfattar STATE_GO, STATE_SLOW och STATE_STOP så är det nog lungt.

Är jag inte helt ute och cyklar så gäller alla körsignaler i huvudsignal (dvs alla former av grönt i huvudljus- eller huvuddvärg-) bara för tågväg. För att ledas in på en bangård, på spår där det kan stå andra fordon, handlar det om en växlingsväg. Då är det stopp i huvudsignalen medan en växlingsdvärgsignal kan visa att rörelse är tillåten (lodrätt, eller snett vänster om det finns hinder).

Got it. Får ha denna i åtanke när jag börjar jobba med signaler som både ha en huvudsignal och en växlingsdvärg på samma stolpe.

Mycket att hålla reda på och se över.

Det här är väl min arbetsplan över signalerna:
-Få in alla egenskaper jag vill ha med i H5, lägg in de som blir applicerbart i H2-H4 också.
-Få in alla egenskaper jag vill ha med i DV6, DV7, DV5 och stopplyktan i tågväg.
-Få in alla egenskaper för växling och se vilka signalbilder som är applicerbart i olika situationer i simulatorn. (t.ex. när ska "Kör varsamt, kontrollera växlar" gälla? om dvärgens länkar passerar minst en klotväxel?) samt få med "Kontakta tågklarerare att köra mot stop"-funktionen i våra svenska signaler.
-Få in scriptet för dvärgsignalerna i huvudsignalerna, främst så både en objekt innehållandes en huvudsignal och en DV4 kan fungera ihop.

--Det blir mycket jobb, har jag nämnt att få stationssignaturerna att fugnera?

[Hgv]

Jag ser förstås på detta utifrån perspektivet att jag har en rutt med hundratals signaler utplacerade, så om jag ska ha någon nytta av ditt projekt så måste

1) signalerna som redan finns i rutten fortfarande fungera och
2) nya signaler kunna användas tillsammans med signalerna som finns i rutten.

Ett sätt att lösa det är att de nya signalerna har script som är helt kompatibla med de gamla. En nackdel med detta skulle kunna vara att det visar sig att man inte kan få den funktionalitet man vill om man är begränsad i hur de nya signalerna ska programmeras. Men än så länge verkar det ju som att signalerna du jobbar på i grunden har samma script som de gamla, så de borde fungera tillsammans.

Ett annat sätt är att byta ut scripten för de gamla signalerna. Då kan man få ny funktionalitet för de signaler som redan finns placerade i rutten utan att behöva gå in och placera ut varje signal på nytt. Vissa signaler kommer man antagligen behöva gå in och ändra egenskaper för.

Jag körde fast ordentligt när jag försökte få DV4 att fungera utan att "fastna" när tåg har passerat. Möjligen måste man ändra i scripten för andra signaler så att rätt signalmeddelanden tillåts passera och inte "äts upp" av "fel" signal. Håller tummarna för att du kan fixa det!

Att få en användbar stopplykta skulle också vara trevligt. Som den funkar nu är det ganska begränsat var man kan ha den utan att det blir problem med andra signaler.

Sen finns det en massa andra signaler som vore kul att ha, men de kräver nog en del 3D-jobb och inte "bara" scriptning. Jag tänker på repetersignal, riktningssignaler, A-signaler, signaler med avvikande utformning (som söderut från Cst där det röda skenet är näst längst ner i en 5-skenare).

Som sagt, håller tummarna!

[ADDE]

Jo, jag förstår hur du tänker. De gamla signalerna som redan är utplacerade tänker jag inte röra. varför laga något som fungerar? Scriptet jag ändrar på kommer däremot ändra på signalerna som finns i SwedenV2 till att ha de nya egenskaperna.

Så som jag förstår det så är det att så länge newSignalState = STATE_GO, STATE_SLOW, STATE_STOP eller STATE_BLOCKED så kommer föregående signal att förstå nästa signal då gSignalState hämtar newSignalState från framförvarande signal. Där funderar jag på att lägga in något hos huvuddvärgarna som säger något i stil med OM STATE_GO, så gExpectState = newSignalState och så skickas det bakåt så att säga... något i den stilen.

Iaf. tillbaka till H5:an. Jag tog bort scriptet som berörde bangårdssignalerna och istället så gav jag det en ny egenskap:

	elseif Call ( "GetLinkApproachControl", gConnectedLink ) ~= 0 then
		-- Check if next signal is at red, show a slow signal if that is the case.
		if (gExpectState == STATE_GO) or (gExpectState == STATE_SLOW) then
			newSignalState = STATE_GO
		else
			newSignalState = STATE_SLOW
		end

Har du bockad i "Approach control" i editorn så kommer denna kodsegment kontrollera om nästa signal är i kör eler kör40 och visar då kör + ev. nästa signalbesked (vänta kör eller vänta kör40.), men om det inte gäller så visar signalen Kör40, för troligtvis kommer nästa signal visa stopp. Denna kodsegment använder samma failsafe-mekanism som "function DefaultSetLights()" på raderna 94-121 gör.

Funktionen är applicerbar i H3-H5 och gör bra nytta med checkboxen.
Återstår då Röd=Röd samt Kör40, kort avstånd kvar...

[ADDE]

Note to self: https://forums.dovetailgames.com/thr...er-docs.16740/

In the Developer Documentation > Signaling Function Reference, the following signaling functions are not included. They are very useful in signal scripts!!

Call( "GetLinkApproachControl", LinkNumber ) - state of checkbox "approach control", 0 or 1 [Är den ibockad(1) eller inte(0)? reds.anm]
Call( "GetLinkLimitedToYellow", LinkNumber ) - state of checkbox "limited aspect", 0 or 1 [Är den ibockad(1) eller inte(0)? reds.anm]
Call( "GetLinkFeatherChar", LinkNumber ) - Contents of "Name of Route" field, integer (ASCII code, 1st char only) [Vad för siffra står det här? reds.anm]
Call( "GetLinkSpeedLimit", LinkNumber ) - Contents of "Speed of Route" field, integer [Vilken hastighet är satt mot denna länk? reds.anm]
Call ( "GetId" ) - Contents of the ID field, string​ [Läser av ID-Fältet, dvs. signalens signature och nummer. reds.anm]

[ADDE]

Jag har nu bemästrat funktionen "GetLinkFeatherChar" och till en början fått till 3 gröna (Kör 40, kort tågväg)

I function BaseInitialise() så lade jag till följande rader.

	-- Get link character and store it as "gIndicator".
	gLinkFeatherChar = 0
	gIndicator = ""

	-- If we're connected to a valid link and the signal isn't red
	if gConnectedLink > 0 then

		-- Check what indicator (if any) is used by that route
		gLinkFeatherChar = Call("GetLinkFeatherChar", gConnectedLink)

		-- If route has a valid indicator, turn its ID into a string
		if gLinkFeatherChar ~= 0 then
			gIndicator = string.char(gLinkFeatherChar)
		else
			gIndicator = ""
		end
	end

Koden ovan gör att man hämtar ACII-värdet av tecknet du skrev in i A-rutan, konverterar det till ett tecken eller sträng och förvarar det i gIndicator. detta kan justeras per länk.

Sen längst ner i SetSignalState() lade jag till följande rader:

	if (gIndicator == "K") or  (gIndicator == "k") then
		gLightOn = 1
	else
		gLightOn = 0
	end

och sedan i rad 110:

	elseif (gSignalState == STATE_SLOW) then
		SwitchLight( LIGHT_NODE_GREEN,		1 )
		SwitchLight( LIGHT_NODE_RED,		0 )
		SwitchLight( LIGHT_NODE_GREEN2,		1 )
		SwitchLight( LIGHT_NODE_WHITE, 		0 )
		SwitchLight( LIGHT_NODE_GREEN3, 	gLightOn )

om du har skrivit in bokstaven K i a-rutan för en länk så kommer alltså signalen att visa "KÖR 40, kort tågväg" istället för KÖR 40.

Det var ett h-vete, men man lär sig varje dag!
EDIT: Det innehåller lite buggar, det uppdateras inte i realtid, fel signalbild kan visas. :/

[Hgv]

Smart! Med den lösningen borde man ju inte behöva så många specialvarianter (typ Jö 128) utan man borde kunna använda samma signaltyp i de flesta situationer.

Det innehåller lite buggar, det uppdateras inte i realtid, fel signalbild kan visas. :/

När jag har haft liknande problem har det oftast visat sig att det var något jag missat i scriptet, typ att signalen ställer om till rätt signalbild men att scriptet exempelvis inte uppdaterar signalbilden efter att en växel lagts om eller liknande. Det gäller att lusläsa scriptet helt enkelt (eller inte så enkelt när man som jag inte har full koll på hur alla funktioner fungerar! ).

Hur går det med DV4-signalen? Det är ändå det mest störande signalproblemet just nu (iaf i områden med många spår och många dvärgar).

Ett annat område som skulle behöva ses över är hur vägskydden fungerar. Kort sagt så funkar det bra om man har ett typiskt enkel- eller dubbelspår på linje, men om vägskyddet ligger så att det finns växlar mellan korsningen och ringsträckans början så blir det ofta fel med nuvarande script. Det kanske inte är möjligt att lösa så det blir 100% realistiskt men det vore kul om det kunde förbättras.

[ADDE]

- Jadu, det är något som ligger i det. Jag upptäckte att signalen läser endast av den första a-rutan och agerar på det. skulle jag skriva "K" för länk 2 så visas signalen bara KÖR 40 istället för KÖR 40, kort tågväg till länk 2.

- Jag tänkte börja jobba med DV-signalerna när jag är klar med H5:an.

- Jag försökte prova på vägskydden på samma vis som DTG har gjort på senare tid, men när jag bytte ut en brittisk varningssignal mot X12 så kraschar spelet när rutten ska läsas in. Jag tänkte jobba även med detta mera men det får ske lite senare. (Finns en okrypterad lua-fil som behandlar vägskylten i kuju-mappen faktiskt.)

En sak i taget, helt enkelt.

[ADDE]

De svenska signalerna ligger på paus men just nu jobbar jag med järnvägskorsningar. Målet är att få till DTGs funktion med våra svenska assets, dvs. en korsning som fungerar i flera spår och även stoppar vägtrafiken. Flera varianter planeras men först måste jag få hela paketet att funka.

Problem som jag har är dels bomdrivens animationer (öppning resp. stägning) krockar. Bommarna spelar öppningssekvensen baklänges.

Vidare får jag inte den vita lampan att blinka ö.h.t.

lua-kodning asså

[ADDE]

Jag har hakat upp mig, får inte den vita lampan att blinka.

Har skrivit hjälp här: https://forums.uktrainsim.com/viewto...f=370&t=153543

[Totte]

Markera alla och ta bild och visa hur du la länkarna.