Hi liebe Community, Hab ein sehr komisches Problem. Ich hab mir neue Mikrocontroller bestellt (Atmega8 -16PU). Diese lassen sich nicht mehr flashen mit dem AVR-Lab (ullihome.de). Ich hab noch alte Atmega8-16PU (2-3 Jahre alt), diese lassen sich ohne Probleme flashen. Ich benutz die USBasp Firmware und extreme Burner als Software. Hab schon verschiedene ISP-Frequenzen probiert, aber immer kommt "Cannot Communicate with Target Chip". Wisst ihr vielleicht woran das lingen kann und wenn es am Programmer liegt könntet ihr mir ne gute und Preiswerte alternative nenen. MFG Philipp W. PS. Hab da schon einen neuen Programmer gefunden. Aber irgendwie findet man nicht wirklich viele Erfahrungsberichte (http://www.ehajo.de/Bausaetze/Atmega32U2-ISP-Set?source=2&refertype=1&referid=5)
Nimm doch einfach einen originalen AVR ISP MKII, das spart dir und dem Forum solche Fragen wie diese... MfG
Philipp W. schrieb: > Ich hab mir neue Mikrocontroller > bestellt (Atmega8 -16PU) Philipp W. schrieb: > Ich hab noch alte Atmega8-16PU (2-3 Jahre alt), > diese lassen sich ohne Probleme flashen. Wenn die neuen Controller wirklich die gleiche Typbezeichnung tragen wie die alten, dann lassen sie sich auch flashen. Du hast nicht zufällig ATMEGA88 bestellt? Oder Du hast Fakes gekauft oder einfach etwas verkehrt angeschlossen...
Das sind exakt die gleichen nur die Nummer hinter dem Atmelschriftzug ist anders (neue: 1303, alte:0910). Beides sind Atmega 8-16PU. Ich hab beide bei Pollin bestellt. Ich hab erst gedacht das der neue vielleicht kaputt ist. Hatte zwei bestellt und beide zeigen das gleiche Symptom. Ich benutze für die Spannungsversorgung das Pollin Atmel Evulationboard Ver. 2.01 und Schließe den Programmer über den ISP-Wannenstecker an, daher glaube ich nicht das ich was falsch angeschlossen haben. (Hab den IC auch richtig herum reingesteckt ;)) @ demacus 35 € für nen MKII sind ne ganze Menge Holz und bevor ich mir so einen kaufe wollte ich erstmal fragen ob jemand vielleicht ne einfache Lösung für mein Problem hat. Das USB-AVR-Lab hat mir sonst immer treue dienste geleistet und hat auch mal nen Kurzschluss verziehen. LG Philipp W.
Probier mal einen Quarz dran, oder einen externen Takt an XTAL1. Es soll schon vorgekommen sein das schon programmierte KOntroller ausgeliefert wurden.
Hubert G. schrieb: > Probier mal einen Quarz dran, oder einen externen Takt an XTAL1. Es soll > schon vorgekommen sein das schon programmierte KOntroller ausgeliefert > wurden. Durch das Pollinboard ist ein 16 MHz quarz angeschlossen. Daher sollte der Atmega nen Takt kriegen. Sind das bei Pollin keine neuen uC's?
Hab jetzt aus lauter verzweifelung nen Atmega32 reingestopft, der geht. Ich hatte auch noch nen neuen Atmega1284 (vor nem halb bis 3/4 Jahr bei Pollin bestelt) der geht auch nicht. Irgendwie ist das komisch. Hab irgendwo gelesen das irgendwelche Spezifikationen von Atmel an den "neuen" Atmega's geändert worden sind, stimmt das?
Philipp W. schrieb: > Wisst ihr vielleicht woran das lingen kann und wenn es am Programmer > liegt könntet ihr mir ne gute und Preiswerte alternative nenen. Echt einfache und billige Technik: https://guloshop.de/shop/Mikrocontroller-Programmierung/guloprog-der-Programmer-von-guloshop-de::70.html Ähnlich gut und beliebt sind die China-USBasp, die du bei ebay zum Teil für unter 5 Euro kriegst. Dauert allerdings manchmal sehr lange und in Einzelfällen kommen sie nicht an. Ich fürchte aber, dass es bei dir doch an der ISP-Frequenz liegen könnte. Welche hast du denn eingestellt?
Philipp W. schrieb: > Das sind exakt die gleichen nur die Nummer hinter dem Atmelschriftzug > ist anders (neue: 1303, alte:0910). Beides sind Atmega 8-16PU. Wird der ATmega8 noch hergestellt? Ich dachte der ATmega8A ist an seine Stelle gerueckt? Wenn du noch alte ATmegas flashen kannst, kannst du dir ja damit ein http://matrixstorm.com/avr/tinyusbboard/ oder http://www.fischl.de/usbasp/ selber basteln.
er benutzt doch schon die usbasp firmware, wenn es damit nicht geht gehts auch mit allen anderen usbasp nachbauten nicht...
Philipp W. schrieb: > Sind das bei Pollin keine neuen uC's? das wüst ich auch gerne... zuzutrauen ist dieser verschacherfirma alles. allerdings funzen alle bei pollin gekauften atmega32-16 ohne probleme.
Christian U. schrieb: > er benutzt doch schon die usbasp firmware, wenn es damit nicht geht > gehts auch mit allen anderen usbasp nachbauten nicht... Moment, es kommt da dann sehr auf die Firmware-Version an. Bei den älteren kann man die ISP-Frequenz nicht weit genug runterdrehen. Philipp, welche Version hast du auf deinem USBasp? Hast du mal ein Upgrade versucht?
Robert schrieb: > Philipp, welche Version hast du auf deinem USBasp? Hast du mal ein > Upgrade versucht? Ich benutz die Version die bei dem AVR-Lab dabei ist (USBasp_1.2), scheint auch die aktuellste für das AVR-Lab zu sein (AVR-Lab-Tool Ver. 5.10). Ich weiß nicht ob sich ullihome.de an die Versions Nummern von der Fischl.de Seite hält. Danach wäre die ja ganz schön antik. Die aktuelle Firmware von der Fischl.de Seite lässt sich als eine Benutzer definierte Firmware Flashen, leider geht diese auch nicht mit den neuen uC's, das kann aber daran ligen das der jumper für die Geschwindigkeitsdrosselung auf dem AVR-Lab fehlt. Ich muss mal versuchen dan ne Brücke auf den AVR-Lab Atmega zu löten und damit den Fehlenden Jumper zu ersetzen. Das Blöde ding hat nur kleine Lötpads für den Atmega, daher hab ich mich da noch nicht rangetraut. LG Philipp
Also selbst das brandneue Datenblatt von Atmel (https://secure.atmel.com/Images/icon_pdf.gif) dokumentiert weiterhin ISP. Vielleicht verwendet der USBasp von Philipp W. zu wenig Spannung fuer einen 1-Logikpegel? Was aber auch sein kann, das der AVcc Eingang nun mit Spannung versorgt werden muss. Ich habe gelesen, das neuere ATmega8 das nicht mehr intern bruecken. Ansonsten sehr interessantes Verhalten. @Philipp W.: Waere es moeglich einen deiner ATmegas einzutauschen? (Ich wuerde wirklich sehr gern dieses Phaenomen naeher betrachten...) Ich koennte ATmega8-16PU datecode 1109I bzw. 1205 anbieten.
Hmm, und heir auch der richtige Link zum Datenblatt: https://secure.atmel.com/System/GetBinary.ashx?type=doc&target=tcm:26-18016
matrixstorm schrieb: > Waere es moeglich einen deiner ATmegas einzutauschen? > (Ich wuerde wirklich sehr gern dieses Phaenomen naeher betrachten...) > Ich koennte ATmega8-16PU datecode 1109I bzw. 1205 anbieten. Jo kannst einen davon haben. Aber Ich muss vorher noch mal das Ding nochmal in einen anderen Programmer von einem Kollegen stopfen (nur Fuses auslesen), um zu gucken ob es beim Ihm geht, wenn nicht schicke ich ihn einfach dir zu. Brauchst mir dafür auch keinen zurück schicken. Bei mir würden meine sowiso nur in die Tonne fliegen. Achso es versteht sich von selbst das du dan die "Pflicht" hast mich über deine Ergebniss zu informierne ;).
Okay Ich weiß jetzt wo das Problem liegt. Die ISP-Geschwindigkeit geht wohl bei meinem Programmer nicht weit genug runter. Hab bei nem Kollegen den Systemtakt auf 8 Mhz int. Oszi hoch gestellt. Jetzt lassen sich alle flashen. Danke an alle die versucht haben Licht ins dunkle zu bringen. LG Philipp
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.