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:
-
attiny2313_fehler.gif
8,9 KB -
adapter_attiny2313.gif
15 KB
Schreib mal noch "-B 60" in die Kommandozeile... das vermindert den Takt bei der Programmierung.
Angehängte Dateien:
-
attiny2313_fehler2.gif
53 KB
Danke für den Hinweis. Aber das half mir nicht weiter. Der Fehler der Initialisierung des Attiny2313 ist noch immer da. Hier muss ein anderer Fehler vorliegen.
holger schrieb: > Mach mal einen Abblockkondensator an den Tiny. Mit welchem Wert und an welche Pins des Attiny2313?
Jörg Borchers schrieb: > holger schrieb: >> Mach mal einen Abblockkondensator an den Tiny. > Mit welchem Wert und an welche Pins des Attiny2313? 100nF an die Spannungsversorgungspins, laut dem Bildchen oben 10 und 20. (Der tiny wird ja wohl hoffentlich mit Spannung versorgt?!)
>> Mach mal einen Abblockkondensator an den Tiny. >Mit welchem Wert und an welche Pins des Attiny2313? 100nF keramischer Kondensator oder zur Not auch Folie. Darf auch 47nF sein. Kommen da überhaupt 5V aus dem Programmer? Ohne Spannung kannst du den Tiny nicht programmieren.
Die Fehlermeldung legt nahe, dass die Verbindung zwischen avr-dude und deinem Programmer gestört ist. Probier mal an einem anderen COM-Port, vorzugsweise 1 bis 4.
Jörg Borchers schrieb: > Danke für den Hinweis. Aber das half mir nicht weiter. Der Fehler der > Initialisierung des Attiny2313 ist noch immer da. Hier muss ein anderer > Fehler vorliegen. Hallo Jörg, vielleicht ist die Frage doof, aber warum verwendest du die Option "-D" bei avrdude? Und warum die Option "-F"?
Markus Weber schrieb: > Hallo Jörg, > vielleicht ist die Frage doof, aber warum verwendest du die Option "-D" > bei avrdude? Und warum die Option "-F"? -F brachte mir die gleiche Fehlermeldung. Deshalb steht hier -D.
Die Option -F würde ich ganz weglassen. Das gibt nur Probleme und löst keine. Wie oben schon gesagt wurde wird wohl schon der Programmer nicht erkannt. Da kann man am Tiny rumbasteln solange man will.
Hast du die Fuse für den ext. Reset enabled? Ohne aktiven ext. Reset geht nix beim programmen.
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.
Jörg Borchers schrieb: > -F brachte mir die gleiche Fehlermeldung. Deshalb steht hier -D. Hmmm... das verstehe ich jetzt nicht. Was bewirkt "-D"? Und ist es wirklich das, was du bewirken willst?
mikel schrieb: > Hast du die Fuse für den ext. Reset enabled? Ohne aktiven ext. Reset > geht nix beim programmen. Wie geht dieses denn unter avrdude? Die DOS-Zeile sieht doch so aus: F: avrdude -p t2313 -c stk500v2 -P com15 -F -U flasch:w:N4450.hex
Konnte man beim 2313 nicht den ISP komplett wegfusen und kam nur noch uber DebugWire drauf? Ansonsten Wackelkontakt? Versorgungsspannung? Evtl Clock benötigt? ISP Frequenz zu hoch?
>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.
holger schrieb: > Wie oben schon gesagt wurde wird wohl schon der Programmer nicht > > erkannt. Wie kann ich den diamex DX-Isp denn in avrdude einbinden? Ich habe nur die dazugehörigen Inf-Dateien dafür und in Diesen finde ich keine Angaben, die ich in der Datei "avrdude.conf" eintragen muss.
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.
Tachen schrieb: > flasch:w:N4450.hex Was ist daran Falsch? Diese von mir verwendete dOS-Zeile stammt von der PDF-Datei "Franzis- Lernpaket Mikrocontroller". Ich arbeite das erste Mal mit Avrdude.
Was ist in dem 'Adapter'-Bildchen denn 'Ansicht von oben'? Beim Wannenstecker ist Pin 1 normalerweise(tm) da wo bei Dir Pin 6 ist - wenn man von 'oben' draufschaut.
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.
>> 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.
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.
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
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.
> Der Programmer wird trotzdem von AVRdude nicht erkannt.
Laut dem Screenshot von gaaaanz oben wird er das sehrwohl.
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.
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.
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.
Angehängte Dateien:
-
myavr_prog.jpg
69 KB
Ich habe es jetzt mit dem Programm "myAVR Progtool" versucht. Auch hier bekomme ich die gleiche Fehlermeldung. Ich frage mich jetzt, wie ich diesen Fehler beheben kann.
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.
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.
Jörg Borchers schrieb: > dass der Diamex dx-isp defekt ist Das ist durchaus denkbar, da Du ja offensichtlich den ISP-Stecker falsch verdrahtet hattest. Ich habe zwar nicht im Detail analysiert, was bei der Spiegelung der Anschlüsse alles passieren kann, aber ich würde mit allem rechnen. Ggf. ist auch der µC hin. Gruß Dietrich
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.