Problema nello scenario Roma Cintura

74 views
Skip to first unread message

Alessandro Salsotto

unread,
May 6, 2023, 4:41:48 AM5/6/23
to Gruppo Train Director
Buongiorno a tutti.

Nell'esecuzione della simulazione dello scenario della cintura di Roma
(uno dei miei preferiti!), mi sono appena accorto che non riesco a
formare l'itinerario W-FA2, utile per inviare il treno INV27440 (in
sosta al binario 2 di Roma Tiburtina) al secondo binario del Fascio Arrivi.
Allego il file dello scenario salvato.

Utilizzo l'ultima versione di Train Director (la 3.9.10) e il pacchetto
segnali più recente (Segnali_RFI_5.1).

Succede anche ad altri, questo inconveniente?
E' possibile rimediare, in qualche modo?

Grazie.

Saluti.
Alessandro Salsotto
RomaCintura.sav

Paolo Rosati

unread,
May 6, 2023, 6:19:58 AM5/6/23
to trai...@googlegroups.com

Ciao a tutti,

    credo che abbia a che fare con i problemi di centratura in stazione: caricando il .sav c'è un elemento arancione (binario in 34,73) davanti al tratto verde, quindi la tratta protetta dal segnale - che è collegato proprio all'elemento arancione - risulta occupata, e il segnale correttamente non si apre.

Nel .sav infatti il treno risulta occupare anche quell'elemento, come da ultima riga riportata:

INV27440 RM Tiburtina-RM Smistamento
  2,0,
  0,0,0,160,65,0,0,0,0
  37500,0,0,0,0
  0,0,0,0,0,0
  0,0
  38,73,60,128,0
  0,
    Roma Nomentana LL@1,0!0,0
.
 
=length 85
=icons 198021552 198021432
  0,13.8889,0,0,43,73,0,42,73,0,41,73,0,40,73,0,38,73,0,37,73,0,36,73,0,35,73,0,34,73,0

Il workaround è cancellare con un editor la fine della riga 10240 (il pezzo in grassetto ,34,73,0 ) e ricaricare, ma ovviamente c'è del lavoro per Giampiero...

Paolo R.

Alessandro Salsotto

unread,
May 7, 2023, 5:14:02 AM5/7/23
to trai...@googlegroups.com
Buongiorno a tutti.

Ringrazio sentitamente Paolo Rosati per la risposta fornita; tuttavia devo far presente che il problema da me rilevato non si è verificato al segnale di partenza di Roma Tiburtina@2 - lato Nomentana (a me quel segnale si apre senza nessun problema), bensì al segnale di protezione del Fascio Arrivi, in corrispondenza del punto W; allego la schermata della simulazione relativa alla situazione della simulazione relativa al salvataggio, nella quale ho evidenziato con rettangoli blu le due zone interessate.

Ho anche provato ad applicare la soluzione suggerita da Paolo, ma non ha funzionato.

Grazie a tutti per l'attenzione e grazie anticipato a chi risolverà il problema.

Saluti.
Alessandro Salsotto
--
Se non desideri piú essere abbonato a questo gruppo, invia un messaggio a traindir3+...@googlegroups.com
Per ulteriori opzioni, visita il gruppo alla pagina http://groups.google.com/group/traindir3?hl=it
---
You received this message because you are subscribed to the Google Groups "Traindir3" group.
To unsubscribe from this group and stop receiving emails from it, send an email to traindir3+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/traindir3/b30af39b-49e2-d460-2022-8e0ba9a121e3%40gmail.com.

TD.jpg

Paolo Gronchi

unread,
May 7, 2023, 5:33:15 AM5/7/23
to trai...@googlegroups.com
Buongiorno Alessandro e scusa se non sono riuscito a risponderti prima.
L'itinerario W-FA2 non si apre perchè per qualche motivo la marmotta
nord del Fascio Arrivi@2 (coordinate 139,17) del tuo file .sav risulta
in stato block.
Sinceramente non l'ho mai visto, ma se editi il file .sav alla riga dove
c'è
139,17,0,0,block
e ci metti
139,17,0,0,red
(come dovrebbe essere) allora tutto torna a funzionare.
Saluti,
Paolo

Il 06/05/23 10:41, Alessandro Salsotto ha scritto:

Alessandro Salsotto

unread,
May 7, 2023, 5:47:31 AM5/7/23
to trai...@googlegroups.com
Grazie, Paolo G.

Funziona!

Chissà cosa aveva causato il cambiamento di stato della marmotta in "block".

Grazie ancora.

Saluti.
Alessandro Salsotto

Paolo Rosati

unread,
May 7, 2023, 8:16:06 AM5/7/23
to trai...@googlegroups.com
Ciao a tutti,

    strano che a voi l'elemento arancione non si presenti...

L'aspetto block è un aspetto delle marmotte che fungono da segnale basso
di partenza quando il segnale vero è comune a più binari ed è quello che
la marmotta ha quando il treno l'ha superata ma il segnale comune (che
ha il triangolo quindi non ammette il transito) non è ancora diventato
rosso, per cui questo aspetto blocca l'apertura dei segnali precedenti.

Qui il problema è probabilmente la distanza tra marmotta e segnale
comune, ben 385 metri, cosa che potrebbe aver permesso di girare uno
scambio a valle della marmotta prima che essa vedesse il segnale
diventare rosso, lasciandola bloccata.

Per sbloccarsi è necessario che la marmotta veda il segnale comune
rosso, ma dato che il segnale comune è di avviso, ossia "trasparente"
per gli itinerari, il programma richiede che ci sia "visione" fino al
segnale normale successivo (la tratta comandata dal segnale comune,
tratta che parte dalla marmotta del binario per cui si aprirà). In
questo caso bisogna quindi formare un itinerario fino al segnale in
114,12 (anche senza aprirla), e la marmotta si sbloccherà al primo
aggiornamento.

Questo blocco può verificarsi perché la coda del treno può liberare gli
scambi a valle della marmotta anche prima che il treno abbia passato il
segnale comune, e Traindir permette di girare subito gli scambi non
occupati da treni. Nella realtà invece non sarebbe possibile, perché
l'itinerario è bloccato fino a quando la coda del treno ha passato il
segnale comune.

Non ho idea a livello di regolamenti su quale possa essere la massima
distanza tra una marmotta che fa da segnale basso di partenza e il suo
segnale comune, e certamente quando ho sviluppato questo segnale non ho
pensato che potesse starci un intero treno in mezzo...

Paolo R.
Reply all
Reply to author
Forward
0 new messages