Address
304 North Cardinal St.
Dorchester Center, MA 02124
Work Hours
Monday to Friday: 7AM - 7PM
Weekend: 10AM - 5PM
模拟验证的重要性
在发展STPMS演算法的过程中，我们经历了初期耗费许多时间在频繁装车测试验证演算法，为求能高效发展STPMS演算法，我们发展出了STPMS模拟验证的环境，于电脑以软件执行模拟验证，而且输入的模拟验证数据是由装车测试时抓取的车辆CAN Bus及GNSS实时数据，这让模拟验证的真实性几乎与装车测试时几乎一致。利用此模拟验证环境加速了STPMS演算法的发展。
模拟验证环境分为两类：一是将STPMS的演算法于GNSS MCU(Target)执行，模拟验证软体负责将抓取的车辆及GNSS数据实时送给Target，如装车测试一般，并由另一软体读取演算结果并作分析。另一是全模拟验证系统，将STPMS演算程式放入电脑执行，同时于电脑实时读取抓取的车辆及GNSS数据做运算验证，并同时做演算结果分析。
使用此一模拟验证环境，在STPMS演算法的开发上，我们达到了以下目的：
- 高效发展STPMS演算法
- 提升参数优化的效率
- 便于实验室模拟操作验证测试
模拟验证架构
上图所示为全模拟环境的架构图，全部运作都是由软体在电脑上执行完成。其中STPMS Algorithm是将STPMS的演算法于电脑软体执行，在此要强调的是其程式码与在GNSS MCU的程式码完全一样，都是用C语言撰写，也就是说在模拟环境验证完成的STPMS Alogrithm程式码可以直接搬到GNSS MCU做编译执行，这也大大简化STPMS软体发展过程，并大幅提高发展效率。
而其中的TC是Transfer Center的缩写，也是整个模拟环境的数据交换中心，包含从档案读取的模拟数据，送给STPMS的模拟数据，由真实设备读取的CAN及GNSS数据，与人机User Interface交流的数据，读取的执行结果分析数据，甚至可透过无线网路将数据回传至云端。
此一全模拟环境的建置，大幅提高了STPMS演算法的发展效率。
操作UI
以上是全模拟系统在电脑执行的UI画面，可以看出车子形状旁的四个轮胎状态，绿色为胎压正常，黄色则为欠压状态，上方分别显示车速及里程，下方则分别显示煞车( B)，档位(G)及车温(T)。在下面区域则为操作按键，分别为START, STOP, Continue, Clear Alarm及Do Learn。最下方则可以控制模拟执行速度，最高可达100倍，这可以大幅缩短模拟验证所需时间。
中间那排则是用来显示与TBox介接的资讯，包含STPMS Mode, Leaking Alarm及上传云端的Uplink Message，还有测试资讯Test Debug Message。
右边上方则是显示STPMS演算过程中所产出的数据，下方则是模拟验证过程的记录Log。最下方则是可以用来连结云端做相关测试。
一个模拟验证UI就能全盘操作完成STPMS的演算验证，其模拟验证结果除了显示于UI上，同时也储存于档案中做更进一步的分析。