-
Thread
SPI-Taktfrequenz von 70MHz beim STM32F767
Für 70MHz auf dem SPI brauchts einen 140MHz APB Takt. Das haben ja nichtmal die STM32H7xx (da ist bei 120MHz schluss). Dafür haben die H7 drei eingebaute 16Bit ADC mit diff Eingängen zu jeweils 2,4MSps (Tsar+TSampling = 416ns) Musste mal gucken ob dir die reichen. Was solls
Beitrag #5897993: > Für 70MHz auf dem SPI brauchts einen 140MHz APB Takt. > Das haben ja nichtmal die STM32H7xx (da ist bei 120MHz schluss). > > Dafür haben die H7 drei eingebaute 16Bit ADC mit diff Eingängen zu > jeweils 2,4MSps (Tsar+TSampling = 416ns) > Musste mal gucken ob dir die reichen. >
-
Thread
STM32H7 Clock auf 480MHz einstellen
Hallo, die neuen Revisions des STM32H7 können ja nun scheinbar 480MHz. Auch im Cube ist dieser Wert vermerkt. Wie im Screenshot zu sehen, darf DIVN1 max 836MHz am Ausgang haben. Der nachfolgende Prescaler kann jedoch minimal die
gespielt und wollte es wissen, vielleicht kann es jemand brauchen: 480 MHz System Clock auf einem STM32. Anbei ein LED Blinky Beispiel (gesamtes Atollic Studio Projekt und Hex File zum direkt Flashen) für das Nucleo H743ZI Board. Als Kontroll Output dient PC10, dort kommt der halbe SysTick raus
-
Thread
STM32 und Linux - Einsteigerfragen
beantwortet. das sind die nötigen Änderungen im Linkerfile: [code] diff --git a/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/device/TOOLCHAIN_GCC_ARM/STM32H743xI.ld b/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/device/TOOLCHAIN_GCC_ARM/STM32H743xI.ld index 4e50b43736..31a1d82438 100644 --- a/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/device/TOOLCHAIN_GCC_ARM/STM32H743xI.ld +++ b/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/device/TOOLCHAIN_GCC_ARM/STM32H743xI.ld @@ -179,10 +179,10 @@ SECTIONS
-
Thread
Suche Multimeter mit präziser Messung des Tastgrads
Messungen würden nur für ein einziges Projekt benötigt werden. Da kann ich Dir eine Schaltung mit einem STM32F407 empfehlen: http://mino-elektronik.de/FM_407/fmeter_407.htm#a5 Wenn Du selber bestücken möchtest, kannst Du eine Platine dafür haben. Alternativ ginge auch ein Discovery-Board.
Die preiwerteste Lösung wäre wahrscheinlich ein NUCLEO-STM32H743 für ca 25€. Damit hast du mit den HR-Timern eine Auflösung von 2,5ns bei 400Mhz Takt. Wenn du es noch genauer haben willst musst du den mino 407-TDC Zähler mit einem zweiten TDC nachbauen. Aber
-
Thread
Module miteinander verbinden - welchen Bus nehmen?
Rudolph: ja STM32H7 (die lowcost 750er) könnten es werden.
sehe ich mind. 5 MBit/s. >DU brauchst nen Testaufbau Ja klar, das brauch ich eh. Muss mal das STM32H743I-EVAL, NUCLEO-H743ZI rauskramen und mir den Footprint von der IP-Lösung anschauen.
-
Thread
STM32F4xx / L4xx DMA durch externes Signal triggern
Wo siehst Du denn das Problem beim STM32H743? Dieser hat einen TFT-Controller, der doch eigentlich passende Synchronimpulse erzeugen sollte. Ich frage mal anders: Welche Monitore möchtest Du denn überhaupt betreiben? Die H7xx haben 512
Ich verstehe garnichts! Marcus H. schrieb im Beitrag #5785495: > @ m.n. > Mein erster 260ST hatte 192kB ROM-TOS und 512kB RAM. > Das ist schon sehr nahe STM32H743. > Bis auf die Rechenleistung, da hinkt die 8MHZ 68k doch etwas hinterher
-
Thread
Schnellere MCU als der ESP8266 zu einem guten Preis?
Ich hab nirgends was von Speicher geschrieben Hans schrieb im Beitrag #5767691: > Sorry, das STM32f429 Discovery Board kostet so ca 30.- das ist doch > nicht zu teuer! Wenn man die ganzen Features braucht: bestimmt nicht. Ansonsten schon. Richard B. schrieb im Beitrag #5767663: > Der ESP32
trotz dual core. > > Hast du eine Quelle für diese Behauptung? aus neugier gegoogled: ein 32F7 At 216 MHz fCPU, the STM32F745 delivers 1082 CoreMark / 462 DMIPS macht : 2,138 DMIPS/Mhz ein 32H7 At 400 MHz fCPU, the STM32H743/753 lines deliver 2020 CoreMark /856 DMIPS macht : 2,14 DMIPS
-
Thread
STM32 Auswahl
bislang habe ich mit dem STM32F103 und F107 mit den alten ST-Lib rumgefrickelt und wenn die nicht gepasst haben auch selbst auf Timer-Register zugegriffen. Für den F107 habe ich zwar mal eine Ethnernet Hardware mit externer MAC
Nucleo Board mit STM32F746Zg ca. 25€ bei Mouser. 1MB Flash / 320+16+4 KB RAM / 1k OTP St-Link, Ethernet, USB OnBoard. Der dürfte zum Spielen erst einmal reichen ;-) Das Board gibt es auch mit Stm32H743ZI
-
Thread
CAN-Bus mit Arduino auswerten
Dann würde ich eher auf einen uC mit integrierten CAN und Transceiver On Board zurückgreifen. Ein STM32 (Bluepill) gibts auch klein und man braucht nur einen Transceiver. Oder gleich ein Board wo alles drauf ist, gibt es zu hauf, zumindest mit nut einem CAN IF.
Danke für eure Beiträge :). @Olli Z: Ein STM32 fällt für mich eher raus. Kenne mich wie gesagt nicht alt so gut aus und mit nem Arduino komme ich halbwegs klar. Deswegen würde ich gerne einen Arduino verwenden. @Thomas F: Das mit dem
-
Thread
STM32H7 CAN FD "Restricted Operation Mode"
Guten Abend zusammen, ich möchte gerne den STM32H743 in meinem nächsten Projekt einsetzen (Wegen CAN FD und weil ich schon eine weile mit den stm32 Mikrocontrollern arbeite). Nun hat mich aber in dem Datenblatt zu dem Controller etwas verwirrt.
m_can/mcan_users_manual_v3212.pdf Da wühle ich mich auch gerade durch, wenn auch nicht für einen STM32H7 und auch nicht mit so viel Zeit wie das verdient hätte.
-
Thread
MCU mit 16 Bit DACs?
STM32F373R8T6, STM32H743VIH6 Gert
Gert schrieb im Beitrag #5577777: > STM32F373R8T6, STM32H743VIH6 Die haben auch nur 12 bit.
-
Thread
Controller mit größerem Flash als angegeben?
Bei CubeMX ist eine Liste aller(?) STM32 dabei und da steht ein DIE-Id drin. Ich hab' die mal nach DIE sortiert; es gibt nicht besonders viele: [pre] Familie versch. DIE STM32 F0 5 STM32 F1 7 STM32 F2 1 STM32 F3 5 STM32 F4 10 STM32 F7 3 STM32 H7 1 STM32 L0 4 STM32 L1 5 STM32 L4 5[/pre]
-
Thread
stm32 Ethernet + Lwip + KSZ8091MLX
Hallo zusammen, ich versuche gerade bei meinem STM32H743II das Ethernet Modul (in Verbindung mit Lwip Stack) zum laufen zu bekommen. ALs PHY benutze ich den KSZ8091MLX (MII-Interface). Ich habe mit Hilfe von CubeMX ein TrueStudio Projekt erstellt
-
Thread
STM32 ADC 1 und 2 Probleme
Hi, ich versuche gerade den ADC 1 und 2 meines stm32H743zi in betrieb zu nehmen. Es soll immer wieder eine Sequenz von Kanälen durchlaufen werden. Mit ADC1 klappt alles einwandfrei, nur ADC2 macht Probleme (es wird kein Interrupt ausgelöst und auch
ADC_CR_ADSTART;[/c] [c]void ADC_IRQHandler(void) { if(ADC1->ISR & ADC_ISR_EOC) { ADCData.ui32_ADCDataArray[0] = ADC1->DR; } else { ; } if(ADC2->ISR & ADC_ISR_EOC) { ADCData.ui32_ADCDataArray[1] = ADC2->DR; } else { ; } ADC1->ISR &= ~ADC_ISR_EOC;
-
Thread
STM32H7 mit (onboard) STLink Debugger: Data tracing nicht möglich
Hallo und schönen Sonntag an die Gemeinde, ich steige gerade auf STM32 um und versuche seit gestern verzweifelt eine Data tracing hinzubekommen, woran ich bisher komplett scheitere. Hoffentlich könnt ihr mir weiterhelfen: Ich habe ein Nucleo STM32H743ZI Board mit
Solocan Z. schrieb im Beitrag #5495816: > Was benutzt du für eine IDE? SW4STM32
-
Thread
R&S TSMU Radio Network Analyzer
mit den fehlenden Headern umgehen... Das RF Power beispiel fängt so an: [c] #include "stdafx.h" #include <windows.h> #include <iostream> #include "ViComRFPowerScanInterface.h" [/c] Sieht mir nicht so sehr nach .NET aus
und 12 Bit Auflösung gesampelt und muss dann weiter verarbeitet werden. Dafür hätte ich ein Nucleo-H743ZI (ca. 25€) und würde im ersten Schritt ein „Step“ messen und an einen PC übertragen, dann der nächste usw. Später vielleicht die FFT mit Anzeige im STM32h7 als stand alone Gerät. Macht das so
-
Thread
STM32 lwip UDP Empfang fehlerhaft
zusammen, vielleicht hatte ja einer von euch schon mal das selbe Problem: Ich versuche auf einem STM32H743 mithilfe des lwip Stacks (ohne RTOS) eine Kommunikation über UDP zu etablieren. Das Versenden von Paketen funktioniert einwandfrei, das Empfangen funktioniert allerdings nicht. Die Funktion
/* Includes ------------------------------------------------------------------*/ #include "main.h" #include "stm32h7xx_hal.h" #include "lwip.h" /* USER CODE BEGIN Includes */ #include "lwip/udp.h" #include <string.h> #include <stdio.h> /* USER CODE END Includes */ /* Private variables
-
Thread
Nucleo STM32H743 ITM Schnittstelle
Ich versuche die ITM Schnittstelle auf dem Nucleo STM32H743 mit Keil MDK5 zum Laufen zu bringen. Bisher ohne Erfolg. Auf anderen Boards (L432, L476 etc) klappt das ohne Probleme. TM32DBG.ini als Initialisierung, die Ports entsprechend gesetzt, retarget.c
Nur so als Frage: wie verhält sich das Board mit dem STM32CubeProgrammer? http://www.st.com/en/development-tools/stm32cubeprog.html
-
Thread
Q: STM32H743 External Interrupts HAL bindings
Hallo Forum, und insbesondere STM32 Experten. Ich habe ein Verständnisfrage zum Startcode von ST (siehe startup_stm32h743xx.s) und den Header-Files in STM32H7xx_HAL_Driver. Ich habe mir in kleines bash Skript erstellt, das für
Tabelle" aus dem o.g. .s-File ab Zeile 140 schaut, ob es einen zugehörigen Eintarg in irgend einer .h Datei aus dem STM32H7xx_HAL_Driver\Inc findet. Wie Ihr meinem Output-File entnehmen könnt, gibt es zu vielen Handler-Namen (aus dem .s Startcode) keine Übereinstimmungen im STM32H7xx_HAL_Driver
-
Thread
Nucleo-H743ZI in Linux und mit stlink 1.5.0
write_image ... dto.: flash write_bank ... Flash auslesen: flash read_bank ... Flash komplett löschen: stm32h7x mass_erase ... Start (der progr. Firmware): reset run Wichtig ist noch, beim Start von openOCD "stm32h7x_dual_bank.cfg" anzugeben, nicht "stm32h7x.cfg", denn der h743 hat zwei Flash-Bänke,
arm-none-eabi-objcopy -O binary stm32h7x.o stm32h7_flash_write_code.bin ==> stm32h7_flash_write_code.bin >od -A x -t x1 .../ARM/wrk/stm32h7/stm32h7_flash_write_code.bin 000000 45 68 06 68 26 b3 76 1b 42 bf 76 18 36 1a 08 3e 000010
-
Thread
ATmega Development Boards (Sind die OK?)
das Blue-Pill Board ^^) #5: STM32F103C8T6 https://de.aliexpress.com/item/WAVGAT-STM32F103C8T6-stm32f103-stm32f1-STM32-system-learning-board-evaluation-kit-entwicklungsboard/32841552874.html?spm=a2g0s.8937460.0.0.X8gdZi (Ist auch
(ein M4 mit viel Speicher ^^) #8: STM32F107VCT6 https://de.aliexpress.com/item/Core107V-STM32F107VCT6-STM32F107-STM32-ARM-Cortex-M3-Evaluation-Development-Core-Board-with-Full-IO-Expanders/633110010.html?spm=a2g0s.8937460.0.0.X8gdZi
-
Thread
Mikrocontroller mit exotischem SPI?
stm32h743 etc. kann das, 4 bis 32 Bit. Die "kleineren" der stm32-Familie können nur 8 und 16 Bit, ab welchem da die flexiblere SPI drin ist, könnte man ja leicht nachsehen ..
STM32F0,F3,F4, F7,L0,L4 und H7 koennen 4.. 16 bit SPI.
-
Thread
PICkit 4 wird verkauft
EIGENTLICH bestellten Bauteile waren natürlich nicht dabei. Ausprobiert hab ich das mit einem PIC32MX470F512H mit 2-Wire (ICSP). Das Projekt ist nicht sehr groß, etwa 22% Flash. Positiv: - Programmieren geht in ca. 1,5s statt so 7s - Single-step ist sehr flott - Man kann jetzt auch im laufenden
als Hobby). Daher kann ich dazu nichts sagen. Gefühlt kann man es vergleichen mit ST-Link bei den STM32. Der Unterschied zum PICkit3 ist jedenfalls groß. Widerstand schrieb im Beitrag #5343098: > Vielleicht wurde Mr. Head gefeuert. :) > > https://www.youtube.com/watch?v=3YUvlrVlNao > >
-
Thread
Audio Mux für Vorverstärker
package gelötet. Der Aufbau wird wie folgt sein: mux (kanal symmetrisch Stereo) -> opvs -> adc -> stm32h743 -> dac -> Ausgangsstufe. Dann suche ich Mal weiter nach einem mux mit besseren werten... Habt ihr ein Bauteilvorschlag? Package ist egal.
-
Thread
Betriebssystem für 32 Bit µCs?
kompilieren muß wenn ich die Hardware wechsel (z.B. Intel-PC -> ARM Board) Mit groß meine ich z.B. STM32H743ZI (2 MByte Fash, 1 MByte SRAM) (Ja, da läuft wohl auch Linux drauf, aber für das eigentliche Programm ist dann nicht mehr viel Platz) Also 'Linux in klein' mit vielen Treiber währe nett.
muß wenn ich die > Hardware wechsel (z.B. Intel-PC -> ARM Board) > > Mit groß meine ich z.B. STM32H743ZI (2 MByte Fash, 1 MByte SRAM) > > (Ja, da läuft wohl auch Linux drauf, aber für das eigentliche Programm > ist dann nicht mehr viel Platz) > > Also 'Linux in klein' mit vielen Treiber
-
Thread
[V] 5x Nucleo STM32H743ZI
Hallo Leute, Ich habe für Testzwecke ein paar Nucleos des STM32H743ZI erworben. Derzeit brauche ich sie nicht mehr, kann daher insgesamt 5 Stück abgeben. Derzeit sind sie nirgends zu bekommen, aktuelle verlässliche Lieferdaten gibt es nicht. Pro Board hätte
letztendlich hatte es sich gelohnt. Die Netzwerkkommunikation läuft tadellos. Ähnlich wird man wohl beim STM32H743 mit der neueren HAL-Library vorgehen. Diese Library ist zwar deutlich aufgeblasener (ich finde sie deshalb nicht so toll), aber vielleicht ist die Nutzung des Ethernet hier sogar noch einfacher
-
Thread
Suche Empfehlung für Mikrocontroller
Nächstes Jahr dann: http://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32h7-series/stm32h7x3/stm32h743zi.html
meine Frage garnicht stellen brauchen. Aber wie die stm32-Kenner schon anmerkten, laufen die 32bit Timer max. mit halbem Systemtakt - d.h. ich bräuchte dann einen stm32 der mit 400Mhz oder schneller läuft. Mir ist bislang noch kein so ein Exemplar begegnet
-
Thread
Wieso gibt es keine gute Programmiersprache?
der Anfang ist für unerfahrene wohl etwas holprig. Habe damit sogar schon embedded Code für einen STM32 ARM Prozessor geschrieben und ausgeführt. Die Community ist klein aber fein.
entwickelt. Tja, wenn du die Augen zu machst, dann siehste eben nix. Kleiner Tip: Programmiertool für STM32 von mir hier im Forum. btw: eine Lazarus-Version hab ich inzwischen auch fertig. Funktioniert gut wie die Delphi-Version. Sieht mir aber zu grau aus. Also: Mach deine Klüsen auf, dann siehst du
-
Thread
FT800 / FT810 Library
"stm32f4xx_hal.h" #include "stm32f4xx_ll_spi.h" ... [/code] Edit, ich habe gerade noch aus dem STM32F407xx ein STM32F4 gemacht, das müsste soweit für die ganze Familie gelten. Edit2: jetzt wüsste
SUCCESS 00:00:03.115 STM32F446 SUCCESS 00:00:03.946 STM32G474 SUCCESS 00:00:03.678 STM32G431 SUCCESS 00:00:03.499 nucleo_f439zi SUCCESS 00:00:03.888 nucleo_h743zi SUCCESS 00:00:06.119 Damit
-
Thread
STM32 USB CDC HOST Beispiel
ich mich per Terminalprogramm problemlos mit dem Teil unterhalten. Nun soll das Device an einen STM32F4 angeschlossen werden. Kennt jemand ein USB CDC HOST Beispiel für den STM32F4, am besten unter GCC/CooCox? Im STM32CubeF4 habe ich Treiber für CDC HOST gefunden, allerdings keine fertigen Beispielprojekte
ordentliche Implementation abzuliefern. Wer sich da nicht zu 100% auskennt, ist komplett am Arsch. Für die H7-Reihe gibts da tatsächlich ein lauffähiges Example, https://github.com/STMicroelectronics/STM32CubeH7/blob/master/Projects/STM32H743I-EVAL/Applications/USB_Host/CDC_Standalone/Src/cdc_configuration.c
-
Thread
FT800 display list handling
des textes umschaltet würde sich mein verständnis sicher deutluch erweitern ... [c] #include "SPI.h" #include "Wire.h" #include "FT_VM800P43_50.h" FT800IMPL_SPI FTImpl(6, 5, 2); int16_t BootupConfigure() { uint32_t chipid = 0; FTImpl.Init(FT_DISPLAY_RESOLUTION); delay(20); chipid
und der FTDI Webseite hab ich damals auch für den Einstieg genutzt ( okay portiert nach C für einen STM32 )und die haben funktioniert. Also welchen Anspruch legst du an ein "funktionierendes Beispiel"? Wenn der Code funktioniert und deine beschrieben/gefilmten Probleme auftreten, bestärkt das meine
-
Thread
Minutengenaue 24 Stunden-Wortuhr - wer will mitbauen?
Das oben angekündigte CooCox-Projekt für das STM32F4-Discovery-Board ist online: http://www.mikrocontroller.net/articles/WordClock24h#CooCox_Projekt Viel Spaß!
Neue Version 0.5 der STM32-Variante ist online im Artikel: http://www.mikrocontroller.net/articles/WordClock24h#STM32F4_Discovery_Projekt Neuigkeiten: - Unterstützung von DCF77-Modulen - Unterstützung von ESP8266
-
Thread
eBus USB Adapter
Temperatur, daher entweder 0x4C oder 0xCC. Beim 4. Byte wirds kritischer, da wird bei Temperaturen >32°C die 0x41 zur 0x42 wird - eine reine Bit-Trennung ist da nicht mehr machbar; man braucht einen *Offset* - also zusätzlich zum Divisor etwas, was konstant abgezogen/hinzuaddiert wird! H I L F E ....
Hallo zusammen, ich programmiere gerade an einem STM32F103 um die Parameter meiner Vaillant Therme VC 146/5-5 zu loggen bzw. die Parameter zu ändern. Die mir wichtigen Parameter sollen dann per CAN in meinen Hausbus gesendet werden. Die Kommunikation
-
Thread
Thermomix Rezeptchips
ttySP0 at 38400 bps: Where did you find this information? As I wrote a bit earlier, there is a STM32F100R8 and a ATxmega16D4 on the power board. Some pictures[0][1]. The STM32 has also a 2x10 JTAG connector next to it. I assume that your finding is the thermomix applications way to communicate
is not running. Moritz M. schrieb im Beitrag #5210516: > As I wrote a bit earlier, there is a STM32F100R8 and a ATxmega16D4 on > the power board. Some pictures[0][1]. The STM32 has also a 2x10 JTAG > connector next to it. > > I assume that your finding is the thermomix applications way to