The overall goal of VSS Tools is to provide a set of tools that can be used to convert or verify Vehicle Signal Specifications defined by the format specified by the COVESA VSS project. VSS Tools is developed in parallel with VSS, please visit the COVESA VSS project for information on how to contribute. If any questions arise, please check out the FAQ for more information.
There are several ways of installing vss-tools
.
If you would like to contribute then please follow the contribute section instead.
All of them are recommended to be done in an activated python virtual environment:
python -m venv .venv
source .venv/bin/activate
pypi
pip install vss-tools
from source:
# default branch
pip install git+https://github.com/COVESA/vss-tools.git
# explicit branch
pip install git+https://github.com/COVESA/vss-tools.git@master
# commit
pip install git+https://github.com/COVESA/vss-tools.git@1234567
See usage for how to start using it.
General CLI help should be used for up to date info of how to use the tools.
# Help for toplevel options and lists sub commands
vspec --help
# Help for export sub command options and lists sub commands
vspec export --help
# Help for json exporter options
vspec export json --help
Please check here for generic infos about exporters and their arguments as well as here for design decision, architecture and limitations.
The COVESA VSS project repository includes vss-tools as a submodule.
The vss-tools version linked by the VSS repository is the preferred vss-tools version to use for that particular version of the VSS repository.
It is not guaranteed that newer or older versions of vss-tools can successfully handle that particular version of the VSS repository.
The table below gives an overview of basic version support for e.g. vspec export json
.
Other exporters may have stricter requirements.
VSS-tools version | Supported VSS catalog versions | Comments |
---|---|---|
v3.0 |
v3.0 - v3.1.1 |
|
v3.1 |
v3.0 -v4.0 |
|
v4.0 |
v4.0 |
|
v4.1 |
v4.0 - |
|
4.2 |
v4.0 - |
|
5.0 |
v5.0 - |
|
<latest source> |
v5.0 - |
Examples on changes affecting compatibility
- Somewhat stricter control in VSS-tools 5.0 onwards, minor changes required in VSS 4.X catalogs to make it pass the control.
- VSS version
v4.1
introduced a new syntax for the unit files that cannot be handled byvss-tools < v4.1
- From
v4.0
vss-tools expects unit file to be explicitly specified or provided in the same directory as the VSS input. VSSv3.1
is the first VSS version including a unit file in the VSS repository. This means vss-tools fromv4.0
onwards cannot handle VSS-versions prior to VSSv3.1
- VSS-tools
v3.1
only supporteddefault
for attributes, resulting in that newer VSS-versions is not supported. - VSS-tools
v4.0
requires case-sensitive for type, resulting in that VSS versionsv3.1
and earlier is not supported.
We are using poetry or a package and venv handling system. Therefore a requirement to develop a tool is to install poetry on your host machine. Check here for official installation instructions. The recommended one is the following, however installing it through pip/pipx works aswell:
curl -sSL https://install.python-poetry.org | python3 -
You can then use the following command in the root directory of vss-tools
to install all dependencies:
poetry install
Due to our poetry.toml the call will create a .venv
directory but does not automatically activate it.
You can use that venv in several ways, with or without the help of poetry
:
poetry shell
: Spawns a new subshell with the appropriate environment activated. After that you can directly call toolspoetry run <tool>
: Runs the given tool in the virtual environment but does return to the current environment after that. $(poetry env info --path)/bin/activate
: Enables the virtual environment. Since we do store virtual envs directly with the tool the command can be simplified to. .venv/bin/activate
. See here for more detailed information how to run poetry e.g. for Windows and how to exit/deactivate it.- We also have an
.envrc
that automatically sources the.venv
when available. Check direnv for how to set it up.
Examples (all from vss-tools root and after running poetry install
):
venv activation:
source .venv/bin/activate
vspec --help
poetry shell:
poetry shell
vspec --help
poetry run:
poetry run vspec --help
direnv:
vspec --help
This project uses pre-commit which helps formatting the source code in a streamlined way.
It is very recommended to use it.
To install hooks you can do pre-commit install
from an activated environment.
Hooks will then run every time you do a git commit
on changed files.
If you would like to run all hooks on all files you can do pre-commit run --all
.
Since pre-commit
dependencies are installed in the virtual environment, it needs
to be activated to be able to run them on a commit.
If you intend to run test cases related to vspec
proto exporter you need to install the protobuf compiler.
Please follow official instructions for your OS. For Debian systems it would be:
sudo apt update
sudo apt install -y golang-go protobuf-compiler
protoc --version # Ensure compiler version is 3+