Abschätzung uC Größe/Performance

Hallo,

du müsstest dich erstmal entscheiden ob du AVR oder ARM oder STM haben 
willst.
Das ergibt sich eigentlich von deinem Gefühl/wie aufwändig dein Programm 
ist, und was für Laufzeitanforderungen du hast 
(Batterie/Stromverbrauch).

Dann kannst in deiner IDE ein Target auswählen und dafür kompilieren.
Damit bekommst du dann Größe und Speicherverbrauch.

Dann kannst du dich für den passenden Mikrokontroller entscheiden, in 
Anbetracht der zusätzlichen IO Anforderungen.

Mehr ist ohne weitere Informationen nicht empfehlbar.

Grüße

Pedde schrieb:
> ich hab ein Programm in C geschrieben und suche jetzt den richtigen uC.
> Wie kann ich denn abschätzen was für eine Taktrate, RAM-Größe und
> ROM-Größe ich benötige? Kann mir da jemand helfen?

Na dann hilf uns mal. Was macht denn dein Programm? Welche Daten in 
welcher Menge soll es wie schnell verarbeiten? Wo kommen die Daten her, 
wo gehen sie hin?

Pedde schrieb:
> ich hab ein Programm in C geschrieben und suche jetzt den richtigen uC.
> Wie kann ich denn abschätzen was für eine Taktrate, RAM-Größe und
> ROM-Größe ich benötige? Kann mir da jemand helfen?

Die minimale RAM- und ROM-Größe (wohl eher Flash heutzutage) kannst du 
direkt am Kompilat sehen. Du mußt dich aber zumindest mal für eine 
µC-Familie entscheiden damit du dafür kompilieren kannst.

Wie schnell der µC sein muß, dazu können wir dir gar nichts sagen. Wir 
wissen ja nichtmal ansatzweise, was dein Programm macht und ob das in 
irgendeiner Form zeitkritisch ist.

Wenn du aber anscheinend noch nicht mal ein Eval-Board mit einem µC 
deiner Wahl (z.B. ARM Cortex) hast, dann kann es mit deinem Programm 
nicht weit her sein. Woher weißt du denn überhaupt, daß es funktioniert?

Allenfalls sollte man die Funktionalitaet anpassen. Float ohne FPU 
braucht einges an Resourcen. Ebenso ein printf()

Da Flash und RAM grösse mit Taktraten Hand in Hand wachsen wird es nicht 
so schwer sein.

Nimm einen Compiler, für AVR oder PIC32. Lass dein Programm kompilieren 
und gucke es an wie viel an Flash es braucht. Dann kannst du dir einen 
uC dafür aussuchen und schauen, dass du noch bisschen reserve hast. So 
grob 100% Reserve wird schon reichen. Also wenn dein Flash verbraucht ca 
1kByte ist, dann nimm etwas was min. 2kByte hat. Da wirst du auch sehen 
welche Familie für dich passt. Sprich für 2kByte kann der PIC16 passen. 
Der PIC12 wird glaube ich schon bisschen klein. Sonst für 20kByte oder 
mehr würde ich richtung PIC32 gehen.

Die Taktrate wird ja auch praktisch immer höher je mehr Flash man hat. 
Macht ja auch kein Sinn einen 2Mbyte Flash zu haben und 1MHz Taktrate, 
da brauchst du ewig überhaupt den Flash komplett zu lesen. Andersherum, 
wenn man nur 512 Byte Flash hat, da braucht man auch kein 200MHz.

Dann musst du ja auch wissen, wie viel Peripherien du brauchst, USB und 
Ethernet. Wobei dass frisst ja auch Flash. Und wenn du USB hast, dann 
wirst du auch dementsprechend mehr Flash verbrauchen, und damit wird 
dein Auswahl mehr oder weniger automatisch schon auf die Familie 
begrenzt was auch USB und oder Ethernet hat.

Andras H. schrieb:
> Die Taktrate wird ja auch praktisch immer höher je mehr Flash man hat.

Aber nicht innerhalb einer Controllerfamilie.

Pedde schrieb:
> ich hab ein Programm in C geschrieben

Ich hab auch ein Programm in C geschrieben, paßt in einen ATtiny13.

Pedde schrieb:
> Hallo zusammen,
>
> ich hab ein Programm in C geschrieben und suche jetzt den richtigen uC.
> Wie kann ich denn abschätzen was für eine Taktrate, RAM-Größe und
> ROM-Größe ich benötige? Kann mir da jemand helfen?

Wenn es ein großes Programm ist, dann auf jeden Fall einen Controller 
mit großem Gehäuse wählen. Sonst wirds eng da drin.