Marco Posted December 28, 2021 Share Posted December 28, 2021 La situazione è questa. Al binario di partenza della E646 (sulla sinistra) ho aggiunto un tronchino, con relativo paraurti in ferro. Mi aspetto che se lo scambio è in direzione tronchino, il semaforo dovrebbe essere rosso (come accadeva nel vecchio TRS2004), visto che la linea termina, invece è verde. Per averlo rosso, devo togliere il paraurti finale.... è normale questo comportamento? Link to comment
UP844 Posted December 28, 2021 Share Posted December 28, 2021 Stai usando i segnali scriptati? É un segnale di 1.a categoria che mostra solo gli aspetti R/V? É problema che può presentarsi in alcune occasioni come questa, perché il segnale non "vede" correttamente il tronchino. Ci sto lavorando, ma per ora non ho ancora una soluzione (purtroppo). Al massimo riesco a ottenere quanto descritto nel paragrafo successivo. Ad ogni modo, un segnale non scriptato, in qualsiasi versione, non dovrebbe comunque darti il rosso perché i paraurti sono considerati segnali permanentemente rossi; quindi il segnale che li precede dovrebbe essere verde (se è un 1.a categoria con i soli aspetti R/V) o giallo (se è un 1.a categoria/avviso con gli aspetti R/G/V). Link to comment
Marco Posted December 30, 2021 Author Share Posted December 30, 2021 Il segnale che uso è elencato nella lista come "SegnaleFS 1ctg 1vt". Link to comment
gigimori Posted December 30, 2021 Share Posted December 30, 2021 3 ore fa, Marco ha scritto: Il segnale che uso è elencato nella lista come "SegnaleFS 1ctg 1vt". ... metti sempre il KUID 1 Link to comment
Marco Posted December 30, 2021 Author Share Posted December 30, 2021 kuid2:164663:24001:3 1 Link to comment
UP844 Posted December 30, 2021 Share Posted December 30, 2021 Sperando di aver azzeccato il segnale giusto, ho fatto un breve esperimento. Caso #1 La freccia rossa indica un altro segnale di 1a ctg/avviso. Dopo, il binario termina e quindi è rosso (e dà il messaggio "Line ahead is unsignalled") Le frecce viola indicano lì'itinerario predisposto, dove "guarda" il segnale in primo piano per decidere che aspetto deve assumere. Il segnale in primo piano vede la sezione fino al segnale successivo libera, e quindi si dispone al verde (dando il messaggio "Line ahead is clear for one block") Caso #2 La freccia rossa indica un paraurti, che equivale a un segnale permanentemente disposto al rosso. Le frecce viola indicano lì'itinerario predisposto, dove "guarda" il segnale in primo piano per decidere che aspetto deve assumere. Il segnale in primo piano vede la sezione fino al segnale successivo libera, e quindi si dispone al verde (dando il messaggio "Line ahead is clear for one block") Caso #3 Le frecce viola indicano lì'itinerario predisposto, dove "guarda" il segnale in primo piano per decidere che aspetto deve assumere. Il segnale in primo piano non vede alcun segnale fino al termine della sezione (ovvero al punto in cui il binario si immette nello scambio, che però è girato per il corretto tracciato) e quindi si dispone al rosso (dando il messaggio "Line ahead is unsignalled"). Lo stesso avviene - come hai constatato - se sul tronchino non c'é un paraurti, perché la situazione è identica. Dopo tutta questa bella pappardella teorica, per il momento non sono riuscito a venirne a capo . Tutti i paraurti (purché configurati come tali) hanno esattamente lo stesso comportamento (ne ho provati una ventina). La situazione peggiora con un segnale della stessa serie di 1ctg/avviso: in teoria, con l'itinerario verso il tronchino dovrebbe diventare giallo, invece rimane "spento" (ma con l'avviso "Line ahead is clear for one block". Con un segnale non scriptato (quelli built-in dai tempi di Trainz 1 ) il segnale diventa giallo. Possibili soluzioni: 1) tronchini "fittizi", ovvero che non sono definiti come tali nel config, ma semplici oggetti 3D posati sul binario: in questo caso, il segnale "vede" il termine del binario e rimane rosso dando il messaggio "Line ahead is unsignalled". Controindicazioni: se il tronchino viene usato anche come asta di manovra, far eseguire il movimento all'IA di Trainz (che già di suo non è furbissima) diventa impossibile. si aggiunge una serie di oggetti identici con possibili errori nella scelta, dal momento che le due versioni (tronchino vero e fittizio) sarebbero assolutamente identiche. 2) posare un rotabile invisibile sul tronchino. In questo caso, il segnale "vede" la sezione davanti a sé occupata e si dispone al rosso. Controindicazioni: anche una stazione di piccole dimensioni richiederebbe di posare una serie di rotabili invisibili. Moltiplicandolo per più stazioni, ti troveresti dozzine di "treni" prima di quelli che effettivamente vuoi far circolare. Per inciso, nelle sessioni che ho creato, quando un treno parte da un binario di precedenza con tronchino, ho "risolto" (si fa per dire) il problema disponendo - tramite regole -gli scambi come nel caso #3 qui sopra. In questo modo, al suo arrivo il treno trova il segnale rosso e quando gli scambi si dispongono in modo da dargli accesso alla linea, il segnale diventa verde. Non demordo, ma penso che sia una di quelle (poche) situazioni in cui riprodurre il comportamento del segnalamento reale (come per le marmotte) sia impossibile. Link to comment
UP844 Posted December 30, 2021 Share Posted December 30, 2021 Il segnale è lo stesso che ho usato per i test! Link to comment
gigi-mmo Posted December 31, 2021 Share Posted December 31, 2021 8 ore fa, UP844 ha scritto: con l'itinerario verso il tronchino dovrebbe diventare giallo, invece rimane "spento" Perché i segnale ed il paraurti sono troppo vicini. Prova a posare un segnale a due vele. Vedrai che ti da un doppio giallo. 1 Link to comment
Recommended Posts