Condiciones en bloques

(Antiguo Software y RR&Co). Ahora dedicado exclusivamente a temas relacionados con TC.
juanjobenavent
Forero
Mensajes: 48
Registrado: Mié Dic 31, 2008 10:13 am
17
Ubicación: Castellón

Condiciones en bloques

Mensaje por juanjobenavent »

Hola a todos,

Seguramente este es un tema tratado ya, pero no he sido capaz de encontrar hilos al respecto.

Las dudas son lo que significan exactamente las distintas "situaciones" de un bloque (que aparecen en "condiciones"), concretamente:

"RESERVED"
"NOT RESERVED"
"CURRENT BLOCK"
"FREE (NOT OCCUPIED)"
"OCCUPIED"

Que puede ser confuso porque un bloque puede estar "reservado pero no ocupado" ("free (not occupied)") o también "ocupado pero no reservado" ("not reserved").

Entiendo pues que para marcar que un bloque este "libre total" hay que poner "free (not occupied)" AND "not reserved", ¿es asi?

¿Y cómo se expresa que un tren esté fisicamente en un bloque? ¿"reserved" AND "occupied"?

Y tambien me llama la atención la diferencia de otros casos de condiciones, en las que el "not" es un cuadrito a clickar aparte, en bloques hay "reserved" y su "not reserved" especifico, asi como "occupied" y su "free (not occupied)" especifico.

Y uno que no entiendo es "current block", aplicado como condición. No soy capaz de ver cuál es el sentido que tiene.

Vaya, que como veis llevo una buena empanada mental, que agradecería alguien me aclarara.

Saludos

Juanjo
Avatar de Usuario
xaviermbcn
Forero
Mensajes: 3175
Registrado: Mié Ene 18, 2006 7:54 am
20
Ubicación: Barcelona

Mensaje por xaviermbcn »

Hola Juanjo,

te has podido leer la documentación existente en el foro ?

salut,

Xavier
juanjobenavent
Forero
Mensajes: 48
Registrado: Mié Dic 31, 2008 10:13 am
17
Ubicación: Castellón

Mensaje por juanjobenavent »

Hola a todos y en especial a Xavier,

He leido alguna documentación, muy concretamente el último documento de JM, pero no he visto nada de condiciones de bloques.

Si me indicas donde está, la busco

Juanjo
Avatar de Usuario
jmcosta
Forero
Mensajes: 2721
Registrado: Jue Ene 01, 1970 1:00 am
56
Ubicación: L'Ametlla del Valles - Barcelona

Mensaje por jmcosta »

Hola Juanjo,

En realidad hay dos variables solamente para el estado de un bloque, la reserva y la ocupación, y son independientes entre sí.

La ocupación es un asunto puramente físico, un bloque está ocupado si alguno de sus indicadores está activo.
La reserva es un asunto lógico, un tren reserva un bloque antes de proceder hacia él, y lo libera según las reglas marcadas.
Luego está el famoso “current block” que es un caso especial de la reserva ya que es aquel en el que se supone que está situada la cabeza del tren.

Ya que un block puede estar ocupado sin estar reservado por nadie y reservado sin tener que estar ocupado, salen los cuatro casos de las condiciones más el caso particular del “current block”.

Puedes jugar con ellas dependiendo de lo que quieras lograr y recuerda que generalmente puede conseguirse lo mismo de diferentes maneras sin que haya unas mejores que otras.

Yo por ejemplo uso esto para hacer un orden en la preferencia de ocupación de los andenes de la estación. Y la condición que uso es la “reserva”.

Saludos,

JM
juanjobenavent
Forero
Mensajes: 48
Registrado: Mié Dic 31, 2008 10:13 am
17
Ubicación: Castellón

Mensaje por juanjobenavent »

Gracias JM,

Me ha quedado claro por los conceptos "ocupación -> físico" y "reserva -> lógico".

Lo que me sigue costando de ver el caso del "current block". Lo que entiendo es que la condición es que el bloque esté reservado por un tren y que, segun la lógica del sistema, el tren esté ya en ese bloque; y que precisamente ese tren de alguna manera hace que se active o se dispare lo que está sujeto a condición. ¿Es asi?

Y me cuesta de ver primero, porque no sé si es exactamente lo que yo escribo ahi arriba y segundo porque no se me ocurre ningún ejemplo de cómo utilizarlo.

Saludos

juanjo
Avatar de Usuario
jmcosta
Forero
Mensajes: 2721
Registrado: Jue Ene 01, 1970 1:00 am
56
Ubicación: L'Ametlla del Valles - Barcelona

Mensaje por jmcosta »

Hola Juanjo,

Ten en cuenta que el estado de un bloque puede ser utilizado no solamente como condición sino también como trigger de algo.
En ese caso si el trigger lo desencadena el estado "current" la activación será posterior que si ésta dependiese solo de la reserva. En algunos casos puede interesar que sea así.

Hay que recordar que "current" es un subconjunto de los reservados, todos los current están reservados pero no a la inversa, hay muchos reservados que no son current.

Salud,

JM
 
  • Contacto
  • Nombre de Usuario:
    Email:
    Asunto:
    Mensaje: