-
Thread
ARM und WS2812 LEDs mit DMA und ATF16V8B?
zu dem http://www.mikrocontroller.net/topic/344785 möchte ich die LEDs _mit_ DMA ansteuern. Diese STM32F4-Bibliothek erzeugt PWM-Werte für die Datenleitung und schiebt sie dann per DMA raus, das finde ich aber doof: [c]void p_WS2812_calcTimerBuf(void) { uint32_t n; uint32_t pos; WS2812_RGB_t
bei FPGAs geht es dann etwa dort los: http://www.mouser.de/ProductDetail/Lattice/LCMXO2-256HC-4SG32C/?qs=sGAEpiMZZMsLKVrzu2LM0KUctzsle5Ju
-
Thread
Einsteigerfrage zu Cortex M0 mit LPCXpresso
ist für den LPC11xx auch die Funktion: [c] void GPIOSetInterrupt( uint32_t portNum, uint32_t bitPosi, uint32_t sense, uint32_t single, uint32_t event ) { switch ( portNum ) { case PORT0: if ( sense == 0 ) { LPC_GPIO0
]=0; [/c]
-
Thread
Moderne AVR (Nachfolger Atmega und Attiny)
für externe SRAM, deshalb halte ich AVR128DB eher für kleinere Sachen konzipiert. Aber auch wie bei STM32 muß man 0,5 mm Pins löten können. Vorteil von alten AVRs ist bessere Code-Verständlichkeit. Selbstverständlich wenn man MC ohne Arduino benutzt :)
bis 5 V und der rel. kleine Preis. Wenn man etwas "Neues" zum Spielen sucht, würde ich zu Cortex-M0 raten aber nicht unbedingt zum o.g. RP2040, sondern eher STM32G031/431 mit verschiedenen Gehäusetypen von extrem sparsam bis sehr leistungsfähig.
-
Thread
Compiler überschreibt Speicherbereich von Malloc
0x0 0x20000c1c __end__ = . 0x20000c1c _end = __end__ 0x20000c1c end = __end__ *(.heap*)
[c] .co_stack 0x20000c1c 0x4804 load address 0x0800bb04 [/c] Stackende lt. den letzten Infos: 0x20000c1c + 0x4804 = 0x20005420 SP liegt bei 0x20005408. Alles gut.
-
Thread
STM32 und I2C - Fehler im Code
genau deswegen weil du ihm nicht gesagt hast in welcher Datei er es finden soll. Dumm wäre es jetzt stm32f10x_i2c.c zu inkludieren. Der Grund ist vermutlich eine gewisse Absicht von den SPL-Machern, da sie die entsprechenden Defines "privat" gemacht haben. Du solltest I2C_GenerateSTOP (..) aus stm32f10x_i2c.c
Rätsel Rater schrieb im Beitrag #5409169: > Dumm wäre es jetzt stm32f10x_i2c.c zu inkludieren. Sollte schon mit conf.h drin sein. Rätsel Rater schrieb im Beitrag #5409169: > Du solltest I2C_GenerateSTOP (..) aus stm32f10x_i2c.c verwenden. > Gleiches gilt für
-
Thread
Bitte um Hilfe bei der Programmierung von AVR8-Mikrocontrollern in C
TEMP-Register, der nicht zu deinem L-Byte gehört. https://onlinedocs.microchip.com/pr/GUID-EC8D3BAB-0B5E-454F-AB6E-6A7C91C6F103-en-US-3/index.html?GUID-A7CE312E-676A-4DC2-B0C1-0A78575A1F85
140 Errorzählungen ohne Fehler auch beim Verfahren des SM. [c] int32_t tmp; cli(); tmp = stepCount; // Ein verfaelschen durch ISR verhindern sei(); if( tmp == 0 ) { [/c] Ach, in diesem Zusammenhang fällt mir ein: Ist der Zugriff in C
-
Thread
PWM interrupt am LPC2148
= VIC_ENABLE | VIC_UART0; VICVectAddr4 = (uint32_t)uart0ISR; // address of the ISR [/c] Ich habe also für beide ISRs unterschiedliche VIVectCntl und -Addr Register genutzt. Wenn ich es richtig verstehe wird über
VICVectAddr = 0x0; // End of interrupt execution } [/c] Lasse ich das IF weg, gehts. Ein weiteres Problem ist, der PWM Timer läuft bei gleicher Initialisierung viel langsamer als Timer0. [c] // initialize
-
Thread
VFD Ansteuerung mit STM8
c-hater schrieb im Beitrag #7323608: > Ist sein Projekt > und er selber hat sich aus unerfindlichen Gründen für STM8 > entschieden... Naja, vielleicht hat er noch ne Tüte davon in seiner Bastelkiste
Maschinenbefehl ein möglichst gut zu merkender Name (wird hier oft Mnemonik genannt) zugeordnet. Also anstelle 0C3h 57h 0E0h lieber sowas JMP Kaltstart Bei den maschinenunabhängigen Sprachen bedarf es eines Übersetzungsprogrammes (zumeist Compiler genannt), das für die jeweiligen Sprachelemente der jeweiligen
-
Thread
Einstieg in die ARM/Cortex Welt
Lese mal hier im Artikel: [[STM32]] Vieles davon ist auch auf die anderen Hersteller mit Cortex-M3 Kern übertragbar. Ich empfehle ein Borad mit einem STM32F4xx drauf. Das kleine STM32F4DISCOVERY auch gleich mit bestellen, kostet
hi meine empfehlung: http://at.farnell.com/stmicroelectronics/stm32f4discovery/evaluationsbord-stm32f4-discovery/dp/2009276 mit http://at.farnell.com/stmicroelectronics/stm32f4dis-bb/erweiter-stm32f4-cortex-m4-discov/dp/2250205?in_merch=true&MER=i-9b10-00001460
-
Thread
ADC Wert ändert sich bei ändernder Versorgungsspannung
Rein aus Neugierde und weil ich jetzt nicht mal schnell einige Hundert STM32 Datenblätter durchschauen möchte folgende Frage: Welcher STM32 hat denn auf PB0 einen VRef Ausgang?
im Beitrag #6706175: > Rein aus Neugierde und weil ich jetzt nicht mal schnell einige Hundert > STM32 Datenblätter durchschauen möchte folgende Frage: > Welcher STM32 hat denn auf PB0 einen VRef Ausgang? das ist soweit ich weiss die L0 und die L1 Serie, vermutlich die anderen L serien auch.
-
Thread
Was sind eure Lieblings-ICs?
praktischer LiPo-Charger für USB TPS709 : Ein dazu passender Spannungsregler. Danach kommen die µC: PIC24FV32KA301 : der kleine PIC24FJ128GC006: der mittelgroße PIC32MX470F512B : der große Ehrlich gesagt macht bei mir der µC immer fast alles alleine (naja, mit etwas Hasenfutter), inklusive Buck
Um die 750 IC's der STM32 µC Familie, mag ich alle. MCP6001 - RailToRail OPV 5,5V MCP1702 - SOT23 Spannungsregler MCP16331 - SOT23/6 Step Down Wandler TJF1051 - CAN Transceiver ADUM1201 - galvanische Trennung von
-
Thread
Mikrocontroller Auswahl C++ Unterstützung, CAN, I2C, Open Source Compiler
Anfangen kann, ohne mich noch ewig um die Grundbeschaltung kümmern zu müssen. Ich habe mir hierzu den STM32F103C8T6 herausgesucht. Mit I2C, CAN, USB, UART, SPI, PWM, RTC, 16-Bit-Timern, jeder Menge 5V-taugliche GPIO-Ports, 64KBytes Flash, 20KBytes SRAM, AD-Wandler und 72MHz Takt, Watchdog-Timer und
scheint die Verfügbarkeit und der Preis auch zu nich so schlecht zu sein. http://www.ebay.de/itm/STM32F103C8T6-Board-mit-ST-ARM-32-bit-Cortex-M3-/201475385315?hash=item2ee8de67e3:g:~CUAAOSw8-tWWthI Als Entwicklungsumgebung würde ich mich dann wohl für - Eclipse mit C/C++ Development Tooling und
-
Thread
Einstieg 32Bit µC - Welche "Familie"
/780. z.B. nehmen wir den die hiergenanten werte Up to 49 DMIPS Running at 33MHz from Flash (0 Wait-State) also der µC ist 49 mal so schnell wie der VAX. Wobei der VAX 1757 Dhrystones scheffte. Also so ein AVR32 schaft 1757*49 D =86.093 Dhrystones. Jetzt denken sich einige von euch nur 86.000
***** Anmerkungen: - MEMORY ist ja selbsterklärend, der Controller hat 256K Flash startend bei 0x0 und 64KSRam startend bei 0x2..., Bis auf die Größe sollte das beim STM32 genauso aussehen. Auch die sections sollten genauso sein, bis auf .isr_vector, da Du keine eigene Vektortabelle nutzt. Bei
-
Thread
Linker: cannot find libc.a
system_stm32f10x.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb stm32f10x_rcc.c arm-none-eabi-gcc -I./ -c -fno-common -O0 -g -mcpu=cortex-m3 -mthumb stm32f10x_gpio.c und arm-none-eabi-as
stm32w_gpio.o ttc_gpio.o stm32w_spi.o ttc_spi.o Knoten_STM32W.o STM32W_Testbench.o main.o extensions.o ttc_basic.o -o main.elf Knoten_STM32W.o: In function `Modem_Init': Knoten_STM32W.c:(.text+0x154):
-
Thread
STM32 und Tastenentprellung nach Peter D.
Leider kenne ich mich mit ARM-ASM nicht gut aus... Achja, Version der tools: System Workbench for STM32 - C/C++ Embedded Development Tools for MCU Version: 1.14.0.201703061529 Das scheint die neueste Version zu sein. Gruß, Oliver
ich mich mit ARM-ASM nicht gut aus... > > Achja, Version der tools: > > System Workbench for STM32 - C/C++ Embedded Development Tools for MCU > > Version: 1.14.0.201703061529 > > Das scheint die neueste Version zu sein. > > Gruß, > Oliver Die ganzen Befehle mit X im Namen sind der
-
Thread
1-Wire und non-blocking code (state machine)
Guten Tag, ich beschäftige mich aktuell mit 1-Wire auf STM32 (C, CubeIDE) und habe mir auch schon einige Beiträge hier im Forum durchgelesen. Mir wäre jedoch wichtig, dass der Code nicht blockierend aufgebaut ist und damit scheint die Angelegenheit dann etwas
stop T0 return; } onwi.pbuf = pbuf; TCNT0 = 256 - OW_BIT_SLOT; } [/c]
-
Thread
Preisdivergenz bei Mikrocontrollern;
Ich denke, das kommt noch noch dazu. Ich habe gut 30 kleine und große AVR vorrätig, aber nur 5 STM32. Welche Boards nach der Kriese wieder produziert werden kann wohl keiner abschätzen. Vor allem die mit älteren Mikrocontrollern (Atmega328P ohne B, STM32F103, STM32F40x) sehen wir vielleicht nie
offenbar nur noch chinesische Mikrocontroller, das > wären für Bastler hauptsächlich ESP8266, ESP32, RP2040 und schlecht > gefälschte STM32F103. Also die Teile, die seriöse Hersteller weitgehend > meiden. Huch, seit wann ist denn der RP2040 ein chinesischer µC? > Welche Boards nach der Kriese
-
Thread
STM32F411VET6 - UART RX funktioniert nicht
Guten Tag! Ich bin dabei mein selbst erstelltes Board mit einem STM32F411VET6 in Betrieb zu nehmen. Ich habe schon zuvor das ganze mit dem Discovery Board getestet und in Betrieb genommen dabei hat alles funktioniert. Im Detail wird dabei zu einem SIM800C Modul daten
zurückgelesen werden. Dazwischen ist auch ein Pegelwandler der zur Sicherheit Die Signale auf die 3,3V für den STM32 umwandelt. Es wurde bereits alles mit dem Oszilloskop gemessen, es wird ein Signal über die TX Leitung zum SIM800C ausgesendet und der SIM800C antwortet auch und sendet diese zurück bis zum STM32F411
-
Thread
Umstieg 8->32Bit: Codergröße
> braucht. Der Startup-Code in Form des "Reset_Handler" belegt bei mir stramme 54 Byte auf CM4 stm32f407 - inkl. FPU-Initialisierung (Assembler). Mein selbstgeschriebener Startup für CM3 stm32f100 mit C belegt 80 Byte. Gefühlte 80% davon sind für das Kopieren der initialisierten Daten vom Flash
den Preis geht: http://de.futureelectronics.com/de/technologies/semiconductors/microcontrollers/32-bit/Seiten/5006541-LPC11C24FBD48-301,.aspx?IM=0 LPC11C24 1,78€ bei 1 Stück da ist der Hardwaretreiber auch schon mit drin.
-
Thread
[V] uC, Digtal, Analog, Transistoren, Evalboards
3-input AND -> 0,05€/Stk. Halbleiter uC, Speicher: 1680x F280048PMQR, TI: C2000 32-bit MCU, 100MHz -> 0,50€/Stk. 18x STM32L152RBT6, ST: STM32, Cortex M3, 32MHz -> 1,50€/Stk. 5x STM32F103VDT6
3-input AND -> 0,05€/Stk. Halbleiter uC, Speicher: 1680x F280048PMQR, TI: C2000 32-bit MCU, 100MHz -> 0,50€/Stk. 18x STM32L152RBT6, ST: STM32, Cortex M3, 32MHz -> 1,50€/Stk. 5x STM32F103VDT6
-
Thread
stm32cubemx_nachteile Gesperrt
ausgeführt. Wenn man aber über stm32cubemx z.B. noch einen externen Interrupt, wie z.B. PC13 noch hinzufügen möchte, hat dieses komische stm32cubemx nichts anderes zu tun, als den vorhandenen Code zu überschreiben. Das finde ich im Höchstmaß
Aber das wäre vermutlich zu einfach." "Und das ganze nur, um Deine vorgefertigte Meinung über STM32CubeMX noch einmal zu bestätigen und als allgemeingültige Aussage in die Welt zu posaunen. Toll" "Willkommen in der Steinzeit." "Tja, von der c't gibts das T-Sirt mit dem passenden Motto dazu
-
Thread
DS18B20 - 10m Leitung, Position des Widerstandes
software... https://github.com/dragino/LoRa_STM32/issues/13 Das problem ist auch so eine Geschichte... https://github.com/dragino/LoRa_STM32/blob/master/STM32CubeExpansion_LRWAN/Drivers/BSP/Components/ds18b20/ds18b20.c Da scheint es recht
Sorry... https://github.com/dragino/LoRa_STM32/blob/f343116c708b5f25e7ca3acb152879776d1cbf5c/STM32CubeExpansion_LRWAN/Projects/Multi/Applications/LoRa/DRAGINO-LRWAN(AT)/inc/stm32l0xx_hw_conf.h um genau zu sein da...
-
Thread
STM32F030 Timer 14 tut nichts
RCC_APB1ENR_USART2EN #define RCC_APB1Periph_USART3 RCC_APB1ENR_USART3EN /*!< Only applicable for STM32F072 devices */ #define RCC_APB1Periph_USART4 RCC_APB1ENR_USART4EN /*!< Only applicable for STM32F072 devices */ #define RCC_APB1Periph_I2C1 RCC_APB1ENR_I2C1EN #define RCC_APB1Periph_I2C2 RCC_APB1ENR_I2C2EN #define RCC_APB1Periph_USB RCC_APB1ENR_USBEN /*!< Only applicable for STM32F072 and STM32F042 devices */ #define RCC_APB1Periph_CAN RCC_APB1ENR_CANEN /*!< Only
-
Thread
STM32 Header
uint32_t*)0x40023808) #define RCC_CIR (*(volatile uint32_t*)0x4002380C) ... [/code] und so weiter. Also ohne überlagerte Strukturen. Ich glaube, fertig findet man so etwas nicht, daher frage ich mich
* const WWDG = (wwdg_struct *)0x40002c00;[/c] Dass hier kein #define auftaucht ist kein Zufall. Dank der struct mit Bitfeldern gibt es in allen meinen STM32-Headern kein einziges #define mehr. Auch, wenn es einmal viel Fleißarbeit
-
Thread
[STM32] SPI über DMA lohnenswert?
Die DMA auch am besten triggern oder manuell starten, da sonst der BUS zu ist. Ich benutze am µC immer die DMA, solange die errata es zulässt! Auch wenn ich, z.B am i2c bus immer warten muss. Beim stm32 kann man sogar die GPIO´s mit DMA befeuern. Leider aber nur die komplette Bank (GPIOx).
Servus, hier sieht man die Vorteile von DMA+Interupt: http://letanphuc.net/2014/06/stm32-mpu6050-dma-i2c/ mfg
-
Thread
Datentyp mit 2bytes beim STM32
Hallo zusammen Normalerweise (beim AVR) hat ja ein [c]int[/c] 2bytes Davon bin ich nun auch beim STM32 ausgegangen, und hab mir ein strukt angelegt. Leider hat der int nun aber 4bytes. Ich benötige diesen wertebereich jedoch nicht. 2bytes genügen
Habs getestet in dem ich ein strukt mit zwei chars Alle Cortex-M3,4 können das, und damit auch die STM32F1,2,3,4. Aber nicht die STM32F0 (Cortex-M0). Dokumentiert ist das im jeweiligen "ARMv*M Architecture Reference Manual" (* = 6 für Cortex-M0, * = 7 für Cortex-M3, 4), suche dort nach "alignment".
-
Thread
CooCox / kein Reset Signal über SWD
STM32F103s und habe noch > nie irgendwelche Probleme mit dem JTAG port so wie Du damit gehabt. Interessant. Flashe mal dieses Programm drauf: [c]int main () { while (1) asm volatile ("wfi");
eines meiner discovery Boards. Der Reset per SWD hat bisher auch immer funktioniert. Mein erstes STM32F1 discovery hat gar keinen Reset Pin am Target Anschluss, aber das später gekaufte STM32F0discovery hat diesen. Bei den normalen Anwendungen ist es ja kein Problem wenn beim Debuggen ein Teil des
-
Thread
Z80 OUT (C) mit Register A belegen.
Muss man das Register A bitte immer neu belegen oder reicht es zum Anfang nur einmal ? PS : out (c),0 funktioniert nicht. Danke. ld a,0 out (c),a ld a,0 out (c),a ld a,0 out (c),a ld a,0 out (c),a
Peter B. schrieb im Beitrag #6800181: > out (c),0 funktioniert nicht. Ganz vergessen: Das ist die einzige Ausnahme, die es doch gibt. Der Opcode ist 0xed, 0x71.
-
Thread
-
Thread
STM32x kein malloc mehr möglich
mcu/modules.php?mop=modload&name=Splatt_Forums&file=attachment&AtchOp=get&postid=20160&AtchName=cs-stm32-0.91.zip&AtchNum=0) Syscalls habe ich auch begefügt, diese habe ich aus einem STM32-Framework. (zu finden unter http://www.munts.com/MCU/ARM/stm32f103/) In den Syscalls wird mit end[] der Heappointer
20STM32-103STK-.zip , zu finden im Ordner STM32-103STK-MassStorage/app die Dateien mmc.c +.h und mmc_ll_SPI2.c). Den habe ich modifiziert und erstmal alles was die DMA betrifft, entfernt. Das ist meine Grundlage
-
Thread
Mehrere V-USB Anwendungen auf einem AVR möglich?
Stimmy schrieb im Beitrag #4962541: > Habe mal geschaut: Bei den Chinesen kostet ein STM32F103 ziemlich genau > das Gleiche wie ein ATMega32U4. Beide sind auf einer kleinen Platine, > die man auf ein Steckberett oder Lochraster montieren kann. > > Zum STM32F1 findet man allerdings
übertrieben ist das garnicht, um PC9 als normalen Ausgang zu definieren bedarf es beim ARM, hier ein STM32: [c] //GPIOC Clock enable RCC->AHBENR |= RCC_AHBENR_GPIOCEN; //GPIOC4 aß Output GPIOC->MODER |= GPIO_MODER_MODER4_O; //Push Pull config GPIOC->OTYPER &= ~(GPIO_OTYPER_OT_4); //Max speed
-
Thread
stm32 grundlagen
Hier schon geschaut? http://www.mikrocontroller.net/articles/STM32 Unten findet man Links, z.B. zu STM32Circle
STM32 Reference Manual Cortex M3 Technical Reference Manual STM32F10xxx Cortex-M3 programming manual The Definitive Guide to the ARM Cortex-M3
-
Thread
CubeIDE - erstellen eines Projektes
es überhaupt 10 Klicks sind. Ich spiele es mal durch. Wir nehmen mal an, wir haben gerade ein neues STM32CubeMX Projekt angelegt für den STM32F407VGT6. 1. Code in der .io Datei erzeugen (Generate Code). 2. .io Datei löschen 3. Folgende Dateien löschen: main.h, stm32f4xx_hal_conf.h, stm32f4xx_hal_msp.c, system_stm32f4xx.c 4. HAL Ordner löschen 5. Überall "#include "main.h"" entfernen (Übersetzen zeigt die include Orte als Fehler an) 6. "HAL_IncTick();" aus "SysTick_Handler" entfernen. Übersetzen zeigt den
-
Thread
USART+DMA STM32F3
#include "stm32f30x.h" #include "stm32f3_discovery.h" #include "init.h" /* Private variables ---------------------------------------------------------*/ RCC_ClocksTypeDef RCC_Clocks; __IO uint32_t TimingDelay
Hallo! im STM32F3 usart.c ist DR Register als TDR definiert. :D
-
Thread
Webserver: Software wie am besten realisieren?
deaktiviert. Ging eigentlich relativ gut. Nun möchte ich einen neuen Webserver machen. Mit X-Port und STM32. Zugriff übers Internet soll auch wieder möglich sein. Das ganze Handling würde ich am liebsten auch wieder komplett im STM32 machen. Ich kann nur C und etwas HTML. Zu Beginn würde ich mal eine primitive
spart dir Rechenzeit (falls nötig) auf dem STM32. Komplizierter wird Secure HTTP, aber evtl. finden sich da Beispiele im Netz.
-
Thread
ADC wackelt ohne Verbraucher zuviel
Referenzkanäle kann man mit dem ADC nicht mehr messen sobald auch nur ein einziger hochohmiger Pin des µC einen Strom über die Klemmdioden ableiten muß! ---- Dies wurde von mir beobachtet bei einem GD32F305 welcher ein teilweiser Klon von STM32 ist (in dem konkreten Fall identische (binärkompatibel
5V-Toleranzgeschichte, ob der das überhaupt hat, denn das ist kein exakter Klon eines konkret existierenden STM32, der besteht nur komplett aus Peripheriegeräten die man aus anderen STM32 kennt, nur in einer leicht anderen Zusammenstellung, als obs einer aus der STM32-Familie wäre den es aber bei ST aus irgend
-
Thread
STM32 Bootloader mit USB Device Mass Storage
Hallo alle zusammen, bei meinem kommenden Projekt möchte ich den µC per Mass Storage Device updaten können. Ich verwende einen STM32F767. Das Update soll ähnlich laufen, wie es bereits auf den Nucleo Boards läuft. Massenspeicher wird erkannt und .bin Datei kann
Beispielprogramm. Diese Diskussion sieht vielversprechend aus: https://community.st.com/s/question/0D50X00009Xkejt/need-usb-mass-storage-device-example-code-for-stm32f4-discovery-board ?
-
Thread
Breakout Bord für ARM für Steckboards!
billiger... https://www.st.com/en/evaluation-tools/nucleo-l432kc.html https://eleccelerator.com/stm32f4stamp-breakout-board/ https://researchdesignlab.com/mini-arm-board-lpc2148-breadboard-compatible.html https://www.newbiehack.com/categories/newbiehack-microcontroller-ARM-stmicro-STM32F0R6-ultra-basic-kit
-1-Set/152819967033?hash=item2394c7a439:g:shsAAOSwxZxb6ait:rk:32:pf:0 Gruß aus Berlin Michael
-
Thread
[V] Div. EVA Baords
Captain C. schrieb im Beitrag #3736022: > > STM32 F3 Discovery > > STM32F4-Discovery > > STM32 L1 Dicovery > Könntest Du bitte die genauen Boardbezeichnungen preisgeben?
Beide Kits sind weg. STM32F4-Discovery STM32 L1 Dicovery
-
Thread
Erstes "richtiges" Projekt
Monaten wurde ich hier im Forum von mehreren Leuten richtig hart kritisiert, weil ich das "Tote Pferd" STM32F103 empfohlen habe. Meine Begründung, dass er preisgünstig auf handlichen Boards erhältlich sei, wurde nicht akzeptiert. Ich hatte die Kritik zum Anlass genommen, die Nachfolger STM32F303 und den
Stefanus F. schrieb im Beitrag #5852931: > Ich hatte die Kritik zum Anlass genommen, die Nachfolger STM32F303 und > den STM32L073 auszuprobieren und auf meiner Homepage zu dokumentieren. > Jetzt ratet mal, wie viele Leute sich für diese Doku interessieren: > > F103: 80% > F303: 15% > L073: 5%
-
Thread
STM32L152RC HSI
halt nicht mehr. gibt es eine elegantere lösung für die while schleife als ich sie benutze? [c] //warten bis speed clock ready ist while(RCC->CR == 0x00010303) { } [/c] Das ist aus der Header datei kopiert(STM32L1xx.h) [c] #define GPIO_OSPEEDER_OSPEEDR6 ((uint32_t)0x00003000) #define GPIO_OSPEEDER_OSPEEDR6_0 ((uint32_t)0x00001000) #define GPIO_OSPEEDER_OSPEEDR6_1 ((uint32_t)0x00002000) [/c] Das ist aus meiner GPIO_INI.c datei [c] //Speed Register //00 - 2MHz //01 - 25MHz //10 - 50MHz
-
Thread
STM32F401 flashen geht nicht
0x4 lma 0x80041c4 Error finishing flash operation [/c] [c] /* ***************************************************************************** ** ** File : stm32_flash.ld ** ** Abstract
ok. neue openocd 0.8 unterstützt STM32F401C . hatte die alten
-
Thread
Renesas M16C Ersatz
gefallen die Energiesparmodi G4 sind die neuesten, aber entscheidend ist wohl, welcher Typ in STMs Longevity Liste steht. Markus L. schrieb im Beitrag #7461328: > nice to have: > RTC naja, wenn man sowieso I2C braucht, kostet eine externe RTC auch nur 1 Pin extra. Dafür ist da der 32kHz-Quarz
neueren STM32 können ihren internen RC-Oszillator mit den 32kHz von der externen RTC trimmen. Manche per Hardware, fast alle per Software und dann reicht oft auch der 1Hz-Takt von der RTC.
-
Thread
Linker Problem wegen _sbrk() trotz newlib_stubs.c/mini_cpp.cpp
mit der newlib (u.a. fehlende _sbrk()). Deshalb habe ich zwei Dateien dazugelinkt: newlib_stubs.c (für _sbrk()) und mini_cpp.cpp ( new und delete Ersatz, der malloc und free direkt aufruft). Quellen: https://sites.google.com/site/stm32discovery/open-source-development-with-the-stm32-discovery/getting-newlib-to-work-with-stm32
einfach nichts.. (??). Es sieht dann so aus - der Fehler wird erst im zweiten Befehl offenbar: [c] make all ..linking arm-none-eabi-ld -v -o elf/main.elf obj/main.o obj/system_stm32f10x.o obj/startup_stm32f10x.o obj/stm32f10x_rcc.o obj/stm32f10x_gpio.o obj/mini_cpp.o -TSTM32F10x_512k_64.ld
-
Thread
USART Verbindunz zwischen Atmega 32 und Cortex M3 (Stm32)
Hallo Leute, ich möchte Daten vom Prozessor A (Atmega32) zu Prozessor B (STM32F10x Discovery) übertragen. Schaltungen im Anhang: Code Prozessor A: [c] #define F_CPU 16000000UL //Takt 16MHz #include <avr/io.h> #include <avr/interrupt.h
Test mit Stm32: Also irgentwie geht nichts, empfangen nicht und senden auch net. (Ist jetzt mit PC verbunden) [c] while(1) { /* Wait while USART1 TXE = 0 */ while(USART_GetFlagStatus(USARTy
-
Thread
Z180-Stamp Modul
.0 ..0| 0080 0c 94 32 63 0c 94 b3 30 0c 94 b3 30 0c 94 b3 30 | .2c ..0 ..0 ..0| 0090 0c 94 b3 30 0c 94 b3 30 0c 94 b3 30 0c 94 c0 64 | ..0 ..0 ..0 ..d| 00a0 0c 94 b3 30 0c 94 b3 30 0c 94 ce 71
C373 FF_PUT C3D6 ADD_HLA C5EF B_LD_A C60D B_ST_A C3DB DIV32_R C341 FF_GECH C38E FF_PUTH FD45 ISV_SW B197 S0.INBU B21B S0.OUTB B2B0 S1.INBU B334 S1.OUTB BAD9 CF0
-
Thread
Nachfolger des RP2040/Raspberry Pi Pico
Was für eine ENOB hat denn ein typischer STM32 (z.B. F303)?
ich genial! Christoph M. schrieb im Beitrag #7719289: > Was für eine ENOB hat denn ein typischer STM32 (z.B. F303)? Laut Datenblatt bei 25°C, 3,3 V und <= 5 Msps etwa 11. Wäre der ADC beim 2040 nur mit 10 Bit spezifiziert worden, hätte es wenig zu Meckern gegeben. Um Störungen klein zu halten
-
Thread
µC und SDRam Performance, packen die das?
www.silabs.com/products/mcu/8-bit/efm8-laser-bee/Pages/efm8-laser-bee.aspx Und es gibt auch ARM uC mit M4/M0 die auch noch günstiger als STM32F429 sind, da kann sich der M0 um den ADC und der M4 um die Filter kümmern: http://www.nxp.com/products/software-and-tools/hardware-development-tools/lpcxpresso-boards
Vorteile das in der MCU zu machen. Lothar schrieb im Beitrag #4587745: > Und es gibt auch ARM uC mit M4/M0 die auch noch günstiger als STM32F429 > sind, da kann sich der M0 um den ADC und der M4 um die Filter kümmern: Das hört sich auch gut an mit den zwei Cores. Gibts die auch in "fetter"? Is
-
Thread
STM32 VCP receive
USB-FS initialisiert und es funktioniert, wie kann ich Nachrichten die vom PC geschickt werden an STM32 empfangen? int main(void) { __IO uint32_t i = 0; /*!< At this stage the microcontroller clock setting is already configured, this is done through SystemInit() function which is called from startup file (startup_stm32fxxx_xx.s) before to branch to application main. To reconfigure the default setting of SystemInit() function, refer to system_stm32fxxx.c file */ USBD_Init(&USB_OTG_dev, #ifdef USE_USB_OTG_HS
-
Thread
[C++] UART-Files: UART per Nummer wählen
} [/c] Und dann: [c] USART u0 = USART(0, 9600, true); [/c] Aber ich komme nicht auf eine Lösung, wie mann es möglichst speichersparend umsetzt (der ATmega2560 hat eigentlich genug Platz, aber ich will
Auf ARM's wie dem STM32 kann man die Adressen der diversen Register eines UART mit der Nummer x einfach berechnen (ala a * x + b für gerätespezifische a,b ): [c]uint8_t& USARTx_DR = *reinterpret_cast <uint8_t*>(0x400 *