Files
Ashin Walpola d107534eb2 Keep vanetza-idf in obu-firmware, so a plain clone builds the firmware
obu-firmware builds against the vanetza-idf C-ITS library, which until now
came from the colleague's microbu-esp32c5 tree beside the repository and was
not tracked here, so a clone of this repository could not build the firmware
it ships. The library alone is now part of obu-firmware, as
obu-firmware/external/vanetza-idf: their external/vanetza-idf at commit
cf4b99f, unchanged (9775 files; see its PROVENANCE.md). CMake takes it from
there by default; -DVANETZA_IDF_DIR still points the build elsewhere.

The rest of the colleague's tree (their own VAM firmware, PKI tooling,
station-link Python tools, the V2X2MAP bridge) stays out of this repository
and gitignored; nothing is pushed to their repository. NOTES.md, docs/06,
TODO.md and the pcap verifier's usage line point at the new location.
2026-09-24 10:56:05 +02:00

19 lines
1.3 KiB
JSON

{
"kind": "component-tests",
"target": "esp32c5",
"idf_version": "6.0.2",
"port": "COM20",
"status": "pass",
"reset": "none",
"checks": 503,
"backend": "BackendMbedTls (PSA Crypto, mbedTLS 4.1.0 of ESP-IDF 6.0.2); same image as security-device-03 (COM11)",
"capture": "listen-only after the OpenOCD 'reset run'; the boot banner precedes the first retained line",
"recovery": "This board (USB serial 10:BD:A3:CC:01:94) was left unflashable by the security-device-02 run (esptool 'Write timeout' after every USB warm reset, including after a power cycle, because the old image's failed test run never applied the ROM UART0 clock repair). Programmed over JTAG with OpenOCD (openocd-flash.log): halt, set PCR_UART0_SCLK_EN (mmw 0x60096004 0x400000 0) before each program_esp step, bootloader and partition table already matched, application reprogrammed and verified. After this run, a plain esptool write-flash with --before default-reset succeeded again (the app_main repair holds).",
"sha256": {
"application": "5fd4602978f12bf18ad9a19e88836ff066450a0359092efb4b865192b9632eb5",
"bootloader": "93903cefa2bae3f5805a604ae744fabfdea78a866a1230ec3cc129190b93fe40",
"partition_table": "73c0b5c3e5fcba3a151cc70c453c93dd5f4798899e7f2f8cca76da1f32ffc501",
"sdkconfig": "caa03c6c8556d56b8ac848bc142ce68331b4a9cae3081590d4c7111338bc60a6"
}
}