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

<p>The post 一文了解TSMaster中Seed&key的两种处理方法 first appeared on 上海同星智能科技有限公司.</p>

TSMaster是同星智能推出的一款汽车总线工具链软件，目前已成为广大汽车工程师，尤其是汽车电子工程师最常用的工具之一。它是一个国产替代非常强大的开发、仿真、测试环境。TSMaster的新功能-自动化模块，此功能模块以图形编程语言作为骨架，汲取了TSMaster已有的小程序、小程序库、测试系统、Excel测试系统等各大模块之所长，是TSMaster功能的集大成者。

自动化模块具有极高的灵活性；一方面，它可以任意简单，简单到没有任何编程经验的工程师，只要有思路，即可创作出只有专业软件开发者才能设计出的高强度的仿真、测试逻辑；另一方面，它也可以任意复杂，因为每张流程图背后都有一个完整小程序作为支撑，流程图的每个动作，继承了编译型语言的高性能优点，可执行任意逻辑。自动化模块的出现，为广大工程师们带来了福音。

打开自动化模块，在右边子模块列表中新建若干个子模块，每一个模块都是一张完整的流程图，都有独立的变量系统和后台的小程序。选中其中一张流程图，选中入口点，单击绿色的加号按钮，便会得到一些列向下执行的动作，每个动作都是TSMaster图形编程语言的独立执行单元。每个动作默认都是“NOP”操作”NoOperation”，以NOP动作为例，当这个动作执行完毕后，会生成一个NOP的结果，NOP的结果分为“OK”和“NOK”两种情况，OK就是绿色表示符合预期，NOK就是红色表示不符合预期，不符合预期意味着故障的发生。具体的更多关于图形变成语言的基本语法可通过视频了解更多哦……

基于C++的小程序是可以在线调试的，但是需要基于Visual Studio的外部开发工具才可以做到，而我们介绍的图形编程语言自带调试器，以方便用户对逻辑进行跟踪和干预。新建一个自动化模块，取名为”test“，双击第一个子模块，改名为m1，我们就在这个子模块介绍程序如何调试。首先选中入口点，向下新建一系列操作，在右侧的变量列表中添加一个变量V，设定初始值为”0“。首先按程序的快捷键F9运行程序，可以看到瞬间程序就执行完毕。接下来，我们按单步的快捷键F8，程序会首先在入口点等待下一步的指示，此时入口点会被高亮，表示即将执行，但实际还未执行，再次按下F8，可以看到入口点执行完毕编程绿色。程序来到A5，A5被高亮，进入了等待执行的环节，继续按F8就可以跟踪程序的每一步动作，直到程序运行完最后一个动作之后结束。具体的后续调试方法可通过视频了解更多……

图形编程语言的重要功能——万能表达式，它能以无代码的方式实现关联各种信号的数学运算。具体的操作步骤可通过视频了解更多……

在测量过程中，需要注意的是，我们所关心的信号在何时被发送出去，何时被接收，接收的值是多少等等问题。发送可以用脚本来实现自动化，也可以使用现有的用户界面来实现自动化，这个功能可能很多用户都不为所知。我们首先新建一个发送窗口，添加一帧报文设为周期发送，接下来用自动化模块来控制这个窗口的自动和停止发送，插入一个动作，命名为send，设置动作为API调用，选择小程序系统函数。再增加一个3秒的延时环节，命名为wait，然后选择小程序的系统函数，延时参数选择3000毫秒。最后再增加一个停止窗体的动作。接下来就可以验证写好的程序。具体的操作步骤可通过视频了解更多……

<p>The post TSMaster自动化模块篇 first appeared on 上海同星智能科技有限公司.</p>

A．流程用例管理

TSMaster的自动化诊断流程不仅仅是针对某一个具体的应用，而是针对整个项目的诊断流程进行管理。用户可以根据完整项目的需求，配置测试诊断流程组，每个组里面可以包含多个不同的诊断流程，在一个诊断流程中才包含具体的诊断步骤。如下图所示：

在UDS流程管理栏右键鼠标，展开流程用例管理的操作菜单，如下图所示：

❖ 主要包含如下操作：

【1】Add a new group：新增诊断流程组。比如新增车型1。诊断组下面可以再增加诊断流程用例，其本身不包含诊断步骤。

【2】Add a new uds flow：新增一个诊断流程用例，在诊断流程用例下面可以增加详细的诊断步骤。

【3】Edit name：选中一个流程组或者流程用例，右键选中Edit name编辑该节点的名称，如下图所示：

【4】 Switch to the uds flow：切换到当前UDS流程节点。双击该节点，也可以达到切换到该流程节点的效果。切换到该节点过后，节点图标和背景色如下图所示，同时右边的节点流程中展开显示该uds流程包含的详细诊断步骤：

【5】 Start Uds flow：启动该节点的诊断流程。点击该选项后，诊断模块按照右边的配置，从上往下自动执行诊断步骤。

【6】 Abort Uds flow：点击该节点后，中断正在执行的诊断流程步骤。

【7】 Delete selected：删除选中的节点。

【8】 Delete all flows：清除所有的节点。

B． 配置诊断流程（UDS Flow）

❖ B-1 基本配置步骤：

配置诊断流程，基本步骤如下图所示：

【1】 在左边的管理栏中选中一个诊断流程节点。

【2】 在右边的编辑区域，添加，删除，编辑诊断步骤。

【3】 添加步骤后，编辑步骤名称。

【4】 选择该步骤的类型。

【5】 选择该步骤地址类型，物理地址还是功能地址。

【6】 配置详细的诊断请求数据包和应答数据包。

【7】 配置本步骤结束后步骤之间的等待时间。

【8】 配置本步骤发生错误的错误处理方法。

上面几个步骤是配置诊断流程的基本步骤，实际使用的时候，根据应用场景还提供了更灵活的机制，接着看后续章节。

❖ B-2 工具栏：

诊断流程配置工具栏如下图所示：

【1】 新增诊断流程组。

【2】 新增诊断流程用例。

【3】 删除选中的诊断流程组/用例。

【4】 启动配置好的诊断流程。

【5】 中断正在运行的诊断流程。

【6】 锁定/解锁流程配置区域。如果锁定该区域，在诊断流程区域变得不可编辑。

❖ B-3 诊断步骤类型：

测试步骤中，为了增加诊断配置的灵活性，设计了5种类型可供选择，如下图所示，主要包含：Normal,SelectConfig,SeedAndKey,DownloadFile,TesterPresent,RoutineControl。通过这5种类型，基本上涵盖住了市面上所有主流的诊断流程需求，下面详细介绍每种类型的特点。

【1】 Normal：普通配置。该配置主要用于一些简单的，请求数据和应答数据都很清晰的场合。比如服务请求数据为 【10 03】，服务应答数据为 【50 03 12 34】，则可以选择Normal类型。Normal的配置是最简单的，直接在Request中填入想要发送的请求数据【10 03】，在Response中填入期望的应答报文【50 03 12 34】即可。配置Response报文的时候，展开如下所示：

因为有些测试用例中，ECU是没有应答的，对于这种情况，用户只需要去掉勾选Has Response即可。完成配置后效果图如下所示：

【2】 SelectConfig：选择已有配置，该配置设计的目的，就是让用户选择在Diagnostic Console控制台中已经调试好的诊断步骤。选择过程如下图所示：

这种方式是TSmaster最推荐的配置方式。用户可以先在Diagnostic Console中把各个子流程全部配置并测试好，然后在自动诊断流程中引用该配置即可，其逻辑如下图所示：

在自动诊断流程的执行过程中，其执行效果跟Diagnostic Console中将完全一样。

 

【3】 SeedAndKey：SeedAndKey是一个组合命令，直接用Normal命令无法配置出来。用户可以通过SelectConfig直接从已有配置中选择，也可以通过选择SeedAndKey类型，在自动流程中直接配置解密步骤。SeedAndKey只需要选择SeedLevel参数即可，解密的DLL直接关联到TP参数配置中载入的SeedAndKey的Dll中，如下图所示：

可见，无论是在Diagnostic Console模块中，还是Automatic Diagnostic模块中正确运行的前提需要用户正确完成TP层参数的配置。

【4】 TesterPresent: 如前文所讲，TSMaster提供了一个TesterPresent的全局开关，通过该开关，用户可以直接打开和关闭该命令。同时为了支持更加灵活的测试需求，在自动化流程步骤中，也提供了基于步骤配置该命令的方式，让用户选择在需要的步骤打开和关闭TesterPresent命令。选择该类型过后，主要有两个参数需要配置：

》是否启动/停止该命令，如下：

》配置该命令数据，以及周期间隔，如下：

【诊断步骤配置汇总】

总结上个章节测试步骤的配置流程，其逻辑流组成如下图所示：

❖ B-4 步骤间隔时间：

诊断流程模块步骤跟步骤之间的时间间隔是可以设置的，如下图所示，单位为ms：

❖ B-5 出错处理：

现阶段出错处理，主要包含两个参数：错误后重试次数以及错误后停止还是继续运行，如下图所示：

❖ B-6 使能步骤/位置调整：

对于已经完成配置的诊断流程步骤，用户根据左边的选择框来勾选想要执行的诊断步骤，如下图所示：

关于执行顺序调整：无论是测试用例组，测试用例还是测试用例中的具体步骤，用户想调整相互之间执行顺序的时候，直接拖拽对应的测试用例到相应位置即可。

<p>The post 新功能发布 | TSMaster诊断模块之自动诊断流程 first appeared on 上海同星智能科技有限公司.</p>