AVR Studio schon soweit?

Ich verwende schon seit einigen Monaten das 5er. Bin zufrieden damit, 
möchte nichmehr zum 4er wechseln. Probiers selber aus ;)

Mir genügt der enthaltene avr-gcc auch "nackt" auf einem 
Unix-Unterboden. Ich komme noch aus einer Generation, die mit 
Kommandozeilentools umgehen und noch makefiles schreiben kann. ;)

[X] Benutze weder 4er noch 5er Version

mfg mf

Eberhard F. schrieb:
> benutzt
> du auch noch den emacs oder vi?

hm, mit zwei Tastenkombinationen zwei Zeilen zu tauschen und dabei nicht 
zur Maus zu greifen, ist in der Tat sehr oldschool(oder, warte mal, am 
Ende sogar Produktiv). Es gibt ja zum Glück noch "ed" und noch ein paar 
tausend andere, noch viel kruder zu bedienende Dinger da draußen. Mein 
voriger Beitrag ist bitte nicht allzu ernst zu nehmen, sollte doch am ;) 
erkenntlich sein. mfg mf

PS edit: hey, schon wieder argh!
Bist du eigentlich eher int argh!c oder char** argh!v?? :D

argh! schrieb:
> Programmer's Notepad schafft das mit einer!
und was ist mit Jens' File editor?

UMPA LUMPA schrieb:
> Was mich am Studio5 stört, ist daß das Flashen des µCs mit jeder Menge
> Klicks gesegnet ist.
Gibts vllt. ne Tastenkombination?
mfg mf

UMPA LUMPA schrieb:

>
> Was mich am Studio5 stört, ist daß das Flashen des µCs mit jeder Menge
> Klicks gesegnet ist. Beim 4.19er ist es nur einer. Oder ich habe noch
> nicht den richtigen Weg gefunden.

Ich stelle im Projekt im "Release" den Debugger auf meinen Programmer 
und dann reicht ein "Run" (F5) zum kompilieren und flashen.

Für die Programmierung von XMEGAs ist das AVRStudio5 dank ASF ideal. Am 
Anfang war das ASF noch etwas holprig, man hat aber in letzter Zeit 
einiges nachgebessert. Das erleichtert die Arbeit ungemein.

Schade das es kein ASF für die "alten" atmegas gibt...


[X] Benutze AVR Studio 5
[ ] Bereue die Installation von AVR Studio 5
[ ] Benutze AVR Studio 4 würde gerne zu AVR Studio 5 wechseln
[ ] Benutze weiterhin AVR Studio 4

Mini Float schrieb:
> Ich komme noch aus einer Generation, die mit
> Kommandozeilentools umgehen und noch makefiles schreiben kann. ;)

Kommadozeile und Batch benutze ich seit MS-DOS 3.3.
Makefiles benutze ich nicht. Ist mir zu aufwendig, jedes neue C-File 
manuell hinzufügen zu müssen.

Ich benutze eine Batch, die compiliert und brennt. Dazu ist ein 
Doppelklick nötig.
Die Batch compiliert alle C-Files im aktuellen Verzeichnis.
Lediglich zum Ändern des AVR-Typs muß man sie editieren.

Als Editor benutze ich zur Zeit Notepad++.

Studio4 benutze ich nur dazu, um die Fuses zu ermitteln.
Die muß man ja für die STK500.exe als Hexwerte hinschreiben.


Peter

Eberhard F. schrieb:
> Und weil es so wunderbar elitär und old school mäßig ist, benutzt
> du auch noch den emacs oder vi?

Was hättest du denn gegen die beiden einzuwenden?

Jörg Wunsch schrieb:
> Was hättest du denn gegen die beiden einzuwenden?

Die sind nicht "klick und bunt" genug. ;-)

Mark Brandis schrieb:

>> Was hättest du denn gegen die beiden einzuwenden?
>
> Die sind nicht "klick und bunt" genug. ;-)

Aber auch nur, wenn man ignoriert, dass sie das seit 15...20 Jahren
bereits sind. ;-)  (OK, für den Fall des "vi" mal von seiner
aktuellen Inkarnation namens "vim" ausgehend.)

Thomas F. schrieb:
>>
>> Was mich am Studio5 stört, ist daß das Flashen des µCs mit jeder Menge
>> Klicks gesegnet ist. Beim 4.19er ist es nur einer. Oder ich habe noch
>> nicht den richtigen Weg gefunden.
>
> Ich stelle im Projekt im "Release" den Debugger auf meinen Programmer
> und dann reicht ein "Run" (F5) zum kompilieren und flashen.

Mach das mit einem AVR-ISP mkII und einem Debug-Wire-Controller, dann 
kannst Du den Controller anschließend wegwerfen, da Du Dich aussperrst.

Peter Dannegger schrieb:
> Ich benutze eine Batch, die compiliert und brennt. Dazu ist ein
> Doppelklick nötig.
> Die Batch compiliert alle C-Files im aktuellen Verzeichnis.
> Lediglich zum Ändern des AVR-Typs muß man sie editieren.

Coole Sache!
Mit Studio 5 funktioniert das brennen nicht oder?

Timm Thaler schrieb:
> Kann denn Studio 5 endlich projektbezogene Programmiereinstellungen?

Nein.

P. Liamle schrieb:
> Kurz, einprägsam und provokativ - aber falsch.

Begründe! Ich arbeite seit Tagen mit dem Studio5 und immer ist die 
letzte Einstellung aktiv, egal welches Projekt gerade geöffnet ist.

Avrstudio 5 hat den ganzen Visualstudio Debugger zerschossen. Weder C++ 
noch C# Programme kann ich debuggen. Im VPC zu programmieren ist auch 
nicht das Wahre, da man die Klammern "{[]}" mit STRG+SHIFT statt mit 
ALTGR schreiben muss. Ich finde Avr-Studio5 eindeutig besser (gut dem 
Debugger fehlen ein paar Features), nur möchte ich nicht nur µC 
debuggen, sondern auch meine andere PC-Programme! Bisher habe ich noch 
keine Möglichkeit gefunden den Fehler zu beheben.

[ ] Benutze AVR Studio 5
[X] Bereue die Installation von AVR Studio 5
[X] Benutze AVR Studio 4 würde gerne zu AVR Studio 5 wechseln
[X] Benutze weiterhin AVR Studio 4

Knut Ballhause schrieb:

>> Ich stelle im Projekt im "Release" den Debugger auf meinen Programmer
>> und dann reicht ein "Run" (F5) zum kompilieren und flashen.
>
> Mach das mit einem AVR-ISP mkII und einem Debug-Wire-Controller, dann
> kannst Du den Controller anschließend wegwerfen, da Du Dich aussperrst.

gut zu wissen, bei mir geht es auf diese Weise mit xmega + avrisp mkII 
(ohne debugwire). Woran liegt das, dass dann der Controller tot ist?

Thomas F. schrieb:
> Woran liegt das, dass dann der Controller tot ist

Die Reset-Line wird zugunsten von DebugWire deaktiviert. Somit ist SPI 
tot. Man kann also nur noch über DebugWire an den Controller oder per 
HV. Beides beherrscht der AVR-ISP mkII nicht und somit hat man erstmal 
Pech gehabt.

Knut Ballhause schrieb:
> Die Reset-Line wird zugunsten von DebugWire deaktiviert. Somit ist SPI
> tot.

Daß ARVStudio5 ungefragt an den Fusebits rumspielt, hätte ich jetzt 
nicht gedacht. Das kann man doch bestimmt in irgendeinem Menü verbieten.

Im manuellen Mode des Programmers kommt ja erstmal eine Warnausschrift, 
wenn man gefährliche Fuses setzen will.


Peter

Peter Dannegger schrieb:
> Daß ARVStudio5 ungefragt an den Fusebits rumspielt, hätte ich jetzt
> nicht gedacht. Das kann man doch bestimmt in irgendeinem Menü verbieten.

Ungefragt nicht, es kam eine Dialogbox (an deren genauen Inhalt ich mich 
jetzt nicht erinnern kann), es hatte wohl damit zu tun, dass der AVR-ISP 
mkII kein Debugger ist und ob man ihn trotzdem dazu benutzen will (?!).

FE schrieb:
> und jeden
> der eine Funktionalität vermisst soll doch einfach ein Plugin schreiben!

Weil das ja auch jeder beherrscht. Na klar!

Maddin schrieb:
> Das Flashen geht in v5 übrigens bei WEITEM schneller und mit weniger
> klicks.

:-)

FE schrieb:
> Die Erweiterbarkeit von AVR Studio 5 sind ziemlich vielfältig

Den Debuggerschaden finde ich auch toll, der lässt sich bestimmt noch 
mehr erweitern. Kurz gesagt: So ein Pfusch.

Timm Thaler schrieb:
> Sollte ich jetzt noch eine dritte Meinung einholen? Oder könntet ihr
> euch dazu herablassen, eure Aussage zu erklären...

Ich habe es probiert und es geht nicht. Vielleicht habe ich aber etwas 
übersehen.

Die ominöse Meldung war vermutlich diese hier:

"Failed to launch debug session with debug WIRE. This could be caused by 
reset line circuitry or disabled debugWIRE intterface. Make sure taht 
the reset line is free before continuing. Do you want to use SPI to 
enable the DWEN fuse?"

Von "ungefragt Fuses ändern" kann also keine Rede sein. Allerdings ists 
auch nicht schön, dass man sich hier mit einem unüberlegten klick den 
Controller verfusen kann.
Wobei ich nicht ausprobiert habe, was kommt, wenn man auf "Yes" klickt. 
Bei "No" kommt eine meldund, dass die Debug-session nicht gestartet 
werden konnte.

Dass das studio sich das richtige HEX-file merkt hab ich leider auch 
noch nicht geschafft.

Sebastian

Hab mal schnell ein C#-projekt in VS 2010 erstellt. Bei mir stürtzt 
nichts ab. Aber ich hab wirklich nur das Projekt erstellt und dann 
wieder zugemacht. Keine Ahnung, wie stabil das dann bedienbar wäre.
Allerding hab ich auch zuerst das Atmel Studio 5 installiert und danach 
erst VS.
Vielleicht VS deinstallieren und neuinstallieren. Ich weiß, sowas sollte 
eigentlich nicht passieren, aber wenns danach funktioniert....

Sebastian

Es gibt auch gerade frische Updates für ASF und Part Support.

Da ich beruflich mit dem Visual Studio zu tun habe und es mir gut 
gefällt, ist der Umstieg zum AVR Studio nicht schwer, auch wenn mir 
IntelliSense fehlt (hätte nicht gedacht, das ich das einmal sagen 
würde...). Dieses VisualAssist (oder wie das heißt) ist kein 
vollwertiger Ersatz: Rechtsklick -> gehe zu Definition/Implementierung, 
Codedefinitionsfenster, etc. fehlt mir beispoelsweise...

Sebastian ... schrieb:
> Hab mal schnell ein C#-projekt in VS 2010 erstellt. Bei mir stürtzt
> nichts ab. Aber ich hab wirklich nur das Projekt erstellt und dann
> wieder zugemacht.

Probier mal debuggen, bei mir kommt da eine Fehlermeldung.

L. C. Deininger schrieb:
> Bei mir läuft beides nebeneinender problemlos. Deutet auf
> Installationsfehler.

Glaubich eher nicht, denn die Installation lief ohne Probleme ab und 
avrstudio5 läuft ebenfalls problemlos.

Vielleicht tritt der Fehler nur unter einem bestimmten OS auf (ich habe 
vista x64).

Der Fehler scheint kein Einzelfall zu sein - ein Patch von Atmel zur 
Reperatur wäre angemessen. Durch De-/Neuinstallation lässt es sich 
jedenfalls nicht beheben. Wahrscheinlich muss man wirklich von Hand 
Debug Dlls reparieren.

Bei zerschossenem VS Debugger könnte das (oder ähnlich) helfen. 
Zumindets bei mir ging das noch gg Dieser Bug war meines Wissens aber 
nur in der AS5 Beta drin.

regsvr32 "C:\Program Files\Common Files\Microsoft 
Shared\VS7Debug\msdbg2.dll"

Gruß MB

Edit: Bei 64bit Systemen könnte der Pfad auch anders aussehen...

Timm Thaler schrieb:
> Knut Ballhause schrieb:
>> Timm Thaler schrieb:
>>> Kann denn Studio 5 endlich projektbezogene Programmiereinstellungen?
>> Nein.
>
> P. Liamle schrieb:
>> Knut Ballhause schrieb:
>>> Nein
>> Kurz, einprägsam und provokativ - aber falsch.
>
> Sollte ich jetzt noch eine dritte Meinung einholen? Oder könntet ihr
> euch dazu herablassen, eure Aussage zu erklären...

IMHO geht es nicht. Stelle auch jedesmal um.

Samuel K. schrieb:
> Probier mal debuggen, bei mir kommt da eine Fehlermeldung.

Läuft problemlos. Hab hier Win7 Professional x64.

Barny schrieb:
> Wie schaut es eigentlich mit der Größe / Effizienz der hex im Vergleich
> zu GCC aus?

"Wie fährt eigentlich ein Mercedes im Vergleich zu einem Auto?"

Interessanter wäre die Frage, ob die IDE auch sowas wie --combine
-fwhole-program unterstützt, denn damit kann man u. U. recht
erheblich Codegröße sparen.

Wenn ich aber sehe, dass sie nun wieder bei default auf -O0
rausgekommen sind und auch -lm nach wie vor nicht standardmäßig
dabei ist, dann habe ich da meine Zweifel.

Hallo,

ich benutz an sich das 4 und 5.

Das 4er aber nur weil man beim 5er das STK500 noch nicht voll 
unterstützt wird.

so kann ich z.B. mit dem keinen Mega128 oder Tiny25 zum Programmieren 
auswählen ... warum auch immer.

Doch der grund für den wechsel war u.A. die Tatsache dass Zeilennummern 
angezeigt werden können, war bei 4 nicht der fall.

kann man im avr-studio 5 eigentlich alte projekte (avt-studio 4) 
importieren?
wäre für einen wechsel interessant zu wissen (ohne dass ich das teil 
installieren muss)...

Daniel F. schrieb:
> kann man im avr-studio 5 eigentlich alte projekte (avt-studio 4)
> importieren?
> wäre für einen wechsel interessant zu wissen (ohne dass ich das teil
> installieren muss)...

Ja kann man. Nur zurück geht es nicht.

Marcel schrieb:
> D.h. ich komm noch nicht einmal soweit das Programm erneut zu debuggen
> :(

Scheint ein anderer Fehler zu sein, bei mir klappt das Debuggen generell 
nicht.

Umpa Lumpa schrieb:
> Umstellen auf eine andere Sprache:
> Tools->Options->Entvironment->International Settings

Hi,

nur leider bringt das rein gar nix. Es wird weiter ein englisches 
dictionary verwendet.

LG
Ernst