Problem mit Ponyprog zuverlässig fuses zu lesen

einfacher Gast Gast #2748447 
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 :)
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Langsamer Modus Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Melden Danke
Peter R. #2755360 
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)
Antwort Zitieren Bearbeiten Löschen Melden Danke
einfacher Antworter Gast #2755944 
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?
Antwort Zitieren Bearbeiten Löschen Melden Danke
einfacher Gast Gast #2763025 
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
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thomas E. #2763051 
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.
Antwort Zitieren Bearbeiten Löschen Melden Danke
Thread beobachten

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 14 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Dein Name und deine E-Mail-Adresse

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.