-
Thread
STM32F0 Verständnisproblem Clock Konfiguration bzw. Clock Tree
Forum, ich beschäftige mich hobbymäßig nun einige Wochen mit den STM32. Hierzu nutze ich ein STM32F0 Discovery, Visual GDB und die HAL Lib. Visual GDB bietet bei Erstellung eines Projektes eine Option zur Einstellung der Arbeitsfrequenz an. Dort arbeite ich mit dem Default von 8MHz. Bei Konfigurationen
Laut dem angehängten Diagram hängt der TIM2 hinter HPRE und PPRE. Eine Sache, über die ich beim STM32F0 Nucleo gestolpert bin (und das scheint beim Discovery genau so zu sein), ist das am HSE kein Quarz hängt, sondern der MCO vom Debugger, über welchen der STM32F0 mit 8MHz versorgt wird. Wenn man den
-
Thread
AVR -> STM8/32. Was ist anders? Was zu beachten? Was benötigt? Gesperrt
auf HIGH [/c] Wie würde das nun bei ST sein? Sagen wir direkt für einen 32Bitter, sagen wir STM32F0. Halten wir auch "erstmal" an dem fest. Sinn dieses Thread ist es das ich das ganze ein wenig verstehe und mich doch dazu "bewegen" kann auf STMs zu "wechseln". Was ist "besser"? Also ich habe
ich problemlos auch die PLL dazu nehmen. Und für kleinere Projekte kommt von da her auch nur ein STM32F0xx in Frage, da ich STM32 kenne und keine Lust habe mir einen AVR dafür an zu tun.
-
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
automatischer Vorschub für Drehbank
Das Display funktioniert soweit problemlos mit 3,3V Ansteuerung. Die Encoder-Funktion des STM32F0 macht auch das, was sie soll: der Timerwert folgt den Impulsen problemlos und offenbar sehr schnell. Ich habe mal spaßeshalber exakt zwei Mal 10 Millionen Impulse mit 1MHz und Richtungswechsel bei
Chris D. schrieb im Beitrag #4891760: > Im STM32F0-Reference Manual steht: Mal wieder an der falschen Stelle gesucht :-/. Aber das Ergebnis spricht ja für sich. Chris D. schrieb im Beitrag #4891705: > Das sollte also schnell genug sein, um
-
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
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 - HD44780 Library verfügbar?
Hallo, ich versuche aktuell mich mit den STM32F0 anzufreunden. Dazu verwende ich Coocox und ein Nucleo F072RB. Schön wäre es, ein paar Infos auf einem Standard alphanumerischem Display ausgeben zu können. Daher meine Frage: Hat jemand einen Link
dich bedeutet, aber das nächste Suchergebnis nach deiner Anfrage ist: https://github.com/pyrohaz/STM32F0-HD44780LCD/tree/master/HD44780_Library Das enthält einige "Luxus"-Funktionen, aber die kannst Du ja weglassen.
-
Thread
Skoda Fabia BJ 2017 stellt von alleine auf Winterzeit um
- das gibts auch in HW, weil das ganze ein paar ganz einfachen Regeln folgt... Es gibt einige STM32F0, die das in HW gelöst haben, nennt man auch RTC :)
ui schrieb im Beitrag #5603180: >> Es gibt einige STM32F0, die das in HW gelöst haben, nennt man auch RTC >> :) ... mal im Ernst, meinst Du Volkswagen nimmt so ein Teil? Würde mich wundern. Gruß Bernd
-
Thread
ADC in Continuous Conversion mit DMA
Moin ich nutze das STM32f0 Board und möchte gerne meine ADC-Werte mittels DMA auslesen. Genauer gesagt, habe ich ein Poti und möchte damit die LED's am Board leuchten lassen, wenn mein ADC einen bestimmt Wert überschreitet.
Richard W. schrieb im Beitrag #6390055: > Moin ich nutze das STM32f0 Board Na gut dass es nur eines gibt, dann wissen wir ja alle Bescheid.
-
Thread
Altium Standart Libs
unterscheiden. Genau das ist der Ansatz: Schematic Component selber bauen (Negativbeispiel: Altium STM32F0 Lib - würg) und wenn's geht ein IPC PCB Layout dazu. rgds
#3447589: > Genau das ist der Ansatz: > Schematic Component selber bauen (Negativbeispiel: Altium STM32F0 Lib - > würg) und wenn's geht ein IPC PCB Layout dazu. rgds
-
Thread
Neue Low End-Mikrocontroller, interessanter Lesestoff und Corporate Politics
Hmm... wenn man sich mal die Übersicht der "Mainstream" MCUs bei STM anschaut, ist damit die STM32F0 Serie eigentlich fast obsolet: https://www.st.com/en/microcontrollers-microprocessors/stm32-mainstream-mcus.html Oder gibt es irgendein Herausstellungsmerkmal was sie besser kann als die C/G
Hmm... wenn man sich mal die Übersicht der "Mainstream" MCUs bei STM > anschaut, ist damit die STM32F0 Serie eigentlich fast obsolet: Das könnte langfristig auch genau das Ziel sein. Die F-Serie wird m.W. in 130nm gefertigt, die G/C-Serie in 90nm Technologie.
-
Thread
DOGM Display an STM32
Ich habe das für Stm32f0 einbisschen genändert. Aber das funktioniert nicht. [c] #include "lcd.h" #include "font_lcd.h" #include "stm32f0xx.h" #include "stm32f0xx_conf.h" // ******************************
Navid M. schrieb im Beitrag #6275475: > Ich habe das für Stm32f0 einbisschen genändert. Aber das > funktioniert nicht. Mach einen neuen Thread dafür auf, und schrieb rein, was genau nicht funktioniert, wo Du schon mit dem Oszi nachgemessen hast, ob Du mit
-
Thread
Neue MCU familie gesucht
stm32cube-mcu-mpu-packages/stm32cubef4.html Dann packst du das Dingens aus. Das Package für die STM32F0 bei mir hat dann folgende Struktur: .../STM32Cube/Repository/STM32Cube_FW_F0_V1.4.0/Drivers/CMSIS/Device/ST/STM32F0xx/Include Da liegen die Headerfiles, die du suchst. >> 2. Und wie gehts
finde wegen seines Minimalismus das Beispiel von hier: http://eleceng.dit.ie/frank/arm/BareMetalSTM32F0Discovery/blinky.html sehr instruktiv. Das Zusammenspiel von Linkerskript und Startupcode sieht man besonders gut in dieser Variante: http://eleceng.dit.ie/frank/arm/BareMetalSTM32F0Discovery/cinit.html
-
Thread
STM32 Default Bootloader ersetzen
beschreiben? AFAIK ist das ROM. Kein Flash. Nein, es dürfte sich um Flash handeln: Aus der STM32F0-Referenz: "It is programmed by ST when the device is manufactured, and protected against spurious write/erase operations." Allerdings hört sich das auch nicht so an, als gäbe es nochmals die
beschreiben? AFAIK ist das ROM. Kein Flash. > > Nein, es dürfte sich um Flash handeln: > > Aus der STM32F0-Referenz: > > "It is programmed by ST when the device is manufactured, and protected > against spurious write/erase operations." Oh, interessant. Da lag ich wohl falsch. Aber egal, beschreibbar
-
Thread
STM32F030 mit ST-Link flashen
Discovery und der Zusatzschaltung herzustellen. Andernfalls kannst Du entweder den ST-Link oder den STM32F0 beschädigen. Am besten zuerst verbinden, STM32F4 Discovery mit PC Verbinden und als letztes den Raspi - und damit Dein "Target" - mit Strom verbinden.
wie folgt sein: - Auf dem STM32F4 Disco beide CN3 Jumper entfernen - STM32F4 Disco (CN2) -> STM32F0 Board: Pin 1 (VDD_TARGET) -> 3.3V Pin 2 (SWCLK) -> SWCLK Pin 3 (GND) -> GND Pin 4 (SWDIO) -> SWDIO STM32F4 Disco an Comp anschließen. Spannungsversorgung des STM32F0 über
-
Thread
Cosmic CXSTM8
Es gibt so viele attraktive Controller aus der STM32F0 Serie, da braucht man über einen STM8 oder was Kompatibles wirklich nicht nachdenken ....
Wastl schrieb im Beitrag #7676925: > Es gibt so viele attraktive Controller aus der STM32F0 Serie, > da braucht man über einen STM8 oder was Kompatibles wirklich > nicht nachdenken .... In besseren™ Zeiten, kostete ein STM8 32-Pinner die Haelfte von einem STM32F0 20-Pinner. Was ich
-
Thread
Mikrocontroller - die Qual der Wahl, oder doch die Wahl der Qual?
. Bei einem typischen STM32F0 läuft nach erfolgreicher PLL-Konfiguration typischerweise der Core inkl. sämtlicher Peripherie mit 48MHz, was dann genauso einfach ist wie bei einem AVR oder PIC, nur eben schneller.
, als 32bit. Christopher hat ja schon ein schönes Beispiel (geteilte Register) genannt. > Ein STM32F0 mit 8MHz ist immer > noch um ein vielfaches schneller als ein AVR mit 16MHz. Das bezweifle ich allerdings. Er mag schneller rechnen können, aber das wär's dann auch schon.
-
Thread
verkaufe STM32F0 und STM32F4 Boards
Angeboten sind: - 1x STM32F4-Discovery: Preis 7,50-Euro + Versand (3,90 per DHL) -1x STM32F0-Discovery: Preis 3,20-Euro + Versand (3,90 per DHL) Die Aktion ist limitiert so lange Vorrat reicht. :-) Selbst Abholung möglich, falls Ihr von D-70xxx/71xxx seid. Bitte um PNs, fall es
EEE Hun schrieb im Beitrag #3396523: > 1x STM32F4 EEE Hun schrieb im Beitrag #3396523: > 1x STM32F0 schreibt er
-
Thread
[S] Standart includes für STM32 AC6 mit HAL
nichts ausser Fehler verursachen ;) Im Coocox Projekt hat mein main.c so angefangen: [c]#include "stm32f0xx.h" #include "stm32f0xx_gpio.h" #include "stm32f0xx_rcc.h" int main(void) { GPIO_InitTypeDef GPIO_InitStructure; SystemInit(); RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOC, ENABLE
-
Thread
USART1 bei STM32 Discovery und Coocox will nicht
beschäftigen sich mit meinem Problem. Doch eine Lösung habe ich nicht gefunden. Ich habe einen STM32F0-Discovery und möchte einfach ein Byte über USART1 senden oder empfangen. Sollte eigentlich kein Problem sein, geht aber nicht. Als IDE verwende ich Coocox, folgenden Code habe ich momentan: [c] #include "stm32f0xx.h" #include "stm32f0xx_usart.h" #include "stm32f0xx_gpio.h" #include "stm32f0xx_rcc.h" void MX_USART1_UART_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure
-
Thread
[V] STM32F0 Discovery & C2000
Hallo Zielgruppe, diese beiden Boards stehen zum Verkauf. Ich hab nur mal ein wenig mit rumgespielt, aber es fehlt die Verwendung in nächster Zeit. http://www.watterott.com/de/Boards-Kits/C2000 15 Euro http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF253215?sc=internet/evalboard/product/253215.jsp 5 Euro Versand 4 Euro. Die Boards können auch einzeln versandt werden, dann aber mit doppelten Versandkosten. MFG Falk
-
Thread
Vorteile von STM32F0 gegenüber STM32F1 Serie
Ich vergleiche gerade die Beschreibungen der STM32F Serien und finde keinen Grund, warum man sich mit der F0 Serie beschäftigen sollte. Offensichtlich hat die F1 Serie bei gleichem Preis mehr Leistung und mehr Funktionen. Was habe ich übersehen?
-
Thread
ADC Auslesen STM32F04
Man muss auch das Reference Manual und das Datasheet dazu lesen. Vielleicht erst mal mit einem STM32F0 oder L0 anfangen, denn die sind weniger komplex.
daher immer alle > konfigurierten ADC Sensoren in einem rutsch pollen. Nein, hast du nicht. STM32F0x Reference Manual: Analog input channels: – 16 external analog inputs – 1 channel for internal temperature sensor (V SENSE ) – 1 channel for internal reference voltage (V REFINT ) – 1 channel
-
Thread
Uart Invertierter Pegel Xmega32A4
STM32F0 z.B.: USART_CR2 -> Bit18 (DATAINV), Bit17 (TXINV) und Bit16 (RXINV)
Ingo Less schrieb im Beitrag #6288419: > STM32F0 z.B.: USART_CR2 -> Bit18 (DATAINV), Bit17 (TXINV) und Bit16 > (RXINV) Ok, also kann die USART das, nicht die Port Pins. Beim XMega kannst du halt jeden Pin einzeld invertieren, egal was dahinter
-
Thread
wait states ARM Cortex-M0
schrieb im Beitrag #6270883: > Wie kann ich die wait states auf 0 setzen? Bei der STM32L0 und STM32F0 Serie ist das standardmäßig bereits deaktiviert. SET_BIT(FLASH->ACR, FLASH_ACR_LATENCY); // 1 Wait state CLEAR_BIT(FLASH->ACR, FLASH_ACR_LATENCY); // 0 Wait states Der Flash Speicher fällt
Doch, z.B. beim STM32F0 oder auch G0 muss man ab > 24MHz 1ws und > 48MHz 2ws konfigurieren. Mit dem CubeMX oder dem alten Excel-Makro Tool ("AN4055 Clock configuration tool for STM32F0xx microcontrollers") wird auch schon
-
Thread
Welchen µC auswählen? Unterschiede zwischen den einzelnen STMs
#4534095: > Wenn es um STM32 geht, die haben alle den gleichen CPU-Kern STM32 kommt mit M0 (Stm32F0), M0+ (Stm32L0), M3 (F1,F2, L1), M4 (F3, F4 L4) und M7 (Stm32F7) CPU-Kern.
Uwe B. schrieb im Beitrag #4534271: > STM32 kommt mit M0 (Stm32F0), M0+ (Stm32L0), M3 (F1,F2, L1), M4 (F3, F4 > L4) und M7 (Stm32F7) CPU-Kern. Dachte ich auch bis ich die Gehäuse geöffnet habe. Aber die sind alle identisch bis auf die Peripherie!! Wie oben
-
Thread
STM32F0: Mit HAL-Lib überprüfen, ob Datenübertragung über SPI abgeschlossen ist?
Hallo zusammen, ich verwende einen STM32F0 und programmiere mit dem STM32CubeMX und der HAL-Lib. Ich sende mit der Funktion HAL_StatusTypeDef HAL_SPI_Transmit (SPI_HandleTypeDef *hspi, uint8_t * pData, uint16_t Size, uint32_t Timeout) mehrere
-
Thread
Entwicklungstools für STM32F030F4
Keil gibt es für die STM32F0 kostenlos (nicht umsonst) http://www2.keil.com/stmicroelectronics-stm32/mdk
MDK for STM32F0 and STM32L0 In cooperation with STMicroelectronics, ARM offers the fully-featured Keil MDK for STM32F0 and STM32L0 devices that is free of charge for end users. http://www2.keil.com/stmicroelectronics-stm32
-
Thread
[V] ARM STM32 F0 Discovery Entwickler Board (NEU)
Moin, biete hier ein STMicroelectronics STM32 F0 Discovery Board an. http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF253215 Preis: 10€ + 2,20 Versand (Maxibrief) oder 10€ + 5,00 Versand (Hermes, versichert)
-
Thread
[STM32] GDB und systick
Ich hab jetzt dem algemeinen Trend nachgegeben und mit ein STM32F0 discovery geholt. Die Blink-Demo von gnu-arm-eclipse compiliert auch soweit recht reibungsarm (nachdem ich die ganzen debug-print dinger rausgeworfen hab, die killen iwie die kiste). Leider blinkt
ich schon gerne einen Debugger (v.a. Wenn der eh schon da is). PS: Das Setup sieht so aus: - STM32F0-Discovery mit ST-Link - PC: 64-Bit Kubuntu 14.04 - st-util - arm-gcc-none-eabi aus dem launchpad.net - eclipse mit gnu-arm-eclipse plugin - als projekt einfach die STM32F0 demo von dem plugin
-
Thread
PWM Generator bauen
Hallo Leute, ich würde gern auf Basis eines STM32F0 einen PWM-Generator bauen. Dieser hat leider nur 16 Bit Timer. Aber dafür hat er auch einen 16 Bit Prescaler. Jetzt soll das Ding Frequenzen im Bereich 1-20kHz mit 1Hz Auflösung (kleinstes Increment
@ Ingo Less (corrtexx) >ich würde gern auf Basis eines STM32F0 einen PWM-Generator bauen. Dieser >hat leider nur 16 Bit Timer. Reicht das nicht? > Aber dafür hat er auch einen 16 Bit >Prescaler. Jetzt soll das Ding Frequenzen im Bereich 1-20kHz mit
-
Thread
ARM Evaluation Board, Entwicklungsumgebung Ubuntu
beliebige Mikrocontrollerboard nehmen. Wenn es ein ARM Board sein soll, dann könntest du z.B. das STM32F0DISCOVERY oder das STM32F4DISCOVERY Board kaufen. Die sind recht preiswert und haben die Programmier- und Debugschnittstelle schon mit drauf. Ich habe das STM32F4DISCOVERY Board gekauft, weil es eine
Es wär ne gute Idee, wenn du dir das Datenblatt von dem STM32F0 und von dem Board mal anschauen würdest. Dann würdest du feststellen, das der ADC im Mikrocontroller ist.
-
Thread
STM32F030 Problem mit GPIO
. geladen. Wer keine Lust darauf hat, hier ist der Sourcecode(leicht gekürzt): [c] #include "stm32f0xx.h" #include "stm32f0xx_gpio.h" #include "stm32f0xx_rcc.h" GPIO_InitTypeDef GPIO_InitStructure; void init(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOA
-
Thread
Erste Schritte: Bekomme STm32 nicht zum Laufen
() function which is called from startup file (startup_stm32f0xx.s) before to branch to application main. To reconfigure the default setting of SystemInit() function, refer to system_stm32f0xx.c file */ /* GPIOC Periph clock enable
0 ; i < a ; i++) { j++; } return; } [/c] Quelle: http://www.hertaville.com/stm32f0-gpio-tutorial-part-1.html
-
Thread
STM32F0 TIM15 -> ADC -> DMA
[c] /* Includes ------------------------------------------------------------------*/ #include "stm32f0xx_conf.h" #include "main.h" /** @addtogroup STM32F0_Discovery_Peripheral_Examples * @{ */ /** @addtogroup IO_Toggle * @{ */ /* Private typedef -------------------------------
-------------------------------------------------------------------------- //---- LED Ports des STM32F0 Discovery Einstellen //-------------------------------------------------------------------------------- /* GPIOC Periph clock enable */ RCC_AHBPeriphClockCmd(RCC_AHBPeriph_GPIOC, ENABLE);
-
Thread
Bootloader für STM32F0 für 1-Wire UART
das Vergnügen tiefer zu tauchen. Meine Anforderung ist, ich brauche einen Bootloader für einen STM32F0, der über 1-Wire UART funktioniert. Ich hab damit jetzt noch nichts gemacht, über die normale UART Schnittstelle oder CAN etc. gibt es eine gute Auswahl fertiger BLs. Leider konnte ich keine für diesen
-
Thread
~1€ ARM-Cortex-M0 (STM32)-Bord selbstgestrickt
Mit Datenblatt und stm32f0xx_rcc.h lässt sich das 48 MHz-Setup auch mit der Standard Peripheral Lib erreichen. Einfach den Block hiermit ersetzen: [code] // ---- Setup PLL for 48 MHz :) ---- RCC_PLLCmd(DISABLE); RCC_PLLConfig
Die ganzen Defines und Datenstrukturen sind in der stm32f4xx.h > definiert. Hier natürlich "stm32f0xx.h".
-
Thread
ARM Cortex M3 für Dummies
Ich würde dir dieses Tutorial empfehlen: http://www.pomad.fr/node/2 Ist für einen STM32F0, also Cortex-M0, wobei die Prozessorarchitektur mMn erstmal sowieso nicht die große Rolle spielt. Das Tutorial ist relativ low-level, also optimal um zu verstehen wie so ein Mikrocontroller und dessen
: > Ich würde dir dieses Tutorial empfehlen: > http://www.pomad.fr/node/2 > > Ist für einen STM32F0, also Cortex-M0, wobei die Prozessorarchitektur > mMn erstmal sowieso nicht die große Rolle spielt. Das Tutorial ist > relativ low-level, also optimal um zu verstehen wie so ein > Mikrocontroller
-
Thread
Umstieg von Atmel AVR auf NUCLEO-F042K6
sich einige Projekte mit dem STM32FO, um sich einiges abzuschauen - https://hsel.co.uk/category/stm32f0-projects/ Pin-Toggle - 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_mx_stm32%
0x01200200770978C69A1141439FE559EB459D7580009C4E14902C3CDE46A77F0FFD06506F5B¤tviews=174 http://www.emcu.it/STM32F0xx/STM32F0xx.html https://www.youtube.com/watch?v=nP6TR6NAZTQ
-
Thread
ADC funktion nutzen
die Funktion des ADC static HAL_StatusTypeDef ADC_Enable(ADC_HandleTypeDef* hadc) im #include "stm32f0xx_hal_adc.h" nutzen. Jetzt ist die aber als static definiert und ich bekomme die Meldung implicit declaration of function "ADC_Enable" is invalid in C 99 Das liegt am static.. Wie kann
braucht sie nur suchen. Steht normalerweise übersichtlich im Header File drin. in diesem Fall: stm32f0xx_hal_adc.h und was finden wir da? [c] /* Exported functions --------------------------------------------------------*/ /* Initialization and de-initialization functions ***************
-
Thread
I2C STM32F0xx (CPAL)
Hallo zusammen, Ich habe gestern endlich einige Fortschritte gemacht, einen STM32F0xx als I2C-Slave zu implementieren. Da leider nirgendwo Beispielcodes zu finden sind, hab ich das mit Hilfe der CPAL-Library versucht, und die ersten 9 (von 10) übertragenden Bits sind angekommen.
-
Thread
Cortex-M0 (STM32F0) Frage zum Flashen
Servus liebe Leute, ich verwende Keils Microvision V4.53.0.0 ich habe seit neuestem unter den "Utility-Options" -> "Download Function" ein Häkchen bei "Reset and Run" gesetzt. Dadurch muss ich den Hardware-Reset-Button nicht mehr betätigen. Dafür bekomme ich jetzt in µVision den folgenden Fehler angezeigt: COULD NOT STOP CORTEX-M DEVICE! PLEASE CHECK THE JTAG CABLE. Nur zur Info, das Flashen funktioniert einwandfrei. Gibt es eine Möglichkeit diese Fehlermeldung abzuschalten? Beste Grüße abc
-
Thread
Werte ins Flash schreiben beim STM32F030F4
Beitrag #4142202: > Ich kann das nicht recht glauben! Ich auch nicht: http://www.han-ese.nl/STM32/stm32f0stdlibrary/html/group___f_l_a_s_h.html @Claus: Kommst Du damit dann allein klar?
Hallo! Danke Euch für Eure hilfreichen Antworten, so langsam beginnt der STM32F0 das zu tun was er sollte :-) Bernd K. schrieb im Beitrag #4142202: > Bist Du sichger daß man da einfach so ins Flash schreiben kann als wärs > RAM? Ich kann das nicht recht glauben! Müsste
-
Thread
STM32 - Eclipse - GCC - Sind Interruptadressen in Startup definiert?
Zwei Fragen hätt ich: 1) Sind die STM32F4 zu den STM32F0 hin eigentlich (mehr oder weniger) abwärtskompatibel? Oder ist das mehr so wie AtMega <-> AtXmega? 2) Ist openocd + stlink ähnlich leistungsstark wie ein 'richtiger' Debugger in der Preisspanne
Joachim .. schrieb im Beitrag #4177698: > Sind die STM32F4 zu den STM32F0 hin eigentlich (mehr oder weniger) > abwärtskompatibel? Nein. Wobei es mit STM32Cube und diversen anderen Frameworks Bestrebungen gibt, universell/portabel zu sein. Wie gut das in der Praxis aber
-
Thread
STM32F0 Discovery Board - Debug Controller nutzen gelockt?
Hi, versuche gerade den debuger Microcontroller vom STM32F0 Discovery zu flashen. Brauche das ST-Link nicht und möchte den zum Eigennutzen nehmen. Leider lässt sich der STM32F103 der dort als Programmiercontroller drin sitzt nicht flashen... Habe ihn