C-Projekt bauen für Pi Pico/RP2040 mit VS Code unter Windows

[Johannes T. F. (jofe)]

Hallo,

ich versuche gerade, nach der offiziellen Anleitung
https://github.com/raspberrypi/pico-setup-windows/blob/master/docs/tutorial.md#creating-a-new-project
ein erstes eigenes kleines Projekt für den Raspberry Pi Pico (siehe 
Anhang), bestehend aus einer einzigen C-Quelldatei, in Visual Studio 
Code unter Windows 10 zu bauen.

Die Datei „pico_sdk_import.cmake“ sowie den Ordner „.vscode“ habe ich 
wie dort beschrieben in den Projektordner hinein kopiert, sowie die 
Datei CMakeLists.txt angepasst.

Nachdem ich auf „Compile Active File“ klicke, wird auch scheinbar ohne 
Fehlermeldungen ein Compilerlauf durchgeführt und es entsteht ein Ordner 
„build“ mit allerlei gar lustigen Dateien – jedoch von den üblichen 
Output Files wie der gewünschten *.UF2 keine Spur.

Kann mir jemand einen Tipp geben, was ich noch tun muss, damit selbige 
erzeugt wird? Von Makefiles und dergleichen habe ich leider bis jetzt 
noch keinen Plan.

Viele Grüße

Johannes

[Gerald K. (geku)]

Ist sichergestellt, dass der pico arm crosscompiler verwendet wird?

[Johannes T. F. (jofe)]

Gerald K. schrieb:
> Ist sichergestellt, dass der pico arm crosscompiler verwendet
> wird?

Ich denke schon: das „active kit“ ist „Pico ARM GCC, Pico SDK Toolchain 
with GCC arm-none-eabi“.

[Harald K. (kirnbichler)]

Johannes F. schrieb:
> und es entsteht ein Ordner
> „build“ mit allerlei gar lustigen Dateien

Also *.haha, *.joke und *.funny?

[Johannes T. F. (jofe)]

Harald K. schrieb:
> Johannes F. schrieb:
>> und es entsteht ein Ordner
>> „build“ mit allerlei gar lustigen Dateien
>
> Also *.haha, *.joke und *.funny?

Fast.^^ Ich hatte den Projektordner ja hochgeladen, siehe ZIP-Anhang im 
Eröffnungsbeitrag. Hier nochmal der Inhalt des Build-Ordners, die Ordner 
darin enthalten allerlei weitere Dateien und Ordner, die mir allesamt 
nicht viel sagen. Nix was nach den üblichen Binary-Dateien aussieht.

[J. S. (jojos)]

da wurden erstmal nur die makefiles generiert, aber noch nicht das 
binary. Es fehlt noch ein CMake Aufruf mit Angabe des build dir, oder in 
das build dir wechseln und 'cmake ..' aufrufen.
Bzw. die Cmake Extension in VSCode verwenden, damit geht das 
komfortabel.

[Johannes T. F. (jofe)]

J. S. schrieb:
> Es fehlt noch ein CMake Aufruf mit Angabe des build dir, oder in
> das build dir wechseln und 'cmake ..' aufrufen.

OK, ich habe jetzt „cmake -S C:\Users\User\Documents\Pi-Pico\isp_test -B 
C:\Users\User\Documents\Pi-Pico\isp_test\build“ im VS-Code-Terminal 
eingegeben und die folgende „Antwort“ bekommen:

C:\Users\User\Documents\Pi-Pico\isp_test\build>cmake -S C:\Users\User\Documents\Pi-Pico\isp_test -B C:\Users\User\Documents\Pi-Pico\isp_test\build
PICO_SDK_PATH is C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk
PICO platform is rp2040.
Build type is Debug
Using regular optimized debug build (set PICO_DEOPTIMIZED_DEBUG=1 to de-optimize)
PICO target board is pico.
Using board configuration from C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/src/boards/include/boards/pico.h
TinyUSB available at C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/lib/tinyusb/src/portable/raspberrypi/rp2040; enabling build support for USB.
Compiling TinyUSB with CFG_TUSB_DEBUG=1
BTstack available at C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/lib/btstack
cyw43-driver available at C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/lib/cyw43-driver
Pico W Bluetooth build support available.
lwIP available at C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/lib/lwip
mbedtls available at C:/Program Files/Raspberry Pi/Pico SDK v1.5.1/pico-sdk/lib/mbedtls
Using PICO_EXAMPLES_PATH from environment ('C:\Users\User\Documents\Pico-v1.5.1\pico-examples')
-- Configuring done
-- Generating done
-- Build files have been written to: C:/Users/User/Documents/Pi-Pico/isp_test/build

Im zuletzt genannten Verzeichnis befindet sich aber leider immer noch 
kein Binary File. Es scheint genau derselbe Inhalt zu sein wie vorher 
...

[J. S. (jojos)]

dann im build dir noch 'ninja' aufrufen. Das muss eventuell noch 
installiert werden, https://github.com/ninja-build/ninja/releases
Das ist das eigentliche make.
Oder über winget installieren mit 'winget install ninja-build.ninja'. In 
der Hoffnung das winget installiert ist :)

[Johannes T. F. (jofe)]

J. S. schrieb:
> dann im build dir noch 'ninja' aufrufen.

Ah super, hab es aufgerufen und – die Binary Files sind nun da.

Vielen Dank!

Komisch nur, dass das alles in der „Dokumentation“ mit keiner Silbe 
erwähnt wird.

[J. S. (jojos)]

cmake kann auch das make bzw ninja aufrufen, es müsste 'cmake --build 
<build-dir>' sein. Habe es jetzt auch schon eine zeitlang nicht mehr so 
benutzt und bin vergesslich geworden... Und PlatformIO ist etwas 
bequemer.
Aber die CMake Extension ist wie gesagt auch sehr gut, muss man sich 
etwas reinarbeiten. Unten in der Statuszeile ist ein 'build' und eine 
Auswahl der Targets, damit müsste es auch gehen.

[Johannes T. F. (jofe)]

OK, vielen Dank nochmal für die Tipps.
Muss ich mir alles mal in Ruhe ansehen.

Der Test der ISP-Kommunikation mit dem AVR war schon mal erfolgreich. 
Ich habe die Signature Bytes via SPI auslesen können.