Pregunta

[Vidre_1]

Hola a todos, ya tengo la nueva versión del programa y empiezo con esto del Train en el nuevo modulo N que estoy realizando. He puesto los indicadores y funciona bien, también un desvío con servo y OK. Ahora bien creo haber leído por algún post que si es un final de vía se puede hacer que la maquina para sola justo delante del tope de vía.
Alguien me puede ayudar, decirme que datos hacen falta.

Gracias Xavier ( Vidre_1 )

[Agusti]

Hola,

No se si será muy gráfica mi explicación pero hay va:
1.- una ruta que te lleve a la via muerta.
2.- dos bloques como mínimo, uno anterior a la via muerta y otro en la via muerta.
3.- en el bloque de via muerta dos indicadores, A freno, B paro, o en su defecto un indicador A freno y uno virtual B' paro
4.- crear una schedule del bloque 1 al bloque 2 (final via), con una rampa de desaceleración en el indicador A.

Seria algo parecido a esto.

Agustí

[Vidre_1]

Garcias Agusti, pero joder que lio con lo simple que seria una condicion o algo asi que cuando pisa el contacto avanza x centrimetros y se para.

Vidre_1

[RhB]

Hola Xavier. En realidad, eso es lo que hace: primero pisa un contacto y cumple con la condición que tiene ese contacto, que es la de empezar a decelerar hasta la velocidad mínima. Después, pisa otro (o, si es virtual, determina que está en esa posición) y se detiene.
El resto es la orden que le das a la locomotora de que debe ir a ese destino.
Saludos.

Manolo

[sls_h0e]

Hola Xavier, lo que te pasa a ti nos ha pasado a muchos, después de ver lo fácil que es controlar locomotoras, desvíos, puntos de detección con el TC, es lógico que te preguntes como es de complicado algo que podría ser simple.

A mi me paso y creo que llegado este punto debes profundizar en los “bloques” como el TC los gestiona, como se configuran en relación a los puntos de detección y luego como se articulan las circulaciones entre bloques.

Por ejemplo hay programas mas simples que funcionan a base de condiciones “cuando una loco pisa el detector X que haga tal y tal” pero eso tiene una servidumbre, es que la condición se ha de repetir para cada loco diferente y cada punto de detección, un poco farragoso.

Hasta donde yo se, el TC es diferente, hay que decirle “definir” como es el trazado (puntos de detección, rutas, bloques, etc), después para las circulaciones solo le dices donde has puesto una loco y donde quieres que valla, el se busca la vida. (entre nosotros es esto pero un poco mas complejo), pero eso te da una gran flexibilidad y potencia para gestionar la maqueta.


Perdón por el rollo, pero es que yo pensaba igual

Saludos

[Vidre_1]

Gracias por las respuestas amigos, el caso es que no es una maqueta sino un modulo, seguire investigando en este compljo mundo pero primero acabare el modulo para mayo.

Vidre

[tonisegarra]

Hola Xavi y resto.
Aprovecho la pregunta para decir lo qe pienso al respecto y de este modo si estoy equivocado alguién aprovechará para enmendar la plana.
Lo que dice Agustí es un poco más de lo que pide Xavi.
En primer lugar yo haría una pregunta. Se supone que no todos los trenes van a entrar en la vía muerta ¿no? Por lo tanto el primer bloque ha de ser el terminal del schedule anterior que ha de tener como sucesores dos schedules más, uno que le haga entrar en la vía muerta y otro que le haga proseguir hacia adelante por la otra vía. Aquí es donde tendrá que poner las condiciones. Yo, por ejemplo podría un interruptor virtual que cuando esté cerrado permita la circulación ininterrupida y cuando esté abierto de paso a la entrada en la via muerta.
Luego viene lo que en realidad pregunta Xavi: parar el tren. Aquí hay dos souciones 1) dos contactos físicos y uno virtual o 2) Un sólo contacto físico y uno virtual. Si la rampa i el spped estan bien hechos se supone que con la segunda posibilidad es suficiente. Pero la primera asegura que el tren se pare donde deba pararse. Yo creo que aquí es importante la longitud de la vía que se pone antes del tope para que no quede demasiada distancia.
He hecho un yrr para que se vea bien. He supuesto que la via de paso es de un sólo sentido Oeste-Este, en caso contrario habría que cambiar los indicadores.
¿Me he equivocado de mucho?
Saludos a todos
Toni

[xaviermbcn]

Hola Xavier,

bueno pues para gustos .. mujeres !

Yo en mi ex-maquetilla utilizaba otro método/filosofía para que los trenes paren delante del tope (y no detrás...).
La filosofía es que delante de un tope SIEMPRE debe de haber un contacto físico de paro, sin intervención de ningún virtual en esta sección. Lo que hice fue medir la longitud máxima de una loco.; de la punta del tope al primer eje detectable. Le sumé 0,5 cm y a correr. Con esto me aseguro que cualquier loco se pare antes del tope. Para que quede "fonito" creas una segunda sección en la vía muerta: la de entrada y frenada. Aquí bastará con que pongas una decelaración suficiente como para que las locos alcancen su velocidad umbral un poco antes del detector de seguridad (de paro).

salut,

Xavier

[Vidre_1]

Xavi Me gusta tu idea, subo el .yrr la via superior ni caso sera un minero de idad y vuelta.

Vidre

[xaviermbcn]

Hola,

justo acabo de subir un .yrr. No había visto tu respuesta. Verás que es muy sencillo. He añadido las rutas que gestiona automáticamente TC:

salut,

Xavier

[Vidre_1]

Xavi, que es exactamente lo que hace lo que has puesto y segundo has visto lo que he subido

Vidre_1

[tonisegarra]

hola
yo no he visto mucha diferencia entre lo que ha puesto Xavier y el que hice yo excepto en dos cosas: 1) En el de Xavier el trayecto Via muerta está mal porque no ha activado la ruta y 2) como no ha puesto ningún interruptor y no hay ni condiciones ni schedules sucesores de alguno anterior el tren no sabrá si debe ir por el schedule de paso o el de la via muerta.
No he podido ver el de Vidre porque de momento sigo con el 5.8
Esto, a partir de ahora va a ser un lío porque unos van a poner la versión 7.0 que otros no podrán leer. Ya sé que se puede bajar la de prueba pero no quiero prescindir de la mía y tener las dos en el ordenador me parece que va a liarla.
Salut
Toni

[Vidre_1]

Hola Toni, he probado tu esquema pero soy tan novato que no se lo que hago mal pero el tren no se para, seguire intentandolo.

Vidre_1

[tonisegarra]

Xavi
me largo a Berlín y vuelvo el jueves. Cundo llegue te mando un mail para ver si podemos vernos un dia. Vendré yo a Vidreres, tu me enseñas cuatro nociones de los que se necesita para un módulo 2C y nos miramos ese schedule.
Y aprovecho: ¿cómo le van las mates a tu hija? Si nos queda tiempo también le hago una clase.
Un abazo
Toni

[xaviermbcn]

Hola de nou.

Toni,
solo había subido un ejemplo no funcional para que Xai viera como se pueden hacer las cosas. En todo caso para no crear confusiones, vayamos por partes conmi ejemplo completado:

1) Ahora es funcional, las rutas están incluidas y si arrancais las Schedules (que ya existían) e interactuais en los indicadores vereis como el tren avanza, después anvanza a velocidad umbral y después se para.

2) También poeis observar claramente que no es necesario crear mas interruptores para que el tren ejecute una schedule. A ese nivel Toni no entiendo que quieres decir en tu anterior comentario. En TC las cosas son bastante mas sencillas que con otras aplicaiones (WD por ejemplo).

salut,

Xavier