星核火花赛车科技

标签： 横向控制

  • 横纵向控制算法：四种横向单位与纵向「最小加速度」边界

    结论：横向的四种控制器不共享相同单位——角度、曲率与归一化扭矩只能在各自的 CarParams 契约下解释，不能互相套用阈值；纵向的「最小加速度」合成是偏保守的候选合成，shouldStop 与所选加速度甚至不一定来自同一候选。本文还特别指出：非零求解状态会记录告警并 reset()，但清零后的轨迹仍会被规划器继续处理。以下数值均为源码设定，不是新硬件或新车型的合格阈值；本地缺少 acados 生成代码与模型实体，未构建求解器、未在车辆上验证。

    控制器选择与横向实现

    Controls.__init__() 按 CarParams.steerControlType 优先选择角度或曲率接口，否则按 lateralTuning 选择 PID 或扭矩控制器。Controls.state_control() 根据使能、转向故障、静止条件计算 latActive，由 clip_curvature() 限制曲率变化率、横向加速度和绝对曲率后再调用控制器；这一路仍不是最终 CAN 发送许可。

    实现 关键函数与算法 状态或故障边界
    公共基类 LatControl._check_saturation() 对控制器饱和或曲率受限按 dt 积分；速度、驾驶员施力及安全限幅可抑制计时 reset() 仅清 sat_time，不会自动清子类 PID、延迟缓冲或滤波器
    转角接口 LatControlAngle.update() 用车辆模型把目标曲率转为方向盘角并加学习角偏置 返回的是目标角；执行器变化率仍由车型控制器与 panda 策略约束；角偏置与车辆模型必须随车型校准
    曲率接口 LatControlCurvature.update() 从当前转角估计曲率；配置 PID 时做误差闭环，未配置或驾驶员施力时用前馈 输出限到 MAX_CURVATURE 的 PID 范围，不能把曲率值当作扭矩
    转角 PID LatControlPID.update() 以目标／当前转角误差闭环，转角前馈不含角偏置 安全限幅、驾驶员施力或低速时冻结积分；停用期间不调用 PID update()，原积分未由此清零
    扭矩控制 LatControlTorque.update() 把目标曲率换算成横向加速度，在该域做 PID，并补偿 roll、学习偏置、摩擦和前瞻 jerk 使用 1 秒目标加速度环形缓冲及 jerk 滤波；停用时仍更新缓冲／滤波但不调用 PID，继承的 reset() 不清积分

    PIDController.update() 按速度插值增益，组合 P／I／D 与前馈，对输出限幅并在已限幅方向抑制积分增长；其积分候选也直接以输出上下限裁剪，因此正下限或动态收紧限幅时的内部状态不能按普通「剩余裕度」积分推断。还应注意扭矩控制器的延迟 deque 在停用时仍追加目标，短停再启用可能先读到旧设定值；原测试只覆盖停用满一秒后的缓冲清零。四种横向实现中，扭矩控制的返回值还有符号翻转。

    还有两个跨层边界需要记住：其一，基类 reset() 只清 sat_time，不会清子类 PID、延迟缓冲或滤波器，因此「调用过 reset()」不等于内部状态全部归零；其二，selfdrived 还有独立的欠跟踪、转弯与驾驶员施力门，它们与控制器自身的饱和计时不是同一套判据。插件替换任一横向实现时，若不保留这些内部状态与门控语义，就可能出现停用再启用后的状态残留。

    纵向 MPC、候选合成与执行

    纵向链的关键在于层层限幅与状态门：MPC 生成轨迹，规划器在候选里选最小加速度并做车辆范围限幅，执行层再按车型加速度范围裁剪。任何一层都可能把上游的意图收窄，因此「规划器输出」与「最终发给车型控制器的目标」并不等价。此外，无前车时使用虚拟高速前车是为了维持同一求解模式，而不是真的存在一个前车目标。

    层次 关键函数与数据流 失效语义
    求解器构建 gen_long_model() 设位置／速度／加速度状态和 jerk 控制量；gen_long_ocp() 配目标距离、速度／加速度／障碍约束和软约束成本；SConscript 生成／链接 acados Cython 扩展 生成代码本地缺失；仅阅读 Python 建模不足以证明求解器数值、收敛或耗时
    前车目标 LongitudinalMpc.process_lead() 处理雷达前车；无前车时用虚拟高速前车维持同一求解模式 crash_cnt 用 5 秒内预测距离和前车模型概率累积，规划层再阈值化 FCW；不是独立碰撞检测认证
    求解失败 LongitudinalMpc.run() 设置每节点参数与初始约束、取解及耗时 非零求解状态按条件记录警告并 reset()；解轨迹被清零，规划器仍会处理清零轨迹
    候选计划 LongitudinalPlanner.update() 用 MPC 轨迹、巡航加速度及实验模式 e2e 加速度组成候选，选最小加速度并做车辆范围限幅 所选加速度与 shouldStop 不一定来自同一候选；这是保守合成，不是可绕开车型限制的插件接口
    纵向执行 long_control_state_trans() 在 off、stopping、pid 间切换；LongControl.update() 积分／前馈控制并在车型加速度范围裁剪 输出仍需车型编码及硬件安全门，不能当成直接制动扭矩

    get_accel_from_plan() 与 get_curvature_from_plan() 将模型离散轨迹插值到动作时刻；get_cruise_accel() 综合巡航误差、弯道横向加速度、滑行／油门许可与 jerk 限制。插件替换规划器必须保留时间轴、单位、滞后补偿和输出有效位语义。

    变道与警告状态

    DesireHelper.update() 要求横向控制活动、单侧转向灯新沿和最低车速进入准备状态；驾驶员同向施力且无盲区报警后进入变道开始，再结合模型概率、时间与灯状态回到准备或关闭。它输出模型 desire，不直接授权转向。LaneDepartureWarning.update() 在足够车速、近期无转向灯且横向控制未活动时，按车道置信度、距离和变道意图置警告，输出同样不是执行器命令。

    测试与插件边界

    现有纵向状态测试、横向饱和测试与扭矩缓冲测试只覆盖指定车型和局部状态，本轮运行了纵向隔离探针但未运行上述原仓库测试。重构时应分别记录四种横向控制器的内部 PID／缓冲状态、规划器 MPC 状态、车型学习参数和最终 carOutput，并用进程回放、SIL／HIL 及故障注入验证停用、重启和切换。需要明确：selfdrived 的使能／退出与 panda 固件安全限制不能由普通控制插件覆盖。

    常见问题

    横向控制器的曲率值可以直接当扭矩用吗？

    不能。四种横向实现不共享单位：角度输出的是方向盘目标角，曲率输出被限到 MAX_CURVATURE 的 PID 范围，扭矩控制输出的是归一化扭矩，只能各自在对应 CarParams 契约下解释。

    纵向求解失败后会发生什么？

    run() 遇到非零求解状态会按条件记录警告并调用 reset()，将解轨迹与告警时间戳清零；探针确认连续失败可逐次记录，规划器仍会处理清零后的轨迹，实机故障频率未验证。

    「最小加速度」合成等于安全保证吗？

    不等于。它是偏保守的候选合成，所选加速度与 shouldStop 甚至可能来自不同候选；求解器失败、输入无效、车型加速度能力和实际制动执行仍分别由其他层处理。

    停用再启用横向控制会保留旧的积分或缓冲吗？

    可能。继承的 reset() 不清子类 PID 积分、延迟缓冲或滤波器；扭矩控制器的延迟 deque 停用时仍追加目标，短停再启用可能先读到旧设定值，再使能状态需实测。

    延伸阅读

    参考资料

    • 项目 02 —— openpilot-research/CONTROL_ALGORITHMS_DEEP_DIVE.md（取用了四种横向控制器、纵向 MPC 与候选合成、变道与警告状态、测试覆盖与插件边界）。
    • 项目 02 —— openpilot-research/PERCEPTION_CONTROL_DEEP_DIVE.md（仅用于确认感知到控制主链路与控制器位置）。

    说明：本文为对固定源码快照的静态结构分析，未运行完整测试套件、未连接硬件、未验证目标车型的真实参数组合。文中所有阈值、行号索引与配置均出自源文档，标注为未验证的结论保留其原有边界。

    更新记录

    首次发布 2026-10-11 最近核对：2026-10-11

  • 横向目标曲率有三道限幅：jerk 5、加速度 3、曲率 0.2 各拦什么

    结论：从目标曲率到车轮，controlsd 要经过「来源仲裁 → 变化率/加速度/绝对曲率三道限幅 → 选定的横向控制器 → 车型编码 → panda 固件」这几层。两个容易被误读的边界是：来源选择只看 lateralManeuverPlan 的消息 valid 位，不看 updated、alive 或消息年龄，因此发布者停发而进程不重启时，最后一条有效计划可能被持续选为目标；另外变化率限幅本身不会置 curvature_limited 标志，不能用它判断「是否发生过裁剪」。以下为固定源码快照 c8fb906 的静态追踪。

    两条目标来源与 valid / alive 的差别

    正常目标来自 modelV2.action.desiredCurvature；若 controlsd 看到 lateralManeuverPlan 的消息 valid 位为真，则优先采用该计划；横向未激活时两条来源都改用实测曲率，以降低再使能时的阶跃。模型侧 get_action_from_model() 有两条版本兼容路径：没有 action 输出时从预测轨迹的 yaw/yaw rate 估算曲率，有 action 时把输出横向量除以 max(1,vEgo)^2；纵向加速度作 0.3 s 平滑，横向平滑常量为 0，但 vEgo<=0.3 m/s 时保持上一帧曲率。

    实验来源 lateral_maneuversd 只有机动 active 且未完成才把计划标为有效，曲率以基线曲率加「目标横向加速度 / max(vEgo,1)^2」形成；进程表只在横向机动条件下管理它，生产运行不应把它当作常驻规划器。

    失效语义的核心在消息健康位：SubMaster.update_msgs() 只在收到新消息时更新 valid；alive 按收包时间重新计算；all_checks() 才同时检查存活、频率与有效位。而 controlsd 的来源选择只检查 sm.valid['lateralManeuverPlan']，未检查该主题的 updated、alive 或消息年龄。因此曾收到有效实验计划后，若发布者停发而进程不重启，最后一条计划仍可能被持续选为目标——其后仍经过限幅、latActive、车型与 panda 门，不等于可以任意发送转向。

    controlsd 的逐层处理

    Controls.__init__() 读取 CarParams，按转向接口类型优先选 angle/curvature，否则按横向调参选 PID/torque；update() 以 selfdriveState 为轮询主题更新异步输入与姿态数据。state_control() 更新车辆模型、活动门、目标曲率与执行器，并对数值字段做有限性检查。VehicleModel.calc_curvature() 把扣除在线角偏置的方向盘角换成实测曲率，考虑转向比、速度与路面横滚；controlsd 在调用前取负号，方向约定需用实车校验。

    函数/组件 源码作用 契约或边界
    Controls.__init__() 按转向接口类型优先选 angle/curvature，否则按横向调参选 PID/torque。 不同输出单位不能在插件间直接互换。
    state_control() 更新车辆模型、活动门、目标曲率与执行器，做有限性检查。 生成的是 CarControl，不是 CAN 或执行许可。
    VehicleModel.calc_curvature() 扣除在线角偏置的转角换算实测曲率，考虑转向比/速度/横滚。 调用前取负号，方向约定需实车校验。
    clip_curvature() 顺序限制变化率、考虑 roll 的横向加速度范围、绝对曲率。 curvature_limited 只由后两道限幅标记，变化率限幅不置位。
    Controls.publish() 发布 controlsState 与 carControl，比较请求与 carOutput。 顶层 valid=CS.canValid，不是 sm.all_checks()。
    Car.controls_update() carControl 存活且非被动/已初始化时调用车型 apply() 并发布 sendcan。 仍须通过车型编码与 panda 固件安全约束。

    三道限幅与标志位陷阱

    clip_curvature() 按顺序做三件事：用至少 1 m/s 的速度计算 5 m/s^3 的近似横向 jerk 限幅；再按 ±3 m/s^2 加 roll 补偿限加速度；最后按 ±0.2 1/m 限绝对曲率。源码明确标注 jerk 公式为近似，这些常量不是可以脱离车型和硬件直接复用的认证约束。

    隔离探针给出一个典型陷阱：当变化率单独生效时，输出已从 0.1 改成 0.0005，但 curvature_limited=False。也就是说这个标志不能作为「无裁剪」的诊断依据。探针只验证纯数值函数，不代表 controlsd 消息时序、车型控制器或板端限幅已通过。

    限幅 阈值 是否置 curvature_limited
    变化率（近似横向 jerk） 5 m/s^3，速度下限 1 m/s 否
    横向加速度（含 roll 补偿） ±3 m/s^2 是
    绝对曲率 ±0.2 1/m 是

    输出单位与有限性清理

    控制器输出按 steerControlType 分流：通用第一返回值写 actuators.torque，angle/普通 PID 的第二返回值写 steeringAngleDeg，curvature 型写 actuators.curvature，扭矩控制的第二返回值为零。LatControlAngle 与 LatControlCurvature 都返回 steer=0，有效输出分别是角度与曲率字段；LatControlPID 在施力/低速/安全限幅时冻结积分；LatControlTorque 把目标曲率换横向加速度后返回时会翻转符号，不能把 pid_log.output 与 actuators.torque 直接同号比较。

    state_control 对 Actuators 的数值字段逐个检查非有限值并清零，但这只是末端值清理，不是上游模型输入、车辆参数或中间 PID 状态的完整非有限传播防护。publish() 在 selfdriveState.active 时比较本次请求与已收到的 carOutput，把差异留给后续循环的控制器饱和判断，这不是同步的本帧硬件确认。

    控制器 有效输出字段 边界
    LatControlAngle steeringAngleDeg（steer=0） 曲率反算目标方向盘角并加角偏置。
    LatControlCurvature actuators.curvature（steer=0） 曲率误差 PID 或前馈，驾驶员施力时用前馈。
    LatControlPID steeringAngleDeg 或扭矩 施力/低速/安全限幅时冻结积分。
    LatControlTorque actuators.torque 返回时翻转符号；不能把 pid_log.output 与扭矩直接同号比较。

    自制硬件与插件契约

    源文档给出的约束是：候选规划插件应输出带来源、时间戳、年龄上限、曲率单位 1/m、车辆坐标/正方向、适用车速范围与显式失效状态的目标；仲裁层独占来源选择与 TTL，失效时回退模型或安全降级。车辆学习参数、转角编码与 carOutput 的实际执行反馈也应按车型/硬件版本记录。

    不能让普通插件修改 latActive、车型极限或 panda 固件；CarControl 及其 valid 位也不能替代板级安全门。现有横向饱和测试覆盖部分车型与控制器，扭矩缓冲测试覆盖停用后缓冲清零，但未证明四类控制器全部车型、计划抢占超时、模型丢帧、车况异步或实车符号正确，仍需补齐来源有效→停发/无效切换的回放测试与 NaN/Inf 注入。

    常见问题

    实验计划停了不发，为什么车还在用它？

    因为 controlsd 的来源选择只检查 sm.valid['lateralManeuverPlan']，未检查 updated、alive 或消息年龄。曾收到有效计划后，若发布者停发而进程不重启，最后一条计划仍可能被持续选为目标；但它仍经过限幅、latActive、车型与 panda 门。

    curvature_limited=False 就代表没有裁剪吗？

    不代表。这个标志只由横向加速度与绝对曲率两道限幅设置；变化率限幅本身不置位。探针显示变化率单独生效时输出已从 0.1 改成 0.0005，但标志仍是 False。

    三道限幅的阈值分别是多少？

    按顺序是：用至少 1 m/s 计算 5 m/s^3 的近似横向 jerk、±3 m/s^2 的横向加速度（含 roll 补偿）、±0.2 1/m 的绝对曲率。源码标注 jerk 公式为近似，不能直接当认证约束复用。

    扭矩控制器的输出符号可以直接对比吗？

    不能。LatControlTorque 返回时会翻转符号，不能把 pid_log.output 与 actuators.torque 直接同号比较；angle 与 curvature 两类控制器则返回 steer=0，有效输出在角度或曲率字段。

    延伸阅读

    参考资料

    • 项目 02 —— openpilot-research/LATERAL_TARGET_ACTUATION_DEEP_DIVE.md（两条来源仲裁、controlsd 逐层处理、三道限幅与四类控制器）。
    • 项目 02 —— openpilot-research/ 同目录探针记录：五项 clip_curvature() NumPy 数值契约隔离探针结论。

    说明：本文为对固定源码快照的静态结构分析，未运行完整测试套件、未连接硬件、未验证目标车型的真实参数组合。文中所有阈值、行号索引与配置均出自源文档，标注为未验证的结论保留其原有边界。

    更新记录

    首次发布 2026-10-11 最近核对：2026-10-11

  • Mazda 52/45 迟滞与 Nissan 12 帧平均：三品牌横控差异

    结论：Chrysler、Nissan、Mazda 三家都保留了原车的纵向巡航控制，但横向控制、取消策略与安全模式差异显著，不能抽象成同一套报文插件。Nissan 用后轮速度做安全侧转角限制、驾驶员扭矩按 12 帧平均；Mazda 的最低价速度门用 52/45 km/h 上/下行迟滞并等待 LKAS_BLOCK 清除；Chrysler 的 Ram HD 与 CUSW 被标为 dashcamOnly，CUSW 还使用独立的 chryslerCusw 模式且固件注册仅在 ALLOW_DEBUG。本文为对本地 source/ 与固定版本 opendbc_repo 的静态阅读，未运行测试、未连接实板、未验证任何年款。

    Chrysler：多平台 EPS 电机扭矩

    CarInterface._get_params() 根据 Pacifica/Jeep、Ram DT、Ram HD、CUSW 选择安全模式与参数；Ram HD、CUSW 标为 dashcamOnly，CUSW 使用独立的 chryslerCusw 模式，其固件注册仅存在于 ALLOW_DEBUG 编译块。此快照中雷达解析接口虽存在，但始终 radarUnavailable=True。EPS 固件/车型还会影响最低转向速度。

    CarState.update() 与 update_cusw() 使用不同的状态映射，Ram 的 ACC 状态来自相机总线。CarController.update() 在软件侧按 EPS 测得扭矩限幅，按平台采用最低转向速度迟滞，并在 LKAS 控制位下降后等待一段帧数再重新使能，以避免 EPS 故障。chryslercan.py 里的构帧函数各自编码仪表、转向与巡航按钮，车型报文与 checksum 不能仅靠品牌名复用。

    层 关键入口 已核对行为
    参数 CarInterface._get_params() 按 Pacifica/Jeep、Ram DT、Ram HD、CUSW 选安全模式；Ram HD、CUSW 标 dashcamOnly；CUSW 注册仅 ALLOW_DEBUG
    输入 CarState.update() / update_cusw() 主流平台与 CUSW 用不同状态映射；Ram 的 ACC 状态来自相机总线
    输出 CarController.update() 按 EPS 测得扭矩限幅，采用最低转向速度迟滞，LKAS 位下降后等一段帧数再重新使能
    构帧 chryslercan.py create_lkas_hud()、create_lkas_command()、create_cruise_buttons() 分别编码
    固件 RX/TX chrysler_rx_hook() / chrysler_tx_hook() / chrysler_init() Pacifica/Jeep 与 Ram DT/HD 分别设扭矩、变化率与电机扭矩误差限值；按钮只允许取消或恢复
    CUSW 固件 chrysler_cusw_init() / rx() / tx() 另套地址、RX 表、扭矩限值与按钮位定义；注释仍记载转向故障待解决

    验证入口是 Chrysler 与 CUSW 的安全测试以及通用车型接口测试；这三品牌各自目录下尚无独立车型测试套件，本次也未运行。CUSW 即使源码可编译，其安全模式注册也仅存在于调试固件，注释仍记载转向故障待解决，不可视为量产可用。

    Nissan：转角控制与车型专属取消

    Nissan 侧选择 nissan 安全模式，采用转角控制与原车纵向；Altima 通过安全参数切换 EPS 及相关状态报文总线。此快照中雷达不可用，但不能据此认定原车 ADAS 的内部感知已被软件接管。

    CarState.update() 里，Altima 与其他车型的 PT/相机 bus 对调；后轮速度用于安全侧转角限制的原始速度，四轮均值用于平滑估计，驾驶员扭矩按 12 帧平均以避免误报。CarController.update() 先用一阶滤波平滑低速大转角指令，再按速度/实际角度限制目标，驾驶员施力时降低 EPS 可用扭矩上限。

    取消策略是 Nissan 最不能包装成通用插件的部分：Rogue/X-Trail/Altima 发送 CRUISE_THROTTLE 取消，Leaf 则用 create_cancel_msg() 把 CANCEL_SEATBELT 置位，让 ProPILOT 将其解释为安全带未系而退出，源码说明会伴随蜂鸣和警告——这是明确的 HMI/安全语义。

    层 关键入口 已核对行为
    参数 CarInterface._get_params() 选 nissan 安全模式、转角控制、原车纵向；Altima 切换 EPS 相关报文总线
    输入 CarState.update() / get_can_parsers() Altima 与其余车型 PT/相机 bus 对调；后轮速度用于安全侧转角限制；驾驶员扭矩按 12 帧平均
    输出 CarController.update() 低速大转角先一阶滤波，再按速度/实际角度限幅；驾驶员施力时降低 EPS 可用扭矩上限
    Leaf 取消 create_cancel_msg() 置 CANCEL_SEATBELT 使 ProPILOT 解释为安全带未系退出，源码说明伴随蜂鸣与警告
    固件 RX/TX nissan_rx_hook() / nissan_tx_hook() / nissan_init() 转角幅度与速度相关变化率由固件检查；0x20b 按钮帧只允许取消位；Leaf 0x280 在白名单但无逐位附加约束

    Nissan 的 RX 表显式忽略 checksum/counter，因此不能声称该路径有独立的报文完整性检验。此外，MCU 的 RX 变体锁定、Altima 总线、0x20B 按钮掩码与 Leaf 0x280 载荷边界都需按具体 DBC 与测试核对，不能只凭品牌推断。

    Mazda：扭矩控制与速度迟滞

    Mazda 选择 mazda 安全模式与扭矩调校；此快照仅 CX-5 2022、CX-9 2021 不标 dashcamOnly，部分车型有最低转向车速门。CarState.update() 解析四轮速度、原车巡航、踏板、驾驶员/EPS 扭矩及相机 LKAS 状态。

    最低速度门使用 52/45 km/h 上/下行迟滞，并等待 LKAS_BLOCK 清除；低速告警与临时转向故障由状态逻辑产生。CarController.update() 按驾驶员扭矩限幅 LKAS，踩刹车后延迟发取消以规避与原车巡航主开关的竞态，停车恢复按间隔发 Resume。mazdacan.py 的构帧函数使用不同来源与计数器，需要保持相机/主总线消息时序。

    层 关键入口 已核对行为
    参数 CarInterface._get_params() 选 mazda 安全模式与扭矩调校；仅 CX-5 2022、CX-9 2021 不标 dashcamOnly
    输入 CarState.update() 最低速度门用 52/45 km/h 上/下行迟滞，并等待 LKAS_BLOCK 清除
    输出 CarController.update() 按驾驶员扭矩限幅 LKAS；踩刹车后延迟发取消；停车恢复按间隔发 Resume
    构帧 mazdacan.py create_steering_control()、create_alert_command()、create_button_cmd() 来源与计数器各异
    固件 RX/TX mazda_rx_hook() / mazda_tx_hook() / mazda_init() LKAS 扭矩受最大值、速率、驾驶员反向扭矩约束；未使能时按钮帧只能是取消

    Mazda 的 RX 表忽略 checksum/counter/质量位，同样不能声称有独立报文完整性检验。

    三者共用同一套通用边界：指纹 DBC、CarState、CarController 与 panda 的 RX/TX 钩子，但具体报文与状态各自实现。验证入口包括 Chrysler、CUSW、Nissan、Mazda 各自的 panda 安全测试以及通用车型接口测试；这些测试覆盖按钮、平台扭矩与部分总线变体，本次均未运行。

    对硬件与插件化的含义

    1. 车型契约必须区分 Pacifica/Ram/CUSW、Altima/Leaf、CX-5/CX-9 的报文地址、总线、控制类型、计数器与发布状态，不能只给出 brand 和 canfd 两个字段。
    2. 调试固件的 Chrysler CUSW 与 Ram HD 路径、Nissan Leaf 的安全带模拟取消、Mazda 的刹车后取消延迟，都应列为需要人机交互与实车故障分析的高风险策略，不开放为通用插件选项。
    3. 软件限幅、倒车/低速/停用状态和原车辅助系统冲突，必须与 panda 的 TX 白名单和 RX 状态独立核对；缺少 checksum/counter 的 RX 路径还需额外评估错误帧、重放与总线时序失效。
    4. 目标车型应先做只读采集、DBC/总线回放、错误帧注入、台架与封闭场地验证；本篇不是上车许可。

    常见问题

    三个品牌能共用一套转向控制插件吗？

    不能。三者的报文地址、总线、控制类型（Chrysler 为 EPS 电机扭矩、Nissan 为转角、Mazda 为扭矩）与计数器都不同，且取消策略各异，因此不能抽象成同一套报文插件。

    Nissan Leaf 是怎么取消巡航的？

    它不用普通取消按钮，而是用 create_cancel_msg() 把 CANCEL_SEATBELT 置位，让 ProPILOT 将其解释为安全带未系而退出，源码说明会伴随蜂鸣和警告，具有明确 HMI/安全语义。

    Mazda 的最低转向速度门是多少？

    源文档给出的最低速度门使用 52/45 km/h 上/下行迟滞，并等待 LKAS_BLOCK 清除后才允许。该阈值出自源文档，本文未在实车验证。

    为什么说这些品牌的 RX 路径没有独立完整性校验？

    Nissan 与 Mazda 的 RX 表都显式忽略 checksum/counter（Mazda 还忽略质量位），Chrysler 的 CUSW 也是另套定义。缺少这些字段意味着错误帧、重放与总线时序失效需要额外评估。

    延伸阅读

    参考资料

    • 项目 02 —— openpilot-research/CHRYSLER_NISSAN_MAZDA_DEEP_DIVE.md（三品牌参数、输入/输出、构帧与固件 RX/TX 对照）
    • 项目 02 —— openpilot-research/CHRYSLER_PANDA_SAFETY_MODE_DEEP_DIVE.md（源文档指向的 Chrysler panda 安全函数级专题）
    • 项目 02 —— openpilot-research/PANDA_BOARD_DEEP_DIVE.md（源文档指向的板级执行专题）

    说明：本文为对固定源码快照的静态结构分析，未运行完整测试套件、未连接硬件、未验证目标车型的真实参数组合。文中所有阈值、行号索引与配置均出自源文档，标注为未验证的结论保留其原有边界。

    更新记录

    首次发布 2026-10-11 最近核对：2026-10-11