-
Thread
ST-LINK Zugriff von Mac M1 - Device nicht sichtbar
Im USB-DFU Mode ist das Display aus, ebenso alle LEDs. Es wird der ROM Bootloader des STM32L496 verwendet. Hast Du schon geprüft ob die USB Datenleitungen zum STM32L496 gehen? Das sind: [code] Pin 70 PA11 - OTG_FS_DM Pin 71 PA12 - OTG_FS_DP [/code]
#8037182: > Im USB-DFU Mode ist das Display aus, ebenso alle LEDs. Es wird der ROM > Bootloader des STM32L496 verwendet. Dachte ich mir schon fast - danke für die Bestätigung > Hast Du schon geprüft ob die USB Datenleitungen zum STM32L496 gehen? Das > sind: > > [code] > Pin 70 PA11 - OTG_FS_DM
-
Thread
NXP LPC2148 - Programmierungsumgebung
https://www.st.com/en/development-tools/stlink-v3minie.html https://www.st.com/en/evaluation-tools/stm32-nucleo-boards.html https://www.st.com/en/development-tools/stm32cubeide.html Mit den erwähnten Sachen hast Du eine solide Basis mit minimalen Frustfaktor. Ich bin der Meinung, dass es am Anfang
funktioniert dann sozusagen aus der Schachtel heraus. Mein "Liebling" ist seit ein paar Jahren der STM32L496. Angefangen habe ich mit dem F103 und F407 unter Coocox und Atollic. Obwohl der F103 nach heutigen Maßstäben veraltet ist, war er ziemlich gutmütig und relativ einfach zu verstehen. Allerdings
-
Thread
CH32V003 und Arduino
z.B., spielt die Unterstützung von printf eine geringere Rolle als beim 328P oder noch kleiner. Beim STM32L496 denke ich überhaupt nicht daran. Ausser Sportlichkeit lohnt es sich nicht mehr frugal den uC zu wählen. 32-bit uC kosten heutzutage weniger als die älteren 8-Bitter und braucht nicht abgespeckte
für jede Variante einen eigenen Ordner, in dem die Pins definiert werden: https://github.com/stm32duino/Arduino_Core_STM32/blob/main/variants/STM32C0xx/C031C(4-6)(T-U)/variant_NUCLEO_C031C6.cpp
-
Thread
DCF-Uhr from Scratch
ADC mit DMA, SMID und DSP, 16-bit DAC um einen > OCXO zu führen. Na gut, eine Nummer kleiner, STM32L496. Der DAC hat nur 12 Bit und der Oszillator ist nur ein TCXO, aber immerhin mit eigenem Spannungsregler ;) Der ADC hat auch nur 12 Bit, aber ich glaube, das muss reichen. Der Verstärker braucht
NTP zuständig und irgendwer wollte HDMI haben ;) [pre]Display DOGS102: 0.25 mA typisch CPU STM32L496: < 4 mA TCXO KT2016K10000: < 1.5 mA GPS SAM-M10Q: 7 mA typisch; tracking DCF ???: t.b.d. diverse Pull-Down: 1.2 mA ALS SFH5711: ca. 0.5 mA RS-232
-
Thread
Arduino Uno R4: Besonderheiten und Abhilfen
kann, Das ist nicht mehr richtig! Die Arduino IDE 2.X kann das, zumindest für einige µC z.B. STM32
begeistern. Das Datenblatt hat 3000 etwas unverdauliche Seiten - Brr. Da kaufe ich mir lieber eine STM32L496 Bord von ST und arbeite mit CubeMX und GDB Debugger. Diese Wahl lässt eigentlich wenig Wünsche offen. Die Nucleo Bord kann alles was der R4 kann und mehr. Für einfachere Projekte reicht für
-
Thread
Programmieren mit KI
unter 0.01% erreicht. Ein EXCEL Vergleich ergab gute Übereinstimmung. Mit Horner's Methode braucht der STM32 nur ein paar us zur Korrektur-Berechnung. Die beiden von Copilot "erstandenen" Beispielsfunktionen funktionierten mit minimaler Anpassung (STM32L496) auf Anhieb. Das war eigentlich das einzige
-> STM32Cube MCU Package for STM32F1 Series anwählen -> Install.
-
Thread
Erfahrungen mit AI-Coding
Algorithmus selber zusammen zu basteln. Die bereitgestellten zwei Funktionen liefen auf Anhieb auf einem STM32L496. Die Resultate stimmten mit den Resultat von Excel sehr gut überein. Wir waren also sehr zufrieden damit. Sonst wird alles immer noch von Hand gemacht. Für mich war das es das erste Mal und durch
ein "blink-programm" für STM32 unter verwendung der ST HAL Model: Thinking ... 50 Zeilen Englisch. Dann: > * Actually, looking at the history: > * Turn 1: User: "warum ist der himmel blau?" -> Model: Answered. >