Sujet : Re: Need help with PI PICO...
De : steveo (at) *nospam* eircom.net (Ahem A Rivet's Shot)
Groupes : comp.sys.raspberry-piDate : 24. Mar 2024, 08:23:46
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <20240324072346.81064ff46570e669982a1f4e@eircom.net>
References : 1 2 3
User-Agent : Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.1)
On Sat, 23 Mar 2024 22:20:34 +0000
The Natural Philosopher <
tnp@invalid.invalid> wrote:
On 23/03/2024 18:37, Ahem A Rivet's Shot wrote:
Assuming you have access to the source of gpio_get() instrument
the inside of it with tracers (I'd use printf if there's anything
listening to stdout - otherwise find somewhere to put breadcrumbs that
you can see in real time (in ancient times I'd just watch the
blinkenlights). Wait for it to lock up and see what it's doing.
Well I did. That's how I got this far.
Instrument /Inside/ gpio_get().
I know it enters the routine, but never leaves, and the lack of GPIO
voltage suggest it is being stuck where it is.
Right so the next step is the inside of the routine.
Alternatively run it under strace or similar and wait for it to
lock up or wait for it to lock up and attach gdb (you'll want to compile
with -g for that).
AIUI those are linux tools.
Unix tools but yes.
We are running bare metal-ish here.
Ah - no way to attach a debugger via the SDK ?
Back in the day I would have used a chip emulator with hardware break
points.
An ICE is always nice if someone else is paying :)
It's odd, it may be something to do with short ultrasonic distances. I
have the PCB just lolling around on the desk, and facing a wall a few
inches away seemed to make it crash moire predictably
Hmm is there a minimum range spec ?
-- Steve O'Hara-SmithOdds and Ends at http://www.sohara.org/For forms of government let fools contestWhate're is best administered is best - Alexander Pope