Hallo, ich muss leider etwas weiter ausholen... begonnen hat alles mit einem selbst gebauten Programmer, der die parallele Schnittstelle verwendet (stk200 kompatibel). Aktuell besitze ich zwei Atmega16. Einer davon wurde bereits mit der Software bespielt und funktioniert auch in einer Uhr-Schaltung wie gewünscht. Ich wollte mir nun eine zweite Uhr bauen, wozu ich logischerweise auch einen zweiten µC brauche. Den neuen leeren Atmega16 wollte ich nun mit dem Programmer bespielen. Durch mein Unwissen ist wohl etwas schief gelaufen beim setzen der Fuses. Selbst mit dem Anbringen einer externen Takt-Quelle hat es nicht funktioniert. Da es sich bei meinem alten Programmer um eine Bastellösung handelt, dachte ich mir, dass ich gleich die Gelegenheit nutze mein Equipment zu verbessen. Vor allem, da sich selbst der funktionierende Atmega16 plötzlich nicht mehr auslesen lies. Ich habe mir also das Pollin Atmel Evaluation Board gekauft und einen USB AVR Lab. Mit dieser Konstellation lässt sich immerhin der funktionierende Atmega16 wieder auslesen. Leider lässt sich der "defekte" immernoch nicht auslesen. Weder mit avrdude (USB AVR Lab ist mit der USBasp kompatiblem Firmware bespielt) noch mit ponyprog (Serieller Programmer des Pollin-Boards) Was mache ich falsch?
Bieg mal alle Pins wieder gerade und dann mach einen "chip erase". mf
scheint nicht das Problem gewesen zu sein
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
Guten Morgen, hat keiner eine Idee? Grüße
Wenn Hardwaremässig alles OK ist, dann wirst du die Fuses so verstellt haben das du einen HV-Programmer benötigst. Ein STK500 oder AVR-Dragon oder......
ich nehme an das funktioniert mit meinen aktuellen Gerätschaften nicht :(
Wenn der externe Takt nicht weiterhilft, dann nein.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.