今天，我们分享一套基于同星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>

TSMaster 2025.11

小程序易用性升级

→【设计】-【C小程序】

【工具新增选项】

更新功能：

• 系统变量直接读写访问选项，默认激活，自动生成系统变量直接访问代码
• 支持信号直接读写访问选项，默认激活，自动生成信号直接访问代码

【新增变量/信号直接访问】

更新内容：

• 新增数组类型系统变量直接访问
• 新增RBS信号直接访问

【数组类型系统变量】在 C 小程序中可直接使用 SYSVAR_ARRAY(xArr)[i] = val; 语法。

【RBS信号】在 C 小程序中可直接对 RBS 信号赋值或读取，如：

$(EngSpeed) = 125;

$(0::CAN_FD_Powertrain::Engine::EngineData::EngSpeed) = 126;

API更新

→【设计】-【小程序】

【 RBS读写API 】

rbs_set_signal_value_by_address

函数说明：使用其符号地址设置RBS信号的值。这是一个协议无关的功能，它自动检测总线类型并将请求路由到适当的特定于总线的RBS处理程序。

rbs_get_signal_value_by_address

函数说明：使用其符号地址检索RBS信号的当前值。这是一个协议无关的功能，它自动从符号地址检测总线类型，并将请求路由到适当的特定于总线的RBS处理程序（CAN、LIN或FlexRay）。

【 数组类型系统变量元素API】

get_system_var_double_array_element

函数说明：从指定索引位置的系统变量数组中检索单个Double元素；

get_system_var_int32_array_element

函数说明：从指定索引位置的系统变量数组中检索单个Int32元素；

get_system_var_int64_array_element

函数说明：从指定索引位置的系统变量数组中检索单个Int64元素；

get_system_var_uint8_array_element

函数说明：从指定索引位置的系统变量数组中检索单个UInt8元素；

set_system_var_double_array_element

函数说明：在指定的索引位置设置系统变量数组中的单个Double元素。该操作为同步操作；

 set_system_var_int32_array_element

函数说明：在指定的索引位置设置系统变量数组中的单个Int32元素。该操作为同步操作；

set_system_var_int64_array_element

函数说明：在指定的索引位置设置系统变量数组中的单个Int64元素。该操作为同步操作；

set_system_var_uint8_array_element

函数说明：在指定的索引位置设置系统变量数组中单个UInt8元素。该操作是同步的，并立即更新数组元素。

【 CAN 周期统计 API 】

metric_register_can_frame_interval

函数说明：在指定通道注册CAN帧；在使用周期统计API时，必须先注册，否则采样列表为空；

metric_start

函数说明：将统计状态机置为 RUNNING，开始对所有已注册通道的接收帧记录时间戳并累积间隔数据；

metric_is_running

函数说明：返回全局运行状态，确认已处于 RUNNING状态后再读数据，在metric_start函数后使用；

metric_get_can_frame_interval_stat

函数说明：仅读取当前已累积的 CAN 周期统计信息（最小值、最大值、当前值、平均值、标准差等）；如需清零则使用下一条函数；

metric_get_w_reset_can_frame_interval_stat

函数说明：在返回CAN 周期统计信息的同时，清零其统计数据；

metric_stop

函数说明：将状态机切换至 STOPPED，停止采样与时间戳记录，后续仍可再start继续累计；

metric_reset_can_frame_interval_stat

函数说明：对指定通道的CAN帧统计执行清零操作，在stop状态或运行状态均可调用；

metric_reset_frames_interval_stat_of_channel

函数说明：按总线和通道清零，仅清除指定总线与逻辑通道的统计数据，该函数的粒度比上条函数更细；

metric_reset_frames_interval_stat_of_bus

函数说明：按总线清零，仅清除指定总线类型的统计数据；

metric_reset_frames_interval_stat_of_all

函数说明：清零所有的周期统计，可用于测试用例的复位；

metric_unregister_can_frame_interval

函数说明：最后调用该函数，将指定通道的CAN帧从统计系统移除，释放关联资源，同时丢弃该通道的统计数据，此后对应的句柄无效。

面板功能进阶

→【仿真】-【面板】

更新内容：
Page Control 新增删除单页功能：可在设计界面直接删除选中标签页。

MBD模块升级

更新内容：
在MBD框图中突出显示源/目的地。

示例工程更新

【信号测试器高级示例】

【联合仿真RPC服务器实现】

新硬件支持

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

更新内容：
新设备TC1052、TTS1017Pro已加入支持列表。

欢迎下载体验TSMaster 2025最新版本

<p>The post 软件更新 | 不止于升级！TSMaster 11月版发布，解锁六大核心功能新体验 first appeared on 上海同星智能科技有限公司.</p>

02、TSMaster RPC 应用

1｜RPC 功能

基于 TSMaster 的 RPC 机制，用户可以在 TSMaster 上位机环境中搭建完整的工程，涵盖从测试用例开发到程控设备管理、总线通讯配置以及控制板卡操作等一系列流程。通过这一机制，用户能够高效地在客户端远程控制 TSMaster 服务器，实现对系统变量、CAN 信号、LIN 信号、FlexRay 信号以及以太网（ETH）信号等的读写操作。此外，用户还可以调用 TSMaster 服务器上定义的各种函数，进一步扩展和定制系统功能。

 

这种集成化的解决方案使得工程管理和自动化测试更加便捷和高效。用户无需在多个平台之间切换，即可完成包括硬件配置、信号监控、数据采集和测试执行等复杂任务。通过TSMaster 的 RPC 机制，用户在客户端即可实现对服务器的远程程控，简化了操作流程，提高了测试和开发效率，确保了系统的稳定性和可靠性。

TSMaster 提供了强大的接口和丰富的功能模块，用户可以根据需求灵活组合使用，实现对各种信号和设备的精细控制和管理。这种架构不仅适用于研发测试阶段，也适用于生产环境中的实时监控和故障诊断，极大提升了工程项目的整体质量和效率。

 

不仅如此，TSMaster 的 RPC 机制支持多种拓扑结构，不仅可以实现客户端与服务器之间的一对一通信，还能够实现以下复杂的通信拓扑：

 

1. 一对多 (One-to-Many)：单个客户端可以同时控制多个 TSMaster 服务器，适用于需要同时管理多个测试环境或设备的情况。
2. 多对一 (Many-to-One)：多个客户端可以同时连接到一个 TSMaster 服务器，这样不同的用户或测试系统可以共享同一个服务器资源，实现协同工作和资源共享。
3. 多对多 (Many-to-Many)：多个客户端和多个服务器之间可以进行灵活的通信和控制，构建复杂的分布式测试和控制系统，适用于大型工程项目和分布式测试环境。

这种灵活的拓扑结构使得 TSMaster 能够适应各种复杂的工程需求，无论是在单一项目中还是在跨项目、跨地域的分布式测试中，都能提供高效、可靠的解决方案。通过这种多样化的通信模式，用户可以最大限度地利用硬件和软件资源，提高系统的扩展性和灵活性，满足不同规模和复杂度的工程项目需求。

<p>The post 干货分享 | TSMaster RPC 基础入门：编程指导和使用说明 first appeared on 上海同星智能科技有限公司.</p>