ISP Probleme mit Roboternetz-Controllerboard mit Mega32 und AVR ISP 910

Gast #1280118
Lesenswert?
• ▲
▼
Hallo,

ich habe folgende Situation:

Ich habe das RN-Control (Controllerboard von Roboternetz.de) selbst 
aufgebaut. Mein Programmer ist ein augeliehener AVR910, 7,3 MHz, mit 
Attiny, der definitiv funktioniert (von jemandem ausgeliehen, der damit 
schon viele µCs brennen konnte.

Der Programmer hängt über USB-to-Serial am Laptop.

Zunächst hat ein Freund von mir den Atmega mit einem Galep III mit dem 
Roboternetz-Testprogramm bespielt und de Fusebits wie folgt gesetzt, bzw 
belassen: SPIEN 1, JTAGEN 0, CLKSEL 1111 für nen 16MHz Quarz. Die Locks 
sind nicht gesetzt

Wir haben dann den Controller ins RN_Control getan und die Schaltung 
getestet. Das Beispielprogramm funktioniert wie in der Doku beschrieben 
und die Ausgaben über RS232 können wir auch über die serielle 
Schnittstelle am Laptop sehen.

Nun haben wir die Programmierung mit dem ISP versucht und sind am Ende 
unseres Lateins.

Ich verwende dazu AVRPROG in der Version 1.40
Alternativ hab ich noch Ponyprog und Bascom zur Verfügung.

Zunächst hab ich den Programmer verbunden ----> Grüne LED leuchtet.

Avrprog startet ----> Also wurde der Programmer erkannt.

Eingestellt habe ich einen Atmega32. Mache ich nun "Read" vom FLash, 
werkelt er rum, gibt kurz darauf ein "OK!" aus und ich kann die Hexdatei 
ansehen. Sie ist voller "FFFFF". Also liest er nicht, obwohl AVRPROG 
sagt, das Lesen habe funktoniert. Beim Schreiben eines 
Beispielprogrammes ins Flash über "Write" werkelt er ebenfalls herum, 
sagt: "erasing .... programming ..... verifying " und bricht dann mit 
der Meldung ab:"0x0000, expected 0xC094 (oder ähnlich), received 
0xFFFFF".

Warum tut er so als könne er lesen und schreiben, aber kanns nicht 
wirklich?

Die Fusebits kann ich auch nicht einlesen.

Die Leitungen vom Programmer bis hin zum Atmega haben korrekten 
Durchgang, also angeschlossen muss alles richtig sein. Eine LED zwischen 
MISO und GND flackert beim Befehl "READ" im AVRPROG. Das Verhalten des 
Programmers ist das Gleiche wenn ich mit dem mit ihm direkt an die 
physische serielle Schnittstelle gehe, statt über den USB-to-Serial 
Wandler.

Irgendwo hab ich gelesen, dass eine Diode in der VCC Leitung zum 
Programmer helfen könnte, das hab ich auch schon probiert, aber das 
Verhalten blieb gleich.

Was kann ich tun, um dem Fehler auf die Schliche zu kommen?

Gruß

Jochen
Gast
Lesenswert?
• ▲
▼
>belassen: SPIEN 1, JTAGEN 0, CLKSEL 1111 für nen 16MHz Quarz. Die Locks

>Also laut ihm heisst beim Galep ein Häkchen, aktiv, im avr ist Null
>aktiv, sagt er.

Wenn dem so ist, dann hast du den Atmega auf External Clock
eingestellt. Es müßte aber External Crystal sein. Also
alle Häkchen weg bei CLKSEL.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 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.

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.