Al final para solucionar el problema de la bombillita que tienen los desvíos no me ha quedado más remedio que usar un LED.

Aislar la bombilla no era posible, puesto que el espacio disponible para alojarla está pensado de forma que entre a presión, y no hay más sitio para meter ningún material aislante. He probado con portabombillas, cinta aislante e incluso recortando una vieja tarjeta de plástico, pero en cuanto se aumentaba el volumen de la bombilla, aun con la cinta aislante, ya no era posible colocarla de vuelta en su compartimiento.

La solución con un LED es extremadanamente sencilla. Ofrece menos luz, aunque a mi gusto creo que el nivel es más adecuado que el que el que se obtenía con la bombilla. El LED no llega a iluminar y sin embargo sí que sirve como indicador, lo cual parece más ajustado al fin que debe cumplir en un desvío, no se trata de iluminarlo sino de ayudar a ver el desvío activo.

Como ventaja adicional de aislar la iluminación del desvío, ahora se comporta como cualquier otro accesorio (ON/OFF) y puedo conectarla a un decoder para activarla o desactivarla a placer. La solución final probablemente será agrupar todos los LEDs de los diferentes desvíos en un único decoder, de forma que se puedan encender y apagar todos a la vez o, lo que parece más interesante, jugar con Rocrail a ver si puedo activar varias salidas de decoders con una única pulsación, e incluso modificar la interfaz de control de desvíos para poder incluir la señal de apagado y encendido de luz.

(more…)

En los últimos meses he estado trabajando en el diseño eléctrico de la maqueta. Digo eléctrico porque, aunque he acabado estudiando los diferentes componentes electrónicos que forman parte de la instalación, el objetivo principal ha sido identificar cómo distribuir los trafos de que dispongo, e incluso como hacer uso de la fuente de alimentación del ordenador que controla el sistema y de alguna fuente de alimentación procedente del despiece de un viejo portátil.

En la serie de artículos «Decoder DCC para Accesorios» ya comentaba que la idea original había sido alimentar todos los accesorios (cambios de aguja, semáforos, luces, etc) directamente desde el ordenador (200W, 12V). Al hacer las pruebas resultó que 12V no eran suficientes para mover los mecanismos, con lo que rescaté una fuente de 20V (120W) y los resultados han sido muy satisfactorios.

En el siguiente esquema se puede ver el número de trafos de que dispongo y cómo pienso hacer uso de ellos (pinchar para ver en grande).

Básicamente dispongo de un trafo de 100VA que pienso utilizar para los circuitos en el nivel 0 y nivel 1, y dos trafos de 35VA que usaría para la estación oculta. La fuente de alimentación de 20V, se utilizaría para los accesorios, y un pequeño trafo de 10VA conectado a una central digital me serviría como Booster de baja potencia para distribuir la señal digital a los accesorios (pinchar para ver en grande).

TRAFO 100VA

TRAFOS 35VA

Con esta distribución, en principio la fuente de alimentación del ordenador no sería utilizada. Mi idea era utilizarla para alimentar los bloques de retroalimentación (buses s88). Sigo pendiente de explorar los sensores por reflexión de infrarrojos. OpenDCC lleva tiempo trabajando en ellos y aún no han publicado los resultados, pero parece un concepto prometedor. En el caso de que pueda utilizarlos, o me haga un diseño propio, sería muy interesante contar con alimentación a 12V, y no restar potencia de ninguno de los trafos utilizados para alimentar las vías.

De los elementos electrónicos que he identificado hasta ahora, algunos ya los tengo diseñados e implementados (accesorios), otros los tengo a mitad diseñar (ORM) y unos cuantos ni siquiera he empezado a explorar, aunque cuento con numerosos ejemplos que me servirán como diseño de referencia.

(more…)

Un breve comentario para presentar una importante mejora en el software de control del decodificador para accesorios.

He modificado el programa para que almacene las últimas salidas activas. De esta forma, cuando se reinicia volvemos al último estado guardado, lo que es imprescindible en el control de luces – incluyendo semáforos sin relés – ya que de otra forma cada vez que se iniciara la maqueta sería necesario refrescar el decoder manualmente con las instrucciones para volver al último estado antes del apagado (luces encendidas o apagadas, semáforos en rojo o verde)

Como ventaja adicional al iniciar también actualiza las salidas a elementos conmutados, refrescando su posición. En una situación normal el resultado será un pequeño impulso que no modificará el desvío, pero si éste hubiera sido modificado manualmente, el reset del decoder se encargaría de devolverlo al estado deseado.

El sofware ha sido probado con las dos versiones de decoders que implementé (2.0 y 3.0) y de momento no he detectado ningún problema.

Otra solución alternativa al refresco de la última posición desde los decodificadores, sería actualizar las salidas desde el control por PC. Esta solución quiero investigarla en el ámbito de Rocrail, pues puede ser útil. El mayor inconveniente es que se deja el refresco en manos de las capacidades de cada sistema de control… y no todos soportan este tipo de actualización masiva de salidas.

dccdecodermanolo_v6_00

dccdecodermanolo_v6_01