Electrónica, Microcontroladores y Delphi

[MaMu]

Empezado por rretamar

En ese desarrollo la idea fue dividir las tareas principales en dos microcontroladores, a saber:

uC #1: encargado de tomar muestras de tensión desde un ADC, analizar esos datos, y al mismo tiempo la posición angular de un rotor a través de un encoder incremental. También mide la velocidad de giro del rotor.

uC #2: hace la "glue-logic", esto es: manejo de teclado, display LCD, acceso al RTC (reloj/calendario, a través de un chip externo), lectura de pulsadores adicionales, comunicación con la PC, impresión de etiquetas en una impresora de puntos LX300+, comnicación con una tercera placa que se encarga (mediante un set de 15 comandos) de controladr un variador de velocidad, rutina de auto-ensayo para calibración y obviamente recibe e interpreta los datos provenientes del primer uC.

Esta es la placa controladora de variador de velocidad, también basada en un PIC y con código generado por el compilador de Pascal:



En cuanto a cursos...mi formación al respecto es completamente autodidacta, ya que no tengo estudios "formales" en electrónica (soy técnico electromecánico y analista de sistemas...nada que ver...) y además de la práctica en sí, todo lo adquirí (y lo sigo haciendo) por medio de biblografía. Libros, libros y más libros (pdf y papel).

Lindo ladrillo me salió...

Saludos !

Veo esas resistencias de metalfilm y me imagino una super rampa (A/D-D/A)!!!!!!! El IC de color blanco, me suena a un cuadruple optoacoplador, como los de Telefunken. Como reloj externo que usaron un DS en tiempo real?
Linda plaqueta, Jeje

Saludos

[[rretamar]]

Empezado por mamu

Veo esas resistencias de metalfilm y me imagino una super rampa (A/D-D/A)!!!!!!! El IC de color blanco, me suena a un cuadruple optoacoplador, como los de Telefunken.

Hola.

Desentrañando el misterio de la plaqueta:

Efectivamente, se trata de un DAC de 16 bits implementado con una red R-2R basada en resistencias al 1%. Es algo aparatoso pero cumple su cometido (puedo controlar la velocidad de giro con una resolución de 1 rpm). El problema es que no disponía en el mercado de un DAC de suficiente resolución (al menos 10 bits) y como me suele suceder a veces, hay que diseñar al revés: se estudian los requerimientos y luego se hace la implementación según lo que se consiga en el mercado. Se que hay chips dedicados que hacen lo mismo y de forma mucho más simple, pero en este país no los comercializan.

De esa forma tengo una salida analógica lineal que me permite controlar el variador de velocidad en forma muy exacta. El optoacoplador blanco (cuáduple) se encarga de controlar las entradas digitales. Todo muy "artesanal", pero ya está hecho...y funciona !.

Para los curiosos, este es el esquema de la famosa plaqueta oscura: http://www.hrservicios.com.ar/Convertidor_DA.pdf.zip

Saludos !

[REHome]

Muy buena aportaciones.

Por si le pica la curiosidad a alguien, me ha llegado un LCD hoy mismo en 3 días, a ver si lo manejo.

Mientras tanto, estaba antes mismo con la barra de led.

http://es.youtube.com/watch?v=00IpV2dPV1U

[mario2000]

Hola rehome, me uno a este hilo. Soy muy bueno programando PIC's en varios lenguajes empezando por asm. Ultimamente me he dedicado a MikroC for PIC.

LEs cuento que me di cuenta que es importante conoser los tres lenguajes basicos de programacion de alto nivel en microcontroladores C Basic y Pascal.

El lenguaje C lo recomiendo mucho, por que debido a su gran difucion todos los micros en diferentes marcas tienen compiladores en C. Por ejemplo Freescale semiconductors los antiguos motorolas tienen un compilador c gratuito asta 16k mas que suficiente para aplicaciones avansadas.

El compilador CCS es lo mejor de lo mejor pero asi tambien es muy caro, pero altamente eficiente. Es por eso que este compilador es considerado de de desarrollo o de uso empresarial. Los compiladores de Mikroelectronica son muy buenos pero poco eficientes.

La eficiencia de un compilador para microcontrolador es un factor muy importante a tener en cuenta dados los escasos recursos en los micros como es la memoria de programa y la memoria ram de datos.

Una novedad ahora es el compilador Mikroc For 8051 con una interfas muy interesante. Todabia me falta probarla bien para decidir si es bueno pero si no para eso tenemos el Keil C51 un compilador del estilo ccs muy bueno y famoso para la linea 8051.

PAra los AVR tenemos muchos de mikroelectronica a exepcion del Mikro C For AVR

Con los avr y los 8051 somos mas afortunados ya que cuentan con compiladores libres en lengueje C aunque un poco complicados como el SDCC para 8051 y el WINAVR que se integra perfectamente con AVR Studio.

Unos compilador muy bueno y economicos son el CodeVision avr y el RKIT.

Bueno y muchos mas la mayoria utilizan el C por lo cual el lenguaje C es la mejor opcion si uno quiere programar muchas clases de microcontroladores.

Ademas el C es un lenguaje mucho mas sercano al ASM que es lo mas eficiente en generacion de codigo.

Un saludo a todos y mi mensage es que no solo existen los PIC pero por algo se comienza.

[REHome]

Hola amigo.

Bueno, el otro día en otros foros hablamos de CCS no puedes ejecutar todas las instrucciones del PIC sobre todo si es nuevo, a veces hay que esperar un año, para ello puedes meter ASM por medio de C como parte del código. No se si es verdad, ya que sólo uso ASM con MPLAB.

¿Y MPLAB no incluye C para los PIC? He leído que si, pero pagando. PArace que los C todos son de pagos y los gratuitos dejan mucho que desear. Al menos en ASM hago lo que me da la gana.

[MaMu]

Empezado por REHome

Hola amigo.

Bueno, el otro día en otros foros hablamos de CCS no puedes ejecutar todas las instrucciones del PIC sobre todo si es nuevo, a veces hay que esperar un año, para ello puedes meter ASM por medio de C como parte del código. No se si es verdad, ya que sólo uso ASM con MPLAB.

¿Y MPLAB no incluye C para los PIC? He leído que si, pero pagando. PArace que los C todos son de pagos y los gratuitos dejan mucho que desear. Al menos en ASM hago lo que me da la gana.

Yo uso MPLAB, y si se puede usar C, pero con algunas inclusiones de código, es decir, hacer un include no se puede, pero meter alguna que otra funcion si se puede, ojo, hablando de la version gratuita, la que yo uso.

Saludos

[mario2000]

Hola rehome te aclaro que los microcontroladores sobre todo los pic tienen un numero fijo de instrucciones y solo varia de familia a familia.
Los pic cuentan con varias familias entre ellas los PIC16xx los cuales tienen un numero de 35 instrucciones fijas las cuales no varian de modelo a modelo lo que si cambia son los perifericos que maneja.
Hacerca del asm algunos compiladores como el ccs cuentan con seudoinstrucciones asm que el compilador las reinterpreta como asm. Pero eso si todo buen compilador debe permitir la inclucion de codigo asm incluso el ccs y el mikroc. Aunque las comandos del mplab no los interpreta como la instruccion banksel entre otras. Es decir que se puede y un buen programador de Microcodigo debe saber utilisar asm dentro de su codigo ya sea C Basic o Pascal.
¿Por que el asm? muchas veses por que el compilador no nos da todas las obciones o cuando nesesitamos hacer mas eficiente nuestro codigo.
hasta luego