Skip to content

Add support for alternative Arduino core earlephilhower/arduino-pico #13

Open
@maxgerhardt

Description

@maxgerhardt

Per https://community.platformio.org/t/request-to-add-platformio-support-for-earle-philhowers-arduino-pico-raspberry-pi-pico-sdk/22285.

As simliar to e.g. STM32 and AVR with board_build.core = .., it should be supported to switch to a different Arduino core implementation, the most popular of which is https://github.com/earlephilhower/arduino-pico.

Needs a PlatformIO builder script, a new framwork package and the necessary platform scripts changes here.

Activity

sstaub

sstaub commented on Sep 20, 2021

@sstaub

With the new release (1.9.5) it should possible to integrate in PIO

maxgerhardt

maxgerhardt commented on Sep 20, 2021

@maxgerhardt
ContributorAuthor
sstaub

sstaub commented on Oct 26, 2021

@sstaub

Any news about?

Tomwhiting1987

Tomwhiting1987 commented on Oct 27, 2021

@Tomwhiting1987

Hi Max, the WIP version of this code - are we able to add this address as a platform using the Advanced Installation in Platform IO? Or are there other instructions I need to do to be able to use arduino-pico in PIO? Thanks, Tom

maxgerhardt

maxgerhardt commented on Oct 27, 2021

@maxgerhardt
ContributorAuthor

@sstaub
Other than the Pico openocd repo finally merging Picoprobe support into the main branch for unification, not much.

@Tomwhiting1987
You don't need to go through the GUI to install it, you have to reference the new platform in the platformio.ini of the project. Even if you did install through the "Advanced Installation", it wouldn't be picked up if the special platform = .. instruction wasn't there. Best to use the platformio.ini from the reference project or the more minimal one shown in the documentation I wrote: https://arduino-pico.readthedocs.io/en/latest/platformio.html

Tomwhiting1987

Tomwhiting1987 commented on Nov 4, 2021

@Tomwhiting1987

@sstaub Other than the Pico openocd repo finally merging Picoprobe support into the main branch for unification, not much.

@Tomwhiting1987 You don't need to go through the GUI to install it, you have to reference the new platform in the platformio.ini of the project. Even if you did install through the "Advanced Installation", it wouldn't be picked up if the special platform = .. instruction wasn't there. Best to use the platformio.ini from the reference project or the more minimal one shown in the documentation I wrote: https://arduino-pico.readthedocs.io/en/latest/platformio.html

Thanks very much for this @maxgerhardt , much appreciated - seems to be working well now, it's very impressive! Regarding debugging, is there a way to use pico-debug with the earlephilhower/arduino-pico core in platformio? And if so, how do you do this?

maxgerhardt

maxgerhardt commented on Nov 4, 2021

@maxgerhardt
ContributorAuthor

@Tomwhiting1987 as of now I even have problems with an extern debug probe, picoprobe, as described in earlephilhower/arduino-pico#66 (comment). There seems to be some (?) issue with the placement of functions in flash compared to RAM. I think I achieved my partially-working debugging by hacking the linker script to place all crucial things in RAM instead of Flash except the bootloader and vector table of course) I've not yet touched the picodebug path of uploading or debugging.

Tomwhiting1987

Tomwhiting1987 commented on Nov 4, 2021

@Tomwhiting1987

Ok no problem, thanks for the update @maxgerhardt. Is it likely that when this core is fully supported as a platform in platformio, we will be able to use the PIO debug in the GUI?

maxgerhardt

maxgerhardt commented on Nov 4, 2021

@maxgerhardt
ContributorAuthor

I would only merge it when it's feature-complete with all debugging working, so yes.

sstaub

sstaub commented on Nov 9, 2021

@sstaub

Why wait for debugging feature? I don't think that all users need it really.

jhmaloney

jhmaloney commented on Jan 24, 2022

@jhmaloney

What's the status of getting this included as an official Platformio framework?

Thanks to @maxgerhardt, I've been using it in Platformio for the past several days and it's working great! (I don't need the hardware debugging features.)

I've used both the official, mbed-based framework for the RP2040 and this one by Earle Philhower, and I much prefer this one. For MicroBlocks, the generated code is smaller and uses much less RAM. Some things, like pin IO, also appear to be faster. I like the fact that this framework supports LittleFS, although I haven't used that yet, and I'm seeing that Adafruit and others have created libraries around this framework. Finally, I found it easier to dig into the low level code for things like gpio and i2c in the Philhower framework. (I may have missed something, but I couldn't actually find the source code for the lowest levels in the mbed-based framework.)

In short, I'd love to see this framework supported officially by Platformio.

I've worked a bit with Ivan and the Platformio team in the past, so if it is helpful I can add my voice to those requesting that it be supported officially in whatever way makes sense.

maxgerhardt

maxgerhardt commented on Jan 24, 2022

@maxgerhardt
ContributorAuthor

We're currently in the process of adding all board JSON files that the Arduino-Pico core supports in earlephilhower/arduino-pico#426, and I've also pinged Earle again on the publishing of the toolchain packages, which are needed.

If I see that getting debugging to work is really too much of a hassle right now, I'll push for a publication without (good / complete) debug support. Gotta prepare for a storm of 'why not working??' issues then though.

jhmaloney

jhmaloney commented on Jan 24, 2022

@jhmaloney

Fantastic! Let me know if you need help to convince Ivan to include this in Platformio. I know he was resistant in early days to having two Arduino frameworks for the RP2040, but over the past nine months the strengths and stability of this framework have become clear so I'm hoping he will reconsider.

episource

episource commented on Mar 13, 2022

@episource
Contributor

I've prepared an alternative fork with support for earlephilhower/arduino-pico : relevant branch is episource/platform-raspberrypi#my-platform-pico.

Main differences to maxgerhardt's approach:

  • board definitions and framework build script are not replicated (but read directly from the framework's tools directory)
  • builtin PRs Use *.elf instead of *.bin if no offset given #29, Add board_upload_target option #30, Configure debug session as required for pio 5.2+ #31 for working CMSIS-DAP/SWD transport
  • does not use toolchain-pico, but reuses build tools of mbed core (toolchain-gccarmnoneeabi, tool-openocd-raspberrypi)
  • automatically disables library Adafruit TinyUSB Library if USE_TINYUSB is not defined (no need to use ldf_mode=chain+ or doing this explicitly)
  • core names pico, rp2040 and earlephilhower are synonyms
  • no littlefs support though
  • Compiling with -DUSE_TINYUSB currently also fails (due to not using toolchain-pico)
    • the Adafruit TinyUSB library duplicates definitions from libpico.a
    • somehow these duplicates are resolved when using toolchain-pico...

13 remaining items

Loading
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

      Development

      No branches or pull requests

        Participants

        @episource@jhmaloney@sstaub@savejeff@maxgerhardt

        Issue actions

          Add support for alternative Arduino core earlephilhower/arduino-pico · Issue #13 · platformio/platform-raspberrypi