Finally I have been able to prepare an adapter for the uart port at the rpi and check that rocrail works perfectly (so far). Hereafter a small video demonstrating the achievement.

Rocrail is using the ddx library to send the commands through the serial port of the rpi. The booster board (ord-3) is powering the test track. Peter Gilling, designer of the board, advised on reducing the value of the resistor R1 – I am currently using 390 ohms- , this is also convinent for usb-rs232 converters. He was also concerned about the rpi being able to generate the signal… This is something that needs further tests… so far, with just one loco and without launching rocview, it seems to work OK.
The raspberry has been adapted with a connector to generate the right voltage levels. It is based on this design I found on internet.

I am attaching hereafter the schematics and the board.

serial

serial_pcb serial

I have left some jumpers to select the signal being generated in the UART pins or other GPIO pins. In this way, if I want to play to generate the signal directly, and not though ddx, I could have a test board… this could also help to experiment and activate certain functionalities not available with usb converters -i.e. shortcut detection or programming track. In the same way, power can be selected (5v or 3v).

Note that the connections of this board would require a null-modem cable. The ORD-3 is expecting the signal in pin 3 (where the RS232 port of a PC would provide it), and the adaptor is generating the signal in pin 2. In fact, the adaptor is prepared to connect the rpi to a PC.

Obviously, it is possible to create a board with the right pin layout to directly interface the ord-3:

serial_cross_pcb

serie_cross serial_cross_pcb

Last but not least the guideline to use rocrail in a raspberry pi has been updated:

Setting up rocpi_v1.3

Por fin he podido probar la raspberry pi que recibí en verano con rocrail. Como también voy a publicarlo en el foro de rocrail, lo he documentado en inglés… pero si cualquiera necesita ayuda en castellano, no hay más que pedirla.

Finally, I have been able to test the raspberry pi with rocrail, at least I have been able to compile and execute the program. I still need to check if the library use to generate the control signal over the serial port (ddx) works properly, and if the configuration for Loconet explained in the last posts is also working in raspberry. Anyway, the result is pretty cool and I do think ther rpi could become a nice DIY central station with my favourite control software.

Having rocrail in the rpi, makes it possible to have different contrlo clients: android, iphone, ipad, etc…

I have created a document trying to explain step by step how to make rocrail running in raspberry. It also contains some instruccions  to customise the rpi:

Setting up rocpi_v1.4

Please note that most of the information in the manual is coming from the forum and web-site in rocrail. The document, was built for my own use as repository of the ideas and steps I was following. Hope it is useful. I have also created a debian distribution for the raspberry… but I have not tested (feedback is welcome):

rocrail-setup-rev4011-rocpi-armhf

Estas últimas semanas me he tomado un descanso de la reparación del vagón grúa – dónde me he quedado atascado en el código de control.

He aprovechado para concluir el montaje de las placas de Peter Gilling  publicadas en la página de Rocrail. Se trata de una solución que utiliza el protocolo de Digitrax Loconet.

En concreto las placas que he montado son la MGV-101 (ahora GCA-101), que hace de interfaz con el ordenador mediante Ethernet, y las MGV-50 (ahora GCA-50), que es la que propiamente actúa como elemento de entrada y salida en Loconet.

(more…)

En el camino para reparar el vagón grúa – ya van seis artículos, y fácil que falten diez más – he avanzado bastante el proyecto del decodificador de funciones.

Una vez conseguido hacer funcionar el código en un 12f675, lo he portado al 12f629 y he hecho una placa nueva.

De hecho también conseguí hacer funcionar una placa que quemé hace tiempo cuando intenté hacer funcionar por primera vez el decodificador de funciones de Paco Cañadas (POWS).

Como se puede ver, en ambos casos he tenido que hacer uso de algún cable a modo de puente – más por mi poca mañana con el soldador que por otra cosa.

Las diferencias entre las dos palcas están en:

–          El condensador de la etapa de alimentación. Según mis cálculos con 4,7uF se podrían sacar 200mA, suficientes para alimentar 4 leds. Sin embargo, en la placa nueva he probado con un condensador de 47uF, que daría de sobra para la corriente máxima del puente de diodos: 1,5A.

–          La resistencia que pone a tensión alta GPIO3 y el último diodo tras la etapa de alimentación. En la placa nueva he prescindido de ellos.

El código es exactamente el mismo para las dos placas. Como mejora quiero probar a poner la entrada en GPIO1, que debería dar como resultado una placa más sencilla.

Dejo el código del esquemático de la placa nueva, preparada para el condensador grande o el pequeño, con los componentes extras o no: decofuncioes