面向汽车电子台架测试工程师按“设备—通道—总线—原始报文—信号解码”定位 TSMaster 无数据问题。区分硬件连接成功、报文接收和 DBC 解码三个层次。本文依据官方资料整理没有连接 TSMaster 或 CAN 台架配置示例与预期现象需实机验证。文章目录1. 先给问题分类2. 分层排查图3. 设备可见后再确认通道映射4. 核对 CAN 和 CAN FD 的参数5. 检查台架连接不直接碰未知实车总线6. 有原始帧后才排查 DBC7. 仍然无数据显示时8. 留一份可交接的验证记录1. 先给问题分类“没有数据”可能是设备没有被识别、逻辑通道没有映射到目标端口、CAN 参数不匹配也可能只是窗口过滤或信号解码失败。先保存当前配置副本记录 TSMaster 版本、硬件型号、固件/驱动版本和目标总线参数。观察先排查设备列表没有目标硬件接口、驱动、硬件支持和设备占用设备可见但目标通道无活动通道映射、启动状态、线束和节点状态报文窗口有原始帧信号无值数据库关联、ID 类型、DLC 和信号定义本机发送有记录对端未接收总线状态、ACK、对端接收和电气连接发送窗口里出现一行记录不能单独证明对端已经收到。反过来信号窗口没有曲线也不能直接证明总线没有原始帧。2. 分层排查图原创排查示意不是软件或台架截图。检查顺序优先缩小问题范围避免同时修改多个参数。3. 设备可见后再确认通道映射确认使用的硬件型号和接口属于当前版本支持范围。第三方硬件支持不能只看品牌还需核查具体型号、驱动和软件版本。在通道选择中检查应用通道与物理硬件通道的对应关系。如果线束接在硬件 CAN 2而观察的是映射到 CAN 1 的应用通道就可能看不到目标流量。菜单名称随版本变化应在实际软件中寻找同类功能。同星 TSMaster 产品资料同星设备手册中的 TSMaster 配合章节示例涉及通道选择、总线配置和启动连接手册针对 TC 系列不代表所有硬件选项一致。TC 系列官方手册第 22.5 节**看图定位**左侧列出硬件设备与 Application右侧列出选中应用的 CAN/LIN 通道和 Configuration。图中 TSMaster 的 CAN Channel 1/2 映射到 Vector VIRTUAL 1 的两个通道说明逻辑通道号不能直接当作设备插座号。实机排查时确认右侧映射的是接线所用设备及端口不要照抄图中的虚拟设备。图源同星 / TOSUN-Shanghai官方 TSMaster 用户手册Fig 83。图片未修改源仓库提供 LGPL 2.1 许可全文原始图片可从手册链接获取。手册图未显示具体软件版本界面文字与位置以安装版本为准。4. 核对 CAN 和 CAN FD 的参数先从已确认的台架或 ECU 配置取得波特率不在未知总线上猜值发帧。经典 CAN 的波特率与 CAN FD 的仲裁速率、数据速率、BRS 和控制器模式不能混为一谈。参数教学台架例子实际检查协议经典 CANECU 是否启用 CAN FD波特率500 kbit/s与目标总线一致本文数字仅为示例应用通道CAN 1映射的物理端口是否接对控制器模式依验证目标选择正常、监听等模式是否符合预期终端电阻按实际拓扑配置外置与硬件内置电阻是否重复同星 COM API 指南分别列出 CAN 与 CAN FD 配置参数包括监听模式和内部终端电阻。本文只用它核对参数类别不把 API 示例当成当前 UI 的实测配置。官方 COM API 指南5. 检查台架连接不直接碰未知实车总线在隔离、已授权的台架上按硬件手册核对 CAN_H、CAN_L、连接器针脚、参考地/隔离方式和节点供电。不要照搬其他设备的 DB9 针脚图。典型高速 CAN 线型拓扑两端各有 120 Ω 终端两只并联的等效值约 60 Ω是电路计算结果。只有在断电、接线方式允许测量且确认没有其他并联网络时才能把 H/L 间电阻用于辅助检查不能仅凭读数断定通信正常。TI 终端配置参考连接未知 ECU 时先确认安全状态和协议。本文不提供向真实车辆控制器盲目发送控制报文的操作。可先用已知的台架节点确认软件和适配器接收链路。6. 有原始帧后才排查 DBC先在原始报文视图中确认目标通道、帧 ID、标准/扩展类型、DLC 和数据字节。再检查数据库与通道关联、消息定义、字节序、符号位、系数和偏移。数据库中的十进制 ID 与窗口的十六进制显示要正确换算。以一个完全虚构的 8 字节教学帧为例标准 ID 为0x180也就是十进制 384。ID: 0x180 DLC: 8 DATA: C8 00 20 03 F4 01 00 00自定义信号电流为 byte01 小端无符号值 ×0.01 A速度为 byte23 小端有符号值 ×1 rpm位置为 byte45 小端无符号值 ×0.1%。手工解码预期为 2 A、800 rpm、50%。这不是任何车型报文定义。下面的 Python 标准库代码可独立核对这个字节向量不能替代 TSMaster 接收测试importstruct payloadbytes.fromhex(C8 00 20 03 F4 01 00 00)current,speed,positionstruct.unpack_from(HhH,payload)signals(current*0.01,speed,position*0.1)assertsignals(2.0,800,50.0)print(signals)本段 Python 已在本地执行输出(2.0, 800, 50.0)。这只能验证教学字节向量计算不能证明硬件收发或 DBC 已配置成功。**看图定位**先检查表头的 Chn、Identifier、Dir、DLC/Data Len 与 Message Data Bytes判断接收通道、报文标识和数据是否存在。再看 Message Name 和展开的信号树判断数据库是否正确关联。图中粉色编号 1 指向工具栏和过滤区域编号 2 指向显示区域排查时确认过滤条件没有把目标报文隐藏。图源同星 / TOSUN-Shanghai官方 TSMaster 用户手册Fig 14图片未修改源仓库提供 LGPL 2.1 许可全文原始图片可从手册链接获取编号标注来自原图。图中报文和信号属于官方示例不是本文合成帧或真实 ECU 的测试结果。7. 仍然无数据显示时检查是否启动了总线连接是否存在接收/显示过滤时间窗口和选择通道是否正确。不同窗口或脚本接口对于发送、本机回显和接收事件的处理可能不同不要拿某个 Panel 不变化直接代替原始报文验证。同星快速入门手册提供了软件窗口与使用场景说明。按你的版本定位对应功能而不是假定所有版本按钮位置一致。TSMaster 官方快速入门8. 留一份可交接的验证记录记录软件/驱动版本、逻辑与物理通道、协议与波特率、线束接法、节点状态、过滤设置、原始帧和信号输出。每次只改一个因素再看错误状态或接收记录是否变化。
面向汽车电子台架测试工程师按“设备—通道—总线—原始报文—信号解码”定位 TSMaster 无数据问题。区分硬件连接成功、报文接收和 DBC 解码三个层次。本文依据官方资料整理没有连接 TSMaster 或 CAN 台架配置示例与预期现象需实机验证。文章目录1. 先给问题分类2. 分层排查图3. 设备可见后再确认通道映射4. 核对 CAN 和 CAN FD 的参数5. 检查台架连接不直接碰未知实车总线6. 有原始帧后才排查 DBC7. 仍然无数据显示时8. 留一份可交接的验证记录1. 先给问题分类“没有数据”可能是设备没有被识别、逻辑通道没有映射到目标端口、CAN 参数不匹配也可能只是窗口过滤或信号解码失败。先保存当前配置副本记录 TSMaster 版本、硬件型号、固件/驱动版本和目标总线参数。观察先排查设备列表没有目标硬件接口、驱动、硬件支持和设备占用设备可见但目标通道无活动通道映射、启动状态、线束和节点状态报文窗口有原始帧信号无值数据库关联、ID 类型、DLC 和信号定义本机发送有记录对端未接收总线状态、ACK、对端接收和电气连接发送窗口里出现一行记录不能单独证明对端已经收到。反过来信号窗口没有曲线也不能直接证明总线没有原始帧。2. 分层排查图原创排查示意不是软件或台架截图。检查顺序优先缩小问题范围避免同时修改多个参数。3. 设备可见后再确认通道映射确认使用的硬件型号和接口属于当前版本支持范围。第三方硬件支持不能只看品牌还需核查具体型号、驱动和软件版本。在通道选择中检查应用通道与物理硬件通道的对应关系。如果线束接在硬件 CAN 2而观察的是映射到 CAN 1 的应用通道就可能看不到目标流量。菜单名称随版本变化应在实际软件中寻找同类功能。同星 TSMaster 产品资料同星设备手册中的 TSMaster 配合章节示例涉及通道选择、总线配置和启动连接手册针对 TC 系列不代表所有硬件选项一致。TC 系列官方手册第 22.5 节**看图定位**左侧列出硬件设备与 Application右侧列出选中应用的 CAN/LIN 通道和 Configuration。图中 TSMaster 的 CAN Channel 1/2 映射到 Vector VIRTUAL 1 的两个通道说明逻辑通道号不能直接当作设备插座号。实机排查时确认右侧映射的是接线所用设备及端口不要照抄图中的虚拟设备。图源同星 / TOSUN-Shanghai官方 TSMaster 用户手册Fig 83。图片未修改源仓库提供 LGPL 2.1 许可全文原始图片可从手册链接获取。手册图未显示具体软件版本界面文字与位置以安装版本为准。4. 核对 CAN 和 CAN FD 的参数先从已确认的台架或 ECU 配置取得波特率不在未知总线上猜值发帧。经典 CAN 的波特率与 CAN FD 的仲裁速率、数据速率、BRS 和控制器模式不能混为一谈。参数教学台架例子实际检查协议经典 CANECU 是否启用 CAN FD波特率500 kbit/s与目标总线一致本文数字仅为示例应用通道CAN 1映射的物理端口是否接对控制器模式依验证目标选择正常、监听等模式是否符合预期终端电阻按实际拓扑配置外置与硬件内置电阻是否重复同星 COM API 指南分别列出 CAN 与 CAN FD 配置参数包括监听模式和内部终端电阻。本文只用它核对参数类别不把 API 示例当成当前 UI 的实测配置。官方 COM API 指南5. 检查台架连接不直接碰未知实车总线在隔离、已授权的台架上按硬件手册核对 CAN_H、CAN_L、连接器针脚、参考地/隔离方式和节点供电。不要照搬其他设备的 DB9 针脚图。典型高速 CAN 线型拓扑两端各有 120 Ω 终端两只并联的等效值约 60 Ω是电路计算结果。只有在断电、接线方式允许测量且确认没有其他并联网络时才能把 H/L 间电阻用于辅助检查不能仅凭读数断定通信正常。TI 终端配置参考连接未知 ECU 时先确认安全状态和协议。本文不提供向真实车辆控制器盲目发送控制报文的操作。可先用已知的台架节点确认软件和适配器接收链路。6. 有原始帧后才排查 DBC先在原始报文视图中确认目标通道、帧 ID、标准/扩展类型、DLC 和数据字节。再检查数据库与通道关联、消息定义、字节序、符号位、系数和偏移。数据库中的十进制 ID 与窗口的十六进制显示要正确换算。以一个完全虚构的 8 字节教学帧为例标准 ID 为0x180也就是十进制 384。ID: 0x180 DLC: 8 DATA: C8 00 20 03 F4 01 00 00自定义信号电流为 byte01 小端无符号值 ×0.01 A速度为 byte23 小端有符号值 ×1 rpm位置为 byte45 小端无符号值 ×0.1%。手工解码预期为 2 A、800 rpm、50%。这不是任何车型报文定义。下面的 Python 标准库代码可独立核对这个字节向量不能替代 TSMaster 接收测试importstruct payloadbytes.fromhex(C8 00 20 03 F4 01 00 00)current,speed,positionstruct.unpack_from(HhH,payload)signals(current*0.01,speed,position*0.1)assertsignals(2.0,800,50.0)print(signals)本段 Python 已在本地执行输出(2.0, 800, 50.0)。这只能验证教学字节向量计算不能证明硬件收发或 DBC 已配置成功。**看图定位**先检查表头的 Chn、Identifier、Dir、DLC/Data Len 与 Message Data Bytes判断接收通道、报文标识和数据是否存在。再看 Message Name 和展开的信号树判断数据库是否正确关联。图中粉色编号 1 指向工具栏和过滤区域编号 2 指向显示区域排查时确认过滤条件没有把目标报文隐藏。图源同星 / TOSUN-Shanghai官方 TSMaster 用户手册Fig 14图片未修改源仓库提供 LGPL 2.1 许可全文原始图片可从手册链接获取编号标注来自原图。图中报文和信号属于官方示例不是本文合成帧或真实 ECU 的测试结果。7. 仍然无数据显示时检查是否启动了总线连接是否存在接收/显示过滤时间窗口和选择通道是否正确。不同窗口或脚本接口对于发送、本机回显和接收事件的处理可能不同不要拿某个 Panel 不变化直接代替原始报文验证。同星快速入门手册提供了软件窗口与使用场景说明。按你的版本定位对应功能而不是假定所有版本按钮位置一致。TSMaster 官方快速入门8. 留一份可交接的验证记录记录软件/驱动版本、逻辑与物理通道、协议与波特率、线束接法、节点状态、过滤设置、原始帧和信号输出。每次只改一个因素再看错误状态或接收记录是否变化。
