Hi Leute ich hab ein Problem mit einem Atmega644@20Mhz Irgendwie hab ich den Eindruck das mein M644 sich nicht mehr beschreiben lässt. Versuche ich irgendwelche Einstellungen zu ändern, drücke auf Write und danach Read und es stehen alle Sachen die ich ändern wollte wieder auf den Standard Werten. Also gut dachte ich mir Bootloader neu drauf und schon hatte ich das selbe Problem. Keine LOCKBITS gesetzt Keine Fehlermeldung der richtige Atmel ist auch drin auch keine Fehlermeldung nun noch mal der versuch zu löschen auch keine Fehler und schließlich meldet sich die Kiste wieder wie vorher Verschiedene ISP Frquenzen,Brenner und andere Atmell´s hab ich auch schon versucht. Jetzt habe ich auch schon drei verschiedene Programme versucht und bei allem das selbe. Was jedoch aufgefallen ist, PonnyProg gibt mir eine falsche Kennung (M603)zurück.Studio4 und Bascom geben die richtige Kennung auch mit verschidenen Brennern zurück. hat jemand eine Idee was das sein kann ? Atmel Error? Danke Euch schon mal Sven
Sven Quietzsch wrote: > Verschiedene ISP Frquenzen,Brenner und andere Atmell´s hab ich auch > schon versucht. "Verschiedene Brenner" ist ein schwammiger Begriff. Bzw. präzise ausgedrückt, der Informationsgehalt dieses Satzes ist Null. Welche Brenner genau (Hardware+Software)? Hast Du einen Brenner mit eigenem MC (STK500, Butterfly, AVR-USB, Dragon usw.), dann ist dieser vorzuziehen, weil von diesen bedeutend weniger Fehlermeldungen in Foren auftauchen. Alle direkt LPT/COM-gesteuerten haben prinzipiell Timing-/Signalprobleme. Peter
Sorry hast natürlich recht. Brenner AVR MkII AVR ISP (seriell) DT 0006 (paralel) Software AVR Studio V4.13 Sp2 B.571 PonnyProg 2.06g Beta Apr 25 2007 Bascom-AVR 1.11.09 Also Thema Brenner schließe ich mal einfach aus da alle drei mit anderen Atmel´s (getestet M8/M16/M128) funktionieren. Beim ersten mal lies der M644 Problemlos mit dem Bootloader beschreiben, die Software Seriell nachträglich auch. ab dem Zeitpunkt läuft das Programm und ich kann weder Fuse setzen noch das Programm löschen oder überschreiben. Wie gesagt es kommen in allen drei Programmen keine Fehlermeldung und nach dem Reset meldet sich das alte Programm wider.
>Atmel löschen
rm www.atmel.com
Siemens und die Deutsche Bank vielleicht auch?
(Ist es wirklich so schwer einzusehen, dass Atmel nicht ein uC, sondern
eine Firma ist?)
@Dummschwätzer7093 Du machst Deinem Namen alle Ehre.. ;-) @Sven Bezüglich Ponyprog schlage ich vor, erstmal eine aktuelle Version zu installieren. Aktuell ist die Version 2.07c Beta Jan 6 2008. Diese "kennt" den Mega644.
hallo, hast mal versucht damit deinen 644 zu flashen? ... http://www.myavr.de/download.php?suchwort=ProgTool ich bin von PonyProg weg, die Art wie da Fuses gesetzt werden hat mich total genervt :-(
>Alle direkt LPT/COM-gesteuerten haben prinzipiell >Timing-/Signalprobleme. Diese Behauptung dürfte nicht zu beweisen sein. >Bzw. präzise ausgedrückt, der Informationsgehalt dieses Satzes ist Null.
hi danke mal für die Antworten(auch die überflüssigen) Ponnyprog hab ich auch auf den neuesten Stand gebracht, aber das war es auch nicht. @Markus das Programm muß ich noch ausprobieren kaputtmachen lässt sich ja eh nix mehr. Die Fuse (meine Meinung sind am einfachsten bei Studio4 einzustellen) lassen sich genauso setzen schreiben und beim nächsten Read sind die alten Einstellungen wider drin. Gruß Sven
Vielleicht einfach mal 'nen anderen Controller verwenden um zu sehen, ob dein Setup generell funktionieren würde. (Es heißt PonyProg und nicht Ponnyprog )
Die Brenner arbeiten alle drei mit den verschiedensten µC bestens (M8/M16/M128 getestet)
Zieh mal den Reset manuell auf GND, dann führ ein ERASE aus. Ich hatte mal mit PP den spaß das er geschrieben hat ohne vorheriges ERASE...
@Läubi Danke Dir mal aber das ist es auch nicht. Nach dem löschen blinkt an der MKII orange/rot... klar das erwartet nach dem brennen ein hi auf der Reset Leitung. Ich hab schon viel mit den AVR teilen erlebt aber so was noch nicht.
Hast Du überhaupt das einzuschreibende file gewechselt? Gelegentlich passiert es mir, dass ich ein file schreibe und kompiliere und dann vergesse, dass beim Programmieren das letztbearbeitete Programm als Default-Objekt genommen wird, erst nach Wechsel im Programmiermenu wird das neue file akzeptiert.
Sven Q. wrote: > Die Brenner arbeiten alle drei mit den verschiedensten µC bestens > (M8/M16/M128 getestet) Nun, diese 3 alten sind ja noch von der 16MHz Klasse. Es kann durchaus sein, daß neuere AVRs der 20MHz Klasse sensibler auf Timing-/Signalprobleme reagieren. Wenn mich nicht alles täuscht, hat das STK500 für die neuen Atmels auch ein Update gemacht. Kann also durchaus sein, daß im Timing/Ablauf kleinere Änderungen nötig waren. Peter
@peter-neu-ulm Ja auch das hab ich schon getestet. Nur das wenn ich ein anderes schreibe kommt es beim Vergleichstest zur Fehlermeldung. Deswegen will ich das Teil ja löschen. @Peter Dannegger Für den MKII und AVR ISP hab ich die neusten Updates drauf. Den MKII kann man bis 8Mhz ISP Frequenz betreiben. Ich denk ich werde den Atmel jetzt aufgeben. Das Programm wo drauf ist läuft zwar bestens, schade ist halt nur das Änderungen die im EEPROM abgelegt werden sollten einfach ignoriert werden. Morgen sind die neuen da. Danke Euch trotz dem Sven
>Änderungen die im EEPROM abgelegt werden sollten einfach ignoriert werden.
Evtl. die EESAVE-Fuse gesetzt?
Aus Versehen das Flash programmiert, nicht das EEPROM?
Schonmal die Signale mit einem Oszi gecheckt? Sind die Programmierpins auf dem Board noch anderweitig verwendet?
Die Pins sind schon anderweitig verwendet, aber nur als Ausgänge und bei Reset schweigt das Oszi auch. Wenn da irgendwas nicht verbunden wäre oder ein Kurzschuss hätte würde ich ja wenigstens Fehlermeldungen beim beschreiben bekommen.
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.