HB Signalsystem - Vad tycker ni?

[blomsson]

Ursprungligen postat av svenolov

Håkan, varfør uppfinna hjulet på nytt? Du skulle kunna utnyttja våra skript (STL) før ett komplett signalsystem. STL signalsystem stræcker sig från semaforer (korvtiger) - øvergång till ljussignaler - modernt signalsystem.
Jag førmodar att du ærver Signal.gs i dina skript. Men om du ærver SweSignalStub.gs og SweSignal.gs så har du tillgång till flera års arbete. Det ær faktiskt ett komplett system.
Nytt før detta system ær trackside signaler, och en bættre "motor" som inte tar musten av den enklaste datorn. Det finns också lite udda signaler som anvæns på malmbanan Luleå-Boden-Murjek-Gællivare-Kiruna-Riksgrænsen-Narvik.
Framgent kommer det finnas signaler før Stockholms tunnelbana. Tacka Lennart (lan) før det.
Logistiken før alla signaler finns inbygd i våra skript. Det ær bara upp till deg att anvæda skripten och gøra din egen version. Och framførallt så kommer dina signaler vara kompatibla med STL's signaler.
Ursækta språket, jag skriver på ett norskt tangentbord.

Jag tycker det här inlägget är konstigt och instinktivt känner jag att jag inte vill svara på det. Ju mera jag läser det, ju mera känns det som en anklagelse mot mitt jobb med mitt signalsystem, jag kanske har fel och överreagerar, men känslan vill inte släppa! Tråden handlar ju om HB Signalsystem inte om STL:s signalsystem! Efter några dagars fundering så kommer här ändå ett slags svar!

Jag är bara intresserad av ett modernt signalsystem, inte semaforer eller tunnelbanan. Att hjälpa andra är ingen omöjlighet även om det ligger utanför ens egen intressesfär, men då sker det i mån av tid och lust. När det gäller specifika signaler så kan jag inte förstå varför inte jag skulle kunna lägga till vilka objekt eller funktioner som jag tycker behövs i mina egna system?
För mig är det inte viktigt med någon kompatibilitet mot STL:s signaler, skulle det behövas så går det att lösa senare.

Du skriver att det är ett komplett system, det kan jag tyvärr inte se, bl.a. saknas det linjeblockering och möjlighet att ställa rörelsevägar på ett korrekt vis, bara för att nämna två saker.

Skälet till varför jag började på ett eget signalsystem var att det som fanns inte motsvarade vad jag ville att det skulle göra, varken utifrån funktion, verklighet eller användarupplevelse.
Jag började med mitt signalsystem i juni -16 (använde maj till att lära mig grunderna i Trainzscript och ta reda på om det gick att göra som jag ville), började på med Vägskyddsystemet senhösten -18, blev klar i somras med det och har återupptagit signalsystemet igen. Alltså 4,5 år med trainz-scriptande och byggande och under den tiden har du inte varit aktiv på forumet och det har inte hänt något med STL:s signalsystem förutom Korvtigers uppdateringar av befintliga script till senare versioner av Trainz.
Visst, jag ärver signal.gs (än så länge), men varför ska jag gå via STL:s kod när den inte är utvecklad på "evigheter", när mina önskemål för hur ett signalsystem ska vara skiljer sig på enormt många sätt mot det som ni har gjort?

Det är troligare att mitt signalsystem läggs ner än att jag skulle använda STL:s signalscript och därmed slänga bort över fyra år med arbete som jag dessutom är jävligt nöjd med!!!

Sedan så finns det ett par viktiga saker till att tänka på:

• Med ett eget signalsystem så är det jag som bestämmer och som har kontroll på vad som ska ingå och hur det ska fungera. Om jag då skulle ha använt STL:s script så skulle det bli ytterligare något att hålla koll på, lära sig och fråga om lov.
  Jag gör allting själv från script, objekt och manualer.
• Dessutom så tänker du och jag väldigt olika och har olika angreppspunkt på hur ett signalsystem ska fungera.
• Och kanske det viktigaste: Det är roligt att göra saker själv efter eget huvud och att lära sig nya saker även fast det är frustrerande ibland. Det finns en tillfredställelse när man förverkligar en idé, bortse inte från det!

En väldigt viktig sak till som jag kanske inte har påtalat tydligt nog tidigare:
Jag gör alla mina projekt inom Trainz för min egen skull, därför att jag tycker att det är kul, inspirerande och därför att järnväg alltid har varit ett stort intresse. Skälen till att mina projekt blev publika är att jag använder många gratissaker i Trainz, kan jag då använda mina intressen och kunskaper till att förse användarna med objekt så varför inte, dessutom tycker jag att Trainz förtjänar ett bra modernt signalsystem.
Ibland ångrar jag att jag någonsin berättade om mina planer på ett eget signalsystem och gjorde det publikt...

Jag hade tänkt att skriva mer men nöjer mig såhär.

Ursprungligen postat av jorgen3

Hej
Jag undrar hur många som använder ditt stora signalpaket.
Man läser väldigt lite från de andra byggarna.

Jag själv bygger inte och har inte trainz.
Men jag är väldigt imponerad vad du tagit fram. Det är ju suveränt gjort det jag kan läsa mig till. Men det innebär ju även att det är lite komplicerat att använda paketet. En del kan nog bli avskräckta också.
De flesta lägger nog mer energi på landskap spår än kanske signal anläggningen.
Synd att inte alla kan nyttja paketet. Men så är det ju i denna tåg simulator värld

Du kan ju själv bygga en bana där du använder allt du gjort och göra youtube film av det så kan du göra reklam för signalpaketen.

Tack, är själv väldigt nöjd med vad jag hittills har åstadkommit.
Att bygga signalsystem (eller järnvägsteknik i allmänhet) kan ju vara komplicerat men en av mina grundstenar i alla system, eller projekt om man så vill, är att det ska vara så enkelt som möjligt att använda. Så mycket som möjligt i systemet ska skötas automatiskt. Beroende på hur signaler (och andra objekt) placeras och ställs in behöver inte användaren ha järnkoll på hur varje objekt ska användas. Eventuella fel redovisas för användaren. Dessutom så kommer det i manualen finnas information och exempel på hur objekten ska användas.

Exempel: Avståndet mellan signaler, dess typ och funktion bestämmer vilka signalbilder och övriga funktioner som är tillåtna, om avståndet ändras kommer också möjligheterna att ändras för signalerna.
Exempel: Ett korrekt byggt linjeblock sköter sig helt automatiskt (precis som i verkligheten) utan någon ytterligare påverkan från användaren.
Exempel: Samtliga rörelsevägar (tåg- och växlingsvägar) hittas och skapas automatisk, även dess skyddsträckor och eventuella övervakningar kontrolleras automatisk vid aktivering av rörelsevägarna och självklart kan rörelsevägar magasineras!

Eftersom mycket är automatiserat så upplever inte jag mina system som komplicerade utifrån ett användarperspektiv!

Mitt mantra är: Jag skriver kod så att du slipper göra en massa onödiga inställningar!

Jag har ingen som helst aning om hur många som använder mina system, kanske en handfull i bästa fall! Nu är det ju så att det bara är tre delar som är släppta än så länge (Tavlor, Vägskydd och Baliser), den stora delen med Växlar, Signaler och TKL är ju inte släppt ännu så kan ju vara därför det är ganska så tyst, men kan hålla med om att det ändå är ovanligt tyst, och det kan ju tolkas hur man vill
Kom på att jag också har släppt några verktyg och hjälpmedel.

Ursprungligen postat av jorgen3

Du kan ju själv bygga en bana där du använder allt du gjort och göra youtube film av det så kan du göra reklam för signalpaketen.

Tanken väldigt tidigt var att göra en demobana för att redovisa alla delar av signalsystemet och så är det fortfarande. På forumet finns det en tråd om demobanan: http://www.e-buzz.se/forum/showthread.php?t=36753,ingenting skrivet på snart tre år (uj va tiden går). Lite ytterligare byggt, mest i samband med testning av Vägskyddssystemet, men inget som är värt att delge i den tråden för närvarande!

Youtube-filmer kan ju vara bra, det finns tre stycken på min youtube-sida om stationsautomater. Problemet är att det tar tid att göra filmerna, ska ett helt system redovisades på ett pedagogiskt vis så krävs det nästan att man gör manus och liknade saker och då blir det väldigt tidskrävande. Däremot så kan de tänkas att det kan dyka upp kortare snuttar i framtiden om valda delar av systemen beroende på tid och behov!
Som vanligt så står det mellan om man ska skriva om det som man gör eller göra det man skriver om...

Ursprungligen postat av Vänersborgs_Stinsen

Tja! Ladda ner det igår och är mycket nöjd! Väldigt mycket detaljer vilket jag gillar skarpt!

Tack, kul att du gillar det! Tycker också om mycket detaljer...

Det är de små, små detaljerna som gör det.
Povel Ramel

mvh
Håkan

[benkegbg]

Hej!
Har följt ditt arbete lite till och från och av dina skärmbilder att döma så är det ett fantastiskt och verklighetstroget system.

Det som gjort mig lite rädd var att det upplevdes alltför komplicerat. Men efter att ha läst ditt sista inlägg med förklaring om att systemet ska sköta sig själv, mestadels per automatik, efter att ha gjort vissa inställningar, så känns det lugnare.

Jag är intresserad av att implentera hela systemet i Bensland och avvaktar därför publiceringen av banan tills du är klar, om och när du blir det....

Jag tillhör den lilla skara som mest bygger och är ingen tågnörd. Har inget brinnande intresse av tågkörande utan låter AI-förare göra jobben. Men visst, jag vill naturligtvis att allt ska flyta på så att inte två tåg blir stående head-to-head eller ett envist ?-tecken som säger "Adam is stuck and waiting for instructions".

Ser därför fram emot att få prova på ditt system i framtiden. Keep up the good work

EDIT: Efter att ha läst inlägget kom en kort och hastig fråga upp: Är systemet klart att använda? Jag tar och provar på och ladda hem det som finns på din hemsida och testar. Bensland är byggd helt i Trainz 2019. Undrar om sakerna fungerar där....



Hälsningar

[benkegbg]

Hej igen.
Kan svara på mitt eget inlägg, ovan.
Det blir röda objekt i Trainz 2019.
Möjligt att jag missat att ladda in något? Vägskyddet går inte att bygga då kuren är rödlistad och osynlig.
Kan inte finna signalerna.

EDIT: Tilläggas kan att jag laddade hem och installerade i TANE också - samma rödlistade objekt där också.

Hälsningar

[svenolov]

blomsson, det var inte menat som dålig kritik. Tvärtom, jag applåderar faktiskt. Det jag menar är att våra signalsystem kanske kan vara kompatibla med varann. Bl.a. när det gäller signaltyper. Du jobbar med ett modernt signalsystem. Jag jobbar vidare på ett äldre signalsystem, 40-tal och bakåt, tillsammans med "korvtiger". Men jag vill att alla signaler ska fungera tillsammans. Hoppas att vi kan samarbeta med detta.

[blomsson]

Nu fick jag "a" ur "v" och svarar på det senaste inlägget några veckor för sent!

Tack för kommentaren svenolov, det gör att det känns bättre, det och inläggen från stinsen och presidenten gör det lättare att fortsätta att göra signalsystemet publikt.

Den senaste tiden har det inte blivit så mycket gjort med något, jag hade hoppats att kunna visa något litet innan jul men den som väntar...

När det gäller samarbeten och andra funderingar kring STL:s och mitt signalsystem så återkommer jag i sinom tid i STL:s frågetråd, där det kanske hör bättre hemma!

mvh
Håkan

[blomsson]

Hej, dags igen för ett alldeles äggstra inlägg!
Över fyra år sedan sist i denna tråden, så tänkte det är dags att undersöka era åsikter om hur den närmaste framtiden för signalsystemet ska se ut!

Men innan jag kommer till huvudskälet till inlägget så ska jag berätta om ett par väldigt irriterande beteenden som finns i Trainz. Problemen gäller hastigheter och enbart AI-tåg eftersom ni humanoider följer väl alltid reglerna

För att inte krångla till saker i onödan så gäller problemframställningen utan ATC även om det bluddras om ATC i texten.
Problem 1: Tåg saktar in innan försignal och ökar sedan hastigheten efter passage av densamma.

Det som ska ske är att tåget borde börja bromsa tidigast strax före signalen och i tid för att kunna stanna/sakta ned innan nästa signal.
Efter en del efterforskning så visade det sig att det är ett känt beteende som är gjort medvetet när signaler har en restriktivare signalbild än den högsta. Det yttrar sig så att tåget saknar ner till hälften av sin hastighet (har dokumenterat ett avstånd på minst 1000m) fram till signalen och sedan ökar den hastigheten igen tills den eventuellt behöver sakta ned innan nästa signal. Jag har experimenterat med mängder av olika inställningar på signalerna, och även en del andra lösningar, men fick det aldrig att bli bra.
Lösning:
Min lösning blev att ignorera de specifika signalbeskeden som borde vara till för försignalerna (gäller även kombinerade signaler) och göra alla försignalbesked fullfartsbesked och sedan låta det interna systemet i Trainz bromsa ner AI-tågen som vanligt mot huvudsignalerna. Det innebär att beteendet motsvarar det som är på banor med ATC för fordon utan ATC (STH 80km/h) eller på banor utan ATC med ett försignalavstånd anpassat till banans STH.
Nackdelar:
Baksidan med att göra så blir att försignalen alltid visar "grönt" i HUD och på kartan vilket kanske kan vara lite förvirrande. Lite beroende på vilket fordon det gäller och tågets vikt så är det nästan omöjligt att stanna på hastigheter över 140km/h på 1000m, via AI.
Temporär lösning:
Detta är ej utforskat än men det skulle kunna gå att lägga in en provisorisk hastighetsövervakning som sedan tas bort när ATC:n är användbar.

Problem 2: Tåg ökar farten när det träffar på en hastighetstavla med en högre hastighet än den senaste hastigheten från en signal.

Detta skapar förstås stora verklighetsproblem när ett tåg får 40km/h från en signal och sedan får en högre hastighet från en hastighetstavla och därmed kan passera genom en växels kurvläge i en betydligt högre hastighet!

Detta fenomen uppstår därför att det egentligen bara finns ett hastighetsregister hos tågen, det kan finnas ett för tågets egna STH, men det är inget man kan påverka eller ha nytta av när det gäller signaler/tavlor. Den senast passerade signalen eller tavlan är det som gäller, det är helt enkelt inte bra nog!
Lösning:
I Train-klassen så finns det ett par variabler som kan användas till att ställa in hastigheter. Genom att sedan överföra en av de sparade hastigheterna vid lämpligt/korrekt tillfälle gick det att förändra tågets externa STH. För att det skulle gå blev jag tvungen att göra om hastighetstavlan till en trigger (vilket är det enda sättet som jag har hittat där det går att se när ett tåg har träffat på ett trackside objekt som inte är en signal eller växel, skulle ha kunnat gjorts mycket bättre av N3V), även andra tavlor som behöver kunna känna av tågpassage kommer att uppgraderas till triggerobjekt.
Eftersom avvikande hastigheter från signalerna ligger i balisinformationen så är den grundläggande hastighetsinformationen endast i tre nivåer. Dvärgsignalbesked = 30km/h, huvudsignalbesked kör40 och varianter = 40km/h, kör80 inklusive försignalbesked = tavelhastighet. Reglering av ett fordons STH baserat på bana och/eller fordon med/utan ATC kommer att skötas av ATC-systemet och förhoppningsvis helt automatiskt.

För att kunna hantera hastighetsövervakningen och i framtiden även ATC så har jag skapat ett nytt bibliotek med det passande namnet SpeedAndATCLibrary. Bilden nedan visar information som är skapat med hjälp av det biblioteket.

De fönster som har skapats och visas här finns bara till under mina tester.
Till höger under HUD:en så visas lite basala data om det tåget som kameran fokuserar på, har egentligen ingen betydelse men har fått vara kvar ändå.
Längst uppe till vänster redovisas alla tåg som innehar ett lokomotiv med följande information:

• Name: Lokomotivets namn, går att hoppa till genom att klicka på det , fungerar sämre än övriga objekt med liknande funktion.
• Length: Tågets längd.
• Tr.Limit: Tågets max(AI)hastighet, känns högt hos flera.
• Speed: Tågets hastighet.
• Limit: Tågets inställda hastighet (STH). 65km/h är förinställt om inte tavla eller signal har påträffats.
• Adv: Variabel hos tåget, jag kallar den för Signalhastighet.
• Adv2: Variabel hos tåget, jag kallar den för Tavelhastighet.
• FSI/HSI/OT/HT: ATC-register för respektive objekt, ska in flera register. N/A betyder att det inte finns någon data.

Signalhastigheterna och tavelhastigheterna överförs vid lämpliga tillfällen till limit och är det som syns i HUD:en.

Bägge lösningarna som beskrivs här ovan är inga regler utan finns direkt inprogrammerade i signalsystemet.

Huvudvärk
Nu till huvudskälet till detta inlägg, vad vill ni ha?
Jag vet att jag har frågat förut och fått många användbara synpunkter, men tiden flyger och saker, intressen och behov förändras. Tyvärr har inte effektiviteten varit på topp under de senaste åren, beroende på många olika saker. Har man för många intressen så har man, men påtar en del då och då.
Nu har jag iaf kommit till en punkt där jag håller på och går igenom en massa anteckningar och uppdaterar/reparerar/inför allt(!) som är uppskrivet vilket också betyder att man närmar sig ett teoretiskt släpp för en första version av signalsystemet, frågan är bara vad som INTE ska vara med? Det är ju ganska enkelt, ju mer som är med ju längre tid tar det!

Skulle jag göra signalsystemet helt för mig själv så skulle jag sätta tänderna i ATC:n omedelbums!

Man kan dela upp svaret på frågan "Vad vill ni?" i tre stycken alternativ:
Alternativ1:
Då är signalsystemet som nu.

• Utan ATC
• Fokus på hobbykörning (där du själv kan lägga rörelsevägar, är inte till för att användas under sessioner)
• Begränsade sessionsmöjligheter (ska försöka få in en hel del mera än vad som finns just nu)
• Alla viktiga signaler fullt fungerande
• Linjeblockering - endast den enkla varianten
• TAM/System M (knappt påbörjat)
• TKL-hus med stationsautomater och med ytterligare funktioner
• Fullständiga hinderfrihetskontroller
• Helst fullständig funktionalitet mot HB Vägskyddssystem
• Mycket mera som jag inte kan lista

Här kan man också tänka sig att det saknas detaljer på en del signaler, sådant som inte är gjort än.

Alternativ2:
Som alternativ 1 men med fullt fungerande ATC (om det går i Trainz, är väl bäst att lägga till).

Alternativ3:
Som alternativ 2 och:

• Många sessionsmöjligheter, kan vara att det byggs ut efterhand
• Alla signaler fullt fungerande
• Linjeblockering - även varianten med spårledningar
• TKL-hus med funktioner som jag inte vet om än

När jag håller på och utvecklar systemet så flyter många funktioner och beteenden ihop och därför blir det svårt att dela upp det i vettiga alternativ. Det är egentligen bara ATC:n som är ett eget projekt, dock beroende av signalsystemet.
Förutom manualen så känns ATC:n och sessionsmöjligheterna (kommandon, tkl-funktioner och dyl) det som är mest tidskrävande eftersom det kräver väldigt mycket testande.

Personligen så vill jag helst släppa ett fullt fungerande signalsystem. Med tanke på att det dels har gått väldigt lång tid sedan jag började med Trainz-programmeringen och att de få frågor jag får nästan alltid undrar "var signalerna är" så lutar jag åt alternativ 1 kanske med lite inblandning av trean!

Jag kan slänga in en fråga till, finns det några funktioner/beteenden mellan signalsystemet och vägskyddssystemet som borde finnas och som inte står med i vägskyddsmanualen?

Eftersom det finns lite mera plats så lägger jag upp en bild som jag har glömt sedan tidigare, så här (rörigt) kan det se ut vid testning av KVSI funktioner!


Finns säkert mycket mer att skriva me nöjer mig så här så ordet är fritt!

mvh
Håkan

[Jockes]

Vill och vill, allt är ju vad du orkar med och vad som är möjligt! Själv bryr jag mig inte riktigt om tiden, men desto bättre och mer funktion, desto roligare blir det, så för min del skulle jag säga alternativ 3

[blomsson]

Ursprungligen postat av benkegbg

Hej!
Har följt ditt arbete lite till och från och av dina skärmbilder att döma så är det ett fantastiskt och verklighetstroget system.

Det som gjort mig lite rädd var att det upplevdes alltför komplicerat. Men efter att ha läst ditt sista inlägg med förklaring om att systemet ska sköta sig själv, mestadels per automatik, efter att ha gjort vissa inställningar, så känns det lugnare.

Jag är intresserad av att implentera hela systemet i Bensland och avvaktar därför publiceringen av banan tills du är klar, om och när du blir det....

Jag tillhör den lilla skara som mest bygger och är ingen tågnörd. Har inget brinnande intresse av tågkörande utan låter AI-förare göra jobben. Men visst, jag vill naturligtvis att allt ska flyta på så att inte två tåg blir stående head-to-head eller ett envist ?-tecken som säger "Adam is stuck and waiting for instructions".

Ser därför fram emot att få prova på ditt system i framtiden. Keep up the good work

Gracias, El Presidente!
Det går nog att bygga med andra signaler så länge och sedan byta ut de efter hand om behovet finns att byta signalsystem. Kan ju vara bra att veta var man vill placera signalerna, observera dock att i mitt system så är placeringen av signalerna och dess inbördes avstånd fundamental och följer stenhårt föreskrifterna för att signalsystemet ska bli så verklighetstroget som möjligt. Det finns tyvärr ingen information om det ännu i manualen till signalsystemet men kommer säkert att finnas lite basal information om placeringsregler och föreskrifter i sinom tid!

Ursprungligen postat av benkegbg

EDIT: Efter att ha läst inlägget kom en kort och hastig fråga upp: Är systemet klart att använda? Jag tar och provar på och ladda hem det som finns på din hemsida och testar. Bensland är byggd helt i Trainz 2019. Undrar om sakerna fungerar där....

Om man endast läser ströinlägg någon gång ibland så kanske det är lätt att missa vad som är släppt, även fast det står i två av inläggen ovanför, så jag upprepar: HB Tavelpaket, HB Balisgrupp och HB Vägskyddsystem är släppt, dessutom finns det en sida med släppta verktyg och hjälpmedel, som givetvis går att använda utanför mina system.

Enligt N3V/Auran ska det som fungerar i T:ANE också fungera i TRS19, jag har dock inte TRS19 själv och kan därför inte testa, men allt som jag känner till som skulle kunna orsaka problem är fixat (TRS19 säkrat) vilket borde innebära att de problem som TRS19 användare får, även jag skulle få under mina tester av systemen!

Ursprungligen postat av benkegbg

Hej igen.
Kan svara på mitt eget inlägg, ovan.
Det blir röda objekt i Trainz 2019.
Möjligt att jag missat att ladda in något? Vägskyddet går inte att bygga då kuren är rödlistad och osynlig.
Kan inte finna signalerna.

EDIT: Tilläggas kan att jag laddade hem och installerade i TANE också - samma rödlistade objekt där också.

Det här inlägget borde egentligen ligga under diskussionstråden för vägskyddssytemet,http://www.e-buzz.se/forum/showthread.php?p=318160

Samtliga rödlistade objekt, förutom HB X Bilväg 40 meter utav någon okänd anledning, visar Missing dependencies. Det som går att läsa av bilderna och med en koll på vilka dependencies som finns skulle jag gissa på att du saknar de objekt som inte har HB X i namnet. Det första är HB Rälskontakt som finns i samma zip.fil som de övriga Trackside objekten till vägskyddet, eller som en egen fil, men har du laddat ner "zippen" så har du säkert bara missat den. Det andra objektet är HB Balisgrupp som finns längst ner på nedladdningssidan för objekt tillhörande Signalsystemet, har du sedan tidigare laddat ner balisgruppen så måste den senaste versionen installeras eftersom vägskyddet kräver version 4. Balisgruppen måste installeras även om man inte tänker använda den!
HB X Truckövergångssignal kräver en corona från DLS.

Om du med signaler menar signalerna till signalsystemet så är det inte släppt ännu!

Det borde inte spela någon roll om du testar i T:ANE eller i TRS19, men är sällan fel att testa om man vill och har möjligheten!

mvh
Håkan