M M <m...@g...com> wrote:
> Czy komu? uda?o si? z sukcesem ogarn?? programowanie RP2040 z poziomu ?rodowiska
Arduino przez SWD za po?rednictwem Picoprobe (drugie RPi Pico z wgranym picoprobe.uf2
pod??czone wed?ug instrukcji)? Pr?buj? z Arduino 2.0.3 pod Win7, bezpo?rednio przez
USB do docelowego urz?dzenia dzia?a normalnie, ale wymaga r?cznego resetowania z
wci?ni?tym BOOTSEL. Nie udaje si? natomiast nawi?za? po??czenia z Picoprobe jako
programatorem SWD - nie wiem czy to nie jest wspierane, czy co? prostego robi? ?le:
>
> Szkic u?ywa 89776 bajt?w (4%) pami?ci programu. Maksimum to 2097152 bajt?w.
> Zmienne globalne u?ywaj? 42824 bajt?w (15%) pami?ci dynamicznej, pozostawiaj?c
227512 bajt?w dla zmiennych lokalnych. Maksimum to 270336 bajt?w.
> Open On-Chip Debugger 0.11.0+dev-gab95bac57-dirty (2021-05-11-10:45)
> Licensed under GNU GPL v2
> For bug reports, read
> http://openocd.org/doc/doxygen/bugs.html
> debug_level: 0
>
> cortex_m reset_config sysresetreq
>
> Error: unable to find a matching CMSIS-DAP device
>
> Failed programming: uploading error: exit status 1

Na razie do tego podchodze, tzn. ja chce programowac przez SWD
bez rzeczy w stylu bootloader czy Arduino. Znalazlem info
ze niestety ludzie od Raspberry Pi tu nakombinowali, pierwsze
Picoprobe uzywalo swoj prywatny protokol i dzialalo tylko
ze specjalnie spatchowanym openocd. Normalny openocd wspiera
CMSIS-DAP i aktualne Picoprobe powinno uzywac wlasnie
CMSIS-DAP. Ale trzeba przypilonowac zeby zgadzaly sie wersje,
jak rozumiem stare Picoprobe nie podziala z oficjalnym
openocd.

Tak a propo: ponoc ta sprawa protokolu zostala uporzadkowana
w listopadzie 2022. U Ciebie data jest ponad 1.5 roku wstecz,
w tym czasie wiele sie zmienialo.

--
Waldek Hebisch