Editor de bloques. Adiós a los contactos virtuales.

(Antiguo Software y RR&Co). Ahora dedicado exclusivamente a temas relacionados con TC.
Avatar de Usuario
jmcosta
Forero
Mensajes: 2721
Registrado: Jue Ene 01, 1970 1:00 am
56
Ubicación: L'Ametlla del Valles - Barcelona

Editor de bloques. Adiós a los contactos virtuales.

Mensaje por jmcosta »

Hola,

Una de las cosas que en la nueva versión tiene un aspecto más diferente a las versiones 5.x es el editor de bloques y la forma como se organizan los contactos y sus funciones dentro de un bloque. Así que voy a poner un ejemplo de cómo estaría en la versión 5.8, cual es la conversión automática que hace la 7.0 y que ajustes finales –cosméticos- deberíamos hacer.

Partimos de un ejemplo típico de vía en una estación en la que tenemos tres contactos (RS o s88) ya que se trata de una vía que puede ser recorrida en ambos sentidos.


Imagen


Se llaman Izquierda, Centro y Derecha. Supongamos que miden 20, 80 y 30cm respectivamente. Los de los extremos son los contactos de parada y el del centro en principio iba a ser el de frenado pero después de haberlo configurado así nos hemos dado cuenta que ya que los trenes entran en esa vía bastante despacio no queremos que empiecen a frenar tan pronto (para que despejen antes los desvíos de entrada, por ejemplo) así que hemos añadido un virtual con referencia ‘Centro’ y una distancia de 60cm hacía la derecha y 50 hacía la izquierda.

Imagen


En las propiedades del bloque en cuestión asignamos ahora los indicadores y sus acciones.
El indicador ‘Centro’ no tiene ninguna acción específica, simplemente nos dará ocupación y sobre todo está sirviendo de referencia al virtual. Este tiene una “ramp” (distancia de frenado progresiva) de 30cm en ambos sentidos.

Imagen


Para complicarlo un poquito: aunque el punto de parada en las circulaciones hacia la izquierda es correcto, ahora resulta que hacía la derecha nos quedamos un poco cortos y queremos que los trenes se detengan un poco después. Así que añadimos un segundo virtual que ‘colocamos’ 10cm a la derecha de ‘Derecha’…

Imagen


…y reconfiguramos las acciones en el bloque.
Ahora el indicador ‘Derecha’ ya no se encarga de parar la locomotora. Eso lo hará el segundo virtual ‘Parada’ 10cm más allá.


Imagen


Bien, se trata de un ejemplo algo elaborado pero bastante habitual. Uso de virtuales para el ajuste fino de la circulación.

Vamos a ver ahora que pasa cuando abrimos ese archivo con la 7.0 en este caso la Silver.
Nos advierte de que se trata de un archivo de una versión anterior y pregunta si queremos convertirlo. Aceptamos y cuando abre el archivo nos encontramos con el siguiente desastre:

Imagen


La conversión se ha cepillado a la brava el segundo virtual (el Parada) incluso del Switchboard y la lista de indicadores que teníamos en la 5.8 se ha sustituido por un diagrama en el que hay una serie de cosas que no sabemos que son.
De entrada nos damos cuenta que la zona esa de color rosa mariconero (el bloque) se ha subdividido en cuatro mariconeritos que no están en el orden de circulación del bloque sino en el orden en el que estaban en la lista de la 5.8

Véase que el ‘Centro’ está a la izquierda y que el que le sigue es el ‘Izquierda’


Imagen


De todas maneras: TODO SEGUIRÁ FUNCIONANDO IGUAL QUE EN LA VERSIÓN ANTERIOR

Vamos ahora a poner un poco de orden cosmético o visual, cada uno en su sitio, simplemente arrastrándolos y agrandándolos o encogiéndolos con el ratón.

Ahora nos quedará así:



Imagen



Las cosas están más claras. Los triángulos rojos son ‘Stop markers’ (marcadores de parada) y los amarillos ‘Brake markers’ (marcadores de frenada) Indican la función que va a realizar el indicador dentro del bloque. Obviamente los de la parte superior actúan en las circulaciones hacia la izquierda y los de la parte inferior en las circulaciones hacia la derecha.

El segundo virtual desaparecido automáticamente, ha sido sustituido por una indicación “10” que quiere decir que la parada se realizará no inmediatamente cuando se alcance el indicador, sino 10cm después.

El primer virtual, el de frenada no ha podido ser eliminado automáticamente ya que tenía dos referencias. Podemos dejarlo estar pero será más bonito y práctico si nos los pulimos nosotros mismos.
Para ello lo eliminamos directamente desde el Switchboard y asignamos sus funciones al indicador ‘Centro’ pero eso sí, dándole la distancia de actuación que tenía antes el virtual:


Imagen



Y ya está.

La representación en el editor es ahora mucho más acorde con lo que en realidad hay en la maqueta. Tres zonas corta-larga-corta, la de la izquierda con parada inmediata, la de la derecha con parada diferida 10cm. El frenado se inicia 60cm después de haber pisado el ‘Centro’ y decelerará en 30cm (la Ramp famosa).

Y lo más importante: todo se puede variar y ajustar desde esa única pantalla, sin necesidad de crear virtuales aparte y tener que ir luego a sus propiedades.

Un saludo a todos,

JM
gon
Forero
Mensajes: 4084
Registrado: Mié Ene 18, 2006 7:54 am
20
Ubicación: Madrid

Mensaje por gon »

Pues la verdad es que se ha simplificado bastante bien toda esta operativa.
Buena mejora y muy bueno el ejemplo.

saludos
Avatar de Usuario
Josep Callarisa
Forero
Mensajes: 2253
Registrado: Dom Ene 22, 2006 8:30 pm
20
Ubicación: Gavà - Barcelona

Mensaje por Josep Callarisa »

Nen, cada día te superas mas, eres como el vino, chapeau.
Jos€p o Chiusep o "p"
Uso Lenzeria y PpP, talla HO con 2C, TC 10A1 de momento.
Emilio Gil
Forero
Mensajes: 9
Registrado: Lun Sep 29, 2008 2:57 pm
17

Mensaje por Emilio Gil »

jmcosta

buenas tardes , desde mi condicion de novato y empapandome de su experiencia entiendo que con este sistema podeos reducir las divisiones fisicas dentro de un bloque y programar condiciones virtualmente com en el ejemplo que nos expones, es decir se podria eliminar los contactos fisicos que definen zona de frenada y parada.
Emilio Gil
Forero
Mensajes: 9
Registrado: Lun Sep 29, 2008 2:57 pm
17

Mensaje por Emilio Gil »

Por otro lado y sobre este tema ¿esta seria una configuracion tipica en un bloque situado en una estacion y que permita circulacion en ambos sentdos.

gracias de antemano
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 Emilio,
Emilio Gil escribió:... con este sistema podeos reducir las divisiones fisicas dentro de un bloque y programar condiciones virtualmente com en el ejemplo que nos expones, es decir se podria eliminar los contactos fisicos que definen zona de frenada y parada.
En un mundo ideal la respuesta es SI.

Lo que ocurre es que en contra de la idealidad del mundo están:
-Respuestas diferentes al voltaje aplicado al motor según éste esté frio o caliente.
-Inercias propias del motor / trasmisión de la locomotora.
-Compensación de carga más o menos fina.
-Interferencias en la recepción de la orden por suciedad en la vía.
-Retrasos por parte de la central en trasmitir la orden. (en algunos sistemas es mucho más de lo que se cree)
-Retrasos propios de la interface ordenador-central.
-Retrasos propios del sistema de retroseñalización.
-Retrasos en el proceso de la instrucción por parte del ordenador.
-Y alguno que me había olvidado como tener hecho un buen speed profile.

Por todo ello la configuración aconsejable es la de dos contactos físicos para los bloques que se recorren en un solo sentido y tres para los bidireccionales.

De todas maneras también te diré que en mi maqueta hay bastantes bloques que por diversas circunstancias tienen un solo contacto y no me dan ningún problema. Pero sí, lo típico sería lo del ejemplo.

Un saludo,

JM
Avatar de Usuario
Julius
Forero
Mensajes: 762
Registrado: Mar Feb 14, 2006 1:42 am
20
Ubicación: Barcelona

Mensaje por Julius »

Josep Callarisa escribió:Nen, cada día te superas mas, eres como el vino, chapeau.
Efestivamente Josep, pero sabes que pasa también con el buen vino, no? Pues que es caro de cojones!

Salut,
Julius.
Emilio Gil
Forero
Mensajes: 9
Registrado: Lun Sep 29, 2008 2:57 pm
17

Mensaje por Emilio Gil »

jmcosta

Pues como comentas no puede ser tan ideal son condiciones no exactas asi que donde este un contacto fisico queda aclarada duda.


Al final tendre que comprarla queda decidir cual de las tres versiones.


Saludos
Manuel Bel
Forero
Mensajes: 341
Registrado: Mar Abr 25, 2006 9:05 am
20
Ubicación: Alpedrete-Madrid

Mensaje por Manuel Bel »

¿Pero cuando sale?. estamos a dia dos y nada de nada.

No aguanto mas, estoy en un sin vivir.

Manuel Bel

Lenz, 2c
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 Emilio,
Emilio Gil escribió:Pues como comentas no puede ser tan ideal son condiciones no exactas asi que donde este un contacto fisico queda aclarada duda.
Para frenar no hay ningún problema y es práctica habitual el uso de contactos virtuales o marcadores diferidos. Las imprecisiones inherentes al sistema harán que si el tren idealmente debe de llegar justo a la zona de parada a su velocidad umbral o mínima, ésta se alcance un poco antes o un poco después. Incluso añade realismo. Unas veces el tren recorrerá los últimos centímetros a paso de tortuga, y otras el frenado será algo brusco cuando se alcance la zona de paro. Como en el metro.
Pero parar con precisión sólo con virtuales es cosa más delicada.
Aceptemos que una parada de una precisión aceptable en H0 sea hasta de 2cm del punto ideal. (Ruego que los compañeros de las “ratitas” disculpen mi H0centrismo).
En el ejemplo del post inicial en el que le pedimos al sistema que calcule 10cm después del contacto físico, le estamos admitiendo un margen de error del 20%, cosa que seguro que cumplirá.
Pero si tuviésemos un solo indicador en el bloque y le pidiésemos al sistema que calculase la parada a 120cm de la entrada, esos 2 cm supondrían una precisión del 1,67% que ya son palabras mayores.

Los bloques donde yo tengo un solo indicador son zonas de aparcamiento de locomotoras sueltas (vías muertas). Miden entre 40 y 60cm por lo que no es necesaria una gran precisión.

Un saludo,

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