Hallo.
Ich finde die AVR32 aufgrund ihres Stromverbrauchs recht interessant.
32Bit und 66MHz SPI&Co verleiten zu einem neuem Mp3-Decoder-Projekt.

Ich hatte mal bei Atmel ein wenig geschaut... soweit so gut. Ins Auge
ist mir der AT32UC3B1256 gefallen. Die anderen Prozessoren sind mir zu
aufgeplustert. Ich benötige keine Funktionalität, die ich nicht
benötige. ;-)

Daten:

MIPS        72
SRAM (Kbytes)      32
Flash (Kbytes)    256
I/O Pins      28   <---- hier wären ein paar mehr schon recht cool.
USB        Full-Speed
UART        2

Nur: wo bekommt man die Dinger her?

Ich hab bisher auch noch nicht so tief ins Datenblatt geschaut...
vielleicht weiß es jemand aus dem Stehgreif: sind die Teile auch
InSystemProgrammable?.. sonst gugg ich selber ;-)

Und bitte untersteht euch zu schreiben, das es diese Chips (noch) nicht
zu kaufen gibt ;-)

MFG

>>vielleicht weiß es jemand aus dem Stehgreif: sind die Teile auch
>>InSystemProgrammable?.. sonst gugg ich selber ;-)
jop

>> Und bitte untersteht euch zu schreiben, das es diese Chips (noch) nicht
>> zu kaufen gibt ;-)

soweit ich weiß, gibts die noch nicht

>>vielleicht weiß es jemand aus dem Stehgreif: sind die Teile auch
>>InSystemProgrammable?.. sonst gugg ich selber ;-)
jop

aber via JTAG

Gut OK. Programmieren lassen sie sich also ;-)
Aber kaufen lassen sie sich nicht?

:-(

Ich hab jetzt mal Ineltec oder so angeschrieben. Ist der einzige bei
Atmel eingetragene Distributor der AVR32 auflistet und an Privatpersonen
verkauft.
Dummerweile liegt der Mindestbestellwert bei über 125€.
Mal schauen was wird.
Ich warte jetzt auf Antwot.

hallo,
und warum soll es gerade der avr32 sein?
meiner meinung nach ist ein arm7 oder arm9 auch nicht schlechter und die
gibt es von zig herstellern.

gruss
gerhard

Es reizt mich einfach die geringe Stromaufnahme und die hohe
Geschwindigkeit.
Wenn es da vergleichbare ARMs gibt, dann wären die natürlich auch
interessant ;-)

MFG

ARM haben aber sicher keinen auf Multimedia Anwendungen spezialisierten
Befehlssatz.

Ich hab mir das NWG100 mit dem AVR32 mal zugelegt. Ist echt n nettes
Teil^^

Du könntest auch mal Atmel anschreiben vielleicht schicken se dir n
Sampel...

Ansonnsten probier einfach mal bei einer Firma die nicht an Privatleute
liefert. Oder schreib Conrad/Reichelt an das du den brauchst. Manchmal
besorgen se dann auch einen...

Würdest du bezüglich der Mp3Dekodierung Gedanken machen, oder ist es
deiner Meinung nach kein Problem? (Rechengeschwindigkeit)
Ich habe grade mal das Helix-Projekt angesehen. Das braucht ne ganze
Menge Ram. Zuviel, würd ich schon fast sagen. Der größte AVR32-Ram ist
64KB. Das ginge.
Allerdings hat der dann Ethernet. Ich denke das iss ein Feature, das ich
nicht brauch - stört das irgendwie?

Ich habe mit all den Sachen, die die kleinen AVRs nicht haben noch keine
Erfahrung - sry für eventuell komische Fragen ;-)

Achso: wie sieht bei dem Board, das du hast die Programmierung asus? Wie
teuer war es und woher hast du es bekommen ;-) ?

MFG

> ARM haben aber sicher keinen auf Multimedia Anwendungen spezialisierten
> Befehlssatz.

ARMv5TE (wichtig ist das 'E') bringt DSP Befehle z.B. für saturated
arithmetic.

NEON bringt dann die SIMD Befehle mit, verfügbar z.B. bei Cortex-A8.

Gruß,

Dominic

Hmmh. Ich glaube mit der Stromaufnahme kann zZ kein anderer µC
mithalten.

Aber wenn ich jetzt mal einen Schritt weiterdenke: Ich brauche, wenn ich
den Prozessor tatsächlich bekomme, eine Programmiermöglichkeit. JTAG -
wurde ja schon gesagt.
Bei Atmel wird da auf das AVR® JTAGICE mkII verwiesen. Unter den
unterstützten Prozessoren ist auch der AT32UC30xxx aufgeführt. Ginge
also.
Was nicht geht: der Preis.

Nun ist die Frage, ob ein anderes Interface ebenso geht..?
Aber teuer als 50€ sollte es nicht sein...
Weiß da von euch jemand Rat..?

Für Antwort wäre ich dankebar.
MFG

Den VS1001 und Co. kennst Du?
http://www.vlsi.fi/datasheets/vs1001.pdf

Billiger (13 Euro) und stromsparender (20mA/3V) wird es mit dem AVR32
sicher nicht.

Jaja. mein derzeitiger Mp3Player basiert auf der VSxxxx Reihe.
Was du hier schreibst ist aber eine Milchmädchenrechnung. Du
unterschlägst ja ganz einfach mal, dass der VSxxxx die Daten irgendwo
her bekommen muss.
Das wiederum tut ein AVR (ATMega128). und der braucht nunmal seine 15mA.
Bei meinem jetzigen Aufbau komme ich nicht unter 35mA.

35 mA ist ziemlich gut. Ich denke mal, dass Du den Code ziemlich auf
Stromsparen optimiert hast. Der Atmel muss ja die meiste Zeit nur Bytes
vom Massenspeicher zum VS1001 bewegen, da dürfte zwischendurch viel
Sleep-Time möglich sein.

Genau das sehe ich aber nicht, wenn Du die MP3-Decodierung in Software
machst. Da wird die CPU wohl ziemlich beschäftigt sein ->
Stromverbrauch.

Vorteil - und den hast Du vermutlich angepeilt - ist die große
Flexibiltät des Konzepts. Nachträglich noch ein paar Codecs reinflashen
...

Ja, mein Code & Platine ist wirklich darauf ausgelegt, Stom zu sparen.
Nunja, aber wenn der aktivierte Prozessor aber weniger Strom braucht als
VSxxxx + AVR in SleepMode, dann ist das schon ein Vorteil.
Ich hab mir mal das Helix-Projekt angeschaut. 32kB ram ist da schon arg
wenig... aber ich muss da erstmal schauen.
Überahupt ist es auch erstmal interessant, wie wenig Strom der AVR32
wirklich braucht. 23mA @ 60MHz ist ja sicher erstmal nur zu
Marketingzwecken.

Mein jetziger Mp3-Player verwendet einen VS1003. Beim Midi-Spielen komme
ich auf 29mA. Da ja qasi kaum Datenverkehr herrscht. 320kBit/s brauchen
38mA oder so.

MFG

Damit kann man aber keine OGG-Vorbis datei abspielen...

ich verwende ein PIC16 @12MHz für die Datenversorgung des VS1001's. Der
PIC zieht nur 3mA Strom.

Zum AVR32: Das Ding ist schon cool, hat mächtig was drauf,
der Haken ist nur, dass die Toolchain AVRStudio32 noch
nicht so ganz ausgereift ist.
Hat man sie aber am Laufen macht die Programmierung
schon Laune. Auch Linux-Progrämmchen in C++
geht schon recht flott von der Hand.
Ich kanns dennoch noch nicht empfehlen, die Entwicklungswerkzeuge
sind einfach noch nicht recht ausgereift und z.B. ne
Kernel-kompilierung alles Andere als trivial zu bewerkstelligen.
Ich denk der Bereich ARM ist da doch einiges besser dokumentiert
und auch ausgereifter.

Auf welchem Stand ist denn das AVR Studio 32 mittlerweile?

Vor ein paar Tagen sind gerade AVR32 Studio und Toolchain v2.0
herausgekommen! Kann man sich alles bei atmel.com ziehen. AVR32 Studio
2.0 unterstützt jetzt auch den neuen In-System Debugger AVR ONE!, der
demnächst verfügbar sein sollte. Allerdings kostet der auch gleich mal
doppelt soviel.

Aber egal, ich setze ab jetzt vollkommen auf den AVR32, da ich denke,
dass Atmel wie auf dem 8Bit-Markt mit den AVRs die 32Bitter, und damit
meine ich vorrangig ARM-Cores, gehörig aufmischen wird. Insgesamt haben
die einfach ne bessere Performance und Ausstattung als die ARMs. Und die
OS-Unterstützung und Dokumentation wird auch stetig wachsen, sag ich
einfach mal voraus! :)

Danyo

Ansonsten auch immer einen Blick wert:
http://www.atmel.no/beta_ware/

Was mir an dem AVR32 gefällt ist das Software Framework. Auch wenn man
damt vielleicht nicht jedes Byte oder Hz ausreizt spart es Zeit. Und als
ungeübter macht man weniger Fehler ;-)

Bei DigiKey gibts einen UC3 mit 512kB. Sonst hab ich noch keinen
Lieferanten für kleine Stückzahlen gefunden.

Und abgesehen von den BGA sollte man das ganze auch noch selbst handlen
können (mit Reflow halt). Schade das nur die BGAs den Displaycontroller
bekommen haben.

Karsten