Die Größe hast Du ja schon. Aber ich hatte einige Probleme mit der ISPZitat von Henry
Frequenzeinstellung! Mangelndes Englisch und eine etwas ungenaue
Deusche Übersetzung haben dazu geführt das ich die ISP Frequenz "genau"
auf 1/4 der mc Frequenz einstellen wollte und das hat natürlich nicht geklappt.
Etweder sollte die Frequenzen gleich sein oder die mc Frequenz sollte mindestens 4 x höher als die ISP Frequenz sein. Damit klappt das dann bestens.
Ach ja und man sollte schon vor dem Einschalten darauf achten das der richtige mc im dafür vorgesehenen Sockel sitzt Andererseits kann man mit
dem mc Spiegeleier braten.....
Schade ist allerdings das auf dem SDK500 keine "Nullkraftsockel" eingesetzt
sind ader dann währe das Board doppelt groß + doppelt teuer.
Viel Spass damit.
Gruß Richard
Hallo Richard,
danke für den Tipp.
Kannst Du zufällig auch zur letzten offenen Frage was sagen (siehe Zitat unten) oder programmierst Du nicht mit BASCOM?
Dieses Fenster (Anhang) meine ich, das müßte ja dann die stk500.exe sein und immer gleich aussehen, oder?
EDIT: Welcher µC kocht dann? der auf dem STK500?
mfG Henry
Ich programmiere mit Bascom, dieses Fenster kommt dabei nicht BascomHallo Richard,
danke für den Tipp.
Kannst Du zufällig auch zur letzten offenen Frage was sagen (siehe Zitat unten) oder programmierst Du nicht mit BASCOM?
Dieses Fenster (Anhang) meine ich, das müßte ja dann die stk500.exe sein und immer gleich aussehen, oder?
EDIT: Welcher µC kocht dann? der auf dem STK500?
ruft eine Batch (dos) Datei auf. Man kann der Ausgabe nicht folgen die ist
zu Schnell. Aber man kann gerade noch sehen ob es geklappt hat.
Der mc im Falschen Sockel raucht ab weil die Pnbelegung VCC/GND halt
unterschiedlich ist.Mein STK hat´s überlebt.
"Facharbeiter" nennen
das dann "natürlicher Schwund".
Gruß Richard
Dann braucht man also weiterhin ein zweites Programm zum einstellen der Fuses. Schade eigentlich....
Ich programmiere mit Bascom, dieses Fenster kommt dabei nicht Bascom
ruft eine Batch (dos) Datei auf. Man kann der Ausgabe nicht folgen die ist
zu Schnell. Aber man kann gerade noch sehen ob es geklappt hat.
...
Da muss ich dann so oder so erst einmal durchblicken, da ist ha für ein und den selben Controller für HV und ISP ein anderer sockel zu verwenden. Aber das wir schon machbar sein
mfG Henry
Hallo an alle Helfer,
ich war heute Vormittag mal los und habe mir das STK500 zugelegt. Dies hat nun einem ATMega8 und einem ATMega168 offensichtlich das Leben gerettet, jedenfalls konnte ich mit meinem ISP-Programmer wieder, wie gewohnt, ohne Fehlermeldung die Fusebits auslesen.
Das Ding ist wirklich ne tolle Sache.
Nur mit der ganzen Jumperei muss ich mich noch anfreunden, da ja alles auf englisch beschrieben ist und ich da ein wenig brauche bis ich verstanden habe was gemeint ist.
Aber nun kann ich auf jeden Fall meine Chips immer retten wenn ich mich bei den Fusebits geirrt oder in der Hecktik verklickt habe.
Das beruhigt ein wenig beim expirimentieren
Bei weiteren Fragen zu diesem schönen gerät werde ich mich dann hier im Forum bestimmt noch einmal melden, weis aber jetzt das mir sicher geholfen werden kann
Ich danke hiermit noch einmal allen die mir mit ihrem Rat zur Seite gestanden haben und somit auch mein Problem gelöst haben.
Man liest sich, bis dann
mfG Henry
Falls es dich interessiert, ganz am Ende des Threads gibt es eine Beschreibung als pdf in Deutsch.
www.mikrocontroller.net/topic/5896
Hallo Hubert,
selbstverständlich bin ich interessiert. Danke für den Hinweis.
Habe es mir mal heruntergeladen und etwas darin gestöbert.
Dabei habe ich folgenden Hinweis zur parallelen HV Programmierung gefunden:
"Anmerkung: Entfernen Sie das Hardware Setup zur High-voltage Programmierung bevor Sie das Programm im AVR starten."
Wie soll man denn das anstellen? Das Programm startet doch gleich nach dem übertragen, oder ist das bei der parallelen HV-programmierung anders als bei ISP?
mfG Henry
Ich nehme an das gemeint ist, die vielen belegten Pin der HV-Programmierung stören den Programmablauf.
Original heist es auch "before starting a debug session."
Ach so, das heist also das nicht gleich ein schaden entsteht , sondern nur das es den Programmablauf beeinflusst.
Hilfreich war Dein Hinweis mit der Übersetzung auf jeden fall, man muss halt scheinbar bei solchen dingen doch mal vergleichen was im Original steht.
Dann kann ja jetz nicht mehr viel schief gehen
mfG Henry
Berechtigungen
Zitieren
Lesezeichen