Hallo, ich habe hier einen AT90S2313 auf dem OP-Tisch liegen, der nicht über ISP ansprechbar ist. Habe ihn wie im Datenblatt angeschlossen U Pin 1 - Reset Pin 20 - VCC Pin 2 Pin 19 - SCK Pin 3 Pin 18 - MISO Pin 4 Pin 17 - MOSI Pin 5 Pin 16 Pin 6 Pin 15 Pin 7 Pin 14 Pin 8 Pin 13 Pin 9 Pin 12 Pin 10 - GND Pin 11 -> Diamex Programmer [MISO][VCC ] [SCK ][MOSI] [RST ][GND ] An sich habe ich schon erfolgreich verschiedene moderne Atmels mit Microchip Studio 7 angeschlossen, aber bei dem hier meldet das AVR Studio 4.19 wenn ich "Connect to Selected AVR Programmer" anklicke und im Menü "STK500" und den korrekten COM Port wähle "Connect Failed - Select AVR Programmer" Btw, das AVR Studio habe ich extra für dieses AVR installiert, habe also keine Erfahrung damit und ob man da noch was einstellen muss... Weiß jemand Rat?
Gab es da nicht eine Besonderheit für den 2313? Den gibt es ja in zwei Versionen, der AT90S ist der ältere. https://www.silicon-ark.co.uk/datasheets/at90s2313-datasheet-atmel.pdf#page=68 da steht jedenfalls nichts besonderes.
Eventuell musst du die Übertragungsgeschwindigkeit reduzieren. Abblock Kondensator ist am Target vorhanden?
Mirko schrieb: > An sich habe ich schon erfolgreich verschiedene moderne Atmels mit > Microchip Studio 7 angeschlossen, aber bei dem hier meldet das AVR > Studio 4.19 wenn ich "Connect to Selected AVR Programmer" anklicke und > im Menü "STK500" und den korrekten COM Port wähle "Connect Failed - > Select AVR Programmer" Wenn Win11, dann ist Problem mit Treiber für STK500 möglich.
Nein, aber 100nF an GND-VCC ist kein Problem, funktioniert trotzdem nicht... Hab Win 10 installiert...
Mirko schrieb: > Hab Win 10 installiert... Win10 noch schlimmer... Meine Lösung mit Win11, Atmel Studio 4.19 und AVR JTAGICE mkII war RS-232 Converter. Langsamer als direkt über USB, aber zu dem Converter gibt es Treiber, somit ist die Arbeit möglich.
Es gibt einen Text zu den Unterschieden zwischen AT90S2313 und ATtiny2313: https://ww1.microchip.com/downloads/en/Appnotes/doc4298.pdf "Programming of both flash and EEPROM is now done in pages instead of per byte." Sicher, dass es der alte AT90 ist? Und der Treiber dazu?
:
Bearbeitet durch User
Mirko schrieb: > Hallo, > > ich habe hier einen AT90S2313 auf dem OP-Tisch liegen, der nicht über > ISP ansprechbar ist. > > Habe ihn wie im Datenblatt angeschlossen [...] Nein, hast Du nicht. Datenblatt, Seite 68, Fig 53. Da gibts noch einen Clock Input an XTAL1 Pin 5. Speise da mal ein Taktsignal eines Oszillator mit 1..4MHz ein. Dann darfst Du hoffen dass kein Spezialist vor Dir den Reset-Pin als GPIO umdefiniert hat. Dann bleibt nur noch HVPP übrig. Das sind die üblichen Schmerzen mit den klassischen AVRs. Die muss man sich heutzutage nicht mehr antun, da gibts besseres. fchk
:
Bearbeitet durch User
Mirko schrieb: > Habe ihn wie im Datenblatt angeschlossen Der braucht mindestens einen externen Quarz mitsamt Cs. Den internen RC-Oszillator hat erst der Nachfolger ATtiny2313. Frank K. schrieb: > Weißt Du sicher, wie der aktuell konfiguriert ist? > Ansonsten hänge doch an Pin 5 (XTAL1) mal ein Taktsignal eines > Oszillator mit 1..4MHz. Genau das, egal welche Fuse-Settings.
Die Taktfrequenz der ISP Schnittstelle muss in der IDE auf weniger als 1/4 der Taktfrequenz des Mikrocontroller eingestellt werden. Mit den Standardvorgaben und einem neuen AVR ist das nicht der Fall. Man muss die Einstellung ändern. Avrdude hat dazu den Parameter -b.
Sherlock 🕵🏽♂️ schrieb: > Die Taktfrequenz der ISP Schnittstelle muss in der IDE auf weniger > als > 1/4 der Taktfrequenz des Mikrocontroller eingestellt werden. Mit den > Standardvorgaben und einem neuen AVR ist das nicht der Fall. Man muss > die Einstellung ändern. Avrdude hat dazu den Parameter -b. Knapp daneben ist auch vorbei… Hmmm schrieb: > Mirko schrieb: >> Habe ihn wie im Datenblatt angeschlossen > > Der braucht mindestens einen externen Quarz mitsamt Cs. > > Den internen RC-Oszillator hat erst der Nachfolger ATtiny2313. Oliver
Oliver S. schrieb: > Knapp daneben ist auch vorbei… Das ist überhaupt nicht daneben. Da ein Oszillator ab 1 MHz empfohlen wurde und der Programmieradapter den ISP Anschluss dafür standardmäßig zu schnell taktet, sind ohne Änderung Probleme zu erwarten.
:
Bearbeitet durch User
Angehängte Dateien:
-
at90s2313_isp.png
23 KB
Mirko schrieb: > Habe ihn wie im Datenblatt angeschlossen > > U > Pin 1 - Reset Pin 20 - VCC > Pin 2 Pin 19 - SCK > Pin 3 Pin 18 - MISO > Pin 4 Pin 17 - MOSI > Pin 5 Pin 16 > Pin 6 Pin 15 > Pin 7 Pin 14 > Pin 8 Pin 13 > Pin 9 Pin 12 > Pin 10 - GND Pin 11 Also lt. Datenblatt sind 7 Anschlüsse nötig.
Peter D. schrieb: > Also lt. Datenblatt sind 7 Anschlüsse nötig. Und wenn die SPIEN Fuse gesetzt ist, dann noch ein paar mehr, und vor allem ein HV-Programmer.
Danke, ja manchmal sieht man den Pin vor lauter Beinchen nicht. Ein 4 MHz Crystal ist jetzt dran. AVR Studio 4.19 erkennt ihn trotzdem nicht, auch nicht mit anderer Toolchain und Make von WinAVR20100110. ABER, mit AVRDUDESS 2.18 (avrdude version 8.0) kann ich zumindest schonmal den Mikrocontroller "detecten". Er wird als "Detected 1e9101 = AT90S2313" erkannt. Die Fuse-Settings kann ich nicht abrufen. Reading fuse memory ... Error: invalid operation AVR_OP_READ on fuse memory Error: unable to read byte at address 0x0000 Error: unable to read all of fuse (rc = -2)
Angehängte Dateien:
-
at90s2313_isp_commands.png
130 KB
Mirko schrieb: > Die Fuse-Settings kann ich nicht abrufen. Auch da hilft wieder das Datenblatt weiter. Für ISP gibt es diese Funktion nicht.
Mirko schrieb: > AVR Studio 4.19 erkennt ihn trotzdem nicht, Da wird im Device-File dein Programmer nicht gelistet sein.
Mirko schrieb: > Ein 4 MHz Crystal ist jetzt dran. Mit passenden Cs? Mirko schrieb: > AVR Studio 4.19 erkennt ihn trotzdem nicht, auch nicht mit anderer > Toolchain und Make von WinAVR20100110. Was sollte die Toolchain am ISP-Verhalten ändern? Mirko schrieb: > Die Fuse-Settings kann ich nicht abrufen. Wie Peter schon schrieb, ist das bei den alten AVRs normal. Schreiben ja, lesen nein.
Hmmm schrieb: > Wie Peter schon schrieb, ist das bei den alten AVRs normal. Schreiben > ja, lesen nein. Ach super, danke, d.h. die Fuse Settings sind auf "default" und man kann daran nichts ändern. Damit bin ich dann eigentlich auch schon zufrieden. Danke für die Hilfe!
Mirko schrieb: > Ach super, danke, d.h. die Fuse Settings sind auf "default" und man kann > daran nichts ändern. Nein, das heisst es nicht. Du kannst per ISP die Fuses schreiben, aber nicht den aktuellen Stand auslesen.
Thread beobachten
Seitenaufteilung abschaltenBitte 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.