.T7z 工程配置与内部模块加密

TSMaster 工程配置使用 .T7z 格式，可完整包含窗体、数据库、Panel、C 脚本等工程内容。加密发布可对其中的 DBC、脚本模块等内部内容进行加密，从源头保护核心工程逻辑。

硬件绑定＋密码验证

发布后的工程，需要匹配对应硬件、并验证密码后才能访问——即使工程文件被复制，也无法在未授权的环境中打开或读取，为 IP 加上双重门槛。

安全交付到测试、生产、售后

适合将研发成果交付给测试、产线、供应商或售后，但不希望对方看到核心逻辑的场景。同一套研发工程，因此可以安全地延伸到全链路，而不必担心内容外泄。

与应用发布的区别与搭配

• 加密发布（Encrypted Publishing） 解决的是「工程内容／IP 保护」——别人看不到里面的 DBC 与脚本。
• 应用发布（App Builder） 解决的是「终端使用界面与权限」——别人只能用你开放的功能、不能编辑工程。

两者搭配使用：一方面限制终端可见的功能，一方面保护工程内部内容，才是完整的安全交付方案。

适用对象

• 需要把工程交付给供应商、产线或售后，但要保护核心逻辑的研发团队
• 关注企业 Know-how 与 IP 保护的工程与管理部门
• 需要「能部署、不能反读」交付方式的项目

核心功能一览

<p>The post TSMaster Encrypted Publishing｜工程加密发布与 IP 保护 first appeared on 上海同星智能科技有限公司.</p>

定制发布窗体界面

可基于 TSMaster 定制发布窗体界面，发布时自由选择要对终端用户显示与执行的模块和窗体。用户能操作取得的工程文件，但不能对工程内容进行编辑——使用效果类似一套客制化的专用软件。

一次开发，多场景交付

应用发布可与诊断、Panel、COM 等模块组合，形成产线刷写软件、售后刷写／诊断工具等不同场景的专用界面。研发人员只需开发一次，再按需把不同模块发布给对应环节，无需为每个环节各自客制独立软件——既省人力，也让交付更可控。

与加密发布搭配：安全地延伸到全链路

与加密发布搭配，一方面限制终端可见的功能，一方面保护工程内部内容，从而把同一套研发工程安全地从研发延伸到测试、生产与售后。研发 → 测试 → 生产 → 售后，一条链路交付到底。

适用对象

• 需要为产线、售后交付专用操作软件的研发与工程团队
• 希望「一次开发、多处交付」，避免为每个环节各自客制软件的部门
• 需要让终端用户只用、不能改工程的场景（产线、售后、现场）

核心功能一览

<p>The post TSMaster App Builder｜工程应用发布与定制 GUI first appeared on 上海同星智能科技有限公司.</p>

基于 Python 的工具箱设计环境

TSMaster 软件架构支持工具箱的动态装载，并为工具箱的运行提供框架级支持。用户可基于工具箱架构，自行开发运行在 TSMaster 中的软件系统；任何具 Python 基础的开发者，都能设计专业的 TSMaster 用户界面并整合到工程中。TSMaster 的标定、诊断、测试系统等模块，本身也以工具箱的形式体现，可延伸到工业、医疗等不同领域。

工具箱 vs Panel：什么时候用哪个

工具箱比一般 Panel 更适合复杂逻辑与更丰富的窗体元素。简单地说——做简单的按键、仪表与信号面板，Panel 通常就够；想在 TSMaster 里做「自己的工具、画面或 Plugin」，就用工具箱。

搭配 API、COM 与设备管理，构建企业专用工具

工具箱可搭配 TSMaster 内建 API、COM 接口与仪器设备管理，构建企业专属工具。通过 COM 组件，也可在 Windows 环境下用其他语言（C／C++／.NET／LabVIEW／Python 等）编写的软件中调用 TSMaster，将自动化诊断、标定等能力集成进自研应用，扩展到产线、实验室等更多场景。

适用对象

• 想在 TSMaster 里开发专属工具、画面或 Plugin 的开发者
• 需要把重复工作流封装成企业专用软件的工程团队
• 需要用 Python＋TSMaster API 构建复杂测试／标定／诊断工具的研发人员

核心功能一览

<p>The post TSMaster Toolbox Development｜Python 工具箱与自定义界面开发 first appeared on 上海同星智能科技有限公司.</p>

<p>The post TSMaster MBD｜基于模型的设计与 Simulink 模型仿真 first appeared on 上海同星智能科技有限公司.</p>

<p>The post TSMaster SOME/IP｜SOA 车载以太网通信仿真与分析 first appeared on 上海同星智能科技有限公司.</p>

TSMaster DDS 功能面向基于 DDS 的实时数据通信、仿真与分析场景。 用户可直接导入 IDL 数据库，根据数据结构创建 DataWriter 与 DataReader，通过 Topic 建立发布/订阅通信，并对通信数据进行实时发送、接收与监控。
同时支持 DataWriter / DataReader 的 QoS 参数配置，可根据测试需求设置可靠性、持久性、历史数据、延迟、活跃性等通信策略，从而模拟不同 DDS 节点及通信行为。手册中实际上已经提供了 Writer 和 Reader 独立的 QoS 配置区域。
在数据分析方面，TSMaster 可结合 DDS Trace 对通信数据进行监控。加载对应 IDL 后，可进一步查看 Topic 数据类型以及反序列化后的数据内容，便于进行 DDS 通信分析与问题定位。
此外，DDS 模块提供 API 接口，可用于 IDL 加载、QoS 配置、DataWriter/DataReader 创建与管理以及序列化/反序列化回调等自动化操作，适用于自动化测试及二次开发。

未授权模式限制

DDS 是 TSMaster 的付费功能模块。在未激活 DDS License 的情况下，仅开放有限功能用于基础体验与功能。

FAQ：没有 DDS License，是否还能在 Ethernet Trace 中查看 DDS 报文？

可以。Ethernet Trace 的基础报文监控能力不依赖 DDS License。

在未使用 DDS 解析功能时，Ethernet Trace 仍可用于捕获和查看原始 Ethernet / UDP / RTPS 通信报文。

当加载对应的 IDL 文件后，TSMaster 可在同一个 Ethernet Trace 窗口中进一步识别 DDS 数据，并将 DDS Payload 进行反序列化和信号级解析，显示 Topic 对应的数据类型及数据内容。手册中也说明，使用 DDS Trace 解析前需要先加载对应的 IDL 数据库。

核心功能一览

<p>The post TSMaster DDS Simulation｜车载以太网 DDS 仿真与测试 first appeared on 上海同星智能科技有限公司.</p>

由 RBS 共用引擎支持 J1939

TSMaster 的剩余总线仿真（RBS）支持 CAN／CAN FD／LIN／FlexRay／J1939，可仿真整车网络中的全部 ECU 节点，或任意选择需要仿真的节点。J1939 与 CAN／LIN／FlexRay 共用同一套 RBS 模块——同样的操作逻辑，覆盖到商用车网络。

结合信号生成器、脚本与图形编程

可结合报文发送中的信号生成器、C 小程序与图形编程模块，灵活仿真整车网络的通信行为——从周期报文、信号激励到自动化逻辑，逐步搭建接近真实的 J1939 通信环境。

Panel：搭建专用商用车测试界面

面板（Panel）可与 RBS、系统变量及脚本结合，设计出独立的商用车测试界面：用仪表、按钮、指示灯、进度条等控件关联总线信号与 RBS 仿真，配合 C 脚本实现测试逻辑，形成一套面向具体机型的专用工具。

沿用全部基础能力

总线监控、记录、回放与自动化测试等 TSMaster 基础能力，在 J1939 网络下同样适用，让分析、复现与验证一以贯之。

适用对象

• 卡车、巴士、工程机械、农业机械等基于 SAE J1939 的 ECU／网络测试团队
• 需要在缺少真实节点时仿真 J1939 整车通信的验证工程师
• 需要为商用车项目搭建专用测试界面与自动化流程的开发者

核心功能一览

<p>The post TSMaster J1939｜商用车 CAN 网络分析与仿真 first appeared on 上海同星智能科技有限公司.</p>

诊断参数配置

传输层参数（总线类型、ID、通道 DLC、间隔）与服务层参数（P2 时间、Tester Present、SeedKey）均可灵活配置。SeedKey 既可导入 DLL，也可使用内建的 SeedKey 算法编辑器——不依赖外部工具即可完成。

诊断数据库：ODX／PDX／CDD

支持导入 ODX／PDX／CDD 等标准诊断数据库文件，可选择不同 MCU 变量对象，也支持以特定格式的 Excel 表格作为诊断数据库。用户可自行编辑诊断服务，包括下载 APP 的复合诊断服务（APP 文件加载、校验方式、擦除 Flash、请求与传输数据配置等）。

诊断控制台：服务执行、回复比对、ISO15765-2

诊断控制台可对诊断服务单次执行，并与实际回复逐条比对，还能选择是否同步系统变量。在 ISO15765-2 窗口，可完整查看传输数据包的过程与参数解析——问题出在哪一层、哪一帧，一目了然。

自动化诊断流程与 Flash Bootloader 刷写

可拖拉已配置好的诊断服务，快速建立不同的 Flash Bootloader 自动化流程。配合 Panel、COM、应用发布、TF1011 或无线 CAN 设备，同一套诊断架构即可组成 PC、产线、售后、手持及远程刷写方案。

DoIP：普通以太网与车载以太网 T1

DoIP 同时支持普通以太网 Tx 与车载以太网 T1，使用方式与 CAN 上的 UDS 诊断基本一致，已有的诊断配置与刷写流程可平滑迁移，无需重建。

适用对象

• 需要做 UDS 诊断、ODX／PDX／CDD 数据库诊断的工程师
• 需要建立自动化、流程化 Flash Bootloader 刷写的团队
• 需要把诊断／刷写工具交付产线、售后（含手持、远程）的部门
• 涉及 DoIP／车载以太网 T1 诊断的网络工程师

核心功能一览

<p>The post TSMaster UDS Diagnostics｜UDS、DoIP 与自动化 ECU 诊断 first appeared on 上海同星智能科技有限公司.</p>

标定环境与测量

支持 XCP 与 CCP 标定，可导入 A2L 文件并解析变量，最多 64 通道同时标定与测量。可加载 BIN／S19／HEX／MOT 等内存映像文件；测量模式涵盖 Polling、动态 DAQ 与静态 DAQ。标定量既能以数值、图形曲线，也能以面板控件观测，并支持 MDF／MF4 记录与回放——标定信号与总线信号以统一时间戳记录，便于事后对齐分析。

在线／离线标定与 Map 三维视图

支持在线与离线标定，涵盖 Parameter、Array、Curve、Map 等参数类型，并提供 Map 三维视图。可在真实运行中直接编辑参数、实时观察响应变化——把「改参数 — 看结果」的循环压到最短。

标定数据管理

支持 PAR／DCM／HEX 标定参数的导入导出，以及多份标定数据的对比分析；支持 XCP program 协议下载、工作页／参考页标定数据上传，并可将标定数据区域与应用程序区域合并管理，让每一版标定都清晰可追溯。

刷写与自动化、远程标定

基于 XCP／CCP，可直接完成 ECU 刷写；配合 COM 组件调用，可实现自动化标定：用户用自己开发的应用（C／C++／Python／LabVIEW 等）经 COM 接口调用 TSMaster，即可在产线或实验室完成自动化标定与刷写。TSMaster 将报文分析、诊断、标定与系统变量集于一体，便于同步分析；配合远程连线架构，标定还能延伸为远程应用。

适用对象

• 需要做 ECU 参数标定（Map／Curve、DAQ 测量）的标定工程师
• 需要管理多版标定数据、并对比追溯的团队
• 需要把标定接入产线／实验室自动化流程的工程部门

核心功能一览

<p>The post TSMaster CCP/XCP Calibration｜ECU 测量与标定功能授权 first appeared on 上海同星智能科技有限公司.</p>

视频回放

支持 MP4、AVI、WMV 等常见视频格式，可直接在 TSMaster 中回放，无需额外转码工具。

与总线回放引擎时间关联

视频可关联到总线回放引擎，并设置时间偏移，让画面与总线数据严格对齐、同步播放。当你在报文或曲线上定位到某一时刻，画面也会同步跳转到该瞬间——画面与信号一一对应。

GPS 数据回放

TSMaster 内建 GPS 数据回放与分析模块，可关联总线报文数据，实现报文与 GPS 轨迹的同步分析，直观还原「车在哪、发生了什么」。

典型应用场景

• 实车路试：把路况画面与 CAN／总线信号对照，快速定位异常发生的场景
• 座舱测试：验证 HMI、仪表、多媒体等在真实操作下的表现
• ADAS／感知问题复现：用画面还原传感器与决策的输入条件

适用对象

• 需要「画面＋总线信号」对照分析的路试与验证团队
• 做座舱、HMI、ADAS／感知问题复现的工程师
• 需要按 GPS 轨迹回溯事件发生位置的分析人员

核心功能一览

<p>The post TSMaster Video｜视频采集与车载数据同步记录 first appeared on 上海同星智能科技有限公司.</p>