programmierprobleme atmega48

Gast #397725
Lesenswert?

Hallo,

ich habe Probleme einen ATmega48V mit uisp oder Ponyprog zu
programmieren. Bei Ponyprog habe ich als Typ mega8 ausgewaehlt da der
48 nicht bekannt ist.
Bei beiden wird munter drauf losgeschrieben, aber das Verify verraet
dann das nur $FFs drin stehen. So ein Mist.
Woran koennten die Programmierprobleme liegen?

cu Tommi
Gast #397728
Lesenswert?

der link hilft mir nicht wirklich weiter.

uisp unterstuetzt zumindest den mega48v und zeigt den ja auch als
gefunden an. nur nach dem brennen ist halt nix drin in diesem tollen
chip.

cu Tommi
Gast #397730
Lesenswert?

@alex
wuerde ich gerne, nur leider kann ich unter linux keine .exe dateien
ausfuehren.
an der pagesize sollte es nicht liegen... den mega168 kriege ich
problemfrei sowohl mit uisp als auch ponyprog (dort als 162)
geflashed.

ich tippe ja auf hardware problem in meiner schaltung. sowas wie abber
draht oder so.

cu tommi
Gast #397732
Lesenswert?

@hannes
Habe es grade mal am Windows Rechner meines Kollegen getestet. Geht
dort leider auch nicht. Auch nicht mit avr-Studio.
Weder mit seriellem noch parallelem Programmer. Die selbe Schaltung mit
Mega168 funktioniert hingegen problemfrei.

Wird wohl doch ein Hardware Problem sein...
Hat vielleicht einer ne idee an welcher stelle man da ansetzen
koennte?
ist dummerweise SMD.

cu Tommi
#397733
Lesenswert?

AVR-Studio kann nur mit "intelligenten" Programmern umgehen, also
Programmer, die einen (oder zwei) Mikrocontroller auf der Platine
haben, die das Programmieren übernehmen. Dazu gehören das STK500 (und
einige seiner abgespeckten Nachbauten, wie HV-Prog), Atmel-AVR-ISP,
bedingt auch Programmer nach AN910 (wird nur durch private Initiative
von Benutzern gepflegt, nicht von Atmel)...

Einfache ISP-Adapter (am Parallelport oder COM-Port), die von Ponyprog
und Co angesprochen werden können, funktionieren unter AVR-Studio
sowiso nicht.

Fazit:
Nimmst Du Markenzeugs von ATMEL (AVR-Studio mit STK500 oder AVR-ISP),
dann klappt es auch mit den neuesten AVRs.
Nimmst Du eine Billiglösung am COM-Port oder Druckerport, dann musst Du
warten, bis sich einer der Freeware-Programmierer erbarmt, und die neuen
Typen in sein Programm aufnimmt.
So einfach kann das sein.

...
Gast #397734
Lesenswert?

Oder man benutzt AVRDude und konfiguriert es entsprechend.
Die Entwickler sind dann auch immer dankebar, wenn man ihnen die
avrdude.cfg (oder wie das Ding heisst) zwecke Weiterverbreitung
zukommen lässt.
Gast #397735
Lesenswert?

@hannes
wunderschoen. Die Freeware Programmierer haben sich erbarmt. Der
ATmega48 wird von "uisp" unterstuetzt. Ebenso seine Brueder Mega88
und Mega168.

Die Programmiersoftware ist nicht das Problem. Sie sagt ja auch "hey
du hast da nen Mega48 - lass mich den mal programmieren... dumdiedum"

Und dann wenn du ein Verify machst, dann ist einfach nix drin. Das ist
das Problem.
Ich waere ja dankbar wenn da jemand sagen wuerde "hatte ich auch schon
das Problem, da ist die MISO Leitung ab. Mach die ran und es geht
wieder". Oder Tipps in die Richtung. An sonem SMD Chip ist mit meinen
Bockwurstdicken Messspitzen nicht wirklich gut zu messen.

Andere Leute im Netz haben den Mega48 mit uisp ja auch schon
programmiert bekommen (google sei dank).
Windows-Software und andere Programmer werden das Problem nicht
loesen.

cu Tommi

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren