本次更新给用户带来了arxml新增算法解析、硬件支持80M/40M时钟切换、DDS功能更新、测试系统基础版上新、blf格式转换模块上新、新硬件上新和新API释放等。让通信开发与测试更高效、更可控。

TSMaster 2025.11

分析

【工具新增选项】

→【分析】-【数据库】

更新功能：
TSMaster在 E2E算法方面进行了兼容性增强，既支持从 AUTOSAR ARXML 中直接解析并仿真 E2E，也兼容传统未明确定义 E2E 的 DBC 文件：

• 支持E2E P01、P02、P04、P05、P06、P07、P11 和 P22算法
• 支持从 ARXML 数据库中自动解析 E2E 配置（包括 Profile、Data ID等参数）
• 对于传统 DBC 文件中未显式定义 E2E 的情形，支持从DBC中自动提取预定义信息从而获取 E2E 配置。特殊DBC可能存在一定适配性工作。

【J1939报文解析支持按优先级区分】

→【分析】-【报文信息窗口】

更新内容：

对于PGN相同的J1939报文，支持按照报文优先级进行区分。

【图形窗口支持导出csv数据】

→【分析】-【图形】

导出的csv文件内容包含时间戳、信号值等，如下图：

硬件

【硬件升级支持80M/40M时钟切换 】

→【硬件】-【总线硬件】

更新内容：
TC1018、TC017、同星pro系列CAN设备升级后支持80M时钟源配置，满足更高负载CAN调试。

仿真

【AUTOSAR E2E查看器】

→【仿真】-【AUTOSAR E2E】

更新内容：
AUTOSAR E2E查看器支持按照总线/通道进行过滤，优化使用体验。

【DDS功能更新】

→【仿真】-【DDS】

更新内容：

1. 修改union储存方式，只覆盖相同case值变量，并标记当前活动case值。
2. TSMaster未连接时可以创建实体快照信息，并在连接时真正创建。
3. 创建实体快照信息同样创建对应系统变量。
4. 断开TSMaster时保留所有实体的系统变量。
5. 实体信息及实体变量数据默认跟随工程保存及加载（删除手动保存和加载）。
6. 新增小程序接口

manually_refresh_datawriter_data：手动写入DataWriter数据。

测试

【测试系统基础版上线】

→【测试】-【测试系统基础版】

更新内容：
使用测试系统基础版模块前，在工程内导入测试用例的mp文件以及生成测试报告的dll库，然后将json文件导入到测试系统基础版模块内部即可进行用例执行。

【测试系统用户变量】

1. TestSystemLite_IsRunning：
   该系统变量设置为非零，则控制测试执行。设置为0则控制测试停止(停止会等当前在执行的测试用例跑完以及继续跑完结束事件)。
   
2. TestSystemLite_JsonFileName：
   给json文件的绝对地址即可切换，使用该系统变量，只能默认加载一个json文件。
   
3. TestSystemLite_SelectedCases：
   动态勾选测试用例，使用“;”进行分割，比如TG0.TC1;TG0.TC2。

应用

【cbf解析】

→【应用】-【诊断模块】

更新内容：诊断343637服务增加cbf文件解析。

【标定测量列表支持导入导出*.xls格式文件】

→【应用】-【标定管理器】

导出的*.xls文件内容包含信号名称、测量模式等，如下图：

【blf转csv、mat、mdf】

→【应用】-【数据处理】

更新内容：

数据处理模块中实现blf转csv、mat、mdf，进入模块后添加手填添加需要转换的blf文件，然后在所在通道上添加需要进行转换的报文信号，修改完导出配置后，点击导出实现文件格式转换。

【blf转file】

1. 导出文件类型：新增blf转csv、mat、mdf格式选项。
2. 时间类型：时间轴新增“选择信号为当前时间轴”/“选择信号计算新的公共时间轴”选项。
3. 值类型：信号值新增导出“上一次的值”/“下一次的值”/“插值”选项。
4. 启用时间范围：新增按照指定时间戳进行导出，使能“启用时间范围”选项后可以在开始时间和结束时间处进行导出时间戳配。

新硬件支持

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

更新内容：
新设备TLog1057、 TC1017Pro、GW2202, GW2204, GW2212, TA821已加入支持列表。其中，GW2202, GW2204, GW2212, TA821增加self ACK特性。

API 更新

【C小程序API】

 app.can_set_load_balance_control ()

函数说明：设置CAN总线发送帧间隔。

示例：

com. can_rbs_fault_inject_disturb_sequencecounter()

函数说明：向指定的 PDU 注入序列计数器故障。

com. can_rbs_fault_inject_disturb_checksum()

函数说明：向指定的 PDU 注入校验和错误。

【Python小程序API】

app.ui_show_tsmaster_window()

函数说明：按标题文本显示或隐藏特定窗口。

app.ui_show_hardware_configuration()

函数说明：展示硬件配置页面。

app. ui_show_channel_mapping_window()

函数说明：展示通道映射页面。

欢迎下载体验 TSMaster 最新版本

<p>The post 软件更新 | TSMaster 12月更新了啥？ARXML深度解析、新硬件支持、BLF转换…全在这里！ first appeared on 上海同星智能科技有限公司.</p>

一、J1939功能使用

Use of J1939 functionality

我们假设已经拥有了带license的硬件，以TC1005为例，选择硬件通道后连接应用程序，随后打开about窗口，就可以看到拥有license的列表。其中有一个J1939的option，接下来介绍这个功能的使用。

> 首先打开TSMaster的安装目录，进入demo文件夹，找到示例数据库J1939ILDemo的数据库文件。我们将其拖入TSMaster中，这个拖入的过程需要在程序断开连接的时候来完成，可以看到，这个数据库里面有四帧报文，它的PGN分别为EF00，EF00，FF02和FF01。

> 其中前两帧为点对点的多帧，分别是节点2往1发，1往2发；后两个是广播，分别是地址2的广播和地址1的广播。以第一帧为例，他的DLC=35个字节，这意味着这个信号可以在这35乘以8，也就是280个位置里面任意排布。那么报文中的sgn1~4就是模拟了这种情况。如果希望发送这些报文，我们可以直接使用发送窗口，我们打开CAN Transmit窗口，点击左上角的来自数据库的按钮，选择刚才看到的四帧报文，然后再将视图切换成J1939，这样协议相关的信息就一览无余了。

前两个是点对点，后两个是广播，可以从目的地址看出来，对于广播报文来讲，发送节点只要自顾自的发送就可以了。而对于前两个点对点的发送过程，不但需要发送节点，还需要接收节点在过程中进行应答，才能完成整个发送过程。所以我们还需要激活TSMaster内置的J1939的仿真节点。

> 接下来我们来到仿真，J1939的仿真配置对话框里面，可以看到节点1和2，分别被标注为Node1和Node2，所有的节点都勾选了仿真发送功能，但是仿真接收功能默认是没有勾选的。我们可以通过激活rbs的方法来自动激活这两个接收的功能，同时呢也可以手动勾上，在此我们就手动勾选，并且点击应用设置来关闭对话框。

> 这个时候就可以启动仿真了，我们按下F5，然后打开trace窗口，随后呢我们激活这4个节点的这4个报文的发送，就依次点击发送就可以了。于是在右侧的trace窗口中间就可以看到这4个多帧报文的接收情况。他们的DLC分别是右边的35，36，13和33，然后右边显示的就是他们的默认的数据段默认都是0。

> 我们当然可以修改他们的数据字节来任意的修改他们的数据，那这里就可以看到这是我们刚才修改的结果，我们当然还可以通过信号生成器的方式来改，比如说我们选中第一帧报文，在这个sgn1 a2上面选择正弦，然后点击配置，我们可以把峰值改的稍微大一点，然后点击应用、点击启动，这个时候就可以看到这个sgn1 a2就在发生变化。

> 接下来可以打开图形窗口，将这个信号拖进来，就可以看到正弦波，当然这个正弦波的频率比较低，这是因为它是多帧，它发一帧需要200毫秒，所以一秒只有5个点，我们还可以通过其他的窗口来进行观察，比如说数值显示。

> 最后我们打开数值显示，点击这里的添加按钮，可以选择我们的信号，当然我们也可以通过拖动的方式将信号拖进去，之后可以调整窗口的大小，使得信号值可以在上面显示。我们还可以通过面板的方式添加，当然面板需要设计，所以首先需要停止仿真，停止仿真之后我们可以将信号拖入面板，再启动仿真，然后再启动报文的发送，这样就可以看到这些信号都可以在测量窗口里面正确的显示。

二、J1939一系列API函数

J1939 A series of API functions

J1939有一套API的函数，通过这一套API就可以实现J1939的信号读写、报文发送等等一系列功能。

> 我们打开一个自动化模块，然后选中入口点，按回车增加一系列的动作。我们选第一个动作，然后设置他为API函数调用，在过滤器里面敲入1939，就可以看到1939的一系列API。这其中有1939的标识符的get和set方法以及下面的多帧报文的发送方法。关于标识符的get和set方法在此就不展开描述，大家完全可以查看c代码编辑器里面的小程序的帮助文档，里面有详细的介绍，在右侧也可以看到示例代码。那么这次我们着重介绍一下1939的多帧发送的API。

> 首先我们可以选中1939异步发送API，那么发送分为同步和异步两种，同步意味着发完之后程序才会往下走，异步则意味着只要将数据推入发送缓存，程序就可以继续往下，那么不管是同步还是异步，还分了两种类型。一种是不带字符串的发送，一种是基于字符串的发送。那么基于字符串方式的发送，他的数据是以逗号来进行分隔，那么这两种方式自动化模块都是支持的。因为在自动化模块里面，数组均以逗号分隔的字符串表达，那么我们可以选择一个异步发送，函数就可以看到这个函数有7个输入的参数。

> 那么第一个参数是通道号，我们可以选择常量，比如说，channel1然后PGN，在此我们就可以输入。比如说我们可以选广播，就是刚才看到的OxFF01，然后优先级是6，默认源地址是2，目的地址是1，然后PDU的数据我们可以随意填写。比如说Ox11，然后我们可以将这个复制多份，密贴多份，这里长度是可以很长。他的实际长度是被最后一个参数限制，那么在此我们可以保持跟dbc的一致，也就是35，然后我们就可以启动，按F9启动发送或者点击发送按钮，那么就可以发送成功。

> 我们就可以看到trace窗口里面显示的发送的信号内容跟我们的设置是一模一样，最后如果说数据不够，就会以0来补充。那么我们可以把数据填多一点，再启动发送，这样的话，数据长度就会正好达到我们的所需要的长度。

那这是原始报文的发送方法，倘若需要修改报文里面的信号的值，就需要rbs的仿真引擎来支持，那我们可以点击CAN总线仿真窗口来模拟节点的行为，我们激活这两个节点，然后将总线仿真设置为自动启动，这个时候可以看到rbs已经在工作了，并且得到了我们通过发送窗口一样的结果。

> 当然发送窗口这个时候是不应该启动发送，回到自动化模块里面，删除我们的原始的报文发送的动作，设置一个新的动作衍生函数调用，在此我们搜索set Signal by address，通过这个函数就可以实现rbs里面信号的任意修改。那这里有两个参数，分别是信号地址和值，那么信号地址就是我们所需要发送的信号的数据库地址，我们可以随便选一个比如说A_Node1 signal 1_a1，我们可以点击复制数据库地址，然后到这里粘贴即可，然后他的值我们可以随意修改，然后我们可以点击启动，那么这样就实现了这个信号的修改，可以看到A_Node1里面的这个信号已经变成1111，就是我们所设置的值，那么这就是信号的发送。

如果是希望接收一个信号的值，该怎么做呢？

我们可以用到signal server的方法：还是来到函数调用，删除我们刚才的发送，然后再多加几个动作。我们首先将它改为函数调用，然后输入SGN SRV，这就是signal server的系列函数。

> 那这里需要一个流程，首先需要注册我们关心的信号，需要用到register_can_signal_by_message ID或者是name，我们在这里选择message ID，那么我们就需要到rbs里面去copy这个报文的ID，copy过来的时候需要把后面的x删掉，让这个字符串是一个有效的16进制值，通道还是可以用之前的通道1，然后信号名称就是我们关心的信号。

> 比如说sgn1_a1，我们自己直接输入sgn1_a1，client ID是这个函数注册成功之后给到我们程序的一个handle，我们可以新建个变量来存储它，就命名ID就行。这个时候直接已经可以点击本地变量关联我们的ID，然后我们可以等一会再读取信号的值，那这个时候可以调用wait函数，比如说等个3秒，然后接下去就是一个读取过程，同样用到了Signal server sgnsrv get_can_signal物理值。最后通过这个方法去取得，得到的信号的物理值，那么在这里可以同样选择channel1 client ID就填我们刚才所得到的变量ID，然后这里就是输出的值，我们同样可以用一个变量来装，这里需要添加的就是个double型的变量，value写个v就行，然后在这个地方选择v，然后同时还会返回最后的时间戳，如果不需要的话，我们这里默认填个0就行或者不填。

> 然后这个时候我们可以将我们读到的值打印出来，这时候就需要用到log函数字符串，我们可以写我们的变量v的值作为字符串，那么log level，可以用一种颜色，比如说绿色，然后我们点击启动，这个时候首先获取ID等待，然后最后获取值结束，那么我们会看一下每一步骤的运行结果。在这里都有反馈，这里是实际传入的参数值，wait然后读到的参数值然后我们可以看一下打印出来值就是111，就是我们之前设定的值，那么我们完全可以改一下这个值，比如说改成12345，这个值最大就是2047，我们就设它为2047，这个时候我们只要再启动一下程序，我们打开log，就可以看到我们获取的值跟我们设定值是一样。这就是1939系列API的用法。

<p>The post 新功能发布 | TSMaster如何实现J1939多帧报文收发 first appeared on 上海同星智能科技有限公司.</p>