Sorry, nach der vielen Googlelei geb' ich's auf: Ich möchte eine Platine mit ATTINY1634-SU aufbauen. Dazu benötige ich eine ToolChain und einen Programmer. Ich möchte gern eine bequeme aktuelle IDE (z.B. "Atmel Studio 6"?), um damit zu programmieren und debuggen. Der µC hat DebugWIRE, aber für die FuseBits reicht das allein wohl nicht. Brauche ich einen AVR-Dragon? Oder einen "JTAG ICE MKIII"? Oder reicht ein "USBtinyISP"? http://learn.adafruit.com/usbtinyisp/overview Oder einer von denen hier, aber welcher? https://www.olimex.com/Products/AVR/Programmers/ Im Zweifel nehme ich die preiswertere Lösung, Hauptsache es funktioniert! Hintergrund: ------------ Warum ein ATTINY1634? Ich hätte gern auch einen MSP430, einen ARM (STM32F4, LPCx) oder einen PIC genommen, denn dafür habe ich Programmer. Mit AVR hatte ich bisher nix am Hut. Der ATTINY1634 scheint aber für eine "Neuentwichlung" eines Derivats vom Rainbowduino / Colorduino das beste Preis- Leistungsverhältnis zu haben; siehe 2a) im Beitrag "Re: Projektidee "RGB-LED-Matrix""
Installier WinAVR als Toolchain und USBasp nimmste als Programmer (ISP). AVRStudio finde ich persönlich zu überladen, aber entscheide selbst. Wo gibts den Tiny denn zu kaufen? Kenn den noch ganicht, scheint wohl etwas neuer zu sein. Endlich mal nen Tiny mit USART (auch gleichnoch 2 davon) und ADC, jay!
Hi >Brauche ich einen AVR-Dragon? Oder einen "JTAG ICE MKIII"? Oder >reicht ein "USBtinyISP"? Kommt darauf an, was du willst: Programmieren : AVR ISP MKII Programmieren und Debuggen: AVR Dragon MfG Spess
Ein 3€ USBasp-Clone on Ebay sollte es tun. Wenn Du debuggen willst, sollte es der Dragon sein.
Coder schrieb: > isp mk 2. Den hier für 350€??? http://www.reichelt.de/index.html?ARTICLE=45038 Da steht nix von debugWire. Spess53 schrieb: > Programmieren : AVR ISP MKII > Programmieren und Debuggen: AVR Dragon Der MKII kostet "nur" 115€: http://www.reichelt.de/index.html?ARTICLE=111112 Der kann auch debugWire. Aber kann man damit nicht debuggen? http://www.watterott.com/de/Atmel-AVR-Dragon 60€, das klingt schon besser. Und die von Olimex taugen nicht? Martin Wende schrieb: > USBasp nimmste als Programmer Du meinst z.B. ebay 121153532375, richtig? Ein Selbstbau kommt (bei den Preisen) nicht in Frage. Das wäre ja noch billiger. Aber kann ich damit auch debuggen? Martin Wende schrieb: > Wo gibts den Tiny denn zu kaufen? http://www.digikey.de/product-detail/de/ATTINY1634-SUR/ATTINY1634-SURCT-ND/3789261 http://de.mouser.com/ProductDetail/?qs=sGAEpiMZZMvqv2n3s2xjsSrRM%2ftOiggpFG%2fyc62Sn%2fM%3d PS: Tim . schrieb: > Ein 3€ USBasp-Clone on Ebay sollte es tun. Wenn Du debuggen willst, > sollte es der Dragon sein. Aha, OK. Das klingt plausibel. Danke.
Der ISP mkII kostet nicht 115€. Der ISP kann aber alle anderen close-source ATMEL-Programmierschnittstellen, wie DEBUGWIRE, PDI usw. Damit kann man allerdings nur Programmieren.
Torsten C. schrieb: > Martin Wende schrieb: >> USBasp nimmste als Programmer > > Du meinst z.B. ebay 121153532375, richtig? > Ein Selbstbau kommt (bei den Preisen) nicht in Frage. Jap genau der. Meiner ist allerdings selber gebaut ;) http://www.fritzler-avr.de/HP/ispd.php
Torsten C. schrieb: > Sorry, nach der vielen Googlelei geb' ich's auf: … weil ein Haufen Kram im Netz steht, aber ich mir nicht sicher bin, ob ich das richtig interpretiert habe. Coder schrieb: > Damit kann man allerdings nur Programmieren. OK, also keine Antwort auf meine Frage. Torsten C. schrieb: > Ich möchte … programmieren und debuggen. Also: MSP440: 6€ LaunchPad STM32F4: 17€ Disvovery ATTINY1634: ??? Coder schrieb: > Der ISP kann aber alle anderen > close-source ATMEL-Programmierschnittstellen Wozu braucht man das? Ginge der AVR-Dragon auch mit dem aktuellen (überladenen?) "Atmel Studio 6", falls ich mich nicht für WinAVR entscheide? Martin Wende schrieb: > Jap genau der. Danke, aber Debugging geht aber scheinbar auch hier nicht. :-( Martin Wende schrieb: > Meiner ist allerdings selber gebaut ;) Sieht ja ganz nett aus, aber den ATTINY1634 habe ich noch nicht als DIP gesehen. Tim . schrieb: > Wenn Du debuggen willst, sollte es der Dragon sein. Also nehme ich den von watterott. Danke.
Torsten C. schrieb: > Coder schrieb: >> Damit kann man allerdings nur Programmieren. > > OK, also keine Antwort auf meine Frage. > Als ich die Antwort geschrieben habe , war dein vorheriger post noch nicht vorhanden. Tut mir leid. Allerdings hättest du_ bei ATMEL mal _reinschauen können...
Coder schrieb: > Als ich die Antwort geschrieben habe, war dein vorheriger post noch > nicht vorhanden? Wie geht denn das? Egal. War nett gemeint. Danke, das sollte von mir kein "Meckern" sein. Torsten C. schrieb: > Ginge der AVR-Dragon auch mit … "Atmel Studio 6" … ? Hat sich erübrigt, denn da hat er Recht: Coder schrieb: > Allerdings hättest du bei ATMEL mal reinschauen können... Demnach geht diese Kombination. Torsten C. schrieb: > MSP440: 6€ LaunchPad > STM32F4: 17€ Disvovery ATTINY1634: 60€ Dragon Naja, das muss dann wohl sein. Ich war wohl verwöhnt. ;-) Weiss einer, welche Pins ich anschließen muss? https://github.com/microtherion/ScratchMonkey/blob/master/pinouts/attiny1634.isp Wird "PC5 = (XTAL)" auch gebraucht? Der steht in Klammern.
Für diejenigen, die die gleiche Frage haben und diesen Thread per Suchmaschine finden, noch ein paar Klarstellungen: Torsten C. schrieb: > Coder schrieb: >> isp mk 2. > Den hier für 350€??? > http://www.reichelt.de/index.html?ARTICLE=45038 Den meine Coder nicht. Das sind zwei unterschiedliche Geräte: AVR ISP mkII ca. 33€, z.B. ebay 251188778063 JTAG ICE MKII ca. 350€, z.B. bei Reichelt. Der JTAG ICE kann auch debuggen. Torsten C. schrieb: > Also nehme ich den von watterott. Bei Reichelt wäre der Dragon billiger gewesen als bei watterott: http://www.reichelt.de/index.html?ARTICLE=97200 Ich danke Euch allen für die Infos! Torsten C. schrieb: > Weiss einer, welche Pins ich anschließen muss? Ich warte mal auf die Lieferung, vielleicht steht das dort in der Hilfe ...
Hi >Ich warte mal auf die Lieferung, vielleicht steht das dort in der Hilfe >... Die aktuelle Hilfe findest du im AVR Studio. MfG Spess
spess53 schrieb: > Die aktuelle Hilfe findest du im AVR Studio. Wenn es sich denn installieren würde. Hat jemand 'ne Idee? Seit 20 Minuten passiert hier nix mehr (s. Bild). Der Wizard installiert den USB-Treiber einfach nicht auf Windows 7.
Hallo an alle, ich habe ebenfalls mehrere ATtiny1634 gekauft, da diese für meine Applikation hervorragend sind. Programmieren geht einwandfrei mittels 3€ eBay USBasp, jedoch ein Problem: Ich kann die Fuses nicht auslesen, da diese Programmer den Chip eigentlich nicht kennen. Hat jmd. eine .xml-File für das Atmel-Studio 6 (dort sind sehr viele Chips nicht mehr enthalten, u.a. der ATtiny1634 auch nicht) oder kennt jmd. ein Programm wie das "myAVRProgTool", was den ATtiny 1634 kennt und fusen kann? Wenn man nur programmieren will, geht fast jeder Programmer (ich habe Ersatzweise einfach den ATtiny167 als Referenz genommen, nur mit den Fuses klappt es nicht).
Hi, also bei mir im Studio (6.0.1938) ist er dabei. Wenn du mir sagst, wo ich diese Files finde, häng ich sie dir hier an. lg
Ansonsten mal den AVR Burn O Mat angucken. Der hat den 1634 zwar auch nicht, aber die xml datei ist schnell erweiterbar. Einfach ins DB gucken wie die Fuses aussehen und wie bei einem anderen attiny. Dann von dem attiny mit dne gleichen das xml element kopieren und umbenennen
Hallo, kann bitte jemand helfen? Ich habe Atmel Studio 6 (Version: 6.1.2730 - Service Pack 2) installiert und den 6-Pin debugWIRE connector direkt am Breadboard am IC angeschlossen. Über "Tools" - "Device-Programming" konnte ich auch die "Device information" sehen und über den Punkt "Fuses" auch sehen, welche Fuses einen Haken hatten. Bei "Start Debugging" konnte AtmelStudio aber keine Debug-Verbindung aufbauen, da hatte ich eine Idee: Ich bin auf die (blöde?) Idee gekommen, das DWEN-Fusebit zu setzen. Nun geht gar nichts mehr. Ich dachte, das wäre nötig?! Dann sah ich die Fußnote im Datenblatt: "Programming this fuse bit will change the functionality of the RESET pin and render further programming via the serial interface impossible". Kann ich denn mit dem AVR Dragon programmieren und debuggen? Muss das DWEN-Fusebit ein oder aus sein? Ich steh ziemlich auf dem Schlauch, wäre nett, wenn jemand einen Tipp hat. VG Torsten
Zum Abschalten muss folgende Sequenz eingehalten werden: * Power On * Reset-enable Befehl zum AVR senden * Im ISP-Modus die DWEN-Fuse löschen * Power Off Vorgehen im AVR-Studio 6: * Debuging starten. * In der Menüleiste: Debug -> Disable debugWIRE and Close. Oder is Google mal wieder kaputt?
Um das DWEN-Fusebit wieder zu löschen, muss ich am AVR DRAGON eine Stiftleiste in die HV_PROG Pins löten und anschließen, oder geht das auch einfacher? Martin Wende schrieb: > Oder is Google mal wieder kaputt? Danke, ich bin echt froh, dass Du mir hilsft. Mit google finde ich einen Haufen Informationen, die sich scheinmar widersprechen. Du meinst wahrscheinlich diese Seite: http://www.atmel.no/webdoc/avrdragon/avrdragon.section.gsr_osd_lc.html
Torsten C. schrieb: > Um das DWEN-Fusebit wieder zu löschen, muss ich am AVR DRAGON eine > Stiftleiste in die HV_PROG Pins löten und anschließen, oder geht das > auch einfacher? Wieso das denn? Martin Wende schrieb: > Vorgehen im AVR-Studio 6: > > * Debuging starten. > * In der Menüleiste: Debug -> Disable debugWIRE and Close. Ich nutze zwar Version 4.19 und auch keinen 1634, aber DW schaltet man im Debugger aus. Also: - mit ISP DW-Fuse aktivieren - ISP beenden - Debugger starten, debuggen - im Debugger über Menü DW deaktivieren (siehe Martin) - fertig... ...
Hannes Lux schrieb: > im Debugger über Menü DW deaktivieren Ja, würde ich gerne, mache ich auch nächstes mal. Danke. Aber: Ich schrieb: > Ich bin auf die (blöde?) Idee gekommen, das DWEN-Fusebit zu setzen. Nun > geht gar nichts mehr. …: "Programming this fuse bit will > change the functionality of the RESET pin and render further programming > via the serial interface impossible". Und nun kann man per ISP die DW-Fuse weder aktivieren noch deaktivieren. Oder habe ich es immer noch nicht kapiert? Martin Wende schrieb: > Reset-enable Befehl zum AVR senden Wie macht man das? Sorry falls ich die falschen Suchbegriffe in Google eingebe.
Hab doch oben schon reinkopiert wie man mitm Studio6 den debugmode beim avr abschaltet. weiteres steht hier: http://www.mikrocontroller.net/articles/DebugWIRE
Martin Wende schrieb: > Hab doch oben schon reinkopiert Das ist ja alles sehr nett, danke. Aber da steht nur "Reset-enable Befehl zum AVR senden". Ich habe im "Atmel Studio 6" ^^ die Funktion aber immer noch nicht gefunden. Sorry, falls ich Tomaten auf den Augen habe.
Torsten C. schrieb: > Und nun kann man per ISP die DW-Fuse weder aktivieren noch deaktivieren. Du kannst DW nicht per ISP deaktivieren, sondern nur im Debugger. Vermutlich (jetzt nicht nachgesehen) auch noch per HV-Prog, aber das steht ja nicht zur Debatte, da es ja per Debugger geht. > Oder habe ich es immer noch nicht kapiert? Vermutlich. Rufe den Debugger auf, wusele Dich durch das Menü und finde den Eintrag, mit dem man das Debuggen deaktiviert. Solange DW aktiv ist, funktioniert ISP nicht, erst nach Deaktivieren von DW im Debugger ist der AVR wieder per ISP ansprechbar. ...
Steht doch da: Vorgehen im AVR-Studio 6: * Debuging starten. * In der Menüleiste: Debug -> Disable debugWIRE and Close. ... Wenn debugwire garnicht funktioniert, dann musste bei dem Link von vorhin mal unter physikalisch gucken. Nicht, dass deine Beschaltung die Kommunikation abwürgt.
Torsten C. schrieb: > Ich habe ... die Funktion > aber immer noch nicht gefunden. Die ist in AS4 nur sichtbar, wenn der Debugger aktiv ist, das dürfte bei AS6 nicht viel anders sein. ...
Danke für Eure Geduld mit mir. Vorab: Mein Blutdruck ist wieder gefallen. Ich habe (dank Eurer Hilfe) folgenden Weg gefunden: 1. In den Projekteinstellungen "Interface debugWIRE" einstellen (Bild 3 oben in der Mitte). 2. "Debug - Start …" geht nun, sowohl mit als auch ohne Debugging. :-) ABER: Über ISP programmieren geht nun nie nicht mehr, (Bild 1) richtig? Bevor ich die Fuse gesetzt hatte, ging's noch. Ich kann damit leben, ich frage nur, um sicher zu sein, dass ich's nun verstanden habe. Martin Wende schrieb: > Disable debugWIRE and Close. Das ist bei mir immer disabled (gegraut).
Torsten C. schrieb: >> Disable debugWIRE and Close. > Das ist bei mir immer disabled (gegraut). PS, Korrektur: Bei aktivem Debugging geht's, aber es kommt eine Fehlermeldung, siehe Bild.
Torsten C. schrieb: > Bei aktivem Debugging geht's, aber es kommt eine > Fehlermeldung, siehe Bild. Kann es sein, dass Du aufgrund der Probiererei auch den ISP-Dialog offen hast? Dann geht es nämlich nicht. Du darfst nur eines offen haben, entweder Debugging oder ISP. ...
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.