Skriptade Svenska Signaler

[Bengan]

Svenolov.

Tog en titt och testade ditt demo vid plankorsning. Detta är verkligen efterlängtat från min sida.

Några frågor.

1. Avståndet är 50 meter nu. Tyckte jag läste, att man själv skulle kunna ange avståndet. Har kikat och försökt hitta var man ändrar, men hittar ingenting. Antar att det beror på, att det bara är en Demo än så länge.
Är det ett rätt antagande?

2. Har du provat med dubbelspår. Kommer i nuläget inte på, om det sitter en V-signal för varje spår eller om den brukar hamna mellan spåren vid dubbelspår.
Om det nu bara sitter en mellan spåren. Säg att vi placerar V-signalen till höger om vänsterspåret. Då styrs den signalen, bara av tåget på vänsterspåret. Går det att skripta till med en trackmakers på högerspåret, så att signalen även kan påverkas, fast den sitter på vänsterspåret. När man är på väg mot plankorsningen på högerspåret. Gjorde ett försök med döskallarna och med dom, så var det inga problem. Var bara att fortsätta att döpa dom vidare (Cr0)3 & 4. Samma sak med dom mot biltrafiken, om man nu råkar ha en korsning tätt inpå övergången. Om det räcker med en V-signal till båda spåren i vardera riktning och att det går att styra med trackmarkers, så verkar det inte vara så krångligt.
Om man är tvungen att ha 2 V-signaler, en till varje spår. Hur fungerar dessa då i verkligheten. Ger båda vitt sken när bommarna är nere eller är det bara för det spåret som tåget kommer på. Tror att båda lyser med vitt sken då, har för mig att det är så med döskallarna iallafall. Går det att skripta, så att den andra V-signalen också påverkas oberoende på vilket spår man kommer på.
Har helt noll koll på skript.

[svenolov]

Ursprungligen postat av Bengan

Svenolov.

Tog en titt och testade ditt demo vid plankorsning. Detta är verkligen efterlängtat från min sida.

Några frågor.

1. Avståndet är 50 meter nu. Tyckte jag läste, att man själv skulle kunna ange avståndet. Har kikat och försökt hitta var man ändrar, men hittar ingenting. Antar att det beror på, att det bara är en Demo än så länge.
Är det ett rätt antagande?

2. Har du provat med dubbelspår. Kommer i nuläget inte på, om det sitter en V-signal för varje spår eller om den brukar hamna mellan spåren vid dubbelspår.
Om det nu bara sitter en mellan spåren. Säg att vi placerar V-signalen till höger om vänsterspåret. Då styrs den signalen, bara av tåget på vänsterspåret. Går det att skripta till med en trackmakers på högerspåret, så att signalen även kan påverkas, fast den sitter på vänsterspåret. När man är på väg mot plankorsningen på högerspåret. Gjorde ett försök med döskallarna och med dom, så var det inga problem. Var bara att fortsätta att döpa dom vidare (Cr0)3 & 4. Samma sak med dom mot biltrafiken, om man nu råkar ha en korsning tätt inpå övergången. Om det räcker med en V-signal till båda spåren i vardera riktning och att det går att styra med trackmarkers, så verkar det inte vara så krångligt.
Om man är tvungen att ha 2 V-signaler, en till varje spår. Hur fungerar dessa då i verkligheten. Ger båda vitt sken när bommarna är nere eller är det bara för det spåret som tåget kommer på. Tror att båda lyser med vitt sken då, har för mig att det är så med döskallarna iallafall. Går det att skripta, så att den andra V-signalen också påverkas oberoende på vilket spår man kommer på.
Har helt noll koll på skript.

1. Rätt antagande. avståndet till tåget ska man själv kunna bestämma. Default kommer att bli c:a 100 meter före V-försignalen, om en sådan finns. Dessutom kan signalen styras från andra objekt via meddelanden.

Som det fungerar nu kan man länka två stycken V-signaler. Funktionen blir en OR-funktion (om vi ska prata logik), d.v.s. om någon av signalerna slår om till kör, slår den andra också om.

I och med att mina skript (klasser) tillåter länkning av s.k. mastersignaler, behövs inga trackmarks. V-signalen är en mastersignal och det är även den osynliga signalen som styr scenery object. Det betyder att man placerar ut V-signaler där dom ska vara, och osynliga signaler där det behövs, och länkar ihop dessa.

EDIT: Under punkt 1 kan tilläggas att signalen också sänder speciella meddelanden, som t.ex kan stänga/öppna grindar/bommar.

[svenolov]

Som en del av er har märkt, har jag låst nedladdnings tåden. Det är bara för att jag vill styra frågor och diskussioner hit. Det kommer mera där, var inte orolig.

Jag vill förtydliga en sak. Det jag gör, är verktyg för ER. I det här fallet script. Det är ett antal klasser som bygger upp ett system, ett regelverk. I detta fall ett svenskt signalsystem.

Signalen (3D-modellen) bygger ni. I config filen och i ert skript väljer ni vilken funktion ni vill ha. Er signal, som är knuten till signalsystemet, skickar händelser i form av en statuskod (SignalStateEx) till ert signalskript, som tar hand om denna kod och visar rätt signalbild.

Detta har jag beskrivit i HTML dokumenten som finns för nedladdnig. Detta dokument uppdateras/revideras kontinuerligt och blir till slut en referens manual.

Jag kommer INTE att släppa ut egna signaler (3D-modeller), det enda jag kommer att göra forsättnigsvis är att göra små demos och exempel.

Jag tänker ge ut fungerande scriptexempel på alla grundfunktioner som jag har beskrivit i HTML-dokumenten. Jag försöker ge ut ett signal script i taget, så att ni kan testa, hitta fel och komma med synpunkter.

Jag hade ju börjat med det, men det tog ett abrupt slut p.g.a. att jag inte har några svenskliknande 3D modeller som fungerar.

[svenolov]

Alla grundtyper av beskrivna signaler, har alltid ett förinställt värde på alla egenskaper den kan ha. En sådan egenskap är t.ex. hastighet vid en viss signalbild, där förinställt värde är 40 km/h. Men det finns också egenskaper som det inte går att ha ett förinställt värde på. En sådan egenskap är länkning av master signaler.

Inställningar för speciella egenskaper görs ofta som du vet i objektets property-ruta. Ett mera praktiskt sätt är att samla dessa på ett centralt ställe.

Alla beskrivna egenskaper är samlade i ett och samma signalbibliotek för varje session. För att administrera allt är en Signal Manager Rule under utveckling. Där finns alla standard egenskaper samlade. Under varje signal kan det se lite olika ut, beroende på dess funktion.

För den avancerade uvecklaren finns det möjlighet att lägga till sina egna egenskaper, och läsa ur detta bibliotek de val som användaren har valt. För att göra detta krävs en speciell överenskommelse mellan den personen och mig.

För användaren kommer Signal Manager Rule att finnas tillgänglig för nedladdning som en enskild komponent. Bifogar en bild på hur den kan komma att se ut.
-

[svenolov]

Här kommer en förklaring på de termer jag använder för signalerna.

Hur alla objekt hänger ihop förklaras med bifogade bild. Exemplet på bilden är en järnvägsövergång. Jag har tagit den bara därför att den utnyttjar alla typer av objekt*1), och länkar som är tillåtna. Länkning är endast tillåten mellan samma signaltyp*2).

Hur namnger man signalerna?

Det finns regler för hur man namnger objekten. Det är viktigt för att ’master to slave’ länken ska fungera.

1. Master signalens namn kan ha ett eller två ord (separeras med mellanslag) beroende på vilken signaltyp det är. Det första, eller det enda ordet, är oftast en förkortning av stationsnamnet och det andra är ett signalnummer. På de nya signalerna finns support för två rader på namntavlan. Ex. Csh 38.
2. För att länkningen till en slav skall fungera, använder man exakt samma namn som man angett för master signalen, men man lägger det inom parentes. Ex. (Csh 38). Om de finns en namntavla på slav signalen kommer parentesen att tas bort, men bara för tavlan. Signalnamnet i surveyor/driver påverkas inte. Om det är flera slavar länkade till en master, lägger man bara till en siffra eller ett ord efter signalnamnet. Ex. (Csh 38)1, (Csh 38)2 etc. Skripten bryr sig inte om vad som finns efter parentesen, men det måste vara ett unikt ord för att inte surveyor skall klaga.
3. Om det är en slav som är länkad till flera master signaler, anger man namnen på alla master signaler i en följd med en avskiljare emellan (ett komma tecken). Ex. (Csh 38,Csh 39,Csh 40).
4. Att namnge en vanlig höger/vänster signal (trackside) följer samma regel som punkt 1.

*1) Objekttyp = trackside, scenery, master och slave.
*2) Signaltyp = Block, Distant, Dwarf etc. Observera att den osynliga signalen kan vara vilken signaltyp som helst. Den har alltid samma signaltyp som dess slav.
-

[svenolov]

I verkligheten ser det ut så här (avstånden mellan varje objekt är beroende på sth).

1. Rälskontakt (ringsträcka där bommarna börjar gå ner).
2. Orienteringstavla med tilläggstavla "V". Senast här ska föraren antingen se att v-försignalen visar fast gult, eller att v-signalen visar vitt.
3. V-försignal
4. V-signal

Ovanstående info har jag fått från Tomas.

Jag ska försöka förklara hur vägskyddssignalerna fungerar i mina skript. Jag har infört något som jag kallar för v-blockering (det kanske finns ett ord i verkligheten för detta) som varje v-signal hanterar.

V-blockeringen fungerar som ett skydd för feltolkning av pågående trafik. Eftersom tåg kan passera i båda riktningarna så finns det dubbla uppsättningar av v-signaler, rälskontakt och ringsträcka. Rälskontakt och ringsträcka (= två olika avstånd relativt v-signalen) är dessutom överlappade med varandra. Jag ska förklara med lite bilder som jag bifogar.

Förklaring till bilderna.

• Rälskontakt: Avståndet till den punkt (från v-signalen) där bommarna börjar gå ner.
• Ringsträcka: Avståndet från rälskontakten till v-signalen + avståndet till den motsatta v-signalen + 30m.
• V-blockering: Avståndet från rälskontakten till den motsatta v-signalens rälskontakt.

1. Hur det ser ut innan v-blockering inträtt.
2. Vid rälskontakt fälls bommar och v-signlen ger vitt sken. V-blockeringen blir aktiv.
3. Här kommer v-blockeringen till användning. Nu är tåget inne på den motsatta v-signalens ringsträcka och rälskontakt. Den motsatta v-signalen väntar också på att nå’t ska hända, men den frågar alltid först innan den gör något. Signalen har känt av tåget och frågar om dess namn och frågar SignalLibrary*1) om någon annan signal har kontroll på tåget. Om så är fallet så gör den ingenting.
4. Efter passerad ringsträcka öppnas bommarna och signaler slår om.
5. Efter att ha passerat hela sträckan till motsatt v-signals rälskontakt, upphör v-blockeringen.
6. Ni som har testat min demo för repetersignalen känner redan till, att om det finns en röd huvudsignal mellan tåg och v-signal så förkortas ringsträckan före v-signalen. På samma sätt förkortas v-blockeringen om den motsatta v-signalen har en röd signal framför sig, inom sin ringsträcka.

Hoppas ord och bilder förklarar funktionen på vägskyddssignalerna.

*1) SignalLibrary är ett gemensamt bibliotek för alla signaler i en viss session. Det innehåller gemensamma funktioner, som den ovan, och funktioner för länkning, signal egenskaper m.m.
-

[MatsH]

WOW!
Jag är imponerad!
Det verkar som om det kommer att bli ett komplett och heltäckande signalsystem vad det lider. Ser med spänning fram emot fortsättningen.

mvh .... Mats

[svenolov]

Ursprungligen postat av svenolov

Här kommer en förklaring på de termer jag använder för signalerna.
.........

Hur namnger man signalerna?

Det finns regler för hur man namnger objekten. Det är viktigt för att ’master to slave’ länken ska fungera.

1. Master signalens namn kan ha ett eller två ord (separeras med mellanslag) beroende på vilken signaltyp det är. Det första, eller det enda ordet, är oftast en förkortning av stationsnamnet och det andra är ett signalnummer. På de nya signalerna finns support för två rader på namntavlan. Ex. Csh 38.
2. För att länkningen till en slav skall fungera, använder man exakt samma namn som man angett för master signalen, men man lägger det inom parentes. Ex. (Csh 38). Om de finns en namntavla på slav signalen kommer parentesen att tas bort, men bara för tavlan. Signalnamnet i surveyor/driver påverkas inte. Om det är flera slavar länkade till en master, lägger man bara till en siffra eller ett ord efter signalnamnet. Ex. (Csh 38)1, (Csh 38)2 etc. Skripten bryr sig inte om vad som finns efter parentesen, men det måste vara ett unikt ord för att inte surveyor skall klaga.
3. Om det är en slav som är länkad till flera master signaler, anger man namnen på alla master signaler i en följd med en avskiljare emellan (ett komma tecken). Ex. (Csh 38,Csh 39,Csh 40).
4. Att namnge en vanlig höger/vänster signal (trackside) följer samma regel som punkt 1.

Revidering: Punkt 3 gäller inte längre. Denna funktion finns numera inbyggd i den signaltyp där behovet finns (f.n. bara v-signaler). En slav till flera masters är knappast aktuell i något annat sammanhang.

Följande är vad som gäller intill dags dato:

Hur namnger man signalerna?

Det finns regler för hur man namnger objekten. Det är viktigt för att ’master to slave’ länken ska fungera.

1. Master signalens namn kan ha ett eller två ord (separeras med mellanslag) beroende på vilken signaltyp det är. Det första, eller det enda ordet, är oftast en förkortning av stationsnamnet och det andra är ett signalnummer. På de nya signalerna finns support för två rader på namntavlan. Ex. Csh 38.
2. För att länkningen till en slav skall fungera, använder man exakt samma namn som man angett för master signalen, men man lägger det inom parentes. Ex. (Csh 38). Om de finns en namntavla på slav signalen kommer parentesen att tas bort, men bara för tavlan. Signalnamnet i surveyor/driver påverkas inte. Om det är flera slavar länkade till en master, lägger man bara till en siffra eller ett ord efter signalnamnet. Ex. (Csh 38)1, (Csh 38)2 etc. Skripten bryr sig inte om vad som finns efter parentesen, men det måste vara ett unikt ord för att inte surveyor skall klaga.
3. Att namnge en vanlig höger/vänster signal (trackside) följer samma regel som punkt 1.

En ny bild på länkar.
-

[Rojje]

Vill bara säga tack för det arbete du lägger ner på signalerna. Att få fungerande svenska signaler tillsammans med allt STW, och andra skapare av svenskt materiel, gjort gör att det återigen blir kul att använda TRS. För min del har det legat nere ett tag p.g.a bl.a avsaknaden av signaler med "riktiga" signalbilder.