Biete Elektor R8C - Ausgabe

Hi.. Was solls denn kosten incl. Versand in D?

Hab auch noch eine übrig, würde das ganze für 15€ inkl. Versand
nach D. verkaufen! Controller ist noch in der Original-Tüte und wurde
nie benutzt bzw. gelötet.

Kann morgen versenden wenn gewünscht.

22 Euro für die beiden R8C und das elektor.

Wer braucht den R8C Schrott?

> Wer braucht den R8C Schrott?

Derjenige, der sich dafür interessiert.

> Wer braucht den R8C Schrott?

So grundschlecht scheint das Ding jedenfalls nicht zu sein:
http://www.mikrocontroller.net/articles/R8C

Dürfte wohl irgendwo unterhalb der AVRs anzusiedeln sein, wenn man
Peripherie und Speicherplatz vergleicht. Die 16-Bit-Architektur könnte
den Controller aber für gewisse Anwendungen gegenüber den 8-Bittern
sehr interessant machen.

Die R8S sind ziemlich langsam, da CISC. Man tut sich in C schon ziemlich
schwer um nur den ADC mit 300kHz einzulesen und die Were ins RAM zu
schreiben.

Eigentlich möchte ich hier keinesfalls eine "Guter Controller oder
schlechter Controller"-Diskussion anfangen, aber deine Aussage,
Benedikt, kann ich aufgrund meiner mehrjährigen Erfahrung nicht so
stehen lasssen. Dafür ist mir der Süße Kleine R8C zu sehr an's Herz
gewachsen.
>> Die R8S sind ziemlich langsam, da CISC.
Der R8C13 hat eine 4-Stuige Pipeline, die mit einem ordentlichen
Compiler (bei mir CCS) erstaunlich nahe an 1 Befehl/Takt heran.
Bei z.B. einer Mittelwertbildung mit den aktuellen ADC-Werten
funktioniert die Pipeline natürlich nicht sonderlich gut, aber selbst
bei 16MHz/4 = 4 MIPS hast du sicherlich genug zeit, um einen
10-Bit-Wert im RAM abzulegen (HAHAHAHAHA).

@ mr.chip
>> Dürfte wohl irgendwo unterhalb der AVRs anzusiedeln sein
Spätestens an diesem Punkt lohnt sich ein Streit sicherlich nicht mehr.
Der R8C/13 hat den Core des "berühmten" M16C und ist ein 16-Bitter mit
16-Bit-HW-Mltiplyer.
Den einzig großen Nachteil des Controllers sehe ich im miserablen
Flash-Speicher. Zwei Daten-Flash-Blöcke zu je 2 k mit dümmstenfalls nur
10000 Schreibzyklen sind wirklich schwach.

Übrigens kostete der R8C/13 bei Glyn mal im Zehnerpack 15 € + MWST.

>Der R8C13 hat eine 4-Stuige Pipeline, die mit einem ordentlichen
Compiler (bei mir CCS) erstaunlich nahe an 1 Befehl/Takt heran.

Das kann ich mir kaum vorstellen, da durchschnittlich jeder Befehl 2
Takte oder sogar noch mehr benötigt, das nur mal so als Info.
Aber das ganze ist mir eigentlich egal, da ich AVRs für kleine Sachen
und ARMs für die Sachen nutze, die mehr Rechenleistung benötigen.

Diese ganze MIPS-Rechnung ist natürlich Quark. Mann muss mit einem
Befehl ja auch was anfangen können. Mal ein Beispiel, warum
verschiedene Prozessoren auch bei vergleichbarem MIPS-Wert krass
unterschiedliche Performance bieten können.

Grad letzthin war hier Fliesskomma-Genauigkeit und -Performance mal ein
Thema. Zu den wichtigsten Maschinenoperationen bei Fliesskomma gehören
die Shift/Rotate-Operationen. Aber nicht von Bytes oder Worten, sondern
von 56-bit breiten Mantissen, von denen je nach Operation so 2-3 Stück
rumliegen und pro Operation zigmal benutzt werden. Bei AVRs passen die
komplett in Register. Ergibt 7 Takte pro Shift. Bei R8C nicht, macht
7*3=21 Takte pro Shift. 7 gegenüber 21, bei vergleichbarem Takt.

Bevor jetzt alle R8C-Fans über mich herfallen: Das war ein ganz
konkreter Fall. In anderen Fällen wird es vielleicht anders herum
ausgehen, beispielsweise dank eingebauter Mul/Div-Operationen, bei
Multitasking, Interrupt-Handling usw.

PS: Denkfehler meinerseits, weil R8C 16bittig arbeitet. 4*3=12, nicht
mehr ganz so arg. Aber das Grundproblem bleibt: Man muss gesamte
Programme/Lösungen vergleichen, nicht einzelne Befehle.

Der R8C hat aber einen Barrelschifter im Gegensatz zum AVR. Wenn also
mehr als 1 Bit geschiftet wird dann ist der R8C im Vorteil.