Module Catalog¶

The NSX registry ships a curated set of built-in, first-class modules that cover SDK integration, platform plumbing, peripherals, profiling, and common runtime helpers. Every module listed here is discoverable through the CLI and eligible for normal nsx module add workflows.

# List the full catalog from your terminal
nsx module list --registry-only

Need a module that isn't listed here?

NSX supports custom and third-party modules alongside the built-in catalog. You can register a local directory or any git repo as a module for your app — no changes to the upstream registry required.

See Custom Modules for registration commands, scaffolding, and end-to-end authoring guidance.

What First-Class Means¶

In NSX, a first-class module is a module that is:

1. present in the packaged registry
2. discoverable through the CLI
3. eligible for normal nsx module add workflows
4. part of the supported, documented NSX module model

That is separate from how an app builds it. Apps still build from vendored copies in app/modules/ after resolution.

Useful commands:

nsx module list --registry-only
nsx module list --app-dir <app-dir>

All Modules¶

Use the built-in search field above the table to filter modules, then adjust the page size selector as needed.

Module Families¶

The catalog is easier to navigate if you read it by role rather than by raw module name.

SDK Provider Modules¶

These define the upstream SDK family and revision used by the rest of the dependency graph.

SDK Wrapper and Platform Integration Modules¶

These adapt raw SDK content into the NSX build and target model.

Board Modules¶

Board modules are selected automatically when you create an app for a specific target. They capture board-level wiring and pin configuration.

This table has its own search and pagination controls.

Board modules are first-class because they are packaged and registry-backed, but they are usually selected indirectly through app creation or target configuration rather than being added manually.

Runtime and Helper Modules¶

These make up the common reusable runtime layer for NSX apps.

Profiling and Instrumentation Modules¶

These are the current first-class path for performance instrumentation.

Peripheral and Bus Modules¶

These expose common device and board-access surfaces without forcing those helpers into the baseline runtime core.

What Is Not First-Class Yet¶

Some module candidates are not part of the packaged catalog yet. That usually means they are still app-local custom registrations, local development modules, or future migration targets from legacy neuralSPOT.

Working with Modules¶

Add a module to your app¶

nsx module add nsx-peripherals --app-dir my-app

NSX resolves the full dependency closure, validates board/SoC compatibility, and vendors the module into my-app/modules/.

Inspect a module¶

nsx module describe nsx-audio

Search by keyword¶

nsx module search "uart serial"

Remove a module¶

nsx module remove nsx-peripherals --app-dir my-app

Related Pages¶

• Modules Overview — terminology and CLI workflows
• Custom Modules — register, scaffold, and validate third-party or local modules
• Module Model — architecture deep-dive