semáforos TC 5.8
-
Agusti
- Forero
- Mensajes: 527
- Registrado: Vie Ene 20, 2006 5:53 pm
- 20
- Ubicación: La Seu d'Urgell - Lleida
semáforos TC 5.8
Hola,
Para asignar los semáforos a los bloques en el dispacher, en la versión 5.5 se abria una lista con los existentes en el swichboard y escogias. Ahora en la versión 5.8 para asignar un semáforo a un bloque hay que volver a crearlo. Estoy en lo cierto?. Hay que repetir la dirección del colocado en el swichboard?
Gracias
Agustí
Para asignar los semáforos a los bloques en el dispacher, en la versión 5.5 se abria una lista con los existentes en el swichboard y escogias. Ahora en la versión 5.8 para asignar un semáforo a un bloque hay que volver a crearlo. Estoy en lo cierto?. Hay que repetir la dirección del colocado en el swichboard?
Gracias
Agustí
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
Hola Agustí,
Desde la versión 5.8 se incorpora un sistema mucho más sofisticado para la gestión de las señales que permite mediante triggers y operadores lógicos reproducir cualquier prototipo existente.
De todas maneras se mantiene el antiguo sistema en el que las señales “de bloque” se ponían rojo, verde o amarillo según si el bloque no podía sobrepasarse o sí pero a velocidad normal o restringida respectivamente.
Para configurar ese sistema simplificado hay dos opciones:
Sin crear la señal en el Switchboard: simplemente en las propiedades del bloque, pestaña ‘Signals’ le dices el tipo de la señal y luego en las propiedades de la señal le das la dirección digital a la que la tengas conectada.


También puedes crear la señal en el Switchboard pero entonces además de por supuesto darle la dirección digital que le toque, tienes que colocarle como trigger para cada aspecto el mismo calculado internamente por el programa para el bloque.

Esta segunda manera es mucho más laboriosa pero puede servir como introducción al sistema avanzado de señales, ya que puedes experimentar añadiendo o cambiando condiciones para que la señal se coloque en un aspecto u otro.
Saludos,
JM
Desde la versión 5.8 se incorpora un sistema mucho más sofisticado para la gestión de las señales que permite mediante triggers y operadores lógicos reproducir cualquier prototipo existente.
De todas maneras se mantiene el antiguo sistema en el que las señales “de bloque” se ponían rojo, verde o amarillo según si el bloque no podía sobrepasarse o sí pero a velocidad normal o restringida respectivamente.
Para configurar ese sistema simplificado hay dos opciones:



Esta segunda manera es mucho más laboriosa pero puede servir como introducción al sistema avanzado de señales, ya que puedes experimentar añadiendo o cambiando condiciones para que la señal se coloque en un aspecto u otro.
Saludos,
JM
-
Agusti
- Forero
- Mensajes: 527
- Registrado: Vie Ene 20, 2006 5:53 pm
- 20
- Ubicación: La Seu d'Urgell - Lleida
Hola JM,
Muchas gracias.
La opción 1 me ha quedado clara.
La opción 2, supongo que era de esperar, no la tengo nada clara. El tema de los "triggers" no lo he usado nunca. Lo único que me ha quedado claro es que si pongo la señal en el swichboard tengo que repetir la dirección.
Si la configuración y la dirección es la misma que la que le hemos dado en el dispacher, lo mas simple, verde amarillo i rojo según la situación en el bloque debe funcionar no?
Agustí
Muchas gracias.
La opción 1 me ha quedado clara.
La opción 2, supongo que era de esperar, no la tengo nada clara. El tema de los "triggers" no lo he usado nunca. Lo único que me ha quedado claro es que si pongo la señal en el swichboard tengo que repetir la dirección.
Si la configuración y la dirección es la misma que la que le hemos dado en el dispacher, lo mas simple, verde amarillo i rojo según la situación en el bloque debe funcionar no?
Agustí
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
Holqa Agustí,
También estaba claro que la segunda opción era mucho más complicada que la primera, pero hay una razón por la cual la he explicado:
Al pasar de la 5.5 a la 5.8 todas las señales de bloque existentes se convierten automáticamente según esta segunda opción. Así que he pensado que sería conveniente explicar como funciona.
Salud,
JM
Si, claro.Agusti escribió: Si la configuración y la dirección es la misma que la que le hemos dado en el dispacher, lo mas simple, verde amarillo i rojo según la situación en el bloque debe funcionar no?![]()
También estaba claro que la segunda opción era mucho más complicada que la primera, pero hay una razón por la cual la he explicado:
Al pasar de la 5.5 a la 5.8 todas las señales de bloque existentes se convierten automáticamente según esta segunda opción. Así que he pensado que sería conveniente explicar como funciona.
Salud,
JM
-
Agusti
- Forero
- Mensajes: 527
- Registrado: Vie Ene 20, 2006 5:53 pm
- 20
- Ubicación: La Seu d'Urgell - Lleida
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
Hola Agustí,
En el ejemplo que has puesto no necesitas triggers. Lleva el sistema de señales simplificado (como en la 5.5). Como en la schedule todos los bloques se recorren a velocidad restringida siempre estarán en rojo o en amarillo.
Luego te prepararé un ejemplo en que se vea las variaciones que se pueden conseguir usando los triggers.
Salut,
JM
En el ejemplo que has puesto no necesitas triggers. Lleva el sistema de señales simplificado (como en la 5.5). Como en la schedule todos los bloques se recorren a velocidad restringida siempre estarán en rojo o en amarillo.
Luego te prepararé un ejemplo en que se vea las variaciones que se pueden conseguir usando los triggers.
Salut,
JM
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
Hola Agustí,
Pues aquí lo tienes aunque por vaguez solamente he colocado triggers en una señal.
En el circuito de partida he considerado que la señal estaría verde solamente cuando los desvíos estaban en posición recta pero si algún desvío estaba en “desvío” la señal debería estar en amarillo. He considerado también que el aspecto “por defecto” cuando no había tráfico era rojo.
Este es el esquema y la señal que he usado es la de salida de la vía 3:

Para que esté verde debe de estar la schedule activa, Y la ruta de salida Y la ruta que lleva a la T-1. Como todas las condiciones deben de cumplirse, están anidadas dentro del operador “& AND”

Para que esté amarillo debe de estar la schedule activa, Y la ruta de salida, Y la que lleva a T-2.

En el resto de las ocasiones el semáforo debe de estar en rojo y por lo tanto no se pone nada en triggers.

Lo único que debemos vigilar en los triggers, es que ni pongamos condiciones autoexcluyentes en un solo aspecto (por ejemplo que la ruta esté activa y no activa a la vez) en cuyo caso ese aspecto nunca se alcanzaría, o que por el contrario pongamos condiciones para dos aspectos que no se excluyan mutuamente (por ejemplo poniendo los mismos triggers para rojo y para verde). En ese caso la señal se quedaría fija con el primer aspecto.
Ahí tienes el YRR modificado. Fíjate que en bloques, pestaña signals he puesto “none” ya que estamos utilizando el sistema de triggers.
Salut,
JM
Pues aquí lo tienes aunque por vaguez solamente he colocado triggers en una señal.
En el circuito de partida he considerado que la señal estaría verde solamente cuando los desvíos estaban en posición recta pero si algún desvío estaba en “desvío” la señal debería estar en amarillo. He considerado también que el aspecto “por defecto” cuando no había tráfico era rojo.
Este es el esquema y la señal que he usado es la de salida de la vía 3:

Para que esté verde debe de estar la schedule activa, Y la ruta de salida Y la ruta que lleva a la T-1. Como todas las condiciones deben de cumplirse, están anidadas dentro del operador “& AND”

Para que esté amarillo debe de estar la schedule activa, Y la ruta de salida, Y la que lleva a T-2.

En el resto de las ocasiones el semáforo debe de estar en rojo y por lo tanto no se pone nada en triggers.

Lo único que debemos vigilar en los triggers, es que ni pongamos condiciones autoexcluyentes en un solo aspecto (por ejemplo que la ruta esté activa y no activa a la vez) en cuyo caso ese aspecto nunca se alcanzaría, o que por el contrario pongamos condiciones para dos aspectos que no se excluyan mutuamente (por ejemplo poniendo los mismos triggers para rojo y para verde). En ese caso la señal se quedaría fija con el primer aspecto.
Ahí tienes el YRR modificado. Fíjate que en bloques, pestaña signals he puesto “none” ya que estamos utilizando el sistema de triggers.
Salut,
JM
No tienes los permisos requeridos para ver los archivos adjuntos a este mensaje.
-
Agusti
- Forero
- Mensajes: 527
- Registrado: Vie Ene 20, 2006 5:53 pm
- 20
- Ubicación: La Seu d'Urgell - Lleida
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
-
Agusti
- Forero
- Mensajes: 527
- Registrado: Vie Ene 20, 2006 5:53 pm
- 20
- Ubicación: La Seu d'Urgell - Lleida
-
Claudio Botello
- Forero
- Mensajes: 1285
- Registrado: Mié Mar 01, 2006 5:05 pm
- 20
- Ubicación: Santiago, Chile
JM:
Sólo como pregunta anexa a este hilo, yo utilizo semáforos alemanes mecánicos, de 2, 3 y 4 aspectos, en el caso de 3 y 4 aspectos ya debo utilizar 2 motores para moverlos, dos direcciones y una "macro".
En TC ¿existe alguna función para poder governarlos en forma sencilla?
Desde ya gracias
Claudio
Sólo como pregunta anexa a este hilo, yo utilizo semáforos alemanes mecánicos, de 2, 3 y 4 aspectos, en el caso de 3 y 4 aspectos ya debo utilizar 2 motores para moverlos, dos direcciones y una "macro".
En TC ¿existe alguna función para poder governarlos en forma sencilla?
Desde ya gracias
Claudio
-
jmcosta
- Forero
- Mensajes: 2721
- Registrado: Jue Ene 01, 1970 1:00 am
- 56
- Ubicación: L'Ametlla del Valles - Barcelona
-
- Menú CTMS Y MAS
-
- Contacto