ashin-walpola/MicrOBU
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Keep the colleague's microbu-esp32c5 tree in this repository

Browse Source 
obu-firmware builds against vanetza-idf from microbu-esp32c5/external, but
that tree was gitignored, so a clone of this repository could not build the
firmware it ships. It is now committed here as ordinary files in its own
folder, microbu-esp32c5/: the colleague's commit cf4b99f plus the V2X2MAP
bridge's signature verification (--trust) used on the bench. Nothing is
fetched from or pushed to the colleague's repository; this repository and
its remotes carry everything. The folder's own .gitignore keeps build output,
downloaded components and private key material out, as it did there; the
committed file set is identical to that repository's tracked files.

The ESP32-C5 is still flashed from obu-firmware/, which only takes
vanetza-idf from microbu-esp32c5/, so the two stay separate folders.
FLASHING.md says how to take a newer version of the colleague's tree (copy
it over the folder, rebuild, test, commit).
This commit is contained in:
Ashin Walpola
2026-09-23 17:46:40 +02:00
parent 2f60623e18
commit 0e9525162d
9881 changed files with 1582523 additions and 17 deletions
Download Patch File Download Diff File Expand all files Collapse all files
obu-firmware/FLASHING.md
+11 -4
View File
@@ -13,12 +13,19 @@ inherits the first's `IDF_PYTHON_ENV_PATH` and reports every Python dependency
as unmet. Don't run `install.bat` to "fix" that - open a fresh terminal, or
clear the state with `$env:IDF_PYTHON_ENV_PATH = $null; $env:IDF_PATH = $null`.
The build also needs the colleague's `microbu-esp32c5` checkout beside this
repository (gitignored here): vanetza-idf is taken from its
`external/vanetza-idf`. Pass `-DVANETZA_IDF_DIR=<path>` to `idf.py` if it lives
elsewhere. The first build downloads `espressif/esp-boost` into
The build also needs the colleague's `microbu-esp32c5` tree, which this
repository carries as ordinary files in `microbu-esp32c5/`: vanetza-idf is taken
from its `external/vanetza-idf`. Pass `-DVANETZA_IDF_DIR=<path>` to `idf.py` if
it lives elsewhere. The first build downloads `espressif/esp-boost` into
`managed_components/`.
`microbu-esp32c5/` is a copy, not a submodule: nothing is fetched from or pushed
to the colleague's repository (HAW GitLab, urban-mobility-lab/microbu/
microbu-esp32c5). It was taken at their commit cf4b99f plus our V2X2MAP
signature verification (local commit 428a386; that repository's history is kept
outside this one in `..\microbu-esp32c5-colleague.git`). To take a newer version
of their tree, copy it over this folder, rebuild and test, and commit it here.
## Every new PowerShell session
```powershell