mirror of
https://github.com/dragonpilot/dragonpilot.git
synced 2026-03-02 06:43:53 +08:00
* use deque for prev_cruise_buttons * stash * disallow engagement if resume or decel isn't pressed * fix buttons * reduce chances of causing 30-frame fault Fix clu11 drive down cancel times * Revert "reduce chances of causing 30-frame fault" This reverts commit 0f54c051bf5a22b1f584718ec46e78bc3a82a0dd. * consider pause/resume button * stash * Revert "stash" This reverts commit 551ca7be6c45729f0747abc81cd81894cd621c32. * sadly some cars need 8 op frames (identical to 4 updates from CLU11) * add main button * 6 should be safe * use max * clean up * change to 4 samples and process all messages received, like panda * bump panda * test: replay segments with known re-engagements on-device * Revert "test: replay segments with known re-engagements on-device" This reverts commit 9730c3c14f942b82b6ed5ef2e81b8ae0126f3006. * need prev_cruise_buttons as we don't run every CAN message through carstate * more generic * extend * Update selfdrive/car/interfaces.py Co-authored-by: Adeeb Shihadeh <adeebshihadeh@gmail.com> * 3% faster at 1000000 loops * update refs Co-authored-by: Adeeb Shihadeh <adeebshihadeh@gmail.com>
process replay
Process replay is a regression test designed to identify any changes in the output of a process. This test replays a segment through individual processes and compares the output to a known good replay. Each make is represented in the test with a segment.
If the test fails, make sure that you didn't unintentionally change anything. If there are intentional changes, the reference logs will be updated.
Use test_processes.py to run the test locally.
Currently the following processes are tested:
- controlsd
- radard
- plannerd
- calibrationd
- ubloxd
Forks
openpilot forks can use this test with their own reference logs
To generate new logs:
./update_refs.py --no-upload
Then, check in the new logs using git-lfs. Make sure to also include the updated ref_commit file.