-
Thread
STM32H743 PLL
Hier wurde behauptet https://www.mikrocontroller.net/topic/579081#7907306 Die PLL im STM32H7 würde die Stabilität des HSE Oszillators bei der Ausgabe über MCO verschlechtern. Das habe ich mal an meinen DevEbox STM32H743 Board nach gemessen. Der Code wurde mit CUBE MX erzeugt. Die MCO
Signals ergibt sich > automatisch. > > Hans-Georg L. schrieb im Beitrag #7908794: >> Die PLL im STM32H7 würde die Stabilität des HSE Oszillators bei der >> Ausgabe über MCO verschlechtern. > > Hans-Georg L. schrieb im Beitrag #7908794: >> bis ca. 200s verbessert die PLL das Signal, darüber ist
-
Thread
Problem mit USB auf STM32H743
ich bin gerade dabei ein Chinaboard 'Devebox STM32XX_M' mit dem H743VI in Betrieb zu nehmen. Mit Mbed das den H743 unterstützt und einen USB Stack hat den ich schon auf verschiedenen F4/F7 laufen habe. Der H743 ist um einiges komplexer, aber die
der H7 hat einen Bootloader im ROM und kann per USB, seriell oder SPI programmiert werden. Boot0 auf High Pegel verbinden, USB Kabel anstecken, STM32CubeProgrammer starten und auf USB stellen, connect und
-
Thread
Jlink ebu und stm32h743 will nicht
Hi ich versuche gerade meinen jlink ebu mit einem stm32h743 zu verbinden. Habe mir die aktuelle Version 7.60c installiert. Über das config Programm wollte ich nun die Firmware aktualisieren lassen, die soll aber aktuell sein. Nur wenn ich den Prozessor
Fakt ist, die letzte Firmware V8 ist von 2014. Bei den jlink-ob Geschichten die auf einem STM32F103 oder STMF32F072 laufen ist die Firmware von 2021 bzw. 2019. Damit würde ich ehr eine Chance sehen dass der H7 geht.
-
Thread
Sinc-Filter im STM32H743
Im STM32H743 Reference-Manual gibt es einen Abschnitt, der eine Sinc-Filter beschreiben soll. Ich sehe da aber einen IIR-Filter, wo hingegen ein Sinc-Filter ein FIR Filter sein sollte. Ist das Datenblatt
-
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
STM32H743 mit 32MByte externem SDRAM
Hallo, ich nehme hier gerade ein STM32H743 Board mit externem 32MByte SDRAM über FMC in Betrieb. Scheint alles zu funktionieren, das Ram lässt sich schreiben und lesen. Ich habe mir dazu ein kleines Testprogramm geschrieben: [c]
gleich 2 bestellt. Leider nur 128Kb Flash intern, aber 8Mbyte Flash on Board. Dann habe ich das STM32H743 Board gefunden ohne externes RAM ( 1 bestellt). Als nächstes ein STM32H7 Board mit externem RAM. MCU im FP Gehäuse ( 0 bestellt). Und dann habe ich dieses Board gefunden mit MCU im BGA Gehäuse
-
Thread
Probleme beim STM32H743 & SPI
Der STM32H743 ist schon ganz schön "anders"... Hatte auch Probleme bei der SDIO-Schnittstelle. STM32F4 ging auto-of-the-box. H7 -> problem problem Was benutzt du für ein Board? Ein Nucleo-144 (H743)
/52/17/7a/28/2b/90/41/7d/STM32H7-Peripheral-Serial_Peripheral_interface_SPI/files/STM32H7-Peripheral-Serial_Peripheral_interface_SPI.pdf/_jcr_content/translations/en.STM32H7-Peripheral-Serial_Peripheral_interface_SPI.pdf
-
Thread
STM32H743 SDMMC/SDIO Signalpegel CMD
stehe beim Inbetriebnehmen der SDMMC/SDIO-Schnittstelle auf dem Schlauch. -Hostcontroller "Nucleo-STM32H743", Target-Interface SDIO V2.0 12 MHz Clock -Fehlerbild: Bei "read_cmd53" bricht der 3V3-Pegel auf der Command-Leitung zusammen. Das "read_cmd53"-Kommando bricht ab... (siehe Screenshot DS6_QuickPrint1_NOK.png) Die Anwendung funktioniert schon auf komplett auf einem STM32F429. Exakt gleiche Test-Hardware. Nucleo-STM32F429 drunter -> Pegel OK (siehe DS6_QuickPrint5_OK.png). Nucleo-STM32H743 drunter -> CMD-Pegel bricht zusammen. Ich vermute irgendein Power-Domain-Setting
-
Thread
EMV Probleme beim STM32H743ZI
Hallo, hatte auch jemand von Euch EMV Probleme beim STM32H743ZI? Mir blasen die VCAP 1 & 2 Leitungen alles nieder. Kein UKW, DAB+ oder DVB-T2 läuft in gut 1m Entfernung. Im Spektrum sehe ich aber bis 1,5GHz noch mehr Müll. Der läuft mit 480MHz, also
noch kein eigenes Layout erstellt. Hilft diese Beschaltung (Anhang) auch nicht? Ist aber für den STM32H745... Entspricht Power Scale 0 (@480MHz - die rechte Schaltung) und steht auch, dass das PWR Controller dementsprechend eingestellt werden muss... > VOS0 (power scale 0) is not available when
-
Thread
STM32H743 mit U-Boot landet im HardFault
stm32h743-custom_defconfig: [code] CONFIG_ARM=y CONFIG_ARCH_STM32=y CONFIG_SYS_MALLOC_LEN=0x00100000 CONFIG_NR_DRAM_BANKS=1 CONFIG_ENV_SIZE=0x2000 CONFIG_DEFAULT_DEVICE_TREE="st/stm32h743i-custom
pxefile_addr_r=0xD0428000\0" \ "ramdisk_addr_r=0xD0438000\0" \ BOOTENV #endif /* __CONFIG_H */ [/c] stm32h743-custom.dts: [code] /dts-v1/; #include "stm32h743.dtsi" #include "stm32h7-pinctrl.dtsi" / { model = "STMicroelectronics STM32H743i-EVAL board"; compatible = "st,stm32h743i-eval
-
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
32k Uhrenquarz am STM32H743 board Problem
im HAL Makro die Revisionsabhängigkeit berücksichtigt wird: https://github.com/STMicroelectronics/STM32CubeH7/blob/beced99ac090fece04d1e0eb6648b8075e156c6c/Drivers/STM32H7xx_HAL_Driver/Inc/stm32h7xx_hal_rcc.h#L7727-L7757 Aber da ist die Frage wo das Define RCC_VER_X herkommt, das muss ich wohl noch selber setzen. Edit: das RCC_VER_X wird im CMSIS header stm32h743xx.h für das device gesetzt. Die github Suche findet nicht alles, auch blöd. A. B. schrieb im Beitrag #6445188: > Nein, das ist ein F723, kein H7. Auch richtig, werfe gerne die F und H durcheinander
-
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
STM32H743ZI - GPIO Interrupt mag nicht
Guten Morgen, leider will mein GPIO auf eine steigende Flanke nicht reagieren obwohl (mit Oszi gemessen) ein klarer Takt mit ca. 500Hz am GPIO anliegt (zwischen 0 und 3.3V) - auch wenn ich mit einem Jumper Wire manuell einen Kontakt zu 3.3V herstelle wird der Interrupt nicht angesprungen. Die Konfiguration sieht wie folgt aus: [code] GPIO_InitTypeDef drdy_typedef; drdy_typedef.Pin = GPIO_PIN_15; drdy_typedef.Mode = GPIO_MODE_IT_FALLING; drdy_typedef.Pull = GPIO_NOPULL; HAL_GPIO_Init(GPIOD, &drdy_typedef); /* EXTI interrupt init*/ HAL_NVIC_SetPriority(EXTI15_10_IRQn
-
Thread
STM32H743 & LTC1403 SPI Timing
Hallo zusammen, ich probiere aktuell die Kommunikation zwischen dem LTC1403 ADC und einem H7 ans laufen zu bekommen. Als Neueinsteiger in die ST Familie doch etwas schwerer als gedacht. Die größte Problematik liegt darin, dass der ADC einen kurzen Puls zum Anstoßen der nächsten Messung benötigt, in der Mitte dieses Pulses muss nun auch die SCK anfangen zu takten. Das ist natürlich mit einem GPIO Write so natürlich nicht möglich. Der Conversion Start Pin liegt zum Glück am TIM16 des STM32, aber wie man diesen in Kombination mit dem SPI verwendet um den Puls zu erzeugen und anschließend
-
Thread
STM32H743ZIT6 + FlexRay
Hallo, ich verwende gerade den o. g. Controller. Nun möchte ich eine FlexRay Schnittstelle im Controller implementieren. Da der Controller aber keine FR Pins hat, dachte ich mir, das ich einen FR Transceiver mit SPI nehme. Da bin ich auf den NCV7383 gestoßen. Das Einzige was ich nicht verstehe: Genügen dem Transceiver die SPI Pins (7, 8, 9) oder brauche ich unbedingt die FR Pins (2, 3, 4)? Das ist mir aus dem Datenblatt des Transceiver nicht ganz schlüssig. Vielen Dank für eure Hilfe Florian
-
Thread
Kein Ton! STM32H743 I2S Salve mit DMA
Hallo. Ich versuchen gerade mit einem STM32H743 Daten über die I2S schnittstelle zu senden. Die SPI3 ist der Slave TX und bekommt von aussen die Taktleitungen (BIT & Word). Das ganze hat auf einem STM23F4 noch sauber gearbeitet und ich habe
Michael O. schrieb im Beitrag #6970714: > Der STM32 braut den Takt als Slave nicht. Im Falle des Masters kann er > ihn als 256fs oder 512fs ausgeben. Es gibt aber auch reichlich Slaves, > die keinen MCLK benötigen. Die erzeugen sich ihren Takt für
-
Thread
STM32H743ZI Nucleo SPI1 mit HAL funktioniert nicht
Ich probiere nun seit bestimmt 8h rum aber ich schaffe es nicht, SPI1 auf einem Nucleo-144 mit STM32H743ZI zum laufen zu bekommen. Das ist die wesentliche Konfiguration: [code] __HAL_RCC_SPI1_CLK_ENABLE(); __HAL_RCC_I2C1_CLK_DISABLE
Pin vor. Siehe UM1974 Seite 30 --> 6.12 Solder bridges und Seite 66ff --> Table 20. NUCLEO-H743ZI pin assignments Es könnte da ein Konfigurations- oder Verwechslungs-Problem beim TO vorhanden sein.
-
Thread
Sample Rate - SAR ADC (STM32H743ZI)
Guten Tag, scheinbar habe ich gerade einen fürchterlichen Knoten im Hirn. Vielleicht kann mir ja hier jemand helfen. Der oben genannte STM32 arbeitet mit SAR-ADCs. Im Boost Mode kann man den ADC mit 36MHz takten. Aus diesen 36MHz soll er bei einer 16-Bit Auflösung 3,6 MSPS raus holen. Das würde dann bedeuten, dass er einen Sample in 10 Clock Cycles schaffen muss. Die Sample-Zeit kann man auf 1,5 Clock Cycles einstellen. Kein Problem. Zusammen mit den 8,5 Clock Cycles für den SAR-Wandler komme ich dann auch auf 10 Cycles für einen Sample. Und da liegt mein Problem. Der SAR-Wandler arbeitet
-
Thread
STM32H743ZI - SPI DMA HAL Interrupt Probleme
Ich hab leider erneut Probleme bei der Peripherie-Konfiguration des STM32H7. Diesmal ist ist es SPI DMA welches nicht funktioniert. Ich versuche gesteuert von einem Falling-Edge Interrupt eines GPIOs einen SPI DMA Transmit/Receive auszulösen. Dazu meine GPIO-Konfiguration: [code] __HAL_RCC_GPIOD_CLK_ENABLE(); GPIO_InitTypeDef drdy_typedef; drdy_typedef.Pin = GPIO_PIN_15; drdy_typedef.Mode = GPIO_MODE_IT_FALLING; drdy_typedef.Pull = GPIO_NOPULL; HAL_GPIO_Init(GPIOD, &drdy_typedef); /* EXTI interrupt init*/ HAL_NVIC_SetPriority(EXTI15_10_IRQn, 0, 0); HAL_NVIC_EnableIRQ(EXTI15
-
Thread
ST-LINK_GDB_server mit STM32H743 und STLink V3MINI
Für die STM Controller möchte ich den STLink V3 benutzen, mit dem gdb der aus VSCode heraus aufgerufen wird. Mit einigen STM32F4 klappt das gut, mit dem H7 nur bedingt. SWD ist über GND, SWDIO und SWCLK angeschlossen
bedienen kann, aber das Board (DevEBox STM32H743VI) hat dummerweise keine Reset Leitung auf Header geführt. Ich habe zum Testen ein Dupontkabel an den Reset Taster angelötet, aber das würde ich gerne vermeiden. Kennt hier jemand dieses Problem
-
Thread
STM32H743 Timer event soll über DMA daten ins SPI TX Register schaufeln
Hallo, Ich habe einen uint32_t tx_buffer[2] in der Domain D2 mit konstantem Inhalt, den ich auf einen externen Interrupt über SPI1 kontinuierlich ausgeben will. Die H7 SPI kann kontinuierlich Daten ausgeben wenn TSIZE auf 0 steht. Da funktioniert auch so wenn ich den Buffer über eine Schleife in das TX Register der SPI schreibe. Das ganze möchte ich jetzt über DMA und ohne Interrupt machen. Die DMA direkt über einen EXTI PIN event starten geht nur mit der BDMA (D3), deshalb der Umweg über einen Timer. Der Timer startet über den externen Interrupt und gibt einen Puls aus, das funktioniert
-
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
STM32 NUCLEO H743ZI - Ethernet / WebServer-Probleme
St-flash kann offensichtlich nur .bin flashen, da ist das modernere STM32CubeProgrammer deutlich besser. Dann liefert STM in den Cube Packages auch Beispiele mit, z.B. https://github.com/STMicroelectronics/STM32CubeH7/tree/master/Projects/NUCLEO-H743ZI/Applications/
ich ebenfalls compilieren: stm32h7-nucleo-h743zi-ethernet-lwip aber netztraffic gibt es keinen der hier H743ZI_LwIP_Test.elf (umgewandelt in .bin) mach ein schönes lauflicht und antwortet auf ping. womit mache ich nun sinnigerweise
-
Thread
STM32 Evalboard für Einstieg
Das Nucleo Board mit H743 mag obsolet sein, die MCU ist active im Status. https://www.st.com/en/microcontrollers-microprocessors/stm32h743-753/products.html Und beim Board stört es nicht wenn der 753 drauf ist, weil sowieso
V3 und die neue Revision (V) mit 480 MHz drauf. Den H743ZI (V) Chip gibt es immer noch. Siehe: AN5312 Migration from RevY to RevV for STM32H743/753 und ES0392 Errata Aber der H7 ist manchmal eine zickige Diva ;-) Dann solltest du auf jeden Fall
-
Thread
STM32F730R8T6 top P/L, crashkurs fragen
> Habe gerade den STM32H743ZIT6U von der H serie gefunden. Was hast Du eigentlich vor? Willst Du als STM32-Neuling gleich mit den dicksten Teilen anfangen? Für einen Anfänger ist der F730 schon eine gute Herausforderung
STM32 schrieb im Beitrag #6010093: >> Wenn du wirklich ein rumdum sorglos Paket willst, dann guck dir mbed OS >> an. Danke für den Tipp! unterstüzt der den STM32F730R8T6 sowie den STM32H743VIT6?
-
Thread
Neues Blackboard mit STM32H723
Hans-Georg L. schrieb im Beitrag #8009687: > Mir sind die STM32H743 lieber die haben mehr internes RAM. H723 hat vier 32 bit Timer, H743 hat nur zwei.
Maxim B. schrieb im Beitrag #8014373: > Hans-Georg L. schrieb im Beitrag #8009687: >> Mir sind die STM32H743 lieber die haben mehr internes RAM. > > H723 hat vier 32 bit Timer, H743 hat nur zwei. Und was willst du damit ? Was an den H72xx viel interessanter ist, ist die Möglichkeit 192k SRAM von
-
Thread
STM32H7: PH1-OSC_OUT als Clock für Ethernet verwenden?
schon verschiedenene Chip-Versionen vom STM32H743 gibt die sich unterschiedlich kapriziös bezüglich Ethernet verhalten. Finde leider gerade den Thread nicht der _hier_ auf uC.net die Probleme mit dem STM32H743 und LwIP behandelt. Vielleicht
Wastl schrieb im Beitrag #7907407: > Beitrag "STM32 NUCLEO H743ZI - Ethernet / WebServer-Probleme" > Beitrag "Re: STM32 NUCLEO H743ZI - Ethernet / WebServer-Probleme" Und was hat das jetzt alles genau mit mir zu tun? Die haben lwIP-Probleme mit
-
Thread
H743 und F746 - Probleme mit dem Takt
Hab jetzt mal ausprobiert. Das war eine gute Idee und gibt mir ein Gefühl dafür, wo bei dem H743 die Grenzen sind (was klassiches GPIO-Handling betrifft) [code] fastToggle.h #ifndef TOGGLE_H #define TOGGLE_H #include "stm32h7xx_hal.h" void fastToggle(GPIO_TypeDef* GPIOx, uint16_t
" "b 1b" : : [maskS] "l" (pinMask), [maskR] "l" ((uint32_t)pinMask << 16), [BSRR] "l" (&GPIOx->BSRR) : "memory" ); } [/code] Das Resultat: 16.6 MHz Ausgangssignal - eigentlich schon ganz gut. http://erste.de/STM32/h743zi_fast_toggle
-
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
Wie Code auf 2 Flash bereiche aufteilen?
Kommt halt auch drauf an, welchen STM32H743 genau du hast. Dann sollte eigentlich das hier: https://www.st.com/resource/en/reference_manual/rm0433-stm32h742-stm32h743753-and-stm32h750-value-line-advanced-armbased-32bit-mcus-stmicroelectronics.pdf
Daraus die Fußnoten: 1. Flash memory bank 2 boundary is limited to 0x08100000 - 0x0817FFFF on STM32H742xG/STM32H743xG. It is reserved on STM32H750xB. 2. Flash memory bank 1 boundary is limited to 0x08000000 - 0x0807FFFF and 0x08000000 - 0x0801FFFFon STM32H742xG/STM32H743xG and STM32H750xB boundary
-
Thread
Visual Studio Code > undefined reference
d16 -mfloat-abi=softfp -mcpu=cortex-m7 -std=gnu11 -O2 -Og -include /home/jojo/projects/mbed/mbed-ce-H7/build/FK743M5_XIH6_STM32CUBE-Debug/mbed-os/generated-headers/mbed-target-config.h INCLUDES = -I/home/jojo/projects/mbed/mbed-ce-H7/custom_targets/TARGET_STM32H7/TARGET_FK743M5_XIH6/. -I/home/jojo/projects/mbed/mbed-ce-H7/mbed-os/targets/TARGET_STM/TARGET_STM32H7/TARGET_STM32H743xI/. -I/home/jojo/projects/mbed/mbed-ce-H7/mbed-os/targets/TARGET_STM/TARGET_STM32H7/. -I/home/jojo/projects/mbed/mbed-ce-H7/mbed-os/targets
-
Thread
Arduino STM32Duino
Guckst du entweder im Datenblatt oder eben z.B. hier: https://github.com/stm32duino/Arduino_Core_STM32/blob/master/variants/NUCLEO_H743ZI/PeripheralPins.c#L274
COM-Port durchgeschleift wird. Für dein Board ist das wohl UART3. Kannst du einfach in der variant.h nachschauen: https://github.com/stm32duino/Arduino_Core_STM32/blob/master/variants/NUCLEO_H743ZI/variant.h#L203 chris schrieb im Beitrag #6001047: > Möglich wäre also z.B. > HardwareSerial Serial7
-
Thread
Entwicklungsboard - STM32H7xx mit externen SDRAM
ich mag diese China DevEBox boards, gibt es mit F4 oder auch mit STM32H743VIT6. Findet man bei Ali, habe ich vor einiger Zeit ca. 25€ für bezahlt. Hier sind die Daten auch schön aufgelistet: https://github.com/mcauser/MCUDEV_DEVEBOX_H7XX_M Der H743VI hat 2 MB Flash
Markus H. schrieb im Beitrag #6991180: > Mein STM32H743IIT ist nur schlecht oder nicht erhältlich. meine Kollegen haben da jetzt den H753 genommen, aber auf die Idee sind auch mehrere gekommen und der ist
-
Thread
libusb: LIBUSB_ERROR_BUSY
Habe mir hier ein Testboard für den STM32H743 aufgebaut. Im Moment bin ich bei der Inbetriebnahme des FS USB. Ich habe sowohl ein "CDC-Standalone" Beispiel von ST als auch ein "Custom HID" Beispiel am laufen. Das Gerät ist am PC (Linux) per
STM, VID); if(handle_usb== NULL) printf("Testboard H743 nicht gefunden \n"); else { printf("Testboard H743 gefunden \n"); usb_error= libusb_set_configuration
-
Thread
Suche Kamera(modul) für STM32 - Experimente
AliExpress gefunden: 1,72€ | Kameramodul OV7670 OV7725 OV5642 OV2640 OV7670 mit FIFO CAM Modul Bildsensor STM32 Unterstützt VGA CIF JPEG 30W für Arduino https://a.aliexpress.com/_EHWiTgu Sehr gut sind die Boards von Fanke (auch Chinese), mit H743, 32 MB SRAM und Kamera/Display Anschluss. Wermutstropfen
Standard ist. Aber auf dem Display werden die Kamerabilder mit 16 fps angezeigt (mit Demo Code). FKM5_H743XIH6 mit Kamera: https://youtu.be/bSx9MH247dI?si=GBOw-EjXiDcLmbuy Ich habe das hier gerade auf AliExpress gefunden: 48,20€ | STM32H743XIH6 Entwicklungsboard ersetzt VBT6 Mindestsystem-Ersatz 750
-
Thread
STM32H7 stemwin
-j16 all arm-none-eabi-gcc -o "H743_STemwin_NT35510.elf" @"objects.list" -l"" -mcpu=cortex-m7 -T"D:\Users\Sasch\STM32CubeIDE\workspace_1.5.0\H743_STemwin_NT35510\STM32H743VITX_FLASH.ld" --specs=nosys.specs -Wl,-Map="H743_STemwin_NT35510.map" -Wl,--gc-sections -static -L"D:\Users\Sasch\STM32CubeIDE\workspace_1.5.0\H743_STemwin_NT35510\STemWinLib\Lib" --specs=nano.specs -mfpu=fpv5-d16 -mfloat-abi=hard -mthumb -Wl,--start-group -lc -lm -Wl,--end-group d:\st\stm32cubeide_1.5.0\stm32cubeide
-
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
STM32H7 - externe SPI Daten (ADC Werte) mittels DMA einlesen
effizienter - etwa in der Art: Wenn das Data-Ready-Signal (low-active) vom ADS131 an einem Pin des STM32H7 ankommt sollte ohne Zutun der CPU ein SPI_Receive_DMA erfolgen und die Werte (5x 32bit "brutto" (= "NOP_Befehl" + 3x 32-bit Werte Kanal 1, 2 & 3 (=netto) + CRC-Daten) mittels DMA in ein Array geschrieben
oder dahinter)? Kleiner Tip: "Event" kommt lt. PDF-Suche auf den 3556 Seiten 3338-mal vor! (rm0399-stm32h745755-and-stm32h747757-advanced-armbased-32bit-mcus-stmicroelectronics) Rein vom Inhalt kann meine ursprüngliche Frage eigentlich keine Noob-Frage (á là "...wie schließe ich eine LED an meinen
-
Thread
STM32duino geht nicht
christoph/tools/Arduino/arduino-1.8.9/libraries -libraries /home/christoph/Arduino/libraries -fqbn=STM32:stm32:Nucleo_144:pnum=NUCLEO_H743ZI,upload_method=MassStorage,xserial=generic,usb=none,xusb=FS,opt=osstd,rtlib=nano -ide-version=10809 -build-path /tmp/arduino_build_381654 -warnings=none -build-cache
Der STM32H743ZI auf dem Nucleo Board ( TQFP144? ) hat tatsächlich zwei DAC. Aber ich bin mir nicht sicher, wie die angesprochen werden müssen, analogWrite(pin,wert) ? Im Moment tut sich da nichts:
-
Thread
Arduino Nucleo-H743ZI
Mittlerweile wird das Nucleo-H743ZI vom Arduino_Core_STM32 unterstützt. https://github.com/stm32duino/Arduino_Core_STM32/tree/master/variants/NUCLEO_H743ZI Da das Board ziemlich schnell ist ( 400Mhz ) und viele Anschlüsse hat
verwende ich eine von mir geschrieben VM mit ein paar tausend Codezeilen. Ergebnis: Sie läuft auf dem H743ZI 3.6x schnelle als auf einem 240MHz Core des ESP32.
-
Thread
8-stelliger Frequenzzähler, reziprok, STM32F7xx
.c" nebst einigen .h-Files für den STM32F730 einzubinden. Das Projekt baut auf der von STM32CubeMX erzeugten "main.c" auf. Die Hauptaufgabe von "main.c" besteht darin, Caches und Interrupts zu konfigurieren und die Taktfrequenz
Mi N. schrieb im Beitrag #6836476: > Bei den neueren STM32Fxxx können die Timer in der Regel mit dem CPU-Takt > laufen und die max. Eingangsfrequenz beträgt wegen der internen > Synchronisierung 1/2 dieser Frequenz. > Bei den STM32H7xx beträgt der Timertakt
-
Thread
STM32H7 Bootloader funktioniert nur sporadisch
Hallo, ich habe folgendes Problem mit meinem Board auf STM32H743VI - Basis. Eckdaten: - STM32H743VI - SWD an ARM 10-Pin Konnektor für den Anschluss eines J-Links - Raspberry Pi Compute Module 4 - UART5 des Compute Modules mit PA2/PA3 des STM32H743 verbunden
für dich/STM32H743VI in AN2606: Seite 267ff
-
Thread
Cube Projekt: Wie target wechseln?
orriginalkonfiguration war auch vor dem update vom Cube akzeptiert. Kannst es gerne reproduzieren: STM32H743 mit dem neusten CUBE/Library versuchen auf 480MHZ (mit 240HCLK) zu bringen.
Tjmax 105°C zulässt - will man das? Datenblatt S. 212: https://www.st.com/resource/en/datasheet/stm32h743bi.pdf
-
Thread
Welche Nachteile haben die großen STM32H Serien?
Gründe außer Stromsparen und kleinere Bauform, bei Kleinserien oder Hobbybasteleien NICHT auf z.B. den STM32H750 zu setzen? Auf den ersten Blick hat er nur Vorteile, 16Bit ADC, 480MHz etc pp. Der Preis ist mit 8€ auch nicht höher als von vielen anderen F4 Serien. Viel Flash, Ram etc ist auch vorhanden
außer Stromsparen und kleinere Bauform, bei Kleinserien > oder Hobbybasteleien NICHT auf z.B. den STM32H750 zu setzen? Nein ;) Der übliche Arduino-Hobbybastler ist aber mit der Komplexität der H7 aber vmtl gleich überfordert. Im Vergleich zum Arduino ist ein z.B. F4 zwar auch noch komplexer, aber
-
Thread
Nutzt gcc/newlib-nano die FPU von Cortex M4F bei double?
m.n. schrieb im Beitrag #6621520: > Ferner sollte man auch den Preis im Auge behalten. Eine STM32H7xx MPU > muß garnicht so teuer sein(H730/H750), spart nochmals Code und rechnet > sicherlich eine Größenordnung schneller. > Meine Meinung zu diesem Thema. Nur dass die STM32H730/750 nur
John Doe schrieb im Beitrag #6621556: > Nur dass die STM32H730/750 ... > > Oder man landet bei wesentlich teureren M7. H730/H750 sind M7 mit "affenschnellen" 550/480 MHz ;-)
-
Thread
STM32H747-DISCO0 - Demo Sourcecode gesucht
Normalerweise hat ST alle seine Beispiele in den HAL Libs. Deins müsste dort sein: ~/STM32Cube/Repository/STM32Cube_FW_H7_V1.5.0/Projects/STM32H747I-DISCO/Demonstrations
Lizenzen ist. Als Bastler halte ich Abstand von solchen Sachen. Ich habe mal zum Spaß das STFirmware-STM32H747I-DISCO_OoB Projekt in die STM32CubeIDE importiert. Lässt sich ohne Fehler bauen. Das TouchGFX-STM32H747I-DISCO_OoB Projekt wird mit Warnungen gebaut. Da ich das Board aber nicht habe, will
-
Thread
Verfügbarkeit STM32F7xx / H7xx
Tja selbst wenn man Stückzahlen >4000 bestellt bekommt man nichts. Aber einen Ersatz für einen stm32h743zg finde ich auch unter den chinesischen Produkten nicht. Da sind alle die nur einen stm32f103 brauchen besser dran.
Fuer den Preisunterschied STM32H750XBH6 zu 120 $ und STM32H750IBK6 14 E bei Farnell gibt es doch fast schon die plugged Via Platine dazu...
-
Thread
MCU mit 16 Bit DACs?
STM32F373R8T6, STM32H743VIH6 Gert
Gert schrieb im Beitrag #5577777: > STM32F373R8T6, STM32H743VIH6 Die haben auch nur 12 bit.
-
Thread
ATMega Auslaufmodell?
Layoutausschnitt mit dem entsprechenden BGA-Fanout zeigst. In etwas anderer Konstellation mit nem H743... 32-bit SDRAM, 24-bit LTDC, I2S in/out mit Masterclock, eMMC/QSPI, drei SPI, vier I2C, vier UART und diverse GPIOs.... geht alles noch mit dem 208-pinnigen LQFP-Gehäuse.
Michael O. schrieb im Beitrag #7741042: > In etwas anderer Konstellation mit nem H743... 32-bit SDRAM, 24-bit > LTDC, I2S in/out mit Masterclock, eMMC/QSPI, drei SPI, vier I2C, vier > UART und diverse GPIOs.... geht alles noch mit dem 208-pinnigen > LQFP-Gehäuse. Also ohne