Druckbare Version
Hallo Forum,
Ich habe jetzt hier 2 ATtiny2313 zuhause und wollte die nun Programmieren. Allerdings bekomme ich keine Verbindung zu den beiden Chips in AVRdude hin.
Mein Programmer und AVRdude arbeiten Problemlos mit dem ATtiny13 und dem ATmega8 die ich auch hier habe, blos bei den ATtiny2313 gibs Probleme.
Hier ein Bild von der Meldung in AVRdude(also dem CMD):
Anhang 22379
Ich weiß echt nicht was ich da machen soll.... :(
Mfg
bnitram
Hallo, ich weiß es klingt doof, aber schau dir nochmal deine Verbindungen MOSI und MISO an.
Ich hatte auch schon mal das gleiche Problem. War damals eine Lötbrücke zwischen MOSI und MISO.
Evtl. hilft es dir ja weiter.
Hallo joar50,
Danke für deine Antwort. Deine Bemerkung ist schon berechtigt. Ist ja schon öfters vorgekommen. Allerdings habe ich die Schaltung schon bestimmt 5 mal durchgemessen. "Leider" ist alles in Ordnung. Der Programmer ist auch in Ordnung. Den habe ich zwischenzeitig mit einem anderen Chip getestet.
Mfg
bnitram
Möglicherweise ist die Programmiergeschwindigkeit zu groß. Versuch mal, eine Verzögerung vorzugeben, z.B. mit dieser Option:
-B 20
oder vielleicht versuchsweise
-B 600
Hallo trekko,
Danke für deine Antwort. Wie schreibe ich das??
So funktioniert es nicht:
avrdude -c usbtiny -B 20 -p t2313
Mfg
bnitram
Hi bnitram,Zitat:
Zitat von bnitram
was meinst du damit, es "funktioniert nicht"? Kommt eine Fehlermeldung? Wenn ja, welche?
Bei manchen Programmern muss man stattdessen ein kleines b verwenden und die Geschwindigkeit in bps angeben, z.B.:
-b 1000
Hier der Auszug aus dem avrdude-Manual:
Zitat:
-b baudrate
Override the RS-232 connection baud rate specified in the respective programmer's entry of the
configuration file.
-B bitclock
Specify the bit clock period for the JTAG interface or the ISP clock (JTAG ICE only). The value
is a floating-point number in microseconds. The default value of the JTAG ICE results in about 1
microsecond bit clock period, suitable for target MCUs running at 4 MHz clock and above. Unlike
certain parameters in the STK500, the JTAG ICE resets all its parameters to default values when
the programming software signs off from the ICE, so for MCUs running at lower clock speeds, this
parameter must be specified on the command-line.
Hallo trekko,
Also ich habe jetzt beides Probiert. Leider kein Erfolg. Habe auch mal andere Werte genommen..... er will nicht gehen :(
Hier mal 2 Bilder wie ich es jetzt hatte:
Anhang 22386
Auf dem Bild teste ich es mit -B 20
Anhang 22387
Hier mit -b 1000
leider kein Erfolg.
Mfg
bnitram
Hallo bnitram,
die Meldung schaut jetzt aber ganz anders aus als die, die du gestern gepostet hast. An den Parametern -B bzw. -b kann das nicht liegen. Vielleicht stimmt inzwischen etwas anderes nicht (Hardware)? Klappt es mit dem ATtiny13 noch?
Hallo trekko,
Also alle anderen Chips funktionieren. Also der ATtiny13 und der ATmega8 laufen problemlos.
Mfg
Bnitram
In welchem Board bzw. in welchen Boarden laufen die?Zitat:
Zitat von bnitram
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
Die ATtiny2313 haben eine ganz andere Anschlussbelegung als ATtiny13 oder ATmega8. Kann also wirklich gut sein, dass in der Hardware ein Fehler ist.Zitat:
Zitat von bnitram
Wenn du aber sicher bist... könnte es auch sein, dass die ATtiny2313 defekt sind. Vielleicht mal einen neuen versuchen?
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.Zitat:
Zitat von trekko
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.Zitat:
Zitat von bnitram
Also ich besitze für jeden Chip ein eigenes Board. Siehe Foto:
Anhang 22395
Attiny13 - Attiny2313 - Atmega8
Die Boards von den Attiny's sind für ein Steckbrett gedacht, Der Attmega8 besitzt ein Experimentierboard.
Jedes Board ist auf den Chip dementsprechend belegt.
Mfg
bnitram
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. :-(Zitat:
Zitat von bnitram
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.Zitat:
Zitat von bnitram
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.
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.
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
Ui, unterschiedliche Kabel-Standards innerhalb eines Haushals? Gar nicht gut.Zitat:
Zitat von bnitram
Ich war auch schon einmal so schlau und hab dann lange gesucht. Aber pssst... sags keinem weiter. :-)