Raspberry Pi Foundation komt met debugkit voor Pico Pro en Arm-microcontrollers

De Raspberry Pi Foundation heeft een nieuwe module uitgebracht, de Raspberry Pi Debug Probe. Het bedrijf omschrijft de met een RP2040-microcontroller uitgeruste module als een volledige, hardwarematige debug-oplossing voor op Arm gebaseerde microcontrollers.

De Raspberry Pi Foundation schrijft dat klanten na het uitkomen van de Raspberry Pi Pico en de RP2040-microcontroller bijvoorbeeld een Pico inzetten voor debuggingstaken voor programma's die op een andere, tweede Pico draaien. Alasdair Allan van de Raspberry Pi Foundation zegt dat de combinatie van Picoprobe en een tweede Pico een goede oplossing is voor debugging, maar dat dat nogal wat gedoe met kabels vergt. Vandaar dat hij in het kader van de Debug Probe over een plug-and-play'-oplossing spreekt.

De Raspberry Pi Debug Probe is ontworpen met de Pico en de RP2040 in gedachten, maar de module kan gebruikt worden voor het debuggen van elke Arm-microcontroller die over een Serial Wire Debug-poort met 3V3-pins beschikt; deze kunnen gebruikt worden voor het leveren van stroom voor onderdelen die weinig energie nodig hebben. De Raspberry Pi Debug Probe moet fungeren als een bridge tussen het USB- en SWD-protocol, zodat de hostcomputer toegang krijgt tot debugpoort van het doelapparaat. Daarvoor worden meerdere kabels meegeleverd.

De fabrikant ziet de Debug Probe vooral als een handige tool voor situaties waarin er geen ingebouwde debugger aanwezig is, bijvoorbeeld als een programma op basis van de C-programmeertaal direct op de processor draait zonder een besturingssysteem of als iemand een besturingssysteem aan het schrijven is. Voor die gevallen is de Debug Probe bedoeld, omdat er dan een manier nodig is om toegang te krijgen tot de debugcapaciteiten die in de processor zijn ingebouwd, zegt de Raspberry Pi Foundation.

Er is geen USB-C aanwezig in de Debug Probe; in plaats daarvan is micro-USB aanwezig. Volgens de fabrikant is dat gedaan om de kosten laag te houden; de module kost 12 dollar.

Reacties (22)

[mvandenberg]

Het lijkt misschien heel belovend, maar ik vrees dat dit niet veel beter gaat zijn dan de zogenaamde picoprobe, hun oplossing voor het debuggen van de rp2040.

Voor mij resulteerde dit is een totaal onstabiele oplossing in Visual Studio Code icm openocd waarbij single steppen een drama was en als er een delay in de code stond, werd deze lastig gestepped.

Voor hobby en educatief gebruik raad ik jullie toch ten zeerste de Jlink EDU aan van Segger. Deze is met de juiste motivatie beschikbaar op https://www.ak-modul-bus.de/stat/segger_j_link_edu.html. Hier betaal je nog steeds 70 euro maar is het geld 100% waard en heb je een genuine product (AKmodul is de enige die de EDU versies van jlink verkoopt voor Segger).

Er is ook een JLink EDU mini voor ongeveer de helft, maar hier lever je snelheid in (SWD speed). De originele JLink v11 is USB High Speed 480 Mbit met SWD speeds tot 15000 kHz.

Voor Visual Studio Code is er een Cortex Debug plugin die native werkt met JLink. Hierdoor is openocd niet meer nodig en werkt het (in mijn geval) een stuk prettiger!

In de toekomst zou het mooi zijn als Segger een zogenaamde OB (onboard) firmware uitbrengt gelocked op de RP2040 voor deze debugger. In dit geval heb je het beste van beiden voor een nog betere prijs. Echter vermoed ik gezien de opensource instelling van Raspberry en de closed software IP van Segger dat dit niet snel gebeuren zal. Wie weet!

[Reactie gewijzigd door mvandenberg op 23 juli 2024 18:06]

[Mr_gadget]

Interessant, misschien versneld dit de ontwikkeling van allerlei software op ARM systemen. Kan me voorstellen dat dit bijvoorbeeld voor OpenWRT handig kan zijn om meer routers te ondersteunen.

Maar hopelijk gaan ze ook verder met de ontwikkeling van de Raspberry Pi 5

[Reactie gewijzigd door Mr_gadget op 23 juli 2024 18:06]

[bzuidgeest]

Laat ze eerst maar eens kunnen leveren wat ze hebben. Er is weinig reden voor een Pi 5. Community en documentatie is wat de Pi goed maakt. Niet de performance van de CPU. Dan is er genoeg half gedocumenteerde rommel op de markt voor hen die performance het enige vinden dat belangrijkis.

[Reactie gewijzigd door bzuidgeest op 23 juli 2024 18:06]

[mutley69]

Wellicht zullen we mogen 'wachten' tot de 2e helft van dit jaar eer de tekorten wat gaan onder controle geraken. Het is erg frustrerend allemaal - we kennen het gevoel maar al te best. En eerlijkheidshalve hopen we dat het sneller gaat opgelost geraken, maar ergens vrezen we dat er zelfs bij grotere productieaantallen nog altijd een grotere vraag dan aanbod zal zijn. Het ergst vind ik dat die woekeraars ons al zo lang in de tang houden. 200€ voor een raspberry pi4 met 4 of 8GB ram - daar doe ik niet aan mee.

[Involvement]

De Raspberry Pi Foundation verkoopt bij voorkeur aan geselecteerde distributeurs, en die rekenen de normale prijs, maar die zijn natuurlijk sneller uitverkocht. De 400 is nu al redelijk te krijgen voor de normale prijs (hier: €90 inc BTW).

Eben Upton gaf in december in een interview aan dat hij verwachtte dat in het tweede kwartaal dit jaar de productie de vraag zal gaan inhalen en de beschikbaarheid van Raspberry Pi's in het derde kwartaal weer goed zal zijn. Hij meldt ook dat ze methoden hebben geïmplementeerd om te zorgen dat de borden voor hobbyisten en onderwijs niet worden opgezogen via bots, en ze daarom meer van de Raspberry Pi 3A en de Raspberry Pi 400 hebben gemaakt. Die zijn minder handig voor industriële klanten en die bedienen ze bij voorkeur via hun eigen verkoopkanalen.

Je vindt het interview hier (vanaf 1:28 over tekorten): Eben Upton Interview: Raspberry Pi Availability & More!. Ik vind ook dat hij er een redelijk gebalanceerd perspectief geeft over het chiptekort.

[Reactie gewijzigd door Involvement op 23 juli 2024 18:06]

[bzuidgeest]

Als je er niet aan meedoet houden ze je niet in de tang...

[RoyTrenneman]

Om reden van community en documentatie, maar ook pioniersschap, heb ik nog steeds plenty RPI draaien hier en alle zogenaamd betere alternatieven als weer van de hand gedaan. Gewoon te veel gedoe. De RPI3 is voor mij nog steeds prima, overigens koop ik nu vooral Zero W. RPI4 heb ik er 1 van, maar heeft voor mij geen meerwaarde.

Ik blijf de nanopi boardjes wel leuk vinden met emmc storage en het support compacte formaat, maar ook daar is het support weer een issue. Toch te vaak weer zoeken om kleinere en grotere uitdagingen op te lossen.

[Radiant]

Er bestaan al aardig veel van dit soort probes, van andere fabrikanten. Niets nieuws dus.

Deze is toevallig best goedkoop, echter is mijn ervaring dat goedkope probes meestal ook aardig brak zijn. We gaan het zien..

[Sissors]

Hoewel de "professionele debuggers" zo een €100+ kosten, zijn er ook andere USB <> SWD debuggers van ruim een tientje. Als je het aandurft op Aliexpress een paar euro.

[MiKE_B]

Het gaat hier om systemen met ARM gebaseerde microcontrollers, niet microprocessors. Het gaat dus over code die draait op de Raspberry Pico of Arduino of NodeMCU en dergelijke.

Op een ‘echte’ Pi heb je een hele Linux draaien en dus eindeloos veel meer mogelijkheden om deze op je device te debuggen en heb je een hardwarematige oplossing zoals deze niet nodig

[Verwijderd]

Je kan dit al een hele tijd, alleen moet je dan een tweede pi pico gebruiken en een aantal gpio's aansluiten op de debug header van je target pico.

leuk tooltje voor educatie en eventueel bedrijven, voor thuisgebruik is het niet per se nodig

https://www.hackster.io/a...-w-setup-debugging-0cf319

[Lord Anubis]

Daar gaat het dus over dat het al kon, maar nu is het met minder bedrading. Zeker handig; en of je nu een tweede pico koopt of dit dan heb ik mijn keuze snel gemaakt.

[-=bas=-]

Als je maar 1 core gebruikt, kan je ook je ongebruikte core en de usb poort gebruiken als debugger.
Dat kost je dan helemaal niets.

[meathome]

dat lijkt me wel wat, hoe kun je die 2e core daarvoor inzetten?
want ik krijg er alleen core1 busy uit, die 2e core kan maar 1 thread aan.

het is mij niet gelukt om er b.v. een log functie in te laten draaien.

[Reactie gewijzigd door meathome op 23 juli 2024 18:06]

[cavey]

Hmm draai toch geregeld met een omgebouwde bluepill openocd om mn stm32 en nrf52840 spul te debuggen. 2-4 draadjes maar

[vDorst]

Dit heb ik ook gedaan. Ik gebruikt meestal een ST-LINK-V2 icm rust software probe-rs. Maar voor de pico wilde dit niet werken en heb ik ook een STM32 geflasht om de pico te kunnen debuggen.

Wat ik denk ik wel jammer vind is dat het geen volledige jtag debugger is zodat je hem all-round kan gebruiken.

[likewise]

Hebben jullie een linkje naar de software voor deze debug optie via STM32?

[vDorst]

Ik heb gezocht "CMSIS-DAP" en stm32 firmware.
Probleem dat ik niet zo weet waar ik de firmware vandaan heb.
Maar dit kan een kandidaat zijn. https://github.com/devanlai/dap42
Deze PR https://github.com/devanlai/dap42/issues/16, Tested on a STLINK-V2 clone, debugging an RP2040 and an STM32F103.

[Reactie gewijzigd door vDorst op 23 juli 2024 18:06]

[computerjunky]

Laat ze een nieuwe wel goedkoop model maken die ook nog eens zuiniger geworden is. De laatste modellen zijn meer en meer gaan verbruiken.

Wou een 3b. Hebben maar die is ondertussen 2xzo duur geworden. En gebruikt eigenlijk ook nog meer als strict noodzakelijk. Als een 4k Chromecast het met 1.3 watt kan doen zie ik niet waarom een pi 3.5 watt nodig heeft.

[-=bas=-]

De Chromecast heeft waarschijnlijk wat specifieke hardware codec aan boord die de boel ontlasten.

Maar ik ben het eens met je kritiek op de prijs.
Leuk overal roepen dat het zo goedkoop is maar via de normale verkoopkanalen zijn ze altijd uitverkocht.
Op Amazon zijn ze inderdaad 2~3x zo duur.

[MacPoedel]

De Chromecast with Google TV heeft 4 Cortex A55 cores, de RPi 4 heeft 4 Cortex A72 cores. Een Core i7 verbruikt toch ook meer dan een Celeron? Uitvergrote vergelijking maar mijn punt is dat je ze niet kunt vergelijken. Dat zijn dan nog maar de CPU cores, een Raspberry Pi Model B heeft nog andere hardware die een Chromecast gewoon niet heeft: USB poorten, ethernet poort, GPIO. Een Chromecast met ethernet adapter verbruikt ook meer dan met de gewone adapter.

Qua hardware is een Chromecast veel meer uitgekleed, zoals een Pi Zero, al zijn die dan weer wat langzamer. Een Pi Zero 2W verbruikt minder dan 1W.

Het is ook niet dat de Raspberry Pi 3 niet meer te krijgen is. Bij de Raspberry Pi 4 is nu eenmaal de keuze gemaakt voor performance cores, omdat een grote groep daar al jaren om vraagt. Als de Pi 3 dan ook niet goed genoeg is (omwille van de oude video codec of geen gigabit ethernet), dan vraag ik me af of de Raspberry Pi wel het juiste toestel is, want dat begint te lijken op een mediaspeler toepassing en daar zijn betere alternatieven voor.

[computerjunky]

Tja, vergelijk dan een telefoon. Daar zit ook meer hardware in. Min tel laad in 2 uur met 10 watt vol en doe daar dan 25 dagen standby mee of 12 uur intensief gebruik met scherm. Dat is nog steeds zuiniger als een pi.