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.
Hi
>Hat jemand einen Tipp für mich?
Ja, verheimliche weiter den Typ deines ATTinys.
MfG Spess
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.
:
Bearbeitet durch User
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.:-)
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.