Ando repitiendo este mensaje por los foros para pedir ayuda. Siento la insistencia pero tengo verdadero interés.
Necesito una interface programable para XpressNet que me permita interactuar con la central Roco Multimaus para leer estados de decóders y modificarlos si es preciso. Hoy en día probablemente habrá que basarla en Arduino / C++, lo que es un alivio porque no me apaño nada bien en ensamblador.
Buscando en internet he encontrado estas posibilidades:
1. Librería XpressCommand en C++ de Nicolas Zin (Canadá) disponible en https://github.com/nzin/xpressnet_arduino. El chico ha subido un vídeo https://www.youtube.com/watch?v=JcD7iC3VbOw donde muestra que ha logrado interactuar con un Multimaus. Hay otro yutúber italiano que también lo ha conseguido gracias a las librerías del canadiense. Mirad aquí: http://ilplasticomodulare.blogspot.it/2 ... ssnet.html.
2. Librería XpressNet de gathow (creo que alemán) disponible en http://sourceforge.net/projects/pgahtow ... 0libaries/. De este trabajo hecho en C++ no he visto muestras.
3. Dispositivo denominado DCC Xbus FBO y que puede verse en http://www.fucik.name/masinky/Xbus_FBO/, hecho por un checo llamado Jindrich. Está basado en un controlador de Microchip, no en un Arduino. Pero ya no ofrece el código y no sé en qué estaría.
4. El magnífico XbusTCO de nuestro admirado Paco Cañada, del que disponemos el código fuente en ensamblador en http://usuaris.tinet.cat/fmco/download/XbusTCO_push.asm. Lo tengo implementado y funciona muy bien. Pero me cuesta muchísimo el lenguaje ensamblador y no lograría adaptarlo.
Voy a intentar incorporar a mis paneles de control hechos con el XbusTCO-pulsadores las indicaciones con LED de la posición de los desvíos. Para ello busco leerla desde el bus XpressNet, pues no quiero cables a interruptores ni nada por el estilo. Sé que existe la opción del PpP-RS-TCO-DCC aquí http://usuaris.tinet.cat/fmco/rs_sp.html#RSTCODCC, pero eso es el plan B y de momento insisto en el plan A.
Este hilo pretende ser una llamada para los que podáis aportar otras alternativas o vuestra experiencia con alguna de las anteriores. Gracias.
¡Bienvenido visitante ! ¡Apúntate al foro ! ¡Es gratuito !
Aquí encontrarás respuesta a muchas de tus preguntas sobre modelismo ferroviario.
¡Puedes preguntar a tus anchas y aportar tus conocimientos!
Aquí encontrarás respuesta a muchas de tus preguntas sobre modelismo ferroviario.
¡Puedes preguntar a tus anchas y aportar tus conocimientos!
Interface programable XpressNet
Interface programable XpressNet
Saludos
[Multimaus + z21f + GenLi-S88 + RocRail (MacOsX 10.8]
H0 Renfe, sin catenaria
[Multimaus + z21f + GenLi-S88 + RocRail (MacOsX 10.8]
H0 Renfe, sin catenaria
Hola Norber
La lectura de CV's no depende del interface, el interface que necesitas es el Gen-LI de Paco, con eso vale, lo que necesitas tambien es una central que tenga via de programación como la NanoX-S88, LENZ...., si no hay vía de programación no puedes leer, el multimaus lo puede hacer co la NanoX.
Saludos
La lectura de CV's no depende del interface, el interface que necesitas es el Gen-LI de Paco, con eso vale, lo que necesitas tambien es una central que tenga via de programación como la NanoX-S88, LENZ...., si no hay vía de programación no puedes leer, el multimaus lo puede hacer co la NanoX.
Saludos
Lenz + 2C + K.Bay
Uf, progreso, ninguno.
El lenguaje con el que trabajo algo es el basic, utilizando el pic simulator ide y utilizando pics.
No he encontrado ningún ejemplo de xpressnet en basic. El asamble me cuesta y de arduino nada de nada.
Algo hice utilizando la comunicación rs485, (que es la que utiliza xpressnet), para comunicar el panel con dispositivos bajo el tablero, que detectaban la posición de los desvíos y la transmitían al panel de control. Pero llegó un momento en que no me funcionaba cualquier código que hacía, ni siquiera parpadear leds. No sé si es por el compilador, el grabador de pics, el ordenador o la electrónica. El caso es que me cansé de probar cosas y dar vueltas y lo he dejado. Cuando vuelva a tener ganas lo retomaré.
Ahora conecto los leds como aparece en esta página
http://picmania.garcia-cuervo.net/trucos.php
Como viene en el apartado "Ahorrándonos pines de salida para encender Leds : 2 Leds con 1 Pin" .En mi caso la conexión de los dos leds, en vez de ir al pic, va al desvío.
El desvío se mueve con un servo que activa un par de interruptores de palanca.Un interruptor para polarizar el desvío y el otro para indicar la posición del desvío en el panel. Los interruptores de palanca tienen tres contactos. Uno normalmente abierto, otro normalmente cerrado y el común. A los NA-NC conecto 5v y Gnd o viceversa, de manera que la posición del desvío coincida con el panel.
El común es el que va al panel de control. Entonces con un sólo cable por desvío gobierno dos leds.
Sigue siendo mucho cable, pero es manejable y fiable.
En esta página de picmania hay un artículo "un relé en la lejanía" en donde se trata de la conexión de una red rs485, por si lo ves una posible solución.
Un saludo y ánimo.
El lenguaje con el que trabajo algo es el basic, utilizando el pic simulator ide y utilizando pics.
No he encontrado ningún ejemplo de xpressnet en basic. El asamble me cuesta y de arduino nada de nada.
Algo hice utilizando la comunicación rs485, (que es la que utiliza xpressnet), para comunicar el panel con dispositivos bajo el tablero, que detectaban la posición de los desvíos y la transmitían al panel de control. Pero llegó un momento en que no me funcionaba cualquier código que hacía, ni siquiera parpadear leds. No sé si es por el compilador, el grabador de pics, el ordenador o la electrónica. El caso es que me cansé de probar cosas y dar vueltas y lo he dejado. Cuando vuelva a tener ganas lo retomaré.
Ahora conecto los leds como aparece en esta página
http://picmania.garcia-cuervo.net/trucos.php
Como viene en el apartado "Ahorrándonos pines de salida para encender Leds : 2 Leds con 1 Pin" .En mi caso la conexión de los dos leds, en vez de ir al pic, va al desvío.
El desvío se mueve con un servo que activa un par de interruptores de palanca.Un interruptor para polarizar el desvío y el otro para indicar la posición del desvío en el panel. Los interruptores de palanca tienen tres contactos. Uno normalmente abierto, otro normalmente cerrado y el común. A los NA-NC conecto 5v y Gnd o viceversa, de manera que la posición del desvío coincida con el panel.
El común es el que va al panel de control. Entonces con un sólo cable por desvío gobierno dos leds.
Sigue siendo mucho cable, pero es manejable y fiable.
En esta página de picmania hay un artículo "un relé en la lejanía" en donde se trata de la conexión de una red rs485, por si lo ves una posible solución.
Un saludo y ánimo.
Sí, es lo más sencillo. El inconveniente es que no tienes la posición de verdad del desvío. El cable me parece más fiable pero más engorroso. Ya sería cuestión de gustos. Creo que la solución que he encontrado me convence más y de momento es manejable. No creo que vaya a tener una maraña de cables en el control. Con un par de conectores d25 conecto los interruptores que vienen de los desvíos al panel. Eso sí tengo un par de mangueras de 25 cables saliendo del control.
La verdad es que hasta ahora el tco es lo que más tiempo me ha llevado y lo que más complicado me ha parecido, porque llegaba un momento en que tenía tal cantidad de cables que no era capaz de continuar y vuelta a empezar. Parece que ahora va por buen camino. Toco madera.
En su momento también pensé en hacerlo con componentes smd y micropulsadores. ¿habeis visto algún montaje de este tipo?
Un saludo
La verdad es que hasta ahora el tco es lo que más tiempo me ha llevado y lo que más complicado me ha parecido, porque llegaba un momento en que tenía tal cantidad de cables que no era capaz de continuar y vuelta a empezar. Parece que ahora va por buen camino. Toco madera.
En su momento también pensé en hacerlo con componentes smd y micropulsadores. ¿habeis visto algún montaje de este tipo?
Un saludo
Hola. Tienes razón: el sistema de los conmutadores de doble circuito que yo utilicé, marca la posición del conmutador y no la real del desvío.
Nada tan fiable como la señal generada por el propio movimiento.
Aunque, desde luego, el número de cables se multiplica, así como el trabajo añadido de montar microrruptores.
No obstante, yo me hago una reflexión: ¿cuántas veces falla un desvío? ¿cuántas veces mandamos la orden y después vemos que el tren no se desvía?
Yo tengo todos los desvíos mandados por servos, excepto los de la estación oculta, para la que aproveché los Fleischmann recuperados de la maqueta anterior. Confieso que, estos últimos, fallan en alguna ocasión. Lo hacen porque la unión de los motores con el desvío ha sufrido varios desmontajes y no es lo buena que era cuando salieron de la caja. Además, el contacto de desconexión en el final de carrera se queda "dormido" cuando hace tiempo que no se usa. Aún así, los fallos son muy escasos.
En los accionados por servos, esos fallos son inexistentes.
Así pues, ¿es realmente imprescindible la señalización real de la posición del desvío?
Como muchas cosas, cada uno tendremos una respuesta.
Saludos.
Manolo
Nada tan fiable como la señal generada por el propio movimiento.
Aunque, desde luego, el número de cables se multiplica, así como el trabajo añadido de montar microrruptores.
No obstante, yo me hago una reflexión: ¿cuántas veces falla un desvío? ¿cuántas veces mandamos la orden y después vemos que el tren no se desvía?
Yo tengo todos los desvíos mandados por servos, excepto los de la estación oculta, para la que aproveché los Fleischmann recuperados de la maqueta anterior. Confieso que, estos últimos, fallan en alguna ocasión. Lo hacen porque la unión de los motores con el desvío ha sufrido varios desmontajes y no es lo buena que era cuando salieron de la caja. Además, el contacto de desconexión en el final de carrera se queda "dormido" cuando hace tiempo que no se usa. Aún así, los fallos son muy escasos.
En los accionados por servos, esos fallos son inexistentes.
Así pues, ¿es realmente imprescindible la señalización real de la posición del desvío?
Como muchas cosas, cada uno tendremos una respuesta.
Saludos.
Manolo
Vivan las motos gordas
Me está costando entrar a oír y hablar en el bus XpressNet. Pero no tengo duda de que eso es lo que quiero. El panel de control con XbusTCO me lo hice sobre la mesa del salón de casa en una tarde, y lo conecté a la maqueta del garaje en un santiamén porque solo tuve que bajarlo y enchufar el conector tipo teléfono RJ12. Funcionó a la primera. Por eso debo conseguir un circuito que se enchufe al mismo y único cable y que esté totalmente bajo mi control: no solo me evito la maraña de hilos hacia y desde la maqueta, sino que puedo añadir sobre él todo lo que el bus me ofrece, como poner pulsadores para señales e indicadores de ocupación.
Realmente todo eso ya lo tengo en el ordenador, y funciona maravillosamente, pero no es lo mismo. Nunca había probado un panel físico con pulsadores y ahora que lo tengo me gustaría emular en él todo lo que el ordenador me muestra. Y creo que la única manera es leer directamente del bus XpressNet cómo están las cosas y cambiar a lucecitas lo que se me antoje leer y como se me antoje mostrarlo.
Gracias por el enlace fco1306. Me ha gustado mucho.
Realmente todo eso ya lo tengo en el ordenador, y funciona maravillosamente, pero no es lo mismo. Nunca había probado un panel físico con pulsadores y ahora que lo tengo me gustaría emular en él todo lo que el ordenador me muestra. Y creo que la única manera es leer directamente del bus XpressNet cómo están las cosas y cambiar a lucecitas lo que se me antoje leer y como se me antoje mostrarlo.
Gracias por el enlace fco1306. Me ha gustado mucho.
Saludos
[Multimaus + z21f + GenLi-S88 + RocRail (MacOsX 10.8]
H0 Renfe, sin catenaria
[Multimaus + z21f + GenLi-S88 + RocRail (MacOsX 10.8]
H0 Renfe, sin catenaria
-
Alfred
- Forero
- Mensajes: 897
- Registrado: Jue Abr 24, 2008 9:41 pm
- 18
- Ubicación: Sant Martí de Provençals
Lo que necesitas es el bus RS.
El bus Xpresnet no es bidireccional y como mucho te indicará la posición de la orden pero no la real.
Para eso està el bus RS, con el TCO RS, que puede reflejar perfectamente cualquier accesorio conectado al bus RS, ja sea posicionamiento de desvíos (usando los interruptores de fin de carrera), ya sea la ocupación de la vía, ya sea el funcionamiento de un relé...
El bus Xpresnet no es bidireccional y como mucho te indicará la posición de la orden pero no la real.
Para eso està el bus RS, con el TCO RS, que puede reflejar perfectamente cualquier accesorio conectado al bus RS, ja sea posicionamiento de desvíos (usando los interruptores de fin de carrera), ya sea la ocupación de la vía, ya sea el funcionamiento de un relé...
l'Alfred
hola,
si te he entendido bien, basicamente tu lo que quieres es el nuevo cacharro de Lenz, el LW150. Para mover los desvios con pulsador y que se te enciendan los LED en el TCO:
No se cuando saldra como tantas otras cosas, el LH01, la LZV200, etc pero por lo menos este ya no es un dibujo como el año pasado, ahora ya tiene cajita y cables
saludos,
Paco
si te he entendido bien, basicamente tu lo que quieres es el nuevo cacharro de Lenz, el LW150. Para mover los desvios con pulsador y que se te enciendan los LED en el TCO:
No se cuando saldra como tantas otras cosas, el LH01, la LZV200, etc pero por lo menos este ya no es un dibujo como el año pasado, ahora ya tiene cajita y cables
saludos,
Paco
-
Alfred
- Forero
- Mensajes: 897
- Registrado: Jue Abr 24, 2008 9:41 pm
- 18
- Ubicación: Sant Martí de Provençals
ESU también lo tiene resuelto con sus Detector.
http://www.esu.eu/en/products/digital-c ... sdetector/
La pega es que no es compatible con Xpresnet ni con RS.
Pronto daré un cursillo de como implementar una TCO usando los Detector de ESU.
http://www.esu.eu/en/products/digital-c ... sdetector/
La pega es que no es compatible con Xpresnet ni con RS.
Pronto daré un cursillo de como implementar una TCO usando los Detector de ESU.
l'Alfred
-
- Menú CTMS Y MAS
-
- Contacto