aktuell schnellster TQFP uC

FPGA Gast #6837911
Lesenswert?
• ▲
▼ 
Hallo zusammen

habe gerade gesehen, dass NXP mit ihren 1GHZ+400Mhz 1170ern ST bezüglich 
performance mit 6400 Coremarks links stehen lässt.
Anyway hat leider keine TQFP version und anscheinend auch kein internes 
Flash.

Daher die Frage: Gibts aktuell etwas schnelleres als die 550MHz H7 in 
TQFP Ausführung mit min 128kB Flash? (theoretische Frage da der H7 
sowieso über die nächsten Jahre nicht lieferbar sein wird...)

Gerne auch andere Architekturen mit höherem IPC und auf 28nm mit int. 
LDO
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Mw E. (Firma: fritzler-avr.de) #6837956
Lesenswert?
• ▲
▼ 
Muss es ein nackter IC sein und TQFP ist für die bessere Lötbarkeit?
Guck doch mal nach "SOM" System on Module.
Da gibts dann die BGA ICs auf nem Stpck Platine mit Flash und eventuell 
DRAM.
Die STM32MP1 gibts zB als SOM.
(Es muss ja nicht unbedingt Cortex-M sein)
Antwort Zitieren Bearbeiten Löschen Beitrag melden
FPGA Gast #6837983
Lesenswert?
• ▲
▼ 
Mw E. schrieb:
> Muss es ein nackter IC sein und TQFP ist für die bessere
> Lötbarkeit?

Genau das war die Idee.

SOM sind durchaus interessant. Der preisliche nachteil fällt für mich 
nicht ins gewicht, anyway bin bei SOM lösungen zurückhaltend da ichs 
nicht kenne. Oft ist es meines wissens nicht möglich diese grundlegend 
zu programieren (wie zb im Cube) und funktionieren nur mit OS und 
treiber blobs etc.(meine befürchtung, beispiel Raspi wo Broadcom meines 
wissens -ausser dem GPIO teil des SOC- alles unter NDA Verschluss hält.

Also kurz: SOM Ja, aber bitte "nakter" IC ähnlich
Auch: bin nicht auf dem laufenden: hat sich in richtung RiscV etwas in 
letzter Zeit ergeben oder ist dies am versanden?
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Phantomix X. #6838489
Lesenswert?
• ▲
▼ 
Wenn du auch mit externem Flash leben kannst, könntest du mal bei der 
i.MX RT von NXP schauen
https://www.nxp.com/products/processors-and-microcontrollers/arm-microcontrollers/i-mx-rt-crossover-mcus:IMX-RT-SERIES
edit: dann geht's bis Dual core: Cortex-M7 @1 GHz + Cortex-M4 @400 MHz
edit2: Ach, BGA. Nagut aber 500 MHz sind mit LQFP drin

Bei mir hat der ST das Rennen gemacht, aber NXP war auch ein heißer 
Kandidat.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Andreas M. #6838654
Lesenswert?
• ▲
▼ 
FPGA schrieb im Beitrag #6837983:
> funktionieren nur mit OS und
> treiber blobs etc.

Das ist Unsinn. Wenn Du Zugang zu den vollständigen Datenblättern hast 
kannst Du natürlich auch einen RaspPi mit deinem eigenen Code befeuern. 
Das hat auch nichts mit SoM, SoC usw zu tun, sondern einfach nur mit der 
Verfügbarkeit von Dokumentation.

Wenn es unbedingt LQFP sein muss hätten wir da noch

Renesas RZ/A1H
https://www.renesas.com/eu/en/products/microcontrollers-microprocessors/rz-cortex-a-mpus/rza1h-high-end-full-featured-microprocessors-arm-cortex-a9-core-running-400mhz-and-10mb-chip-sram

Renesas RH850
 https://www.renesas.com/eu/en/products/microcontrollers-microprocessors/rh850-automotive-mcus

Ansonsten Kendryte K210 Dual-Code 400Mhz 64 Bit RISC-V als BGA oder als 
fertiges SOM Sipeed M1

https://de.aliexpress.com/item/33031564354.html?src=google&src=google&albch=shopping&acnt=494-037-6276&slnk=&plac=&mtctp=&albbt=Google_7_shopping&albagn=888888&isSmbAutoCall=false&needSmbHouyi=false&albcp=1705854617&albag=67310370915&trgt=743612850714&crea=de33031564354&netw=u&device=c&albpg=743612850714&albpd=de33031564354&gclid=EAIaIQobChMIhfvfjZOz8wIVEQGLCh1JrwypEAQYBSABEgJwpvD_BwE&gclsrc=aw.ds&aff_fcid=8399976cb5c649ff8c8580c84505c3a3-1633432757966-05683-UneMJZVf&aff_fsk=UneMJZVf&aff_platform=aaf&sk=UneMJZVf&aff_trace_key=8399976cb5c649ff8c8580c84505c3a3-1633432757966-05683-UneMJZVf&terminal_id=2ff79e599ba349289b835f9491e210e3

Die Erwartung, dass ein "Cube" irgendwelchen Code erzeugt, erscheint mir 
in dieser Liga merkwürdig. Diese Chips mit Ihren ganzen Peripherien 
haben eine ganz andere Zielgruppe als "mal eben schnell 
zusammengeklickt". Da gibts entweder ein vorgegebenes SDK ( mit vielen 
Hundert Seiten Doku) oder man muss sich das alles selbst erarbeiten. 
Rate mal warum die meisten da lieber gleich auf ein fertiges OS wie z.B. 
Linux setzen, sogar die Hersteller der Chips...
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren