Hallo,
mir ist es schon ein paar mal aufgefallen, dass nachdem ich die Fuse
ändere das Programmieren häufig schief läuft. Ich bekomme nur ein Echo
zurück und AVRdude bricht ab...
Wenn ich die Firmware überspiele auf einen neuen µC und danach die lfuse
auf 0x75 anpasse klappt es auf anhieb.
Andersherum benötige ich unzählige Versuche wenn es denn dann überhaupt
funktioniert
Zuerst dachte ich mein soic8clip macht Probleme, aber nach unzähligen
Test ist es reproduzierbar. Ich kann zehnmal die Firmware erfolgreich
schreiben in allen möglichen Variationen aber sobald ich die lfuse auf
0x75 ändere habe ich den Salat.
Hat jemand einen Tipp für mich?
Was für ein Tiny ist das denn? Wenn du die Taktfrequenz mit den Fuses
herunterstellst (CKDIV8 oder so), dann kann das problematisch sein, wenn
der Programmiertakt nicht abgesenkt wird.
heureka schrieb:> Wenn ich die Firmware überspiele auf einen neuen µC und danach die lfuse> auf 0x75 anpasse klappt es auf anhieb.
Schreib lieber, was für eine Konfiguration daraus resultiert. Ich habe
jedenfalls keine Lust, mir das Byte aus dem Datenblatt eines nicht
genannten Controllers zusammenzufrickeln.
mfg.
Welcher Controller, die ganzen Fuses, Beschaltung (also Quarz oder
internen Takt und wie schnell ist der Quarz) .
AVRdude kenne ich mich nicht mit aus, aber bedenke, dass du maximal mit
einem Viertel des uC Taktes flashen kannst. Das könnte schon dein
Problem sein.
Ich habe fürs Handy einen "Fuse Calculator", vielleicht versuchst du das
mal mit so einem Programm.
Ist ein Tiny 13
Ich nutze die AVR burnomat gui für den Dude, diese hat ähnlich wie
Ponyprog(ebenso invertiert) auch eine Visualisierung welche Fuses
gesetzt sind und welche nicht.
Änderung im Vergleich zu den standardfuses:
ich senke den internen Takt von 9,6 auf 4,8Mhz
außerdem vorteiler8 nicht gesetzt
Meint ihr es könnte dennoch mit dem Soicclip oder Kabel zu tun haben?
Was mich verwundert ist das es wirklich unmittelbar in Verbindung mit
den Fuses auftritt.
Wie oben schon gesagt wurde, musst du die Frequenz des Programmers auch
runter setzen, sonst kommt der AVR damit nicht zurecht.
Da es manchmal geht, wirst du gerade im Grenzbereich zwischen geht noch
und geht nicht mehr liegen.
T.roll schrieb:> Wie oben schon gesagt wurde, musst du die Frequenz des Programmers auch> runter setzen, sonst kommt der AVR damit nicht zurecht.> Da es manchmal geht, wirst du gerade im Grenzbereich zwischen geht noch> und geht nicht mehr liegen.
So isset.
Wie du nun die Geschwindigkeit des Programmers einstellst, das weiß ich
nicht, da ich das mit dem Atmel Studio mache und da ist es einfach über
einen Schieberegler einzustellen.
Hi
> Wie oben schon gesagt wurde, musst du die Frequenz des Programmers auch> runter setzen, sonst kommt der AVR damit nicht zurecht.> Da es manchmal geht, wirst du gerade im Grenzbereich zwischen geht noch> und geht nicht mehr liegen.
Wenn es neue ATTiny13 waren, dann hat der TO eher von den Takt von 1,2
auf 4,8 MHz gestellt.
MfG Spess
spess53 schrieb:> Hi>>> Wie oben schon gesagt wurde, musst du die Frequenz des Programmers auch>> runter setzen, sonst kommt der AVR damit nicht zurecht.>> Da es manchmal geht, wirst du gerade im Grenzbereich zwischen geht noch>> und geht nicht mehr liegen.>> Wenn es neue ATTiny13 waren, dann hat der TO eher von den Takt von 1,2> auf 4,8 MHz gestellt.>> MfG Spess
Au ja, du hast recht. Er schreibt ja, "standardfuses" und die sind eben
nicht 9,6Mhz.
Gut aufgepasst.:-)
