ARM7 vs. AVR

Beitrag "AVR vs ARM Lohnt ein Umsteigen"
Beitrag "Argumente für 8-Bit AVR statt ARM-Controller"
Beitrag "AVR <-> ARM Vergleich"
Beitrag "ARM oder AVR"
Beitrag "AVR vs. ARM"
Beitrag "ARM Cortex vs AVR"
usw.

Einfach mal die Suchfunktion bemuehen und bei KONKRETEN Fragen wieder 
melden!

Sieh Dir mal den XMega an und dann vergleiche die Features. Es gibt 
etliche kostenlose Entwicklungsumgebungen für den AVR - für den ARM 
auch?

Gast wrote:
> Mittlerweile kostet ein ARM7 2, 3 Euronen. Lohnt es überhaupt mit AVR zu
> beschäftigen?

Kommt ganz drauf an, was Du machen willst.

Ich mache gerne kleine Logikfunktionen mit AVRs.
Und da lohnt es sich nicht, nen ARM einzusetzen, wenns ein ATtiny13 
dicke tut.
Warum muß man denn immer gleich mit Atombomben auf Ameisen schießen?


> Ok, eine ARM7-Basisschaltung ist einbischen komplexer als AVR.

Naja, so ein ARM braucht doch erheblich mehr Außenbeschaltung, als nur 
VCC,GND und nen Stützkondi.


Peter

Die Frage ob AVR und ARM stellte sich mir auch und ich hab kommerziell 
tatsächlich den AVR eingesetzt, obwohl ich privat eigentlich nur noch 
mit ARMs arbeiten möchte.

Der Grund lag einfach darin, dass man Platinen mit ICs in DIL-Bauform 
noch qualitativ hochwertig mit der Hand löten kann. Das ist vor allem 
dann wichtig, wenn es schnell gehen muss und ein Bestücker erstmal 3 
Monate braucht, bevor er irgendwas mal anfängt zu tun ;-)

Es gibt immer Fälle, wo ein ARM oder ein AVR besser geeignet ist. Ich 
finde es daher nicht so gut, wenn pauschalisiert wird in einer "ARM vs 
AVR" Diskussion.

Man nimmt ja FPGAs auch nicht für alles, sondern nur dort, wo es sich 
lohnt ...

MfG
Thomas Pototschnig

> NEIN NEIN NEIN NEIN !!!! Nie und Nimmer !!!
>
> STM32F103xx = Cortex M3 Arm Kern. Interner Oszillator, läuft mit 48MHz
> und USB geht auch.
> Nur Strom dran + Stützkondensatoren !!!

JA JA JA !!!!
Hier treffen sich die Beführworter des STM32.
Ich finde diese Teile auch einfach genial, wenig externe Beschaltung und 
Top-Leistung. Wenn ST es noch endlich auf die Reihe bekommen würde, in 
der nächsten Generation CAN und USB gleichzeitig benutzen zu können, 
dann wären die Teile einfach perfekt.
Software schreibt man für die STM32 am besten mit dem kostenlosen 
C-Compiler von Codesourcery. Ich benutze noch nicht einmal die 
speicherhungrige Eclipse-Umgebung dafür, sondern den UEdit32, der mit 
ein paar Tastatur-Makros den Compiler startet.
Und programmiert wird der STM32 über den integrierten Bootloader einfach 
über die serielle Schnittstelle.

Erwin

Hmm, der Vergleich AVR <--> ARM stellt sich eigentlich nicht. Zumindest 
nicht für kleinere Projekte. Wenn es nur darum geht, einen Gassensor 
auszuwerten, einen Antennenschalter zu steuern oder einen LM335 zur 
Anzeige zu bringen, dann ist ein ARM-Controller schlicht und ergreifend 
totaler Overkill. Vom Stromverbrauch reden wir hier erstmal besser 
nicht. Und auch die kleinen Controller sind problemlos in C zu 
programmieren, Compiler/IDE ist kostenlos, Programmieradapter ist 
schnell auf Lochraster selbst gelötet. Mit einem ARM anzufangen lohnt 
sich nur, wenn man die Rechenleistung auch wirklich braucht oder man es 
direkt beruflich umsetzen kann. Für meinen Kleinkram ist die AVR-Familie 
genau richtig.

Gruß
Jadeclaw.

Vom wem? Link?

Da wurde noch gar nichts verkauft:
http://www.heise.de/newsticker/Microchip-und-ON-Semi-bieten-um-Atmel--/meldung/116894

Markus wrote:
> Dafür gibts die LPC23xx oder LPC17xx Reihe von NXP, die können beides
> und sogar noch Ethernet...

LPC23xx sind keine Cortex-M3 und LPC17xx sind noch lange nicht 
lieferbar. Deshalb gibt es zunächst mal noch keine Alternativen zum 
STM32. Sollte der LPC17xx irgendwann mal verfügbar sein, werde ich mir 
den sicher auch mal anschauen, leider gibts den nur ab Gehäusegrößen 
80pol.

>Wen mann sich mal die XMEGAS oder den PIC32 anschaut sind das eigentlich
>nur halbe Lösungen also meinermeinung nach nicht sehr überzeugend.

So kann man eigentlich nur sprechen, wenn man mit den Teilen noch nicht 
selbst gearbeitet hat. Der XMEGA überzeugt mich erst einmal schon und 
stellt für mich den Lückenschluß zwischen klassischem AVR und ARM dar.

<OT>
@Robert Teufel: Nicht Microchip, ON Semi hat kalte Füsse bekommen:
""
ON SEMICONDUCTOR WITHDRAWS FROM PROPOSAL TO ACQUIRE ATMEL

Microchip Intends to Evaluate its Potential Alternatives following
ON Semiconductor’s Withdrawal

Phoenix and Chandler, Arizona, November 18, 2008 – ON Semiconductor 
Corporation (NASDAQ: ONNN) today announced that it is withdrawing from 
its joint proposal with Microchip Technology Incorporated (NASDAQ: MCHP) 
to acquire Atmel Corporation (NASDAQ: ATML).

Keith Jackson, President and Chief Executive Officer of ON Semiconductor 
said, “While we believe that Atmel’s Nonvolatile Memory and RF and 
Automotive businesses would be an attractive strategic acquisition, we 
have decided to withdraw from the proposal due to the unforeseen 
deterioration in the semiconductor market since we announced our 
proposal as well as the unprecedented weakness in the financial 
markets.”

Steve Sanghi, President, Chief Executive Officer and Chairman of 
Microchip said, “We are disappointed that difficult semiconductor 
industry and financial market conditions have resulted in ON 
Semiconductor withdrawing from our joint proposal to acquire Atmel. As a 
result of ON Semiconductor’s withdrawal, Microchip must also withdraw 
its $5 per share offer for Atmel. However, Microchip intends to evaluate 
its potential alternatives for pursuing a transaction without ON 
Semiconductor.”"

Atmel schrieb in einem Corporate Release, daß ON einen fetten Kredit von 
fast 300 Millionen Dollar aufnehmen muß, um da mitmachen zu können. Mir 
scheint es, wenn man jetzt hier den zweiten Absatz liest, daß genau das 
nicht funktioniert hat. Und sowas genau mitten in einer Finanzkrise und 
am Beginn einer Rezession zu probieren, zeugt nicht gerade von Weitsicht 
beim ON-CEO. Mich wundert es nicht, daß da höchstwahrscheinlich alle 
Banken, bei denen ON angeklopft hat, dankend abgelehnt haben.
</OT>

@Robert Teufel:
Es gibt auch andere Gründe, normale AVR zu verwenden anstatt billigere 
ARM-Derivate zu nehmen, zum einen Dinge wie Stromverbrauch und 
Bauformen, aber auch die Möglichkeit, ohne umzulernen mit einer Familie 
einen sehr großen Anwendungsbereich abdecken zu können. Z.B. vom kleinen 
Gaswarner bis zu einer kompletten Gebäudeautomatisierung ist alles auf 
der gleichen Controller-Basis möglich, ohne daß ein Umlernen notwendig 
ist. Und die hohe Rechenleistung der ARM-Prozessoren ist seltener 
notwendig, als man glaubt. Es gibt nur eine Sache, die mich an der 
ganzen AVR-Familie stört: Es gibt keinen Controller, dessen A/D-Wandler 
mehr als 10 Bit Auflösung hat. Die XMegas haben 12 Bit, aber wo kaufen? 
Und für viele Anwendungen sind die auch schon zu groß. Ein ATMega8 mit 
12 oder gar 14-Bit-Wandler wäre genau richtig.

Gruß
Jadeclaw.

Atmelhasser wrote:
> Kernspannungen sind auch niedriger als bei einem AVR

Nö.
Beim LPC ist sie 1,8V, da arbeitet der AVR auch (VCC = 1,8..5,5V).


Peter

ARM für Arme wrote:
> Warum müssen die AVRs immer so wenig RAM haben? Gibt es Gründe dafür?

Also 512Byte bei den 8-Pinnern und 16kB bei den 40-Pinnern finde ich 
schon ganz o.k.
Die meisten 48-Pin ARM haben ja auch nur 2..16kB.


Peter

>Überzeugt mich auch, aber es wäre noch schöner wenn man wüsste wann er 
>(ATXMega)endlich verfügbar ist.

Guck mal da:

http://shop.embedit.de/product__710.php

Die Datenbreite interessiert mich meist auch nicht sonderlich. An den 
AVRs stört mich hauptsächlich die Notwendigkeit, zwischen Zugriffen auf 
RAM und ROM unterscheiden zu müssen.

>Hoffentlich gibt es diese bald auch bei reichelt.

Bei CSD-electronics dürfte es die Controller eher und günstiger geben.

@Travel Rec: Danke für den Tip, werd' mir wohl demnächst ein paar von 
den Dingern besorgen.
Frage, womit programmierst du die Teile?

--------------

@gast (Gast) vom 19.11.2008 19:19 Uhr:
Adapterprints gibt es hier:
http://www.elk-tronic.de/Products/Adapter/SolderAdapter/SolderAdapter.htm
( Runterscrollen bis 'QFP100 auf QUAD100' Raster 0.5mm )
Nackten Print nehmen und Stiftleisten selbst einlöten.

Gruß
Jadeclaw.

>Frage, womit programmierst du die Teile?

STK600 und AVR-ISP mkII / AVR-Studio4.15

Gibt es einen Einzelhändler, der den LPC2103FA44 im PLCC-44 führt? Das 
wäre mit PLCC-Fassung eine Möglichkeit, auch "Grobmotorikern" 
ARM-Controller zugänglich zu machen. Ein Vergleich mit dem 48-Pinner 
ergibt, dass ein Vcc wegfällt, V_bat ist nicht vorhanden, Portpin 26 
fehlt und RTCK.

Travel Rec. wrote:
>>Frage, womit programmierst du die Teile?
>
> STK600 und AVR-ISP mkII / AVR-Studio4.15
200 Ocken für den STK600 werde ich nicht ausgeben. Aber da es auch mit 
dem AVRISP MKII geht, werde ich wohl bei der nächsten Bestellung einen 
bei Angelika mitordern. Die 32,90 sind noch drin.

Gruß
Jadeclaw.

Chef zahlt ;-)

>> Aber da es auch mit dem AVRISP MKII geht,

>Geht das wirklich?

Ja. Geht.

>Dann könnte man zu geringen Kosten mit XMEGAs spielen.

So ist es. Außer zu spielen kann man auch noch sinnvolle Dinge damit 
treiben. Geld verdienen zum Beispiel ;-)

>Wenn man nur ein Paar LEDs ein- und abschalten will, reichts doch ein
>AVR.

>Wenn man aber anfängt, z.B. SD-Karten oder Ethernet zu benutzen, ist ein
>ARM angesagt.

Troll! Siehe hier:

Beitrag "SD-Karten-Wave-Recorder"

Ach laß es doch. Wer behauptet, daß AVRs zum LED-Schalten reichen, der 
hat die Sache nicht ganz verstanden. Es geht oft auch um Kosten, Zeit, 
Verfügbarkeit und Stromverbrauch. Jede der beiden Familien hat auf all 
diesen Gebieten Vor- und Nachteile. Die Entscheidung muß man hier selber 
treffen.

>Wenn in einem Jahr die gröbsten Macken entfernt worden sind, kann man
>durchaus daran denken :-)

Was denn für Macken?

>Mit dem Anschluß von externem RAM am XMEGA werde ich mich besser
>informieren müssen. Offenbar sind doch ein paar Adressleitungen
>gegenüber den ATmega hinzugekommen.

Mit Sicherheit. Und nicht nur das.

>Das aktuelle Datenblatt 11/08 mit
>seinen 98 Seiten ist wahrlich keine Quelle ausgiebiger Informationen.

Vielleicht solltest Du stattdessen das XMega Manual A lesen und die 
XMega AppNotes. Da werden Sie geholfen!

Nein. Kauf Dir ´ne kleinere Lötspitze ;-). 100Pins DIP 2.54 möchte ich 
nicht auf meiner Platine haben. Wäre etwa so groß wie ´ne 
Zigarettenschachtel.

64pol in Shrink-Dip ist schon ein ziemliches Trumm (1.78mm-Raster). 
100pol-DIL sprengt jedes Leiterplattenformat. Wenn man unbedingt 100pin 
TQFP auf Lochraster setzen will, es gibt mehrere Anbieter von 
entsprechenden Adapterplatinen ( lynx-dev.com, elk-tronic.de ).

So nebenbei bemerkt, es sind noch nicht alle XMegas zu haben, da wird 
das Programm schon ausgeweitet: ATXMega256A3B. Das B ist das neue daran 
und bezeichnet eine Version mit Anschluß für eine Backup-Batterie für 
die Uhr. Dafür entfallen drei PortPins.
http://www.atmel.com/dyn/products/product_card.asp?part_id=4437
Erspart den Batterieumschalter und eine Extra-RTC.

Am anderen Ende des Spektrums tut sich auch was: ATTiny10. Sieht man 
sich die Definitionsdatei im AVRStudio 4.15 an, so hat man den Eindruck, 
daß Atmel wohl jetzt auch in einer Microchip-Nische etwas wildern 
möchte: PIC10. Der ATTiny10 hat 4 Portpins, kein RAM, kein EEPROM aber 
es gibt Registeradressen für NVRAM-Kommandos und einen ADC hat er 
ebenfalls. Wer sich über die Typenbezeichnung wundert, da war mal was 
mit ATTiny10. Es geistert im Internet ( Datasheetarchive.com )auch ein 9 
Jahre altes Datenblatt herum. Es sollte wohl eine einmal programmierbare 
Version des ATTiny11 werden, war aber nie regulär erhältlich. Der Neue 
hat damit aber sicher nichts zu tun.

Und wo wir schon das Unwort (PIC) im Posting drinhaben, hier noch was 
für unsere PIC-Freunde:
http://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2692&redirects=enhanced
Offensichtlich kann Microchip im unteren Bereich mit anderen 
Architekturen (AVR) wohl nicht mehr so ganz mithalten, da mußte wohl mal 
was geschehen.

So, das war es von der Newsfront.

Gruß
Jadeclaw.

Nur mal so: die 3 Controller haben mich exakt 2,60 EUR gekostet, für die 
beiden Tinys, der XMega war ein Sample. Das Display, SRAM und die 
ADC/DACs und der SPDIF-Controller waren etwas über 20 EUR. Bei diesem 
Projekt ging und geht es darum, den XMega kennenzulernen und die 
Funktionen realitätsnah zu testen. Nebenbei ist auch noch ein nützliches 
Gerät entstanden, welches mit 2 Mignon-Zellen 10 Stunden läuft. Und ich 
kann jederzeit Funktionen dazubauen und das Gerät erweitern. Was ich in 
ein paar Jahren mal programmiere, weiß ich jetzt noch nicht und da 
bleibe ich auch ganz offen ;-).

OT-Frage am Rande: Welchen Zweck erfüllen eigentlich die ATTinys? 
Serial-Parallel-Wandlung der Audiodaten?

>OT-Frage am Rande: Welchen Zweck erfüllen eigentlich die ATTinys?
>Serial-Parallel-Wandlung der Audiodaten?

Ja. Einer für I2S -> Parallel 4 Byte/Sample, der andere für die 
Gegenrichtung. Die Tinys sind als Schieberegister mit Interruptausgang / 
Strobe-Eingang geschaltet und werden vom ADC synchron gehalten.

@Travel Rec: Danke, sowas in der Art dachte ich mir schon.

@Gast von 09:45 Uhr: Es ist schon etwas daneben, die Controller unters 
Volk zu bringen und gleichzeitig nur halbfertige Datenblätter 
mitzuliefern. Auf der anderen Seite, das Datenblatt zum ATTiny2313 trägt 
immernoch stolz den Titel 'Preliminary'. Macken habe ich bei dem 2313 
keine gefunden.

Ich bin sicher, die Datenblätter werden besser. Die AppNotes zu den 
einzelnen Modulen des XMega enthalten die wichtigsten Informationen.