Cita:
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.