-
Thread
STM32F0 Eclipse Speicherbelegung anzeigen
Hallo zusammen, ich bin kürzlich von Microchip auf STM32 umgestiegen. In der Entwicklungsumgebung von Microchip (MPLABX) gab es eine schöne Anzeige des belegten Speichers auf dem µC. Den STM32 programmiere ich in Eclipse mit dem ARM gcc Compiler. Leider habe ich hier keine Möglichkeit gefunden mir den tatsächlich belegten Speicher auf dem µC anzeigen zu lassen. Hat jemand eine Idee oder einen Tipp wie ich meinen belegten Speicherplatz ausfindig machen kann? Ich danke vielmals. LG Max
-
Thread
STM32 USB CDC Objetkt in Kompilat mehrmals vorhanden
/gen/src/usbd_conf.c. Dieses wird in src\gen\src\usbd_conf.c definiert/genutzt und in rc\gen\src\stm32f0xx_it.c noch einmal genutzt. Warum wird es zweimal angelegt? Hat jemand eine Idee? VG Benny
Beitrag #4758107: > Dieses wird in > src\gen\src\usbd_conf.c definiert/genutzt und in > rc\gen\src\stm32f0xx_it.c noch einmal genutzt Wie ist es in den beiden C Dateien definiert?
-
Thread
STM32F030 + I2C + libopencm3
Ich kenne die libopencm3 nicht wirklich, daher weiß ich nicht ob das hier das Problem ist: Beim STM32F0 hat ST (zum Glück) eine im Vergleich zum STM32F1 deutlich überarbeitete Version der I2C-Hardware verbaut. Die vom STM32F1 hat einige Bugs und ist sehr zickig anzusteuern. Es kann sein daß die libopencm3
-
Thread
Universalprogrammer
nur SBW) - NXP/Freescale HCS08 - NXP/Freescale S12X - STM SPC56xx - STM ST7Flite - STM8 - STM32 F0xx/F1xx/F2xx/F3xx/F4xx - Renesas 78K0R - Renesas RL78 - Renesas R8C - I2C EEPROM - SPI Flash (25Pxx) - Atmel Dataflash - Xilinx XC9500/XC9500XL - TI CC25xx - Cypress PSOC4 Bei Bedarf kann
-
Thread
DCF77 Empfangsqualität
Hi, ich bin dabei eine Uhr mit LEDs und einem STM32F0 µC zu bauen. Prinzipiell funktioniert die Sache auch, allerdings ist mir aufgefallen, dass die Empfangsqualität des DCF77 Signals sehr stark von der Ausrichtung der Antenne abhängt. Mein Aufbau
-
Thread
CoIDE Build-Fehler Projektpfad
:\CooCox\GNU Tools ARM Embedded\5.4 2016q2\bin compile: [mkdir] Skipping C:\#Repo_CheckOut\stm32f0_0816\Debug\bin because it already exists. [mkdir] Skipping C:\#Repo_CheckOut\stm32f0_0816\Debug\obj because it already exists. BUILD FAILED C:\CooCox\aMeineProjekte\STM32F030R8_PRINTF\SW4STM32
-
Thread
STM32F103 "Blue Pill" als preiswertes CAN-Interface
und mit fehlten die Worte... Keine Frage - eine reine USB Implementierung mit STM32F105 oder STM32F0x2 sind sicherlich eine reizvolle Aufgabe. Ein Lösung mit SLCAN hätte den Vorteil, da es fertige Treiber bzw. Software bereits zuhauf existieren. Ein Protokoll auf binärer Basis (ohne den Umweg
-
Thread
STM32L4 DiscoveryBoard & EMBitz geht nicht, keine Unterstützung was tun?!
mir in v0.42 beta) nicht unterstützt. Daher habe ich ein Projekt mit einem der unterstützten STM32F0er (mit gleichem FLASH/RAM) angelegt, und danach alle CMSIS-Sources, sowie startup_stm32f0xx.S und system_stm32f0xx.c/.h gegen die Versionen in der HAL-Lib getauscht. In den Compiler-Settings dann
v0.42 beta) nicht > unterstützt. > > Daher habe ich ein Projekt mit einem der unterstützten STM32F0er (mit > gleichem FLASH/RAM) angelegt, und danach alle CMSIS-Sources, sowie > startup_stm32f0xx.S und system_stm32f0xx.c/.h gegen die Versionen in der > HAL-Lib getauscht. In den Compiler-Settings
-
Thread
STM32F0 Multi Channel ADC mit DMA problem
Hallo zusammen, Ich hab mal eine Frage was das Sampeln mehrerer ADC Kanälen mit DMA auf einem STM32F051 betrifft. Mein Ziel wäre es 16 Kanäle mit dem ADC & DMA aufnehmen und das ganze so schnell wie möglich. An den 16 Kanälen hängen Schiebepotentiometer die an einer Referenzspannungsquelle hängen. Die Spannung am Mittelabgriff habe ich bereits mit dem Oszi kontrolliert, die sieht sauber aus. Nun zu dem Problem.... Die Werte schwanken, und das nicht gerade wenig. Konfiguriert ist das ganze auf 12bit Auflösung, Continuous Mode, der ADC bekommt intern seinen Takt und Sample Time habe schon
-
Thread
STM32F0 - PWM Timer1 und 3 snychronisieren
STM32F0
soundmachine schrieb im Beitrag #4733772: > STM32F0 OK, ich habe das Subject im Eingangsposting mal modifiziert. Vielleicht findest du ja so eher Leute, die sich damit auskennen.
-
Thread
STM32F0 - Boot ins SRAM mit OpenOCD
Ich habe seit kurzem das STM32 NUCLEO-F091RC (mit STM32F091RCT6 Cortex-M0) und arbeite mit EmBitz beta 0.42. Leider versteht sich der STLink-V2-1 anscheinend nicht mit meinen USB-Port (USB3, Notebook), sodass ich auf OpenOCD 0.9.0 ausgewichen bin. Flashen und Debuggen funktioniert problemlos solange der Code im Flash liegt. Um den Flash ein wenig zu schonen, möchte ich aber gerne aus dem RAM debuggen, nur leider hakt es genau da. EmBitz lädt sämtliche Sections so wie es sich gehört in den RAM und scheint dann über einen Core-Reset das Programm zu starten: [code] Reading symbols from bin
-
Thread
STM32F0 mit FreeRTOS & Eclipse
Hallo, ich habe mir ein Projekt aufgesetzt mit einem STM32F0 in einer Eclipseumgebung. Ich benutze dazu ein Discoveryboard stm32f0-discovery. Jetzt habe ich versucht FreeRTOS zu integrieren. Ich habe das aktuelle FreeRTOS downgeloaded, alle Ordner die
-
Thread
STM32F3 Probleme mit Libraries
SV Call Interrupt */ STM32F0-Discovery_skeleton\project_files\../inc/../sys/stm32f30x.h(188): error: #101: "DebugMonitor_IRQn" has already been declared in the current scope DebugMonitor_IRQn = -4, /*!< 12
Interrupt */ STM32F0-Discovery_skeleton\project_files\../inc/../sys/stm32f30x.h(194): error: #101: "PVD_IRQn" has already been declared in the current scope PVD_IRQn = 1, /*!< PVD through
-
Thread
Atmel übernommen, AVRs tot? Alternativen?
gerade die ATtiny. Für die meisten Spielereien waren sie genug. Aber für 3 Euro bekomme ich ja 2 STM32F0 oder LPC11xx... Also muss ich wohl noch einmal umlernen auf ARM. Oder gibt es sonst noch eine gute Alternative? Mir wäre eine freie)* Toolchain mit einer freien)* Entwicklungsumgebung wichtig
/Pages/efm8.aspx AVR-Bastler schrieb im Beitrag #4715701: > Aber für 3 Euro bekomme ich ja 2 STM32F0 oder LPC11xx Die LPC sind die ARM mit der am einfachsten zu verstehenden Peripherie (hatten nämlich mal als LPC900 einen 8051 Kern). Die STM32 sind ohne HAL kaum in den Griff zu bekommen. -
-
Thread
Umstieg auf ARM Cortex
abgespeckte Befehlssatz des M0/M0+. Da darf Mann dann beim M3/M4/M7/ARMxyz gleich nochmal lernen. Ein STM32F0xyz ist schon recht uebersichtlich und bringt einem trotzdem die Besonderheiten der ARM-Peripherie naeher. Mann macht also nichts grundsaetzlich falsch damit anzufangen.
-
Thread
Probleme mit STM32F0xx
ich mir eine Anleitung geholt, von: http://bartteunissen.com/blog/programming-and-debugging-a-stm32f0-discovery-with-eclipse/ Jedoch habe ich das Projekt nicht zum laufen bekommen, da zum einem die Bibliotheken sich nicht einbinden lassen wollten trotz und ständig die Fehlermeldung: make: *
hat das unter Eclipse funktioniert, an dem ich in main.c paar Ein- und Ausgänge des STM32F051R8T6 (STM32F0DISCOVERY-BORDS) belegen und beschalten kann und nicht die ganze Zeit am suchen bin warum das ganze Gedöns drumherum mir ein Strichdurch die Rechnung macht. Das wichtigste währe für mich, das ich endlich
-
Thread
WS2812 per STM32F0 Timer und DMA
Hallo allerseits, ich habe hier ein STM32F072 Discovery Board (STM32F072RBT6) und versuche damit ein paar WS2812B LEDs anzusteuern (konkret ein Ring mit 12 LEDs). Mein Ansatz ist es einen Timer zu verwenden, disen mittels Prescaler und Overflow auf 800kHz [3] zu konfigurieren und dann im PWM Modus nach 350ns oder 900ns einen Pin togglen lassen. Die passenden Werte für die 350/900ns sollen per DMA in das entsprechende Capture-Compare Register geschrieben werden. Die berechneten Werte liegen als Array von uint16_t in RAM (ein Element für jedes Bit am WS2812B). Das Problem scheint zu sein,
-
Thread
STM32 bleibt im mer beim "Reset_Handler" hängen
Welcher Debugger ist es denn? JLink hat in letzter Zeit öfters unerklärliche Probleme mit zB STM32F0. Der 3 Euro China Klon des ST Links hingegegen ging ohne Probleme.
-
Thread
Anfänger - Embedded C Programmierung lernen - Welche Hardware -
Ein STM32F0 Discovery (Cortex-M0) gibt es zur Zeit für 5€ + 2,90€ Versand bei eBay: http://m.ebay.de/itm/Entwicklungsboard-STMicroelectronics-STM32F0308-Falue-line-Discovery-1-Stuck-/311646653104?hash=item488f968ab0%
-
Thread
Wie 2 SPI out Datenleitungen machen
hintereinander sondern parallel weiter gesendet. So weit zur Theorie, als Prozessor würde mir ein STM32F0 / F1 am besten gefallen. Aber da fehlt mir immer eine Schnittstelle, oder ich überlese ständig was. Aber 2 SPI / I²S Leitungen sind halt nicht 3. Eigentlich bräuchte ich noch eine SPI zum Steuern
-
Thread
STM32 Software USB
Implementation deutlich einfacher sein, als auf einem > AVR. Eben nicht. Die Laufzeit ist beim Stm32f0 eben nicht vorhersehbar wie beim avr. Dma könnte das Ganze noch schwieriger machen, wenn es die CPU blockieren kann (keine Ahnung wo hier die Prioritäten liegen). > Benötigt wird noch ein signierter
Austausch zurück. Jedem der sich in das Thema reinarbeiten möchte, sei nochmal die bereits genannte STM32F0-Doku ans Herz gelegt: PM0215 RM0091
-
Thread
STM32F030F4P6 und USART1
den Pins eine LED blinken lassen kann. Ich finde hier den Fehler einfach nicht: [c]#include "stm32f0xx.h" #include "stm32f0xx_rcc.h" #include "stm32f0xx_gpio.h" #include "stm32f0xx_usart.h" inline void delay_ms(uint32_t dtime) { volatile uint32_t n = (dtime * 3750); while(n > 0) n--;
/mikrocontroller.bplaced.net/wordpress/ Ich hab das notwendige einigermaßen angepasst auf den STM32F0 Inhalt der main(): [c] UB_Uart_Init(); uart_puts(COM1, "Hallo UART!", CRLF); [/c] lg Chris
-
Thread
ST-Link Utility -> Can not connect to target
aufgehoben? Read Out protection: Modifies the read protection state of the Flash memory. For STM32F0, STM32F2, STM32F3, STM32F4, STM32L4 and STM32L1 devices, read protection levels are available: – Level 0: no read protection – Level 1: memory read protection enabled – Level 2: memory read protection
-
Thread
Platinen-Design / Anpassung? Woher? Wie teuer? Kann wer helfen?
Du brauchst ja nicht so viel. Reicht ja ein AtTiny2313 von der größe > her. Und wieso keinen STM32F0? Wieso keinen MSP430? Wieso keinen PIC? Es ist noch völlig unklar was er genau braucht, es macht eigentlich wenig Sinn eine spezielle Serie anzuvisieren.
-
Thread
STM32F0 wie sauber Uart senden per DMA mit Timer event
Hallo, ich will mich an ein bestehendes Sensor System dran klemmen und habe da ein paar Probleme. Der ganze UART kram läuft mit ca. 460kbit, das ist aber nicht das Problem! Das original System macht sozusagen 3,5 Stoppbits, also es gibt eine Pause zwischen den gesendeten Bytes. Nach kurzem nachdenken kommt man drauf das man am besten per DMA mit Timerevent sendet. Hat den Vorteil das man nicht ständig im UART int steckt. Ich muss 128 Byte pro MSG senden und dann auf IN umschalten (RS485)! Jetzt aber mein Problem: Ich stelle den Timer und den DMA (128Byte) ein sowie den DMA ende Int. Dann
-
Thread
STM32F0 Systick Main routine freezed
/ Filename: main.c */ /* Includes */ #include <stdio.h> #include <stdint.h> #include <inc/stm32f0xx.h> #include <inc/stm32f0xx_rtc.h> #include <inc/stm32f0xx_rcc.h> #include <inc/stm32f0xx_pwr.h> #include <inc/stm32f0xx_gpio.h> #include "inc/uart.h" #include "inc/i2c.h" #include "inc/
-
Thread
uint16_t Division compilerabhängig? HardFault bei bestimmtem Compiler
#4655553: > In der Tat, völlig übersehen. Welcher Controller genau und welcher > Debugger? STM32F0C8 und IAR Debugger. Die Division funktioniert in der main, in der Funktion nicht.
ide schrieb im Beitrag #4655559: > STM32F0C8 Unter dieser exakten Bezeichnung finde ich nichts. Google auch nicht.
-
Thread
STM Pointerproblem
I_Time, bool I_Reset, float cycle_time, float control_value, float actaul_vaule); #include <stm32f0xx.h> #include <stm32f0xx_conf.h> #include "stm32f0xx_dbgmcu.c" #include "globals.h" #include "setup.c" #include "stm32f0xx_it.c" #include "i2c_io.c" #include "Anzeige.c" #include "PI-Regler.c
I_Reset, float cycle_time, float > control_value, float actaul_vaule); > > > > #include <stm32f0xx.h> > #include <stm32f0xx_conf.h> > #include "stm32f0xx_dbgmcu.c" > #include "globals.h" > #include "setup.c" > #include "stm32f0xx_it.c" > #include "i2c_io.c" > #include "Anzeige.c" > #include
-
Thread
STM32F0 UART - Überschüssiges Byte erkennen
Hallo zusammen, ich versuche mit dem UART1 des STM32F0C8 ein kleines Protokoll zu bauen, dass 4 Bytes empfängt. Dazu werden vier Bytes von mir ausgelesen und in ein Array geschrieben. Falls ein Byte zu viel ankommt und nicht gelesen wird, wird ja das
pxc schrieb im Beitrag #4652639: > ich versuche mit dem UART1 des STM32F0C8 ein kleines Protokoll zu bauen, > dass 4 Bytes empfängt. Du schreibst wirr. Du kannst mit einem Stück Peripherie kein Protokoll bauen. Grundsätzlich nicht. Stattdessen solltest du dich hinsetzen
-
Thread
I2C Scanner mit STM32F0
Hallo, Wie bekomme ich einen "I2C Slave Scanner" hin mit relativ "wenig" Aufwand? Leider gibt es keine Funktion die ich verwenden kann, die mir einen Rückgabewert liefert, worauf sich schließen lässt das was am BUS geantwortet hat.
-
Thread
Layout überprüfen bitte (8051)
Compiler-Einschränkungen und so würde ich mir aber aber auch bei einfachen Sachen nicht antun, die STM32F0 o.ä. sind ja auch mittlerweile sehr günstig...
-
Thread
Flash als EEPROM nutzen bei einem STM32F030
AN2594 - EEPROM Emulation Die ist zwar für STM32F1xx, das Prinzip funktioniert aber genauso mit STM32F0xx.
Application Note 4061 von ST beschreibt die EEPROM Emulation für STM32F0 Chips. Läuft mit der alten Standard Lib, nicht der HAL (Anpassungen nötig). Zu der AppNote gibt es auch ein schönes Code-Beispiel.
-
Thread
STM32F05 SPI 3 Wire Verbindung mit Accelerometer
Definitionen richtig eingestellt sind. [c] #include "semihosting.h" #include <stdio.h> #include <stm32f0xx_conf.h> GPIO_InitTypeDef GPIO_InitStructure; SPI_InitTypeDef SPI_InitStructure; void SPI_Configure(void) { SPI_InitTypeDef SPI_InitStructure
-
Thread
STM32F0: Systick will nicht wenn mit gcc unter linux compiliert
Hallo, ich habe hier ein eigenartiges Problem. Ich möchte den SysTick bei einem STM32F050 (030) benutzen. Wenn ich das Programm im Anhang unter linux compiliere wird des Systick Int nicht ausgelöst. Das gleiche unter Coocox (mit gleicher gcc version 4.8_2014q2 und auc 5.3_2016q1) compiliert, läuft prima. CMSIS_BOOT und CMSIS_CORE, sowie stm32_lib sind vom Coocox Projekt übernommen. Ist ja nicht so, dass der µC mit dem unter linux erzeugten Code garnichts tut, nur der SysTick kommt einfach nicht. Idee ? LG tux