Problem mit Ponyprog zuverlässig fuses zu lesen

[einfacher Gast (Gast)]

Hallo,

Ich habe einen Atmega644 eingelötet und wollte diesen dann 
programmieren.
Er läuft mit 20Mhz. Die Fuses konnte ich problemlos auslesen.
Nun habe ich alle Fuses richtig eingestellt und den Fuse Clock/8 
ausgeschaltet. Als ich dann die Fuses wieder lesen wollte, fand PonyProg 
mit einmal kein Device mehr. Ich habe dann die Timeouts in der .ini 
Datei von PonyProg erhöht. Nun hat PonyProg Fuses gelesen, aber diese 
waren nach jedem lese Durchgang anders. Sie wurden also nicht 
zuverlässig ausgelesen.
Wenn ich nun aber den Fuse Clock/8 gesetzt habe, konnte ich die Fuses 
zuverlässig auslesen.
Komisch ist nur, dass ich dieses Problem mit der selben Hardware noch 
nie hatte.

Lange Rede keinen Sinn, ich hoffe jemand konnte mir folgen und mir einen 
Denkanstoß geben :)

[einfacher Gast (Gast)]

Weiß keiner etwas damit an zu fangen?
Wäre echt nett

[Hubert G. (hubertg)]

Läuft er wirklich mit 20MHz ?
Quarz oder Oszillator ist dran und Fuses richtig eingestellt?
Auslieferung ist 8MHz interner Oszillator.

[Peter R. (pnu)]

Da dürfte die Schnittstelle PC-644 geschwindigkeitsmäßig überfordert 
sein.

Eigentlich bestimmt der Takt von ponyprog das Lesen und nicht der 644, 
aber der Zeitablauf kann bei schnellem PC, schnellem Kontroller und 
langem Verbindungskabel trotzdem gestört sein.

Da hilft nur ein Programmer weiter, der mit eigener Intelligenz arbeitet 
und nur ein kurzes Kabel zur ISP-Schnittstelle hat. z.B. STK500, MKII, 
USBLab, USBasp (also langes Kabel zwischen PC und Programmer in Form von 
seriell oder USB, aber kurzes Kabel zwischen Programmer und 644)

[einfacher Antworter (Gast)]

Welcher größenwahnsinnige Blockwart hat da wieder meinen Beitrag 
gelöscht? Ich habe nur nach dem Programmer gefragt.
Oder war euch diese Solidarität politisch wieder zu weit links?

[einfacher Gast (Gast)]

Hallo,

Quarz läuft wirklich mit 20Mhz. Mit einem 4Mhz Oszillator funktioniert 
alles. Es liegt also wahrscheinlich an dem Programmer, in meinem Falle 
ist das eine Sercon von Mikrokopter.
Komisch ist halt nur, dass ich den selben µC @20Mhz schonmal mit der 
selben Hardware beschrieben habe, ohne Probleme.
Und wie gesagt, wenn ich den Fuse setze, der den externen Clocksource 
durch 8 rechnet, läuft alles wie am Schnürchen.

Es muss also wahrscheinlich wirklich ein neuer Programmer her.


"Beitrag #2755147 wurde von einem Moderator gelöscht."
"nur nach dem Programmer gefragt"
Wie gesagt: Sercon

[Thomas E. (thomase)]

einfacher Gast schrieb:
> Es liegt also wahrscheinlich an dem Programmer, in meinem Falle
> ist das eine Sercon von Mikrokopter.
Nicht unbedingt. Auch wenn ich von derartigen Programmern gar nichts 
halte und dir etwas Vernünftiges nahelegen würde, kann man das auch von 
einer anderen Seite betrachten. Nämlich der, dass dein Programmer 
irgendein Hardware-Problem an deinem Controllerboard aufgedeckt hat. 
Denn der ISP-Takt wird vom Programmer vorgegeben. Der kann für den 
Controller zu schnell sein, aber niemals zu langsam.
Insofern ist die Lösung "neuer Programmer" mit Vorsicht zu geniessen.

Fehlt womöglich an deinem Controller das mit Abstand wichtigste Bauteil 
der Digitaltechnik? Der 100nF Stützkondensator. Dann kannst du es 
nämlich durchaus haben, dass es mit 2,5MHz oder 4MHz noch funktioniert, 
mit 20MHz aber nicht mehr.

> Komisch ist nur, dass ich dieses Problem mit der selben Hardware noch
> nie hatte.
"´Gestern gings noch" ist meistens ein Hardwareproblem.

mfg.