The IDF Component manager is a tool that downloads dependencies for any ESP-IDF CMake project. It makes sure that the right versions of all components required for a successful build of your project are in place. The download happens automatically during a run of CMake. It can source components either from the component registry or from a git repository.
A list of components can be found on https://components.espressif.com/
IDF component manager can be used with ESP-IDF v4.1 and later.
For ESP-IDF v4.4 the idf-component-manager package is installed by default and no extra action is necessary.
In ESP-IDF v4.1 — v4.3, you need to install the following Python package to use the component manager:
source $IDF_PATH/export.sh
pip install idf-component-manager --upgrade
If CMake is started using idf.py
or ESP-IDF VSCode Extension then the Component manager will be activated by default.
If CMake is used directly or with some CMake-based IDE like CLion, it’s necessary to set the IDF_COMPONENT_MANAGER
environment variable to 1 to enable the component manager integration with the build system.
You can add idf_component.yml
manifest files with the list of dependencies to any component in your project.
IDF Component Manager will download dependencies automatically during the project build process.
When CMake configures the project (e.g. idf.py reconfigure
) component manager does a few things:
- Processes
idf_component.yml
manifests for every component in the project - Creates a
dependencies.lock
file in the root of the project with a full list of dependencies - Downloads all dependencies to the
managed_components
directory
The component manager won't try to regenerate dependencies.lock
or download any components if manifests, lock file, and content of managed_component
directory weren't modified since the last successful build.
All dependencies are defined in the manifest file.
dependencies:
# Required IDF version
idf: ">=4.1"
# For components maintained by Espressif only name can be used.
# Same as `espressif/component`
component:
version: "~2.0.0"
# Or in a shorter form
component2: ">=1.0.0"
# For 3rd party components :
username/component:
version: "~1.0.0"
# For transient dependencies `public` flag can be set.
# `public` flag doesn't have an effect for the `main` component.
# All dependencies of `main` are public by default.
public: true
anotheruser/component: "<3.2.20"
# For components hosted on non-default registry:
company_user/component:
version: "~1.0.0"
service_url: "https://componentregistry.company.com"
# For components in git repository:
test_component:
path: test_component
git: ssh://git@gitlab.com/user/components.git
# For test projects during component development
# components can be used from a local directory
# with relative or absolute path
some_local_component:
path: ../../projects/component
We welcome all contributions to the Component Manager project.
You can contribute by fixing bugs, adding features, adding documentation, or reporting an issue. We accept contributions via Github Pull Requests.
Before reporting an issue, make sure you've searched for a similar one that was already created. If you are reporting a new issue, please follow the Issue Template.
- The Python Package Index project page https://pypi.org/project/idf-component-manager/
- The Component Manager section in the ESP-IDF Programming Guide