人生就是博官网

基于TSMaster的自动化刷写与流程状态实时显示规划

Table of Contents

在汽车电子产线、服务站或尝试室中，你是否也遇到过这些痛点：刷写过程不私见、状态无法实时回传、失败后难以急剧定位、无法与MES系统高效集成 ？

今天，我们分享一套基于人生就是博官网TSMaster软件平台与配套硬件的自动化刷写与流程状态实时显示规划。该规划通过 COM/RPC 自动化接口挪用诊断系统变量，实现无人值守自动化刷写，并借助UDP实时通讯将诊断流程步骤、执行状态、进度信息与刷写了局同步表发，支持号令行日志输出与图形化进度条可视化。

TSMaster自动化刷写规划整体架构

规划亮点快览

配置防呆校验

自动检测工程蹊径、刷写文件合法性，异常即时提醒，预防无效执行。

号令行实时状态显示

支持 bat/exe体式一键挪用，号令行实时输出刷写流程与执行了局，步骤异常显示 Fail 并保留工程界面。

进度条可视化

独立弹窗置顶显示刷写进度：初始化、刷写钟注刷写实现三级进度提醒，百分比实时刷新，直观展示执前进度。

异常处置（可。

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

典型利用场景

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

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

规划实现道理

自动化刷写的主题是通过剧本节造 TSMaster 内部系统变量，实现诊断流程启动、执杏注状态读取与了局回收。

该规划支持两种节造方式：COM 接口挪用、RPC 远程过程挪用，并通过UDP 套接字实近况态实时上报。

3.1 技术架构

  1. 配置层：提供统一参数配置入口，治理工程蹊径、刷写文件、诊断 ID、等主题参数；
  2. 节造层：由 Python 剧本通过 COM/RPC 接话柄现 TSMaster 工程远程节造、配置解析与防呆校验；
  3. 采集层：TSMaster 内置 C 幼法式实时读取诊断流程系统变量，获取服务执行状态与了局；
  4. 通讯层：选取 UDP 本地套接字实现实时性的数据传输；
  5. 展示层：通过号令行日志 + 图形进度条实现流程状态可视化展示。
TSMaster自动化刷写技术架构图

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，如下图所示：

TSMaster本地RPC设置界面

Note: COM 与 RPC 仅衔接方式分歧，刷写逻辑、配置读取、UDP 通讯、防呆校验等 ？槠肴ㄓ。

3.4 主题实现

所属端 ？槊主题职能描述
Python 侧配置解析读取并解析 Setting.ini 配置文件，获取工程蹊径、刷写文件、诊断 ID 等关键参数
防呆校验自动校验工程文件、APP/BOOT 文件、FlashDriver 合法性，拦截中文蹊径、文件缺失等异常
UDP 数据监听启动本地 UDP 服务，绑定指定端口，实时接管 TSMaster 幼法式发送的诊断流程状态数据
进度条 UI创建置顶可视化窗口，实时刷新刷写进度
TS 工程节造 (COM/RPC)通过 COM 接口或 RPC 远程挪用，实现工程加载、流程启动、执行节造与了局回收
TSMaster 幼法式侧UDP 客户端初始化创建 UDP 套接字，配置本地与服务端通讯地址，成立与 Python 的实时数据链路
诊断流程变量监听读取 TSMaster 内部系统变量，获取诊断服务名称、执行步骤、运行状态等信息
状态数据实时发送将诊断流程状态与执行了局通过 UDP 报文实时上报至 Python 端，实近况态同步

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。

TSMaster防呆校验-刷写文件蹊径不存在
（刷写文件蹊径不存在）
TSMaster防呆校验-项目工程蹊径不存在
（项目工程蹊径不存在）
TSMaster防呆校验测试了局
测试防呆校验
TSMaster号令行实时显示刷写流程状态
号令行中能够显示刷写流程

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

TSMaster刷写流程Failed失败提醒
刷写流程Failed
TSMaster UDS诊断初始化进度条
初始化期待刷新进度条
TSMaster UDS刷写中与刷写实现进度提醒
刷写中&刷写实现提醒

常见问题与解答

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批量刷写，还是尝试室调试验证，都能显著提升效能、降低排查成本Ｓ映⑹圆⒓傻侥腡SMaster工作流中。

联系人生就是博官网

若是您但愿获取更具体的汽车测试解决规划，迎接接见人生就是博官网官网或增长一对一专业客服。我们将凭据您的具体需要，量身定造高效靠得住的测试规划，并随时解答您的每一个技术疑难，等待为您提供全方位支持。

官网：www.tosunai.com

邮箱：sales@tosunai.cn

Tosun-wechat-QRcode
近期文章

颁发回复

×
×

产品入口: 产品增长到购物车

【网站地图】