dachluke
09.12.2009, 16:12
Hallo zusammen!
Ich bin noch nicht so lange in diesem Forum aktiv, weil ich bislang nur den x52 Microcontroller benutzt habe. Jetzt bin ich aber quasi auf den AVR umgestiegen und schnüffele schon lange das Forum durch.
Ist ne super Sache und hat mir den Einstieg stark erleichtert!
Ich habe mir dann das bekannte Pollin-Testboard gekauft und einen Satz üblicher AVRs. V.a. der ATtiny2313 gefällt mir wegen der seriellen Schnittstelle.
Also habe ich ein erstes einfaches Testprogramm geschrieben und per PonyProg über ISP programmiert. Geht wunderbar.
Dann war ich mutig und hab mal an den Fuses gespielt und natürlich "verfust". Nach den Texten hier im Forum und den Warnungen musste ich gleich lachen. Eigentlich kann ich nämlich schon Datenblätter lesen... :-)
Ich habe den Chip auf die 128kHz inkl. Teiler durch 8 gesetzt und damit mein ISP ausgehebelt, weil so die üblichen ISP-Takte zu schnell für den Chip sind.
Ich habe viele Tricks aus diesem Forum getestet (AVRdude mit langsamer Geschwindigkeit bzw. irgendwelche undokumentiere INI-Einträge in anderen Programmen). Leider hat nichts funktioniert.
Ich habe mich daher mal einen Abend hingesetzt und so ein "Notrettungstool" selber hingeschrieben.
Es generiert eine ganz langsame Verbindung mit der der Kontroller wieder mithalten kann und versucht dann das low fuse byte auf den Fabrikwert zu setzen.
Also bei mir hat das funktioniert und mein ATtiny2313 ist wieder unter den Lebenden und lässt sich wieder wie üblich benutzen.
Ich habe gedacht, dass ggf. noch andere Interesse haben und habe es Euch mal (inkl. Source) ins Netz gestellt:
http://www-user.rhrk.uni-kl.de/~junglas/unfuse/attiny2313unfuse.html
Ist zwar etwas holprig und für meine Hardware geschrieben, aber ggf. anpassbar.
Viel Erfolg!
/\/\arcus
p.s. danach habe ich es geschafft die Fuses invertiert zu programmieren. Der Kontroller hatte daraufhin keinen Systemtakt mehr und lief nicht mehr. Mit einem eigenständigen Oszillator von Hand an den Quarzeingang gesteckt ging der dann auch wieder.
Aber ich sollte jetzt etwas vorsichtiger sein... :-s
Ich bin noch nicht so lange in diesem Forum aktiv, weil ich bislang nur den x52 Microcontroller benutzt habe. Jetzt bin ich aber quasi auf den AVR umgestiegen und schnüffele schon lange das Forum durch.
Ist ne super Sache und hat mir den Einstieg stark erleichtert!
Ich habe mir dann das bekannte Pollin-Testboard gekauft und einen Satz üblicher AVRs. V.a. der ATtiny2313 gefällt mir wegen der seriellen Schnittstelle.
Also habe ich ein erstes einfaches Testprogramm geschrieben und per PonyProg über ISP programmiert. Geht wunderbar.
Dann war ich mutig und hab mal an den Fuses gespielt und natürlich "verfust". Nach den Texten hier im Forum und den Warnungen musste ich gleich lachen. Eigentlich kann ich nämlich schon Datenblätter lesen... :-)
Ich habe den Chip auf die 128kHz inkl. Teiler durch 8 gesetzt und damit mein ISP ausgehebelt, weil so die üblichen ISP-Takte zu schnell für den Chip sind.
Ich habe viele Tricks aus diesem Forum getestet (AVRdude mit langsamer Geschwindigkeit bzw. irgendwelche undokumentiere INI-Einträge in anderen Programmen). Leider hat nichts funktioniert.
Ich habe mich daher mal einen Abend hingesetzt und so ein "Notrettungstool" selber hingeschrieben.
Es generiert eine ganz langsame Verbindung mit der der Kontroller wieder mithalten kann und versucht dann das low fuse byte auf den Fabrikwert zu setzen.
Also bei mir hat das funktioniert und mein ATtiny2313 ist wieder unter den Lebenden und lässt sich wieder wie üblich benutzen.
Ich habe gedacht, dass ggf. noch andere Interesse haben und habe es Euch mal (inkl. Source) ins Netz gestellt:
http://www-user.rhrk.uni-kl.de/~junglas/unfuse/attiny2313unfuse.html
Ist zwar etwas holprig und für meine Hardware geschrieben, aber ggf. anpassbar.
Viel Erfolg!
/\/\arcus
p.s. danach habe ich es geschafft die Fuses invertiert zu programmieren. Der Kontroller hatte daraufhin keinen Systemtakt mehr und lief nicht mehr. Mit einem eigenständigen Oszillator von Hand an den Quarzeingang gesteckt ging der dann auch wieder.
Aber ich sollte jetzt etwas vorsichtiger sein... :-s