-
Thread
DCF-Uhr from Scratch
ist jetzt keine Hochfrequenz, aber etwas schneller als der AVR-Arduino-ADC sollte der schon sein. (STM32, RP2040, ...) Rest ist Software.
ohne die CPU zu stören. Also echte parallel Verarbeitung. Ich habe dann mal nach diesen Daten die STM32 gefiltert und dabei dann STM32H723 oder den STM32H743 gefunden. Beide sind auf Nucleo Boards für 30 bis 50€ erhältlich. Echte 16-bit ADC mit DMA, SMID und DSP, 16-bit DAC um einen OCXO zu führen
-
Thread
China Board mit SDCard Adapter und Stm32xxx SDMMC
Interrupt wenn Karte gesteckt/entfernt wird. Betroffen sind die Boards von Fanke und DevEBox mit STM32H750 oder STM32H743 Controller und von WEACT mit STM32H7R3. Ist das in China so üblich, den Pin nicht zu verdrahten ?
jedenfalls ab. Es wird Dir nicht helfen, aber Du bist nicht allein: https://community.st.com/t5/stm32-mcus-products/stm32h755-stalls-when-sdmmc-interface-is-enabled/td-p/207968 https://community.st.com/t5/stm32-mcus-products/sd-init-failure-on-stm32h743i-eval2-with-example-code/td-p/317214 https
-
Thread
Nucleo H743ZI2 Serielle Verbindung zum MacBook?
MacBookPro M2 (MacOS Tahoe) Adapter USB-C -> USB-A USB-A (USB3.0) 4-fach Port USB-A -> Mikro-USB Kabel STM32 Nucleo H743ZI2 (Power über ST-LINK USB) Software: STM CubeMX aktuellste Version STM CubeIDE aktuellste Version ST-LINK V3 aktuellste Version (Link,Dbg,Mass Storage) Ein kleines Testprogramm
/t5/stm32-mcus-boards-and-hardware/st-link-v3-not-detected-in-mac-m2/m-p/772534#M24150
-
Bild
Mikrocontroller-Aufbau mit Display und Verkabelung
0.96" TFT STM32H743X 00:07:42
-
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
CH32V003-J4M6: Einfacher Rechteckgenerator 0,5 Hz 20 kHz
AVR Nachfolger. Auch im Blick: STM32Cxx/Gxx, PY32Fxxx RP2040 ist für mich erste Wahl, wenn die Software komplizierter wird. Micropython ist auch sehr nützlich. Viele westliche MCUs scheiden ja zunehmend aus, das man sie kaum noch
USB trennen muß um etwas hochzuladen ... im Moment ist meine Wahl für "kompliziertere" Sachen ein STM32F4 oder, wenn es noch "schlimmer" wird (erst ein einziges mal geschehen) STM32H743VGT6
-
Thread
Welche autonomen Mini-SDR-Geräte bzw. Bastelprojekte dazu kennt ihr?
> vom Malahit? Der Malahit hat als HF-Frontend einen MSi001 und als Microcontroller dann einen STM32H743.
Beitrag #7943630: > Der Malahit hat als HF-Frontend einen MSi001 und als Microcontroller > dann einen STM32H743. Danke für die Info! Der Msi001 findet sich auch bei anderen SDR, z.B. beim RSP1 und seinem Clon RSP1S. Das aber nur am Rande, denn das sind ja beides keine Stand-Alone-Geräte. https://www.mikrocontroller.net
-
Bild
Ausschnitt aus einem Datenblatt mit technischen Parametern
Fmax(2) Maximum frequency C=50 pF, 2.7 V<=VDD<=3.6 V(4) 100 C=50 pF, 1.62 V<=VDD<=2.7 V(4) 50 C=30 pF, 2.7 V<=VDD<=3.6 V(4) 133 MHz C=30 pF, 1.62 V<=VDD<=2.7 V(4) 66 C=10 pF, 2.7 V<=VDD<=3.6 V(4) 220 C=10 pF, 1.62 V<=VDD<=2.7 V(4) 85 tr/tf(3) Output high to low level fall time and output low to high level rise time C=50 pF, 2.7 V<=VDD<=3.6 V(4) 3.3 ns C=50 pF, 1.62 V<=VDD<=2.7 V(4) 6.6 C=30 pF, 2.7 V<=VDD<=3.6 V(4) 2.4 C=30 pF, 1.62 V<=VDD<=2.7 V(4) 4.5 C=10 pF, 2.7 V<=VDD<=3.6 V(4) 1.5 C=10 pF, 1.62 V<=VDD<=2.7 V(4) 2.7
-
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
Gesucht Generator/Oszillator mit fester Frequenz 250 MHz
#7910766: > Der Pico ist ein brauchbarer 250 MHz Generator! Wenn es etwas mehr kosten darf, sind die STM32H7xx gut geeignet, die bis zu 550 MHz spezifiziert sind. Deren PLL-Teiler lassen sich bequemer in 1 MHz Schritten einstellen, wogegen der RP2040 diverse Grenzen hat. Aber egal, wenn man gezielt nur
Mi N. schrieb im Beitrag #7910829: > Wenn es etwas mehr kosten darf, sind die STM32H7xx gut geeignet, die bis > zu 550 MHz spezifiziert sind. Deren PLL-Teiler lassen sich bequemer in 1 > MHz Schritten einstellen, wogegen der RP2040 diverse Grenzen hat. > Aber egal, wenn man
-
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
Abblockkondensatoren die 99te
Hallo, Ich bin gerade dabei, ein Design mit einem STM32H743 zu erstellen. Es steht ein gewisser Zeitdruck hinter dem Projekt, und daher möchte ich - abgesehen von den zusätzlichen Kosten - unbedingt vermeiden, bei der EMV-Prüfung mehrmals antreten zu müssen
wird aber auf Nucleo boards als Referenz verwiesen, im PDF sind nur allgemeine Hinweise. > The STM32H725G-DK Discovery board and the NUCLEO-H723ZG and > NUCLEO-H725ZG Nucleo boards are good references that can be used as a > basis for a specific application development. > Details of these boards
-
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
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
LM2596S-3.3 gibt 3.9V raus..
ausgibt? Hat er evtl. zu wenig Last? evtl. kleineren/größeren Inductor? Auf dem Board ist noch ein STM32H743 mit SDRAM, ein Funkmodul von Würth, 2 LTC (RS485), ein SD-Card reader etc.. vielen lieben Dank, Daniel
meinen Beitrag.... Das Layout (Schaltplan ist im oberen Beitrag drin) Als Last ist eine LED, ein STM32H743, SD-Karte, 1 SDRAM, 1 Würth Funkmodul, 2x LTC RS485, 1 QSPI Flash und noch ein ATmega328p. Mein Oszi, sagt mir 3.92V... oder was möchtest du mir mit "Oszi dran halten mitteilen?"
-
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
Schnelle Datenübertragung von LVDS an PC
AS6501) und der kann bei 50Mhz SPI Datenübertragung direkt jede Periode bis 100Khz messen und das 32 Bit Ergebnis über 50MHz SPI an einem STM32h7 einwandfrei übertragen. Der AS6501 hat aber auch noch eine serielle LVDS (250Mhz DDR) Schnittstelle damit könnte ich 10MHz Perioden noch messen und übertragen
Hallo Hans-Georg, gerade heute spiele ich auch wieder mit AS6501 und STM32H7xx ;-) Da ich beim AS6501 einiges vergessen habe, kann ich Deine 100 kHz Ereignisrate nicht so recht nachvollziehen. Mit einem SPI Takt von 50 MHz, könnten die insgesamt 48 Bit von Index- und Stop-Register
-
Bild
Code-Editor mit STM32 HAL-Treiberdateien
TIA_FK743M5 - EXTI_INT Core > Src > stm32h7xx_it.c quadspi.c rtc.c spi.c stm32h7xx_hal_msp.c stm32h7xx_it.c syscalls.c sysmem.c system_stm32h7xx.c tim.c GLIEDERUNG hpdc_USB_OTG_FS Deklaration hdma_spi5_tx Deklaration
-
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
Lesestoff, Antennenbaukasten, Funkstandards und mehr
das ST67W611M1 ein mehrprotokollfähiges Konnektivitäts-SoC (System-on-a-Chip) des Typs Qualcomm® QCC743, fertig bestückt mit Unterstützung für Wi-Fi6, Bluetooth-5.3-Qualifikation und Thread. Das Modul lässt sich problemlos mit beliebigen Mikrocontrollern (MCUs) oder Mikroprozessoren (MPUs) der STM32-Familie
Unterstützung für das Matter-Protokoll bieten, wodurch für die Matter-Welt ein nahtloser Zugang zum STM32-Portfolio geschaffen wird. Günstig für die Systemintegration ist die Tatsache, dass das Modul mit 4 MByte Flash-Speicher für die Code- und Datenspeicherung sowie einem 40-MHz-Quarz ausgestattet ist
-
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
Problem mit VL53L0X über P82B96
Ganz normal I2C, keine Probleme. Auch die Nachfolge-Sensoren ..5X ..7X liefen problemlos. An den STM-Sensoren kann es nicht liegen. Ich hatte die Sensoren an einem NXP LPC11U68 als auch an einem STM H743. Alles problemlos. Zur Messung selber: die neueren 8*8 Sensoren liefern viel weniger Störungen
Hallo, weil ich hierher verlinkt wurde. Die Libs liegen auf GitHub. https://github.com/orgs/stm32duino/repositories?q=sensor+NOT+X-Nucleo
-
Thread
Steuerelektronik für TFT gesucht
Naja, so ein STM32H743 Board kostet ca. 25€ und macht trotzdem mehr Spaß. Hier war das Display nur relativ teuer mit über 50 €, das Board hat leider nicht die oft genutzte Standardbelegung.
-
Thread
Studienprojekt: Prototyp einer einfachen Digitalkamera
Oder Milk-V Risc-V Board. Oder STM32H743 mit DCMI Kamera. Oder ESP32 Cam. Gibt es doch schon alles in Schüttgutmengen für kleines Geld. Für eine eigene Arbeit reicht es nur wenn man mal recherchiert welche Kameraschnittstellen es gibt
die letzten 10 Jahre Entwicklung verpasst. von J. S. (jojos) >Oder Milk-V Risc-V Board. Oder STM32H743 mit DCMI Kamera. Oder ESP32 >Cam. Genau. Dank der Arduinofizierung ist heutzutage ist so ein Projekt gut machbar: https://www.youtube.com/watch?v=SeExddxWdNs ( Minute 10:55 )
-
Bild
Zwei STM32H743I1T6 Mikrocontroller-Entwicklungsboards
STM32H743I1T6 FK743M5-XIH6 SDRAM ARM 5V GND CLK RGB LCD RESET DIG
-
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
Frage an die STM32-Experten:
Guten Morgen, ich schaue mir gerade nach STM32-Boards um, die Arduino-Kompatibel sind. Dabei sehe ich einen STM32F405 von Adafruit (https://www.adafruit.com/product/4382). Dort steht das er 1MB Flash hat. Soweit so gut. Zusätzlich steht da
universellere Lösung, mit der Du deutlich flexibler bist. H7 ist im übrigen nicht zwangsweise BGA. Da gibts z.B. den STM32H743BI im LQFP208 Package. Das ist noch handlötbar. fchk
-
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
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
-
Thread
STM32H7 in Siemens (Profinet) einbinden
, Modbus zu nutzen, wurde hier erst letzte Woche > geredet ... > > Beitrag "Modbus RTU Lib für STM32" Ach so, danke, geht ja ein H7 demo ist auch vorhanden: https://github.com/alejoseb/Modbus-STM32-HAL-FreeRTOS/tree/master/Examples/ModbusH743TCP
die Daten austauschen, wie du magst. Ich habe das schon öfter so gemacht, zwar nicht mit einem STM32, sondern mit einem PC Programm. Das PC Programm ist dann der Client (in deinem Fall der STM32). Kostet keine Lizenzen. Und man braucht dazu dann auch keine GSDML Datei erstellen, die die Gerätekonfiguration
-
Thread
NFC-ICs für Datenübertragung gesucht
suchst du aus deinen Lieblingscontrollern nicht selbst einen heraus? Ein Feld, Wald und Wiesen STM32F103 koennte es z.B. Es sind uebrigens nicht 4 ppm sondern 4 MBit/s. Aber IrDA braucht halt recht viel Energie. Das halte ich fuer einen u.U. schnell rotierenden Aufbau fuer nicht besonders
Zum Beispiel: stm32h743 Das Datenblatt behauptet das er 12MBit kann. Und im Datenblatt des RP2040 ist ein Reciever fuer den PIO drin! Vanye
-
Thread
Welches Zubehör für DevKit NUCLEO-H723ZG ?
(1 << CS00); } [/c] Genau so, wie man es auch in Atmel Studio oder MPLAB oder eben auch beim STM32 "bare metal" machen würde.
API. Allerdings ist das Arduino-API da schon einfacher als z.B. die STM32 Cube-APIs. Aber mit vorhandenen Programmierkenntnissen wird es schon gehen. Thomas T. schrieb im Beitrag #7608550: > SDIO hab ich bis heute nicht am laufen... Das ist aber bei allen STM32-Varianten
-
Thread
STM32 aussperren möglich?
Und ich rede von Chinaboards, z.B. ein STM32H743 Board das ich noch für ca 25 € gekauft hatte. Wenn der Controller davon schon 15 € kostet, dann mache ich mir auch nicht die Mühe ein eigenes Board zu entwerfen nur weil am SWD keine Resetleitung
J. S. schrieb im Beitrag #7602883: > Und ich rede von Chinaboards, z.B. ein STM32H743 Board das ich noch für > ca 25 € gekauft hatte. Wenn der Controller davon schon 15 € kostet, dann > mache ich mir auch nicht die Mühe ein eigenes Board zu entwerfen nur > weil am SWD keine
-
Thread
STM32F407 Nachfolger
den Pfennig achten und gleich einen Controller wählen, der genug RAM/ROM und MHz hat. Da böten sich STM32F7xx oder STM32H7xx an. Als Beispiel: https://www.mouser.de/ProductDetail/STMicroelectronics/NUCLEO-H743ZI2?qs=lYGu3FyN48cfUB5JhJTnlw%3D%3D
Benjamin schrieb im Beitrag #7557393: > Bin auf den STM32F407VG6 gestoßen und habe mit diesem begonnen, da er > meine Anforderungen erfüllt. Schau dir mal die STM32G0-Serie an: https://www.st.com/en/microcontrollers-microprocessors/stm32g0-series.html
-
Thread
10W Bitcoin miner mit 450GH/s für Raspberry Pi
STM32F1xxxx [4] STM32F2xxxx [5] STM32F3xxxx [6] STM32F4xxxx [7] STM32F72xxx, STM32F73xxx [8] STM32F74xxx, STM32F75xxx [9] STM32F76xxx, STM32F77xxx [10] STM32G0x0xx [11] STM32G0x1xx [12] STM32G4xxxx [13] STM32H743_53_50 [14] STM32H745_47_55_57 [15] STM32L0xxxx [16] STM32L1xxxx [17] STM32L4xxxx [18] STM32L5xxxx [19] STM32U5xxxx [20] STM32WBxxxx [21] STM32WLxxxx
-
Thread
GUI zur Ladesteuerung
klein um eine Webseite generieren zu können, er hat auch keine Netzwerkschnittstelle, aber ein ESP32 (oder ESP8266) kann das, biete WLAN und man kann ihn mit der Arduino-IDE programmieren. Es gibt viele Beispiele für ihn, wie man das macht. Ein rPi könnte das auch, ist aber teurer und man bezahlt
evaluate-our-software/ Zum Beispiel: https://www.segger.com/evaluate-our-software/st-microelectronics/st-stm32h743zi-nucleo/
-
Thread
Stm32 Ethernet - kann das so funktionieren?
wäre da sehr skeptisch. Wenn Du nicht schon investiert hast: https://www.olimex.com/Products/ARM/ST/STM32-E407/open-source-hardware Nach meiner Erfahrung gute Qualität und alles dokumentiert.
Nucleo 144 mit STM32H743 https://de.rs-online.com/web/p/entwicklungstools-microcontroller/1939787 kostet 26€. Der hat so viel Port Pins, da ist nichts blockiert. Für Ethernet ist die Buchse schon gelötet, der Phy
-
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
Echtzeit für Socket Receive und TCP/IP Pakete
Und solange das jetzt nur "ueber ein kurzes Kabel" muss, duerfte dann auch eh' nix verloren gehen, d.h. der ganze TCP Sermon: "Wie isset? Ja, danke und Selbst? Mussja..." sollte ueberfluessig sein. Gruss WK
Wenn man die Zeiten und TCP nicht ändern kann: Ich spiele gerade mit einem STM32H743 mit Ethernet herum. Der Prozessor selber kann auch Ethnernet. Kommt ein Paket an, dann gibt es einen Interrupt, und man kann sofort das Paket analysieren, und irgendwas zurück schicken. Da ist
-
Thread
Modbus TCP auf STM32 - Anfängerfrage
Hallo, ich habe gute Erfahrungen mit einem STM32H7 und den entsprechenden Beispielen gemacht. Das ging fast out-of-the-box mit der CubeIDE. Hier gibt es genügend Beispiele. ModbusTCP ist ja was on-top, bei ST wird der LwIP Stack verwendet. Jetzt
Wähle einfach mal das STM32h743-eval oder 735 oder so Board aus in der Cube-IDE und klick dich mal bei den Beispielen durch. Generell kannst und solltest du: -das Freertos mit-konfigurieren -den LWIP Stack mit-konfigurieren
-
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
STM32H7: HRTIM im DMA Burst Mode für PWM Waveform Erzeugung einsetzen
Hallo Kollegen, ich versuche seit längerem vergeblich den HRTIM (High resolution timer) des STM32H743ZI2 Nucleo Boards dazu zu bringen, mit dem Timer Period Event des Master Timers einen synchronen DMA Burst Transfer auf die Compare Register der HRTIM TIMA, TIMB und TIMC durchzuführen. Die
Caches habe ich nach diesem Eintrag (https://community.st.com/s/article/FAQ-DMA-is-not-working-on-STM32H7-devices) Abschnitt 5 mit dem Befehl -> SCB_CleanDCache_by_Addr zu behandeln versucht. Für den DMA des UART Moduls hat das auch bisher funktioniert.
-
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
C - linux - raw-socket - recvfrom liefert daten wo keine sein sollten
der testcode: #include <stdbool.h> #include <signal.h> #include <arpa/inet.h> #include <linux/if_packet.h> #include <stdio.h> #include <stdlib.h> #include <unistd.h> #include <fcntl.h> #include <sys/io.h> #include <stdio.h>
tatsaechlich bei rund 1ms Zykuszeit Schluss. dann hatte ich noch mit einem raspberry und einem STM32 NUCLEO-H743ZI experimentiert - aber dann alles beiseite gelegt. schaun wir mal....
