Hallo, ich wollte mal fragen welcher dieser Controller nun im direkten vergleich der schnellere ist. Vielleicht habt ihr schon die ein oder andere Erfahrung gemacht. Gruß Christian
Das ist ja eine ganz schlichte Frage. Umgekehrt gefragt würde ich sagen, der 32C ist der weniger schnelle. Die anderen beiden werden ihre Vorzüge und Schwächen haben, sodaß entscheidend ist, was man damit machen möchte ? Was willst Du denn machen :-)
M32C: 16bit CISC, 33MHz
M32R: 32bit RISC, 40-160MHz
ARM7: 32bit RISC, 40-60MHz
Ich habe nicht den Eindruck, dass hier im Board M32R sonderlich populär
ist. Frag mal in Japan nach, da mag's anders aussehen. Auch bei M32C
sieht's wohl eher dünn aus (M16C ein klein wenig besser).
Wenn man die reine Rechenleistung vom CPU-Core betrachtest: M32C fällt
da eindeutig unten durch und M32C konkurriert eher mit ARM9, also:
M32C < ARM7 < M32R.
Ansosten: Es war schon immer sehr hilfreich, die richtige Antwort auf
die falche Frage zu kennen. Denn wenn man Leistung will, such man sich
unter den ARMs nicht ausgerechnet die langsamsten (ARM7) aus.
...und M32R konkurriert eher mit ARM9. Aber vorläufig wohl auch nur auf dem Papier.
Gut möglich, weiter als bis zum ersten Papier bin ich beim M32R nicht gekommen. Dürfte auch hinsichtlich Beschaffung interessant werden.
Vielen Dank für die Antworten, ich gebe zu das meine Frage etwas zu allgemein war. Aber leider war es auch so gemeint, denn die anwendung steht noch nicht zu 100 % fest. Aber hauptsächlich geht es um serielle kommunikation und das abarbeiten von state machines und kommando stacks. Also keine komplizierten rechenoerationen. Wichtig wäre halt noch das ROM und RAM intern sind und das Gehäuse möglichst klein ist. Aus dem Internet habe ich erfahren das ARM7 so auf 0,5 MIPS/MHz kommt. Der M32C zwar schlechter abschneidet aber es wid bald eine 64 MHz version geben womit er dann mit dem ARM7 mithalten kann. Der M32R ist schon richtig schnell aber ich glaube nicht das er an einen ARM9 herankommt. Die Interrupt geschichten sind beim M32C viel besser als beim ARM. Der M32C hat zudem keinen cache. Gruß Christian
>>Die Interrupt geschichten sind beim M32C viel besser als beim ARM. Das ist auch bei anderen Teilen der Fall. Wenn Du schon bei Renesas bist, sieh Dir auch die H8S und SH µPs an. Je nach Anwendung sind die Innereien dann womöglich besser geeignet. ARM ist eben nur der Kern.
Die Interrupt-Technik des ARM ist schon im Core-Design etwas verunglückt. Das sieht man, wenn man mit verschachtelten IRQs arbeiten muss (und Compiler/Laufzeitsystem das vor dem Programmierer nicht verbergen). Die meisten Alternativen (16/32bit Aufwärts) sind da folglich besser. Mit Renesas habe ich allerdings ein eher firmenpolitisches Problem: Aufgrund der Entstehung als Merger von Mitsubishis und Hitachis Sparten tanzen die auf etwas zu vielen Hochzeiten gleichzeitig. In jeder Klasse gibt es dort mindestens 2 konkurrierende Lösungen. Liegt die Frage nahe, ob irgendwann jemand mal Prioritäten setzen wird/muss.
" Aufgrund der Entstehung als Merger von Mitsubishis und Hitachis Sparten tanzen die auf etwas zu vielen Hochzeiten gleichzeitig." Da hast Du sicherlich Recht. Die Hitachi µPs empfinde ich aber recht angenehm in der IO-Programmierung - mit der Ausnahme, daß man bei H8 die Datenrichtungsregister der Ports nicht zurücklesen kann. Aber Timer, DMA, UART, ... sehr transparent wegen der guten Datenblätter. Der Befehlssatz selbst erinnert sehr stark an den 68K. Jeder hat so seine Vorlieben.
"Aber hauptsächlich geht es um serielle kommunikation und das abarbeiten von state machines und kommando stacks." Wenn Du damit die UART (115200Baud) meinst, dann reicht ein 8051 oder AVR aber superdicke aus. Und Statemachines sind überhaupt nichts, wo ein 32Bitter punkten kann. Er möchte gerne sehr viel 32Bit Mathematik machen oder sehr oft großen Speicher (>64kB) adressieren. Nur dabei kann er Pluspunkte sammeln. Peter
Hallo Leute, also ich sehe schon das ich konkreter werden muss. Als serielle kommunikation meinte ich eher 1Mbit SPI. Und das gleich mit 2 bis 3 anderen prozessoren. Und als Stack meinte ich eher Ethernet (Profinet). Deshalb wird die Interruptlast entscheident sein. Es wird auch mindestens 256 kB eher 512 kB Rom benötigt. Aber am besten als internes Flash. Ich denke mal das ein AVR nicht geeignet ist. gruß Christian
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.