-
Thread
Datenerfassung, Analog -> USB / RS232
braucht zumindest einen hinreichend schnellen 12 Bit ADC und auch genügend Speicher. Da würde mir der STM32F411 einfallen, der 128 kB RAM auf dem Chip hat. Damit könnte man typisch ca. 0,6 s speichern, oder komprimiert etwa 0,8 s. Reicht das? Für ihn gibt es ein einfaches Nucleo-Board. Wie man die Datenausgabe
zumindest einen hinreichend > schnellen 12 Bit ADC und auch genügend Speicher. Da würde mir der > STM32F411 einfallen, der 128 kB RAM auf dem Chip hat. Damit könnte man > typisch ca. 0,6 s speichern, oder komprimiert etwa 0,8 s. Reicht das? > Für ihn gibt es ein einfaches Nucleo-Board. Wie man die
-
Thread
I2C auf STM32F103
[c] /* STM32 Include files ******************************************************/ #include <stm32f10x_i2c.h> /* Macro defintions ********************************************************/ #define I2C_SCL_PIN
nach Reset) verwendet, und das sind 8MHz. > Sind auf 36MHz und habe ich geändert. Die Init ist in stm32f10x_rcc. [c] static void SetSysClockTo72(void) { __IO uint32_t StartUpCounter = 0, HSEStatus = 0; /* SYSCLK, HCLK, PCLK2 and PCLK1 configuration ---------------------------*/
-
Thread
Quarz oder Oszillator
Arduino F. schrieb im Beitrag #7646615: > Welche sorgen plagen dich wirklich? Ich hab hier einen STM32 im kleinen Gehäuse der nur über einen clk_in verfügt. Kein 2-Pin Quarz-Anschluss wie sonst üblich.
. Z.B. in meinem Fundus: STM32L010F4P6, STM32L031F4P6, STM32L081KZT6, STM32G031J6M6, STM32G031F8P6, STM32G051F8P6. (Zumindest kein clk_out für den HSE, manche davon haben aber clk_out für den LSE.)
-
Thread
Ein paar Fragen zum Umstieg auf die STM32 Reihe
Manche STM32 Derivate (SMT32F20x) haben auch 32 Bit Timer.
Als Firma z.B. hier: http://www.ebv.com/index.php?L=0&no_cache=1&id=58&tx_ebvsearch_pi1[qs]=1&ct_ref=u6&tx_indexedsearch[sword]=stm32F2&tx_indexedsearch[results]=5&tx_indexedsearch[lang]=&search_est=ce034c707f8038b0296b7feee7dc80e1 Oder als Sample von
-
Thread
SID-Player ARM/FPGA?
einen Player geeignet, weil es > schon > einen Codec hat: > http://www.st.com/en/evaluation-tools/stm32f4discovery.html Aber kein SDRAM und kein SD-Slot ... *Zufällig* hab ich gestern erst ein Board fertig gebastelt, das *zufällig* perfekt dafür wäre xD Ein STM32F429 @ 168MHz mit 32MB SDRAM, µSD-Slot
Mampf F. schrieb im Beitrag #5011033: > Soooo, also ... Fazit meines kleinen Tests ... Die 168MHz sind > ungenügend und der STM32F429 mit 1MB Flash und 192kB (internes) RAM ist > zu klein. (Evtl mit dem STM32H7
-
Thread
Atmel noch zukunftsfähig? Gesperrt
&gclid=EAIaIQobChMI-4q_68ip3wIVx5rVCh0HTgubEAkYASABEgJnmvD_BwE Mit 100 MHz. Rasant für einen MCS51. Der hat sicher einen Turbo drin. Aber was für ein Preis! Läuft doch schon ein STM32F4 mit 200 MHz. Aber von DK nicht mehr für Neukonstruktionen
Stefanus F. schrieb im Beitrag #5664169: > Dann wird es Dir wohl gefallen, dass bei STM32 etwa die Hälfte der I/O > Pins 5V tolerant sind und dass man sie mit 3,6V betrieben kann, so dass > ihre Ausgangs-Pegel
-
Thread
USB Problem bei STM32F072C8
Es gibt keinen STM32F072-8 laut ST. Es gibt C8, R8 und V8, ST verwendet außerdem keine Bindestriche. Vielleicht ist es ja ein FT32F072
enorm. Dann könnte man in den DBs suchen. vom "-C" habe ich nicht gesprochen. Es sind die Typen STM32F072C8 und STM32F072CB. Beide besitzen ein gemeinsames Datenblatt (siehe auch Screenshot). Im Datenblatt wird hier explizit aufgeführt: STM32F072x8/xB ! Aber für mich hat es sich sowieso erledigt
-
Thread
STM32 Chan Fat mit Keil Standart Library?
entsprechenden heade include, bekomme ich so schöne fehlermeldungen wie diese C:\Keil\ARM\INC\ST\STM32F10x\stm32f10x_type.h(23): error: #256: invalid redeclaration of type name "s32" (declared at line 470 of "C:\Keil\ARM\INC\ST\STM32F10x\stm32f10x.h")
entsprechenden heade include, >bekomme ich so schöne fehlermeldungen wie diese > >C:\Keil\ARM\INC\ST\STM32F10x\stm32f10x_type.h(23): error: #256: invalid >redeclaration of type name "s32" (declared at line 470 of >"C:\Keil\ARM\INC\ST\STM32F10x\stm32f10x.h") Da wirst du wohl eine von den beiden Deklarationen
-
Thread
LPC1100, superguenstig, 8-bit? Wird immer unnoetiger
Beim LQFP48-Gehäuse wiederum gibt es die wesentlich reicher ausgestatteten und ebenso bezahlbaren STM32F103Cx. Industriell sieht das natürlich anders aus.
Ich gebe privat ab STM32F103CBT6 für 9,20 Euro inkl. Versandkosten im Kompaktbrief.
-
Thread
Sparsamkeit Atmega8 vs STMF0 für direkten Batterienetrieb
Stojahn schrieb im Beitrag #6420294: > STM32F0 Falsche Serie. Für sowas sind fir STM32L0 da: https://www.st.com/en/microcontrollers-microprocessors/stm32l0-series.html Dynamic run mode: down to 49 µA/MHz (with external DC/DC) and 76 µA/
Stojahn schrieb im Beitrag #6420374: > Irgend W. schrieb: >> Falsche Serie. Für sowas sind fir STM32L0 da: > > Ich weiß darüber bescheid, dieser ist aber einfach zu teuer. STM32F030F4P6 100St. 0,649 € STM32L010F4P6 100St. 0,673 € Satte 3,5% Aufpreis, die würde ich für sowas auch nicht bezahlen
-
Thread
ARM-Kit in 3 Schritten gesucht
aber zur Zeit findet man dort nur alte Ladenhüter Modelle. Bei Reichelt kann man noch eins mit STM32L072 mit Cortex M0 bekommen, das kann ich für den Einstieg empfehlen. https://www.reichelt.de/nucleo-64-arm-cortex-m0-stm32-f0-serie-nucleo-f072rb-p154276.html?&trstct=pos_1 Dazu downloadest du
Cortex M0 und M3 erforschen. Ansonsten bin ich totaler Fan von diesem Cortex M4F Board: http://stefanfrings.de/stm32/stm32f3.html#stm32f3mini Das enthält ab Werk einen USB Bootloader und ist in sehr guter
-
Thread
Probleme bei toolchain setup für STM32F4Discovery
-DUSE_STM32_DISCOVERY -DHSE_VALUE=8000000 -I/opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Device/ST/STM32F4xx/Include -I/opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/CMSIS/Include -I/opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0
" Finished building: /opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_dcmi.c Building file: /opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_dma.c
-
Thread
STM32: Einstiegsprogrammer Segger Jlink oder St-Link
j-link-edu.html St-Link: 20€ http://de.farnell.com/stmicroelectronics/st-link/programmierer-icd-f-stm8-stm32/dp/1779159?Ntt=st-link Beide sind für Stm32f103rXXX geeignet. JTAG mit Debugger Programmieren geht auch na klar Wo kommt der Preisunterschied her und welche Erfahrungen habt ihr gemacht
Versand weniger als USD 2.00: https://de.aliexpress.com/item/1-Satz-ST-LINK-Stlink-ST-Link-V2-Mini-STM8-STM32-Simulator-Download-Programmierer-Programmierung-Mit/32866866559.html?spm=a2g0x.search0104.3.2.12625d80pS1559
-
Thread
Rechenzeitoptimierung STM32F4
überwachen... dann sollte ich ja wirklich schnelle Reaktionszeiten. Eine andere Lösung fällt mir für den STM32F4 nicht ein. Analog Komparatoren haben meine ich nur die STM32F3x und manche STM32Lx.
austesten. Geh aber schon mal einen Eimer FETs kaufen... > Eine andere Lösung fällt mir für den STM32F4 nicht ein. > Analog Komparatoren haben meine ich nur die STM32F3x und manche STM32Lx. Dein F429 hat ein der Tat keine integrierten Komparatoren. Verwendest Du einen der Advanced-control
-
Thread
Display"fehler" bei OLED Module IIC I2C 128x64
Ergebnissen mit meinem DIY OLED Display 1.3" 128x64. Wie kriege ich das jetzt transformiert nach STM32CubeIDE und STM32F103 ?
diese Init am STM32F072
-
Thread
STM32F4Discovery debugging timer mit coocox ide
code der main.c : [c] #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_tim.h" uint16_t pixelLine[640]; uint8_t screenBuffer[4800]; //(640*480) / (8*8) uint16_t tileBuffer0[16384
sysclk = 168000000 pclk1 = 0 pclk2 = 0 das sind meine includes : #include "stm32f4xx.h" #include "stm32f4xx_gpio.h" #include "stm32f4xx_rcc.h" #include "stm32f4xx_tim.h" und in stm32f4xx.h steht auch #include "core_cm4
-
Thread
STM32F4 SPI Problem
Fehler bzw. mein Brett vor meinem Kopf? [c] #include "stm32f4xx.h" volatile uint32_t systick_cnt; void GPIO_Init(void){ RCC->AHB1ENR |= RCC_AHB1ENR_GPIODEN; GPIOD->MODER |= (GPIO_MODER_MODER12_0 | GPIO_MODER_MODER13_0 | GPIO_MODER_MODER14_0 | GPIO_MODER_MODER15
GPIO_OSPEEDER_OSPEEDR7_1 | GPIO_OSPEEDER_OSPEEDR7_0 ); GPIOA->AFR[0] |= ( (0x5 << 20) | \ (0x5 << 24) | \ (0x5 << 28) ); return; } [/c] main.c [c] #include <stm32f4xx.h
-
Thread
stm32f411 USART2 will nicht wie er soll
/www.st.com/resource/en/reference_manual/rm0383-stm32f411xce-advanced-armbased-32bit-mcus-stmicroelectronics.pdf
Registerzugriffe finden dort nicht statt. Das vollständige Beispiel ist auf: http://stefanfrings.de/stm32/stm32f1.html#usart
-
Thread
OpenSource SWD Programmer (moeglichst DIY)
Lohnt sich das? Für < 10 EUR gibt es das STM32F0Discovery. Wenn du nu nicht Debuggen willst: die meisten ARM-Controller haben einen BSL über UART.
mir einmal ansehen. greg schrieb im Beitrag #3474876: > Lohnt sich das? Für < 10 EUR gibt es das STM32F0Discovery. Ich habe hier ein paar Samplechips die ich gern testen wuerde. Gibt es ggf. noch mehr Optionen? MfG
-
Thread
Avr 8bit VGA
Und ein STM32F103-Board ist ein "8-Bit-Chip" im Dip-Gehäuse?
Hier noch ein Projekt mit dem STM32F103 (VGA 800 x 600): https://www.artekit.eu/vga-output-using-a-36-pin-stm32/
-
Thread
SAM4, STM32, XMC,.
Einfach mal ins Blaue geraten: Die STM32-Evalboards, z.B. STM32F4 Discovery, gibt es zu einem Spottpreis (noch günstiger als der Einzelstückpreis des STMs selbst).
Hi, ich denke ein Teil der Attraktivität der STM32 macht auch die Library von ST aus. Damit sind viele Probleme echt fix und klassenübergreifend (STM32F0 bis F4) erschlagen. Mit Coocox gibts auch eine Entwicklungsumgebung in die das Ganze gut integriert
-
Thread
STM32C0 Starter Kit
. Dort sind meine Notizen dazu: http://stefanfrings.de/stm32/stm32l0.html
Stefan F. schrieb im Beitrag #7340468: > Mir ist der STM32L072 positiv aufgefallen ja, darum verstehe ich auch nicht warum man jetzt noch eine C0 Serie braucht. Oder hat ST da Dinger rausgestrichen wofür
-
Thread
USB CDC von Stefan Frings und WS
>=32 && USB_IRQ_NUMBER<64) NVIC_ISER1 |= (1UL << ((USB_IRQ_NUMBER-32) & 0x1f)); else NVIC_ISER0 |= (1UL << (USB_IRQ_NUMBER & 0x1f)); InitEndpoints(); return 0; } [/C] Bei den STM32F3xx kann man im Unterschied zu STM32F103Cx CAN und USB gleichzeitig nutzen, dazu muss man allerdings den USB Interrupt remappen. Das ist dann der USB_LP_IRQ Handler mit der Nummer 75. Meine Änderung
-
Thread
linux kernel am stm32f429
https://github.com/jserv/stm32f429-linux-builder
Habe grade mal ein altes Bootlog gefunden ... http://www.emcraft.com/som/stm32f4/usb-wifi-stm32f4 USB ist ein DWC [c]USB: DWC2 USB driver dwc2 dwc2.0: DWC OTG Controller dwc2 dwc2.0: new USB bus registered, assigned bus number 1 dwc2 dwc2.0: irq 77, io mem 0x00000000[
-
Thread
Eclipse OpenOCD STM32 Nucleo F1 blinkt nicht
dem Cortex-M3 STM32F103RBT6. ich habe jetzt zwei Include-Dateien, wo ich nicht weiß welche ich includieren muss: 1. stm32f103x6.h 2. stm32f103xb.h Wofper steht hier das x jeweils? Welche muss ich nehmen?
T.Baumbach schrieb im Beitrag #4351134: > Habe es dann einfach getestet, bei stm32f103x6.h gab es einen Fehler in > main.c Wenn dein Controller STM32F103R*B*T6 heißt, kann es doch nur die stm32f103x*b*.h sein, und nicht die stm32f103x*6*.h ... das "x" steht für "egal". T.Baumbach
-
Thread
STM32 Header Files
Copy-Paste Fehler. Und dazu DOS CR/LF, trailing whitespace und whitespace changes. Und Unsinn wie uint32_t wie in stm32f30x.h:#define CAN_F8R2_FB21 (uint32_t)0x00200000 /*!<Filter bit 21 */ Argh!
codes migration" Hilfen. Manchmal doch sehr kontraproduktiv. https://github.com/modm-io/cmsis-header-stm32/blob/master/stm32f3xx/Include/stm32f373xc.h#L11927-L11976
-
Thread
I2C Problem mit Acknowledge Polling
Hallo zusammen, ich möchte mit einem STM32F205 ein EEPROM vom Typ "24LC32" über I2C ansteuern und bekomme das auch gut hin... Außer einer Kleinigkeit. Man kann das 24LC32 Pageweise schreiben, wenn man nach Übermittlung von 32 Byte (= 1
die AN2824 zum Überblick durch. https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=https%3a%2f%2fmy%2est%2ecom%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex%5fmx%5fstm32%2fUsing%20STM32%20Optimized%20I2C%20examples%20when%20two%20I2C%20devices%20connected
-
Thread
Was wird denn nun aus AVR?
Suchspiel: Wo in diesem Foto vom STM32F100C4T6B (16KB/4KB/LPC48) steckt der Cortex M3 Core (0.09 mm² in 90nm und Minimalkonfiguration): https://upload.wikimedia.org/wikipedia/commons/thumb/6/67/STM32F100C4T6B-HD.jpg/936px-STM32F100C4T6B-HD.jpg
Wie wär's mit KL03? Cortex-M0+, 48 MHz, 2k SRAM, 32k Flash 2mm × 1.61mm (0.4mm BGA) http://cache.nxp.com/files/32bit/doc/data_sheet/KL03P24M48SF0.pdf http://www.mouser.com/ds/2/302/KL03P24M48SF0-782281.pdf
-
Thread
Einstieg in STM32F7
arbeiten aber mit einer IDE. Hier ist ein guter Display Treiber, eine Datei und fertig. http://stm32f4-discovery.com/2014/06/library-18-ili9341-ltdc-stm32f429-discovery/
Argumenten bedenken ;) Reinhard J. schrieb im Beitrag #4443224: > Betreffen Deine Bedenken auch das STM32F429 DISCO Christian J. schrieb im Beitrag #4443405: > Nö! Es kommt auf die CPU an. Und da gibt es nicht so viele Varianten, > nur F0, F1, F2, F3 und F4. Und die sind sich alle ähnlich. Mit C
-
Thread
STM32 Header
- stm32f1xx.h // bindet stm32f103xb.h ein (je nach definiertem Chip) und wenn gewünscht noch stm32f1xx_hal.h, ansonsten nur ein paar Makros - stm32f103xb.h // der Hauptheader in dem sämtliche Register und
ist es aber gut möglich, dass der trotzdem nicht läuft, weil die Register zwischen unterschiedlichen STM32 eben auch unterschiedlich sein können. Hier findest du ein Tutorial für einfache GPIO-toggelei mit einem STM32F0: http://hertaville.com/stm32f0-gpio-tutorial-part-1.html Soweit ich das sehe
-
Thread
Arbeiten mit Registern(STM32F103) Gesperrt
funktioniert das mit dem Auslesen oder Schreiben von Registern? Wenn ich z.B. die Seriennummer eines STM32F103 auslesen möchte die an Base address: 0x1FFF F7E8 liegt Und dann Offsets angegeben sind für je 16 Bit Address offset: 0x00 Address offset: 0x02 Address offset: 0x04 usw Und ich keine
accessible by the user software). When this register is read in user mode, the returned value is 0x00. Workaround None https://www.st.com/resource/en/errata_sheet/es0346-stm32f101xfg-and-stm32f103xfg-xldensity-device-limitations-stmicroelectronics.pdf PS: stefanus war natürlich wieder schneller
-
Thread
STM32F4 Discovery Board + USART
" #include "stm32f4xx_rcc.h" #include "misc.h" #include "stm32f4xx_usart.h" #define READ_BUFFER_SIZE 20 volatile char read_buffer[READ_BUFFER_SIZE]; volatile char read_buffer_single = 0; volatile char string_complete
@Holger: Morgen werde ich mir den MAX3232 besorgen und diesen mit 0.1uF Kondensatoren zwischen USB->RS232Konverter und STM32F4 Discovery Board schalten. mfGruß, opcode
-
Thread
STM32F730R8T6 top P/L, crashkurs fragen
Hallo Der STM32F730R8T6 bietet ein tolles P/L verhältnis. Weshalb ich diesen gerne kurzerhand einsetzen werde. Bin STM32 neuling. Daher kurz Fragen um nicht in der doku rumstöbern zu müssen: 1. Existiert ein Basisschemabild
STM32 schrieb im Beitrag #6006511: > Der STM32F730R8T6 bietet ein tolles P/L verhältnis. Weshalb ich diesen > gerne kurzerhand einsetzen werde. Bin STM32 neuling. STM32 schrieb im Beitrag #6007239:
-
Thread
GCC als Crosscompiler für ARM auf ARM
und gelinkt): arm-none-eabi-gcc -c -O0 -g -Wall -I. -mcpu=cortex-m0 -mthumb -I../../common -I../../board -I../../common/CMSIS_v3.6.1/Include -I../../common/CMSIS_v3.6.1/Device/ST/STM32F10x/Include -I../../common/STM32F10x_StdPeriph_Driver_v3.6.1/inc -I../../common/STM32_USB-FS-Device_Driver_v4.0.0/inc -Iinc -Isrc -DUSE_STDPERIPH_DRIVER -DSTM32F10X_HD src/main.c -o build/src/main.o arm-none-eabi-gcc -T../../common/stm32_f103_gcc.ld -mcpu=cortex-m0 -mthumb -nostartfiles
-
Thread
Ich bin verliebt!
8Bit und Havard Architektur... danke, der nächste bitte. Bin gerade froh den Sprung AVR -> STM32F0 gemacht zu haben. Ja, der fehlende DAC bei der TSSOP20 Version ist unschön, aber dafür gibt es dann ja die etwas größeren Versionen wie z.B. STM32F051K8, 2,66 EUR bei Mouser. Also wie oben schon
Farnell). Und bei Bedarf können kompatible Devices mit USB, CAN, Stromspar (L0),... verwendet werden. Ein günstiges Eval-Board, allerdings ohne ST-Link, gibt es hier: http://www.watterott.com/de/STM32F030F4P6-Minimum-Systerm-Board-Cortex-M0 Gruß, Stefan
-
Thread
STM32F4 wozu?
meinen wahrscheinlich mit MP3 decodieren + TCP stack ziemlich auslasten - Ich habe allerdings nur einen STM32f401 (laeuft nur mit 84Mhz).
Sogar in den Attinys ist oftmals ein differentieller Adc mit Gain verbaut. Natürlich gibt es bei den M0(+) mehr Leistung. Dafür ist die Peripherie oft eingeschränkt. Bsp: STM32F0 ist Analog sehr spärlich ausgestattet (kein Komparator, ADC nur mit 5V Referenz). Die kleinen Geckos haben nur wenige sehr Analog
-
Thread
stm32f051: option byte nicht beschreibbar
KHz Connect mode: Under Reset Reset mode : Hardware reset Device ID : 0x440 Device name : STM32F051x4/STM32F051x6/STM32F051x8/STM32F030x8 Device type : MCU Device CPU : Cortex-M0 Disabling memory Read Protection... Reconnecting... ST-LINK SN : 066DFF505052876767042327
3.26V SWD freq : 4000 KHz Connect mode: Under Reset Reset mode : Hardware reset Device ID : 0x440 Device name : STM32F051x4/STM32F051x6/STM32F051x8/STM32F030x8 Device type : MCU Device CPU : Cortex-M0 UPLOADING OPTION BYTES DATA ... Bank : 0x00 Address : 0x1ffff800
-
Thread
Gibt es den Atmega1284 auch eine Nummer größer?
Hier hast du eine Übersicht über die STM32F103 Serie: https://www.st.com/en/microcontrollers-microprocessors/stm32f103.html -- Falls sich wieder jemand über STM32 Jünger beklagen will: Ich empfehle diesen, weil er (abgesehen vom ESP8266
Als aktuellen Nachfolger des STM32F103 sehe ich den STM32F303, den es auch als Nucleo Board gibt.
-
Thread
STM32F103C8T6 Schaltplanüberprüfung
führen. Sicherheitshalber 10k Pullup an NRST. 4. Überlege, ob Du nicht anstelle des veralteten STM32F103 den moderneren STM32F303 verwenden möchtest. Da hast Du auch nicht das Risiko, Fälschungen aufzusitzen. Außerdem ist Dir klar, dass Du USB und CAN beim '103 nicht gleichzeitig verwenden kannst
D. Z. schrieb im Beitrag #7261368: > Kann das sein, dass der STM32F303C8T6 generelle Probleme hat? Steht im Errata Dokument. Der STM32F103C8T6 kann aber kaum daran schuld sein, dass deine PC Software zickt. D. Z. schrieb im Beitrag #7261531: > So wie ich das
-
Thread
stm32 lib compiler error
even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. ....... **** Compiling C : Libraries//STM32F10x_StdPeriph_Driver/src/stm32f10x_can.c -> ROM_RUN/stm32f10x_can.o arm-none-eabi-gcc -c -mthumb -Os -mcpu=cortex-m3 -DSTM32F10X_MD -DUSE_STDPERIPH_DRIVER -DUSE_EK_STM32F -DSTARTUP_DELAY -DSTM32
Wpointer-arith -Wredundant-decls -Wshadow -Wcast-qual -Wcast-align -pedantic -Wa,-adhlns=ROM_RUN/stm32f10x_can.lst -MD -MP -MF ROM_RUN/dep/stm32f10x_can.o.d -Wnested-externs -std=gnu99 Libraries//STM32F10x_StdPeriph_Driver/src/stm32f10x_can.c -o ROM_RUN/stm32f10x_can.o ...... [/code] Ist auch
-
Thread
Brauche Unterstützung beim OV7670 (bzw. SCCB)
Hi Leute, in meinem STM32F429-Code bin ich mir relativ sicher, dass die Register-Lese- und Register-Schreibfunktionen funktionieren. Also habe ich dort einmal über aller Register (0x00 - 0xC9) folgende Operation durchgeführt
r29 52c: ea 0f add r30, r26 52e: fb 1f adc r31, r27 530: e8 0f add r30, r24 532: f9 1f adc r31, r25 534: 32 97 sbiw r30, 0x02 ; 2 536: 80 81 ld
-
Thread
unique id STM32f103
Guten Abend, ich wollte einem Stm32F103 seine unique Id entlocken. Dazu wollte ich ganz banal dies hier tun. [c] uint32_t a = *((uint32_t*)0x1FFF7A10); uint32_t b = *((uint32_t*)0x1FFF7A14); uint32_t c = *((uint32_t*)0x1FFF7A18
Aus dem HAL Header stm32f1xx_ll_utils.h: #define UID_BASE_ADDRESS UID_BASE Aus dem CMSIS Header stm32f103xb.h: #define UID_BASE 0x1FFFF7E8UL /*!< Unique device ID register base address */
-
Thread
BLDC Controller mit STM32F103C8T6 Geschwindigkeitsbegrenzer in der .hex
Tom B. schrieb im Beitrag #5990452: > Es gibt kein EEPROM im Stm32. Du meinst "in diesem STM32". Die STM32L0 Serie hat EEPROM.
Stefanus F. schrieb im Beitrag #5990614: > Tom B. schrieb im Beitrag #5990452: >> Es gibt kein EEPROM im Stm32. > > Du meinst "in diesem STM32". Die STM32L0 Serie hat EEPROM. Danke. Gut zu wissen. Ich hatte
-
Thread
STM32F Timer Problem
scheint ein #define Problem zu sein. https://my.st.com/public/STe2ecommunities/mcu/Lists/cortex_mx_stm32/Flat.aspx?RootFolder=%2fpublic%2fSTe2ecommunities%2fmcu%2fLists%2fcortex_mx_stm32%2fClock%20problem%208135&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews
ich mir aus der STM32F10x_StdPeriph_Lib_V3.5.0 geholt. Vielleicht sollte ich das Projekt nochmal neu anlegen, allerdings dann mit der STM32F10x Device Serie ...
-
Thread
arm-none-eabi Problem.
/Template: Wo hast du das her? Das ist von ARM allgemein für Cortex-M3, da sind natürlich keine STM32F103-spezifischen Dinge drin. Im STM32CubeF1 (wird auch durch STM32CubeMX installiert) gibt es einen Ordner STM32Cube_FW_F1_V1.7.0/Drivers/CMSIS/Device/ST/STM32F1xx/Source/Templates/gcc/ mit
Template: > > Wo hast du das her? Das ist von ARM allgemein für Cortex-M3, da sind > natürlich keine STM32F103-spezifischen Dinge drin. > > Im STM32CubeF1 (wird auch durch STM32CubeMX installiert) gibt es einen > Ordner > > STM32Cube_FW_F1_V1.7.0/Drivers/CMSIS/Device/ST/STM32F1xx/Source/Templates
-
Thread
Beruflich für ARM CORTEX fit machen
ich würde mir einfach ein einfaches stm32Discovery Board für ein paar Euro besorgen und loslegen. Sehr empfehlen kann ich die kostenlose IDE EMBITZ: Das Board: https://www.amazon.de/STM32-von-ST-STM32VLDDISCOVERY-Discovery-STM32-F100RB
)) | (((uint8_t) value) << iPin); } } int main (void) { setPin (0, 3, 1); setPin (1, 2, 0); }[/c] Auf einem STM32F103 Cortex-M3 könnte man das so ändern: [c]void setPin2 (uint8_t iPort, uint8_t iPin, bool value) { *((volatile uint32_t*) (0x40010800 + iPort
-
Thread
STM32F4 USB High Speed VCP mit USB3320 PHY
, es müssen folgende defines vorhanden sein: STM32F407VG HSE_VALUE=8000000 STM32F40_41xxx USE_STDPERIPH_DRIVER USE_USB_OTG_HS USE_ULPI_PHY Nachdem ein beliebiges Zeichen an den STM32F4 gesendet wird, werden 10000 mal 4096 Bytes an den Host
USB-Code ist mir viel zu wenig gekapselt Sehe ich ähnlich. Wie geschrieben, habe ich die Inhalte der STM32_USB-Host-Device_Lib_V2.1.0 von ST quasi 1:1 übernommen und das CDC-Beispiel auf den STM32F407V und meine Bedürfnisse umgebaut. Durch die Modularität (die anfänglich tatsächlich sehr unübersichtlich
-
Thread
CMSIS und GNU Support
als Include nur ppp.h und dortselbst ist conf.h auch nicht drinnen. Dafür aber stm32f10x.h und deshalb habe ich das assert_param von conf.h in stm32f10x.h verschoben um übersetzen zu können. Die Pfeilrichtungen im CMSIS Diagramm mit der Header Hierarchie sind mir übrigens auch noch
anschliessend unpassende DMA Vorgänge daran schuld sind. Sehr schnell stellt sich stm32F10x_tim.c als Übeltäter heraus. Wenn ich hier was anderes als -o0 nehme geht nix mehr. Das riecht danach, dass irgendwo ein volatile vergessen wurde oder GCC wegen der DMA auf die Fresse fliegt. Bei
-
Thread
Keil uVision Linker Error L6218E
startup_stm32f051.s... assembling startup_stm32f072.s... assembling startup_stm32f091.s... compiling Buttons_STM32F0-Discovery.c... C:\Keil_v5\ARM\PACK\Keil\STM32F0xx_DFP\1.2.0\Device\Include\stm32f0xx.h(5531
"stm32f0xx_conf.h" C:\Keil_v5\ARM\PACK\Keil\STM32F0xx_DFP\1.2.0\Boards\ST\STM32F0-Discovery\Common\LED_STM32F0-Discovery.c: 0 warnings, 1 error compiling RTX_Conf_CM.c... assembling startup_stm32f051.
-
Thread
EMV von Datenleitungen?
Robert S. schrieb im Beitrag #5821599: > Wenn der Master (grüne Platine, stm32f429 discovery?) mit 3V3 arbeitet > und die Slaves (rote Platinen, Papilio Duo) mit 3V3, wo kommen dann die >>4V her? Hab ich mich auch gefragt und folgendes gemessen: STM32F4 an USB : VOH = 2,91V STM32F4 an 5V Labornetzteil: VOH = 2,92V Papilio DUO an USB: VOH = 3,5V Papilio DUO an 5V Labornetzteil : VOH = 3,5V STM32F4 an Papilio DUO beide an Labornetzteil: VOH = 3V STM32F4 TX an Papilio