Hallo, kann ich ein programm für einen Mega8 auf einen Mega88 brennen ? ist der Chip kompatiebel ? Danke !
Nein! Durch unterschiedliche Register-Namen und unterschiedliche Speicherorte der Register und andere Interruptvektoren wird Dein Mega8-Programm nicht auf dem 88er höchstwahrscheinlich nicht laufen.
Im Unterschied zum 8051 sind AVRs generell nicht binärkompatibel (von Ausnahmen abgesehen). Am geringsten sind die Änderungen unter C. Da muß man nur die Bits ändern, die in andere Register umgezogen sind. Peter
Also ist er wenigstens Pinkompatibel. D.h. ich kann ihn aber in einer Schaltung betreiben, in der ein M8 gesessen hat, und ein neues Programm schreiben. Wichtig ist auch zu wissen, ob ich ihn mit AVR-Prog Programmieren kann. Ein Mega88 ist da nicht gelistet?
Das glaube ich dir net. Wozu brauchst du den denn? Ein ATmega8 lässt sich ansonsten auch gut auf 20MHz übertakten, sollte keine Probleme machen. Ausser vielleicht beim Schreiben auf EEPROM/Flash... Ist allerdings natürlich nicht für die Serie geeignet.
Philipp Burch wrote:
> Das glaube ich dir net.
I' oaaa net...
Die meisten Leute, die nach schnellen Controllern schreien, wollen damit
nur miserable Programmierung kompensieren.
Und wer wirklich einen schnellen Takt braucht, der wird sicher in
anderen Controllerfamilien fündig.
...
Er ist eben nicht nur pinkompatibel, sondern zum Teil auch registerkompatibel. Man muss halt die eigene Software dahin gehend überprüfen.
habe gerade ein projekt von mega8 auf mega168 umstellen müssen, controller runterlöten, anderen rauf, bisschen software anpassen (1-2h arbeit) peter
Hallo, von Atmel gibts dazu eine Appl.-Note für den Umstieg von ATMEGA8 auf den 88er. Der ATMEGA88 hat bei den Timern eine bessere Ausstattung. Also letztendlich muß man die Appl-Note lesen und schauen, ob welche Bereiche betroffen sind. Einfach davon auszugehen, daß alles so funktioniert wird fast immer nicht funktionieren. Mit freundlichem Gruß Wolfgang Weinmann www.ibweinmann.de Brushless Motor Control
Das Dumme beim 88er ist, daß viele Register umständlicherweise in den erweiterten I/O-Bereich umgezogen sind und somit in ASM nicht mehr auf IN/OUT..CBI/SBI hören, sondern wie SRAM mit LDS/STS und indirekt über SBR/CBR angesprochen werden müssen. Das gibt dann schon etwas Wuling im Code.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.