命名的 DID
发现的标识符显示来自 ODX/CDD 的真实名称，结果读起来像您的诊断规范，而不是十六进制转储。
简而言之
AutoST 按 ECU 导入 ODX、ODX-D、PDX 和 Vector CDD 文件，并将其规范化为数据标识符和例程。DID 名称会丰富枚举结果，发现的标识符显示其真实名称，而不是原始数字。例程（UDS 服务 0x31）绝不会被暴力枚举：AutoST 只调用您文件中定义的例程，请求载荷可以覆盖，并存储请求和响应。可选的写探测（0x2E）具有破坏性，默认关闭并附有明确警告。
从文件到发现项
导入能带来什么
真实的例程
AutoST 启动您文件中定义的例程（0x31）并读取结果，每个例程的载荷都可以覆盖。
写探测
可选对 DID 写入（0x2E）进行探测，包括错误长度和回写校验。具有破坏性，默认关闭，运行前需确认。
格式
您已有的文件
AutoST 读取 ODX 和 PDX（ASAM 标准）以及 Vector CDD（Candela）。文件只需附加到 ECU 一次，之后每次扫描都会使用它。
由于例程来自您的描述文件而非暴力枚举，扫描更快、更安全，并直接对应到团队熟悉的 ECU。
- ODX、ODX-D 和 PDX（ASAM）
- Vector CDD（Candela XML）
- 按 ECU 配置，跨扫描复用
- 机密文件留在您的实例上
FAQ
常见问题
支持哪些诊断格式？
ODX、ODX-D、PDX 和 Vector CDD。AutoST 将它们规范化为 DID 和例程列表。
例程会被暴力枚举吗？
不会。例程无法被合理地暴力枚举，因此 AutoST 只调用 ODX/CDD 中定义的例程，载荷可以覆盖。
写探测危险吗？
向 ECU 写入可能改变其状态，因此写探测（0x2E）具有破坏性，默认关闭，并需要显式确认。
在您的 ECU 上亲眼见证
在您自己的 ECU 上运行 AutoST
一小时内我们一起确定试点范围：您的台架、协议、目标，以及成功的标准。
- 针对您环境的具体测试方案
- 支持 CAN、CAN FD、DoIP 与 SOME/IP
- 开始前可应要求签署保密协议
为您演示的是Tom ZaubermannZyberum 创始人，前大众汽车 InCar 安全测试实验室负责人
已获得 Tier 1、Tier 2 供应商及 OEM 的信任。可应要求提供参考案例。
或给我们留言
我们会在一个工作日内回复。