External modules with Visual Studio Code extension

RE: External modules with Visual Studio Code extension

jonathanberi — Fri, 05 Nov 2021 09:26:21 GMT

Yes, thanks again!

RE: External modules with Visual Studio Code extension

wbober — Fri, 05 Nov 2021 08:29:54 GMT

jonathanberi I guess we can close this ticket then?

RE: External modules with Visual Studio Code extension

jonathanberi — Thu, 04 Nov 2021 16:41:20 GMT

Turns out there was a mistake on our end. The naming for overlay files for nRF9160 boards changed at some point (*ns to *_ns) and our sample needed to be updated. With that adjusted, the sample builds and flashes correctly!

RE: External modules with Visual Studio Code extension

wbober — Thu, 04 Nov 2021 10:43:39 GMT

jonathanberi

Why do you need to specify the board file? This is not needed in most cases.

When you select the board name from the extension UI you are esentially selecting the board name that is later provided to west (`west -b <board>`). The zephyr build system will then automatically pick up the configuration file for that board from `boards\<board>.conf`.

See details here: developer.nordicsemi.com/.../setting.html

RE: External modules with Visual Studio Code extension

jonathanberi — Wed, 03 Nov 2021 23:16:20 GMT

Thank you wbober for the thorough reply! Removing path got me 90% there. Unfortunately I still can't figure out how to specify our board file. When I select "all boards" it doesn't appear to be finding the board files in the sample (see https://github.com/golioth/zephyr-sdk/tree/main/samples/hello/boards.) I tried renaming one to see if there was some sort of cache but that didn't make a difference. Any suggestions?

RE: External modules with Visual Studio Code extension

wbober — Wed, 03 Nov 2021 15:01:45 GMT

Hi jonathanberi,

Thank you for your feedback!

Ad1:

You are correct that the extension looks for samples in specific folders. The convention is to look in <toplevel>/applications or <toplevel>/samples folder. This is a convention for extra modules in NCS such as homekit/find-my. This means that if you modify the west.yml to put your SDK in the top level, i.e., remove the path:

    # Golioth repository.
    - name: golioth
      # path: modules/lib/golioth
      revision: main
      url: https://github.com/golioth/zephyr-sdk.git

the samples will be picked up and build fine:

Note that there is a distinct difference between 'Creating a new application' and 'Adding existing one'. Creating a new application means that the sample is copied from the SDK to the destination folder as a freestanding (out-of-tree) application. Importing application means that you add an existing application (such as sample in the SDK) into the vscode workspace and application list.

Ad2:

Modules are a west concept and what you did, i.e, modify the west.yml file to add the module is the correct approach. A freestanding application needs a west workspace to build, in this case that is the NCS workspace initialized by the toolchain manager, that you need to modify in order to pull in the extra module.

Note that our current design approach is to help users with understanding modifications needed rather than offer a UI. This means that we will more likely introduce IntelliSense or code snippets for handling west manifest modifications that a UI.

We're close to releasing an update to the extension that has basic support for west operations with west init being one of them. This means that you should be able to init Golioth SDK right from the extension.

Ad3:

You are correct the extension parses the samples.yaml file to determine compatible boards. This is to align with the concept that the board listed in 'Compatible' category is being tested by the CI thus gives some reassurance that the example will work. It's up to sample maintainers to ensure that. However, it is untrue that you cannot build for the a board that is not indicated in this file. Simply select 'All boards' radio button and find the desired board. Any extra configuration you have in boards folder will be applied by zephyr build system correctly.

Please let us know if this helps.

Kind regards,

Wojtek

VSC Team

RE: External modules with Visual Studio Code extension

jonathanberi — Wed, 03 Nov 2021 13:45:10 GMT

Thank you Marte Myrvold!

RE: External modules with Visual Studio Code extension

Marte Myrvold — Wed, 03 Nov 2021 13:15:21 GMT

Hi,

Thank you for the feedback! Our VS Code team is working on improving the extension, so feedback and feature requests are appreciated, and these are some great suggestions! I will forward this to the team.

Best regards,

Marte