Mega328 mit AVR Studio 4.13?

Ein aktuelles Atmel-Studio zu verwenden wäre vermutlich zu einfach.

AS6 war eine Katastrophe, völlig überladen und sacklahm...der 
Laborrechner ist "betagt". Neu installieren wäre zudem keine "sinnvolle" 
Lösung und ich habe AS4.13 ja schon mal neue Controller beigebracht - 
also?

Lutz.

Ich weiss ja nicht welchen Controller du genau brauchst aber
das vorletzte Studio (AVR Studio 4.18) hat den Mega328p in
seiner Liste von auswählbaren Prozessoren. Das ist der, der
auf den vielen Arduinos drauf ist ....

...-jo, aber ich habe 4.13 :/ iom328p.h und io.h habe ich angepasst - 
aber wo zum Henker muss man AS das noch "bekannt machen"? Ah, moment - 
diese Dateien liegen ja in WinAVR, AS ist ja noch mal eine andere 
Baustelle...grummel.

Lutz.

Wo ist denn jetzt bitte das Problem 4.18 zu installieren?

Lutz schrieb:
> aber ich habe 4.13

Es ist nicht verboten auf 4.18 "upzugraden".

Lutz schrieb:
> iom328p.h und io.h habe ich angepasst

Das mag schiefgehen ....

Jeder WinAVR hat seine Headers dabei, die sind unabhängig vom
Studio.

Letzte Compiler-Version die ohne weiteres zutun zum Studio
"passt" ist das WinAVR-20100110 Paket.

...doch, ich glaube WinAVR ist das geringere Problem. Nur werden die 
neuen .xml & .inc von AS4.13 nicht "einfach so" gefunden und bei der 
Project Configuration nun auch der 328P angeboten...hm, ich wette das 
muss man nur irgendwo "bekannt machen" und dann kann AS4.13 das auch.

Lutz.

Lutz schrieb:
> und dann kann AS4.13 das auch.

So wie du an dem 4.13 klebst scheint das Upgraden eine Aktion
der Unmöglichkeit für dich zu sein.

Naja, dann dreh dich halt weiter im Kreis. Wirst schon irgendwie
glücklich werden mit deinem Gepatche.

Lutz schrieb:
> hm, ich wette das
> muss man nur irgendwo "bekannt machen" und dann kann AS4.13 das auch.

Warum lässt du nicht das Installationsprogramm von 4.18 das machen?
Wo ist der Vorteil das manuell zu frickeln?
4.18 wäre schon längst installiert.

..ok ok ok, ich versuche es mal mit AS4.18 - hoffe die alten Projekte 
laufen dann ohne Zicken auch noch. Oder kann man beide Versionen 
parallel installiert lassen?

Lutz.

Hi

>Wo ist der Vorteil das manuell zu frickeln?
>4.18 wäre schon längst installiert.

Woher kommt eigentlich diese Vorliebe zum 4,18? Ich benutze seit der 
Veröffentlichung problemlos 4.19. Das ist lt. Atmels Aussage das Studio 
4.18
inclusive aller Service Packs.

MfG Spess

spess53 schrieb:
> Woher kommt eigentlich diese Vorliebe zum 4,18?

Bei manchen Leuten (inklusive mir) funktioniert 4.19 fehlerhaft.
Das wurde schon öfters berichtet.

YMMV

Lutz schrieb:
> Oder kann man beide Versionen parallel installiert lassen?

Ich schlage vor du klebst an deinem 4.13 und bist "glücklich".

"Build failed with 63 errors and 3 warnings..."

Joa, läuft - ne. Gut, muss ich beim nächsten Regen mal schauen. Mein 
4.13 war halt schon etwas "custom".

Lutz.

"Build succeeded with 0 Warnings..."

...gut, wenigstens das alte Projekt ist davon unbeeinflusst - ergo muss 
ich noch WinAVR updaten, gut.

Lutz.

"Build failed with 8 errors and 1 warnings..."

...morgen noch die Register vom M8 Code auf M328 anpassen, dann sollte 
es gehen. Danke für die hier gewohnt freundliche Zurechtweisung.

Lutz.

Hi

>weiß nicht wie das in AS4 abläuft.

Gut. Dann halt dich einfach raus.

MfG Spess

Lutz schrieb:
> AVR-S 4.13

Bitte keine Abkürzungen erfinden, sonst versteht man dich nicht.

Wenn WinAVR für deinen Fall zu alt ist, kannst du stattdessen andere 
Toolchains nutzen. Zum Beispiel:

http://gnutoolchains.com/avr/ (avr-gcc 5.3.0)
https://blog.zakkemble.net/avr-gcc-builds/ (avr-gcc 10.1.0)

Ich würde die 5.3.0 empfehlen, mit der komme ich gut klar.

Falk B. schrieb:
> 4.19 hatte Probleme mit Winavr, das war ein Krampf.

spess53 schrieb:
> Ich benutze seit der Veröffentlichung problemlos 4.19.

ROFL

Naja, wenn man jeden Tag einmal AVR Studio startet und gleich
wieder schliesst, dann hat man "seit der Veröffentlichung"
keine Probleme.

Lutz schrieb:
> Oder kann man beide Versionen
> parallel installiert lassen?
> Lutz.

Klar kann man beide Versionen parallel installieren. Ein eigenes 
Verzeichnis wählen für AVRStudio 4.19 und zwar AUSSERHALB von C:\Program 
Files (x86)

Auch neuere Toolchains funktionieren unter AVRStudio 4.19
Toolchain Pfade eintragen wie im Bild gezeigt.

Beitrag "Re: Update von WinAVR2010"

Eine wirklich aktuellen avr-gcc mit make gibt es hier:

http://blog.zakkemble.net/avr-gcc-builds/

Ich kann Lutz gut verstehen.

Wenn ich hier so meinen Laborrechner sehe und das da friedlich 
nebeneinander ein Linux und ein WinXP ohne jeden Kontakt zur Aussenwelt 
mit echtem Parallelport, mit echten Seriellen Schnittstellen und ohne 
UEFI usw. laufen, dann frage ich mich, warum ich für eine überschaubare 
Anzahl Controller zu programmieren ein Atmel Studio 7 brauche.
- Das min. Windows 7 oder besser Windows 10 braucht
- Jede noch so instabile und x-mal im Monat gepatchte Windows .NET usw. 
Erweiterung verwendet
- min. 3 GHz CPU und 8 MB RAM braucht, ohne Internet alle paar Wochen 
wegen dem Windows-Unterbau instabil wird.

So hat Lutz wohl wie ich seinen Laborrechner aufgebaut und da läuft eben 
Atmel Studio 4.13 mit WinAVR stabil und gut.
Was ich dann auch noch gut finde ist, dass man dem AtmelStudio 4.13 auch 
noch beibringen kann, neuere Controller zu verstehen. Ich selbst kann 
das nicht, aber Lutz scheint da einen Weg gefunden zu haben.

Also, stabiler Rechner, stabile IDE ... Warum soll man dann auf so einen 
Overkill umsteigen ?

Michael U. schrieb:

> Da WinAVR-20100110 unter Win10 Pro/64 freiwillig nicht mehr wollte

Was GENAU ging denn nicht? Bei mir läuft 4.18(Upd2) unter Win7Pro64 
(privat) genauso wie unter Win10Pro64 (Arbeit) völlig problemlos.

Und dasselbe gilt für Studio 4.19, welches ich in der Regel benutze.

Das einzige mir bekannte Problem ist die Sache mit dem Installationspfad 
von WinAVR. Der darf keine Leerzeichen enthalten, sonst passiert Mist. 
Dieses Problem betrifft allerdings 4.18 genauso wie 4.19.
Die Lösung ist einfach: Ich hab's direkt unter c:\ installiert.