Mi arquitectura digital: ¿se acabaron los problemas?

Una vez recuperado de los fastos por el éxito cosechado in extremis, llevo unos días repasando la situación en la que queda todo y si la necesidad de un replanteamiento inicial que tenía que hacer sigue tendiendo sentido.

¿Qué ha pasado?

Como comentaba, en este último mes afronté el problema de la central con más interés, esfuerzo y devanamiento de sesos de como lo había hecho en estos años anteriores. Fruto de este picar de flor en flor reciente han surgido las dos entradas previas que son un batiburrillo de ideas, pruebas, etc. de difícil comprensión

Al final sonó la flauta y una tontería es la que me ha tenido peleado con la central y ahora resulta que la pobre no tenía culpa alguna. No sé si el problema era achacable a algo tan tonto como dar ciertas cosas por sentadas, falta de conocimiento o falta de información: supongo que un poco de todo.

En mi descargo decir que en todos los sitios que pude encontrar poca información acerca de la conexión Twin Center ordenador, y aunque había usuarios trabajando bien con algunos conversores tipo usb-rs232, en documentaciones pseudo oficiales siempre se hablaba de cables serie con "pineado" 1 a 1 (patilla 1 a patilla1, patilla 2 a patilla 2, etc.).

Lo de dejar por sentado me refiero a la idea de que un conversor usb-serie es un tipo de conexión más compleja que el serie de toda la vida, que no es más que un cable de extremo a extremo, ya que acarrea la presencia de un driver (controlador) para el sistema operativo con los problemas de compatibilidad que pudiese tener (y que de hecho el que he instalado no es compabible con Windows 10 y he tenido que hacer esta pirula). Al menos esa ha sido siempre mi experiencia como informático (de pacotilla como se puede ver). Por lo tanto si con lo sencillo me falla, ¿qué me hacía suponer que iba a funcionar de la manera "compleja"?

Pues con ese tiro al aire de ultimísima hora de probar el conversor se solucionaron todos los problemas.

¿Qué se ha solucionado?

Pues los tres problemas que comenté inicialmente:

• Desde el principio de los tiempos problemas con el matrimonio Twin Center+Windigipet: locomotoras que se vuelven locas con solo arrancar el software, reinicios de la central constantes, etc.
• Imposibilidad de conexión de software libre tipo Rocrail.
• Y por último imposibilidad de subir el firmware de la Twin Center a la 2.0.

Subiendo firmware

Twin Center ya en versión 2.000

En los días que llevo con el conversor le he dado tralla a la Central para confirmar que los problemas ya estaban superados y creo que el sistema está estable.

¿Y cómo queda esto?

Con todo esto solucionado desaparecen las razones para plantearme un cambio de central y/o de software de gestión a no ser que quiera nuevas características que por lo obsoleto de la pareja (central año 2006 y software versión de 2009) ofrecen nuevas plataformas.

Pero como no está el horno para bollos y los presupuestos generales para trenes están más que congelados se queda todo, por ahora, como está.

Mi arquitectura digital: (intento de) actualización firmware Twin Center

En una entrada anterior comentaba que una posible solución a algunos de los problemas que tenía con la Twin Center podía verse resuelto con la actualización de firmware a la versión 2.0. Se trataba de una cuestión de fe ya que es muy poca la información de mejoras incluidas en esta versión disponible por internet.

Qué iba buscando. Problemas con Rocrail

Ya indiqué la imposibilidad de que Rocrail se consiguiese conectar a la Twin Center. Según la wiki de Rocrail hacía falta en la central la siguiente configuración:

• En el menú interface elegir sintaxis 6050 & IB o poner el valor 2 en la opción especial SO2
• Cambios en las opciones especiales SO1, SO2 (la anterior), SO5 y SO6

El menú interface de mi Twin Center en la versión 1.1 no aparece dicha opción. No obstante, según se entiende de la wiki, es suficiente con cambiar las Opciones Especiales indicadas para que aquello funcionase: pues no había forma.

Dedicándole muchas horas al problema e investigando en sus foros en los últimos días, he estado jugando con valores de configuración de Rocrail y las opciones especiales de la Twin Center; además, más allá de las recomendaciones de su wiki he jugado con otras SO, modificado la configuración del puerto serie a nivel de sistema operativo y en los ficheros de configuración del propio programa tocando a huevo (rocrail.ini).

Por lo que devuelven los ficheros log del Rocrail server me da la sensación que Rocrail sí ve, o medio ve, a la Twin Center pero no es capaz de operar con ella: para mí la prueba del millón, y como la documentación indica, es mandar desde Rocrail orden de Power On y Power Off a la central lo que debe hacer que esta se active o desactive. Lo curioso es que todo en la parte Rocrail parece funcionar sin errores de log, sin errores en la consola del servidor, etc. Es más doy orden de movimiento a una loco y para el programa todo va bien. Evidentemente ni central ni por supuesto loco se enteran.

Como digo he pasado muchas horas investigando este comportamiento y no encuentro nadie con este problema y, sinceramente, me rindo. La única esperanza que me queda es que con la actualización de la versión de Twin Center esta situación cambiará para poder empezar a trabajar, al menos, con Rocrail.

Con JMRI, tras estas batallas que describo, sí he conseguido hacer funcionar el invento y activo la central y muevo trenes. El problema es que le veo una curva de aprendizaje tan alta que no estoy dispuesto a dedicarle más horas de las necesarias. Es como siempre: soluciones de pago tienen una curva de aprendizaje mucho menor pero a costa de pasar por caja. Supongo que a medio plazo pasaré por ellas (posiblemente Traincontroller de Freiwald) junto al cambio de central pero eso será otra batalla.

Actualización: pasos previos

La versión 2.0 es una versión de pago por la que me negaba a pagar los 22,90€ que es lo que cuesta en la web de Fleischmann. En los detalles de la descripción del producto está descargable un pdf con las mejoras descritas en un perfecto alemán.

Tienda de la web de Fleischmann con la actualización y el vínculo de descarga del pdf

Me pegué un tiempo buscando la actualización en otras tiendas a precio más razonable pero sin suerte hasta que recientemente en la web de 1001 maquetas la vi a 12,5€ portes incluidos. A la saca.

El proceso de actualización

El paquete con el software tardó bastante en llegar supongo que por falta de stock (aunque juraría que cuando hice el pedido figuraba como disponible) y cuando llegó era un sobre de cartón con un CD y un papelito dentro con el Serial Key del CD. Con esto y el número de serie de la Twin Center solo hacía falta irse a la web de Fleischmann a generar el código de instalación.

Cd de actualización. Al fondo vaporosa (01.10) a la espera de escobillas del motor

El disco contiene el software de actualización de la Twin Center y del Twin Control tanto para subir de la versión 1.0 a la 1.1 como de esta última a la 2.0 (mi caso); de los ficheros de ayuda comentar que aconseja mantener la central solo conectada a la alimentación (tomas 5 y 6) y por puerto serie al PC desconectando cualquier otro cable (tomas 1 a 4 de alimentación de vías normal y de programación, Loconet, booster, etc.) y ejecutar la aplicación de upgrade con derechos de administrador en Windows 7 (lo hice con 10).

Las pantallas te van informando lo comentado del cableado y de no interrumpir el proceso para llevarte al final en una pantalla donde puedes seleccionar el puerto COM al que está conectada la Twin Center.

... y mi gozo en un pozo

Una vez seguidas todas las instrucciones y dado el botón start, y como no podía ser de otra forma en esta odisea, ¡¡¡dice que no encuentra la Twin Center!!!, que compruebe el cableado (nos ha jod...) y que la central está encendida (nos ha vuelto a jod...). Nada más.

Investigando por varios grupos la gente habla de bajar la velocidad del puerto com a incluso 2400 tanto en la central como en el software de actualización (file>baud). Ni por esas.

Al final encontré un hilo alemán (y otro), traducido por Google, con un caso similar cuyo problema venia dado por daño en el cable serie no aplicable a mi caso ya que probé con otro cable. Pero lo que me preocupó es que leí que se habían dado casos de Twin Center con defectos de fábrica.

Y el alma se me cae a los pies. Uniendo puntos puede ser esa la razón del comportamiento tan raro de la central (resumo: imposible de conectar con Rocrail, comportamiento "locuaz" de algunas locos con Windigipet en distintas versiones probadas -2009 y 2018-, etc.), que vengo relatando en estas entradas y que parece llevarme a vía muerta: a ver cómo toreo yo esta situación con Fleischmann con un producto totalmente descatalogado y adquirido en 2006. Ya ha llovido.

Escribiré a soporte de Fleischmann para que echen unas risas a mi costa pero con muy poca esperanza. De lo que sí estoy seguro es que después de tirar los 12 y pico euros de la actualización no le echo ni un duro más (ni tiempo, ni llantos ni lamentos) a la central.

Una hoguera es lo que voy a hacer con la maldita Twin Center.

Post scriptum

Escribo esto conforme voy probando y lidiando esta batalla y sin quitarme en ningún momento de la cabeza que los problemas me los da la comunicación por puerto serie. Una penúltima prueba que me vino a la cabeza antes de prender fuego como amenacé, era sustituir los cables serie utilizados (varios) por un convertidor de puerto usb a serie aún sabiendo que estos cables son bastante problemáticos por drivers, compatibilidad, etc. motivo por el que deseché la idea.

Pues pillo uno del curro, lo instalo, pruebo y no solo ya se actualiza la Twin Center sino que parece que todos los problemas descritos y llorados aquí parecen haberse solucionado.

Me voy a celebrarlo con mucha cerveza y sigo contando cuando me recupere.

Decoder de accesorios Digikeijs DR4018

De un tiempo a esta parte un fabricante holandés de material digital para modelismo ferroviario se está haciendo hueco compitiendo en lo que otros muchos no saben o no quieren: precio y estandarización de componentes y protocolos.

Qué son decodificadores de accesorios

En digital cada componente (o usuario) que va a ser controlado desde la central necesita un decodificador que convierta una orden de aquella en una acción concreta: en el caso de una locomotora el decoder que lleva dentro recibe la orden de la central de encender o apagar las luces, andar a cierta velocidad, etc. Para el caso de otro tipo de accesorios como desvíos, semáforos, luces, etc. necesitaremos otro decoder para que realice la misma función. Como en este caso no estamos tan limitados por el tamaño como en el material rodante, se trata de dispositivos de varias salidas que nos permiten controlar de forma independiente cada una de ellas. Tanto en un caso como en otro un decoder siempre tiene una (o varias) dirección digital única que es la forma en la que la central lo reconoce de manera inequívoca.

En mi caso utilizo este tipo de dispositivo para, por ejemplo, el control de la iluminación de la maqueta aunque tiene más aplicaciones.

Uhlenbrock 63410

Hasta ahora he estado utilizando el decodificador de accesorios Uhlenbrock 63410 con bastante buen resultado. Este decoder tiene 20 salidas independientes para otros tantos accesorios permitiendo además configurar el comportamiento de cada una de ellas para crear efectos distintos de luces.

Uhlenbrock 63410. Imagen de la página del fabricante

En este punto debía acometer el control de la iluminación de la parte "nueva" de la maqueta y me echaba para atrás el coste del 63410 (alrededor de 80 €) y debía buscar alternativas por lo ajustado del presupuesto.

Y aparece Digikeijs

Recientemente escuchaba hablar de un fabricante holandés que estaba ofreciendo productos de calidad aceptable, a un precio más ajustado y que iban desde pequeños decos a incluso un modelo de central digital a precio muy muy interesante y era cuestión de echarle un vistazo a ver qué tal para tenerlo como alternativa a las marcas que hasta ahora estaba utilizando.

Para ello adquirí un deco de accesorios de esta marca modelo DR4018 a unos 32 € en Amazon: entre el precio y que me llegaba al día siguiente de pedirlo pues adelante con los faroles.

Digikeijs DR4018. Imagen de la página del fabricante

Este deco tiene hasta 16 salidas independientes (dependiendo de cómo se usen y agrupen) válidas para semáforos, desvíos, alumbrado, servos, etc. y su conexionado es muy sencillo así como la programación que me llevó pocos minutos desde un Multimaus. Su comportamiento se personaliza a través de las variables de configuración básicamente con el CV 47 y afinando más en otras CV que lista el fabricante.

En mi instalación lo alimento (clavijas "power") desde una fuente de alimentación de PC, cable negro y amarillo, que dan una tensión de 12 V. Las clavijas "signal" desde señal de vía de la central digital.

Reconocer las trampas y resumiendo

En la comparación de ambos modelos estoy haciendo algo de trampa. En el colegio, en matemáticas, me decían que no se podían sumar peras y manzanas porque son cosas distintas: pues aquí algo similar.

La principal diferencia del Ulhenbrock es que funciona a través del bus Loconet y tiene 20 salidas; la Digikeijs tiene hasta 16 y va directamente a la conexión DCC de la central sin requerir un conexionado específico lo cual desde el punto de vista de la configuración lo hace bastante más sencillo (las ventajas de Loconet dan para explicación aparte).

La cuestión está es si estas características justifican una diferencia de precio de casi 50 €. En mi caso y para el uso que le doy está claro que no.

Por otro lado no me resultó complicado encontrar información en internet de su configuración y puesta en marcha y, aunque el fabricante ofrece una documentación algo escasa en varios idiomas menos en español, hay una traducción aceptable hecha por iGuadix y disponible en su web.