Hallo zusammen! Weiss jemand ob es einen 8- oder 16-Bit-Mikrocontroller von Renesas gibt mit folgenden Eigenschaften: - noch ein paar Jahre erhältlich (also kein Auslaufmodell) - am besten bei inländischen Händlern verfügbar - keine Befehls-Pipeline (wichtig) - um die 50ns Befehlsausführungszeit (40ns wären besser) - noch lötbares Gehäuse - 5V-Betrieb - Flash-Programmspeicher (nur ein paar kB nötig) Ich meine vor einigen Jahren da mal welche gesehen zu haben mit 33ns Befehls-Ausführungszeit, ich weiss aber nicht mehr wie der Name war.
Hat Renesas keine Webseite mit einem "parametric selection guide"?
Die Forderungen sind widerspruechlich. Eine uniforme Ausfuehrungszeit
hiesse wohl RISC. Praktisch alle RISC haben aber eine Pipeline.
Die RL78 die ich kenne, koennen mindestens 32 MHz.
Einfache Befehle brauchen 1 Takt, andere mehr.
Nach meinem Gefuehl sind die Produktwechselzyklen bei Renesas
eher kurz. Das war vor einem oder zwei Jahren beworbemn wurde,
ist heute schon alt.
Bei Distributoren (z.B. Glyn) aber sicher noch erhaeltlich.
> Hat Renesas keine Webseite mit einem "parametric selection guide"?
Das frage ich mich auch.
Aber, das ist immer nur ein aktueller Snapshot des Produktspektrums.
Von "kann Mann in 5 Jahren" noch fuer ein Neudesign einsetzen,
findet Mann da nichts.
Lothar schrieb: > Warum Renesas? 8051 z.B. EFM8UB2 48MHz ohne Waitstates QFP32 bis 5.5V Der scheint auch gepipelined zu sein. Ich benötige fixe Befehls-Ausführungszeiten. Kann es sein dass man AVR/PIC-Controller verwenden muss wenn man schnelle fixe Befehlsausführungszeiten benötigt ? Belegen diese 2 uC-Familien einen Sonderplatz in der Welt der Mikrocontroller ?
H-G S. schrieb: > Belegen diese 2 uC-Familien einen Sonderplatz in der Welt der > Mikrocontroller ? Wohl eher dass du eine Sonderanforderung hast, die sonst niemand braucht. Was willst Du überhaupt machen? Eine Cortex-Mx CPU hat extra Befehle mit der sichergestellt wird dass die Pipline komplett abgearbeitet wird, z.B. DMB, DSB und ISB Damit hat man die Vorteile einer Pipline und kann gezielt diese an Zeitkritischen stellen steuern. z.B. hier lesen: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0489c/CIHGHHIE.html Und wenn Du ganz sicher gehen willst dass auch keine Waitstates vom Flash rein spucken, dann führe den Code aus dem RAM aus.
> Und wenn Du ganz sicher gehen willst dass auch keine Waitstates vom > Flash rein spucken, dann führe den Code aus dem RAM aus. Das kann tueckisch enden, wenn gleichzeitig Datenzugriffe auf das selbe RAM stattfinden. Nur spezielle Architekturen mit DARAM (Dual-Access-RAM) haben da keine Probleme. Oder ARMs die mehrere getrennte RAM-Bereiche (z.B. M4) haben. Vermutlich hat der TO etwas vor, wo er von einem FPGA viel besser bedient wuerde.
H-G S. schrieb: > Der scheint auch gepipelined zu sein Richtig. Die 3-Stage-Pipeline ist aber deterministisch, wenn Waitstates abgeschaltet sind. Das ist bei < 49 MHz der Fall. Für > 50 MHz gibt es in der Tat bei superkritischen Anwendungen Probleme, die aber auch lösbar sind: http://community.silabs.com/t5/8-bit-MCU/Random-Latency-with-Laser-Bee-Branch-Instructions/m-p/177927#M45980 Markus M. schrieb: > Eine Cortex-Mx CPU hat extra Befehle mit der sichergestellt wird dass > die Pipline komplett abgearbeitet wird, z.B. DMB, DSB und ISB Die sind ein Kapitel für sich. Nicht umsonst verwendet der "Definitive Guide to ARM Cortex-M" eine Menge Seiten darauf. Eigentlich ist der Cortex-M schon wegen seines Interrupt-Systems nicht deterministisch zu bekommen. Daher werden dann auch Cortex-R eingesetzt.
Markus M. schrieb: > Eine Cortex-Mx CPU hat extra Befehle mit der sichergestellt wird dass > die Pipline komplett abgearbeitet wird, z.B. DMB, DSB und ISB > Damit hat man die Vorteile einer Pipline und kann gezielt diese an > Zeitkritischen stellen steuern. Du meinst es gibt CortexM-Controller wo man die Pipeline sperren kann sodass die nachfolgenden Befehle eine genau berechenbare Ausführungszeit haben ? Wieso lese ich das jetzt zum ersten mal ? :-) Funktioniert das zu 100% mit Programmablauf aus dem Flash ? Was meinst du mit Waitstates ? (º°)·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.·´¯`·.¸¸.· schrieb im Beitrag #5131712: > Vermutlich hat der TO etwas vor, wo er von einem FPGA viel > besser bedient wuerde. Ich muss ein paar VGA-Sync nebst Pixelclock (50ns oder so) erzeugen.
H-G S. schrieb: > Ich muss ein paar VGA-Sync nebst Pixelclock (50ns oder so) erzeugen. Dazu braucht es nur eine DMA und einen Timer. Die DMA schiebt getaktet anhand vom Timer die Daten die im RAM stehen auf den GPIO Port raus. Die CPU kann nach der Initialisierung ruhig schlafen.
H-G S. schrieb: > Was meinst du mit Waitstates ? Die meisten Flash haben Probleme mit Zugriff > 25 MHz. Bei den schnelleren Cortex-M und auch 8051 gibt es dann einen Cache von 4 Words bzw. 4 Bytes. Wenn dann aber ein Sprung ausgeführt wird, muss der gesamte Cache neu geladen werden, das gibt dann 1 oder 2 Waitstates. Eine "Lösung" beim 8051 ist dann Align 4 so dass alle Befehle die durch Sprung erreichbar sein sollen an Adressen sind, die durch 4 teilbar sind. Verschwendet natürlich reichlich Flash.
H-G S. schrieb: >> Vermutlich hat der TO etwas vor, wo er von einem FPGA viel >> besser bedient wuerde. > > Ich muss ein paar VGA-Sync nebst Pixelclock (50ns oder so) erzeugen. Nimm FPGA/CPLD. Schau mal diesem thread Beitrag "FPGA IoT Maker Board" . Pack eine NIOS und ein paar Zähler rein und gut ist.
H-G S. schrieb: > Ich muss ein paar VGA-Sync nebst Pixelclock (50ns oder so) erzeugen Aber dann kannst Du doch genau das 8051 Beispiel nehmen :-) Lothar schrieb: > Für > 50 MHz gibt es in der Tat bei superkritischen Anwendungen > Probleme, die aber auch lösbar sind: > > http://community.silabs.com/t5/8-bit-MCU/Random-Latency-with-Laser-Bee-Branch-Instructions/m-p/177927#M45980 >
H-G S. schrieb: > #5131712: >> Vermutlich hat der TO etwas vor, wo er von einem FPGA viel >> besser bedient wuerde. > > Ich muss ein paar VGA-Sync nebst Pixelclock (50ns oder so) erzeugen. Das machst Du besser mit programmierbarer Logik. CPLDs und FPGAs sind genau dafür gedacht. Du kannst kein VHDL? Tja, dann musst Du es eben lernen. Haben andere vor Dir auch geschafft. Kleiner Tip: Kleine FPGAs findest Du bei Lattice. ansonsten nimmst Du eines der vielen verfügbaren Xilinx Spartan 6 Boards. Viele von denen haben bereits einen VGA-Ausgang und externes RAM. fchk
Ich sah eben dass der Conrad für die alten Renesas-Mikrocontroller 2 Wochen Lieferzeit anzeigt. Vielleicht muss er die selber erst von einer anderen Lagerfirma ausmotten lassen ... Bei Reichelt gibt es einen mit scheinbar 20MHz aber bei Renesas wird er mit maximal 16MHz angegeben. Seltsam, seltsam ... das Modell wird auch gar nicht aufgeführt im aktuellen Renesas-Portfolio. Es scheint zu stimmen dass sich da dauernd etwas ändert bei Renesas, danach bekommt man wohl nur noch Lagerbestände oder so.
Ich denke ich weiss warum die 16-Bitter sich nicht durchgesetzt haben: Als Nachfolger von 8-Bittern haben sie zwar mehr Adressraum und Rechenleistung, aber das reicht nicht für die großen Datenmengen der Videos für LCD-Display-Geräte. Daher ist man gleich auf 32-Bitter umgestiegen, die schaffen das mit links. Die 8-Bitter bedienen den unkritischen Bereich wo man wenig Datenmengen braucht.
H-G S. schrieb: > Ich sah eben dass der Conrad für die alten Renesas-Mikrocontroller 2 > Wochen Lieferzeit anzeigt. Das sind die lagernden Typen. Die reguläre Vorlaufzeit beträgt 26 Wochen. > Bei Reichelt gibt es einen mit scheinbar 20MHz aber bei Renesas wird er > mit maximal 16MHz angegeben. Seltsam, seltsam ... das Modell wird auch > gar nicht aufgeführt im aktuellen Renesas-Portfolio. Das will nichts heissen, es gibt Hunderte von Sondertypen. Die sind alle miteinander verwandt, dann ist aber nur einer der zwei CANs geprüft, oder nur 199 der auf dem Die vorhandenen 512 kB Flash (weil dem Kunden 192 zu wenig und 256 zu teuer waren), oder das sind gerade die wenigen, die auch bei 2,73 V noch 18 MHz vertragen. Und dann stecken da ja noch Derivate von Hitachi, Mitsubishi, Renesas(rot), NEC und Renesas(blau) drin. > Es scheint zu stimmen dass sich da dauernd etwas ändert bei Renesas, > danach bekommt man wohl nur noch Lagerbestände oder so. Mit Liefervertrag bekommt man die so lange wie das Projekt läuft. Aber als anonymer Distributor-Kunde muss man wohl ein wenig flexibel sein.
soul e. schrieb: > Das sind die lagernden Typen. Die reguläre Vorlaufzeit beträgt 26 > Wochen. > Mit Liefervertrag bekommt man die so lange wie das Projekt läuft. Aber > als anonymer Distributor-Kunde muss man wohl ein wenig flexibel sein. Exakt so ist es.
Mit Renesas habe ich nur sehr schlechte Erfahrungen gemacht was die
Lieferverfügbarkeit angeht.
Angebsehen davon ist die Arbeit mit IAR+Renesas eine Qual.Der Vertreter
von Renesas hat uns vor 3 Jahren einen uC aus der RL78 Serie förmlich
aufgedrängt zum Kampfpreis von 0,88€. Soll über >10 Jahre verfügbar
sein.
Seit Mitte letzten Jahres ist die Lieferzeit >24Wochen und der Preis bei
>1,60€. Wenn man sofort >100 braucht zahlt man auch gerne >5€.
Für ein Produkt brauchen wir die Variante mit den größten Speicher, der
hat sogar 40 Wochen Lieferzeit. Nachdem das völlig indiskutabel ist,
müssen wir jetzt kurzfristig die Platform wechseln.
Fabian F. schrieb: > Seit Mitte letzten Jahres ist die Lieferzeit >24Wochen und der Preis bei >>1,60€. Wohl eher: Schlecht verhandelt von Deinem Einkauf. Hier bei 22 Eurocent je Stück. RL78 ist eh ein Renner .-) > müssen wir jetzt kurzfristig die Platform wechseln. Ist sinnvoll, wenn ihr Stückzahlen habt. Und Du wirst sehen, da wird Renesas nun plötzlich sehr fix werden bei Euch.
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.