-
Thread
Müll in serieller Übertragung wenn Kondensator am Quarz berührt wird
Oszillatoren, wenn kein Batteriebetrieb > erforderlich. Z.B. 5*3.2mm² Für Batteriebetrieb nimmt man einen 32kHz Oszillator und erzeugt die "Hochfrequenz" intern per PLL. Dann braucht der Oszillator weniger als 2µA und ist auch etwas kleiner: 1.6 * 1.0mm² oder 2.0 * 1.2mm² -> OM-7605-C9 oder -C8 oder OV-7604
den größten Einfluss auf die erzeugte Frequenz hat". > Beim Nucleo kommt der Takt für den User-µC normalerweise aus dem > ST-Link-µC, das ist zumindest bei dem F411RE so, > d.h. am µC selbst ist überhaupt kein Quarz verbaut. Es geht um den Quarz am ST-Link (in diesem Fall ein STM32F103CBT6).
-
Thread
STM32L051 UART transmit
Das ist gar nicht schwierig. Dort ist ein Beispiel (ohne Sendepuffer): http://stefanfrings.de/stm32/stm32l0.html#usart Wenn du das mit einem Puffer machen willst, würde ich aber nicht '\0' als Ende-Markierung benutzen, denn das funktioniert nur mit Strings in denen das Zeichen nicht vorkommt.
gegenüber der Nichtverwendung aufgebläht... Das steht auch auf meine Seite: http://stefanfrings.de/stm32/stm32l0.html#gccopt Die ganzen Formatier-Funktionen bekommt man halt nicht umsonst.
-
Thread
Wie funktioniert der ARM cortex M3?
@ High Performer Gib uns Bescheid, wenn Du im startup-code für STM32 über das hier stolperst: 0xF1E0F85F Dann wird es für mich interessant. ;-) Ich konnte dafür noch keine schlüssige Erklärung finden, außer dass notwendig. Nur wieso, schreibt niemand. Habe es
@noch ein Gast 0xF1E0F85F -> https://my.st.com/public/STe2ecommunities/mcu/Lists/ARM%20CortexM3%20STM32/Flat.aspx?RootFolder=%2Fpublic%2FSTe2ecommunities%2Fmcu%2FLists%2FARM%20CortexM3%20STM32%2FReset%20error%20after
-
Thread
Nuvoton N76E003
diese in der Abschlußprüfung Teil 1 verwendet werden), Nucleo 401 und 411 sowie Eigenbauten für den STM8S103K, STM32F103, LPC11C24 und einem AT89S52 (der auf dem Board ein Tiny2313 hat, der ihn flasht). Der Nuvoton könnte den S52 ersetzen, weil ich für diesen evtl. einen Bootloader schreiben kann und
Der STM8 ist ein 6502 Ableger. Vergleiche einfach mal den STM8 Assembler im Datenblatt mit C64 Assembler :-)
-
Thread
Probleme bei toolchain setup für STM32F4Discovery
" 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
-g3 -o "StdPeriph/stm32f4xx_dma.o" "/opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_dma.c" /opt/STM32F4xx_DSP_StdPeriph_Lib_V1.2.0/Libraries/STM32F4xx_StdPeriph_Driver/src/stm32f4xx_fmc.c
-
Thread
STM32: wo endet CMSIS, wo fängt StdLib an?
r3, [pc, #20] ; (42c <main+0x1c>) 418: 2120 movs r1, #32 41a: 4a05 ldr r2, [pc, #20] ; (430 <main+0x20>) 41c: 6098 str r0, [r3, #8] 41e: 605c str r4, [r3, #4] 420: 6091
r3, [pc, #20] ; (42c <main+0x1c>) 418: 2120 movs r1, #32 41a: 4a05 ldr r2, [pc, #20] ; (430 <main+0x20>) 41c: 6098 str r0, [r3, #8] 41e: 605c str r4, [r3, #4] 420: 6091
-
Thread
Mit 3.3V Mikrocontroller 5V schalten
, die zuerst zu DRAIN0 führt. Es müsste doch dann so laufen, dass wenn ich jetzt mal die Spalten der Registerblocks von links nach rechts A & B nenne, die Zeilen 0-7 und die Spalte mit den D-Registern zum "Auswerfen" C, dass
Beitrag #6334093: > Wäre das weniger problematisch bzw. empfindlich, wenn ich statt des > schnellen STM32 ARM einen behäbigen alten 8-bit ATmega (2560 oder 328p) > nehmen würde ? Die genannten AVR Controller sind dafür bekannt, robuster zu sein, als STM32. Andererseits gehen STM32 auch nicht "einfach
-
Thread
Eclipse STM32f0 Debug Fehler
(): command - ocd_command ocd_command type ocd_flash bank stm32f0x.flash stm32f1x 0 0 0 0 stm32f0x.cpu Debug: 102 37 command.c:145 script_debug(): command - ocd_flash ocd_flash bank stm32f0x.flash stm32f1x 0 0 0 0 stm32f0x.cpu Debug: 104 38 command.c:369 register_command_handler
/Projekte/stm32f0x/Debug/src;C:/Users/p-boensch/Desktop/Eclipse/Eclipse_Juno_STM32/Projekte/stm32f0x/STM32F072B_DISCOVERY;C:/Users/p-boensch/Desktop/Eclipse/Eclipse_Juno_STM32/Projekte/stm32f0x/STM32F0xx_StdPeriph_Driver
-
Thread
GCC als Crosscompiler für ARM auf ARM
getrennt kompiliert 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
USB CDC mit CubeMX2 und HAL 2.0 auf STM32C5
!" sendet. Ziel ist, das Beispiel auf dieser Webseite zu korrigieren: https://stefanfrings.de/stm32/stm32c5.html#vcphal
erinnern sich vielleicht an diesen Thread. Inzwischen unterstützt der ganz neue Arduino Core 3.0.0 den neuen HAL 2.0 und damit auch ausdrücklich die neue STM32C5 Serie. Quelle: https://github.com/stm32duino/Arduino_Core_STM32#generic-stm32c5-boards Da war ich gespannt wie ein Flitzebogen, wie
-
Thread
SVPWM Ansteuerung eines BLDC
= 0.9999; [/c] Regler selbst: [c] float d_actual_error = 0; float q_actual_error = 0; // m1.PI.d_soll = 0; m1.PI.q_soll = 0.0019; //calculation D factor d_actual_error = (
Motors strahlt so stark in die restliche Schaltung... Eine (noch) nicht ganz so wichtige Frage: Als uC verwende ich das Evalboard von ST mit STM32F4 drauf. Die Treiber-, Leistungs- und OPV-Schaltung ist auf einem Lochrasterplatine aufgebaut. Ich möchte erstmal eine Leistungsplatine ohne des uC machen
-
Thread
Welcher Cortex M3?
2 (set priority): [c] static __INLINE void NVIC_SetPriority(IRQn_Type IRQn, int32_t priority) { if(IRQn < 0) { SCB->SHP[((uint32_t)(IRQn) & 0xF)-4] = ((priority << (8 - __NVIC_PRIO_BITS)) & 0xff); } /* set Priority
konkret? Das ist übliche GCC Praxis seit Jahren. Auch mit Parametern. Ein Problem ist jedenfalls [c] uint32_t __STREXW(uint32_t value, uint32_t *addr) { uint32_t result=0; __ASM volatile ("strex %0, %2, [%1]" : "=r" (result) : "r" (addr), "r" (value) ); return(result); } [/c] denn
-
Thread
STM32 - welche IDE ist denn da aktuell angesagt?
"STMicroelectronics has made its free development tools for STM32 microcontrollers available to Mac computer users" http://www.st.com/content/st_com/en/about/media-center/press-item.html/n3819.html Als C/C++-IDEs: CodeLite wäre einen Blick wert, ebenso die vielversprechende
kommerzielle Lösungen ausgenommen) bin ich auch wieder bei emBitz gelandet. Funktioniert soweit gut (STM32F0), allerdings ist es mir gestern innerhalb von drei Stunden "build, debug, repeat" zweimal komplett gecrasht.
-
Thread
Keil uVision Linker Error L6218E
Target 1' compiling main.c... compiling Buttons_STM32F0-Discovery.c... compiling LED_STM32F0-Discovery.c... compiling RTX_Conf_CM.c... assembling startup_stm32f051.s... compiling system_stm32f0xx.c... linking... .\Objects
such file or directory #include "stm32f0xx_conf.h" C:\Keil_v5\ARM\PACK\Keil\STM32F0xx_DFP\1.2.0\Boards\ST\STM32F0-Discovery\Common\Buttons_STM32F0-Discovery.c: 0 warnings, 1 error compiling LED_STM32F0-Discovery.c... C:\Keil_v5\ARM\
-
Thread
STM32G071 LQFP32 und der HSE
HSI mit PLL bis 55MHz ... OK Mein bisheriger Testcode: [c] /* Includes */ #include <stddef.h> #include "stm32g0xx_conf.h" #include "stm32g0xx_ll_rcc.h" #include "stm32g0xx_ll_bus.h" #include "stm32g0xx_ll_gpio.h" // ==============================
direkt mit den CMSIS Definitionen auf den Register trommeln. Die CMSIS Header liegen in: Benutzer\STM32Cube\Repository\STM32Cube_FW_G0_V1.2.0\Drivers\CMSIS\Device\ST\STM32G0xx\Include
-
Thread
Basic Interpreter für uC ?
Interesse: http://geoffg.net/maximite.html Es existieren angeblich auch von dritter Seite Ports auf STM32, Der Source Code ist auf Anfrage erhältlich und in C geschrieben. Mit diesem Grundgerüst könnte man etwas hinsichtlich C64 Befehlssatz machen.
im Beitrag #5974623: > Inzwischen bin ich vom STM32 schon wieder bei Z80 und dazwischen lag mal > der 80C51.... jetzt den ESP8266, Ich glaube, Du weißt nicht, was Du willst.
-
Thread
STM32F103C8T6 mit Arduino Serial funktioniert nicht
Arduino CooCox benutze. Daher >bin ich gerade dabei den Code, den ich für Arduino geschrieben habe >in C mit CooCox neu zu schreiben So, gerade mal mit Arduino STM32Generic probiert: [c] void setup() { Serial.begin(115200); Serial2.begin(115200); } int Counter=0; void loop() { Serial.println
Beitrag #5115934: > Es funktioniert einwandfrei. Das Bild oben ist von PA2 also TX2. > > Hast Du STM32Generic probiert? Das ist ja ein ding! Ich habe bislang immer das Generic STM32F103C series von rogerclarkmelbourne benutzt und jetzt mit dem stm32generic von danieleff funktionierts!
-
Thread
IDE für STM32
Harry L. schrieb im Beitrag #5775790: > SW4STM32 ist ein totes Pferd Dafür, dass SW4STM32 ein totes Pferd ist, ist die Unterstützung im Cube für das STM32MP157C-DK2 aber recht gut und wenn ich mich recht erinnere auch einzigartig, da aktuell
Michael F. schrieb im Beitrag #5776091: > Harry L. schrieb im Beitrag #5775790: >> SW4STM32 ist ein totes Pferd > > Dafür, dass SW4STM32 ein totes Pferd ist, ist die Unterstützung im Cube > für das STM32MP157C-DK2 aber recht gut und wenn ich mich recht erinnere > auch einzigartig,
-
Thread
SDCC & PIC16F
mal wie in den Screenshots aussehen (und neben den schon funktionierenden fuer AVR, STM32, LPC, STM8, MCS51 und eben auch noch fuer PIC16/PIC18 ). :- ) eben extrem oldschool wie ich das von gaaaaaaaanz ganz früher mit Borland C++ gewohnt war
>sdcc --version SDCC : mcs51/z80/z180/r2k/r3ka/gbz80/tlcs90/ds390/pic16/pic14/TININative/ds400/h c08/s08/stm8 3.6.5 #9842 (MINGW32) published under GNU General Public License (GPL) Ob ich mir den selber kompiliert hab, weiss ich gar nicht mehr. 02/16/2017 06:02 3,719,680 sdcc.exe
-
Thread
Topologie 3 Phasen Gleichrichter mit Buck-Funktion und PFC
STM32f334R8 arbeiten. > Noch ein paar Tips für float-Berechnungen mit dem STM32F3xx. Nie > vergessen die Schalter -ffast-math zu setzen, sonst dauern manche > Berechnungen wie sqrtf deutlich länger
Timer etwas stutzig macht, dass er >laut Beschreibung keinen up/down-counting Modus besitzt. Für STM32F405/415, STM32F407/417, STM32F427/437 und STM32F429/439 Center-aligned mode (up/down counting) Seite 520 im reference manual (RM0090) Für STM32F303xB/C/D/E, STM32F303x6/8, STM32F328x8, STM32F358xC
-
Thread
STM32 I2C byte lässt sich nicht ändern
STM32_Noob schrieb im Beitrag #5210034: > uint8_t buffer[2]; > > while (1) > { > buffer[0]++; > > HAL_I2C_Master_Transmit(&hi2c1, 0x40, buffer, 1, 100); > HAL_Delay(1000); >
286914/stm32-hal-delay-hangs-with-hal-gettick-0
-
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
Sorry wenn ich nochmal Frage Aber was ist der unterschied zwischen meiner Variante [c] uint32_t a = *((uint32_t*)0x1FFF7A10); uint32_t b = *((uint32_t*)0x1FFF7A14); uint32_t c = *((uint32_t*)0x1FFF7A18); printf("uniqueid= %lx_%lx_%lx\n", a,b,c); [/c] und dieser Varante
-
Thread
von ELF nach flashbarem Format mit objcopy
-mthumb -mno-thumb-interwork -c -mcpu=cortex-m3 -mno-tpcs-frame -gdwarf-2 --function-sections -I.\ -o .\objects\stm32f10x_dma.o .\stm32f10x_dma.c arm-hitex-elf-gcc.exe -Wall -Os -funsigned-char -xc -mlittle-endian
-mthumb -mno-thumb-interwork -c -mcpu=cortex-m3 -mno-tpcs-frame -gdwarf-2 --function-sections -I.\ -o .\objects\stm32f10x_rcc.o .\stm32f10x_rcc.c arm-hitex-elf-gcc.exe -Wall -O0 -funsigned-char -xc -mlittle-endian
-
Thread
[S] Low-Pin Count MC mit USB-HID
STM32C071FBP6 USB ohne Quarz, 20 Pins, 1,18 € Heutzutage noch V-USB zu nutzen find ich nicht so sinnvoll, weil es Massen an leicht beschaffbaren und programmierbaren MCUs mit Hardware-USB gibt. Das vereinfacht
heute kosten, dann lohnt es sich nicht mehr darauf zu verzichten es richtig zu machen. Also z.B. STM32C071, STM32F070 oder CH32X035 wären geeignete Kandidaten. Wenn man wirklich nur minimales HID machen will, geht natürlich auch der CH552. Ist aber nen 8051. Wenn man das nicht in riesigen Stückzahlen
-
Thread
STM32F4 mit Code::Blocks
bekomme ich beim linken folgende Fehlermeldung: [code]arm-none-eabi-g++.exe -o bin\Debug\TRIP_STM32_Graph.elf obj\Debug\STM32F4xx_DSP_StdPeriph_Lib_V1.0.1\Libraries\CMSIS\Device\ST\STM32F4xx\Source\Templates\system_stm32f4xx.c.o obj\Debug\STM32F4xx_DSP_StdPeriph_Lib_V1.0.1\Libraries\STM32F4xx_StdPeriph_Driver\src\stm32f4xx_gpio.c.o obj\Debug\STM32F4xx_DSP_StdPeriph_Lib_V1.0.1\Libraries\STM32F4xx_StdPeriph_Driver\src\stm32f4xx_rcc.c.o obj\Debug\TRIP_STM32_Graph\main.c.o obj\Debug\STM32F4xx_DSP_StdPeriph_Lib_V1.0.1
-
Thread
STM32MP1 von ST
STM32MP157C-DK2 Board.
units in the block diagram above to either the Cortex-M4 or the Cortex-A7 https://blog.st.com/stm32mp1-mpu-stm32mp157a-ev1-stm32mp157c-dk2/ Bleibt noch die Frage offen wie die verschiedenen Cortexe miteinander reden können.
-
Thread
Mikrocontroller auslesen
ja, bis heute habe ich gedacht das ich die Einstellungen der Read-Out-Protection selber in meinem C-Code konfigurieren und einschalten muss. Es gibt hierzu ein Beispiel vom Hersteller -> stm32f0xx_flash.c Nicht gerade übersichtlich. Da wollte ich wissen ob meine Befehle im Programm funktionieren
Ich möchte das auch gerne im Quelltext realisieren. Nun habe ich mich an das Verfahren in der stm32f0xx_flash.c gehalten. Klappt natürlich nicht. Ich habe den Verdacht, dass ich es mir wieder zu einfach vorstelle. Wenn ich das so programmiere ist mein "LED-Toggle-Programm" nicht lauffähig
-
Thread
Neue AVR Familie - AVR-DA
Cyblord -. schrieb im Beitrag #6260433: > Ein STM32F0 oder F1 ist billigste Massenware. Lassen sich aber nicht direkt an einer LiIon-Zelle betreiben. > Ganz abgesehen von den, von mir bereits ausgeführten, Nachteilen beim > Debugging von AVRs
Wozu über STM32 vs. AVR streiten? Beide sind doch völlig überzüchtet. Die meisten Probleme kann man auch mit einem Microcontroller für ~0.01 EUR lösen. https://www.mikrocontroller.net/topic/461002?page=1#6162834
-
Thread
Welche Hardware kaufen? (Mikrocontroller programmieren)
Stefan us schrieb im Beitrag #3435842: > wo man diese > tollen STM32 Discovery Board kaufen kann. Launchapd bei TI im Store oder bei http://www.watterott.com Da gibts auch die Discovery STM32
verkaufen. > > Ach was. Die gibts sogar beim Wald&Wiesen Elektronik Shop Reichelt zu > kaufen. Ein STM32F4xx? Du meinst wohl die STM32F3xx, ja die gibts schon.
-
Thread
Einheitlicher uC-Perpherie-Abstraktions-Layer
in einer ADC_STM32xyz.c verweist, die die ADC-Funktion abstrahieren. Bei Wechsel auf einen anderen uC ist dann nur das Sourcefile gegen ein ADC_MSP32xyz.c auszutauschen, die natürlich die selben generischen Methoden
Selbst innerhalb der STM32 Serien gibts ja schon verschiedene DMA und ein STM32H7 hat 3 unterschiedliche gleichzeitig! (dazu zähle ich jetzt nicht integrierte DMA wie bei Ethernet und USB) Auf Arbeit haben wir das mit C++
-
Thread
Einstieg in STM32F7
Hallo Forum, leider habe ich noch nicht den idealen Einstieg in die STM32 Entwicklung gefunden. Hat jemand einen Tipp für Anfänger mit ein wenig Erfahrung in AVR Assembler und C/C++ Grundkenntnissen? Irgendwann wäre es schön, wenn ich dieses Board nutzen könnte: STM32F7
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
CrossStudio / CrossWorks
’ 1> Compiling ‘stm32l1xx_hal_dma.c’ 2> Compiling ‘stm32l1xx_hal_gpio.c’ 3> Compiling ‘stm32l1xx_hal_i2c.c’ 4> Compiling ‘stm32l1xx_hal_pwr.c’ 1> Compiling ‘stm32l1xx_hal_pwr_ex.c’ 2> Compiling ‘stm32l1xx_hal_rcc.c’ 3> Compiling ‘stm32l1xx_hal_rcc_ex.c’ 1> Compiling ‘stm32l1xx_hal_rtc_ex.c’ 4> Compiling ‘stm32l1xx_hal_rtc.c’ 2> Compiling ‘stm32l1xx_hal_spi.c’ 1> Compiling ‘stm32l1xx_hal_uart.c’ 3> Compiling ‘stm32l1xx_hal_spi_ex.c
-
Thread
Stm32F4 Timer
Hallo, Ich habe ein STM32F429 mit 168MHz Takt. Nun wollte ich den Timer5 im 10 Sekundentakt einen Interrupt auslösen, Nur leider Läuft der Timer zu schnell. [c] void Tim5_Configuration(void) { TIM_TimeBaseInitTypeDef
stm32 einsteiger schrieb im Beitrag #4880066: > STM32CubeMX von ST hab ich nicht. http://www.st.com/en/development-tools/stm32cubemx.html Ist kostenlos.
-
Thread
Überraschung, ab heute machen sie Software.
kannst du dir kostenlos runterladen. Dann ein passendes Eva Board und nen uLink dazu. Wenn du nen STM32 nimmst kannst du dir sogar Startup und alles mit einem Programm von ST zusammenklicken. Das geht auch bevor man einen uC gewählt hat, dann sieht man gleich, welche die passende Peripherie haben. Das
Nimm einen STM32. Je nach Typ und Stückzahl gehen da die Preise ab 1$/Stk. los. Ausserdem gibt es je nach Typ auch sehr kleine Gehäuse. Da lohnt sich preislich kein 8Bitter mehr. Für die STM32 gibt es von SGS eine
-
Thread
stm32f051: option byte nicht beschreibbar
Interessantes: [code] ./STM32_Programmer_CLI -c port=SWD mode=UR reset=hwrst -ob displ ------------------------------------------------------------------- STM32CubeProgrammer v1.1.0
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
STM32F103 und die Sache mit den NVIC Prioritys
Kaum enabled geht es schon los und bleibt auch auf Dauerfeuer. https://community.st.com/s/question/0D50X00009XkfxzSAB/idle-interrupt-on-stm32f0-fires-when-enabling-it Gibt noch sehr viel mehr über dieses Problem.
in's Spiel kommen). Und stellen fest: absolut kein Problem und viel weniger Energiebedarf als ein STM32F103... Sogar schon in C und erst recht in Assembler... Soviel zum Thema: 99% Müll...
-
Thread
STM32 startet nach Programmierung erst wenn alle Kabel abgezogen wurden
Kuck mal hier, da hat der F042 einen Boot0 Pin: http://andybrown.me.uk/2015/10/31/stm32f042dev/
/d0/80/e6/be/40/ad/DM00105814.pdf/files/DM00105814.pdf/jcr:content/translations/en.DM00105814.pdf Auf Seite 35. stm32f051c8t6: http://www.st.com/content/ccc/resource/technical/document/datasheet/55/
-
Thread
STM32 Nucleo-F303K8 führt plötzlich kein Programm mehr aus
). creating: __sw4stm32_tmp/ inflating: __sw4stm32_tmp/autorun.bat inflating: __sw4stm32_tmp/install_sw4stm32_win_64bits.exe inflating: __sw4stm32_tmp/msys-1.0.dll inflating: __sw4stm32_tmp/gzip.exe inflating: __sw4stm32_tmp/jre-8u131-windows-x64.tar.gz inflating: __sw4stm32_tmp/tar.exe 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487 AllocationBase 0x0, BaseAddress 0x68560000, RegionSize
-
Thread
CAN-Sender im Mini-Format
products/processors-and-microcontrollers/arm-based-processors-and-mcus/lpc-cortex-m-mcus/lpc1100-cortex-m0-plus-m0/scalable-entry-level-32-bit-microcontroller-mcu-based-on-arm-cortex-m0-plus-m0-cores:LPC11C22FBD48
Stm32f103c8t6 (auf bluepill Board) und can-transceiver (kann man auf Loch Raster unter dem BP verstecken) sind alles was du brauchst. Dazu einen 5V regler (78L05 reicht für eine Bastelei voll aus) und fertig
-
Thread
STLINK V2 und China Boards
[pre] $make flash stm8flash -c stlinkv2 -p stm8s103f3 -w blinky.ihx Determine FLASH area Writing Intel hex file 225 bytes at 0x8000... OK Bytes written: 225 $stm8flash -c stlinkv2 -p stm8s103f3 -s flash -r flash.bin
ist ein [[STM32F103C8T6_STM32_Billig_Board]] am ST-Link V2 (China-Klon) [pre] ~ $openocd -f interface/stlink-v2.cfg -f target/stm32f1x_stlink.cfg Open On-Chip Debugger 0.8.0 (2014-10-20-21:48) Licensed under
-
Thread
STM32CubeMX C++ SW4STM32 TrueStudio
:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Device/ST/STM32F4xx/Include" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Include" -O0 -g3 -Wall -fmessage-length=0 -ffunction-sections -c -fno-exceptions
:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Device/ST/STM32F4xx/Include" -I"D:/10_STM32F411/14_SW4STM32/test1/Drivers/CMSIS/Include" -O0 -g3 -Wall -fmessage-length=0 -ffunction-sections -c -fno-exceptions
-
Thread
STM32F103C unter Arduino
moin, die a-ide lässt sich für verschiedene cpu's erweitern. ESP8266 und auch STM32xxx. den stm32 (arm) bringt die erweiterung für das arduino-due mit. ich bin soweit das es wohl durch die gcc-tools kommt. in meinen projekt ist assamblercode. der gcc benamst wohl das r0 in ip
Archiving built core (caching) in: C:\Users\Meiner\AppData\Local\Temp\arduino_cache_157334\core\core_Arduino_STM32-master_STM32F1_genericSTM32F103C_device_variant_STM32F103C8,upload_method_serialMethod,cpu_speed_speed_72mhz,opt_osstd_788985e64bb343182e2e5afb824970d0
-
Thread
Welcher µC für meinen Zweck?
viele GPIO benoetigt werden) STM32F103C8 - mit libopencm3 USB2UART: CH340G (hab ich unter Windows 7 in LabView angebunden) Motortreiber: L298N
> Wenn man aber 24-Bit Auflösung tatsächlich braucht z.B. bei einem > Prozessofen mit PT1000 und 0.01K Auflösung und +/-0.05K Genauigkeit, > dann nimmt man zur Regelung eben einen 32-Bit uC Und 32 bit genau warum? Ich denke, so pauschal kann man das nicht sagen. Mit einem 32 bit uC ist man vielleicht
-
Thread
keine Hysterese, ext. Interrupt feuert ständig, Bluepill
ist für eine gewisse Flankensteilheit ausgelegt. Was versuchst du denn zu erreichen? In meinem STM32F103C8T6-Datenblatt stehen übrigens andere Werte für VIL (0.35VDD) und VIH (0.65VDD) als von dir genannt. Dort ist auch die Hysterese des Schmitt-Triggers als 200mV (TT-Pin) bzw. 0.05VDD (FT-Pin
innerhalb von HAL_GPIO_EXTI_IRQHandler aus AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.4.0\system\Drivers\STM32F1xx_HAL_Driver\Src\stm32f1xx_hal_gpio.c, gerufen aus den installierten Interrupt-Handlern in AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.4.0\libraries
-
Thread
ARM Cortex M3 für Dummies
Inhalt nichts sagen, aber vielleicht kennt jemand das Buch und kann was zu sagen: Programming with STM32: Getting Started with the Nucleo Board and C/C++ https://www.amazon.de/Programming-Stm32-Getting-Started-Nucleo/dp/1260031314/ref=pd_sbs_14_4/258-5924846-0692958?_encoding=UTF8&pd_rd_i=1260031314&
Nucleo Board and C/C++ Klingt mir zu sehr nach "Malen nach Zahlen mit STM32 und CubeMX/HAL" dabei lernst du nichts. Dennis schrieb im Beitrag #5995528: > Mit Arduino will ich nicht beginnen, das steht schonmal fest
-
Thread
STM32F4 Timer konfigurieren
, damit er auf 168MHz läuft (betrifft das stm32F4Discovery): in der system_stm32f4xx.c muss eingetragen sein: PLL_M = 8 in der stm32f4xx.h muss eingetragen sein: HSE_VALUE = 8000000 */ #include "stm32f4xx.h" #include "stm32f4xx_gpio.h
Hilfe. Sitze da schon seit 8 Stunden :( Total peinlich sowas :) Bis auf das Wesentliche gekürzt: [c] #include "main.h" #include "stm32f4xx_conf.h" #include "stm32_ub_lcd_ili9341.h" #include "stm32_ub_graphic2d.h" #include "stm32_ub_font.h" #include "stm32f4xx_tim.h" #include "stm32f4xx_rcc.h
-
Thread
ATMEL (Microchip) erhöht die Preise
Axel S. schrieb im Beitrag #4666805: > Und als Abrundung am unteren Ende vielleicht noch STM8. Ist das heutzutage wirklich noch nötig? Preis: STM32F030F4 Stromverbrauch: STM32L0-Serie Bauform: STM32L011 (TSSOP14 oder QFN-3x3)
µController von Atmel sehr beliebt. 1 atmega 328p-au 2 atmega 328p-pu 3 atmega 2560-16au 4 pic32mx250F128b-i/sp 5 stm32f407vgt6 6 atmega 32u4-au 7 stm32f103c8t6 8 atmega 328p-mu
-
Thread
ATTINY85 als DCF77-Empfänger
@c-hater Ich kenne die Microchip-Typen der letzten Jahre nicht - bin also wieder Neuling. Auch wenn ich sicherlich bei STM32 bleiben werde, welchen Typen hast du da konkret im Sinn?
kompliziert. RTTY zu SITOR ist kein großes Ding, das habe ich vor Jahren auch mit einem kleinen AT89C2051 gemacht. Ein STM32 ist mehr als ausreichend dimensioniert. Auf meinem miniSDR (auch STM32) werden die Meldungen sämtlicher NAVTEX-Stationen im Klartext als HTML Dateien zwischengespeichert und über
-
Thread
NUCLEO STM32 F0 bis F4 unterschiede Gesperrt
Moin, ich möchte mir eine NUCLEO STM32 zulegen. Es gibt STM32 Modelle von F0 bis F4. Irgendwie kosten alle das selbe. Kennt jemand eine Quelle, wo man die Unterschiede aller Modelle auf einem Blick grob überschauen kann?! Wollte
> teuerer=besser gilt für die µC Auswahl ja nicht. Das ist doch Quatsch. Die Preise gehen von ca. €10,- für die 32er und 64er bis hin zu €28,- für das STM32F7er Nucleo. Also nix mit "das Gleiche".
-
Thread
STM32F302C8T6 Schaltplanüberprüfung
Ich würde die MIC5233-3.3YS SOT-223 nehmen. Was ist daraus geworden? Die Blöcke "NRST and BOOT0", "Crystal 8MHz" und "+3.3V to +3.3VA" sind weit weg vom STM32. Nachdem die auf der Platine so dicht wie möglich neben dem STM32 sitzen, würde ich das im Schaltplan auch andeuten. Und ich würde "BOOT
STM32F302C8T6 erstellt.