Hallo,
ich bin schon seit längerer Zeit an Mikrocontrollern interessiert und
vor ca. anderthalb Wochen hab ich mir nach dem AVR-Tutorial die
Bauteile für den ISP(Paralell) und die Selbstbauplatine bestellt.
jetzt sitz ich schon seit ein paar Tagen dran und hab die Platine(mit
Atmega8) den ISP fertig, nur will das irgendwie nicht funktionieren. Den
ISP hab ich mir nach http://rumil.de/hardware/avrisp.html , wie im
Tutorial genannt gebaut("Atmel AVR ISP für STK200 und STK300"). Der ISP
Adapter hat 10 Kontakte auf dem Board sind aber nur 6, also habe ich mir
das Verbindungskabel selber gebaut und VCC auf VCC, GND auf GND, RESET
auf RESET, MISO auf MISO, MOSI auf MOSI und SCK auf SCK.
Ich hab dann versucht mit yaap und PonyProg zu testen. Bei PonyProg hab
ich "AVR ISP I/O" ausgewählt und den Probeknopf gedrückt, wobei "Test
Ok" bei rauskommt. Aber wenn ich jetzt versuche bei Commands "Read All"
oder was anderes zu machen kommt immer "DEVICE MISSING OR UNKNOWN DEVICE
(-24)". Bei yaap kommt immer die Meldung das das Device nicht gefunden
wurden konnte. Ich hab die Verdrahtung beim ISP und beim Mikrocontroller
Board schon x-mal geprüft und konnte keine Fehler finden. Ich hab auch
überprüft ob der Strom auch durchkommt, alles kein Problem(betreiber das
Board mit einem 12 V Netzteil 200mA, was durch die Schlatung im Tutorial
in 5V gewandelt wird)...
Anbei Bilder vom Board un vom ISP
Gruß
Jonas
P.S. das Kabel des ISP ist ca. 25cm lang, also daran sollte es nicht
liegen...

noch das Bild vom ISP

oberseite platine controller

Parallelportstecker spiegelverkehrt angelötet? Das war seinerzeit mein
Fehler

hba ich grad nochmal kontrolliert, ist nicht der fall...

Ich verwende selber Yaap und programmiere damit erfolgreich die
unterschiedlichsten ATmega's.

Meinen Adapter hab ich nach dem sich im Anhang befindlichen Bild
gefriemelt. Schau mal nach, ob's bei Dir in etwa genauso ist.

Hab die R's aber auf 470R erhöht.

Ich hab versucht die Schaltung nach dieser umzubauen(ISP neugelötet und
auf dem Board etwas geändert). Weder PonyProg noch yaap haben es
erkannt.
Jetzt hab nochmal das Board nach dem neuen Plan gelötet und jetzt
erkennt yaap das Board korrekt, PonyProg aber nicht.
Gruß
Jonas

sorry für den doppelpost.
Nachdem ich die Fusebites wie im Tutorial gesetzt habe kann yaap nicht
mehr auf den Controller zugreifen.... Kann das vielleicht daran liegen
das ich hinter dem 16Mhz quarz zwei 33pF Kondensatoren hängen??
Gruß
Jonas

Bestimmt wäre eine sinnvolle Antwort einfacher, wenn du exakt die
Fuse-Einstellungen angibst, die du verwendet hast, statt auf ein nicht
näher spezifiziertes Tutorial zu verweisen.

ja, das macht sinn.... ist mir heut morgen unter der dusche auch
eingefallen das das ein bisschen mehr weiterhelfen würde....
So http://www.mikrocontroller.net/images/atmega8-vorher.png sah das
vorher aus  und dann hab ich das so
http://www.mikrocontroller.net/images/atmega8-nachher.png umgestellt.
Danach hat weder yaap noch PonyProg den controller wiedererkannt.
Jonas

Die Fuses sind für einen externen Quarz gesetzt und zwar für einen mit
High Frequency, d.h. > 8 MHz. Das wäre OK, wenn du einen solchen
verwendest.

Hast du Kondensatoren um 22 pF an der Hand, mit denen könntest du mal
experimentieren. Bzw. im Quarzdatenblatt nachsehen, was dort so
empfohlen wird.

Quarz oder Quarzoszillator?

Quarz           --> Fuses quarzgerecht setzen.
Quarzoszillator --> Fuses gemäß "external clock" setzen.

Der metallische Kasten auf dem Bild "oberseite platine controller" ist
ein Quarz_oszillator_.

Auf dem einen Board war ein Quarzoszillator(8Mhz). Auf dem neuen war
aber ein Quarz(16mhz). Jetzt hab ich aber auf das neue Board den 8Mhz
Quarzoszillator gesetzt...

Beides geht, solange die Fuses passend gesetzt sind.  Beim Einsatz eines
Quarzes an die Lastkondensatoren (2 x 15 pF o. ä.) denken.  Ein
Quarzoszillator braucht diese natürlich nicht.

Jonas Wiedemann wrote:

> Atmega8) den ISP fertig, nur will das irgendwie nicht funktionieren. Den

Also wenn ich die Bilder vom Aufbau sehe wundert mich das nicht. Davon
abgesehen funktionieren diese improvisierten Parallelport-Programmer
sowieso unzuverlaessig.

> Also wenn ich die Bilder vom Aufbau sehe wundert mich das nicht.

Ach komm, "wir alle" haben mal etwas gebaut, was so aussah. Mit ein
bisschen Übung sieht das auch irgendwann besser aus. Die Lötstellen
lassen Potential erkennen :-) und mit Lochraster ist auch mit Übung kein
internationaler Schönheitspreis zu erreichen.

Eine wirklich sorgfältige Kontrolle aller Verbindungen und auf
Kurzschlüsse wäre trotzdem sicher eine gute Idee.

> Davon abgesehen funktionieren diese improvisierten Parallelport-Programmer
> sowieso unzuverlaessig.

Ich gehöre auch zur Fraktion derer, die Anfängern zu einem fertigen,
zuverlässigen Programmer raten. Das hier ist ein schönes Beispiel warum.
Die Fehlersuche artet hier zu einem Mehrfrontenkrieg aus. Aber was
soll's, so hat der OP etwas mehr Gelegenheit Löten zu üben.

grad beim zweiten avr die fusebits verpfuscht... ich kriegs irgendwie
nicht hin die richtig einzustellen...

negative logik beachtet ?