-
Thread
Neue Funkmodule, Windows 11 mit IoT-Funktionen, Schraube mit Gebrauchsmuster uvam
Entwicklungswerkzeuge. Erstens findet sich unter der URL https://community.st.com/t5/developer-news/new-updates-of-stm32cube-embedded-software/ba-p/864041 eine neue Version von Cube, die Fehlerbehebungen und Sicherheitsverbesserungen mitbringt - eine Aktualisierung ist für Nutzer von STM32-Technologien auf jeden Fall
Visual Studio Code-Plugins finden derweil unter der URL https://community.st.com/t5/developer-news/stm32cubeide-for-visual-studio-code-what-s-new-in-december-2025/ba-p/847010 eine Änderungsliste - neben Erleichterungen bei der Installation (Compiler werden nun mitgeliefert) gibt es einige Verbesserungen
-
Thread
STM32F446 USB-CDC mit StandardPeripheralLib - nix geht
verschiedene MCU drauf laufen können. Der USB darauf funktioniert mit SPL-OTG-Treibern von ST beim STM32F405, STMF401, STM32F429, STM32F407 und am STM32F103 oder STM32F042 mit unterschiedlichen Treibern (auch mit dem Code von W.S.). Aber nicht beim STM32F446. Verwende ich die HAL und CubeIDE/MX, läuft
mit 84MHz getaktet - auf dem STM32F401 läuft und auf dem STM32F446 nicht. Das heisst, es liegt auch nicht an der unterschiedlichen, bedingten Kompilierung durch die zahlreichen #if .. #else .. #endif in STM32f4xx.h und anderen systemfiles
-
Thread
STM32F103C8T6 "No response from the target"
Sam K. schrieb im Beitrag #6301409: > STM32F103C8T6 Blue Pill bestellt. Der ist meistens eine Fälschung. Siehe: https://dse-faq.elektronik-kompendium.de/dse-faq.htm#F.7.3.1
Hersteller ein Universal Programm liefert, greife ich doch lieber auf dieses zurück. In diesem Fall dem *STM32CubeProgrammer*. BOOT0 auf H, serielle Verbindung herstellen, im CubeProg USART auswählen. Mit Connect verbinden. Sollte das mal nicht sofort funktionieren, vor dem Connect Reset drücken und
-
Thread
stm32nucleo F401RE (Eclipse + GNU-ARM-Plugin + gcc)
leeres Projekt erstelle (oder auch das "Blinky"-Template) mit Gnu-Arm-Plugin und als Zielhardware "STM32F4xx" und "STM32F401xE" wähle dann erhalte ich ein Projekt welches sich nicht kompilieren lässt: [c] Building file: ../system/src/cmsis/vectors_stm32f4xx.c Invoking: Cross ARM C Compiler arm-none-eabi-gcc
" -MT"system/src/cmsis/vectors_stm32f4xx.o" -c -o "system/src/cmsis/vectors_stm32f4xx.o" "../system/src/cmsis/vectors_stm32f4xx.c" ../system/src/cmsis/vectors_stm32f4xx.c:358:7: error: 'SPI4_IRQHandler' undeclared here (not in a function
-
Thread
Kaufempfehlung für ARM Einstieg
jetzt ist das STM32-P107 von Olimex mit einem STM32F107VCT6 µC. Link : http://shop.embedded-projects.net/index.php?module=artikel&action=artikel&id=775 Es sollten alle µC Ports abgreifbar sein. Der µC sollte
http://de.mouser.com/ProductDetail/STMicroelectronics/STM32F4DISCOVERY/?qs=%2fha2pyFaduhFi5ozQy76x6u2p226hUIh7pEzdAhd1c%2ftmdu4YjGqSw%3d%3d Ich nutze Eclipse und bin damit sehr zufrieden. Ich finde das ist der beste Editor, der mir jemals unter gekommen
-
Thread
GIGATRON Emulator im STM32
Nucleo- oder Discovery-Board laufen lassen könnte. Davon hätte ich noch welche. Wie wär's mit einem STM32F411? Von der Speichergröße müsste eigentlich auch ein Arduino-Due passen.
klingen, ich lasse mich aber gern vom Gegenteil überzeugen. Vielleicht geht das ja mit einem STM32H7xx und 400MHz, wer mag, kann es ja mal ausprobieren. Jörg
-
Thread
ILI9341 langsam Verbesserungsvorschläge?
Obwohl der 1284p ja nun stolze 16kB hat, reicht das (mit den von mir umgeschriebenen Routinen vom STM32) nicht für JPG -> Projekt ILI+AVR+JPG gestorben ;)
froh, wenn ich auf einem ATMega168 oä. "arbeiten" darf und mich nicht mit den Startup-Files eines STM32xyz herumschlagen muss. Viel Spaß noch! Läuft's denn mittlerweile? (Ich kann jetzt unmöglich alles lesen) Äxl
-
Thread
STM32Duino DMA DAC
Hier mal eine "baremetal" Implementierung für ein Nucleo STM32L432KC ohne DMA. [c] // Nucleo STM32L432KC baremetal DACs for STM32Duino // Sawtooth signals are generated on DAC1 and DAC2 outputs // 11.11.22 // // https://www.mikrocontroller.net/topic
/Device/ST/STM32L4xx/Include // stm32l432xx.h #define DAC1_1 A3 #define DAC1_2 A4 void initializeDAC() { analogWrite(DAC1_1, 0); // initialize DAC1 port analogWrite(DAC1_2, 0); // initialize DAC2
-
Thread
Suche schnellsten ARM Mikrocontroller mit internen Flash
Hallo http://www.watterott.com/de/STM32F4Discovery 16,66 ist ein M4 (also mit DSP und Floting point unit) und macht bei 168MHZ ca 210DMIPS laut st aber vielleicht waere es ja erstmal besser zu erfahren was Du ueberhaupt machen
richtige für mich :-) Dafür braucht man aber noch einen BGA-Lötkolben :-) RS hat den Preis fürs STM32F4-Board gesenkt!
-
Thread
DAC-Verstärker
Beitrag #5831064: > Das ist eine besonders schlechte Lösung das ist die vorgeschlagene Lösung von STM32
Vref zu verwenden, hätte wohl alle anderen Fehlerquellen überwogen. (Mal davon abgesehen, dass der STM32F301 keine 5V an Vref verträgt.)
-
Thread
Atmel Studio: "Standard" SW-Routinen aus einem Pool verwenden
ergangen. Seitdem liegt Atmel Studio nutzlos "in der Ecke", auch wenn ich mittlerweile auch Win 7 habe. Ich wollte Atmel-ARM machen, aber nachdem Atmel einem die Gangart in der Entwicklungsumgebung nicht leicht machte (man denke nur an das ganze .NET Gerödele) ist der Sprung zu STM32 gaaaaanz
mit Vorzeichen ist es mir noch nicht passiert, aber mit Endianess. Nachdem ich die Routine (wegen STM32) für Little-Endian gefixt hatte, funktionierten die Projekte für PowerPC µC nicht mehr, da die Big-Endian sind. Letztendlich habe ich die Routine wieder "zurückgestellt" und eine neue universelle
-
Thread
rpi <--> avr uart Übertragungsfehler bei Quarzbetrieb
nicht auf RX > wirkt (was bei manchen der Fall ist). Ist das nicht generell immer so? Bei AVR, STM32 und PC ist es jedenfalls so. Siehe "The receiver ignores the second stop bit. An FE (frame error) will therefore only be detected in the cases where the first stop bit is zero." https://ww1.microchip.com
flag is set at the end of the first stop bit" https://www.st.com/resource/en/reference_manual/rm0316-stm32f303xbcde-stm32f303x68-stm32f328x8-stm32f358xc-stm32f398xe-advanced-armbased-mcus-stmicroelectronics.pdf "The Receiver checks the first Stop-bit only, regardless of the number of Stop bits selected
-
Thread
Selbstbau USB-Soundkarte
Ui... jetzt wirds aber noch spannender.. Es scheint mir das STM32 sogar als USB-Soundkarte konfiguriert werden kann, so könnte man das WAV-File überspringen
Frequenz senden kann. Wie schnell muss ein MCU denn sein, das er zb. 50Msps auswerten kann? Ein STM32 kommt zb. auf 200MHz, reicht das?
-
Thread
STM32F0 WWDG fehlerhaft?
Hallo zusammen, ich beiße mir gerade an der Inbetriebnahme des System window watchdog (WWDG) eines STM32F0 die Zähne aus: sobald ich den WD aktiviere (Bit7 im CR-Register setze), generiert der WD mir einen Reset - auch dann, wenn ich unmittelbar vorher T[6:0] im CR Register mit 0x7F beschreibe. Hat
Ich bin nun auch auf den IWDG ausgewichen, da ich den WWDG auch mit 0x7f als Limit und 0x7e als Counter auch nicht läuft. Ich habe die gleiche Initialisierung auf einem STM32F4xx (laut Reference Manual technisch gleich) problemlos laufen und vermute deshalb ein Hardwarefehler
-
Thread
Datenübertragung mit Zykluszeit unter 50 Mikrosekunden
Hallo, um in Echtzeit zwischen zwei STM32 Controllern zu kommunizieren benötige ich eine Zykluszeit von weniger als 50 Mikrosekunden. Ich kann mir vorstellen, dass es möglich ist wenn ich mein eigenes Protokoll über die GPIO Pins implementiere
Scooter W. schrieb im Beitrag #7073615: > um in Echtzeit zwischen zwei STM32 Controllern zu kommunizieren In welcher Liga spielen die denn?
-
Thread
STM32 ADC Calibration
Hallo zusammen, ich versuche mich gerade an einem STM32F0 Discovery_Board und habe den ADC in Verwendung. Diesen calibriere ich zu Beginn und erhalte einen Wert von 66. Anschließend gibt mir mein ADC in der Main zyklisch Werte von Pa0 und Vref-Int
Setzt Du für v_ref_cal den richtigen Wert ein? Der steht im Flash: Aus STM32F071 datasheet: 3.10.2 Internal voltage reference (VREFINT) The internal voltage reference (VREFINT) provides a stable (bandgap) voltage output for the ADC. VREFINT is internally connected to the
-
Thread
Sensorprogrammierung
#3707323: > Da ist ein > Beschleunigungssensor direkt drauf. Kompass und Gyro fehlen aber noch und das STM32F4 Discovery Board ist vllt. ein bisschen groß um es am Arm zu tragen.
Max H. schrieb im Beitrag #3708844: > philipp schrieb: >> Als µC würde sich das STM32F4 Discovery anbieten > Ist das nicht ein bisschen Overkill nur um Sensordaten von I²C nach > Bluetooth zu übersetzten
-
Thread
STM32F103 - Sourcery - Eclipse
> instruction: 0xf102e00c 80002f0: bfd80214 svclt 0x00d80214 80002f4: 0c20f1c2 stfeqd f7, [r0], #-776 ; 0xfffffcf8 [/code] Ist das normal? -Wenn ich den Debugger anwerf, ist es so als ob das Programm immer in der Zeile 999 der Datei system_stm32f10x.c hängt (" StartUpCounter++; ")
participating in the build are defined here -include sources.mk -include src/subdir.mk -include STM32F10x_StdPeriph_Driver/src/subdir.mk -include DeviceSupport/ST/STM32F10x/startup/gcc_ride7/subdir.mk -include DeviceSupport/ST/STM32F10x/subdir.mk -include CoreSupport/subdir.mk -include subdir.mk
-
Thread
CRC16 - CCITT
genannten Punkte aber alles andere als einheitlich ist. Am Ende habe ich das ganze für mich bzw. den STM32 passend gemacht. Und zwar habe ich meinen CRC Algorithmus in einer 32-Bit Version so implementiert, dass er die gleichen Ergebnisse wie die CRC-32 Einheit des STM32 liefert. Davon habe ich dann die
Implementierung? Die würde ich gern mal ausprobieren. PS: @ Sebastian K. Wie schaffst du es bei deinem STM ein bestimmtes Polynom vorzugeben? Die CRC-Unit des STM32F4 als Bsp. scheint mit einem fest installiertem Poly belegt zu sein: 0x4C11DB7. Toni
-
Thread
STM32 SPI (Anfänger-)problem
Gemeinde, ich versuche meinen AVR-geprägten Horizont zu erweitern und experimentiere mit einem STM32 Discovery-Board (STM32F407) erweiteret mit einem Mikroelektronika "STM32F4 Discovery Shield" und dazu passendem "7 seg click" (http://www.mikroe.com/click/7seg/). Die darauf befindlichen 74HC595 tun
rauszuschieben" und danach immer nur noch das Höchste Bit der beiden Datenbytes. [c] #include <stdio.h> #include <stdlib.h> #include "diag/Trace.h" #include "stm32f4xx_hal.h" #include "stm32f4xx_hal_spi.h" #pragma GCC diagnostic ignored "-Wunused-parameter" static int volatile tick_count; static
-
Thread
Abstrahlwinkel von 0603er LEDs mit Knetmasse begrenzen?
Stuck-DUO-Bi-Color-LEDs-SMD-0605-rot-blau-bicolor-red-blue-/380761746622?hash=item58a72b2cbe:g:GF8AAOxyM89SdslH oder: http://www.ebay.de/itm/0605RWM-100-Stk-SMD-LED-rot-Warm-weis-Doppelchip-Bi-Color-0605-NEU-/382048131128?hash=item58f3d7d838:g:GNoAAOSwHHFY9uED oder arschgeil: http://www.ebay.de/itm
Beitrag #5026043: > Wie lange die Uhr dann wohl mit einer > CR/LI2032 läuft? Mit RTC lange, mit STM aber...? Hmm, also bei mir kommt ein 250mAh Li-Po rein :) Vom STM32 läuft eigentlich nur die RTC (~1µA Strom) mit eigenem 32kHz Uhrenquarz, bis man entweder auf den Taster an der Seite des Gehäuses
-
Thread
STM32F4 SSD1963 TFT FONTS
Formate Es sind geringfügige Änderungen am Font-Structure notwendig, geht aber ruckzuck, siehe fonts.h /.c . Getestet habe ich ASCII 0x20 - 0x7E, da passt alles. Grüße Reggie
auch gerne. Ist noch etwas unaufgeräumt, aber wie man sieht Cortex-Mx übergreifend. Hier mal auf dem STM32F4-disco board, immmer noch nur Pin-Wackeln. Ich benutze Keil oder SW4STM32 mit CubeMX für die Grundstruktur. Alles in C programmiert. Der Font ist aus Platzgründen auf der Seite liegend, damit keine
-
Thread
Can-Controller/µC
microcontrollers/product_series/lpc1100/series/LPC11C00.html#overview Ansonsten gäbe es noch ein paar STM32 im LQFP32, TSSOP20, WLCSP36 nur mit CAN-Controller, bemühe mal die parametrische Suche.
... zu viele Pins Programmierer schrieb im Beitrag #4239736: > Ansonsten gäbe es noch ein paar STM32 im LQFP32, TSSOP20, WLCSP36 nur > mit CAN-Controller, bemühe mal die parametrische Suche. Guter Tipp... Parametrische Suche ergab bei mir den : STM32F042x im TSSOP20 - Gehäuse - schön klein
-
Thread
STM32 - Konflikt mit I2C
DS11929. Ich finde diese Konfliktabhängigkeiten aber leider nicht. Das ist wie gesagt mein erstes STM32 Projekt und von den Atmegas kenne ich keine Pin-Konflikte.
der Serie. Dokumente zum Mikrocontroller: https://www.st.com/en/microcontrollers-microprocessors/stm32wb55vg.html#documentation Dokumente zum Modul: https://www.st.com/en/microcontrollers-microprocessors/stm32wb5mmg.html#documentation Auf beiden Seiten ist der Link zum jeweiligen Datasheet ganz
-
Thread
Mehrere USB-Sticks ans KFZ Audiosystem
item5c43a63f5c:g:iyEAAOSw2a5nxeDV&itmprp=enc%3AAQAKAAAA8FkggFvd1GGDu0w3yXCmi1e88ODQu9SScgwM%2BkqRXYbCCaaE5H1vF5gktjFXhXOfUweg71JtuLzzAS2rM%2FeEliadRSCobYyjc7hATx6GA%2FA5MMdrrsWa7Xf3jEZdx1eJxM81gVXuuGIFL%2FDlQQ8jczrAJmAeY6GpG6n0o0%2FPWUFxuHKCAHOgO4qrEeI8T1Mr6IlNRuwvRd0zlOYx6%2BmSkdym%2BUGlKXRvRVAAJyGqKMd0cZzWHogdswb1MkbirQqR2O9IcHBc5T1tNJHl08YzRez8DkiPku
umzusetzen. Man nehme einen Mikrocontroller mit USB 2.0 Peripheriehardware und SDIO-Interface. Beispiel: STM32F401. Da implementierst Du jetzt ein USB Mass Storage. Bibliotheken gibts im Beispiel des STM32F401 im CubeMX. Jetzt nimmst Du eine große SD-Karte und richtest darauf 32GB Partitionen ein. Per Taster
-
Thread
Board oder Steckbrett für den Einsteiger?
Zieh dir für knapp 16€ ein STM32F4Discovery und vergiss den AVR. Da hast du für wenig Geld für lange Zeit was zum spielen;)
ein STM32F4 rumliegen, was seit zwei Jahren nie mehr als eine LED-Blink-Anwendung von mir verpasst bekommen hat. Atmegas, Tinys und jetzt atxmegas haben bisher immer ihren Dienst getan. Und die Einrichtung
-
Thread
MC fuer Einsatz in Armbanduhr gesucht
versprochenen minimalen Stromstärken spezieller LowPower uC enthält: http://www.mikrocontroller.net/articles/STM32_für_Einsteiger Wie Max D. aber schon anmerkte: Deine LEDs, auch wenn du nur einmal pro Tag drauf schaust, benötigen ein Vielfaches. Da ist es dann fast egal ob die Uhr mit dem uC 2 Jahre oder
der µC eine RTC Uhr eingebaut hat, die während dem Sleep vom µC weiter arbeitet. Zum Beispiel: STM32. Den Prozessor legt man schlafen und die RTC läuft im Hintergrund. Der STM32 hat jede Menge I/Os, auch jede Menge PWM-Ausgänge mit denen man die LED's bei Nacht dimmen kann. Man kann den STM32 sogar
-
Thread
Probleme bei Zeitmessung zwischen Interrupts mit STM32f107
behilflich sein. Als Referenz poste ich auch den benutzen Code. Vielen Dank! [c] #include "blink.h" #include "stm32f10x_it.h" #include "stm32f10x_conf.h" #include "stm32f10x_adc.h" #include "stm32f10x_can.h" #include "stm32f10x_rcc.h" #include "stm32f10x_dma.h" #include "stm32f10x_can.h" #include "misc.h" #include "can_handling.h" uint32_t sysTick_counter = 0; uint32_t last_exti9 = 0; uint32_t last_exti10 = 0; uint32_t time_exti9 = 0; uint32_t time_exti10 = 0; void SysTick_Handler(void){
-
Thread
uBoard - USB Multi-Gerät
Erfahrung. Anhand folgender Einstiegspunkte würde ich mit GCC und Eclipse anfangen: [[ARM]] [[STM32]] (Tutorials, Demos, usw) [[STM32F4-Discovery]] [[STM32_Eclipse_Installation]] http://www.youtube.com/watch?v=HKX12hJApZM http://www.st.com/web/catalog/tools/FM116/SC959/SS1532/PF252419 Die
tatsächlich sinnvoller zu sein als AVR's. Nichts desto Trotz habe ich mich entschieden mir ARM (STM32 um genau zu sein) vorzunehmen.
-
Thread
Prozessoren für Leistungselektronik
scheint es aber bei gewissen Chips von ST (STM32F2xxx und STM32F4xxx Probleme zu geben (habe Sammlungen von Errata und Forendiskussionen im Internet gefunden). Die ARM CPUs an sich wurden mir halt von Kollegen nahe gelegt - gibts bei denen bekannte
Sucher schrieb im Beitrag #5023434: > Hier scheint es aber bei gewissen Chips von ST (STM32F2xxx und > STM32F4xxx Probleme zu geben (habe Sammlungen von Errata und > Forendiskussionen im Internet gefunden). Errata haben alle Controller... Die STM32 sind lediglich sehr beliebt, deswegen
-
Thread
[V] Olimex STM32-E407
programmieren? funktioniert der TCP/IP stack einigermaßen gut? kann ich http://www.ebay.com/itm/7inch-7-0-800-480-TFT-LCD-Module-Display-Touch-Panel-SSD1963-51-AVR-STM32-/181052646803?_trksid=p2047675.m1851&_trkparms=aid%3D222002%26algo%3DSIC.FIT%26ao%3D1%26asc%3D163%26meid%3D4846965601839130871%
programmieren? > funktioniert der TCP/IP stack einigermaßen gut? > kann ich > http://www.ebay.com/itm/7inch-7-0-800-480-TFT-LCD-Module-Display-Touch-Panel-SSD1963-51-AVR-STM32-/181052646803?_trksid=p2047675.m1851&_trkparms=aid%3D222002%26algo%3DSIC.FIT%26ao%3D1%26asc%3D163%26meid%3D4846965601839130871%
-
Thread
ARM, Luminary, JTAG Frage
, oder ? Hab jetzt etwas gesucht aber nur die EV/Starter-Kits gefunden. Bei Digikey kostet das ST32-Kit STM3210B-SK/KEIL 253 Euro und das MCB2103UME 173 Euro, und das ist mir jetzt für den Einstieg doch etwas zu viel (da ich ja nur gern den ULINK-ME hätte).
um ein Angebot. Ich denke er macht dir (ev. auch im Bundle mit einem STM32) ein nettes Angebot, wenns für deine privaten Basteleien ist. Anmerkung: Ich denke mittlerweile sind die Lumisachen einigermassen aus den Anfangsproblemen raus. Ich war zwar derbe am fluchen
-
Thread
Einfacher Messverstärker 10 Hz - 100 KHz
wenn das Aliasing wäre, dann wären die Maßnahmen klar. Tatsächlich ist es aber eine Störung die vom STM32-Board selbst kommt, die entweder direkt in den ADC-Pin einstrahlt oder über die Versorgung / Vref des STM32-Boards den Weg in den ADC findet. Anbei mal eine Messung in den ADC-Pin hinein. Das bedeutet
Spektrum sieht doch nun gut aus. Die beiden Linien stören nicht sonderlich und stammen sicherlich vom STM32-Board.
-
Thread
texane ST-Link geht schief---> makefile fehler
muss compiliert werden. Dazu nutze ich die Anleitung in https://startingelectronics.org/tutorials/STM32-microcontrollers/programming-STM32-flash-in-Linux/ und erhalte nach starten von make im Verzeichnis folgendes: rfr@rfr-RIM2060:~/stlink.git$ make [RELEASE] make[1]: *** Es wurden keine
compiliert werden. > Dazu nutze ich die Anleitung in > > https://startingelectronics.org/tutorials/STM32-microcontrollers/programming-STM32-flash-in-Linux/ veraltet pegel schrieb im Beitrag #5580609: > https://github.com/texane/stlink/blob/master/doc/compiling.md Ebenfalls veraltet :( >
-
Thread
Datenlogger 10Kanal
einem klassischen Arduino (also einem mit ATmega Mikrocontroller) besser bedient. Ich würde einen STM32F103 (Bluepill-Board) verwenden. Das hat nämlich 10 analoge Eingänge und die SD Karte kann man direkt ohne Pegelwandler anschließen. Dazu dann den alten STM32Duino Core von Roger Clark (http://stefanfrings.de/stm32/stm32f1.html#arduino), weil der wesentlich schlanker ist, das der Framework-Stapel von ST. Das oben empfohlene Teensy 3.5 Board sieht auch gut aus, das habe ich allerdings noch nie verwendet.
-
Thread
Präziser, einfacher 850kHz Oszilator
MHz Quarz, per PLL x17 auf 68 MHz, geteilt durch 4 für 17 > MHz Systemtakt. Ach ..... mit einem STM32Fxxx geht das nicht?
Syndedi Sator schrieb im Beitrag #5448757: > Ach ..... mit einem STM32Fxxx geht das nicht? Oh mann, natürlich könntest du auch einen LPC4088 oder einen PIC32 oder ein Raspberry Pi-3 oder einen ganzen PC dafür benutzen. Nach oben geht's mit dem Aufwand immer. Aber
-
Thread
Probleme mit Call by Reference
wissen das wusste ich zum Beispiel nicht :D. Wo finde ich denn dann raus wie es sich jetzt bei meinem STM32 verhält? Steht das im Datenblatt? Niklas G. schrieb im Beitrag #5915515: > Also: Alles unsigned machen, du brauchst ja gar keine negativen Zahlen. Da hast du recht. Ich hab die Pec Berechnung
Steht das im > Datenblatt? Ja, im ARM Architecture Reference Manual. Allerdings können die ARM (STM32 ist ja einer) sogar beide Möglichkeiten. Was der Compiler jetzt verwendet, musst du im Compiler-Manual nachschlagen. Besser ist es aber, sich da gar nicht erst drauf zu verlassen, und solche Konstrukte
-
Thread
Präzise Temperaturmessung mit 12Bit-ADC und NTC
R2=100k (0,05%, 10ppm) und messe in 10-Minuten Abständen die Temperatur über den 12-Bit ADC eines STM32L010K8 Controllers. Dabei verwende ich um möglichst genaue ergebnisse zu erhalten das Hardwareoversampling mit einer Oversampling Rate von 128. Wie im Bild gezeigt, schwankt die gemessene Temperatur
wackelt. Besser wäre hier eine ratiometrische Messung gegen VCC über eine Messbrücke. Die ADCs in den STM32 sind m.E. nicht sonderlich gut...
-
Thread
ARM Startup Code mit GNU Toolchain
Default-Adressen für die Interrupts. Unsinn, das "Aufsetzen der Interrupt-Adressen" geschieht durchs Flashen, d.h. dadurch, dass man die Tabelle der ISR's an eine bestimmte Stelle in den Flash packt (bei STM32 z.B. ab 0x4, aber allgemein Implementations-spezifisch). Damit hat der Startupcode gar nichts zu tun. Für
auch noch ein ballastfreies aber vollständiges Beispiel von mir beitragen: https://github.com/prof7bit/bare_metal_stm32f401xe
-
Thread
Toslink Demux - Gibt es sowas zu kaufen?
Clemens L. schrieb im Beitrag #4556425: > Wir definieren "kleiner µC" als z.B. einen STM32 mit genügend > I²S-Schnittstellen, und bauen uns mehrere Decoder/Encoder (CS8416, > CS8406, CS8427, TI DIT/DIR/DIXxxxx) drumherum. Dann wird das was. Aber dann dürfte sich das auch zunehmend
Also ein STM32F7 hätte direkt 2x SPDIF in und 1x SPDIF Out. Nur wär nen ARM Cortex M7 totaler Overkill. Die STM32F4 haben glaube kein SPDIF beim SAI/I2S Interface.
-
Thread
make, ld, --specs und -flto
notwendigen Bibliotheken kümmern. Ein Teil des Makefiles könnte also etwa so aussehen: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" -Xlinker --gc-sections --specs=nano.specs -Wl,-Map=$(MAP) [/c] Leider kann ich das Spec-File "nano.specs" nicht entziffern. Laut Doku (https://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html
direkt aufzurufen. Die entsprechenden Flags hab ich dabei folgendermaßen gesetzt: [c] LDFLAGS = -T"STM32F407VGTx_FLASH.ld" LDFLAGS += --gc-sections LDFLAGS += -Map=$(MAP) LDFLAGS += -L"/usr/arm-none-eabi/lib/armv7e-m/fpu" LDFLAGS += -L"/usr/lib/gcc/arm-none-eabi/7.3.0/armv7e-m/fpu" LDFLAGS += /
-
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
-
Thread
Ein kleiner Oberoncompiler für die C16x-Familie
Jedoch sind die Controller "not recommended for new design". ST setzt beim ST10FXXX ganz auf STM32XXX Preisunterschied von ca. 5:1 und das bei einem Leistungsunterschied von ca. 1:7. Die Strategie bei Infineon ist mir allerdings nicht ganz klar. In den meisten aktuellen spezial Chip-Lösungen
design". > Dazu finde ich nichts, auch nicht bei den XC2xxx. > ST setzt beim ST10FXXX ganz auf STM32XXX Preisunterschied von ca. 5:1 > und das bei einem Leistungsunterschied von ca. 1:7. > Wobei die ST-Derivate wohl noch teurer sind als die Originale und ebenso schwer zu bekommen. > Die
-
Thread
Controller für DCDC Converter
STM32F4?
großen Auswahlbox "Comparator" und "DAC" auswählst, bleiben nicht mehr so viele übrig, hauptsächlich STM32F3xx Wenn's etwas mehr sein darf ;) STM32F334 mit 217ps PWM. Evt. kommst du sogar mit dem 32-Pin-Gehäuse mit 0.8mm Pitch aus. http://www.st.com/web/en/catalog/mmc/SC1169/SS1576/LN1820
-
Thread
Kurzmeldungen: Renesas zeigt Cortex-M85-MCU, GigaDevice verkauft eine Milliarde Chips, uvm
arbeitet man derweil an PikaScript: eine noch schlankere Variante von Python, die mit 4KB RAM und 32KB ROM auskommt. Das ursprünglich für STM32G030C8 und STM32F103C8 vorgesehene System steht mittlerweile auch für einige andere Zielarchitekturen zur Verfügung, der unter http://pikascript.com/ bereitstehende
Steffen H. schrieb im Beitrag #7082182: >> Sind das denn 1:1 Kopien vom STM? > nein, das sind schon eigene Entwicklungen, aber einige sind > pinkombatibel. Nicht unbendingt funktionskomkbatibel. Zusätzlich
-
Thread
Simple Servosteuerung mit wenig Strom
Verwende einen Mikrocontroller mit RTC, der die meiste Zeit schläft. Zum Beispiel einen STM32F103C8T6, der fällt mir dazu gerade ein weil er derzeit sehr billig mitsamt Quarz zu haben ist. Was die Stromversorgung des Motors angeht, würde ich Einwegbatterien verwenden. Akkus halten nämlich
#5651377: > Verwende einen Mikrocontroller mit RTC, der die meiste Zeit schläft. Zum > Beispiel einen STM32F103C8T6, der fällt mir dazu gerade ein weil er > derzeit sehr billig mitsamt Quarz zu haben ist. > > Was die Stromversorgung des Motors angeht, würde ich Einwegbatterien > verwenden. Akkus