|
Post by ut00801 on Aug 16, 2010 12:23:59 GMT
Hi friends
The first is to apologize, because my English is not good.
I work with Microchip microcontrollers, and wanted to know if there is some version of firmware available, decode only the signal only DCC. I only want to have the decoded information, the 3, 4, 5 or 6 bytes DCC can have packages. Once, I have the decoded information, would you drive microcontroller itself devices to be monitored with the accessory decoder.
Awaiting your answers, get a very warm greeting.
|
|
|
Post by Paul Harman on Aug 17, 2010 16:03:59 GMT
I am not quite clear with what you are looking for, but the accessory decoder firmware will decode all the packets with 3-6 byte instructions, and then decode them.
If you just want to see that data packets you could easily modify the firmware to output the raw data.
|
|
|
Post by ut00801 on Aug 26, 2010 11:14:31 GMT
[English - Inglés] Hi friends That's exactly what I'm looking for. A software to decode the signal DCC, and then the information contained in bytes 3-6 can act on accessories. I have in my mind to do two decoders that do not exist in the market. The first is to move a cross-platform (Brawer 1180), and the other is to move eight servomotors with the 8 possible outputs have decoders accessories, and so to have controlled the doors of the roundhouse.
For cross-platform, I got the PIC microcontroller to a perfectly controlled lateral movements.
For servo motors, I also managed to control a PIC microcontroller to 8 servo motors, with very good resolution
I hope I can help you to design the accessory decoder.
Sincerely
[Español - Spanish] Hola amigos: Eso es exactamente, lo que estoy buscando. Un software que decodifique la señal DCC, y que después con la información que contienen los 3-6 bytes poder actuar sobre los accesorios. Tengo en mi pensamiento realizar dos decodificadores que no existen en el mercado. El primero es para mover una plataforma transversal (Brawa 1180), y el otro es para mover 8 servomotores con las 8 posibles salidas que tienen los decodificadores de accesorios, y asi poder tener controlados las puertas de los depósitos de locomotoras.
Para la plataforma transversal, he conseguido con un microcontrador PIC controlar perfectamente los movimientos laterales.
Para los servomotores, también he conseguido controlar con un microcontrolador PIC hasta 8 servomotores, con resolución muy buena
Espero poder ayudaros para diseñar el decodificador de accesorios.
Recibir un saludo cordial
|
|
|
Post by Paul Harman on Aug 28, 2010 8:09:00 GMT
The firmware is open source, so feel free to take a look at it and modify as required to do what you want to do.
There is probably not enough processing power in the 12F629/16F630 processors to decode the DCC and move a servo smoothly without recourse to an external oscillator to run it faster than 4MHz To run a servo at the required 10 bit resolution for smooth operation at low speed it is not possible to poll the DCC data at the required intervals. You would probably be better off looking at using a second processor (like the MERG solution) to control the servos. It is perfectly feasable to use a 1-wire serial bus between the processors to transfer CV values which would make the decoder nice and easy to use.
Paul
|
|
|
Post by ut00801 on Sept 7, 2010 10:24:37 GMT
[English - Inglés]
Hi all again:
I think it's a great idea to use two processors to perform accessory decoders. The first decoder, only decode the signal, and decoder will provide the other six bytes of information from the DCC package. The other decoders contain the six bytes and process that information. I thought that the most rapid, simple and reliable is to use a data bus Centronics parallel, with two control signals STROBE and BUSY. Auque means increasing the hardware, data transfer between processors is far superior to any serial data transfer either I2C, 1-wire, SPI, or RS232 (TTL). Processors can leave free to perform their functions, and are not spending their time performing the control process of the transfer series.
In short you annexed the hardware design of the first processor.
Sincerely
Luis Fernando
[Español - Spanish] Hola a todos de nuevo:
Creo que es una gran idea el utilizar dos procesadores para realizar los decodificadores de accesorios. El primer decodificador, sólo decodificará la señal, y le entregará al otro decodificador los seis bytes de la información del paquete DCC. El otro decodificadores recogerá los 6 bytes y procesará esa información. He pensado que la manera más rápida, sencilla y fiable es utilizar un bus de datos paralelo tipo centronics, con dos señales de control STROBE y BUSY. Auque supone incrementar el hardware, la transferencia de datos entre los procesadores es muy superior a cualquier transferencia de datos en serie ya sea I2C, 1-wire, SPI, o RS232 (TTL). Pudiendo dejar los procesadores libres para realizar sus funciones propias, y que no estén gastando su tiempo de proceso en realizar el control de la transferencia serie.
En breve os adjuntaré el diseño hardware del primer procesador.
Recibir un saludo cordial
Luis Fernando
|
|