Atmel Studio 6.1

> hat ein Riesenauswahl an IDE/Compiler/Debugger

Welche davon ist denn kostenlos? Nur eine, CooCox.
Alle anderen kosten mehrere hundert bis mehrere Tausend Euro. Die 
limitierten Demoversionen kannst du veregssen. Wenn dein Programm dann 
mehr Speicher braucht hast du bei denen verloren.

Helmut S. schrieb:
>> hat ein Riesenauswahl an IDE/Compiler/Debugger
>
> Welche davon ist denn kostenlos? Nur eine, CooCox.

Eclipse als IDE nehmen. Die Toolchain ist ok, die behält man bei.

SuperPCFan schrieb:
> Hmm Eclipse, wollte ich mir eh mal ansehen...
>
> Wie sieht das bei Eclipse mit den Compiler Diretiven aus?
Eclipse ist nur eine IDE. Der Compiler bleibt ja gleich.

> Kann Eclipse mit dem Diamex All Avr Programmer umgehen?
> http://www.reichelt.de/?ARTICLE=110345;PROVID=2028;

Eclipse selber kann gar nichts ;-) Aber mit avrdude direkt aus dem 
Programm flashen.

Kaj schrieb:
> Stephan schrieb:
>> Was für eine Müll-Software ist nur Atmel Studio 6.1! Nicht nur, dass
>> dieser Mist mindestens 5X am Tag einfriert
> Ich hab damit ueberhaupt keine Probleme. Kein einfrieren, keine
> geloeschten Dateien, nichts. Lieber mal das Problem bei sich suchen, als
> immer auf andere zu schieben!

Das hört sich gut an! Welche Atmel Prozessoren / Programmer und Tools 
nutzt Du? Auf welcher Windows Version? Benutzt du JTAG Debugging 
und/oder DebugWire?

Bei mir hat das Atmel Studio 6.1 leider keinen guten Eindruck 
hinterlassen. Zumindest einen deutlich schlechteren als 4.18. Liegt 
vielleicht auch daran, was man damit macht. Die ATTiny Unterstützung 
erschien mir eher nicht ganz so intensiv getestet zu sein.

Dateien habe ich nicht verloren, dafür aber meine Geduld. Bin daher auch 
auf Eclipse/AVRDude/Avarice umgestiegen und damit deutlich zufriedener.

SuperPCFan schrieb:
> Ja gut, als Programmer Tool kann ich noch ein externes Tool wie Avrdude
> nehmen. Allerdings finde ich es eleganter, wenn die Toolchain
> durchgängig ist.
Das ist unfug. Die Toolchain ist durchgängig. Die besteht IMMER aus 
vielen Teilen. Nur manch IDE verbirgt dies geschickt.
>
> Der Compiler gehört nicht zur IDE?
Nein, der Compiler ist der Compiler. Und das ist gut so. So einen 
Compiler schreibt man nicht mal kurz und es gibt da nicht so viele und 
schon gar nicht für umsonst.

> Die Toolchain wird ja schließlich immer mit installiert.
Siehe oben.

> Wenn ich Cyblord richtig verstanden habe, bringt mir ein Eclipse, was
> dann den lahmen Compiler von Atmel Studio 6 verwendet, ja nichts.
Bei dem Compiler handelt es sich um avr-gcc, der ist alles andere als 
lahm. Das ist einer der besten freien Compiler für AVRs. Den hat Atmel 
sozusagen adopiert.

Also mal langsam:
Eclipse ist eine sehr mächtige IDE, aber erstmal nur ne IDE. Dann gibts 
ein AVR Plugin, welches hübsche Einstellungen und Dialoge für die AVR 
Entwicklung mitbringt und in Eclipse einbaut und die Ansteuerung der 
restlichen Toolchain und avrdude übernimmt.

Die Toolchain besteht vor allem aus Compiler, Linker und noch ner 
handvoll Tools. Wie schon gesagt, ist das der avr-gcc Compiler nebst 
Tools. Da Atmel diesen seit kurzem pflegt, nimmt man nach wie vor 
diesen. Die Toolchain gibt es bei Atmel auch seperat zum Download. Am 
avr-gcc ist nichts auszusetzen. Besser gehts nicht für umsonst.

Das Plugin bringt auch direkten support für avrdude mit, inkl. 
Fuse-Editor und Flashen mit einem Knopfdruck. Trotzdem muss avrdude 
separat installiert sein, Eclipse steuert das nur an.

Andere IDEs machen das nicht anders, aber oft wird da alles in einem 
Rutsch installiert und der User merkt gar nicht, aus welchen Teilen das 
alles besteht. Der Vorteil wenn du es einzeln machst ist der dass du 
flexibel bist, d.h. du kannst Komponenten auch austauschen und du siehst 
mal schön wie das so alles funktioniert. Und die Einrichtung von Eclipse 
für avr ist wirklich ganz einfach.

Außerdem kann man Eclipse natürlich auch für vieles andere nutzen. Für 
C/C++ für PC, für Java, Android Apps, PHP, JavaEE usw. usw.

gruß cyblord

SuperPCFan schrieb:

> Für mich stellt sich dann aber immernoch die Frage, warum der Compiler
> bei der Verwendung mit Atmel Studio 6 so langsam ist.
> Hat das Studio Schnittstellen zum Compiler, die ihn dermaßen ausbremsen
> können?
Deine Probleme scheinen doch ziemlich sicher vom Studio selbst zu 
kommen, und nicht vom Compiler.

> Kann man denn generell sagen, dass das Austauschen von Componenten der
> Toolchain relativ einfach ist?
Wenn die Komponenten IDE, Compiler, Flash-Programm sind, dann ja. 
Präprozessor, Compiler, Linker usw. zu trennen wird schwierig. Beim 
avr-gcc sind compiler und linker sowieso beide zusammen in einer 
Anwendung untergegracht. Theoretisch kann man aber auch hier 
austauschen.

> Ich meine, ich bin damals vom Atmel Studio 4.18 weg, weil das Studio mit
> dem Programmer Tool für den Programmer Diamex All AVR nicht klar kam.
Nun bei Eclipse kann man, auch ohne AVR-Plugin, sehr einfach externe 
Tools einbinden. z.B. für STM32, habe ich grade ganz einfach den ST-Link 
per Kommandozeile in Eclipse eingebunden, um den Controller zu flashen.

gruß cyblord

SuperPCFan schrieb:
> Ich habe jetzt mal Eclipse mit AVR Plugin installiert.
> Ich habe beim Projekt erstellen keine "Assembler" Auswahloption gesehen.
Wieso den jetzt Assembler? Du erstellst in erster Linie ein C Projekt. 
Natürlich kannst du trotzdem Assembler Dateien ins Projekt einfügen. 
Aber es bleibt ein C Projekt.

gruß cyblord

Die AVR-GNU Toolchain kann schon auch Assembler, leider ist der aber den 
anderen GNU-Assemblern ähnlich und nicht dem vom Atmel Studio (war 
zumindest bis zum 4.18 so, dass der Atmel Assembler einen andere Syntax 
hat). Zwar ist beim Atmel Studio auch die GNU-Toolchain dabei, bei 
Assembler nutzen die aber meines Wissens nach ihre eigenen Atmel 
Assembler.

Du kannst daher wahrscheinlich die Assembler Dateien leider nicht direkt 
übernehmen ;-(.

SuperPCFan schrieb:
> cyblord ---- schrieb:
>> Wieso den jetzt Assembler?
>
> Ich könnte jetzt fragen: Wieso denn kein Assembler?
> Ich habe bisher nichts zur Programmiersprache gesagt. Lediglich an
> meinen Fragen zum Einbinden von .asm-Dateien hätte man etwas suggerieren
> können.

Ja gut ich bin davon ausgegangen.

>
> Ich schreibe MCU Programme in Assembler.
Dann bleib in jedem Fall beim Studio.

Die Eclipse-Lösung ist auf C/C++ Entwicklung ausgelegt, ganz klar.

gruß cyblord

Liebe Atmel Studio 6.1 Nutzer,
bin Anfänger und habe soeben erfolgreich den Computer über einen 
usb-isp-Stick mit dem Atmel-evaluationboard verbunden und das erste 
kleine Programm via burn-o-mat und avrdude übertragen. Es gibt einen 
Beitrag der erklärt wie ich avrdude als externes Tool im Atmel-Studio 6 
einbinden kann. Gibt es soetwas auch für das Atmel-Studio 6.1 -die 
Ordnerbezeichnung ist hier eine andere-, oder weiss jemand wie das geht?
Danke für eure Mühe
Hartmuth

Also ich habe mit dem Programm bisher auch noch nie Probleme gehabt.
Nutze ich auf drei Rechnern und nicht grade wenig.
Denke das liegt an irgendetwas auf Deinem Rechner.

Btw. Gegen solch Zeugs hilft ungemein ein SVN oder Backup...

Da muss man doch nicht so genervte Threads erstellen.

cyblord ---- schrieb:
>
>
> Außerdem kann man Eclipse natürlich auch für vieles andere nutzen. Für
> C/C++ für PC, für Java, Android Apps, PHP, JavaEE usw. usw.
>
> gruß cyblord

Was dann auch der riesige Vorteil bei Eclipse ist.
Bei mir läuft das Studio 6.1 einwandfrei, bis auf Debugwire. Ich kann 
zwar in den Modus schalten und alles klappt gut, doch ausschalten kann 
ich das nicht mehr und muss den uC (Tiny13) dann mit HV zurück setzen.
Auf dem Netbook hatte ich auch immer Fehlermeldungen beim Starten und es 
dauerte ewig. Vielleicht hat der TO nur zu wenig Ram?
Ich habe jetzt einen Schleppi mit I5 und 8GB Ram, seitdem läuft es 
annehmbar.

Aber wenn es den TO so stört, geht doch auch mit Makefile und Avrdude. 
Dann kann er es doch sogar im Texteditor schreiben.

Das Studio 6.1 läuft bei mir Problemlos.
Ich hatte vor einer Zeit mal das Problem, das weder 6.0 noch 6.1 
Funktionierten. Egal was ich versucht hab. Am Ende half nur eine Windows 
Neuinstallation. Danach ging alles problemlos.
Programmer ist der AVR ISP MKII, als Debuger kommt der JTAG ICE3 zum 
einsatz, debugWire funktioniert tadellos.
Überhaupt nicht mehr missen will ich das IntelliSense, das einfach 
super.

@F. Fo:
Ausschalten kannst du debugWire über Debug -> Disable debugWIRE and 
Close.

Martin K. schrieb:
> Ich hatte vor einer Zeit mal das Problem, das weder 6.0 noch 6.1
> Funktionierten

Hatte ich auch mal.
War nachdem ich ein Visual Studio Paket installiert hatte.

Evtl. lags ja daran.

Martin K. schrieb:

>
> @F. Fo:
> Ausschalten kannst du debugWire über Debug -> Disable debugWIRE and
> Close.

Danke Martin, geht und ging aber nie bei mir. ich habe keinen Schimmer 
wieso das nicht geht.

Stephan schrieb:
> Was für eine Müll-Software ist nur Atmel Studio 6.1!

Stimmt. V6.2 ist auch nicht besser.

Stephan schrieb:
> Nicht nur, dass
> dieser Mist mindestens 5X am Tag einfriert

Stimmt noch immer. Auch die 6.2er ist mir heute mehrfach abgestürzt.

Dennis schrieb:
> Ich persönlich beschwere mich aber darüber
> nicht im Forum, sondern wechsele einfach den Hersteller.

Ich schon. Der Mist, den Atmel seit der Umstellung auf WPF produziert, 
gehört öffentlich kritisiert, damit sie davon mal wieder wegkommen.

B.Ko. schrieb:
> Auch ich verwende für die kleinen CPUs Assembler und stelle immer
> wieder Ungereimtheiten und heftige Fehler, z.T. auch Abstürze fest.

Mir auch bekannt. Habe heute seit 13:30Uhr bis 22:30Uhr mehrere Versuche 
hinter mir.

Meine Systeme:

1. Windows XP (32 Bit, 4GB Arbeitsspeicher) mit AS6.1
2. Umstellung des Win XP - Systems auf AS6.2

-> stürzte mehrfach nachdem Start der Update-Funktion mit Hängenbleiben 
ab.

3. Rückinstallation zu AS6.1.


Dann:

4. Installation unter Win7 (64Bit, komplette 12GB Arbeitsspeicher zur 
Verfügung) mit AS6.2

5. Blieb nach dem Start auch mal hängen, nachdem ich für das XPLAINED-A1 
per 'Example Project' und ASF die Demo bauen lassen wollte.

Als es dann endlich übersetzte, lief anschließend die Demo auf dem 
XPLAINED-Board nicht.

6. Irgendwann nach einem Neustart ging es dann.

Alle Versuche auf beiden Systemen mit dem JTAGICE mkII von Atmel, den 
ich seit Jahren einsetze.

Meine Meinung:

Atmel Studio 4.12 mit SP2 war dagegen superstabil, schmal und flink. Die 
Kooperation mit Microsoft und em Visual Studio ist ja nicht unbedingt 
schlecht, der Einsatz von WPF hingegen ist eine einzige Katastrophe:

- langsam
- instabil
- unnötig!

Für eine solch grottenlahme IDE sollte man die Entwickler feuern! Wenn 
ein moderner Rechner mit Core-Prozessor, 12GB RAM und schneller Platte 
durch ein EWS mit WPF total ausgebremst wird, so dass schnelle flüssige 
Arbeitsabläufe nicht mehr möglich sind, dann hat Atmel einfach nur Murks 
produziert!

Ich glaube eher, dass MS über Atmel eine Kunden sucht, der der breiten 
Masse so WPF schmackhaft machen soll.

Wenn ich Atmel immer klasse fand, auch das AS4.12 liebte, so bin ich 
seit der ersten AS6-Version am Fluchen!!!

Man kann nur hoffen, dass sie die Kunden hören, das Forum ist ja schon 
voll genug mit Beschwerden, und wieder ihr eigenes Ding machen, 
zumindest ohne Microsoft-WPF.

Die Abstürze halten vom produktiven Arbeiten ab. Die Trägheit des 
Systems auch. Ich überlege derzeit, ob ich AS6 überhaupt noch für das 
nächste anstehende Produktivsystem einsetzen soll.

Meine Meinung, eine Meinung. Muss man nicht mögen, sollte man aber 
akzeptieren.

Schönes Restwochenende noch.

Gruß
Gunb