Stm bringt einen STM32H7 mit 400Mhz

Gast #4763140
Lesenswert?

Ingo L. schrieb:
> Den H7 im LQFP 48 oder 32 währe mal geil, wenn auch sinnlos...

Und wahrscheinlich auch nicht machbar denn die Die-Größen des H7 werden 
da nicht draufpassen. Und vernünftige Peripherie hast Du dann auch nicht 
mehr. Aber ich denke ab so etwa 1Mpcs lässt auch STM mal mit sich reden 
:)

rgds
#4763231
Lesenswert?

Ingo L. schrieb:
> Den H7 im LQFP 48 oder 32 währe mal geil, wenn auch sinnlos...

So sinnlos finde ich das gar nicht. Für anspruchsvolle Regler braucht 
man nicht unbedingt viele Pins aber manchmal eben viel Dampf unter der 
Haube.


Lars R. schrieb:
> Noch 1-2 Generationen, dann lassen sich Single-IC-Lösungen mit uC-Linux
> realisieren. LQFP48 wäre dann schon interessant.

Es gibt doch schon Nuttx. Läuft auf nem F103 mit 64KB Flash und 20KB 
RAM.
#4763299
Lesenswert?

Lars R. schrieb:
> ...1 MByte Ram.
>
> Noch 1-2 Generationen, dann lassen sich Single-IC-Lösungen mit uC-Linux
> realisieren. LQFP48 wäre dann schon interessant.

Wenn einem auch ein 2.11BSD anstatt eines Linux reicht, dann geht das 
auch mit deutlich weniger: 128 kiB SRAM und 512 kiB Flash. Dafür mit 
Speicherschutz, POSIX Multithreading und "Development system on-board. 
It is possible to have C compiler in the system, and to recompile the 
user application (or the whole operating system) when needed." scnr
Müsste nur noch jemand von PIC32 Richtung Cortex portieren...
http://retrobsd.org/wiki/doku.php
oder auch 4.4BSD (ebenso PIC32)
https://github.com/sergev/LiteBSD/wiki

Ingo L. schrieb:
> Den H7 im LQFP 48 oder 32 währe mal geil, wenn auch sinnlos...

Ist QFN-64/TQFP-64 schon zu groß? Da gäbe es u.a. PIC32MZ2048EFM064 (QFN 
und TQFP-64) mit 252 MHz, 2048 kiB Flash und 512 kiB SRAM oder Atmel SAM 
x7x mit 300 MHz, ebenso 2048 kiB Flash und 384 kiB SRAM ;)
Dem H7 fehlt zudem schon wieder ein integrierter USB HiSpeed-Phy, den es 
bei der Konkurrenz gibt (PIC32MZ, Renesas RX71M, Renesas S7, Atmel SAM 
x7x).
Zudem hätten die Controller von Renesas auch noch schnelles Flash und 
davon bis zu 4 MiB
(Firma: TU Darmstadt) #4763305
Lesenswert?

Arc N. schrieb:
...
> Dem H7 fehlt zudem schon wieder ein integrierter USB HiSpeed-Phy

Dann musst Du entweder die MCU nahe an den USB Stecker setzen, oder 
ueber lange Strecken das USB Signal impedanzkontrolliert fuehren. Bei 
grossen Gehaeusen halte ich den externen PHY fuer sinnvoller. Bei einem 
QFP48 oder gar 32 ist die Sache anders.
#4763379
Lesenswert?

Uwe B. schrieb:
> Arc N. schrieb:
> ...
>> Dem H7 fehlt zudem schon wieder ein integrierter USB HiSpeed-Phy
>
> Dann musst Du entweder die MCU nahe an den USB Stecker setzen, oder
> ueber lange Strecken das USB Signal impedanzkontrolliert fuehren. Bei
> grossen Gehaeusen halte ich den externen PHY fuer sinnvoller. Bei einem
> QFP48 oder gar 32 ist die Sache anders.

Das ist schon klar. Mal die Pinbelegung angesehen (F7 reicht, da 
anscheinend pinkompatibel)? Die Datenleitungen zum ULPI-Transceiver 
liegen dort über drei Gehäuseseiten verteilt, ebenso wie bspw. die 
RMII-Anschlüsse die, wenn ULPI genutzt wird, auch nicht mehr anders 
zugeordnet werden können. Dazu noch externer Speicher? Die Anschlüsse 
liegen über vier Gehäuseseiten verteilt, ebenso beim LTDC... Bei den 
PIC32MZ sieht es nicht viel besser aus.
Und zum Schluß das ganze mal mit einem RX71M oder einem anderen 
Controller der RX-Reihe durchspielen...
Gast #4763485
Lesenswert?

Uwe B. schrieb:
> Arc N. schrieb:
> ...
>> Dem H7 fehlt zudem schon wieder ein integrierter USB HiSpeed-Phy
>
> Dann musst Du entweder die MCU nahe an den USB Stecker setzen, oder
> ueber lange Strecken das USB Signal impedanzkontrolliert fuehren. Bei
> grossen Gehaeusen halte ich den externen PHY fuer sinnvoller. Bei einem
> QFP48 oder gar 32 ist die Sache anders.

Impedanzkontrolle ist heutzutage standard. Es ist doch viel einfacher 
ein differentielles Pärchen zu routen was unter Einhaltung der Abstands 
vlt. max 20 mil Breite braucht statt nen ganzen Bus über die halbe 
Platine?
Gast #4766724
Lesenswert?

Na ja bis Q2/2017 ist es noch etwas hin. Nicht das ST bis dahin schon 
aufgekauft ist? Was da gerade in der Halbleiterlandschaft abgeht ist ja 
unglaublich.....
Einen solchen Chip so früh anzukündigen heißt, man will die Kunden für 
die Zukunft nicht verlieren oder man braucht was für die Aktionäre...

Also ich finde den Chip super würde ganz in mein Gerätekonzept passen.
Endlich mal richtig RAM um als Framebuffer einen tollen TFT zu treiben.
Auch die 400MHz sind ausreichend um schnelle Grafik zu berechnen. Mit 
den 180MHz auf dem M7 ist es etwas knapp. Ich würde mal sagen eher 
untere Grenze.
Pinkompatibel zum M7 sollte er schon sein, sonst könnte ST die Upgrade 
Projekte nicht mitnehmen. Bis jetzt bin ich immer noch auf dem ARM9, das 
könnte sich aber ändern.

cheers.
Gast #4766760
Lesenswert?

Ich kann mir nicht vorstellen, daß diese hochgezüchteten 
M4/M7-Controller der große Renner werden. Bei der beworbenen Performance 
und der integrierten Peripherie konkurrieren diese plötzlich mit dem A5, 
DSPs und VLIW-Maschinen.

Zumindest der M7 ist im Markt nicht so gut angenommen worden wie von ARM 
und Lizenznehmern erhofft - soweit zumindest mein Eindruck. Oder täusche 
ich mich da ?
Gast #4767937
Lesenswert?

Ach menno, immer noch kein interner USB HS Phy... warum?
Und warum immer noch nur SDRAM und kein moderner LPDDRx...  bei so einer 
flinken CPU wäre das eigentlich angemessen und würde auch eher zu 
low-power passen.
Wäre doch gerade mit dem neuen BGA Package (keine Altlasten beim Pinout) 
da sinnvoll gewesen das endlich mal anzugehen.

Ansonsten schickes Teil - und ich kann mir den gut in unseren 
Anwendungen vorstellen (abgesehen von den genannten Punkten!).
Gast #4768212
Lesenswert?

dasrotemopped schrieb:
> http://www.st.com/en/microcontrollers/stm32h7-seri...
>
> Bald mit 400 MHz, pinkompatibel zu F4/F7
>
> Freu mich drauf ! Hoffendlich wieder mit guten Disco Boards ...


Also wenn, dann bitte mit Nucleo-Boards:

"Evaluation boards, Nucleo kits and Discovery kits will all be offered 
for the STM32H7 series, along with STM32Cube embedded software, and will 
be supported by ARM mbed OS to take advantage of advanced software 
stacks available to all developers."

Passt!
Gast #4768244
Lesenswert?

Hallo,
@Zorg, so low power ist das Teil aber nicht, schau dir mal das 
Datenblatt an, ich habe gerade den M7 von ST am laufen, der wird 
wirklich nicht sehr warm. Aber der H7 hat etwas andere Werte. Mein ARM9 
mit 400MHz braucht weniger !!!

Zum Teufel mit SDRAM, SRAM und vor allem mit LPSDRAM. DDR3 aufwärts mit 
32 Bit Datenbus und gut ist es. Irgendwo her muss doch die Performance 
kommen.
Aus dem Flash kommt sie jedenfalls nicht.
Da wundern mich die Angeben von den Waitstates die ST macht aber schon. 
Weiß der Geier mit wieviel Bit Parallel die das Flash anfahren?

Also ein A5 sehe ich immer noch als bessere Wahl, zumindest als 
Aplication CPU.

Gut ich freue mich auf den H7, weil für eine Single-Chip Lösung mit TFT 
+ Touch und Audio Interface man vermutlich nichts besseres bekommen 
kann.
Ach ja und natürlich die FPU mit Double ist richtig cool.

Aber alles hat seinen Preis.
Gast #4768265
Lesenswert?

>Einen solchen Chip so früh anzukündigen heißt, ...
ich denke, die ersten Samples wurden an die Entwicklungspartner 
ausgeliefert und nun ist die Katze aus dem Sack, also gibt es eine 
offizielle Bestätigung der sonst aufkommenden Gerüchte.

ARM hat das Cortex-M7 Design auf 400 MHz ausgelegt, also wird früher 
oder später von allen Lizenznehmern was in der Richtung angeboten.
Mit Audio und LTDC Funktionen könnte man da einen schönen Homecomputer 
mit aktzeptabler Leistung zusammendengeln.

Schon der STM32F429 hat mehr Performance als man denkt:
https://youtu.be/hQmwarUou7c
Mit 400MHz kann man von unten her manche Raspi User umdenken lassen.

Gruß,

dasrotemopped.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren