修复更新——开发状态

了解 Tespit 迄今为止规模最大的技术数据链路改进。

11已完成

1进行中

4计划中

当前步骤

验证日常运行

快速驾驶数据链路将与媒体、空调、充电、胎压、车门和位置一起验证。

为什么 1.1.8 如此全面?

车辆与显示界面之间涉及蓝牙、数据片段、解码、状态管理和界面。1.1.8 因此检查完整的数据链路。

进度

  1. 1

    了解起始状态

    已完成

    我们将车辆请求、蓝牙通信和应用更新作为完整数据链路进行检查。

  2. 2

    测量完整数据链路

    已完成

    内部测量链会跟踪从请求到界面显示的更新过程。

  3. 3

    基于响应的更新

    已完成

    新的请求会更紧密地跟随车辆响应的实际完成时间。

  4. 4

    单独测试驾驶数据

    已完成

    速度、功率和挡位与其他信息分开进行检查。

  5. 5

    优先处理驾驶数据

    已完成

    关键数据优先处理,空调、媒体和充电数据在周期中公平分配。

  6. 6

    诊断与记录

    已完成

    诊断系统会记录本地开发和测试驾驶中的技术事件。

  7. 7

    自动传输恢复

    已完成

    针对少数未关闭的蓝牙写入操作开发了受控恢复机制。

  8. 8

    调查罕见中断

    已完成

    发现过不完整数据包,但尚未证实固定的重复时间模式。

  9. 9

    完全隔离恢复流程

    已完成

    旧的不完整响应不得进入新的恢复尝试。

  10. 10

    更早发现中断

    已完成

    更早识别不完整数据包,同时不会过早终止有效的慢速响应。

  11. 11

    正确判断慢速响应

    已完成

    有效但较慢的响应继续处理,恢复只会在更晚时刻启动。

  12. 12

    验证日常运行

    进行中

    快速驾驶数据链路将与媒体、空调、充电、胎压、车门和位置一起验证。

  13. 13

    保持车辆状态一致

    计划中

    相关数值应作为一致的状态传递到界面。

  14. 14

    独立的遥测处理

    计划中

    通信、数据处理和界面将更加清晰地分离。

  15. 15

    性能微调

    计划中

    重新检查不必要的切换、旧任务和重复处理。

  16. 16

    最终发布验收

    计划中

    在车辆硬件、iPhone 和 iPad 上整体检查新的数据链路。

基于真实硬件开发

关键蓝牙和延迟阶段会在真实驾驶中检查。成功的构建不能代替车辆验证。

测量来自开发测试驾驶,可能因车辆、固件、无线环境和设备而有所不同。