-
Thread
Avr 8bit VGA
So, ich habe mich jetzt für die VGA Ausgabe durch einen STM32 entschieden. Der die Daten vom 1284p per I2C empfängt.
>ich habe mich jetzt für die VGA Ausgabe durch einen STM32 entschieden. >Der die Daten vom 1284p per I2C empfängt. Welche Software nimmst Du da? Kannst Du den Link posten?
-
Thread
Ich suche einen "etwas anderen" C-Compiler Gesperrt
88bc: 159f203c ldrne r2, [pc, #60] 88c0: 059f203c ldreq r2, [pc, #60] 88c4: 13a01801 movne r1, #65536 ; 0x10000 88c8: 03a01801 moveq r1, #65536 ; 0x10000 Wenn ich seh was gcc (-
]uint8_t tt = t; if (tt){ tt=0; GPSET0 = 1<<16; } else { tt=1; GPCLR0 = 1<<16; } t = tt;[/c]
-
Thread
32-Bit μC für zwei Layer PCB
Willst Du wirklich für 4$ noch selbst ätzen? http://www.aliexpress.com/item/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module/32327927921.html
Beitrag #4115914: > Willst Du wirklich für 4$ noch selbst ätzen? > http://www.aliexpress.com/item/STM32F103C8T6-ARM-STM32-Minimum-System-Development-Board-Module/32327927921.html Der Punkt sind nicht die Kosten, sondern die Spontanität. Ich Ätze sicher nicht selber, wegen sparen.
-
Thread
SID-Player ARM/FPGA?
>Nur ganz kurz... Ich glaube das mit dem. Stm32 könnte in echtzeit >klappen.... Das klappt mit Sicherheit in Echtzeit. Ein Atmeg16 schafft des SID schon in C ohne besondere Assemblertricks. Und der 6502 Simulator läuft mit Sicherheit auch.
Besten und sie haben Mannjahre mit der Entwicklung dieser Computer verbracht. Ich würde sagen: [c]"Diese uralt-Kisten sind sehr kompliziert"[/c] Nehmen wir z.B. dein SID-Projekt für den STM32F4. Du hast SID-tunes Software , die für PCs mit mehreren Gigahertz und beliebig viel RAM geschrieben sind
-
Thread
STM32F103 USB CDC von W.S.
Compiler-Option oder sowas sein. Ich habe nichts verändert. Die Assembler Optionen sind: -mcpu=cortex-m3 -c -x assembler-with-cpp --specs=nano.specs -mfloat-abi=soft -mthumb Die Compiler Optionen sind: -mcpu=cortex-m3 -std=gnu11 -DSTM32 -DSTM32F1 -DSTM32F103C8Tx -c -I"/home/stefan/Programmierung/STM32/STM32F103
nachdem, was Thorsten bei sich ansonsten so mit dem Ding anstellt, wäre da eine Korrektur nötig: [c] 0xC0, /* bmAttributes */ 0x32, /* MaxPower */ [/c] Die bmAttributes sind Bit 7: 1=immer, 6: 1=selfpowered, 5: 0=kein remote wakeup und
-
Thread
STM32 Chan Fat mit Keil Standart Library?
also wenn ich die 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")
wenn ich die 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
-
Thread
Ist ATXMEGA etwa out?
mega zu M3 ... da die lieferbaren Xmega und selbst > mega64 teurer sind wie vergleichbare STM32 oder LPC13xx oder LPC17xx ist für mich das nicht eine frage des aufwandes .... TQFP löten und bis runter zu 0603 ist alles kein thema auch nicht für einen hobbybastler und gerade für STM32
da scheint jemand einen sehr guten Würfel gehabt zu haben. :-o (Sowas findet man aber auch bei STM, das scheint keine Atmel-Eigenheit zu sein.) Ich würde mir, wenn ich das brauche, für den unteren 32-Bit-Bereich eher die diversen Cortex-M0+ ansehen (SAMD21 & Co.), für den oberen Cortex-M4
-
Thread
STM32CubeIDE + CMSIS DSP , wie bekomme ich das zum Laufen?
So, bin wieder da. Mein System: Ubuntu 18.04 STM32CubeIDE-1.4.2 CMSIS-5.7.0 STM32F401CCU Black Um immer aktuell zu sein, habe ich die Lib neu compiliert. -CubeIDE: neues Projekt, Static Library, Name: arm_cortexM4lf_math -µC auswählen, Lib
Familie passen -Include Verzeichnis anlegen, mit -I Suchpfad darauf einstellen -Dateien aus: ~/STM32Cube/Repository/STM32Cube_FW_F4_V1.25.0/Drivers/CMSIS/DSP/Include nach Include kopieren -gewünschte Ordner, oder alle von ~/STM32Cube/Repository/STM32Cube_FW_F4_V1.25.0/Drivers/CMSIS/DSP/Source
-
Thread
DS18B20 1-Wire Implementierung - Timing-Probleme
bzw. mir einen zusätzlichen IC besorgen > müsste. Wieso solltest du das müssen? Du benutzt einenSTM32F103C8 ...
: > Dem kann ich nur zustimmen. Umso mehr blicke ich der Veröffentlichung > Deines Codes unter P&C mit Freude entgegen. Ich werde die mal eben für den STM32F103C8 aufbereiten und dann rel. Kommenarlos posten.
-
Thread
Umstiegsbreatung uC Atmel/STM
würde aber nicht mit einem F1 anfangen, denn das ist die älteste Reihe. Lieber mit den neuen, wie L0, L1, F3, oder F7 - denn bei denen ist u.a. die I2C Peripherie viel besser. Mit dem STM32 Olimexino gibt es ein Arduino kompatibeles STM32 Board sogar mit Arduino artiger Software.
passenden ST-Link v2 "Flasher" gibts hier: http://www.ebay.de/itm/ST-Link-V2-Programming-Unit-mini-STM8-STM32-Emulator-Downloader-M89-CF-/272154524822?hash=item3f5dac7c96:g:j0wAAOSwh-1W15Zx Letztlich gilt allerdings: Wer mittels den IDE's programmiert, sei es nun Arduino oder mbed bleibt, hat sich
-
Thread
stm32cube libraries ordner fehlt?
\STM32F429I-Discovery_FW_V1.0.1\Projects\Peripheral_Examples\LTDC_ColorKeying\TrueSTUDIO\LTDC_ColorKeying\Debug\LTDC_ColorKeying.elf not found O:\Technik\embedded\stm32\en.stsw-stm32138\STM32F429I-Discovery_FW_V1.0.1
Sorry, musst mal schnell Geld verdienen ;-) Kurz weiter: 5. \en.stsw-stm32138\STM32F429I-Discovery_FW_V1.0.1\Projects\Peripheral_Examples\LTDC_ColorKeying\TrueSTUDIO wählen 6. User\main.c doppelklick 7. Build (linker Hammer) 8. console: [c] Generate build reports.
-
Thread
BLDC Controller mit STM32F103C8T6 Geschwindigkeitsbegrenzer in der .hex
Drehmoment einer 125er > Benzinmaschine... Jeder, der sich schon mal ernsthaft mit einem der kleinen STM32 beschäftigt hat, ahnt wo/wie die PLL-Einstellung funktioniert. Man kann sie auch leicht finden. In deiner Hex kurz nach der Adresse 0x08000E0C, der Startadresse laut Vektortabelle. Der Code ist macht
Tom B. schrieb im Beitrag #5990452: > Es gibt kein EEPROM im Stm32. Du meinst "in diesem STM32". Die STM32L0 Serie hat EEPROM.
-
Thread
Display"fehler" bei OLED Module IIC I2C 128x64
Ich betreibe ein 1.3" OLED LCD 4Pin Display Module IIC I2C 128x64 3-5V an einem STM32F103C8T6 und einer Library von https://controllerstech.com/oled-display-using-i2c-stm32/ Auf dem Display (s. Bild) sieht man am rechten Rand so ein Gegrissel, auf dessen
Aruino-Umgebung aus, oder? Nein, Arduino hatte ich nur für den Schnelltest hinzugezogen. Target ist aber STM32F103C8T6 unter STM32CubeIDE.
-
Thread
Einführung in ASM auf STM32F4
Shalec#Guest schrieb im Beitrag #5125143: > Im übrigen werde ich mit Zahlen rechnen, die aus 11*32-Bit bestehen. Ich > weiß nur nicht welcher Datentyp hierfür intelligent gewählt ist: > short[22*16-Bit] oder int[11*32-Bit]. Der richtige Typ ist: [c] uint32_t val[11]; [/c] Und wenn du ordentlich
Dinge beschrieben wie Bit Bending, NVIC, FPU oder MPU. Gibt's auch etwas aufgeräumter von ST: "STM32F3, STM32F4 and STM32L4 Series Cortex®-M4 programming manual" http://www.st.com/content/ccc/resource/technical/document/programming_manual/6c/3a/cb/e7/e4/ea/44/9b/DM00046982.pdf/files/DM00046982.pdf
-
Thread
Warum läuft der CAN-Bus auf einem GD32F303 nicht mit dem Code eines STM32F103?
Hochsitz C. schrieb im Beitrag #7924444: > https://www.eevblog.com/forum/microcontrollers/psa-gd32f303-is-not-a-drop-in-substitute-for-stm32f303/ In dem Thread steht doch auch "RTFM". Warum sollten Quellcodes
between a d20 and d21 is essentially usb. Difference between c20 and c21 is... CAN. 5. Da es Robodyn nicht mehr gibt, ist der STM32F303 für mich tot. Bei den BlackPills ersetze ich STM32F401CD -> STM32F412CE STM32F401RC -> STM32F446RE 6. Können die
-
Thread
Mein STM ST-Link-JTAG Adapter.
Massenspeicher. Workarounds dafuer findet man im Netz. Evt gibt es bei > ST auch Updates. Lade Dir mal den STM32 Cube Programmer herunter und > versuche den Update. en.stm32cubeprog.zip SetupSTM32CubeProgrammer-1.0.0.exe dieses Programm ist Java und will eine bestimmte Version von Java auf dem Rechner
protect bit freigeschalten wird so wird der Speicher jedoch gelöscht. ST-Link Firmware Version: V2J23S0 STM32F407VGT6-Discovery Device family: STM32F10xx Flash size: 64 kBits DeviceID: 0x410 Flash is blank Jetzt suche ich das ST-LINK V2 Firmware download binary file dazu: -----------------
-
Thread
STM32F3: IRQ-Prioritäten
Hallo Ich portiere momentan ein Projekt von Arduino auf STM32 (STM32F302R8) und arbeite mich dabei in die Plattform ein. Im Moment bin ich mit der I2C-Implementierung beschäftigt und wieder über ein Thema gestolpert, das mir schon bei den Timern, den ADCs und der Systemuhr aufgefallen ist: STM32CubeMX erzeugt Code zur Konfiguration der beteiligten Interrupts und setzt dabei die Prioritäten sämtlicher konfigurierter IRQs auf 0: [c]HAL_NVIC_SetPriority(I2C1_EV_IRQn, 0, 0); HAL_NVIC_SetPriority
-
Thread
Elektrische Rotorposition mittels optical encoder
dekodieren? Falls sich das auf mein _Beispiel_ bezog: Das war Cut&Paste aus meinem Projekt mit dem STM32F103C8.
STM32W108C8 hat z.B. Schmitt-Trigger-Eingänge. Du könntest für eine Hysterese auch diskrete Schmitt-Trigger ergänzen. > Habe dafür Google bemühen müssen :D Anderes Suchwort: Schmitt-Trigger > Bin
-
Thread
STM32F429 CAN
durchgelesen, hilft alles nix. Als Anhang gleich mein Code. Die Libr. habe ich direct von ST. Der µC läuft mit 180MHz. CAN Baud ist 500kb Falls noch was fehlt, Bescheid sagen, lade ich hoch. [c] #include "main.h" #include "stm32f4xx_conf.h" #include "stm32f4xx_tim.h" #include "stm32f4xx_rcc.h
stehen // "cmsis_boot/stm32f4xx.h" // "cmsis_boot/system_stm32f4xx.c" // In Configuration diese Define hinzufügen : // "STM32F429_439xx" , "__ASSEMBLY__" , "USE_STDPERIPH_DRIVER" //--------------------------
-
Thread
STM32: I2C-Master setzt ARLO-Flag (arbitration lost)
https://www.mikrocontroller.net/wikifiles/9/9e/Vcc-gnd.com-blue-pill-schematic-stm32f103c8t6.pdf
abgucken willst: http://stefanfrings.de/stm32/stm32f1.html#i2c Da sollte man aber noch Abbrüche nach Timeout einbauen.
-
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
; [/c] hclk = 168000000 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"
-
Thread
Lötstation Quikko / Ksger T12 dtl Vorteil?
stm32 https://www.hackster.io/sfrwmaker/soldering-iron-controller-for-hakko-t12-tips-on-stm32-c50ccc Horst schrieb im Beitrag #6527385: > Dann tauscht Du bei der T12 schnell die Spitze und wartest
auch so etwas bestellen und baust es dir dann selbst zusammen: https://www.banggood.com/de/KSGER-2_0-STM32-OLED-DIY-Electric-Unit-Digital-Soldering-Iron-Station-Temperature-Controller-for-HAKKO-T12-Soldering-Tip-p-1410099.html?cur_warehouse=CN&rmmds=search Oder auch als fertiges Produkt: https
-
Thread
Womit programmiert ihr eure µCs?
1. AVR ( Mega,Tiny, XMega) , STM32 2. C, Assembler (STM32 nur in C) 3. AVRISP MkII, ST-Link 4. AS4, AS5 (testweise), Atollic TS Lite für STM32 Früher mal MCS51 mit MIDE51 und dem AVRISP MkII
1) STM32 2) C 3) ST Link V2 4) CoIDE
-
Thread
Temperaturgeregelte Kühlersteuerung basteln
TR.0LL schrieb im Beitrag #6231614: >>> STM32-BluePill-Board: ca. 4€ > Der STM32 hat von Haus aus eine Ethernet-Mac Aber nicht das BluePull Board. Abgesehen davon muss man das ganze auch Programmieren
Stefan ⛄ F. schrieb im Beitrag #6231719: > TR.0LL schrieb im Beitrag #6231614: >>>> STM32-BluePill-Board: ca. 4€ >> Der STM32 hat von Haus aus eine Ethernet-Mac > > Aber nicht das BluePull Board. Abgesehen davon muss man das ganze auch > Programmieren
-
Thread
EFM32 vs. MSP430
Zum Vergleich die angekündigten STM32L15x: RAM retention Standby RTC uA/MIPS Wake-up Fmax F1X: 0.1uA - 0.7uA 200uA 6us 8MHz F2X: 0.1uA 0.3uA 0.7uA 220uA
EFM32: 0.6uA - 0.9uA 180uA 2us 32MHz L15x: 0.5µA ? 1.3µA 230µA 5µs(*) 32MHz *: aus dem Datasheet der STM32F10x
-
Thread
Eclipse OpenOCD STM32 Nucleo F1 blinkt nicht
(13) sp (/32): 0x4C05B510 (14) lr (/32): 0xFFFFFFFF (15) pc (/32): 0xB9337822 (16) xPSR (/32): 0x01000000 (17) msp (/32): 0x4C05B510 (18) psp (/32): 0xB4221B6C (19) primask (/1): 0x00 (20) basepri (/8): 0x00
(8) r8 (/32): 0xBF7EFFDD (9) r9 (/32): 0xFFBFBFFC (10) r10 (/32): 0x304C7B31 (11) r11 (/32): 0x9C473FF7 (12) r12 (/32): 0xFF9FEFFE (13) sp (/32): 0x4C05B510 (14) lr (/32): 0xFFFFFFFF (15) pc (/32): 0xB9337822
-
Thread
XMC4700 vs STM32
ist für meine Anwendung egal. Nun, wieso ist STM32 von ST hier nun so verbreitet? Ist die XMC Linie schlechter oder einfach nur nicht so verbreitet? Hat wer Erfahrung mit dem XMCs in C oder wird da schon eher ein OS verwendet? Ist Code zwischen
Für STM32 spricht mittlerweile der gd32vf103&Co (auch wenn diese Second Source ST nicht gefällt)
-
Thread
STM32F407 kann sich selbst in Knie schiessen
den Ausgangstreiber des Pins. Hätten sie's gewusst? Ein STM32F407 kann sich am Pin selbst kurzschliessen? Selbst das Manual gibt sich zu diesem Thema sehr schmal-lippig .... Ich bin auf dieses Problem noch nicht gestossen da ich sehr gerne meine Soft-I2C-Implemetierung
c] void HAL_I2C_MspInit(I2C_HandleTypeDef* hi2c) { GPIO_InitTypeDef GPIO_InitStruct; if(hi2c->Instance==I2C1) { /* USER CODE BEGIN I2C1_MspInit 0 */ /* USER CODE END I2C1_MspInit 0
-
Thread
Keil µVision vs. STM32CubeIDE
guten Editor schließen sich wohl gegenseitig aus. Mit dem Keil gibt es eine freie Lizenz für alle STM32x0xx µC für die Voll-Version: http://www2.keil.com/stmicroelectronics-stm32/mdk
(von Keil) auf 32 KB begrenzt Wenn Cortex-M0 für STM32 reicht sind es 256kB https://www2.keil.com/stmicroelectronics-stm32/mdk
-
Thread
STM32F4 "Gameboy"
'<<8)|('o'); for(unsigned int i=0;i<40000;i++) { __asm("NOP"); } uint32_t out_data = *(uint32_t*)(BKPSRAM_BASE+0); [/c] MfG GamerBoy
uns diese hier ausgesucht, da ich die sowieso hier zuhause rumfliegen habe. http://www.ebay.de/itm/STM32F407-417ZG-module-HY-STM32F4xxCore144-Core-Dev-Board-/180923405960?pt=LH_DefaultDomain_0&hash=item2a1fe01688#ht_2935wt_1163 Da wir auch noch XBee Pro hier rumfliegen haben, kommen die auch mit auf
-
Thread
Unique ID auslesen STM32F4Discovery
noch nicht umgesetzt da ich ja bisher nicht an die Daten aus dem Register ran gekommen bin :/ [c] #include "stm32f4xx.h" char *ptr = 0x1FFF7A10; uint32_t a = *((uint32_t*)0x1FFF7A10); uint32_t b = *((uint32_t*)0x1FFF7A14); uint32_t c = *((uint32_t*)0x1FFF7A18); int main(void) { while
(0x1FFF7A10) [..] [/c] STM32Cube_FW_F4_V1.3.0/Projects/STM324x9I_EVAL/Applications/USB_Device/MSC_Standalone/Src/usbd_desc.c: [c] /** * @brief Create the serial number string descriptor
-
Thread
generierten Code in STM32CubeIDE modularisieren
einmal > geben. Nein, den Murks braucht man nicht mehr. https://github.com/STMicroelectronics/STM32CubeF4/blob/52757b5e33259a088509a777a9e3a5b971194c7d/Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_tim.c#L3829 https://github.com/STMicroelectronics/STM32CubeF4/blob/52757b5e33259a088509a777a9e3a5b971194c7d/Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_tim.c#L3840
-
Thread
Flashplatzbedarf 32Bit zu 8Bit Microcontroller
also z.B. AWEX beim XMega oder Advanced Timer beim STM32.
Mein letztes Projekt (migriert von ATmega644 auf STM32F103 wegen schnelleren ADCs): AVR: 88kB (Hex) ARM: 127kB (Hex) Das Programm ist bei beiden weitestgehend identisch, der STM32 hat nur ein paar Routinen für ein externes I2C-EEPROM dazubekommen
-
Thread
uCLinux auf STM32F429Discovery Board
_USART4 is not set # CONFIG_STM32_USART5 is not set # CONFIG_STM32_USART6 is not set # CONFIG_STM32_I2C1 is not set # CONFIG_STM32_I2C2 is not set CONFIG_STM32_I2C3=y ... (2) stm32f429-linux-builder/rootfs/etc/inittab
um mittels openocd die drei Dateien zu flashen (Aus dem Makefile extrahiert): openocd -f board/stm32f429discovery.cfg \ -c "init" \ -c "reset init" \ -c "flash probe 0" \ -c "flash info 0" \ -c "flash write_image erase uboot.bin 0x08000000" \
-
Thread
STM32 läuft mit Debugger schneller als er soll
erwartet im Sekundentakt. Aber wenn ich das Programm mit dem Debugger ausführe, blitzt sie schneller (0,75 Sekunden). Woran kann das liegen? Das Programm wurde mit der Option -O0 compiliert. Hardware: Dieses minimale STM32F303CCT6 Board https://robotdyn.com/stm32f303cct6-256-kb-flash-stm32-arm-cortexr-m4-mini-system-dev-board-3326a9dd-3c19-11e9-910a-901b0ebb3621.html Als Debugger nutze ich die SW4STM32 in Kombination mit einem originalen ST-Link v2.1
-
Thread
Neue Cortex-M0+-Familie von Atmel
. Die neuen 32-Bit-uC werden in einer viel moderneren Technologie gefertigt. Somit sind breitere Busse überhaupt kein Thema. Wieso sollte die Anzahl der Pins oder Layer steigen? Es gibt Cortex M0+ mit 8 Pin, und die
Analog-Peripherie kann man auch nicht beliebig verkleinern) und der Speicher. Letzterer wird aber durch die 32-Bit-uC für die meisten Anwendungen sogar besser genutzt. Außerdem gab es noch nicht so hoch optimierte Kerne wie der M0.
-
Thread
STM32 Header
" #elif defined(STM32L152xBA) #include "stm32l152xba.h" #elif defined(STM32L152xC) #include "stm32l152xc.h" // ... [/c] Dann findest du z.B. in stm32l152xb.h [c] #define GPIO_MODER_MODER13_Pos
/*!< 0x04000000 */ #define GPIO_MODER_MODER13_1 (0x2U << GPIO_MODER_MODER13_Pos) /*!< 0x08000000 */ [/c] https://github.com/modm-io/cmsis-header-stm32/blob/master/stm32l1xx/Include/stm32l152xb.h
-
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
, schwätzt doch nicht so herum, sondern gebt ein Beispiel. ich zumindest tue das hier mal: [c] #define RCC_APB2RSTR (*((volatile dword *) (RCC + 0x0C))) [/c] Das ist ein kleiner Auszug aus stm32f103.h und hier wird das Register APB2RSTR des RCC Peripheriecores deklariert, so daß man von
-
Thread
STM32 Software USB
2FTrue%20performance%20of%20STM32&FolderCTID=0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews=23900 Fast gegen Ende ganz unten, von STOne-32, 5/17/2011 12:19 PM. Wobei ich das so lese
> Das ist mir neu. Hast du da eine Quelle? Das ist gerade einer der > Vorteile des M0+. Die STM32F0 sind aber nicht M0+, sondern M0. Dort hängen die GPIOs am AHB, siehe Block Diagram im Datenblatt. Die STM32L0 sind dagegen M0+. Einer der Vorteile des M0+ ist gerade, daß die GPIOs
-
Thread
STM32F405RGT6 keine Verbindung über USB
W.S. schrieb im Beitrag #7032089: > daß der angebliche STM32 nur ein übler Fake ist Ich dachte davon sind nur STM32F103 betroffen. Nicht?
1uF X7R ersetzt, da der AMS1117 die 3,3V nicht stabil halten konnte. Und wie im Datenblatt vom STM32F4 gefordert einen 4,7uF Kondensator an einen VDD Pin. Den Q1 CSTCE8M00G52-R0 konnte ich drin lassen. Und nun läufts stabil.
-
Thread
Mikrocontroller, Prozessoren und Chipsätze - Die-Bilder
Gibt es eigentlich schon Bilder vom Atmega32? oder STM32F030 oder so? Update. Sehe greade hier gibt es den Atmega328 https://www.richis-lab.de/uC01.htm
Hier haben wir einen STM32F103C8T6... ...Moment... ...nein, es ist nochmal ein Megahunt MH2103ACBT6: https://www.richis-lab.de/STM32_12.htm :)
-
Thread
Problem mit ST-Board zur BLDC-Ansteuerung
pegel schrieb im Beitrag #6002988: > Ist das nicht der Bluepill F103C8? Ja, 0x1ba01477 ist der Code vom STM32F103CBT6 und an diesem ist ja auch laut Schaltplan der ST-Link Adapter angeschlossen. 0x0bb11477 gehört zu dem STM32F0! Du hast entweder das falsche Projekt
Auf dem Board befinden sich zwei Controller: STM32F103CBT6 und STSPIN32F0 mit integriertem STM32F031C6.
-
Thread
Ungenauigkeit beim STM32 ADC
Ich verwende einen STM32F103 auf einem Olimex STM32-H103 Board. Der gleiche uC soll in meiner Hardware Verwendung finden; ich teste momentan die verschiedenen Funktionen des uC um den Schaltplan für meine Hardware zu erstellen
Wandlung am jeweiligen Eingang. Der Wandler hat halt keinen Eingangsbuffer, dafür kommt er auf saubere 0V runter. Die Stromaufnahme ist beim STM32F halt etwas höher als beim ATxmega. Ich will den STM32L in den kommenden Wochen dazu mal testen. Leiterplatten mit 0.5mm Pitch mit der Toner Methode d.h
-
Thread
STM32 USART1 IT Bytes verlust
kleines Programm in Visual Studio schreiben (paar Zeilen code). Dann alle Bytes auf einmal rausfeuern, STM32 sendet empfangene Bytes zurück nach Empfang der 0xFF. Prüfen ob alles OK ist (kann auch Visual Studio von selbst). Falls nötig, Abstand zwischen den Bytes vergrößern, wiederholen. Das kannst
#7351556: > Es funktioniert alles perfekt. An den HAL-Routinen liegt es nicht. zur info ich nutze ein STM32H745XI auf dem STM32H745I-DISCO und davon nur der CM7 core (ist ein multicore uC).
-
Thread
Welcher µC ist einfach zu programmieren
. Zudem sollte es eine comunity geben oder gute Dokumentation, ich meine nicht 2000 Seiten wie bei stm32. Programmiert wird in C.
Zudem sollte es eine comunity geben oder gute Dokumentation, > ich meine nicht 2000 Seiten wie bei stm32. > > Programmiert wird in C. So also! Der Inhalt deines Eröffnungspostes konterkariert die Überschrift. Zuerst dachte ich, du meintest tatsächlich einen µC, der einfach zu programmieren
-
Thread
Suche nach gutem Mikrocontroller
/articles/Datei:STM32F103C8T6.png https://www.mikrocontroller.net/articles/Datei:STM32F103C8T6_MiniDevBoard_Schematic.png
noname schrieb im Beitrag #5538381: > Ich gucken mir den STM32F1 mal an. Vergiss den F1, der ist total veraltet. Die STM32L4 sind 3 Generationen neuer und in vielen Details verbessert. Die kleineren STM32L0 gibt's auch im LQFP-32 Gehäuse mit 0.8mm Pitch, die
-
Thread
XMEGA reif für den produktiven Einsatz?
schrieb im Beitrag #2814882: > * ARM MCUs aller Art drücken von Oben die Luft ab. Bin jetzt beim STM32F103 gelandet. Nicht dass ich jetzt die XMega unbeding schlecht finde (reden) will. Aber die STM32 Dinger sind einfach besser. Dort sind auch bis zu 5xUARTs, bis zu 3xSPI, 2xI2C(TWI), DMA, usw.
2 Euro. http://www.schukat.com/schukat/schukat_cms_de.nsf/index/CMSDF15D356B046D53BC1256D550038A9E0?OpenDocument&wg=Y4773&refDoc=CMS4973C58BAA4AC604C12570DE0037E4FA Die Geschwindigkeit ist mit 78MHz mehr als doppelt so hoch wie ein XMega. 32 bit Code dürfte nochmal um ca. mindestens Faktor 2 schneller
-
Thread
STM32F103C8T6 Blue Pill Board: Mit ST-Link V2 an die 128kb Flash?
sprechen: Ja, die haben alle 128kByte Flash. Du kannst das nur mit OpenOCD machen! (mit dem STM32Duino-Bootloader soll es angeblich auch gehen) [pre] In der Datei "/usr/share/openocd/scripts/target/stm32f1x.cfg" Die Zeile auskommentieren: #flash bank $_FLASHNAME stm32f1x 0x08000000 0 0
Eigentlich sollte die nur einfach runterladbar sein. https://www.mikrocontroller.net/articles/STM32F103C8T6_STM32_Billig_Board#128k_Flash
-
Thread
Anfang mit STM32. Wie habt ihr es gemacht?
habe ich im bei den AVR Chips nur I2C, SPI, ADC, USART, Interrupts, Timer sowie PWM genutzt. Das meiste habe ich jetzt schon auf dem STM32 ans laufen bekommen. Klar der STM32 hat natürlich noch vieles mehr als meine AVRs wie DMA, CAN, I2S
kommt von ARM der Reset ist ST? Weiß jemand zufällig wo man solche ST Controller beziehen kann? Der STM32F446RE welcher ja jetzt auch auf den Nuleco-64 Board verbaut ist, ist weder bei reichelt noch conrad erhältlich. Wenn ich mal irgendwann ein Projekt mit einem STM32 uC mache wäre das dann meine erste
-
Thread
USB Problem bei STM32F072C8
Flashspeicher (64k zu 128k), Ram ist bei beiden 16k. Das Programm selbst bindet dann aber auch einen STM32F072C8TX_FLASH.ld ein, in dem die Angabe [code] /* Specify the memory areas */ MEMORY { RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 16K FLASH (rx) : ORIGIN = 0x8000000, LENGTH = 64K
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