TSMaster2026.4.7.1927及之后的版本中，新增了在无A2L文件的情况下直接回放MF4文件的功能。这一新特性究竟如何操作？下文将为您逐一拆解，让您一看就懂、一用就会。

本文关键词：信号回放、MF4文件、自动生成变量、图形、总线数据、CSV文件

不依赖A2L文件回放MF4文件的操作步骤

在2026.4.7.1927版本之前，若工程中未载入A2L文件以解析对应的数据库，则回放MF4文件时，无法找到记录文件中对应的变量，因而无法通过图形窗口观察各变量的变化。在新版本中，新增了如下机制：当载入MF4文件后检测到系统中不存在的变量时，用户可选择自动创建这些变量，从而支持后续相关功能的正常使用。

此外，TSMaster支持将总线数据一并记录到MF4文件中，在以往的版本中，回放MF4文件时展示记录的总线数据需要配合A2L文件方可实现，而2026.4.7.1927版本之后可以实现无A2L文件回放MF4文件中的总线数据。

1、载入MF4文件

打开标定管理器，在工程停止的情况下点击标定管理器列表中的测量记录，右键选择载入，如图1。

选择需要载入的文件后，会弹出选择窗口，提示是否选择回放所有信号，点击“是(Yes)”，如图2。

2、自动创建不存在的系统变量

载入后，在测量记录列表中选中MF4文件，若该文件为首次在本工程中载入，系统无法检测到记录文件中的变量，则会弹出提示窗口，需要选择自动创建，如图3。

自动创建系统管理器会新增名为“AutoCreatedSymbols”的分组，即系统识别MF4文件中的信号后自动创建的所有系统变量。如图4。

将系统变量添加至图形页面绘制数值曲线

回放时若想直观观察信号的变化曲线，可将自动创建出的系统变量加入到图形窗口中，在回放过程中绘制出对应的数值曲线。添加时可选择在图形窗口中右键选择添加信号或变量，也可打开系统变量管理器，选择变量后拖拽至图形窗口中，如图5。

选择回放信号并进行回放

TSMaster支持用户自定义回放记录文件中的信号，可选择默认回放全部信号或者自定义选择。

在载入MF4文件时，选择回放所有信号后，工程会自动在回放信号选择中激活所有信号，回放时即可一次性分析所有信号的变化。

若在载入时不选择回放所有信号，则载入后所有信号均为失能状态，用户可在“回放信号选择”列出的树状图中根据自身需求勾选想要回放的信号，如图6。

选定需要回放的信号后，在标定模块的测量记录中选中要回放的MF4文件，右键选择回放，如图7。

回放结束后，打开图形窗口即可观察到，已添加在图形窗口的系统变量根据MF4文件中记录的数据绘制出了对应的数值曲线，如图8。

若回放的MF4文件中同时记录了标定数据和总线数据，则在回放完成后可以同时观察到图形窗口中的标定数据和报文信息窗口中的总线数据，如图9。

导出CSV文件生成Excel格式的信号文件

为方便进一步的分析，TSMaster的图形模块中还支持将信号导出为CSV文件，展示信号值与时间戳的变化关系，如图10。

导出的CSV文件可以直接以Excel形式打开文件查看内容。

立即更新到 TSMaster 2026.4.7.1927 或更高版本，体验无A2L回放的便捷与强大！

<p>The post 干货分享 | TSMaster不依赖A2L文件回放MF4文件的操作指南 first appeared on 上海同星智能科技有限公司.</p>

为什么需要视频&音频记录？

在车载总线测试与验证中，仅靠报文日志往往难以还原现场——某条特定指令发出时，车辆实际执行了什么动作？周围环境是否存在异常噪音或视觉干扰？

尤其在以下场景，单靠 BLF 数据往往不够：

• 实车路试：颠簸、转向、制动——哪个动作引发了报文抖动？
• 功能验证：指令下发后，执行机构是否真的按预期响应？
• 自动驾驶测试：感知、决策、控制的联动过程需要影像佐证
• 售后与产线问题复现：现场录像比口头描述更有说服力

TSMaster 将视频/音频记录与总线记录深度结合，测试结束后视频和 BLF 同步回放，报文与动作一一对应，定位问题效率大幅提升。

视频记录：从配置到同步录制

1. 显示监视页

打开视频记录窗口，在工具栏中点击显示监视，该页面可实时预览摄像头画面，如图1。

监视页工具栏四个核心按钮：

2. 显示配置页

点击窗口工具栏的显示配置，或直接在监视页左侧点击显示配置，可以切换至显示配置页，如图2。

在显示配置中，可以选择记录时使用的摄像头设备，并配置摄像头能力。同时，用户可以在显示配置中设定记录的视频文件保存路径，具体步骤如下：

1. 在摄像头列表中选中要使用的摄像头
2. 勾选启用所选摄像头
3. 在”默认能力”下拉框中选择合适的摄像头工作分辨率/帧率
4. 在输出目录中设置视频文件保存路径（默认路径：工程目录 → LoggingVideo）

3. 导入配置/导出配置

在工程中完成摄像头配置后，可将当前配置以 JSON 格式导出。导出的配置文件支持导入至其他工程，从而实现配置的跨工程复用，如图3。

4. 生成代码

点击视频记录工具栏中的生成代码按钮，TSMaster 会基于当前工程路径生成 /Logging/video 输出目录的示例代码，可直接复制到自动化脚本中使用，提升测试工程的复用性。

5. 视频+总线同步记录

若在实车测试中需要在记录视频文件的同时将总线数据记录到BLF文件中，则需要在工程启动后同时开启总线记录与视频记录。具体步骤如下：

1. 打开视频记录模块，完成视频记录相关配置；
2. 打开总线记录模块，配置数据文件夹与数据文件名，激活自动启动模式；
3. 启动工程后，点击视频记录中的录像开始；
4. 测试结束后，先点击录像停止视频，再点击主工具栏停止记录结束总线记录，如图5：

视频回放：报文 + 画面同步还原现场

若记录视频文件时，同时将总线数据记录到BLF文件中，则可以使用视频回放模块同时回放视频文件与BLF文件，如图6：

按以下步骤同步回放：

1. 打开视频回放窗口，点击工具栏中打开按钮，选择要回放的视频文件；
2. 点击总线回放引擎下拉框，选择对应的 BLF文件，同时打开报文信息窗口用于观察；
3. 点击开始回放，视频与总线数据同步播放，回放后效果如图7：

注意：总线回放引擎仅可选择总线回放模块下，在线回放列表中载入的BLF文件。

音频记录：用声音补充测试信息

除了视频，TSMaster 还支持麦克风音频记录，适用于需要记录驾驶员语音标注、异响定位、语音提示验证等场景。

1. 录音页操作

打开音频记录模块 → 点击显示录音页，可查看各麦克风的工作状态，如图8：

录音页按钮说明：

2. 配置麦克风

点击窗口工具栏的显示配置页，或直接在录音页左侧点击显示配置页，可以切换至显示配置页，如图9：

按以下配置完成设置：

1. 在输入列表中选择麦克风设备
2. 在右侧输出目录中设置音频文件保存路径（默认路径：工程目录 → LoggingAudio）
3. 勾选启用所选输入，页面下方将显示当前输入设备参数

<p>The post 干货分享 | 测试不再”只看数据”——TSMaster 视频 + 音频记录功能详解 first appeared on 上海同星智能科技有限公司.</p>

今天，我们分享一套基于同星TSMaster软件平台与配套硬件的自动化刷写与流程状态实时显示方案。该方案通过 COM/RPC 自动化接口调用诊断系统变量，实现无人值守自动化刷写，并借助UDP实时通信将诊断流程步骤、执行状态、进度信息与刷写结果同步外发，支持命令行日志输出与图形化进度条可视化。

方案亮点速览

配置防呆校验

自动检测工程路径、刷写文件合法性，异常即时提示，避免无效执行。

命令行实时状态显示

支持 bat/exe格式一键调用，命令行实时输出刷写流程与执行结果，步骤异常显示 Fail 并保留工程界面。

进度条可视化

独立弹窗置顶显示刷写进度：初始化、刷写中、刷写完成三级进度提示，百分比实时刷新，直观展示执行进度。

异常处理（可选）

刷写成功自动退出工程，刷写失败保留工程界面并抛出错误，便于问题定位。

典型应用场景

本方案主要面向多数汽车电子产线和主机厂、整车厂服务站、零部件测试验证等场景：

• 实现无人值守自动化刷写，大幅提升产线 EOL 效率；
• 实时输出诊断服务名称、执行步骤、运行状态、成功 / 失败结果；
• 支持调试人员快速定位失败节点，降低排查成本；
• 可集成到 MES / 上位机系统，形成标准化自动化刷写工位。

方案实现原理

自动化刷写的核心是通过脚本控制 TSMaster 内部系统变量，实现诊断流程启动、执行、状态读取与结果回收。

该方案支持两种控制方式：COM 接口调用、RPC 远程过程调用，并通过UDP 套接字实现状态实时上报。

3.1 技术架构

1. 配置层：提供统一参数配置入口，管理工程路径、刷写文件、诊断 ID、等核心参数；
2. 控制层：由 Python 脚本通过 COM/RPC 接口实现 TSMaster 工程远程控制、配置解析与防呆校验；
3. 采集层：TSMaster 内置 C 小程序实时读取诊断流程系统变量，获取服务执行状态与结果；
4. 通信层：采用 UDP 本地套接字实现实时性的数据传输；
5. 展示层：通过命令行日志 + 图形进度条完成流程状态可视化展示。

3.2 COM 自动化实现原理

通过 win32com 直接创建并控制 TSMaster 应用实例，无需手动打开工程，脚本可完成：

• 诊断工程加载
• 硬件通道配置
• 仿真启动
• 诊断流程执行
• 系统变量读写

COM 方式实现脚本：

global app
app = win32com.client.Dispatch("TSMaster.TSApplication")
com = app.TSCOM()  
formMan = app.TSFormManager()
formMan.show_main_form()
app.set_current_application("TSMaster")
formMan.load_project(project_path, True)  # 指定对应工程
app.set_can_channel_count(1)  
app.connect()  # 启动 TSMaster

3.3 RPC 远程控制实现原理

通过 TSMaster 内置 RPC 服务，实现外部脚本对已打开工程的远程控制，适用于需要人工干预与脚本协同的场景。

RPC方式实现脚本：

initialize_lib_tsmaster(appname)
namelist = pchar()
get_active_application_list(namelist)
app_name_list = namelist.value.decode().split(';')
rpc_tsmaster_create_client(app_name_list[1].encode(),        rpchandle)
rpc_tsmaster_activate_client(rpchandle, True)
rpc_tsmaster_cmd_start_simulation(rpchandle)

使用RPC方式需要额外在TSMaster中设置本地RPC，如下图所示：

Note: COM 与 RPC 仅连接方式不同，刷写逻辑、配置读取、UDP 通信、防呆校验等模块完全通用。

3.4 核心实现

3.4.1 Python 核心代码

防呆校验：

用于检查输入app/boot或者工程文件是否合规是否存在。

def  check_config():
global setting_dict
driver=setting_dict['Driver1']
data=setting_dict['Data1']
profile=setting_dict['ProjectFullFile']
if driver == "":
return "Flash driver missing"
if not os.path.exists(driver):
    return "Flash driver does not exist"
if data == "":
    return "APP hex missing"
if not os.path.exists(data):
    return "APP hex file does not exist"
if profile == "":
    return "Project missing"
if not os.path.exists(profile):
    return "Project file does not exist"
return "success"

配置文件读取：

def  read_ini(setting_path):
setting = ConfigParser()
# 读取setting ini文件
setting.read(setting_path)  # config.ini为你要读取的ini文件名

# setting获取配置值
setting_dict['ProjectFullFile'] = setting.get('Project', 'ProjectFullFile')
# print(f"ProjectFullFile value: {setting_dict['ProjectFullFile']}")
setting_dict['DownLoadAuto'] = setting.get('Project', 'DownLoadAuto')
setting_dict['Result'] = setting.get('Result', 'Result')
setting_dict['Enforcemode'] = setting.get('Project', 'Enforcemode')
setting_dict['PowerOn'] = setting.get('GeneralSettings', 'PowerOn')
setting_dict['Data1'] = setting.get('Data1', 'file_path')
setting_dict['Driver1'] = setting.get('Driver1', 'file_path')
setting_dict['FlowName'] = setting.get('DiagnosticFlow', 'FlowName')
setting_dict['DiagnosticName'] = setting.get('DiagnosticFlow', 'DiagnosticName')
setting_dict['SeedKeys'] = setting.get('SecurityAccess', 'SeedKeys')
setting_dict['requestId'] = setting.get('DiagnosticId', 'requestId')
setting_dict['responseId'] = setting.get('DiagnosticId', 'responseId')
setting_dict['functionId'] = setting.get('DiagnosticId', 'functionId')

进度条可视化：

class ProgressPopup:
    def __init__(self):
        self.root = None

self.progress = None
        self.label = None

    def show(self):
        "在独立线程中显示弹窗"
        def create_window():
            self.root = tk.Tk()
            self.root.title("UDS诊断进度")
            self.root.geometry("300x120")
            self.root.attributes('-topmost', True)  # 置顶显示

            self.label = tk.Label(self.root, text="诊断进度:", font=("Arial", 10))
            self.label.pack(pady=5)

            self.progress = ttk.Progressbar(self.root, length=250, mode='determinate')
            self.progress.pack(pady=10)

            self.percent = tk.Label(self.root,  text="等待数据...", font=("Arial", 10))
            self.percent.pack()

            self.root.mainloop()

        thread = threading.Thread(target=create_window, daemon=True)
        thread.start()

    def update(self, value):
        if self.root and self.progress:
            self.root.after(0, lambda: self._update_ui(value))

    def _update_ui(self, value):
        self.progress['value'] = value
        self.percent.config(text=f"{value:.2f}%")
        if value >= 100:
            messagebox.showinfo("完成", "UDS刷写完成！")

self.root.destroy()
progress_popup = ProgressPopup()
progress_popup.show()

UDP 服务端（接收状态日志）：

在24年版本（2024.5.24及之后）的诊断流程中新增加了Uds Flow 1_Step State系统变量，用于获取刷写状态字符串，可用于将刷写状态进行回传。

整体通信逻辑为TSMaster（客户端，端口 20001）监听 Python 脚本（服务端，端口 30001）的 UDP 报文，实现流程状态实时回传。

def  sock_connect(UDP_IP,UDP_PORT):
      global sock
      sock=socket.socket(socket.AF_INET,socket.SOCK_DGRAM)
       sock.bind((UDP_IP,UDP_PORT))

定义了一个名为 sock_connect 的函数，建立了一个基于UDP协议的套接字连接，并将其绑定到指定的IP地址和端口号上。

def  rececv_data():
        while isRecv:
         bufsize = 1024
         data , addr = sock.recvfrom(bufsize)
         print(data.decode())

定义接收数据，在循环中接收UDP套接字（sock）接收到的数据，并将接收到的数据解码并打印出来。

def  start_thread():
     global t1
     t1 = threading.Thread(target=rececv_data)
      t1.start()

创建一个线程（t1）来执行另一个函数 receive_data，从而在一个独立的线程中接收UDP套接字的数据。

3.4.2 TSMaster C 小程序代码（UDP 发送状态）

C 小程序运行于 TSMaster 内部，负责系统变量读取与 UDP 报文发送，主要步骤为：

套接字初始化：创建 UDP 套接字，绑定本地 IP 与端口（20001），配置服务端地址（端口30001）。

clientSocket = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);
clientAddr.sin_family = AF_INET;
clientAddr.sin_port = htons(20001);
clientAddr.sin_addr.s_addr = inet_addr("127.0.0.1");
bind(clientSocket, (sockaddr*)&clientAddr, sizeof(clientAddr));
serverAddr.sin_family = AF_INET;
serverAddr.sin_port = htons(30001);
serverAddr.sin_addr.s_addr = inet_addr("127.0.0.1");

变量监听：通过系统变量接口获取诊断流程步骤状态（Diagnostic0.Uds Flow 1_Step State）。
数据上报：将流程状态通过 UDP 发送至 Python 服务端，实现状态实时同步。

char s[512];
s32 ret = app.get_system_var_string("Diagnostic0.Uds Flow 1_Step State", 512, &s[0]);
if (ret == 0) {
    sendto(clientSocket, s, strlen(s), 0, (sockaddr*)&serverAddr, sizeof(serverAddr));
    log("%s", s);
}

Setting.ini配置文件：

配置文件用于定义自动化刷写核心参数，包含工程路径、烧录模式、硬件配置、文件路径、诊断参数、安全算法、通信 ID 等关键配置项，示例如下：

[Project]  ——TSMaster工程文件夹
ProjectFullFile=C:UsersdengzhipingDesktopdemoproject ——工程路径
DownLoadAuto = 1 ——是否自动烧录，1自动烧录，0不自动烧录
Enforcemode = 0 ——是否强刷，1强刷，0不强刷

[Result]
Result = 3 ——刷写结果

[GeneralSettings]
PowerOn = 1  ——是否需要重新上下电
HardWare = 16

[Data1]  ——BOOT或者APP文件路径
file_path = C:UsersdengzhipingDesktopdemoauto_demo

[Driver1] ——FlashDriver文件路径
file_path = C:UsersdengzhipingDesktopdemoauto_demo

[DiagnosticFlow]
FlowName = Uds Flow 1  ——诊断流程名
DiagnosticName = Diagnostic0  ——流程ID

[SecurityAccess]
SeedKeys=xxxxx  ——安全算法（可选）

[DiagnosticId]
requestId = 0x7C0  ——请求（物理）ID
responseId = 0x7C8  ——应答ID
functionId = 0x7DF  ——功能ID

运行效果展示

最终呈现的方式：python文件会被用户侧打包为一个exe文件，或者处理为bat文件，方便客户去调用自动化刷写。如果正常刷写完成，会自动退出当前工程；若刷写失败，则不退出当前工程，并且抛出failed。

创建一个bat文件，双击运行，也可以在命令行窗口看到实时的刷新结果，若某一诊断服务失败，则显示Failed，并且不自动关闭工程。

常见问题与解答

Q1：程序发生异常，请检查ini文件中工程路径是否正确？
A：这个是配置的ini文件中工程路径不对，或者没有正确安装TSMaster，导致打开工程指定不到TSMaster。

Q2：系统报错OSError: [WinError 10048] 通常每个套接字地址(协议/网络地址/端口)只允许使用一次？
A：在网络编程中，一个套接字地址由协议（例如TCP或UDP）、网络地址（例如IP地址）和端口号组成。这个错误通常在尝试在相同的地址上创建多个套接字时发生，操作系统默认情况下不允许多个套接字绑定到相同的地址。一般发生在生成exe之后，打开会出现此错误，需要脚本里边重新更改端口号。

Q3：显示“打开ini文件错误或者是ini文件格式错误！KeyError: ‘Driver1’”？
A：该报错是由于ini配置文件名不对，或者没有找到键值’Driver1’，确认Setting配置文件是否存在，再者检查是否存在Driver1这个键值。

Q4：工程文件路径配置对了，为什么还是提醒工程Project file does not exist？
A：需要检查工程路径下有中文，有中文或者特殊字符都会出现识别不了情况。

Q5：本地存在多个刷写项目，如何打开指定的刷写工程？
A：COM口可以在setting配置文件中传入指定工程文件的路径，RPC方式可以指定获取到的app_name_list，若只有一个app_name_list[0]，若有多个根据开启的RPC服务端名称确认（如TSMaster1对应app_name_list[1]）。

Q6：两种调用方式存在什么区别？
A：COM接口可以实现在工程未打开情况下自动调用打开，RPC则需要要求工程处于开启状态，通过脚本或其他上位机直接控制，看实际适配场景进行选择。

Q7：工程路径正确但提示文件不存在？
A：工程路径包含中文或特殊字符，导致解析异常，将工程与文件放置于纯英文路径，避免特殊符号。

本方案基于TSMaster平台，充分利用其开放的COM/RPC自动化接口及系统变量监听能力，搭配Python脚本实现配置解析、防呆校验、UDP通信与可视化展示，最终形成一套高效率、可观测、可追溯、易调试的自动化刷写方案。无论是产线EOL批量刷写，还是实验室调试验证，都能显著提升效率、降低排查成本。欢迎尝试并集成到您的TSMaster工作流中。

联系我们

如果您希望获取更详细的汽车测试解决方案，欢迎访问同星官网或添加一对一专业客服。我们将根据您的具体需求，量身定制高效可靠的测试方案，并随时解答您的每一个技术疑问，期待为您提供全方位支持。

官网：www.tosunai.com

邮箱：sales@tosunai.cn

<p>The post 基于TSMaster的自动化刷写与流程状态实时显示方案 first appeared on 上海同星智能科技有限公司.</p>

今天，我们通过TH7011干扰仪与某友商工具的实测对比，揭开采样点测试中那些被忽视的“精度陷阱”，并看看TH7011是如何凭借FPGA级5ns步进与自定义多次干扰循环，将测试误差压至极限的。

采样点是什么？为什么测它？

为了精确采样，11898规范中将⼀个Bit划分成4个段：同步段（SS:Synchronization Segment）、传播段（PS:Propagation Segment）、相位缓冲段1（PBS1:Phase Buffer Segment1）、相位缓冲段2（PBS2:Phase Buffer Segment2），如下所示：

规范要求采样点在相位缓冲段1（Phase Buffer Segent1）和相位缓冲段2（Phase Buffer Segent2）之间。

举例：如下图80%采样点是怎样的？实际上是约定⼀个采样时刻，确保总线上的所有CAN节点在近乎相等的时刻采样。假设：要求设置采样点为80%，通信速率500Kbps，则tBit= 2us，则采样时间点 =2 * 0.8 us = 1.6us。

同步机制

总线上的节点，虽然处于同⼀个CAN总线内，但是，每个节点的晶振精度未必相同，节点晶振之间可能存在偏差，因此，晶振主导的时钟频率就可能存在相位差，即：不同的节点，虽然设置了相同的通信速率，也可能存在tBit⻓度不同的可能，因此，发送节点在发送帧的时候，接收节点可能识别到下降沿的滞后或者提前。此时，就需要重同步弥补此偏差。

1、硬同步

在发送节点向总线发送一帧中SOF位作为同步消息（Sync Message），总线上所有节点通过接收同步消息对自身时钟进行校准，准备竞争总线的使用权，即 ：所有节点都检测到了起始的显性位（ “0”），此刻，总线上所有节点可以公平竞争，这就是”硬同步”。

2、重同步

一帧CAN报文， 由很多个Bit位构成，硬同步使得节点在帧起始的位置完成时序的对齐，一个一个Bit在CAN总线上的串行传输，每个Bit的宽度稳定性（ 时序） 无法保证，通过延长PBS1或者缩短PBS2来弥补采样误差，这就是重同步。

重同步的两种情况：

1) PBS2缩短SJW，实现重同步
如果下降沿落在了采样点之后，SS之前，接收节点会缩短PBS2长度，以此弥补发送节点提前导致的偏差。

假设Node A和Node B均以500Kbps速率通信，但是Node A的Bit宽度略小于Node B， 当Node A发送数据的时候，Node B接收，会认为Node A发送提前，Node B就不得不缩短PBS2，弥补两者之间的相位差。

2) PBS1延⻓SJW，实现重同步
下降沿落在了SS之后，采样点之前，接收节点会延⻓PBS1⻓度，以此弥补发送节点滞后导致的偏差。

反过来，Node B发送，Node A接收时，Node A认为Node B发送的滞后，Node A需要延⻓PBS1来弥补两者之间的相位差。

PBS1延⻓多少，PBS2缩短多少，由SJW值决定。SJW不参与采样点的计算，它只是重同步时，延⻓PBS1或者缩短PBS2⻓度的最⼤值。

3、TC设备中的SJW

同步跳转宽度（SJW）实际上是对发送节点的误差容忍度。

TH7011采样点测试原理

采样点的位置不受DUT所处的收发状态影响，故针对DUT可以做两种采样点测试：

1. DUT发送采样点：⼲扰DUT发送的指定报⽂的某个位
2. DUT接收采样点：可以通过测试⼯具发送特定⼲扰报⽂去检测DUT的⾏为。

⼀般来说，都是去做接收采样的测试。

以CAN采样点测试为例，TH7011在与DUT（Device Under Test）成功通信的状态下，⽤⼾使⽤TH7011⾃定义的ID发送报⽂进⾏特定位⼲扰，完成⽤⼾⾃定义次数（默认20次）的⼲扰循环。

波形体现：
⻩⾊：CAN报⽂
蓝⾊：⼲扰使能

从波形可以看出对DUT发送20次报⽂，削减⼀次（5ns）的现象。

ISO 11898-1中规定在逻辑电平由隐性到显性的跳变沿会进⾏重同步，所以采样点测试中⼲扰位置最好选择⼀帧报⽂“隐性位”→“显性位”→“隐性位”序列中的“显性位”。

黄色：CAN报⽂
蓝色：⼲扰使能

从波形可以看出再⼀帧报⽂中“隐性位”→“显性位”→“隐性位”序列中的“显性位”进⾏了削减干扰。

每⼀个⼲扰循环将缩短数段段第15位显性位⻓度，当后⾯的隐性位前移，到达DUT的采样点，会被DUT采到为⾼电平，出现CRC error，DUT随即发送错误帧，并被TH7011采集到。

误差分析：工具精度与DUT固有误差

采样点的测试结果受到很多因素影响，下⾯列举⼏个主要误差来源：

1、标称位宽度的TQ数
⼀bit位由N个TQ组成

ISO 11898-1协议规定重同步会使跳变沿落在同步段里，实际上跳变沿会落在同步段1个TQ宽度以内的任意的位置，所以由DUT自身带来最大误差为1个TQ，而TQ数量与DUT采用的时钟、预分频值以及传输波特率等都相关。

因此在采样点测试中，CAN总线上会因为两节点晶振相位没有对齐，对发送在总线上波形进行削减干扰，导致与DUT数据链路层接收到的波形不⼀致。

下图为模拟CAN总线通讯的时序图：
假设DUT在CAN时钟的上升沿（虚线处）位置对发送波形进行采样。

1） 由于发送CAN时钟与接收CAN时钟相位存在差异，导致发送波形不会正好落在接收CAN时钟的上升沿位置，所以发送波形落在接收CAN时钟第一个上升沿之后得到DUT实际接收波形；

2）假设TH7011从右往左进行5ns削减为发送帧总长的2%；此时2%的削减导致DUT实际接收的5%采样点减少；理论上，TH7011在每一次干扰循环中，干扰次数越多，越能避免相位带来的误差。

2、不同测试工具精度的影响
TH7011的测量精度是指在每次干扰循环可缩短或增长的步进长度，即5ns。假设 DUT 的CAN时钟频率为40MHz，预分频值为1，则单个TQ长度为25ns。

例 ：在500K 2000K波特率下，位时间分别为2000ns 和 500ns中，

TH7011所带来的精度误差为: 仲裁段：5/2000 = 0.25%，数据段 5/500= 1%；
友商工具所带来的精度误差为: 仲裁段：6.25/2000 = 0.3125%，数据段 6.25/500=1.25%;

由于DUT跳变沿机制自身带来的一个TQ误差：仲裁段：25/2000 = 1.25% 数据段 25/500= 5%。

3、结论
所以在CAN总线通讯上，进行采样点测试，理论最大误差会存在（工具精度误差）+（ DUT一个TQ误差） ；但是TH7011可以通过在一个干扰循环内进行多次干扰几乎避免了相位没对齐所带来的误差。

实测对比：TH7011 vs 友商

1、TH7011能通过自定义干扰循环消除CAN时钟相位没对齐带来的误差。

TH7011采样点测试每次干扰循环可自定义次数:

1）在TH7011能在每次削减（精度*5） ns 的情况下发送 （测试次数）条报文进行采样点测试。

由DUT自身带来最大误差为1个TQ，在“ 显性位”发生重同步的下降沿是这一个TQ内变化的，理论上在进行一个干扰循环内进行多次测试得到的第一帧错误帧采样点够更接近在一个TQ变换范围内的最大值。所带来的测试结果更精确。

经过测试，测试次数设置在20次既能保证准确的同时也保证所用时间较短。

2）友商工具进行采样点测试时会在总线空闲时发送一帧固定ID为0x0的报文进行一次削减干扰。

由于每次干扰循环只有一次，不同通过多次干扰循环消除相位所带来的误差，测得结果会在一个TQ内浮动。

2、更高的测试精度
TH7011是一款基于FPGA实现的干扰仪，晶振为200M，所以一个FPGA ticks周期 T0 = 1/200M = 5.00ns(纳秒)。

如CAN总线波特率是500kb/s速率，所以周期位T1 = 1/500K = 2000 ns (纳秒) ; 而400 * 5.00 =2000，也就是说需要400个 FPGA ticks才能刚好干扰一个CAN bit 位。

友商工具晶振为160M，所以一个FPGA ticks周期 T0 = 1/160M = 6.25ns(纳秒) ; 而320 * 6.25 =2000，也就是说需要320个 FPGA ticks才能刚好干扰一个CAN bit 位。

在进行采样点测试中，TH7011可以一个FPGA ticks周期 5ns进行削减干扰，对比友商 一个FPGA ticks周期6.25ns所带来的误差更小，在进行位内干扰时，TH7011能以更小的步进进行削减。

3、TH7011与友商对比采样点测试案例
使用TH7011和友商工具测试TC1016（TOSUN旗下一款CAN卡工具设备）。

使用TSmaster对TC1016初始化为500Kbps 和 2000Kbps ；仲裁段采样点80%，80个TQ；数段80%，20个TQ。

1）TH7011测试结果

2）友商工具测试结果

使用TH7011与友商工具对TC1016进行测试，TH7011能在测试中几乎避免了由相位差您所带来的误差，测试结果也稳定在固有误差范围内。

<p>The post 实测对比：TH7011与友商工具采样点测试，谁更靠谱？ first appeared on 上海同星智能科技有限公司.</p>

什么是应用发布&加密发布

TSMaster允许用户将当前工程打包成一个独立的、可执行的发布文件，无需暴露设计细节，接收方双击即可运行。

加密发布

加密发布是TSMaster的重要功能，尤其适用于向供应商、产线、客户分发测试脚本或标定工程。

操作流程如下：

加密发布可以将当前被加密的工程打包成T7z或PT7z文件格式，首次使用时需要导入该文件，并将其释放到一个目录中。该操作会加密所有数据库和配置信息，防止配置被拷贝和修改；同时用户可以一键自动运行已配置好的应用，而无需了解应用设计细节，可以非常方便地嵌入生产环境。

在TSMaster软件中的位置如图1所示：

需要加密工程的设置信息如图2如下：

①：设置密码保护，当打开加密发布后的工程会需要输入密码；
②：影子模式，当勾选该模式之后，用户做了任何的更改配置都将无法保存；
③：启动选项，用来确定启动时是否选择带license的同星硬件，或者其他任意品牌硬件；
④：版本绑定，选择打开时的位数，x86或x64版本；
⑤：显示内容，用来在打开工程时是否弹窗提示信息。（如需要使用不低于xxx的版本打开此工程以及一些其他需要注意的事项）

若需要对加密发布后的工程进行限制，如设定指定的使用日期，可以激活使用限制功能，如图3所示：

①：工程只能在如下的时间范围内使用（不允许在起始日期前和结束日期后使用）；
②：工程只能使用特定的天数（使用一天算一天，可不连续）；
③：工程只能运行特定的次数（连接应用程序一次算一次运行）；
④：注册信息与计算机的硬件绑定（该步骤可选）

若勾选④，则用户需要借助工程授权管理器模块进行注册码的生成才可使用，在实际应用中，多数场景会使用勾选该功能进行加密发布，如宁德时代AMD的外发加密工程通常会需要绑定注册信息。

限制行为分为两类，一种是直接限制用户打开TSMaster工程，另一种则是可以启动工程，但是限制连接。

进行完以上配置之后，即可下一步进入到需要加密的内容，No.1，No.2是强制勾选，包括数据库文件以及配置文件无法被外部解析，其他加密内容可选。如图4所示：

保存完上述加密配置之后，即可完成加密工程的发布，如图5所示：

接下来演示如何打开一个加密发布的PT7z工程（假设该工程使用了注册码限制行为），首先双击打开PT7z工程，首次使用时需要导入该文件，并将其释放到一个目录（空）中，打开会有输入密码提示解锁，如图6所示：

输入密码正确即打开工程，跳转到输入注册码，错误则退出工程，如图7所示：

由于需要获取注册码，因此需要释放端进行加密工程授权。用户需打开此计算机硬件ID显示，如图8所示，复制硬件ID，给到释放端，由其打开工程授权管理器模块，将硬件ID复制进来，选择限制设定，生成注册码发给用户，用户凭借此注册码可以即可打开工程，如下图所示。

粘贴注册码之后，即可正常打开工程使用。

应用发布

应用发布与加密发布原理相似，区别在于模块可见性。

应用发布可以将当前的工程生成一个独立的应用TSAPP文件，双击即可打开并运行所发布的应用，该操作会加密所有数据库和配置信息，防止配置被拷贝和修改；用户可以一键自动运行已配置好的应用，而无需了解应用设计细节，可以非常方便地嵌入生产环境。

应用发布原理及操作同加密发布，唯一不同的点在于隐藏的模块方式不一样，应用发布可以直接将当前模块全部隐藏，也可以将当前模块中的某些部分进行隐藏不可见，如图11所示：

常见问题Q&A

在实际使用中，用户可能遇到高版本TSMaster打开低版本发布的工程时显示页面空白或页面错乱。

Q：打开工程后页面空白？

A：如果打开工程后出现页面空白的情况，通常是由于配置文件缺失或损坏所致。以下是解决此问题的步骤：
① 复制工程文件：确保已备份原始工程文件。
② 更改TSMaster.ini文件：
→ 打开TSMaster.ini文件；
→ 将原工程中lyt文件夹下的TSMaster_Current Layout.lyt文件内容复制（如图13所示）；
→ 将复制的内容粘贴到不正常工程的TSMaster.ini文件的末尾（如图14所示）；
→ 保存修改后的TSMaster.ini文件。
③ 重新打开工程：关闭并重新打开TSMaster，检查页面是否恢复正常。

Q：打开工程后页面错乱？

A：如果打开工程后出现页面错乱的情况，可以尝试以下方法：
① 解压工程文件：如果是应用发布后的工程，需要尝试重新解压TSAPP工程，然后再打开。因为TSAPP本身是一个压缩文件，若采用直接打开的方式，可能会由于打开的机制不同（没有权限，文件存在临时目录当中），造成打开空白。
② 更改配置文件：参照1中的方法，更改TSMaster.ini文件。
③ 删除系统变量：如果工程文件中涉及系统变量缺失（情况少见），请删除TSMaster.ini文件中的userVariable字段（通常存在两个）。

TSMaster的应用发布与加密发布功能，为汽车电子测试工程的分发与保护提供了企业级解决方案。无论是产线批量部署，还是跨公司协作，都能确保您的知识产权安全、使用可控、操作简便。

<p>The post 干货分享 | TSMaster应用发布与加密发布：保护您的工程，轻松嵌入生产环境 first appeared on 上海同星智能科技有限公司.</p>

<p>The post Q&A系列 | 编写UDS诊断小程序时，提示“诊断库文件未定义”怎么办？ first appeared on 上海同星智能科技有限公司.</p>

TSMaster软件2026.02月版本升级如期而至，为您带来更强大的仿真能力、更高效的测试管理、更精准的硬件同步以及更流畅的开发体验。本月更新聚焦于汽车电子研发的实际痛点，从模型框图MBD能力升级、LIN RBS仿真精细化管控、回调函数性能监测落地、经典测试系统测试用例全生命周期管理升级、设备时间同步功能上新到新API释放等。每一项新功能都旨在帮助工程师们突破效率瓶颈，加速产品落地。

 

2026.02月版本软件新功能视频介绍→

1、设计

【模型框图MBD新增查找表组件】

→【设计】-【模型框图】

更新内容：新增1-D/2-D/3-D查找表组件，支持对多维数据高效、直观地映射。

1-D查找表适配单一变量的线性/非线性映射，2-D/3-D查找表则满足多因素耦合下的复杂数据建模需求，针对汽车电子研发中发动机特性仿真、车身控制参数映射、传感器数据拟合等典型场景进行深度优化。

说明：提供断点和表数据双源配置、可视化编辑，适配动态尺寸调整。

说明：算法配置中支持多种插值和外推方法，支持二分搜索、线性搜索、等距点等查询方式，颗粒度的输入和诊断配置。

说明：断点/表数据类型自定义或Inherit机制，可按需指定精度。配置优先级和数据类型约束，适配复杂工程逻辑，同时对系统溢出等异常可作前置控制。

2．仿真

【LIN RBS运行时报文的激活与反激活】

→【仿真】-【LIN总线仿真】

• 更新内容：运行LIN RBS功能时，可以精细化、动态化控制报文发送的激活状态。

  本次更新实现TSMaster的LIN仿真从“静态场景回放”向“动态交互式仿真”的迭代升级。可实现模拟从节点故障或主节点调度策略变化，验证ECU的故障诊断和容错机制；精确模拟局部网络唤醒与睡眠过程，验证ECU的低功耗管理逻辑，实现故障模拟、边界测试、工况切换、网络管理验证等动态仿真需求。

   

  注意：LIN 硬件需要更新固件版本至V0.1 2026-02-10及以上，使用效果如下图所示。

反激活主节点0x02报文，系统消息提示消息报文属性已改，LIN报文消息窗口可观察到不再发送0x02。

说明：反激活从节点0x03报文仿真发送后，系统消息提示报文属性已更改，同时可观察到主节点提示无从节点响应。

3．工程

【回调函数检测控制】

→【工程】-【工程设置】

 

更新内容：新增回调函数性能检测的控制按钮，可服务调试和运行阶段多种情景。在自动仿真场景中，对于定时器事件，报文发送/接收/预处理等事件，用户在里面完成必要的任务过后应该立即退出该事件，如果在里面等待过长的时间会影响整体的仿真结果。因此添加了此监测函数，当用户在完成脚本开发并运行之后，如果发现此提示报警，请一定要仔细检查对应的事件函数里面的实现，不要出现wait等函数调用。如果一定要执行wait函数调用，可以采用多线程异步逻辑等方式来解决。

离线刷写工具目前只有1路CAN FD/CAN通道的TF1011（4通道的版本还在开发当中），TF1011支持同时配置三组下载流程，通过按键进行切换。

4、测试

【测试用例编译功能更新】

→【测试】-【经典测试系统】

更新内容：测试用例编译过程中，新增终止功能，针对大批量测试用例编译、复杂用例编译异常等场景进行了优化，防止复杂测试用例编译陷入长时间等待。

 

 

【拷贝和粘贴测试用例命名】

更新内容：拷贝测试用例后，在同一个测试组下进行粘贴，该测试用例自动重命名，在原名称后加上“_1”。

 

 

【同名测试组合并功能】

更新内容：测试用例组名称改为已存在的用例组名称时，自动触发合并组操作确认。

该功能解决了传统测试用例组中同名组分散、用例整合繁琐等痛点，支持将不同批次、不同场景的测试用例整合至同一测试组，实现了测试用例的集约化管理。

 

【复用测试用例】

更新内容：创建测试用例引用后，关联目标测试用例实现无冗余复用。关联后测试用例名称显示为关联状态，如图中“Test Case Reference1->Test_Case_2”。

实现测试逻辑的“继承”与“多态”。所有引用用例均指向同一基础用例，当基础用例修改时，所有引用用例同步更新，从根本上解决了用例冗余与版本不一致问题，复用效率大大提升，尤其适用于整车总线测试、多ECU联调测试等需要大量复用基础用例的场景。

 

【加载/导出测试用例集】

更新内容：新增导出测试用例集和导入测试用例集功能，文件后缀为.TestPack。

该功能突破了传统本地工程限制，工程师可将调试完成的测试用例集导出为独立文件，在不同工程、不同测试台架间进行移植。同时支持外部标准化用例集导入本地工程，实现测试用例的共享和复用。

 

【加载测试用例的覆盖功能】

更新内容：

加载测试用例时，可选择覆盖或合并同名测试用例集，效果分别如上图。

TSMaster提供合并与覆盖两种选择，支持“加载测试用例集时自动合并测试组”的个性化配置，适配不同测试场景下的用例集整合需求。同时，自动合并测试组的配置项，进一步提升大量用例集加载时的效率。

5、硬件

【设备时间同步功能支持】

→【硬件】-【通道选择】

示例：硬件部分，需要2个TC1038 pro和1个TSync01连接，做硬件同步。

软件部分：

更新内容：支持多设备间硬件级时间同步，实现微秒级同步精度。

针对汽车电子多总线联调、实车数据采集、多ECU同步测试等场景，通过硬件适配+软配置的一体化方案，构建高精度分布式测试系统，为整车网络通信分析、跨域控制器协同逻辑验证、自动驾驶多传感器数据融合测试等高端应用场景，提供高精度的时序基准。

6、API更新

【C小程序API】

app.transmit_lin_wakeup_async ()

函数说明：设置LIN总线顺序发送一组唤醒帧。

 

示例：

app.transmit_lin_gotosleep_async ()

函数说明：向LIN通道异步发送睡眠指令。

 

示例：

❖ 【文末互动】

您对TSMaster的哪个功能最感兴趣？ 或在实际应用中遇到过哪些问题？

欢迎在评论区分享你的经验或疑问，任何想法或建议也可以评论区留言互动，将有机会获得TOSUN神秘大礼包哦~

❖ 小贴士

1、软件下载：

欢迎至同星官网，填写表单获取下载链接：

https://www.tosunai.com/downloads/#download_TSM

2、软件升级：

在电脑有互联网连接的前提下，可以在软件内检查升级至最新版本。

技术支持：support@tosunai.cn

<p>The post 软件更新 | 从仿真到测试，全面进化！TSMaster 2026.02版六大新功能深度解读 first appeared on 上海同星智能科技有限公司.</p>

<p>The post Q&A系列 | TSMaster图形窗口如何添加自定义信号解析报文 first appeared on 上海同星智能科技有限公司.</p>

本期 TSMaster QA 小视频将聚焦这一常见问题，为大家详细解析“记录功能开启失败”的背后原因，并给出简单有效的解决方案。

记录功能开启失败 ？

<p>The post Q&A系列 | 记录功能开启失败？可能是 BLF 文件路径惹的祸！ first appeared on 上海同星智能科技有限公司.</p>

今天，我们就来扒一扒这个问题背后的“真凶”，并告诉大家如何快速解决。

如何解决信号注释乱码问题？

<p>The post Q&A系列 | 导入 DBC 文件后信号注释乱码？原因在这儿！ first appeared on 上海同星智能科技有限公司.</p>