Tiny Programmierung nach fuse ändern schwierig

heureka Gast #3478545
Lesenswert?
• ▲
▼ 
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?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
F. F. #3478572
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
heureka Gast #3478871
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
T.roll Gast #3478875
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
F. F. #3479715
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
spess53 Gast #3479809
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
F. F. #3480350
Lesenswert?
• ▲
▼ 
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.:-)
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren