ATTINY1634-Programmer - welchen?

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!

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.

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.

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

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.

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.

...