-
Thread
STM32 24Bit Bmp nach 565RGB Format
26rk%3D1%26sd%3D190509403384%26 [c] u32 RGB888ToRGB565(u8 r,u8 g,u8 b) {return (u32) (r & 0xF8) << 8 | (g & 0xFC) << 3 | (b & 0xF8) >> 3;} //565 void test(void) { u8 scan_bit1; //µ¥¸ö°´¼üɨÃè±äÁ¿ u8 scan_bit2; //µ¥
hallo, Der Display controller ist ein SSD1289 Das Display sebst ist ein HY32C Egal was ich ein stelle bei der #define DISP_ORIENTATION 0 bekomme ich das Display sebst nicht gedreht es bleibt immer in der 240x320 Position
-
Thread
Empfehlungen: Mikrocontroller mit Gbit-Ethernet-Interface
Packetheader-Aufbereitung ist auch erforderlich. Aber GigE ist auch weniger als 125MByte/s. Den STM32 gibt's doch mit 180MHz. Vielleicht hat der nicht einen solchen internen Bus, aber die Welt besteht auch nicht nur aus STM32.
Ein sehr kleines FPGA-Board mit GigE ist möglich. Man kann argumentieren, eine solche Lösung zum STM32 dazu zunehmen, um sich nicht mit Dingen ausserhalb des STM32 zu beschäftigen (Zeitaufwand). Allerdings übersteigen die Materialkosten dieser GigE-Lösung die Kosten typischer STM32-Boards und der STM32
-
Thread
10ns Rechteckimpuls erzeugen
Sprungfunktion schrieb im Beitrag #3986663: > Kennt jmd eine MCU von STM mit > einem IO-Takt von >100MHz bzw, dass ein Timer >100MHz auf den Pin legen > kann. Abhängig vom Anwendungsfall könnte man einen STM32F4xxx nehmen. Die ..407 laufen typisch mit 168 MHz und die
das? Wenn Du 84 MHz als max. Ausgabefrequenz meinst, dann sind es 5,95 ns für '1' und 5,95 ns für '0'. Ich rede vom STM32F407 und seinen Timern 1, 8, 9, 10 und 11, die ohne Übertaktung mit 168 MHz laufen können.
-
Thread
Index von Array: welcher Datentyp in C
uint32_t Feld; // Parameter für die Feldauswahl Feld = 18; test = array[(uint8_t)Feld]; [/c] Grund für die Frage: Da ich einen STM32 verwende, möchte ich weitestmöglich 32-Bit-Variablen
(In C++ etwa als uint<0, 99> dargestellbar).
-
Thread
Full speed USB mit mikrocontroller
Der stm32f4 kann nachweislich 7MBit/s über USB CDC. Fertiges Beispiel unter: http://mikrocontroller.bplaced.net
c-hater schrieb im Beitrag #3787458: > Gerald G. schrieb im Beitrag #3787430: > >> Der stm32f4 kann nachweislich 7MBit/s über USB CDC. > > Das ist aber eigentlich eine eher schwache Leistung. Das
-
Thread
ADC funktion nutzen
Ich möchte in meinem adc.c file 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
Header File drin. in diesem Fall: stm32f0xx_hal_adc.h und was finden wir da? [c] /* Exported functions --------------------------------------------------------*/ /* Initialization and de-initialization functions *************
-
Thread
SPI interface Schaltung für ein 3.2 LCD display am Raspberry Pi
sinnvoll sehr sinnvoll, als uc z.B. diesen für unter 5€: http://www.ebay.de/itm/1x-ARM-Cortex-M3-STM32F103C8T6-STM32-Kern-Board-Minimum-System-Entwickeln-Board-/301122848477?pt=Wissenschaftliche_Ger%C3%A4te&hash=item461c5206dd Alternativ gibt es 2,8" spi-lcds für ~10€. Die kannst du dann direkt
Ich danke euch für die Tips. Dieser ARM Cortex-M3 STM32F103C8T6 Board sieht sehr interessant aus. Könnte ich mit dem die Komplette oben beschriebene Schaltung ersetzen ? In der Beschreibung finde ich: Board JTAG interface, On-board Mini USB Interface.
-
Thread
Wie groß muss die Vektortabelle des Cortex-M sein?
sonstwo liegen da beim Reset noch kein IRQ-Handling (Mal von NMI etc. abgesehen) an ist. Der beliebte STM32F103C8T6 hat 76 (16+60) (0-0x12F) Einträge. ST beschreibt das ja jeweils zum passenden µC ausreichend. "10 Interrupts and events" im "RM0008 Reference manual".
#6082419: > Bei NXP LPCs brauchst Du mindestens die ersten 8 Einträge, weil an > Position 7 (Offset 0x001C) eine Prüfsumme über die ersten 7 Vektoren > steht. Das war ein NXP (ehemals Freescale) Kinetis. Kinetisse haben keine solche Prüfsummen. Auch viele andere bekannte haben das nicht, auch STM32
-
Thread
Taster entprellen beim STM32f1
} } } ------------------------------------------------------------------ (stm32f10x_it.c) extern uint8_t button_status; void SysTick_Handler(void) { static uint32_t ms_cnt=0; ms_cnt++; if(ms_cnt>50) { // 50ms debounce
Fabian L. schrieb im Beitrag #3439312: > ich habe einen STM32F100 Dann musst du dort einen passenden Abschnitt für diesen Controller einfügen. Das würde in etwa so aussehen: [c] #elif defined (STM32F1xx) #include <stm32Flxx.h> #define ENABLE_INTERRUPTS
-
Thread
STM32F10X_CL Linker script
chanfat_stm32 Läuft so auch erstmal alles wunderbar. Aber ich weiß, dass das Linker script nur für den STM32F103 mit weniger Periperie ist. Wenn ich im Makefile CDEFS = -DSTM32F10X_MD in CDEFS = -DSTM32F10X_CL
gerne das Linker script und was sonst noch notwendig ist anpassen, damit alles korrekt läuft. Im STM32F10x_128k_20k_flash.ld habe ich die Zeile RAM (RWX) : ORIGIN = 0x20000000+0, LENGTH = 32K-0 in RAM (RWX) : ORIGIN = 0x20000000+0, LENGTH = 20K-0 geändert. Reicht das? In startup_stm32f10x_md_mthomas.c
-
Thread
STM32F7-Discovery hal-lib
Hallo, eine kurze Frage. Beschäftige mich seit kurzem zum ersten mal mit den hal-libs für das stm32f7-Board. Ich möchte gerne einfach mal den Audiocodec zum laufen bekommen. Das Modul stm32746g_discovery_audio.c bietet dafür ja ausreichend Code. Unter anderem die Funktion uint8_t BSP_AUDIO_IN_OUT_Init
Volume-Einstellung... allerdings kein Ton. Habe ich einen Denkfehler? Zu dem einfachen Code: [c] #include "stm32f7xx_hal.h" #include "stm32746g_discovery.h" #include "stm32746g_discovery_audio.h" uint16_t buttonState = 0; void buttonLED_Init(); void audioTest(); int main(void) {
-
Thread
STM32F07VG Discovery - EXTI15_10_IRQHandler mit mehreren Interrupts
Grüße, Robin Ich hatte ein BSP gefunden und das dann um PB13 erweitert Hier der gesamte Code: [c] #include "stm32f4xx.h" #include "stm32f4xx_exti.h" #include "stm32f4xx_syscfg.h" #include "misc.h" /* Configure pins to be interrupts */ void Configure_PD0(void) { /* Set variables used
abfragen? Gibt es dafür von ARM auch irgend ne > fertige Funktion für? Kann man alles in der stm32f4xx_gpio.c spicken und in der stm32f4xx.h die Strukturdefinitionen nachlesen.
-
Thread
Suche uC zum Pegel einlesen und auf CAN ausgeben
Transceiver ist keiner drauf, aber sonst ziemlich komplett: http://stores.shop.ebay.de/ElecMerge_STM32F103-Cortex-M3_W0QQ_fsubZ256246119QQ_sidZ789074479QQ_trksidZp4634Q2ec0Q2em322 http://stores.shop.ebay.de/ElecMerge_LPC2119_W0QQ_fsubZ263582719QQ_sidZ789074479QQ_trksidZp4634Q2ec0Q2em322 Der CAN
Hab mir gerade den hier nochmal angeschaut: http://cgi.ebay.de/STM32-ARM7-STM32F103-Cortex-M3-BASIC-STAMP-MODULE-JTAG_W0QQitemZ170394875427QQcmdZViewItemQQptZLH_DefaultDomain_0?hash=item27ac537623 da steht das er einen CAN hat, kann ich diesen CAN verwenden !? oder
-
Thread
Zeigt her eure Kunstwerke (ab 2023)
MP3 Player mit SD-Kartenleser: DFPlayer - Mini MP3 Player Arduino pro mini ATMEGA328P 5V / 16MHz 0.96 Inch I²C Serial 128X64 OLED SSD1306 rotary encoder Lautsprecher 32 Ohm Inzwischen umgebaut auf 1S LiPo & USB-LiPo Ladegerät (intern).
120W (12V @ 10A) hat sich die Temperatur auf angenehme 55°C stabilisiert (extra Temp Sensor in der Nähe der Mosfets). Firmware ist in rust (mit embassy-rs) in einem STM32L072, Software am PC mit Python und minimalistisches Web-Frontend vibe-gecoded. Ach
-
Thread
Development Board gesucht
und die Weboberfläche. Also vom STM32F103 mit externem Ethernetcontroller würde ich ganz klar abraten. Kostet ja nicht weniger und ist deutlich leistungsschwächer. Von den anderen Nachteilen ganz zu schweigen. Wenn Du viel Flash-Speicher
Ethernet, ist dann > günstierer als das extra zu kaufen > > https://www.olimex.com/Products/ARM/ST/STM32-P107/ Auch hier wieder ein ST32F1er Controller. Der M7 kann dreimal so hoch takten, hat eine bessere interne Struktur, erheblich mehr Speicher (8mal soviel RAM!) und auch andere Funktionen, wieso
-
Thread
Problem: CH32V003 läst sich nicht (mehr) flashen
ich das > Ganze, sagt man da "bare metal"? zu programmieren. Diese Strukturen sind an die von STM für ihre STM32-µCs entwickelten HAL "Cube MX" angelehnt. Wer also Erfahrung mit STM32 hat, wird sich schnell zurechtfinden. Wenn Du aber "näher am Geschehen" dransein willst, solltest Du Dir das
Harald K. schrieb im Beitrag #7571812: > Diese Strukturen sind an die von STM für ihre STM32-µCs entwickelten HAL > "Cube MX" angelehnt. > > Wer also Erfahrung mit STM32 hat, wird sich schnell zurechtfinden. Ja, so habe ich das auch empfunden. Ich hatte vor 3 Jahren mal
-
Thread
FSMC Interface vom STM32 Prozessor
simple Logik Analyse. Man kann leider viele Fehler beim STM32 machen :-(
Klassiker bei STM32: Clock eingestellt, aber nicht enabled.
-
Thread
ARM Prozessor mit DAC oder DSP
Preiswert und mit etwas DSP Funktionalität kommen die STM32F4. Das Discovery Board mit dem STM32F407 hat schon einen Audio DAC per I²S auf dem Board, aber nur wenig RAM. Das STM32F429 hat ein Grafikdisplay mit Touch und 8MB SDRAM - dafür aber keinen Audio
Philo schrieb im Beitrag #5964175: > Danke Matthias für die Antwort! Also der STM32F429 gefällt mir. Dann teile es auf Facebook und drücke auf "Like". Sonst glaubt dir keiner dass der uC dir gefällt.
-
Thread
Ein kleiner Oberoncompiler für die C16x-Familie
wenn jemand Interesse hat, habe noch sehr viele, teilweise original verpackte, Typen: - 144 x SAF-C167CR-LM - 17 x ST10F167-Q6 - 26 x ST10R167-Q6 - 24 x ST10F168-Q6 - 25 x ST10F269-Q3 - 154 x ST10F275-CAA - 20 x SAK-C164CI-LM - 20 x SAK-C161CS-32FF - 20 x SAF-XC164CS Bei Interesse
es jemand probieren möchte: obcc.diff in das Verzeichnis trunk schieben und von dort aus mit [c] patch -p0 -i ./obcc.diff [/c] patchen. Viel Spaß, Guido
-
Thread
Umfrage: Mikrocontroller der Zukunft
gab es den STM32 leider nicht)
Hi, wahrscheinlich ist die C-Control Version 5.0 der Renner! Viele Grüße Dideldum
-
Thread
Literatur für ARM-CORTEX-M3
Die Architecture Reference von ARM. - Das Reference zum Cortex-M3 Core von ARM. - Das Pendant von STM zum Core in den STM32. - Die Reference von STM über die I/O. - Die Reference von STM über das Flash. - Das Datasheet vom jeweiligen Device. - Das übliche heissgestricke Hitec-Dings. - Den Wälzer
selber zu bauen. Ungefähr so: Der herstellerunspezifische Teil in Form der CMSIS-Files, und das STM32-bezogene File stm32f10x.h. PS: Schimpfen kann ich auch: ;-) http://www.mikrocontroller.net/topic/143715
-
Thread
Strukt mit Pointer auf Array wird um ein byte verschoben
Hallo zusammen Ich habe folgenden Code: [c] typedef struct paketType { uint8_t Address; //0xFF ist Broadcast uint16_t Length; //Länge in Bytes inklusive CRC32 uint8_t PaketType; uint8_t Status; uint16_t Idenfitifier
A. K. schrieb im Beitrag #4671997: > Welche CRC32 passt eigentlich in 16 Bits? [c] (CRC32 & 0xFFFF) [/c]
-
Thread
Fragen zu Entwicklungsboard?
für stm32f4 gibt es coocox ide die ist gratis und easy zu bedienen. wobei wenn du schon erfahrung mit programmieren und frameworks und c hast wird dir wahrscheinlich 32bit mit der stm32 basisbibliothek nicht
damit wirds debuggen nicht wesentlich anders wie du es gewohnt bist von der pc programmierung... stm32f0 oder stm8 discovery-boards sind zum einstieg nicht schlecht, da die verbauten cpus vergleichsweise überschaubar sind... die f1,f3,f4 boards sind eben mit größeren cpus ausgestattet. die launchpads
-
Thread
STM32F4xx Kompillieren von LwIP Demo
-o MainApp_rom.elf ./out/src/LwIP/fsdata.o:(.rodata+0xa928): multiple definition of `file__STM32F4x7_files_logo_jpg' ./out/src/LwIP/fs.o:(.rodata+0xa928): first defined here ./out/src/LwIP/fsdata.o:(.rodata+0xa93c): multiple definition of `file__STM32F4x7_files_ST_gif' ./out/src/LwIP/fs.o:(.rodata+0xa93c): first defined here ./out/src/LwIP/fsdata.o:(.rodata+0xa950): multiple definition of `file__STM32F4x7_files_stm32_jpg' ./out/src/LwIP/fs.o:(.rodata+0xa950): first defined here ./out/src/LwIP
-
Thread
STM32 Default Bootloader ersetzen
Hallo allerseits Ich habe aktuell ein kleines Problem: Der Speicher von meinem STM32F071 ist fast komplett gefüllt. Das "Programm" ist in einen Bootloader (ab Adresse 0x0800 0000)und eine Applikation (0x0820 0000) aufgeteilt. Weil der Prozessor in einer grossen Produktpalette vorhanden
unbedingt das Problem, aber ich verstehe deine Intention. Die Aufteilung der Speicher-Pages ist je nach STM32 Derivat nicht sehr günstig. Selbst wenn der selbst geschriebene Bootloader mini ausfällt, sind möglicherweise mindest 4k Flash für die erste Page weg. Beim STM32F0 ist man da mit 1kByte Segmentierung
-
Thread
STM32 I2C Fehler
SCL high bleibt. Diese Bedingung wird dann vom STM32 als Fehler ausgeworfen. Prüfe also als erstes, warum vom STM32 kein ACK kommt. Edit: Kann es sein, das du aus Versehen Adresse 0x02 statt 0x04 benutzt? Beim abzählen der Clocks kommt mir das so
, während SCL high bleibt. Diese Bedingung wird > dann vom STM32 als Fehler ausgeworfen. > Prüfe also als erstes, warum vom STM32 kein ACK kommt. > Edit: Kann es sein, das du aus Versehen Adresse 0x02 statt 0x04 benutzt? > Beim abzählen der Clocks kommt mir
-
Thread
STM32FXXX Lektüren & Hilfen
Der Artikel [[STM32]] ist dir sicher schon bekannt?
einstieg, wie z.B.: Unser GCC hier. Danach hab ich das ja auch durchgemacht. Nur jetzt eben für den STM32.
-
Thread
STM32CubeIDE Assembler Projekt erstellen
Ich versuche innerhalb von STM32CubeIDE ein Assemblerprojekt zu erstellen. Habe dazu ein STM32CubeMX C-Projekt erstellt und die C-Files gelöscht und stattdessen die Assembler-Files in das Core/Src Verzeichnis kopiert. Es ist
es unbedeutend, ob ich die in .inc umbenenne oder nicht. Auch .inc files werden nicht gefunden. STM32Cube benutzt offenbar temporäre Verzeichnisse (oder ein VFS?) für seine Kompilation. Vielleicht kann man das irgendwo beeinflussen? [c] /var/folders/kc/5p61t70n0llbn05934gj4r_w0000gn/T//cczu9Dvs.s
-
Thread
Wie viele Quadratur Encoder hat ein Mikrocontroller ?
STM32! gibts mit vielen Eingängen (auch Encodereingängen, die Timerhardware kann einiges bei den STM's)
im Artikel [[STM32]].
-
Thread
Umstieg STM32 auf Atmel SAM Erfahrung
mit Sensoren, würde ich gerne auf die Atmel SAM Plattform wechseln. Bei älteren Projekten hat der STM32F427 gut gedient und mit Keil war die Programmierung auch recht flott zu meistern. Jedoch wächst unser Team und Keil (Traum Debugger) ist sehr teuer. Die Eclipse Toolchain mit STM32 CUBE Mx ist
ich scheine ja > nicht der einzige zu sein: > http://www.eevblog.com/forum/microcontrollers/st's-(stm32cube)-software-ecosystem-is-terrible-how-can-we-fix-it/ Ich frag mich gerade was ich dann falsch mache, ich hatte bisher kaum Probleme mit der HAL. UART, SPI, I2C, Timer in verschiedenen Konfigurationen
-
Thread
STM32 GPIO Anfängerprobleme
direkt angeben > kann. Weshalb ich mir meine Libs lieber selber baue. Bei der dann UART, CAN, I2C für die Anwendung ziemlich ähnlich aussehen, ob das nun auf STM32, LPC2000 oder AVR ist.
angeben >> kann. > > Weshalb ich mir meine Libs lieber selber baue. Bei der dann UART, CAN, > I2C für die Anwendung ziemlich ähnlich aussehen, ob das nun auf STM32, > LPC2000 oder AVR ist. Ja, mache ich auch so: Gleiches "interface", unabhängig vom µC oder "library". Direkte Aufrufe der stm32
-
Thread
PWM-Signal mit Phasenverschiebung 180°
10Hz sondern von vielleicht 100kHz. Während man so eine Phaseshift-Inverter Geschichte mit jedem STM32 noch relativ einfach hinkriegt ist das oben genannte Szenario mit einem einzigen Standardtimer der STM32 Chips nicht realisierbar. Wenn bei der Aussteuerbarkeit der PWM 0-50% reichen, geht auch ein
gleich ist und die High-Zeit der beiden Ausgänge auch gleich ist. Hier ein Codeschnipsel für einen STM32F103Cx (Bluepill) an A8 und A9. Die Initialisierung der Gpios ist hier nicht drin! [c] #define PWM_ARR 20000 void InitPWM() { RCC->APB2ENR|=RCC_APB2ENR_TIM1EN; TIM1->PSC=0; TIM1-
-
Thread
lwIP für STM32F4
file (startup_stm32f4xx.s) before to branch to application main. To reconfigure the default setting of SystemInit() function, refer to system_stm32f4xx.c file */ NVIC_PriorityGroupConfig(NVIC_PriorityGroup
static uint8_t data[] = {1,2,3,4}; volatile err_t status; volatile uint8_t free = 0; struct udp_pcb * udp; udp= udp_new(); struct ip_addr * ip_stm32 = NULL; IP4_ADDR(ip_stm32,192,168,0,10); struct ip_addr * ip_laptop = NULL; IP4_ADDR(ip_laptop,
-
Thread
Kontinuierliche Datenrate Mikrokontroller -> PC über USB
soll er denn loggen, mit welchen Parametern? >ist mit > einem aktuellen PC mit Windows und einem STM32 möglich? Mit Windows auf einem PC wäre mit USB2.0 eine Brutto-Datenrate von 480MBit möglich. Praktisch einiges weniger. Das wird dein uC aber womöglich gar nicht schaffen. > Welche USB Device
ergibt "The maximum Baud rate achieveable with FTDI's current devices is 3M Baud." Die Datenrate vom STM32 muss am USART dann auch genau 3M Baud sein. Dafür kannst Du dann auch einen STM32 ohne USB-Controller nehmen, weil Du ja den USART nutzt. Die Frage war aber ursprünglich > Welche … Datenrate
-
Thread
8051 - Programm und Daten in einem 128kB Chip ohne Overlap
erlernen... Eigentlich nicht, man muss sich zB nicht mit dem Bank Switching rumschlagen... Wenn du C(++) kannst solltest du dich leicht einlernen können. Gerade zum STM32F4 gibts jede Menge Material im Internet.
MCUA schrieb im Beitrag #3762488: > Adr-Setup Time (ns) ausreichend? > garantiert? DS80C320: 48ns 20ns (SRAM) + 10ns (CPLD) < 48ns > Adr-Hold Time (ns) ausreichend? > garantiert? DS80C320: 0ns Irgendwas > 0ns MCUA schrieb im Beitrag #3762488: > 2. fällt bei auf <64kB zugreifenden
-
Thread
Vorteile von STM32F0 gegenüber STM32F1 Serie
den F0 bereinigt und fuer vieles reichen die 32k Flash und 4k RAM zusammen mit der implementierten Peripherie der kleinsten F0 ja. Vom reduzierten Befehlssatz sieht Mann in der C-Quelle ja nichts. Aber
-Designs in den F0 > bereinigt und fuer vieles reichen die 32k Flash und 4k RAM > zusammen mit der implementierten Peripherie der kleinsten F0 ja. > Vom reduzierten Befehlssatz sieht Mann in der C-Quelle ja nichts.
-
Thread
I2C Problem: Kein ACK
cdn-learn.adafruit.com/downloads/pdf/adafruit-ina219-current-sensor-breakout.pdf]] aber von Ali) über einen STM32F103 anzusteuern. Nachdem der STM32 sich bei Hardware-I2C mit einem dauergesetzten Busy-Flag aufgehängt hat (aber das ist eine andere Geschichte), bin ich testweise auf Software-I2C umgestiegen.
Ich warte im Code jeweils, bis der gesetzte Pegel korrekt zurückgelesen wird. Weshalb Software-I2C: Der Grund ist, dass das Hardware-I2C des STM32F103 sich wegen einen Bugs im Silizium mit gesetztem Busy-Flag aufhängt [[http://www.st.com/content/ccc/resource/technical/document/errata_sheet/7d/
-
Thread
µC für digital geregeltes Netzteil
Beitrag #4641655: > Okay, aber ich brauche halt einen mit CAN und optimierung auf Netzteile. *STM32 F*
Der hier z.B.: http://www.st.com/content/st_com/en/products/microcontrollers/stm32-32-bit-arm-cortex-mcus/stm32f3-series/stm32f334/stm32f334c4.html
-
Thread
LSERDY wird nicht ready - STM32F407 LSE Clock
, #0x02 @ LSERDY set? beq 5b ------ r0 0x8101 (Hex) r1 0x0 (Hex) r2 0x1 (Hex) r3 0x10000004 (Hex) r4 0x24c (Hex) r5 0x40007000 (Hex) r6
die LSE-Clock statt der internen RTC-Clock einschalten, weil der Chip eine externe Beschaltung mit 32KHz Quarz hat. Die Register hatte ich nur deshalb zitiert, weil r0 und r6 im Code vorkommen zur Kontrolle, daß die richtigen Werte benutzt werden. Das war Cut/Paste aus dem Debugger (STM32CubeIDE)
-
Thread
STM32L073RZ läuft auf HSE nur halb so schnell wie erwartet
die CPU läuft immer nur halb so schnell wie sie soll. Versuch 1: Zuerst habe ich den Code von STM32duino kopiert und modifiziert. Ich habe HSI durch HSE ersetzt und die PLL verdoppelt. Das sollte wieder 32 MHz ergeben, läuft aber nur halb so schnell. [c] void SystemClock_Config(void) { RCC_OscInitTypeDef
Es gibt noch einen Widerspruch. Die Messung an PF0 und PF1 passt gut zu dem Bild https://www.mikrocontroller.net/attachment/697915/STM32L073-oscillator.png und das Signal am PF1 würde auch den halben CPU-Takt erklären. Im Bild ist "fHSE to core" aber
-
Thread
STM32F4xx: I2S, 192khz mit ext. Oszillator (24.576Mhz)
(und schnell) passieren, um noch im Rahmen des erlaubten Timings (uC -> DAC) zu liegen. Oszillator --> DAC DAC --> ext. PLL --> STM32F4 --> DAC
weswegen? > Was haltet ihr davon, die 24.576Mhz per externem PLL zu verdoppeln, um > sie dem STM32F4 schmackhaft zu machen? Da müsste natürlich äußert > präzise (und schnell) passieren, um noch im Rahmen des erlaubten Timings > (uC -> DAC) zu liegen. > > Oszillator --> DAC > DAC -
-
Thread
STM32 mit dem LA töten?
Kurzversion: Anschließen eines Saleae-Clons an einen Port des STM32L0 killt den SWD-Zugang, nicht aber den Rest des Prozessors. ------------------------------------- Meine ersten Gehversuche mit dem STM32L0 haben zu seltsamen Resultaten geführt: Ich habe mir
, ich habe nicht gesehen, dass er 5V und 3V3 verbunden hat. Es laufen bestimmt Millionen von STM und wahrscheinlich genauso viele chinesische LA problemlos weltweit. Aber wenn man sich ein bisschen Mühe gibt, ist alles kaputtzukriegen. Die meisten uC Pins vertragen nur Vcc + 0,5V, also
-
Thread
Arduino IDE 2.1 / MicroPython 1.2 erschienen
micropython-lib repository, making it easier to install the packages needed for a given project. [/c] Im Hause STM stehen Erweiterungen für verschiedene STM32-Kerne an (“The stm32 port sees support added for STM32L1xx MCUs, STM32H723, USB on STM32G0xx and mboot support for STM32G0xx. ”). Das Entwicklerteam
-1124 -1.934% minimal x86: -4322 -2.967% unix x64: +264181 +50.533% standard stm32: -3592 -0.906% PYBV10 cc3200: -1832 -0.990% esp8266: -2284 -0.327% GENERIC esp32: +9659 +0.632% GENERIC nrf: -84 -0.045% pca10040 rp2: +13096
-
Thread
makefile Suffixregeln
${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_dma.o : stm32f10x_dma.c ${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_gpio.o : stm32f10x_gpio.c ${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_flash.o : stm32f10x_flash.c ${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_it.o : stm32f10x_it.c ${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_rcc.o : stm32f10x_rcc.c ${CC} ${CFLAGS} -I./ -o$@ ./$< ./o/stm32f10x_tim.o : stm32f10x_tim.c ${CC
-
Thread
C Programmierung STM32
lauter Bäumen nicht mehr. Ich habe mir für den Start dieses Teil besorgt. http://www.ebay.de/itm/STM32F0-DISCOVERY-USB-STM32F051R8T6-STM32-ARM-Cortex-M0-Development-Board-/161288388361?pt=Mess_Pr%C3%BCftechnik&hash=item258d897f09 Nun ging es daran, die Software auszusuchen. Bin nun bei der CooCoxIDE
tante google sagt: http://diller-technologies.de/stm32.html
-
Thread
STM32: SysTick_Config
Hallo, Ich versuche aktuell anhand eines Beispiels aus dem "STM32L0xx_Snippets_Package_V1.2.0" meine Hardware zum Laufen zu kriegen und da z.B. erstmal eine PWM zu generieren. Ich habe den Code aus der main.c minimal angepasst. Doch es scheitert an dieser SysTick-Initialisierung
Eventuell bringt dich das Tutorial von Professor Laurent Latorre besser voran. Er verwendet einen F0, der ist aber dem L0 ziemlich ähnlich. https://www.pomad.fr/PoMAD/stm32 Oder meins: http://stefanfrings.de/stm32/stm32l0.html
-
Thread
Stm32F103C8 (Bluepill) Pin B4 und B5
Remappen tut man durch beschreiben des AFIO->MAPR Registers. Siehe dazu http://stefanfrings.de/stm32/stm32f1.html#bluepill
remappen, sondern JTAG deaktivieren. Das ist auf der selben Seite beschrieben: http://stefanfrings.de/stm32/stm32f1.html#swjdisable Entspricht im Prinzip den beiden vorherigen Vorschlägen.
-
Thread
ADC STM32 Kallibrationfehler ?
Hallo, ich habe einen SM3210e-Eval board mit einem STM32F103Z Prozessor von ARM drauf und habe das Problem das die ADC eine große Abweichung zu dem eigentlichen Wert produzieren. Bis 0.3 V ist der abgetastete Wert gleich dem vom Spannungsgenerator erzeugten
Aref Pin nicht , habe nur eine Vref = 3.3V in der Doku > > Mein Fehler, du hast recht, heißt bei STM32 Vref. > Hast du die 0.7V auf dem Vref oder auf einem GPIO, der als ADC Eingang > verwendet wird gemessen? > > ADC_GetConversionValue liefert dir nicht den absoluten Spannungswert, > sondern
-
Thread
Absoluter Anfänger
Davon habe ich keine Ahnung. Ich verwende an der Arbeit Keil Microvision zum Programmieren von STM32-Controllern in C, und privat MPLAB X zum Programmieren von kleinen PICs. In beiden IDEs kann man natürlich die C-Programme auf Quelltextebene debuggen und Variablen und Registerinhalte anschauen und
Bedienkonzepten bist du als SPS-Programmierer ja gewöhnt, eine gute Voraussetzung für µC-Programmierung, egal ob PIC, AVR oder STM32 ;-) PS: Damit will ich AVRs nicht abwerten - wie schon geschrieben habe ich halt mit den PIC angefangen.
-
Thread
STM32 baremetal ADC
damit die ADC Initialisierung erhalten bleibt. Das ist aber natürlich nicht der Sinn der Sache. [c] #include <Arduino.h> #include "analog2.h" // /home/christoph/.arduino15/packages/STMicroelectronics/hardware/stm32/2.3.0/libraries/SrcWrapper/src/stm32 // analog.cpp // /home/christoph/.arduino15/packages/STMicroelectronics/hardware/stm32/2.3.0/system/Drivers #ifdef __cplusplus extern "C" { #endif uint16_t adc_read_value2(PinName pin, uint32_t resolution); #ifdef __cplusplus } #endif #define CHANNEL 5 // PA0 -> A0 //#define