Hi, ich habe eben einen ATtiny mit einem Programm beschrieben, dass I²C - Eingaben entgegennimmt, eine Nachricht auf ein LCD ausgibt und eine LED zum Leuchten bringt. Das Programm habe ich mit AVRStudio geschrieben, mit WinAVR kompiliert und mit PonyProg auf den tiny geschrieben. Das Problem ist nun: Ich kann den tiny nicht mehr flashen. PonyProg meldet "Device not found or unknown Device". Sowohl die LCD-Anzeige als auch die LED flackert zudem etwas, als würde sich der Controller ständig resetten. Wenn ich den Reset-Pin auf Low ziehe passiert garnichts, das Programm läuft einfach weiter. Kann es sein, dass PonyProg beim Flashen irgendwie die External Reset Disable - Fuse überschrieben hat? (Was zumindest letzteres erklären würde) Exakt gleiche ist mir auch (bei der selben .hex-Datei) mit einem 2ten ATtiny2313 passiert. Ich (und meine Kollegen) sind allesamt ratlos... Fällt euch was dazu ein? Danke für die Hilfe!
>Kann es sein, dass PonyProg beim Flashen irgendwie die External Reset >Disable - Fuse überschrieben hat? (Was zumindest letzteres erklären >würde) Du hast das Problem richtig erkannt. Der ATiny kann nur noch mit einem HV-Prommer reaktiviert werden. Benutz besser avrdude.
Leg einen Externen ca. 1 Mhz Takt an Xtal an und stell die Fuses wieder richtig ein. hier im Forum wurde über dieses problem schon öfters berichtet. benuzt mal die such Funktion
Danke für die Hilfe! Sorry, hab die Suchergebnisse nur oberflächlich durchgesehen, weil ich dermaßen überrascht von der Sache war, dass ich zur Überzeugung gelangt bin, dass es was ziemlich Einmaliges ist. Werd das mit dem externen Takt mal versuchen, thx!
@dernixwois Also das mit dem 1 Mhz - Takt hat nicht funktioniert, hätte mich ehrlich gesagt auch gewundert, da ja anscheinend der externe Reset ausgeschaltet wurde.
Wenn das LCD an den MISO-, MOSI- und/oder SCK-Pins angeschlossen ist, kann es beim flashen auch Probleme geben. Einfach mal das LCD abklemmen und dann flashen.
Marvin wrote: > Kann es sein, dass PonyProg beim Flashen irgendwie die External Reset > Disable - Fuse überschrieben hat? (Was zumindest letzteres erklären > würde) > > Exakt gleiche ist mir auch (bei der selben .hex-Datei) mit einem 2ten > ATtiny2313 passiert. > > Ich (und meine Kollegen) sind allesamt ratlos... > Fällt euch was dazu ein? > Kann es sein, dass Du vor dem programmieren die Fuses nicht eingelesen (Read Security and Configuration bits) hast? Denn dann passiert genau das, was dir passiert ist. Gruß Holger
@Visitor Ich habs auch schon ohne LCD probiert, hat genausowenig funktioniert. @Holger Hab ich tatsächlich nicht gemacht, hatte damit aber bisher auch noch nie Probleme vorher, nicht durch verstellte Fuses, geschweige denn durch solche Totalausfälle. Werden die Fuses nicht nur geschrieben wenn man das im "Security and Configuration bits" - Dialog durch einen Klick auf "Write" explizit so verlangt? Fände ich sehr bedenklich!
@Marvin >Also das mit dem 1 Mhz - Takt hat nicht funktioniert, hätte mich ehrlich >gesagt auch gewundert, da ja anscheinend der externe Reset ausgeschaltet >wurde. Also ich hab damals von einem anderen Controller einfach den Ausgangspin getoggelt und auf einen der beiden Xtal anschlüsse draufgehoben. evtl. musst Du den Quarz ausbauen aber normalerweise nicht. Danach habe ich mit Ponyprog die Fuses eingelesen und eingestellt. Wieder mit externen Takt die Fusses geschrieben und gut war. Gruß
Hallo, Pony schreibt die Fuses nur, wenn es explizit gefordert wird. Riskant ist nur, Fuses zu setzen und zu schreiben ohne den aktuellen Stand vorher gelesen zu haben, Pony liest sie nicht automatisch ein. Gruß aus Berlin Michael
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.