Avrstudio 5 fürn Arsch!?

Jonas Biensack Gast 19.12.2011 10:52 #2464598

Lesenswert?

•

Moin,

Avrstudio 5 buggt bei den Clockeinstellungen beim Xmega. Im Anhang ein 
mit Avrstudio 4.18 kompiliertes Hex File und Code, das korrekte 62 Hz an 
Pin PD0 erzeugt. Das gleiche mit Avrstudio (aktuelle Version) ergibt ein 
Takt von 3,8 Hz am Pin. Google ergab, dass das Problem wohl bekannt ist 
(avrfreaks...)?

Tolles Ding und ich such mir hier 2 Tage lang nen Wolf...
Aber ich will ja hier nicht nur rumheulen, sondern hab auch mal ne 
Frage:
Kann ich nicht den Asm-Code den Avrstudio 4.18 zur Initialisierung der 
Clock erzeugt in Avrstudio 5 inlinen? Was für Deutsch...

Schönen Sonntag noch :)

Angehängte Dateien:

testClock.c (978 Bytes) | Codeansicht
testClock.hex (1,85 KB)

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Achim M. (minifloat) 19.12.2011 10:59 #2464608

Lesenswert?

•

▲
▼

Was kann in deinem Fall das 5er, was das 4er nicht kann?

Wenn du schon direkt mit der Unausgereiftheit des 5er Studios 
konfrontiert bist, verstehe ich nicht, wieso du das 5er weiter verwenden 
willst(siehe inlinen). mfg mf

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jonas Biensack Gast 19.12.2011 11:06 #2464618

Lesenswert?

•

▲
▼

Naja, das war halt die Sache die mich am Wochenende Zeit gekostet hat. 
Dafür kommt mein Debugger besser mit Avrstudio 5 zurecht, sind halt 
schon ein paar gute Funktionen dabei, aber vorallem hab ich keine Lust 
alle Projekte nochmal in Avrstudio 4.18 zu importieren... NENE...
Hab mal gerade nachgeschaut so einfach lässt sich wohl kein kleiner 
Asm-Code Abschnitt einfügen... mhh...oder?

gruß jonas

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Peter II Gast 19.12.2011 11:14 #2464632

Lesenswert?

•

▲
▼

steckt nicht hinter beiden der gleiche Compieler? Das Studio hat wenig 
mit der code erzeugung zu tun.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jonas Biensack Gast 19.12.2011 11:45 #2464669

Lesenswert?

•

▲
▼

Danke für den Tip, Compiler Optimierung hat mal wieder zugeschlagen. Mit 
Einstellungen -Os klappt auch mit der Nachbarin...

Oh man...

Gruß Jonas

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver Gast 19.12.2011 11:52 #2464674

Lesenswert?

•

▲
▼

Jonas Biensack schrieb:
> Danke für den Tip, Compiler Optimierung hat mal wieder zugeschlagen.

Da war dann (mal wieder) nicht das Studio oder der Compiler der Arxxx...

Oliver

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver J. (skriptkiddy) 19.12.2011 12:04 #2464693

Lesenswert?

•

▲
▼

Oliver schrieb:
> Da war dann (mal wieder) nicht das Studio oder der Compiler der Arxxx...
Hallo Namensvetter,
in den seltensten fällen ist der Compiler für Murks verantwortlich. 
Meist sitzt der Fehler direkt vor dem Bildschirm.

Gruß Oliver

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Oliver Gast 19.12.2011 12:14 #2464717

Lesenswert?

•

▲
▼

Sooo deutlich wollte ich das nicht schreiben ;)

Oliver

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jörg W. (dl8dtl) Moderator 19.12.2011 13:15 #2464795

Lesenswert?

•

▲
▼

Oliver schrieb:
> Da war dann (mal wieder) nicht das Studio oder der Compiler der Arxxx...

Indirekt schon: Compilervoreinstellung mit -O0 auszuliefern, wenn
man als Ziel eine RISC-CPU hat, ist ohnehin schon fragwürdig.  Wenn
man dabei aber auch noch zwischen Version 4 und 5 explizit von
voreingestellt -Os auf -O0 wechselt, dann kann man dem Teil schon
einen Vorwurf machen.

Meckern bringt aber nicht viel, sofern ihr (die "Kunden") das nicht
auch Atmel zur Kenntnis bringt.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren