Problema con RR&Co, IB y LS150...¿qué podrá estar pasand

[Göschenen]

Hola a todos de nuevo:
Estamos usando la versión 5.8 (todavía sin licencia) del RR&Co y tenemos este problema que os describo:
Decoder´s de desvios: Lenz LS150
Central: IB
Soft: RR&Co
Bobinas: peco PL-10

Pues resulta que unicamente en cruces-desvio (y no en todos) después de hacer el cambio usando el RR&Co, deja de actuar una bobina en un sentido; pero está comprobado que funciona, ya que si no se usa el RR&Co es posible cambiarla con la IB usando la dirección correspondiente. Hemos cambiado el LS150, cables, dirección del decoder, etc , etc y llegamos a la conclusión que "algo pasa" pero no damos con la causa, ya que no sigue una lógica; si no usamos el RR&Co cambia perfectamente las veces que se quiera.

¿Alguien podría darnos pistas del motivo? Gracias de antemano.

[quique]

Hola

Si vas a propiedades del cruce debes marcar la casilla"Number of Contacts" como 2/4 para que te aparezcan dos bobinas, estas deben tener una direccion digital consecutiva (address), en la casilla correspondiente de propiedades del cruce debes poner el address mas bajo de una de las bobinas.

Por otro lado con motores PECO debes de poner en la casilla "Switch Time" un valor de 300 o 400, es el tiempo en que la bobina recibe tension, sino puede que la bobina ni se mueva.

saludos desde Murcia
quique

[xaviermbcn]

Hola,

los cruces desvío utilizan una o dos bobinas ?

saludos,

Xavier

[Göschenen]

Hola Quique: todo lo que comentas es tal y como está seleccionado, excepto el tiempo de conmutación; pero me extraña porque el resto de desvios no tienen ningún problema para el cambio.

Insisto en pensar que se debe a un problema de soft, ya que con la IB cambia perfectamente y después con el RR&Co hace el primer cambio y después ni se inmuta, pero lo curioso es que si ahora intentas de nuevo con la IB tampoco cambia!!!!.

¿Se le podrá dar más tiempo en el intervalo entre activar la primera bobina y después la segunda?

También haremos lo siguiente, cargar la anterior demo del RR&Co, creo que es la 5.0; y en caso de que siga dando problemas probaremos con el Windigipet, aunque este último no es mucho de nuestro agrado por el tratamiento precisamente de los cruces-desvios.

Para Xaviermbcn: los cruces-desvios tienen 2 bobinas.

Gracias y a ver si resolvemos de este misterio...

[jmcosta]

Hola Göschenen,

Si los cruces son de dos bobinas y los outputs está bien configurados (clickando en los puntitos rojos y verdes puedes variar la configuración), yo probaría en Setup Digital Systems en la Intellibox darle un valor a 'Turnout Interval' de 300 o más milisegundos. Es posible que con lo que chupan las bobinas Peco y que el LS-150 solamente activa un output a la vez, algo se pierda por el camino.

Saludos,

JM

[Göschenen]

Hola jmcosta:

Gracias por la información, probaremos a cambiar el intervalo; pero de todos modos tengo mis dudas porque como disponemos de varios cruces-desvio y esto nos está ocurriendo tan solo en dos, entiendo que debería repetirse el problema en todos ellos, pero que no es el caso.

Veremos que pasa...

[xaviermbcn]

pues entonces no se como podeis pensar que es un tema de soft ....

[Ender]

Otra prueba que podeís hacer es cambiar los motores de esos dos desvíos por los Peco PL-10W, especiales para digital y que consumen "menos" que los PL-10.

Entiendo que habréis repasado también la parte mecánica de los desvíos. A veces la suciedad juega malas pasadas...
Yo opino igual que xaviermbcn: si sólo os fallan dos desvíos no creo que sea un problema de software.

[Göschenen]

Creemos que el problema es de soft porque los desvíos funcionan perfectamente si los accionamos mediante la IB!!!. Solo si los accionamos mediante el RR&Co se "cualga" una de las bobinas. Tenemos que volver a probar con Windigipet de un modo sistemático para descartar al menos una cosa.
Pensamos que el problema podría estar en que el RR&Co al accionar un cruce-desvio lo hace de un modo muy seguido, quiero decir que es posible ampliar el tiempo de activación de la bobina, pero no sabemos como ampliar el tiempo de no activación entre dos activaciones consecutivas. Jmcosta comenta de prolongar el tiempo de activación de las activaciones, esto si ha ayudado, y uno de los cruces-desvios va mucho mejor.
La otra prueba que haremos será cambiar el decoder LS150, a ver si tiene algún exceso de consumo que impida activar el transistor de la salida de la bobina en intervalos de activación muy rápidos al usar el RR&Co.
Y la útlima prueba será desdoblar el cruce-desvio en 2 desvíos...a ver que pasa.
Ya os contaremos.
Saludos

[cambal]

Si yo no creo en las "meigas", pero.... "habelas hailas".

[iguadix]

Buenas:

En Zuera nos pasó lo mismo con un decoder casero y un desvío triple. La solución pasó por cambiar la forma de interaccionar el desvío desde el software, lo que no me acuerdo como lo hizo JM. Creo que fue ajustando tiempos, y lo que ha dicho antes, cambiando los esquemas de las bobinas a 3/4 contactos y allí cambiar la forma de trabajar de las bobinas.

Así que hay que contratacar a las meigas para que les vayan saliendo alas y se vayan marchando.

Salu2
Isaac

[jmcosta]

Hola,

En efecto nos pasó algo parecido ya que con el mando colocábamos el desvío en la posición deseada pero con el RR&Co no. Se trataba también de un desvío de dos bobinas (un triple) y al usar un decoder casero los outputs a utilizar no eran los standard. No se modificaron los tiempos, lo que se hizo fue ver cuales eran los outputs del mando a los que respondía y copiarlos exactamente en la configuración del desvío en el TC.

Así estaba inicialmente:




y así es como quedó:





A los usuarios de la IB en vez de los + y - les salen puntos rojos y verdes.

Saludos,

JM

[xaviermbcn]

Hola Goschenen,
a riesgo de parecer pesado en mi respuesta....
por la propia arquitectura del sistema dcc, esta claro que ningún soft (TC o WDP) habla con ninguna bobina,ni con ningún decoder. Lo máximo que hace el soft es hablar con la central. Luego si para uno, dos o n desvíos el tema funciona, dificilmente va a ser el soft el causante del problema. Otra cosa es que le pidamos al software que solucione un prolblema que no causa él. (ver sistema 3C- IB- TC y dirección de las locos...).
Una pregunta/prueba. Para el desvío que nos ocupa, cuando dices que funciona desde la IB y NO desde el TC. Te refieres desde que parte del TC, una schedule? O desde el misma pestaña de test del desvío? Solo para una posición determinada o cualquiera de ellas? Cuándo deja de funcionar desde la IB? COmo lograis que vuelva a funcionar ?
En mi opinión lo más probable, por lo que conatis, es el tema de la posición de las bobinas definidas en TC. En el caso de un doble cruce desvío peco, en Zuera 2005 fue un calvario, hasta que probamos cada combinación posible teniendo.

saludos y paciencia,

Xavier

[cambal]

Con permiso de mi compañero Göschenen: Desde las últimas pruebas que hemos realizado no creemos que el problema sea el software. Acusar al software fue una conclusión algo precipitada a la que llegamos al ver que desde TC el desvío no actuaba y desde la IB sí. Pero tras realizar nuevas pruebas creo que ya vamos encarrilando el problema. A ver si consigo poneros al día de las conclusiones a las que hemos llegado. El tema del "Output Configuration" lo tenemos dominado, así que no es problema. El problema que tenemos es que de las cuatro bobinas que actúan sobre el cruce (dos bobinas por desvío) una deja de funcionar tras actuar sobre el cruce repetidas veces desde TC. Las bobinas funcionan correctamente, así que entendemos que lo que deja de funcionar es una de las salidas del decoder, que curiosamente vuelve a funcionar cuando reseteamos la central (no el TC). Si actuamos sobre los desvíos que forman el cruce de forma individual tanto desde la IB como desde TC funcionan correctamente las veces que haga falta. Pero una vez que actuamos sobre el conjunto del cruce 2, 3 o 4 veces desde TC, se cuelga una de las salidas del decoder (generalmente la misma). Yo empiezo a pensar que el problema puede ser que al actuar sobre el cruce desde TC el decoder recibe orden para accionar las dos bobinas y "algo" pasa que hace que una de las salidas del decoder se bloquee (por seguridad?) ya que al resetear la central el decoder vuelve a funcionar.
Hemos variado el "switch time", pero no se si Göschenen habrá variado el "tornout interval" tal como indica jmcosta.
Bueno xabiermbcn, creo ya haber respondido a algunas de las preguntas/prueba que nos planteas pero... 1 el desvío lo probamos desde la pestaña de test (todavía no hemos creado Schedules, ni se para que sirven, y no vale reirse que estamos empezando). 2 No es que falle para una posición determinada sino que deja de funcionar una de las 4 bobinas que actúan sobre el cruce/cambio (insito en que lo del output configuration lo tengo dominado). Y 3, la bobina (o mejor dicho la salida del decoder) vuelve a funcionar cuando reseteamos la central.
Gracias a todos.

[iguadix]

Buenas:

El LS150 tiene protección contra sobrecalentamiento, así creo que deberíais comprobar la bobina, a ver si "gasta" más de la cuenta. Igualmente creo que si la cosa va muy justa, con mirar de rebajar el tiempo del pulso se podría ganar algo. En el aparato el pulso es variable desde 0'1 a 10 segundos, así que podríais hacer una cosa:
- Primero darle desde el TC un tiempo de intervalo muy corto hasta que cambie, si puede ser 0'1 bien, sinó será cuestión de ir subiendo.
- Si desde el TC no funciona entonces debereis seguir el manual y mirar de darle al botoncito para programar las salidas. Tener en cuenta que una vez pulsado el botón la primera intermitencia es para preguntar por la salida que hay que programar.

Saludos