Svenska 3D-Tåg - Forum  
 

Om det här är ditt första besök, se till att gå till vår FAQ (finns även länk till FAQ i navigeringsmenyn ovan). Du kan behöva att registrera dig innan du kan posta (finns även en länk till registrering i navigeringsmenyn ovan). För att titta på inlägg, välj det forum som du vill besöka från de som är listade nedan.

Gå tillbaka   Svenska 3D-Tåg - Forum > Auran Trainz > Scenarios och scripts

Svara
 
Ämnesverktyg Visningsalternativ
Gammal 2018-01-11, 00:09   #1
blomsson
Medlem
 
Reg.datum: Jul 2011
Ort: Vingåker
Inlägg: 205
Standard HB Signalsystem - Vad tycker ni?

Hej, håll i hatten för nu blir det jobbigt!
Om ni tycker att det är jobbigt med all denna text (jag vet att det finns de som tycker att jag skriver för mycket) så hoppa längst ner till Sammanfattning!
Sedan ett tag tillbaka så har jag funderat på hur den närmaste utvecklingen av mitt Signalsystem ska se ut. Jag startar denna tråd för inte "besudla" min signaltråd med en massa vidlyftiga spekulationer och önskemål.
Egentligen så handlar funderingarna mest om vad som ska finnas i den första versionen av Signalsystemet.
Man skulle kunna ställa frågan på ett väldigt enkelt vis: Vill ni att version1 ska vara ett fullfjädrat system eller bara ha något att testa och leka med?

Nu är ju sällan saker så enkla att det bara är svart eller vitt, därför så kommer jag att beskriva nedan hur det är tänkt och vilka komponenter som ska ingå. Under denna tankeprocess så har jag också fått en idé om själva Signaldelen i systemet och tar även med det här.

avsnitt A
Hela Signalsystemet har gjort en resa från de första idéerna med bara signaler och växlar till att nu innefatta ett helt koncept. Alla delar i systemet har en relation till varandra. Den ena grundbulten i systemet är ett Scriptbilbliotek som sköter om objekten som gör anläggningen. Den andra grundbulten är ett Osynligt Tkl-hus som hanterar rörelsevägar och stationsautomater. Eftersom objekten beter sig som i verkligheten så måste det finns något som agerar som Tkl.
Nedan så redovisas de delar som ingår i Signalsystemet, jag har säkert glömt något eller så tillkommer det något sedan. Vissa av delarna innehåller funktioner som inte redovisas i listan.

VERSION1/BASKOMPONENTERNA
  • Scriptbibliotek - Hanterar Signalsystemets olika komponenter och sambanden däremellan
  • Signaler - Fullt fungerande signaler, se avsnitt B för mera funderingar
  • Växlar - Komplett växelpaket (El-växel, Klot-växel, El-spärr, Klot-spärr)
  • Tavlor - Komplett tavelpaket (beskrivet i signaltråden)
  • Balisgrupp - ATC-systemets passiva del, kommer att finnas att bygga med, regler och värden är korrekta för baliserna
  • Linjeblock - Fullt fungerande och komplett
  • Osynligt Tkl-hus - Sköter om skapandet, läggning och kontroll av rörelsevägar, även stationsautomater
  • Stationsautomater - Fullt fungerande och komplett
  • Tkl-funktioner - Grundläggande funktioner för Tkl-styrda stationer och för att kunna "hobbyköra" (så som det visas i signaltråden)
  • Kommandon - Hjälpkommandon för hobbykörning (så som det visas i signaltråden)
  • Manual - Färdig info och guidedel, referensdelen uppdateras efterhand, så mycket som möjligt ska dock vara färdigt
Externa-objekt
  • STL-växlar/spårspärrar - Kommer att fungera med Signalsystemet under specifika villkor. Jag ska berätta mera i Signaltråden när jag har påbörjat att scripta mina egna växlar
  • STL-vägskydd - Vägskydd och Signalsystem ska fungera enligt respektive funktionsbeskrivning

VERSION 2
  • Lokdator - ATC-systemets aktiva del, funktion som minst en ATC-panel light, förhoppningsvis fullt utvecklat
  • Vägskydd - Eget vägskydd med tågvägs- och ATC-beroende och med korrekt funktionalitet
  • Tkl-funktioner - Mer avancerade funktioner i samverkan med kommandon och Sessions-funktioner för Tkl-styrda stationer och Stationsautomater
  • Kommandon - Eventuellt egna kommandon som ersättning för de inbyggda, för att garantera funktionalitet med mitt Signalsystem (kanske redan i version 1)
Externa-objekt
  • STL-vägskydd - Tågvägs-beroende och ATC-beroende, om det går att få det funktionellt
VERSION 3
  • Lokdator - Fullt(?) utvecklat
  • Tkl-funktioner - Fullt(?) utvecklat
  • Kommandon - Eventuella special kommandon
SPECIAL-FUNKTIONER
  • Hastighetskontroll - Detta kanske låter lite konstigt, men handlar om att varje fordon måste förhålla sig till en korrekt STH, inte bara vad signaler och tavlor visar, utan också hur banan är beskaffad. Ett exempel, ett fordon utan ATC har en STH på max 80km/h på bana med ATC men följer signal-/ tavel-hastigheten på banor utan ATC. Detta måste systemet kunna hantera på ett korrekt vis.
  • Sessions-funktioner - Med hjälp av tidtabeller/scheman/körorder och i samverkan med mitt Signalsystem ska man kunna skapa sessioner där flödet av fordon sköts mer eller mindre automatiskt
FRISTÅENDE OBJEKT
  • Växlar och Tavlor kommer att finnas som fristående objekt för att användas på banor som inte använder mitt övriga Signalsystem, dock kommer Script-biblioteket att behövas eftersom det sköter om de grundläggande inställningarna för objekten.
  • Även Balisgruppen kommer antagligen att finnas i en fristående variant, dock utan några som helst ATC-funktioner eller kopplingar till något signalsystem i hela världen, bara som visuella objekt, mer om detta senare i Signaltråden.
Komplicerat? Bara ibland!
Som ni kan se så innehåller Version 1 alla delar som behövs för Signalsystemet. Det som skiljer de olika versionerna åt, är hur avancerade de är och därför hur lång tid det tar att scripta dem.
Flera delar av Signalsystemet är nästan färdigt (ta i trä) medan andra knappt är påbörjade. De delar som jag tror kommer att ta längst tid att göra är Manualen, Tkl-funktionerna och Special-Funktionerna, antagligen också Lokdatorn och eget vägskydd.
Även avsnitt B förlänger ju tiden för projektet!

Kontentan blir ju det att om man väljer Version 1 så blir det ett system utan möjlighet till att skapa vettiga sessioner men möjlighet att köra själv och då finns det också något att testa och se hur det är tänkt att fungera. Om ni vill lägga in något från de andra versionerna så ökar antagligen tiden det tar att få ut något på marknaden, det ska ju testas också!

Min egen inställning är att jag gärna skulle få ut något på marknaden fort, för att slippa stressen av att ni upplever att det bara är en massa prat men ingen verkstad! Samtidigt så är det viktigt för mig att det som släpps, även i version 1, är en fungerande produkt. Jag kommer inte att släppa en massa beta-versioner i stil med "testa detta och se vad som händer".
Fördelen med att sikta mot en "helt färdig" produkt är att jag kan göra de delar som jag känner för just nu istället för att "tvinga" mig att göra det som måste för version 1, och att jag kan göra färdigt ett helt koncept, tex ATC.

avsnitt B

STL:s signalsystem fungerar ju så att man placerar ut en Osynlig Master på spåret som länkas till en synlig Slav som är ett scenery-objekt. Dessa objekt länkas med hjälp av namnen på ett specifikt vis. Detta sätt att länka signalerna på har jag ärvt! Fördelen blir att man har stor frihet att placera scenery-signalen, vilket också är nackdelen, eftersom placeringsregler kan åsidosättas!
Det verkar också som Master/Slave systemet är det som orsakar mest frågor och problem hos STL:s signalsystem.

Min fundering är att skapa rena Trackside signaler istället för Master/Slave varianten. Nu vet jag att STL redan hade påbörjat något liknande och de flesta (alla!) andra signalsystem hos Trainz har ju enbart Trackside. Finessen med min variant är att det blir färre signaler att arbeta med!
I dagens system är det:
2st Osynlig Master/Klarerare (jag har 1st), 2st Försignaler, 5st Huvudljussignaler, 2st Huvuddvärgar, Dvärgsignal och Stopplyckta, sedan så väljs funktionen på signalen i propertyrutan, tex Mellansignal eller Blocksignal osv.

I det nya systemet så tänkte jag att man istället väljer mellan tre typer av signaler, Försignal, Stationssignal och Linje(block)signal och sedan väljs vilken variant av signal och även funktion i propertyrutan. Alla signaler är Trackside och ingen Master behövs (Osynlig Master kommer dock att finnas kvar för andra ändamål). I propertyrutan kommer man också att kunna välja om signalen ska ha Medgivandedvärg och också dess placering, även andra objekt ska kunna väljas som tillbehör, vilket gör att mängden objekt som behöver placeras ut minskar avsevärt.

Propertyrutan kommer att bli en blandning mellan Tavelsystemet och de nuvarande Signalerna/Master som bägge redovisas i Signaltråden.

Jag tror inte att Signaldelen av systemet behöver skrivas om jättemycket, det mesta berör ju Master/Slave som behöver tas bort och ersättas. Sedan kommer jag också att dela upp Linjeblocket för sig, vilket gör det lättare ur programmeringssynpunkt.
Det som tar tid att skapa är egna signaler, nu tycker jag att Johans (JVS) är snygga, så om det går och jag får, tänkte jag konvertera de till Trackside och sedan lägga till lite egna objekt runt omkring. Om jag kan använda mig av Johans signaler så skulle jag säkert tjäna flera månaders arbete!

Ju mer jag har funderat på det här sättet att göra ju mer inställd blir jag på Trackside-signaler. Visst kommer det att skapa mera jobb för mig, men koden kommer att bli enklare och effektivare.
Några punkter:
  • Färre objekt att arbeta med
  • Färre objekt att placera ut
  • Justeringar av objekt blir mer enhetliga, enklare Manual
  • Slipper Master/Slave frågorna
  • Ingen Master/Slave, ger färre anrop mellan objekt, snabbare signalsystem/Trainz
  • Skulle även gå att lägga ut Baliserna direkt via propertyrutan, vet ej om det är en bra idé dock
Jag vill helst inte underhålla två system!
Vad tycker ni?

SAMMANFATTNING
A
Vill ni att Version 1 av Signalsystemet ska vara ett fullfjädrat system med alla delar av systemet så utvecklat som det går eller vill ni att Version 1 bara innehåller det nödvändigaste vilket bland annat innebär att vettiga sessioner inte kommer att kunna skapas, men då finns det något att testa. Eller har ni någon annan idé?

B
Vill ni ha signaler som fungerar som STL:s gör, med Master/Slave eller vill ni ha rena Trackside signaler, som de flesta andras signaler är?

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)
blomsson besöker inte forumet just nu  
Svara med citat
Gammal 2018-01-11, 16:21   #2
Jockes
Medlem
 
Reg.datum: Feb 2009
Ort: Södertälje
Inlägg: 1 428
Standard

På A så föredrar jag hellre att kunna göra sessioner (vilket är det jag tycker är kul med Trainz, utöver byggandet). Så där väntar jag hellre på nåt gott. Dessutom låter det enklare för dig att slippa hålla på med två versioner. Och för användaren tror jag också det är bättre: släpper man en färdig sak på en gång, slipper man att nån eventuellt sitter och använder ett utdaterat system och försöker släppa den rutten.

På B föredrar jag helt klart Trackside, om det finns väl anpassade inställningsmöjligheter (rotera signalen en aning, flytta uppåt, åt sidan, neråt, förläng stolpen osv.osv.) så det blir lätt att anpassa signalernas placering.
__________________
//Joakim Wahlberg
Jockes besöker inte forumet just nu   Svara med citat
Gammal 2018-01-11, 18:02   #3
MegaCastor
Medlem
 
Reg.datum: May 2011
Ort: Linköping
Inlägg: 32
Thumbs up HB Signalsystem

Citat:
Ursprungligen postat av Blomsson Visa inlägg
Hej, håll i hatten för nu blir det jobbigt!
Nej då, inte alls. Tvärtom. Det är roligt att arbetet går framåt.
Jag följer ditt projekt med stort intresse och ser fram emot att få ta del av och använda resultatet från det.

Angående dina frågor tänker jag så här:

A)
Jag tror att det är värdefullt att få återkoppling från användare tidigt snarare än senare.
Det ger möjligheter att hitta och rätta buggar i ett tidigare skede.
Dessutom kan användarna komma med en del input som kan vara värdefull i det fortsatta arbetet.

Jag bygger själv på en ganska stor bana med en hel del signaler som har fått det nuvarande STL-signalsystemet att nå sin gräns.
Av den anledningen skulle det vara intressant att testa ditt signalsystem.

Därför föredrar jag helt klart att version 1 kommer ut tidigt med baskomponenter och grundfunktionalitet.
Sessionsbyggande kommer i min värld lite senare.

B)
I de allra flesta fall skulle rena Trackside signaler fungera.
Det blir ju dessutom mycket färre objekt att hålla reda på och ställa in.
I några få fall använder man faktiskt flexibiliteten som Master/Slave erbjuder,
men även där skulle nog en Trackside-lösning kunna fungera om de har bra inställningsmöjligheter.

Därför röstar jag på Trackside.

Bra jobbat!

Hälsningar
Magnus
MegaCastor besöker inte forumet just nu   Svara med citat
Gammal 2018-01-11, 18:17   #4
Vänersborgs_Stinsen
Medlem
 
Reg.datum: Nov 2016
Ort: Vänersborg
Inlägg: 407
Standard

Det vore bra med trackside signaler blir mer simpelt och tar inte så lång tid att sätt ut signaler då.
__________________
Stinsen Brinner för Bergslagernas Järnväg.

Signatur
: EBo
Vänersborgs_Stinsen besöker inte forumet just nu   Svara med citat
Gammal 2018-01-11, 18:33   #5
Bengan
Hjälpsamfotograf & Hedersmedlem
 
Reg.datum: Aug 2001
Ort: Huddinge, Sweden.
Inlägg: 5 996
Standard

På A.

Där vet jag inte riktigt, vilket ben jag ska stå på.

Men det lutar åt fullfjädrat system.

På B.

Trackside.
__________________
Bengan
Bengan besöker inte forumet just nu   Svara med citat
Gammal 2018-01-11, 18:45   #6
ekankal
Veteran
 
Reg.datum: Jun 2008
Ort: Sundsvall
Inlägg: 3 902
Standard

Instämmer med Bengans förslag.
Ska bli intressant att följa, oavsett vad det slutar med .
__________________
Ekan
ekankal besöker inte forumet just nu   Svara med citat
Gammal 2018-01-11, 22:16   #7
Nils Blid
Medlem
 
Reg.datum: Dec 2009
Ort: Malmö
Inlägg: 1 956
Standard

A/ Sysslar inte med sessioner. Avstår kommentar.

B/Trackside om signaler på stolpar etc kan lösas.

Nisse
Nils Blid besöker inte forumet just nu   Svara med citat
Gammal 2018-02-04, 19:18   #8
blomsson
Medlem
 
Reg.datum: Jul 2011
Ort: Vingåker
Inlägg: 205
Standard

Hej igen, har väntat lite på att skriva, med förhoppningen att ännu flera skulle ha delgivit mig sina tankar! Som vanligt så är alla funderingar och det visade intresset välkommet.
Jag tänker inte citera något idag utan nämner någon vid namn om det är något speciellt jag tänker på.
Trevligt också att ni anammade A o B metodiken blir lättare så. Jag fick inte rum med allt som jag tänkte skriva i första posten,
får ju bara(!) skriva 10000 tecken så kommer lägga till lite mera information.

avsnitt A

En sak som jag missade att skriva om är att Växelpaketet även ska innehålla Klotväxlar och Spårspärrar med elektrisk förregling.
Detta är ett krav för att signalsystemet ska kunna fungera som det gör i verkligheten.
Jag kan också avslöja en bakomliggande tanke, att alla växlar som INTE har något av mina script anknutna till sig (el-växel, el-förregling)
kommer att behandlas som klotväxlar utan elektrisk kontroll i ställverket. Detta betyder att växlarna inte är centralt omläggningsbara och/eller inte går att ställa rörelseväg via och att också
hastigheten blir begränsad till 40km/h. Mera ingående om växlarna sedan i signaltråden.

Jag glömde (eller fick inte rum) att berätta att även TAM-sträcka(Tåg AnMälan)/System M ska finnas med i basfunktionerna.
Även VUT (VagnUtTagning)/System S ska förhoppningsvis finnas med, dock så är dessa system mera förknippat med samspelet mellan TKL och Lokförarna än signalsystemet som sådant,
och faller då mera under TKL-funktioner och kanske kommandon än under yttre objekt. Dock så kommer det att finnas en del kontroller i signalsystemet så att det byggs med korrekta objekt
vid korrekt tillfälle. Till exempel att en Försignal pekar på rätt signal och att det inte finns felaktiga objekt emellan eller att man inte placerar ut en
Linjeplatssignal på en blocksträcka osv, allt för att det ska bli så korrekta banor som möjligt.

Jag är väl lite som Jocke, tycker om spelet mellan olika fordon och trafiken däremellan, att bara "slököra" är inte riktigt min melodi.
Även bygga är kul, men tycker jag spenderar mycket tid med att leta efter objekt som inte finns(!), vilket förtar en del av glädjen.
Och leta igenom tusen varianter av gräs med samma namn är inte så kul! Tur då med demobanan som inte behöver vara landskaps-färdig vid första släpp!

Eftersom mitt signalsystem fungerar som i verkligheten, där signaler på stationer är i stopp och växlarna är låsta i ställverket, så måste det finnas någonting som sköter om hanteringen
av de yttre objekten, därför finns TKL-funktionerna (det här har jag skrivit om i Signaltråden). I det inbyggda Trainz (som jag också använder valda delar av) så räcker det att ställa ett fordon
framför en Signal så går den upp i kör (kan finnas andra kontroller också) detta accepterar inte jag utan jag har skrivit ett eget system som sköter om signalernas funktionalitet.
Egentligen skulle jag vilja skriva ett helt eget system utan inblandning av den inbyggda funktionaliteten, men då funkar säkert inte tågförningen eftersom det finns underliggande
mekanismer mellan yttre objekt och fordonen.

Eftersom systemet är utformat med verkligheten som grund så blir även sessions skapandet speciellt.
En stationsautomat använder sig av triggers men TKL-styrda stationer måste ju veta vad som ska hända med fordonet för att kunna ge rätt order till ställverket.
Tanken är dock inte att man ska ge order i still med "Ställ tågväg si eller så" eller "Lägg om växel" osv, utan man talar om vart fordonet ska ta vägen,
hur länge det ska stå still om det ska kopplas isär osv (en del av dessa borde gå att lägga in i ett körorder-script istället för i kommando raden),
och sedan sköter TKL-funktionerna om resten och du som Lokförare får agera på det som sker.
Mycket av sessions-funktionerna är bara på funderings stadiet men jag vet hur jag skulle vilja att det fungerade, om det överhuvudtaget är möjligt får vi se!
Förhoppningen är att det, som minst, ska gå att göra enklare varianter av sessioner, som sedan bara ska gå att utveckla i takt med att systemet blir mera potent.

Det kommer alltid att finnas problem med att det kan cirkulera olika versioner av samma system och att folk då inte bygger med det senaste, det är svårt att värja sig emot,
men kuid2 systemet gör att en tidigare version skrivs över om en senare installeras. Jag kommer att använda mig av Kuid2-systemet överallt.
Det kommer bara att finnas en aktiv version ute åt gången, och det gäller (bäst att skriva antagligen) alla objekt. Så jag kommer bara att behöva underhålla en version i taget!
Versionsnummren som jag nämner är mera för att separera de olika "svårighetsgraderna" i systemet.
Version 1 är det absolut minsta som behöver finnas i signalsystemet för att det ska gå att arbeta med, medan Version 3 (eller högre) är så nära fullt utvecklat det kan bli,
jag räknar inte med att det kan bli färdigt eftersom det alltid finns detaljer att slipa på och saker att lägga till och göra om/uppgradera.

Specialfunktionerna som jag nämner är ju också viktiga i systemet men lite svårt att placera in i versions ordningen.

Men Nisse, du behöver inte haka upp dig på sessionerna, det är en punkt av ca 25 som jag nämner och om du inte gör sessioner så blir väl det andra i systemet desto viktigare?

Vilken version ska man då satsa på?
Ja säg det! Egentligen så håller jag med Bengan, ett fullfjädrat system som släpps som sedan kan underhållas och utvecklas med nya funktioner vid behov,
och uppgraderas i samband med nya Trainz-versioner!
Fast samtidigt så blir jag stressad av att "aldrig bli klar" och att då släppa en tidigare version, fullt funktionsduglig att bygga och hobbyköra med, är ett tilltalande alternativ.
Återkoppling är ju alltid intressant, samtidigt så vet jag hur systemet ska fungera och se ut, så är väl användarvänligheten som är intressantast kanske.
Jag har tänkt att släppa Tavelsystemet och Växelsystemet fristående och räknar med att få en del input då om mitt sätt att tänka!

Problemet är att jag ser en stor mur i form av nästa version av Trainz och det skulle vara enormt skönt att få ut något innan dess...

Nä nu har jag bluddrat en massa igen så dags för lite matnyttigt...


avsnitt B
Jag hade nästan bestämt mig för Trackside, om inte ni hade tyckt något annat i stor övervikt, nu blev det enhälligt!
Mycket av tiden sedan sist har använts till att "konvertera" Johans signaler till trackside. Egentligen så är det ingen konvertering alls, eftersom signalerna är exakt samma som tidigare.
Jag har dock bytt ut tavlorna till mina egna, förutom Huvud-/dvärgsignaler som hade egna inbyggda.
Propertyrutan är också reviderad så att alla mina objekt har samma utseendemässiga grund, så att det är lätt att känna igen sig.

När jag har jobbat med signalerna som trackside så har det uppdagats en hel del funktionsmässiga vinster med att göra som jag har tänkt, dock så får jag mycket detalj-programmering att göra,
som tyvärr ingen märker jobbet bakom! Jag är mån om att det ska vara lätt att jobba med mina objekt och därför är användarvänligheten i fokus.

Nu till lite bilder med medföljande information:
1 Hsi medd.jpg
Alla signaler och tavlor som syns på denna bild är utplacerade som ett objekt, den gröna fyrkanten! I STL:s system skulle detta bli två mastrar (en i mitt gamla system), två scenery-signaler och två tavlor!

2 Stn-si val.jpg
Detta är propertyrutan till föregående bild. Som synes så väljer man vilken typ av signal som ska placeras ut och om den valda signalen (om det går) ska ha tilläggstavlor och medgivandeobjekt.
Huvudobjektet går att flytta i sidled, upp (sällan ner), fram o bakåt och roteras (+/- 30°), eftersom Johans signaler inte har centrum på stolpen så flyttas signalen lite i förhållande till fästet.
Detta syns vid stora värden och/eller på nära håll. Tilläggstavlorna placeras automatiskt i förhållande till Signalen.
Medgivandeobjekten placeras också automatisk men går till viss del att flytta på, men valen bestäms beroende på vilka val som är gjorda tidigare. Syns inte i bild.
Nu syns också signalens status i propertyrutan.

3 Hsi medt.jpg
Detta är samma signal men med Medgivandetavla.

4 Hsi medd rör.jpg5 Hsi medd ktl.jpg
6 Hsi medd ktl breve.jpg7 Hdvsi.jpg
Tre bilder på samma signal i lite olika konfigurationer och de två typerna av Huvuddvärgar som finns.
Behovet av justering i längsled behövs eftersom liknande objekt, men gjort av olika personer inte har exakt samma position, till exempel STW:s och STL:s KTL-stolpar.

Alla dessa bilder är ifrån HB Stationssignaler.

8 Fsi inkl val.jpg
Detta visar gruppen HB Försignaler och övriga signaler. Får väl se om alla typer som visas kommer med!

Just nu så finns det tre grupper av signaler att välja mellan:
  • Stationssignaler
  • Försignaler och övriga signaler
  • Linje(block)signaler - där även Utfarts(block)signaler finns med
Eventuellt så tänker jag göra en grupp med Scenerysignaler, men inte Master/Slave utan de länkas via namn till funktionen som de ska hantera,
eftersom de inte har någon direkt påverkan på fordonen. Men de kan leta sig in i de övriga grupperna...

En stor fördel med att välja signalgrupper istället för att ha en signal per objekt är att man kan byta ut signaltypen, men att alla giltiga val behålls, men också försvinner vid ogiltiga val.
Denna mikroprogrammeringen är det som inte syns och som jag är mest nöjd med och som också ger användarvänligheten i systemet!

Det som återstår, förutom en massa testande, är att mikroprogrammera mera och göra fästen för tavlorna.
HB Linje(block)signaler ska också göras iordning och linjeblocket ska separeras från signalscriptet.
Sedan ska också en del av de signaler som saknas tillverkas!

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)

Senast redigerad av blomsson den 2018-02-04 klockan 19:23.
blomsson besöker inte forumet just nu   Svara med citat
Svara

Ämnesverktyg
Visningsalternativ

Regler för att posta
Du får inte posta nya ämnen
Du får inte posta svar
Du får inte posta bifogade filer
Du får inte redigera dina inlägg

BB-kod är
Smilies är
[IMG]-kod är
HTML-kod är av
Forumhopp



Alla tider är GMT +2. Klockan är nu 01:39.


Powered by vBulletin® Version 3.7.5
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson
© Svenska 3D-Tåg 2001-2009