Äldre Ljussignaler (diskussions tråd).

[korvtiger]

Tack för de testen.

Det verkar alltså som om min fix gjorde saker värre, i enbart 1/3 fall så dök signalbilderna upp?

Jag tycker inte att Timeout borde ha något med Message Overflow att göra. De kanske triggras av samma sak, men jag tror inte att den ena direkt orsakar den andra. Det låter dessutom på er som att det felmeddelendet inte alltid förekommer.

Julgranen innebär ju egentligen bara att signalen inte har initialiserats. Om signalens tråd har kraschat på grund av meddelendekön så är detta inte så konstigt.

Jag börjar få slut på bra idéer att testa. Har letat igenom hela koden och det verkar bara finnas ett enda ställe där STL-koden skickar ett Signal, StateChanged-meddelande och det är när den initialiserar en mastersignal. Och det var det stället som jag försökte fixa i min bugfix. I värsta fall betyder detta att det är underliggande kod som skickar meddelandena och då är det inte säkert att vi enkelt kan göra något åt saken.

Det enklaste skulle nog vara om någon av er skulle kunna skicka sin bana till mig, så att jag kan utföra tester själv. Det är mycket enklare när man har något att testa på, så man kan leta sig fram till felet genom uteslutningsmetoden eller att skriva ut vad för delar av koden som körs.
Skicka mig ett PM, det behöver bara vara banan, huvudsessionen samt eventuellt spår-assets om ni använt något annat än de inbyggda, eller de som finns på STLs hemsida.

[blomsson]

Banan är (förhoppningsvis) skickad.

När jag öppnade banan idag, efter att jag hade gjort iordning den till dig, så kunde jag se alla felmeddelanden, både Tmeout och Message. Men alla signaler visade signalbilder efter en stund.

Det är det som gör det så frustrerande att felsöka, att beteendet inte alltid är detsamma.
Ska bli intressant att se om du kan finna något i banan eller om du bara blir mörkrädd hur den ser ut...

mvh
Håkan

[korvtiger]

Har kikat och provat flera lösningar på att få bort felen, men har inte lyckats komma så mycket närmare en lösning. Har försökt med olika typer av fördröjningar, men antingen så kommer felen bara att dyka upp senare, eller så slutar signalerna att fungera helt.
Problemet är att alla signaler vid start skickar ett uppdateringsmeddelande till alla andra signaler, ungefär samtidigt som att alla växlar framför en signal läggs om två gånger. Detta tillsammans innebär att det blir för många meddelanden att hantera för Trainz, som begränsar antalet meddelanden per objekt till 1024 stycken.

För mig så fungerar det i alla fall att köra på banan efter att alla fel dykt upp, så det är går ju fortfarande att köra även om det är lite tråkigt att saker måste krascha först.

Har dock hittat att växlar läggs om av scriptet som MegaCreator trodde. Dock verkar det inte ha något att göra med udda/jämt utan med linjeplatssignaler, vilket jag inte riktigt förstår vad det är. Funderade på om det hade med Bemannade/Obemannade stationer att göra, men jag kan inte se några sådana kopplingar. Man skulle kanske kunna plocka bort denna del av scriptet, men jag är väldigt osäker på vad som skulle hända och vad för funktionalitet som eventuellt skulle kunna försvinna.

[jgloket]

OBS Utan att veta någonting om script så måste jag fråga om signalerna måste vara så avancerat programmerade.

Jag vill gärna själv välja signalbild och STH beroende på kommande signal. Och det är klart att en signal måste veta om det är fritt till nästa signal och vad den signalen visar. Men om man läser er tråd så verkar alla signaler skicka små meddelanden till alla andra.

Är det möjligen så att Svenolovs script är för avancerat för spelet?
Kan man kanske göra ett nytt enkelt script?

Bara undrar, för programmering är ingenting jag kan.

[blomsson]

Ursprungligen postat av jgloket

OBS Utan att veta någonting om script så måste jag fråga om signalerna måste vara så avancerat programmerade.

Jag vill gärna själv välja signalbild och STH beroende på kommande signal. Och det är klart att en signal måste veta om det är fritt till nästa signal och vad den signalen visar. Men om man läser er tråd så verkar alla signaler skicka små meddelanden till alla andra.

Är det möjligen så att Svenolovs script är för avancerat för spelet?
Kan man kanske göra ett nytt enkelt script?

Bara undrar, för programmering är ingenting jag kan.

Jag har kollat en del i svenolovs script (det som går att se) och tycker också att det ser väldigt komplicerat ut.
Däremot så kan du ju välja vilka signalbilder som signalen kan visa till vilket objekt. Dock är det inget beteende som jag tycker om, eftersom det går att kringgå signalens inbyggda säkerhetssystem. Och man måste göra mycket jobb som istället borde hanteras i scriptet av programmeraren.

Jag håller på och försöker att programmera ett modernt signalsystem baserat på reglerna och föreskrifterna i Säo (numera TTJ). Om det finns ett intresse för detta kan jag starta en ny tråd och tala om mina tankar och ideér och få lite input utifrån!

mvh
Håkan

[korvtiger]

Ursprungligen postat av jgloket

OBS Utan att veta någonting om script så måste jag fråga om signalerna måste vara så avancerat programmerade.

Jag vill gärna själv välja signalbild och STH beroende på kommande signal. Och det är klart att en signal måste veta om det är fritt till nästa signal och vad den signalen visar. Men om man läser er tråd så verkar alla signaler skicka små meddelanden till alla andra.

Är det möjligen så att Svenolovs script är för avancerat för spelet?
Kan man kanske göra ett nytt enkelt script?

Bara undrar, för programmering är ingenting jag kan.

Nja, det behöver inte vara riktigt så avancerat. Om man vill ha enklare signaler så finns ju STWs gamla, men de är kanske för enkla istället. De borde fungera relativt bra för modern signaleringsprincip, men äldre signaleringsprincip är nästan omöjligt att få till som man vill utan Svenolovs script. Grejen med Svenolovs script är att jag tror att det är utvecklat under väldigt låg tid och massor av nya funktioner har lagts på allt eftersom. Och när man inte tänker på allt sådant från början är det lätt att det blir rörigare och rörigare när ny funktionalitet tillkommer. Men den största grejen är väl att Svenolovs script är så brett, på gott och ont. Det tar hand om både modern och äldre signaleringsprincip, Bemannad/Obemannad, dela in trafikplatser i stationer och lastplatser, hanterar öppningsbara broar, treskensspår, spårkors, det finns förberett för autopilot och ATC och så vidare. Man behöver inte ha all denna funktionalitet, men det är ju lite häftigt att allt finns där, i ett scriptbibliotek!

Att alla signaler skickar meddelanden när de slår om är inget man kan göra något åt, det är en del av den underliggande koden i Trainz som sköter. Varje gång man ställer om en signal så kommer den att tala om för alla som lyssnar att den har slagits om. Detta måste den ju göra för att föregående signal ska kunna märka att nästa signal slagits om och att den därför bör utvärdera om den skall slå om till annan signalbild också. Så teoretiskt sett borde man få samma problem med message overflows med andra signaler än de som har Svenolovs script, bara man har tillräckligt många av dem på sin bana.

Svenolovs script fungerar ganska bra skulle jag vilja säga, särskilt för den äldre principen. Problemet är att Trainz begränsar antal meddelanden vilket skiter sig vid uppstart. Men när signalerna väl är igång så är det ju inga problem, då skickas bara enstaka meddelanden när en signal slås om. Det borde teoretiskt sett gå att lösa så att meddelandeköerna inte överflödas om man hittar rätt i hur signalerna initialiseras, så man kan fördröja den första uppdateringen, det är ju vad jag försöker att göra. Gäller bara att hitta hur allt sitter ihop. Jag jobbar vidare på det!

Ursprungligen postat av blomsson

Varför måste växlarna läggas om, och två gånger dessutom?

För att sökningar följer hur växlar ligger vad det verkar. Så för att kolla båda spåren i en växel så måste man först söka på det spåret växeln ligger på, sedan lägga om den en gång för att söka längs det andra spåret och till sist lägga tillbaka växeln för att den ska ha rätt läge vid sessionens start.

Ursprungligen postat av blomsson

Linjeplats är en plats på linjen med växel eller rörlig bro i tågspåret. Den förreglas i linjeplatssignal, utfartssignal eller blocksignal med linjeplatsfunktion.
Min bana har dock inga sådana inställningar i signalerna så verkar konstigt om det skulle påverka funktionen.
Bör inte ha något med stations funktionen att göra, eftersom det sker på linjen, dock skulle det kunna ha med linjeblocket att göra som ju inte fungerar!

Då låter det ju som att denna koden inte borde köras för några signaler när man startar? För visst ställer man in en signal på att vara en linjeplatssignal? I så fall borde varje signal veta om den är en linjeplatssignal och enbart då kolla växlarna. Lyckes jag stänga av den sökningen i onödiga fall så borde det lösa våra problem med message overflows. (Tills ni satt ut 600 signaler till...)

Ursprungligen postat av blomsson

Jag har kollat en del i svenolovs script (det som går att se) och tycker också att det ser väldigt komplicerat ut.
Däremot så kan du ju välja vilka signalbilder som signalen kan visa till vilket objekt. Dock är det inget beteende som jag tycker om, eftersom det går att kringgå signalens inbyggda säkerhetssystem. Och man måste göra mycket jobb som istället borde hanteras i scriptet av programmeraren.

Jag tror att mycket av detta beror på att han ville skapa ett script som kan användas för båda signaleringsprinciperna, även det gamla systemet. Det äldre systemet kräver rätt mycket "fusk" med Signal Markers och liknande som det moderna systemet inte behöver och där är tågvägar ett väldigt centralt begrepp, därav så ser signalinställningarna ut som de gör.

Ursprungligen postat av blomsson

Jag håller på och försöker att programmera ett modernt signalsystem baserat på reglerna och föreskrifterna i Säo (numera TTJ). Om det finns ett intresse för detta kan jag starta en ny tråd och tala om mina tankar och ideér och få lite input utifrån!

Gör det!

[jgloket]

Tack för svaret och tack för ditt engagemang.

[MegaCastor]

Följer diskussionen med intresse och stannade till lite vid linjeplatssignaler.
Jag har en linjeplatssignal på min bana och gjorde ett enkelt experiment.

Först öppnade jag sessionen i Surveyor med linjeplatssignalen på sin plats.
Resultat: timeout på rad 185

185.jpg

Därefter plockade jag bort signalen och öppnade sessionen igen i Surveyor.
Resultat: timeout på rad 104

104.jpg

Är ::FindApproachingTrains() ny i detta sammanhang?

Slutsats? Tja, det är skillnad med och utan linjeplatssignal.
Kanske någon annan kan komma fram till något djupare?!

/Magnus

[korvtiger]

Ursprungligen postat av MegaCastor

Följer diskussionen med intresse och stannade till lite vid linjeplatssignaler.
Jag har en linjeplatssignal på min bana och gjorde ett enkelt experiment.

Först öppnade jag sessionen i Surveyor med linjeplatssignalen på sin plats.
Resultat: timeout på rad 185

Därefter plockade jag bort signalen och öppnade sessionen igen i Surveyor.
Resultat: timeout på rad 104

Är ::FindApproachingTrains() ny i detta sammanhang?

Slutsats? Tja, det är skillnad med och utan linjeplatssignal.
Kanske någon annan kan komma fram till något djupare?!

/Magnus

Detta gör egentligen ingen skillnad. Timeout är bara att Trainz efter ett givet antal millisekunder kommer att avbryta en tråd som körs. Eftersom en dator hinner utföra miljontals beräkningar på en ynka millisekund så kan Trainz ha hunnit väldigt olika långt i denna tråds exekvering när den blir avbruten för att tiden gått ut. Så "felet" kommer att kunna uppstå på väldigt olika platser i koden, men själva platsen har ingenting med "felet" att göra, eftersom det bara är tråden som blivit avbruten där den råkade vara i just det ögonblicket.

[blomsson]

Ursprungligen postat av korvtiger

Problemet är att alla signaler vid start skickar ett uppdateringsmeddelande till alla andra signaler, ungefär samtidigt som att alla växlar framför en signal läggs om två gånger. Detta tillsammans innebär att det blir för många meddelanden att hantera för Trainz, som begränsar antalet meddelanden per objekt till 1024 stycken.

Varför måste växlarna läggas om, och två gånger dessutom?

Ursprungligen postat av korvtiger

För mig så fungerar det i alla fall att köra på banan efter att alla fel dykt upp, så det är går ju fortfarande att köra även om det är lite tråkigt att saker måste krascha först.

Samma här, är ju dock irriterande med buggen i nedre kanten!

Ursprungligen postat av korvtiger

Har dock hittat att växlar läggs om av scriptet som MegaCreator trodde. Dock verkar det inte ha något att göra med udda/jämt utan med linjeplatssignaler, vilket jag inte riktigt förstår vad det är. Funderade på om det hade med Bemannade/Obemannade stationer att göra, men jag kan inte se några sådana kopplingar. Man skulle kanske kunna plocka bort denna del av scriptet, men jag är väldigt osäker på vad som skulle hända och vad för funktionalitet som eventuellt skulle kunna försvinna.

Linjeplats är en plats på linjen med växel eller rörlig bro i tågspåret. Den förreglas i linjeplatssignal, utfartssignal eller blocksignal med linjeplatsfunktion.
Min bana har dock inga sådana inställningar i signalerna så verkar konstigt om det skulle påverka funktionen.
Bör inte ha något med stations funktionen att göra, eftersom det sker på linjen, dock skulle det kunna ha med linjeblocket att göra som ju inte fungerar!

mvh
Håkan