Carlos Pereira Atencio

~~Are you using the latest release? It should have this block instead: https://github.com/sandeepmistry/arduino-nRF5/blob/master/cores/nRF5/SDK/components/device/nrf.h#L92-L97~~ Edit: I just noticed it's the same code you've shared, sorry.

It looks like variants like the micro:bit V2 simply use the integer value (P1.0 -> 32): https://github.com/sandeepmistry/arduino-nRF5/blob/75baa76b21ec28cf7c6ece57ba444cf2306b584b/variants/BBCmicrobitV2/variant.cpp#L35

Have you got `CMSIS-DAP` selected as the programmer? I assume in this case OpenOCD must be running under Rosetta 2, as this board doesn't have binaries for the M1 architecture....

At the moment I won't be able to dedicate the time to port this one, but it's certainly something I'd be interested to have, so happy to help somebody else...

Has this been tested with nRF51s as well?

Yeah, I don't see a better alternative either than the online shop product pages. It'd be great if somebody could archive the data somewhere a bit more dependable, so that...

Could ARM Linux be supported out of the box as well with this?

Well, if we could use upstream openOCD I was hoping to be able to use pre-build binaries from teams like GNU ARM Eclipse: https://github.com/gnuarmeclipse/openocd/releases But I am not sure how...

Yeah, sorry, I edited my previous message once I realised they didn't build for ARM. We would need ARM GCC, but if I was to try this myself I would...

Maybe I can put something together in a couple of days, depends on availability, and how much work left there might be for the other PRs. I think we need...