Die Controller haben alle ein simples Board was ich selber gebaut habe. Alle haben nur die Grundlegenden Bauteile. Pulup am Reset. Und 2 Kondensatoren. Hatte bisher aber auch nie Probleme gehabt. Nur jetzt mit meinen 2 ATtiny2313 funktioniert es nicht.
Mfg
Bnitram
Jein. Der 2313 hat bis auf GND die zur Programmierung relevanten Pins an derselben Stelle wie der tiny13. Nur hat/braucht/nutzt der tiny13 keinen Quarztakt - und hat auch keine Anschlüsse dafür.
Ich hatte bei meinen Steckbrettaufbauten keine Probleme mit tiny13 und 2313 bei ähnlichen Aktionen wie bnitram.
Offensichtlich wird ja auch nur mit dem internen Takt gearbeitet. Könnte aber wirklich sein, dass der Programmiertakt für den 2313er zu hoch ist.
Ciao sagt der JoeamBerg
Hat keiner eine Idee woran es liegen kann??
Habe mittlerweile ein 2.Board gebaut. Leider ohne Erfolg. Es ist immer das gleiche. Es kann doch nicht sein das 2 neue Chips von Conrad sofort kaputt sind?!?!?!!
Mfg
bnitram
Das ist wirklich sehr unwahrscheinlich, aber leider nicht unmöglich. Ist mir selber schon passiert.
Vielleicht würde es sich wirklich lohnen, mal einen ATtiny2313 von einem anderen Laden zu probieren, so teuer sind die ja auch wieder nicht. Den ATtiny4313 (doppelte Speicherkapazität) kriegst du schon für einen Euro.
Wir haben doch schon etliche Ideen vorgestellt. Dumm ist, dass es bekanntlich nichts gibt, das es nicht gibt. Murphys law ist überall - sozusagen.
Ich tippe ja immer noch auf einen, eventuell grenzwertigen, schnellen Takt beim Flashen. Ich hatte es selbst schon gehabt, dass ein Controller bei einem schnellen Takt flashbar war, ein anderer im gleichen Target nicht. Beim anderen gings aber mit nem Langsamtakt.
Dein Test mit unterschiedlichen Takten sieht mir ja auch nicht klar abgeschlossen aus, wobei ich dazusagen muss, das ich avrdude nicht kenne. Deshalb weiß ich auch nicht, was die Fehlermeldung rc=-1 oder der Parameter -F bedeuten, weißt Du es? Auch weiß ich nicht welchen Pro grammer Du verwendest, weil Dein Link bei mir die ganze Latte der lieferbaren Pro grammer bei Robotikhardware bringt und das mit der Kristallkugel . . . kennen wir ja. Ein bisschen präziser in der Information wärs schon leichter. Fazit erstmal: noch ein paar Tests mit verschiedenen, sinnvoll abgestuften Programmierfrequenzen wären sicher nicht unflott.
Möglicherweise könnte Dir mein Allzweck-Takt-Krückstock helfen - klick hier. Den hatte ich ja entwickelt, weil ich selbst mal Taktprobleme hatte und mit diesem Tool hatte ich schon manchen Erfolg.
Ciao sagt der JoeamBerg
Ich habe genau das selbe Problem mit 8 ATtiny2313 und zwei ATtiny13, die ich mir gerade eben bei Conrad gekauft habe. Ich nutze Atmel Studio 6 und der Programmer wird in Studio AVRISP mkII genannt. Gekauft ist erst bei Reichelt und heißt dort all-avr (www.avr-programmer.vom/all-avr).
Ich habe heute früh schon eine Hand voll 13er und 2313er damit programmiert (und mich bei allen aus gesperrt, daher noch schnell zu Conrad; )), daher bin ich mir sicher, dass MISO,MOSI,SCLK und Reset korrekt angeschlossen sind.
Allerdings funktioniert jetzt kein einziger von Conrad, ein älterer tiny12 wird noch erkannt, wenn auch nicht von Studio 6 in C unterstützt.
Ich bin allerdings auch ziemlicher Anfänger. Vor 6 Jahren habe ich mal ein bisschen mit PICs gearbeitert.
---edit---
Bei mir sass Murphey jedoch auf der Reset-Leitung, die unterbrochen war. So moege dieser Beitrag nun lediglich als Warnung dienen, vor dem Beitrag schreiben die Schaltung zu pruefen.
Geändert von rabinath2 (09.06.2012 um 20:14 Uhr)
Hallo rabinath2,
Das ist ja interessant.
Allerdings geht bei mir einfach garnichts. Die Schaltung habe ich schon oft duchgemessen. Es ist alles in Ordnung. Aber es will nicht !!!!!
Mfg
bnitram
Ich sag nur: PEINLICH!!!!
Ich habe das Programmer Kabel anders Belegt als die ISP Schnittstelle. Da war alles richtig. Beim ATtiny13 und dem ATmega8 habe ich die ISP noch so belegt wie am Kabel, nur jetzt hatte ich es wohl vergessen.
Mfg
bnitram
Lesezeichen