HIL系列（本系列文章的目的是普及HIL测试能力，提升HIL测试人员的价值，提高产品的设计质量）：
| 1 |
|
介绍师子小分队创作HIL系列文章的初衷。 |
| 2 |
HIL是dSPACE公司发明的，当初他们为什么要做这个东西呢？为啥要用实时操作系统呢？有什么必然性吗？这个牛逼的发明诞生前后，汽车产业到底发生了什么呢？ |
|
| 3 |
“整车模型”到底是个什么东东？它到底是用来干啥的？它到底都有哪些坑？ |
|
| 4 |
这两个奇葩到底是何方神圣？要来何用？ |
|
| 5 |
（原文取消） |
|
| 6 |
“FRD”概念是HIL测试工作流程的重要一环，没有流程，HIL设备就是一堆铁架子，毫无灵魂！ |
|
| 7 |
（原文取消） |
|
| 8 |
我有了功能需求，如何才能转换为HIL设备的建设依据呢？如何由功能开始，开发HIL呢？ |
|
| 9 |
HIL第9讲，采购原则，产品只要够用，花钱能省则省
|
业界三大天王，dSPACE、NI、ETAS。但是事实上，ETAS HIL已经死翘翘了…… |
| 10 |
||
| 11 |
||
| 12 | ||
| 13 |
“第一类整车模型”、“第二类整车模型”，是师子小分队经过多年总结，给它们起的极具辨识度专有称谓，前者是HIL做起来的基本保证，后者属于“锦上添花”。 |
|
| 14 |
simulink、Labview都可以用来开发“整车模型”，都不难，只要能尝试过几个例子，剩下的就都是体力活了 |
|
| 15 |
HIL15讲，HIL零基础教程，闭环模型的使用_v |
模型做好了之后，怎么用到HIL系统中呢？“模型”的思想对我们做HIL测试又有哪些启示呢？ |
| 16 |
||
| 17 | ||
| 18 |
CheckSum和RollingCounter是最最最基本的“第一类整车模型”，没有它们，HIL就是造假 |
|
| 19 |
||
| 20 |
自动化测试是仿真测试的终极境界，是必须要做的，而一个优秀的测试用例模板，又是自动化测试的必备条件 |
|
| 21 |
网上关于HIL的广告真是五花八门，有些很专业，有些一看就是商业引导文，还有一些也太不专业了，我们一起围观下。 |
|
| 22 | ||
| 23 | ||
| 24 |
我们对Excel自动化测试用例的每行参数的定义，予以详细说明。 |
|
| 25 |
我们把之前讲的这些知识点的章节串起来，总结一下，搞一套HIL，我们都需要做什么？ |
|
| 26 |
您在自主搭建HIL或者采购HIL的过程中，如果碰到疑问、感觉有坑，可以咨询我们，我们会帮您优化方案，让您少走弯路，少花冤枉钱，提升性价比。 |
|
| 27 |
HIL的本质就是“虚实结合”，关键在于“切割点”，我们今天就带着大家，深入洞察HIL的本质，让您在采购做方案的时候，头脑更加清醒，目标更加明确。 |
|
| 28 |
HIL测试是针对实物的，仿真是纯软件的，二者虽然不是一个领域的，但是还是有那么一丢丢的联系的，弄明白了它们的区别和联系，有助于提升我们的工作效率。 |
|
| 29 |
HIL29讲，零基础教程，“控制”和“仿真”关系详解_v |
在车载ECU开发领域，最具有迷惑性的一个词语就是“模型”，说它是带路党一点也不为过，但是，仿真中的模型和HIL测试中的模型，到底是什么区别和联系呢？ |
| 30 | ||
| 31 |
||
| 32 |
可以画曲线，也可以做动作。 |
|
| 33 |
HIL33讲，零基础教程，软件调用软件的原理介绍_v |
ActiveX技术，当代软件自动化技术的基石，连我们的HIL自动化测试软件都是用这个方法开发的。本文讲论述这个技术，并为大家距一个好玩有趣的例子，给小仙女做个画像。 |
| 34 |
在HIL领域，CustomDevice是一个非常具有经济意义的事情，它是NI公司“人民战争”理念的重要组成部分，有了它，我们可以在HIL中集成进去很多成本更低的板卡 |
|
| 35 |
HIL35讲，零基础教程，HIL集成ZLG_CAN卡的详细步骤（V） |
在HIL系统中，集成ZLG公司的CAN卡。 |
| 36 |
HIL36讲，软件调用硬件DLL的一般姿势和高级姿势_v
|
DLL控制技术，当代硬件调用领域使用最广泛的技术，你说看到的几乎所有的硬件设备，都是通过这个方式，被软件调用的。 |
| 37 |
HIL37讲，依靠别人，车企能建立起来开发能力吗？ |
肯定建立不起来呀，但是这是为什么呢？我们仔细扒一扒~ |
| 38 |
预告篇。 |
|
| 39 |
只一个“附件控制”举例，还是不够的。本文，我们更进一步，拿“上下电功能”来举例，详细展示一下，我们的开发及测试理论，是如何地具有普遍的适用性 |
|
| 40 |
我们用更加生动形象、详细的例子，帮助大家进一步理解“实时系统”的作用，弄明白了这些，非常有助于我们把握自己的内心，知道自己到底想要什么。 |
|
| 41 |
“实时仿真机”在生成高时间精度信号方面，毫无疑问是很有用的，那么，哪些情况下是用不着、不可以、甚至不可能做得到实时的呢？ |
|
| 42 |
HIL42讲，分析一个无人驾驶台架的升级方案（V） |
我们帮一个客户优化了他的“无人驾驶仿真测试系统”方案 |
| 43 |
|
（原文取消） |
| 44 |
HIL44讲，从一项指标说仿真机，性能赤果果对比 |
用统计学的办法，把复杂的问题直观化、形象化。用“模型运行时间”这样一个指标，直观展示实时仿真机的魅力，以及非实时仿真机的特点。 |
| 45 |
HIL45讲，震惊！简单几个步骤，就可以自制一台实时仿真机（V） |
自己动手做一个实时仿真机，还是非常简单的。 |
| 46 |
HIL46讲，功能更改了，设备如何升级？（V） |
我们继续用“上下电功能”来举例，为了测试这个新功能，HIL硬件如何升级完善？ |
| 47 |
HIL47讲，硬件在环测试，修改升级veristand工程（V） |
我们继续用“上下电功能”来举例，为了测试新功能，HIL软件工程如何升级完善？ |
| 48 |
ADAS测试主要分为理论型测试和实战型测试，其中后者才是对车型开发真的有用。，前者是实验室理论研究使用的。 |
|
| 49 |
通过测试数据我们发现，NI的原装实时仿真机，比如PXIe8840，性能上确实比组装的工控机仿真机好上不少。 |
|
| 50 |
不需要！所有把“仿真”和“实时”放在一起的，都是骗子，大忽悠。为什么呢？ |
|
| 51 |
拯救“僵尸机器”，壮大HIL产业，提升HIL工程师在汽车设计中的地位，我们有办法！ |
|
| 52 |
我们用物理学知识来证明一下广场舞和HIL的关系，以及小姐姐的广场舞为什么会比大妈的广场舞好看。 |
|
| 53 |
HIL53讲，评测NI的无人驾驶测试方案（V） |
NI公司有自己主打的ADAS测试方案，跟我们的观点不谋而合，但是也有不同的地方，我们来围观一下，点评一下。 |
| 54 |
上下电功能的自动化测试case，是一个较高级的用法，时序性比较强，非常实用。这些case是基于HIL39、HIL46、HIL47讲的。 |
|
| 55 |
详细介绍ADAS无人驾驶领域的测试方法、概念和原理。 |
|
| 56 |
大师云集的日耳曼人，如果不是在“二战”种犯了错误，可能就没有后来美国人什么事情了。 |
|
| 57 |
自动化测试技术，是测试领域最重要的方法手段，它说第二，没有什么敢说第一。 |
|
| 58 |
我们为想入行HIL测试的、想建设HIL的、想提高HIL技能的朋友们，提高了一个交流学习的圈子平台。 |
|
| 59 |
通过Matlab和PreScan，不用任何硬件，实现MIL级别的无人驾驶的仿真测试 |
|
| 60 |
继“附件控制”和“上下电控制”之后，我们更进一步，拿“扭矩控制”来展示我们的开发测试方法及理论的普适性。 |
|
| 61 |
本文介绍一个极具创造性的方法，用HIL设备做MIL测试，简单高效，省钱，性价比非常高，而且可以和HIL测试共用工具链、共用测试用例。 |
|
| 62 |
在“附件控制”和“上下电功能”基础上，我们把目标指向“扭矩控制”，本讲，我们来讲硬件在环测试工程配置，如何升级适配“扭矩控制”的功能测试。 |
|
| 63 |
可能这是真的，当年师子一号在游戏厅玩游戏的时候，就开始琢磨汽车产业的未来了，就开始把国家的经济命脉和自己的前途命运结合在一起了，哈哈 |
|
| 64 |
本讲，我们来使用我们的EXCEL测试用例模板，来设计针对“扭矩控制”的测试用例，都非常简单。使用HIL设备，扭矩控制这类的动态功能，也是可以量化测试的 |
|
| 65 |
如果在采购的时候，技术协议写得稀里糊涂，眼看着就要入坑了。这个时候，在验收的时候，采用一些技巧和策略，还是能挽回一些的。 |
|
| 66 |
失败不要紧，失败是成功他娘~ |
|
| 67 |
这是一篇有帝国主义特色的商业广告文，用词晦涩、模棱两可，甚至充满了误导和概念颠倒，大家要少看这种网文。 |
|
| 68 |
电机台架的基本原理和基础知识介绍 |
|
| 69 |
需要用到栩栩如生的第二类模型，甚至可能需要借助第三方软件，比如Carsim |
|
| 70 |
我们针对那些即将走出校门、走向职场的应届毕业生们，专门做一期文章，详细讲解车企的各个部门、科室都是干什么的，帮助大家未雨绸缪，更好地规划自己的职业生涯 |
|
| 71 |
我们总结一下，都需要掌握哪些知识点和技能，并挨个给大家举例 |
|
| 72 |
其实，多数情况下，我们根本不需要自己搭“整车模型”，现成的模型到处都是，LabVIEW、Carsim、Cruise，到处都是，只是您以前没有注意过而已。 |
|
| 73 |
构建起协同开发、测试体系，把仿真测试环节和ECU软硬件开发有机结合起来，全民参与，全民开放，我们一起畅享一下这样一个美好前景。 |
|
| 74 |
HIL测试的几种姿势，由简单到技巧，难度越高越爽 |
|
| 75 |
dSPACE、ETAS、NI，三家都有自己的自动化测试软件，但是都不太好用 |
|
| 76 |
LabVIEW是人类历史上有史以来最为强大、包容性最强的专业级测试开发IDE，好用得不要不要的，我们今天就带着大家了解一下。 |
|
| 77 |
HIL77讲，“场景模型”和“数据模型”在硬件在环中的区别 |
有的“整车模型”，数据精密、信息丰富、理论科学性高，比如Cruise，还有的“模型”，直观形象，效果直接，比如Carsim，它们都可以用在HIL中，都能提升HIL测试的效率，但是它们到底有什么区别呢？ |
| 78 |
HIL78讲，硬件在环测试协同平台，大功告成 |
我们在HIL73讲中，畅享过HIL测试的美好前景，今天，我们就把这种想象变成现实，向大家展示一下这样一个协同系统的强大威力。 |
| 79 |
|
欢迎师子六号入伙，有情他给大家介绍一种目前业内车企使用最为广泛的无人驾驶测试方案。 |
| 80 |
当然非DIAdem莫属咯！ |
|
| 81 |
||
| 82 |
HIL需要协同才能真正用起来，否则都是闷头扯淡！HIL的第三方板卡要慎用，因为可能有风险。 |
|
| 83 |
forums.ni.com是个好地方，非常有用。 |
|
| 84 |
我们把一台HIL设备映射到了公网服务器上，欢迎大家前来使用，通过浏览器就可以。 |
|
| 85 |
大道至简，回顾全局，HIL在中国的十年，勤勤恳恳、波澜壮阔，但是最后还无法免俗，一心只想捞钱 |
|
| 86 |
直接把这篇文章转给领导看看，就可以啦~ |
|
| 87 |
整车一维纵向动力学模型，这是一些公司做HIL的时候给配的，报价六位数，很赚钱。mathworks公司直接开源了，免费，这让那些靠卖模型赚钱的公司情何以堪啊，智商税不好忽悠了，真恼人。 |
|
| 88 |
不止是动力学模型，mathworks公司连无人驾驶的全套模型也公开了，这让那些卖模型的咋办啊？ |
|
| 89 |
电力电子的HIL测试，是一个很重要的部分，它具有HIL的基本特征，并且在模型方面精度要求更高了一丢丢，模型也更复杂了一些，更专业了一些。 |
|
| 90 |
直接做在HIL的上位机即可，我们拿PCAN，来展示一个demo。 |
|
| 91 |
它们都是为了让工程师更懒、更省劲，都是为了自动化实现一些操作，我们来详细分析一下为什么哈 |
|
| 92 |
贪大求全，想着一劳永逸，这种想法万万要不得，到头来肯定苦的还是自己。 |
|
| 93 |
直接淘汰出局，宁可引进一个能力不那么强、但是干活卖力的供应商，也不能引进一个祖宗或者刺头，整天被他牵着走，破坏用户的技术体系。 |
|
| 94 |
绝对干货，手把手源码教大家开发HIL自动化测试工具。 |
|
| 95 |
一个很玄乎的东西，哈哈 |
|
| 96 |
用TXT，通过导入导出的方式进行管理。我们来详细讲解一下。 |
|
| 97 |
线束工作非常重要，别拿村长不当干部~~~ |
|
| 98 |
||
| 99 | ||
| 100 |
| 101 |
从今天起，我们源码讲解HIL自动化测试的开发方法 |
|
| 102 |
||
| 103 |
||
| 104 |
||
| 105 |
||
| 106 |
||
总线架构系列（本系列文章的目的是推广总线架构设计的新理念，使总线工程师成为一个核心黄金岗位，使零部件工程师更加游刃有余、发挥才能）：
| 1 |
|
|
| 2 |
国内整车CAN总线设计工作都是个什么水平、什么方式，为什么会这样。 |
|
| 3 |
|
|
| 4 |
介绍一下“总线架构协同平台”的公网服务器端对各个项目的拓扑配置，以及其含义。参与总线架构协同平台试用的朋友们，需要了解一下。 |
|
| 5 |
负载率的优化，是在做CAN信号定义的时候就应该考虑的，我们应当充分吃透信号的定义，把类似的信号放到一起，从而使整车通信架构更加合理高效。借用“总线架构协同平台”，可以完美地实现这个目的。 |
|
| 6 |
有一种更高效的办法，总线工程师只负责分配ID池给零部件工程师，零部件工程师拿到自己的ID池之后，使用其中的ID，自行安排信号。也就是说，总线工程师只负责给零部件工程师分配“ID群”，至于挑哪个ID，由零部件工程师评估决定。 |
|
| 7 |
就全行业来看，总线的工作主要包含四个方面：信号定义、CAN底层测试、诊断、刷写。车企的日常重点工作在信号定义方面，这部分变动比较大，CAN底层测试、诊断、刷写，很大程度上可以外包给供应商。 |
|
| 8 |
牛逼的车企和不牛逼的车企，在总线设计方面，无论是方法、工具还是效果，都是不一样的。 |
|
| 9 |
总线架构第9讲，CAN交互信号设计到底该由谁主导？ |
这个问题在几乎所有的车企，都是扯皮不断，基本上都是谁蛮横谁说的算。今天，我们发布了一个终极解决办法，借助于合理的方法和工作，这个事情现在终于可以讲理了，可以按照最合理的方式来做。~ |
| 10 |
送福利啦。 |
|
| 11 |
送福利啦。 |
|
| 12 |
送福利啦。 |
|
| 13 |
ZLG的CAN卡还是很棒的，可以深入底层进行控制。本文提供一个详细的教程，教您在Labview上位机中控制发送多种周期值的报文，实现更加科学合理的仿真测试，不用再全部都设置成100ms了。 |
|
| 14 |
simulink、Labview都可以用来开发“整车模型”，都不难，只要能尝试过几个例子，剩下的就都是体力活了，非常简单，我们带着大家实际做一下。 |
|
| 15 |
总线架构第15讲，从细节来演示excel2dbc工具的可靠性 |
送福利啦。 |
| 16 |
||
| 17 | ||
| 18 |
高清无码，露脸了，露脸了，真身出来做演示了，实操演示，让大家看看一个效率极高的“总线架构协同平台”的使用方法。 |
|
| 19 |
dbc，这种效率极高的的总线协议表示方法，几乎是当代车载电子电控领域的基本配置，但是商用车被长期排斥在外，太让人憋屈了。今天，我们就把dbc和商用车结合起来，让商用车的伙伴们也high起来。 |
|
| 20 |
起始位就是LSB，这是Vector的CANoe中的明确定义。有些公司在某些情况下，把起始位定义成MSB，大家要提高警惕、不要被误导了，比如位于上海的某家实力极强中德合资企业，以及位于北京的某家国内很强的国内电子电气领域很强势的民营企业。 |
|
| 21 |
总线架构21讲，如何使整车CAN总线交互万无一失？ |
“总线架构协同平台”的C端，可以很方便地让零部件工程师查看整车协议信号，不需要在捂着，可以自主核对信号的定义以及合理性，从而最大可能地发挥零部件工程师的才能，效果非常棒！ |
| 22 |
总线架构22讲，水印防泄密，保护公司资料安全 |
我们给C端增加了水印背景的功能，避免个别人截屏或者录像泄露公司机密，很实用。 |
| 23 |
总线架构23讲，整车、零部件协议取得完美平衡 |
S端和C端均可以导出excel文件，但是二者是不一样的。S端可以导出整车的，C端只能导出和零部件相关的。 |
| 24 |
总线架构24讲，excel和dbc互转功能的惊讶实现 |
S端具有excel转dbc的功能，方便整车总线工程师进行管控；C端具有dbc转excel的功能，方便零部件工程师使用现有的零碎设计资料，比如dbc，从而使这样一个工具系统具有极强的兼容性和粘性。 |
| 25 |
要和CAN设计搞好关系，否则就会发虚；关于CAN设计，我们有完美的解决方案工具！让大家感受一下，原来效率可以这么高、这么准确！ |
|
| 26 |
牛逼轰轰的CAN总线，大杀四方，干趴一切竞争者……，我们来看看，它到底有多猛！ |
|
| 27 |
当年博世没有规定CAN应用层，才造成今日之遗憾，痛心呐！别担心，我们可以搞定这一切~一起来围观一下吧。 |
|
| 28 |
通过波形来揭秘真相 |
|
| 29 |
总线架构29讲，一文彻底讲清CAN总线的intel和Motorola编码（V） |
CAN总线领域的intel和motorola编码，确实是一个容易混淆的概念，今天，我们就通过一篇文章，彻底解决这个问题！ |
| 30 |
错误帧是CAN总线领域非常常见的现象，也很有用。它无法直接消除，也很难找到是谁发的，它的存在，说明总线仍是不完美的。 |
|
| 31 |
什么是数据帧和遥控帧？你真的了解它们吗？ |
|
| 32 |
目前来看，本文展示的基于LabVIEW的ZLG CAN卡开发教程，是行业内最强大、最有用的演示项目，您可以照着文章中的例子来做。跟着文章的思路，我们层层递进，一步一步往高级阶段进行进阶！可提供源码的哦~~ |
|
| 33 |
总线33讲，一本教材引发的“血”案 |
一本很棒的CANoe教材，值得珍藏！ |
| 34 |
丰田、通用、大众、日产、特斯拉、吉利、长城等，我们将持续地研究它们的通讯协议，为行业贡献做贡献！ |
|
| 35 |
总线35讲，dbc转换工具和ZLG软件源码 |
本文纯属广告，试图赚几块零钱，同时帮助那些有需要的人，快速搞定工作。 |
| 36 |
总线36讲，CAN测试的一般方法1（V） |
CAN方面的工作，除了功能交互、通信矩阵设计管控之外，还有CAN的底层测试，这些测试主要包含CAN硬件、协议栈、软件等方面的内容。 |
| 37 |
总线37讲，CAN测试方法2，通信故障处理（源码在圈里做讲解） |
对于基础测试部分，比较简单，可以让供应商做，车企负责查看报告即可，对于高级部分，比如故障处理和网络管理，无论供应商还是车企，都很难做好，再加上沟通理解过程中出现的偏差，就更容易出错了。 |
| 38 |
2020年1月14日，北京某润在它们的官方公众号上发布了一个新产品，VDE，它和我们宣传的CANDE工具有很大程度的相似性。本讲，我们就把它们放在一起，从多个角度，进行详细对比一下。 |
|
| 39 |
小编最近接到一个协议对标的活儿，合作伙伴，某个4S店，录制了QX50的大量BLF文件，以及大量的同步录制的视频、音频，甚至还有驾驶员的实时讲解口述……总之，素材质量非常好，质量很高。小编决定趁着这段非常时期，好好研究，继续为行业的知识共享做贡献，经过对方允许，直播协议分析进展，把其中的部分内容拿出来，和大家共享，一起围观~ |
|
| 40 |
师子小分队从多方途径获得到了一些市场上主流车型的通讯协议，经过简单整理，现向朋友们公开，帮助做对标的、做逆向的、做二次开发的同仁们。总共75个协议文件，格式是Excel，美观好看，很不错~ |
|
| 41 |
总线41讲，CAN测试高级篇，代码详解和分享（圈里分享） |
CAN测试全自动源码分享和详解，LabVIEW和CANoe混合编程，填写Excel参数即可实现全自动CAN底层测试，效率非常高，效果非常好，欢迎加入。 |
| 42 |
总线42讲，后疫情时代，非接触式整车CAN协同设计，工具平台 |
我们帮一个客户优化了他的“无人驾驶仿真测试系统”方案。经过该用户同意，并且隐去了一些隐私信息，我们把这个有趣好玩的例子公布出来，供大家观看借鉴。 |
| 43 |
总线43讲，被一个叫“博X”的供应商给“坑”了 |
|
| 44 |
总线44讲，Excel转DBC源码，限时分享 |
用统计学的办法，把复杂的问题直观化、形象化。用“模型运行时间”这样一个指标，直观展示实时仿真机的魅力，以及非实时仿真机的特点。 |
| 45 |
总线45讲，TSMaster带来的震撼 |
自己动手做一个实时仿真机，还是非常简单的。 |
| 46 |
总线46讲，CAN总线对车企信息安全的威胁 |
我们继续用“上下电功能”来举例，为了测试这个新功能，HIL硬件如何升级完善？ |
| 47 |
总线47讲，excel2dbc源码分享介绍 |
我们继续用“上下电功能”来举例，为了测试新功能，HIL软件工程如何升级完善？ |
| 48 |
||
| 49 |
|
|
| 50 |
眼见未必为实 |
|
| 51 |
相当于自定义解析 |
|
| 52 |
总线52讲，实车级网络自动化测试方法及源码讲解 |
|
| 53 |
总线53讲，CANDE web版隆重发布 |
革命性的变化，方便得不要不要的 |
| 54 |
总线54讲，CAN总线的busoff干扰测试 |
|
| 55 |
总线55讲，以太网物理层和协议层测试教程 |
|
| 56 |
总线56讲，UDS协议测试，全套详解 |
纯干货，纯科普，基于CAN的诊断测试 |
原文始发于微信公众号（车辆技术）：《车辆技术》公众号硬核干货，原创连载
