{"id":2829,"date":"2022-10-24T18:32:05","date_gmt":"2022-10-24T16:32:05","guid":{"rendered":"https:\/\/www.final-memory.org\/?page_id=2829"},"modified":"2022-11-01T15:42:35","modified_gmt":"2022-11-01T13:42:35","slug":"wissenssammlung-stm32-bluepill","status":"publish","type":"page","link":"https:\/\/www.final-memory.org\/?page_id=2829","title":{"rendered":"Wissenssammlung STM32 BluePill"},"content":{"rendered":"

Hier sammel ich kleine Codeschnipsel und Kommandozeilen, die bei der Arbeit mit STM32 BluePill Boards unter Linux aufkamen.<\/p>\n

Ich benutze meist einen ST-Link V2 Clone.<\/p>\n

Intel HEX mit ST-Link programmieren<\/h3>\n

st-flash --reset --format ihex write program.hex<\/code><\/p>\n

CMake Toolchain in Visual Studio Code angeben<\/h3>\n

Leider funktioniert die Compiler Kit Auswahl nicht immer.
\nBei Problemen die Autodetektion ausw\u00e4hlen und in den settings.json des Projektes das Toolchainfile angeben:
\n\"cmake.configureArgs\": [ \"-DCMAKE_TOOLCHAIN_FILE=\/home\/marndt\/Projects\/STM32_BluePill\/arm-cmake-toolchains\/arm-gcc-toolchain.cmake\" ],<\/code><\/p>\n

launch.json f\u00fcr Visual Studio Code mit OpenOCD<\/h3>\n

Der .elf Name muss angepasst werden.<\/p>\n


\n\"configurations\": [
\n{
\n\"cwd\": \"${workspaceRoot}\",
\n\"executable\": \"${workspaceRoot}\/build\/mein-programm.elf\",
\n\"name\": \"Debug with OpenOCD\",
\n\"request\": \"launch\",
\n\"type\": \"cortex-debug\",
\n\"servertype\": \"openocd\",
\n\"configFiles\": [ \"interface\/stlink-v2.cfg\",\"target\/stm32f1x.cfg\"],
\n\"searchDir\": [],
\n\"runToEntryPoint\": \"main\",
\n\"preLaunchCommands\": [],
\n\"showDevDebugOutput\": \"none\",
\n\"svdFile\": \"STM32F103xx.svd\",
\n}
\n<\/code><\/p>\n

.elf file mit OpenOCD hochladen und starten<\/h3>\n

Den .elf Namen entsprechend anpassen, das Binary startet und OpenOCD l\u00e4uft nicht weiter:
\nopenocd -f interface\/stlink-v2.cfg -f target\/stm32f1x.cfg -c \"program cortexm3-blinky.elf verify reset exit\"<\/code><\/p>\n

Aktuellen arm-none-eabi-gdb aus Sourcen compilieren<\/h3>\n
    \n
  1. gdb-x.y.z.tar.zx runterladen<\/li>\n
  2. auspacken<\/li>\n
  3. mit Buildverzeichnis erstellen\n
      \n
    1. mkdir build-gdb<\/li>\n
    2. cd build-gdb<\/li>\n
    3. ..\/$GDB\/configure –target=$TARGET –prefix=$PREFIX –enable-interwork –enable-multilib\u00a0 —–with-python<\/li>\n
    4. make<\/li>\n
    5. make install<\/li>\n<\/ol>\n<\/li>\n<\/ol>\n

      Beim Bau ohne Buildverzeichnis passiert alles m\u00f6gliche, also im jungfr\u00e4ulich ausgepackten Verzeichnis arbeiten.<\/p>\n

      Und das Bauen dauert seine Zeit. Ich musste noch die Pakete texinfo und libgmp-dev nachinstallieren.<\/p>\n