Probleme beim programmieren eines attiny2313

#3043509
Lesenswert?

Ich habe beim Programmieren des Attiny2313 immer wieder den gleichen 
Fehler. Als Programmer wird der Diamex DX-ISP unter AVRdude verwendet. 
Der komplette Hinweis von AVRdude ist in der gif-Datei 
"attiny2313_fehler" abgebildet. Der Adaplter für den Attiny2313 ist nach 
dem Plan in der gif-Datei "adapter_attiny2313" aufgebaut. Dieser Fehler 
wird mir bei drei verschiedenen Attiny2313 angezeigt. Auch bei der 
Serwendung des Seriellen ports wird mir angezeigt, dass die Device 
signature = 0x000000 der Attiny2313 sei. Die Schalter des Programmer 
stehen beide auf "Aus". Weiß jemand was hier falsch gelaufen ist und was 
ich ändern muss, damit es funktioniert?
Angehängte Dateien:
#3043620
Lesenswert?

Georg G. schrieb:
> Probier mal an einem anderen COM-Port,
>
> vorzugsweise 1 bis 4.

Diese kann ich nicht verwenden. Bis Com14 sind alle bereits belegt. Der 
gleiche Fehler liegt auch vor, wenn ich die serierelle Schnittstelle 
(RS232) zum Programmieren verwende. Hier wird mir auch Angezeigt, dass 
die Initialisierung des Attiny2313 0x000000 sei.
Gast #3043646
Lesenswert?

>Der
>gleiche Fehler liegt auch vor, wenn ich die serierelle Schnittstelle
>(RS232) zum Programmieren verwende. Hier wird mir auch Angezeigt, dass
>die Initialisierung des Attiny2313 0x000000 sei.

"die Initialisierung" ist die Signatur des ATTiny.
Weil du -F angegeben hast wird dir vorgegaukelt das sie
gelesen wird. Wird sie aber nicht weil du noch gar keine
Verbindung zum Programmer hast.

So, alles noch mal auf Anfang:

-F weglassen
-D weglassen

Für einen COM Port gibt man auch immer eine Baudrate ein.
Die fehlt bei dir.

Dein Programmer wird mit com15 im Gerätemanager angezeigt?
Es liegt Spannung am ATTiny an?

Beantworte die Fragen oder ich bin weg.
#3043666
Lesenswert?

holger schrieb:
> Für einen COM Port gibt man auch immer eine Baudrate ein.
>
> Die fehlt bei dir.

Wo wird diese Baudrate bei Avrdude angegeben? Hierzu habe ich keinen 
Hinweis in der Hilfe. Was muss ich dann in der DOS-Zeile hinzufügen?

> Dein Programmer wird mit com15 im Gerätemanager angezeigt?

Ja, in der Systemsteuerung wird er mit Com15 angegeben. Alle Anderen bis 
Com14 sind bereits belegt. Betriebssystem ist Win7 Ultimate 64bit

> Es liegt Spannung am ATTiny an?

Ja, die 5V Spannung liegen an.
#3043704
Lesenswert?

g457 schrieb:
> Beim
>
> Wannenstecker ist Pin 1 normalerweise(tm) da wo bei Dir Pin 6 ist - wenn
>
> man von 'oben' draufschaut.

Dann weiß ich jetzt, was passiert ist. In dem Bild fehlt die Angabe des 
Steckers, ob von oben oder unten betrachtet wird. Ich habe mich bei der 
Zählung auf das Attiny gerichtet und dieselbe Betrachtung angenommen. 
Ich werde dieses jetzt mal Ändern und mich dann erneut melden, wenn der 
Fehler noch immer da ist.
Gast #3043707
Lesenswert?

>> Dein Programmer wird mit com15 im Gerätemanager angezeigt?

>Ja, in der Systemsteuerung wird er mit Com15 angegeben. Alle Anderen bis
>Com14 sind bereits belegt. Betriebssystem ist Win7 Ultimate 64bit

Also ist der Treiber installiert. Gut.

>> Es liegt Spannung am ATTiny an?

>Ja, die 5V Spannung liegen an.

Schön.

Gib mal -v -v als Parameter mit an.
#3043746
Lesenswert?

AVRdude erkennt den Diamex DX-Isp nicht. Hier liegt das eigentliche 
Problem. Solange AVRdude den Programmer nicht erkennt, brauche ich nicht 
weiter nach Fehlern zu suchen. Erst muss es den Programmer erkennen. 
Angeblich sollte er mit den stk500v2 identisch sein. Aber anscheinend 
ist er es doch nicht. Beim Einstecken in den USB-Port leuchten kurz 2 
LEDs auf. Eine Gelbe und eine Grüne. Die Grüne geht sofort wieder aus. 
Die Spannung am Attiny lässt sich je nach Schalterstellung zwischen 0V, 
3V und 5V umschalten.
#3043760
Lesenswert?

Dann trenn mal deinen tiny2313 vom Programmer. Denn wenn der tiny2313 
vom Programmer versorgt wird und du den 2313 auch noch so angeschlossen 
hast, wie in deinem Bild oben gezeigt, dann kann es nicht gehen.

Diese Stecker haben den Pin1 'von oben gesehen' oben links!


Ich vermute mal, dein Programmer wird wieder erkannt, wenn du den 
tiny2313 vom Programmer trennst.


Gruß Steffen
#3043861
Lesenswert?

Steffen H. schrieb:
> Dann trenn mal deinen tiny2313 vom Programmer. Denn wenn der tiny2313
> vom Programmer versorgt wird und du den 2313 auch noch so angeschlossen
> hast, wie in deinem Bild oben gezeigt, dann kann es nicht gehen.
> Diese Stecker haben den Pin1 'von oben gesehen' oben links!
> Ich vermute mal, dein Programmer wird wieder erkannt, wenn du den
> tiny2313 vom Programmer trennst.
> Gruß Steffen

Das habe ich bereits geändert und auch ohne Attiny versucht. Der 
Programmer wird trotzdem von AVRdude nicht erkannt. Jedoch in der 
Systemsteuerung ist er an Com15 vorhanden. Ich studiere gerade die 
Bedienungsanleitung von AVRdude, wie ich den Programmer hinzufügen kann.
#3043943
Lesenswert?

g457 schrieb:
>> Der Programmer wird trotzdem von AVRdude nicht erkannt.
>
> Laut dem Screenshot von gaaaanz oben wird er das sehrwohl.

Wenn der Programmer tatsächlich erkannt wird, warum wird dann der Attiny 
nicht erkannt? Ich habe gerade in der PDF-Dokumentation gesehen, das der 
STK500 und der Diamex DX verschiedene Frequenzen haben. So sieht die 
Tabelle aus:
  STK500 - ISP-Prog
921,6kHz - 1MHz
230,4kHz - 250kHz
 57,6kHz - 62,5kHz
 28,8kHz - 28,2kHz
    4kHz - 4kHz
   603Hz - 779Hz

Leider fehlt hier die Angabe, wofür diese Frequenzen sind.
Gast #3044069
Lesenswert?

Jörg Borchers schrieb:

>   STK500 - ISP-Prog
> 921,6kHz - 1MHz
> 230,4kHz - 250kHz
>  57,6kHz - 62,5kHz
>  28,8kHz - 28,2kHz
>     4kHz - 4kHz
>    603Hz - 779Hz
>
> Leider fehlt hier die Angabe, wofür diese Frequenzen sind.

Das ist die Frequenz, mit der der Programmer mit dem AVR kommuniziert, 
die man also während des Programmierens auf der SCLK-Leitung der 
ISP-Schnittstelle sieht. Der genaue Wert spielt keine Rolle, die 
Frequenz muß nur niedriger sein als die halbe Taktfrequenz des AVR.

Da die meisten AVR im Auslieferungszustand mit 1MHz Takt arbeiten, wird 
also die höchste Takteinstellung mit fabrikneuen AVRs nicht 
funktionieren, sondern erst, nachdem man sie auf einen anderen Takt 
"umgefused" hat.

Das aber natürlich nicht, wenn man dabei was falsch gemacht hat, z.B. 
wenn man sie auf einen externen Quarz gefused hat, aber garkeiner dran 
hängt oder zwar einer dran hängt, dieser aber wegen falscher Kapazitäten 
nicht schwingt.

In den meisten Fällen kann man ihn aber durch temporäres Anlegen eines 
externen Taktes an XTAL1 soweit wiederbeleben, um ihn wieder 
zurückzufusen. Der externe Takt kann z.B. aus einem Quarzoszillator oder 
einfach einem weiteren AVR stammen. Auch viele Programmer stellen für 
solche Notfälle einen zusätzlichen Taktanschluß bereit.
#3044075
Lesenswert?

c-hater schrieb:
> Das ist die Frequenz, mit der der Programmer mit dem AVR kommuniziert,
> die man also während des Programmierens auf der SCLK-Leitung der
> ISP-Schnittstelle sieht. Der genaue Wert spielt keine Rolle, die
> Frequenz muß nur niedriger sein als die halbe Taktfrequenz des AVR
> Da die meisten AVR im Auslieferungszustand mit 1MHz Takt arbeiten, wird
> also die höchste Takteinstellung mit fabrikneuen AVRs nicht
> funktionieren, sondern erst, nachdem man sie auf einen anderen Takt
> "umgefused" hat...

Jetzt verstehe ich die Angaben. Dass hat mich irretiert.
Gast #3044117
Lesenswert?

Bei fabrikneuen AVRs muss in der Regel garnix "umgefust" werden! 
Deswegen kommen sie mit gesetztem div/8-Bit und internernem, (meist 
8MHz) RC-Takt, arbeiten eff. mit 1 MHz.

Der Takt des Programmers wird in der Parameterzeile der Software bei 
Bedarf angepasst, wenn er defaultmässig zu schnell ist. -> avrdude -B 
Parameter.

Es stiftet nur noch mehr Verwirrung und Fehlerquellen, wenn erzählt 
wird, fabrikneue AVRs müssten vor dem Programmieren erstmal taktmässig 
umgefused(!) werden. Tsts...

Entweder stimmt an der Hardware, Firmware, oder Verkabelung etwas nicht, 
oder der uC wurde durch irgendeine grobe Unachtsamkeit abgeschossen. 
Aber die Dinger halten schon einiges aus, bis die mal tatsächlich 
'hinüber' sind. Selbst durch Verpolen im Sockel, ist mir noch keiner 
funktional abgeraucht.
#3044282
Lesenswert?

mikel schrieb:
> Bei fabrikneuen AVRs muss in der Regel garnix "umgefust" werden!
> Deswegen kommen sie mit gesetztem div/8-Bit und internernem, (meist
> 8MHz) RC-Takt, arbeiten eff. mit 1 MHz.
> Entweder stimmt an der Hardware, Firmware, oder Verkabelung etwas nicht,
> oder der uC wurde durch irgendeine grobe Unachtsamkeit abgeschossen.
> Aber die Dinger halten schon einiges aus, bis die mal tatsächlich
> 'hinüber' sind. Selbst durch Verpolen im Sockel, ist mir noch keiner
> funktional abgeraucht.

ich gehe jetzt davon aus, dass der Diamex dx-isp defekt ist. ich habe 
gerade ein AVR dragon erworben. dann werde ich es wissen. es kann nicht 
sein, dass mir bei drei neuen und dem original Pollin Attiny 2313 
derselbe Fehler angezeigt wird. Ich habe gerade den Pollin ACR in der 
Schaltung geprüft. Dieser arbeitet noch immer wie nach dem Kauf des 
Bausatzes. Anfang kommenden Monat bekomme ich das Board.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren