Conozco las diferencias generales entre la familia ATmegaX8 (ATmega88, ATmega168 y ATmega328) y la familia ATmegaX (ATmega8, ATmega16 y ATmega32).
Pero estoy confundido, ya que cuando tenía la intención de trabajar en un proyecto para conectar el ATmega8 a Ethernet usando el chip ENC28J60 , descubrí que la mayoría de los proyectos en Internet usan ATmega88 y ATmega168, especialmente los de tuxgraphics.org :
Y cuando traté de portar esos códigos fuente para trabajar con ATmega8 en lugar de ATmega88, enfrenté un problema con el preescalado de la frecuencia muchas veces y algunos otros problemas. No pude alcanzar un código .hex que funciona en ATmega8.
Entonces, ¿por qué ATmega88 y su familia son más adecuados para conectarse a Ethernet que ATmega8?
Entonces, ¿por qué ATMega88 y su familia son más adecuados para este proyecto "Ethernet AVR"?
La familia ATMega88 se adapta bien a este proyecto porque el autor ha proporcionado una implementación ya probada y depurada.
No hay nada intrínsecamente diferente en ATMega8 que afecte a este proyecto.
Enfrenté un problema con el preescalado de la frecuencia muchas veces y algunos otros problemas. No pude alcanzar un código .hex de este proyecto que funciona en ATMega8.
El problema al que se enfrenta es el de migrar el software integrado a un nuevo dispositivo. Su problema es que ha subestimado la tarea y espera que funcione sin cambios.
Debe rastrear exactamente dónde está fallando su código, resolver ese problema y luego pasar al siguiente problema. Una pila TCP/IP en un microcontrolador no es algo sencillo.
Si estuviera emprendiendo este proyecto, lo desglosaría así:
Ahora, estoy seguro de que mi hardware funciona.
Escribí un tutorial sobre cómo usar el Atmega8 con el enc28J60. Código y detalles disponibles en mi blog, aquí: http://www.pocketmagic.net/?p=2866
leon heller
olin lathrop
xsari3x
leon heller
m.alin
olin lathrop
m.alin
mina_g
m.alin
mina_g