Electrónica, Microcontroladores y Delphi

[[seoane]]

Desde la universidad que no programo microcontroladores. Mi proyecto de fin de carrera lo hice en ensamblador y delphi, en cuanto al hardware la pieza principal era un PIC 16876, lo echo de menos

[MaMu]

Empezado por seoane

Desde la universidad que no programo microcontroladores. Mi proyecto de fin de carrera lo hice en ensamblador y delphi, en cuanto al hardware la pieza principal era un PIC 16876, lo echo de menos

Tengo unos cuantos dando vueltas, y aunque algunos como 16F84 hayan sido reemplazados por el 16F628, todavia les saco el jugo, apenas me sobran dos bits de eeprom para guardar los ultimos 2 digitos del año, jeje.

El unico problema, es que estamos en ASM, faltaría el subforo Electrónica & Delphi como para no desvirtuar el asunto.

Salutes

[REHome]

Empezado por mamu

Tengo unos cuantos dando vueltas, y aunque algunos como 16F84 hayan sido reemplazados por el 16F628, todavia les saco el jugo, apenas me sobran dos bits de eeprom para guardar los ultimos 2 digitos del año, jeje.

El unico problema, es que estamos en ASM, faltaría el subforo Electrónica & Delphi como para no desvirtuar el asunto.

Salutes

Hola mi muy distinguido amigo. Es sustituto del 16F84A ahora es el 16F88, antes era el 16F628A porque no estaba el 16F88. Como que en pines era muy poco, se empezó a usar el 16F876A y 16F877A. Para que lo sepan, su nuevo sustituto son el 16F886 y 16F887 que son más modernos.

Llegaron lo de gama alta y los más usados son el 18F2550 y el 18F4550

EDIT:

- Sobre la electrónica, aquí también se basa en electrónica para microcontroladores y asm. Pueden poner algo en youtube, ahora estoy practicando con los pic, ver ejemplo simple y básico.

http://es.youtube.com/watch?v=lB9TyErcVU4

- Sobre me MAX232, si no quieres que sean identificado de lejos por los 4 condensadores, hay uno que se llama MAX233 que es igual que el MAX232 con la diferencia que los condensadores son internos y que este IC cuesta más que el MAX232 junto con los 4 C.

- Sobre las imágenes de arriba, si tiene más imágenes, las pone para verlas, ya me he guardado las dos que pusiste. No se para qué usar dos pic de 40 pines habiendo uno de 80 y 100.

Un saludos.

[[rretamar]]

Lo de los dos PICs es un error de diseño que lo pagué muy caro (en cuestión de tiempo de desarrollo). Por un lado me permitió que el uC principal delegue tareas al otro uC, eos me permitió dividir el problema en dos partes bien diferenciadas, pero por otro, tuve que implementar un rudimentario protocolo de comunicaciones entre ambos y hacer que "dialoguen entre sí").

Hoy en día no haría eso; como bien decís, usaría un uC grande "todo-en-uno" pero a veces hay que "quemarse" para aprender la lección.

Saludos !

[JoseFco]

Empezado por rretamar

Lo de los dos PICs es un error de diseño que lo pagué muy caro (en cuestión de tiempo de desarrollo). Por un lado me permitió que el uC principal delegue tareas al otro uC, eos me permitió dividir el problema en dos partes bien diferenciadas, pero por otro, tuve que implementar un rudimentario protocolo de comunicaciones entre ambos y hacer que "dialoguen entre sí").

Hoy en día no haría eso; como bien decís, usaría un uC grande "todo-en-uno" pero a veces hay que "quemarse" para aprender la lección.

Saludos !

Usar dos uC tiene sus ventajas ( pueden estar ejecutando al mismo tiempo por separado y cuando quieres el master detiene al esclavo por interrupcion, una vez terminada esta continuaria su rutina normal) son muchas las ventajas).
En lo personal nunca he trabajado dos uC tan serca uno del otro (en una misma placa) pero si en un mismo sistema y no existe uC alguno por muchos puertos y memoria que tenga.Lo que pueden hacer varios uC en un mismo sistema controlados por un master. Un ejemplo las alarmas de fuego por zonas.Cada zona es controlada por un uC y cuando tiene algo que compartir con el master, entonces se produce la comunicacion.Un sistema de 20 zonas por ejemplo.Tiene cada zona su uC que se esta comunicando con los distintos componentes( detectores de humo por ejemplo) y si todo marcha bien el master no tiene que enterarce de lo que pasa, pero si alguno de estos detectores de humo se va en alarma o no se comunica con el uC rutina que se hace cada unos cuantos segundos como medida de supervision, entonce si hay algo que comunicar al master.
Solo una de las tantas aplicaciones en las que un solo uC por muy potente que sea no puede hacer solito.

Un saludo y ese trabajo que muestras en la placa con tus dos uC es una obra de arte.

[REHome]

Lo que dije arriba de usar un μC de 80 pines o 100 lo dije porque dos pic al lado me parecía raro, pudiendo poner uno.

Si están mucho más separado ya se entiende.

Eso si, es un reto hacer funcionar dos pic juntos. Lo entendería mejor si usara un pic para funciones y el otro para avisos de LED y LCD, cosas así.

Bueno, ya están los PIC32 que dicen ser muy buenos, ahora a 80MHz, antes 72Mhz, ya no se venden.

PD: Si tienes má imágenes de tus proyecto sea cual sea, lo pones por aquí para verlo, me llaman la atención estas cosas.

PD2: Por cierto, ¿qué cursos has hecho para hacer esos proyectos de calidad profesional?

[[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 !

[Dedalo]

Hola. Lo primero un saludo a todos los foreros. No conocia la existencia de este foro y ha sido para mi una agradable sorpresa.

Y despues del saludo os cuento. Yo llevo trabajando con microcontroladores desde que salió el i8748 a finales de los 80, siempre en assembler, y tengo unos cuantos proyectos funcionando por ahi. Nunca he programado uC en lenguajes de alto nivel porque no me fio de que la programacion sea tan eficiente como la que yo puedo hacer en assembler, es mas, para el 16F84 me hice mi propio entorno integrado (editor de texto/compilador/grabador flash) todo en uno. Pena que no me funciona en XP y tengo que recurrir a una maquina que tengo con W98 para hacerlo funcionar.

[JoseFco]

Hola Delano.

El 8748 no lo conosco, pero si trabaje el 87C51 que era un 8051 pero con uv (ultra violeta) window para borrarlo. Ufff llovio mucho desde entonces jejejeje.
Yo desde que entre en el mundo de los uC en el 1986 solo trabajo los 8051 y sus parientes Dallas, Atmel,etc.
Y estoy de acuerdo en que nada como un codigo asm, reduces el peso del file y evitas las repeticiones de subrutinas.

Un Saludo.

[Dedalo]

Empezado por JoseFco

Hola Delano.

El 8748 no lo conosco, pero si trabaje el 87C51 que era un 8051 pero con uv (ultra violeta) window para borrarlo. Ufff llovio mucho desde entonces jejejeje.
Yo desde que entre en el mundo de los uC en el 1986 solo trabajo los 8051 y sus parientes Dallas, Atmel,etc.
Y estoy de acuerdo en que nada como un codigo asm, reduces el peso del file y evitas las repeticiones de subrutinas.

Un Saludo.

El 8748 es el mismo que el 8048 (el que llevaban los teclados del IBM PC en 1980) pero con ventana de borrado UV. lo mas comodo que habia entes de llegar la flash.era de aquitectura harward, con mapa de datos y de programa independientes, tres ports de 8 bits, entradas testeables directas por soft, varios niveles de IRQ y un temporizador. vamos, casi lo que ahora se hace con un PIC.

[MaMu]

Empezado por Dedalo

Hola. Lo primero un saludo a todos los foreros. No conocia la existencia de este foro y ha sido para mi una agradable sorpresa.

Y despues del saludo os cuento. Yo llevo trabajando con microcontroladores desde que salió el i8748 a finales de los 80, siempre en assembler, y tengo unos cuantos proyectos funcionando por ahi. Nunca he programado uC en lenguajes de alto nivel porque no me fio de que la programacion sea tan eficiente como la que yo puedo hacer en assembler, es mas, para el 16F84 me hice mi propio entorno integrado (editor de texto/compilador/grabador flash) todo en uno. Pena que no me funciona en XP y tengo que recurrir a una maquina que tengo con W98 para hacerlo funcionar.

No se la causa de porque no te funciona en XP, pero asumo que debe ser por los Privilegios de acceso a las instrucciones de lectura/escritura de los puertos. De ser esta la causa, es solucionable, simplemente empleando un driver (en una dll, o en un OCX, como la THWinterface).

Saludos y ánimos, cada vez somos más los uControleros

[Dedalo]

Efectivamente, no funciona la parte de E/S a los ports, y por otra grave imposibilidad, los tiempos de los pulsos de grabacion son del orden de uSeg, y eso lo hacía programando el oscilador del altavoz y esperando el fin de tiempo en un bucle hasta aparecer la bandera de IRQ del chip, pero con los problemas de E/S se multiplica el problema. Estoy trabajando en ello.

[ixMike]

Empezado por Dedalo

Hola. Lo primero un saludo a todos los foreros. No conocia la existencia de este foro y ha sido para mi una agradable sorpresa.

Hola, bienvenido al club

Sólo quería comentar que a mí también me interesan los microcontroladores... en especial porque el curso que viene tengo una asignatura que se llama así .

El subforo de ASM es nuevo por aquí (como podrás apreciar tiene muy pocos post), pero espero poder aprender mucho de él, y después poder repartir mis conocimientos (cuando los tenga ).

Al menos JoseFco ya me ofreció su ayuda en todo lo necesario (a cambio, yo intento solucionarle las dudas con Delphi ).


Salu2.

[JoseFco]

Hola ixMike.

Eso esta en pie.Cuando quieras aqui estamos.

Cuando yo me interese por los uC no existia la internet como tal y de foros ni pensar.Recuerdo que pedi un libro a la Dallas y cuando lo mire por primera vez lo guarde en un armario por algun tiempo.(lo que me puse a leer me frustro.)
Encontre en una revista de electronica un programador simple de motorola y nada de pc, se programaban los codigos uno a uno y entrando puro hex.Asi aprendi como funcionaba la cosa.Entonces fue cuando le entre a los 8051 y le eche mano al libro de la Dallas y al pariente del 8051 el DS5000.Ya entonces si usaba la pc para programarlo.En Dos con un programita que regalaba la Dallas llamado kit5 para Dos.Puro asm en mis programitas y el primer copilador que use tambien era en Dos.
Bueno ya estamos en otra era y existen otras herramientas.Tambien otros chips que los llaman uC (yo los seguire llamando PICs).

Un Saludo.

[JoseFco]

Hola mamu.

Mi comentario anterior fue una broma jejejeje es que me resulto curioso lo de programar un micro en Pascal. (la línea PIC de Microchip, programándolos en Pascal) Claro yo entendi lo que queria decir el amigo.
Yo estoy de acuerdo contigo en que algunos copiladores solo generan mas codigo de lo que en realidad hace falta.Yo entre en el mundo de los microcontroladores a principio de la decada de los 80s y aprendi de una forma poco usual (metiendo hex uno a uno) pero fue la unica forma de entenderlos en esa epoca.Luego llegaron los Dallas DS5000 con sus Dinamic Rams y fue mas facil la cosa ya me permitia programar sobre lo programado y usando otras herramientas.
Mis primeros programas eran creados en programadores universales y hex a hex, con las instruciones mcs-51 a mi lado para entender que estaba haciendo y que queria hacer en cada funcion.Eso hoy dia suena a tecnologia atrasada jajajaja y estoy de acuerdo.Pero eso me ayudo a entenderlos mejor y poder hoy dia mirando una linea de codigo "hex" o "Intelhex" saber que hace o que espera.Cuando uno domina las instruciones de un micro en particular solo hace falta un notepad y un copilador como el Tasm-51 para MS-DOS window.Creo mi programita asm lo guardo como tal llamo a tasm-51 miprogramita.asm miprogramita.hex y enter. Ya este me genera mi intelhex y a ponerlo al chip.
En microcontroladores el espacio de memoria es importante y eso se logra reduciendo al maximo el codigo.Asm es el camino para eso aunque suene tecnologia atrasada.

Un Saludo.