PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : [ERLEDIGT] Keine Verbindung ATtiny2313 -> AVRdude



bnitram
17.05.2012, 11:48
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):
22379
Ich weiß echt nicht was ich da machen soll.... :(

Mfg
bnitram

joar50
18.05.2012, 11:56
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.

bnitram
18.05.2012, 12:50
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

trekko
18.05.2012, 13:56
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

bnitram
18.05.2012, 16:19
Hallo trekko,
Danke für deine Antwort. Wie schreibe ich das??
So funktioniert es nicht:
avrdude -c usbtiny -B 20 -p t2313

Mfg
bnitram

trekko
18.05.2012, 16:38
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,
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:


-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.

bnitram
18.05.2012, 18:14
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:
22386
Auf dem Bild teste ich es mit -B 20

22387
Hier mit -b 1000

leider kein Erfolg.

Mfg
bnitram

trekko
18.05.2012, 19:26
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?

bnitram
18.05.2012, 23:01
Hallo trekko,
Also alle anderen Chips funktionieren. Also der ATtiny13 und der ATmega8 laufen problemlos.

Mfg
Bnitram

oberallgeier
18.05.2012, 23:06
... alle anderen Chips funktionieren ... ATtiny13 und der ATmega8 ...In welchem Board bzw. in welchen Boarden laufen die?

bnitram
18.05.2012, 23:18
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

trekko
18.05.2012, 23:44
Nur jetzt mit meinen 2 ATtiny2313 funktioniert es nicht.

Die ATtiny2313 haben eine ganz andere Anschlussbelegung als ATtiny13 oder ATmega8. Kann also wirklich gut sein, dass in der Hardware ein Fehler ist.

Wenn du aber sicher bist... könnte es auch sein, dass die ATtiny2313 defekt sind. Vielleicht mal einen neuen versuchen?

oberallgeier
19.05.2012, 08:20
... ATtiny2313 haben eine ganz andere Anschlussbelegung als ATtiny13 oder ATmega8 ...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.


... nur die Grundlegenden Bauteile. Pulup am Reset. Und 2 Kondensatoren ...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.

bnitram
19.05.2012, 12:15
Also ich besitze für jeden Chip ein eigenes Board. Siehe Foto:
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

bnitram
23.05.2012, 19:01
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

trekko
24.05.2012, 06:31
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?!?!?!!

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.

oberallgeier
24.05.2012, 08:19
Hat keiner eine Idee woran es liegen kann ...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. (https://www.roboternetz.de/community/threads/45827-Fuse-irrtümlich-auf-extern-Takt-Hier-die-einfachste-Lösung!) Den hatte ich ja entwickelt, weil ich selbst mal Taktprobleme hatte und mit diesem Tool hatte ich schon manchen Erfolg.

rabinath2
09.06.2012, 19:05
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.

bnitram
09.06.2012, 19:52
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

bnitram
15.06.2012, 18:01
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

trekko
19.06.2012, 19:20
Beim ATtiny13 und dem ATmega8 habe ich die ISP noch so belegt wie am Kabel, nur jetzt hatte ich es wohl vergessen.

Ui, unterschiedliche Kabel-Standards innerhalb eines Haushals? Gar nicht gut.
Ich war auch schon einmal so schlau und hab dann lange gesucht. Aber pssst... sags keinem weiter. :-)