Hallo zusammen! So eine Grütze, jetzt habe ich das zweite Mal in Folge das gleiche Problem und brauche mal ein paar frische Köpfe zum Mitdenken: Ich benutze einen STK500 zusammen mit Bascom und spreche einen atmega32 das erste mal an. Er meldet sich und in den fusebits steht die interne clock auf 1Mhz. Für meine Anwendung (vierfach 7 segment display, seriell ansteuerbar) reicht mir die interne clock mit 8MHz und die stelle ich ein. Normalerweise klicke ich dann nach der Auswahl der Taktfrequenz links nochmal auf das fusebit, rechts wird dann write fusebit klickbar und er schreibt das fusebit in den chip. Nicht momentan. Ich klicke auf write und er schreibt mir eine Configurations Zeile in meinen code. Beim ersten atmega32 (ist nach den Problemem getauscht worden) kam eine Fehlermeldung die ein Problem mit dem Schreiben des Fusebits schilderte. Danach war Sendepause, kein Zugriff mehr auf den Chip. Da ich annahm das die interne clock irgendwie verstellt war (auf ext.?) habe ich den chip getauscht. Aufatmen, Kommunikation wieder da, fusebits checken und 8Mhz einstellen. Wieder keine Programmierung, nur configzeile in Code. Naja, der Tag war lang also sch.. drauf, die interne Uhr steht immer noch auf 1Mhz, laden wir mal das erste Stück code hoch und schauen was passiert. Der Upload wurde bei 60% abgebrochen und ich hab wieder keine Kommunikation mehr. Kommt das jemandem bekannt vor? Gruss Olaf.
Olaf Breuer schrieb: > Normalerweise klicke ich dann nach der Auswahl der Taktfrequenz links > nochmal auf das fusebit, rechts wird dann write fusebit klickbar und er > schreibt das fusebit in den chip. Nicht momentan. Ich klicke auf write > und er schreibt mir eine Configurations Zeile in meinen code. Wer ist 'er'? > Danach war Sendepause, kein Zugriff mehr auf den Chip. Da ich annahm das > die interne clock irgendwie verstellt war (auf ext.?) habe ich den chip > getauscht. Das solltest du feststellen. Versorg den verfusten Chip mit einem externen Takt. Wenn du noch einen µC hast, dann kannst du den ja einen Pin toggeln lassen und das dem verfusten Prozessor als Takt anbieten. Steht der auf externen Takt, dann solltest du wieder Zugriff haben. > Aufatmen, Kommunikation wieder da, fusebits checken und 8Mhz einstellen. > Wieder keine Programmierung, nur configzeile in Code. Naja, der Tag war > lang also sch.. drauf, die interne Uhr steht immer noch auf 1Mhz, laden > wir mal das erste Stück code hoch und schauen was passiert. > Der Upload wurde bei 60% abgebrochen und ich hab wieder keine > Kommunikation mehr. Da ist was faul. Checken der Verbindungen, Kabel. Am STK der richtige Sockel bestückt, die richtigen Verbindungskabel gesteckt? ISP Frequenz nicht zu hoch?