内容解决方案 第1篇
比如一个CAN网络包含节点A、B、C，节点A差分电压是，而节点B的差分电压是，节点C差分电压是。当整车CAN网络工作在强电磁干扰的环境下，环境的共模干扰串扰到CAN总线中会使节点A的差分电压影响到以下，导致节点从显性电平翻转成为隐性电平，进而导致了节点A工作故障，频繁发出错误帧。在CAN总线中，错误帧虽然不被接收，但是依然占用总线传输时间，所以导致其他正常节点发送延迟或者无法发送，影响整车CAN总线正常运行环境。
内容解决方案 第2篇
后来，小程序增加了「rich-text」组件用于展示富文本内容。然而，这个组件存在一个极大的限制：组件内屏蔽了所有节点的事件。也就是说，在该组件内，连「预览图片」这样一个简单的功能都无法实现。
web-view
再后来，小程序允许通过「web-view」组件嵌套网页，通过网页展示HTML内容是兼容性最好的解决方案了。然而，因为要多加载一个页面，性能是较差的。
当「WePY」遇上「wxParse」
基于用户体验和功能交互上的考虑，我们抛弃了「rich-text」和「web-view」这两个原生组件，选择了「wxParse」。然而，用着用着却发现，「wxParse」也不能很好地满足需要：
我们的小程序是基于「WePY」框架开发的，而「wxParse」是基于原生的小程序编写的。要想让两者兼容，必须修改「wxParse」的源代码。
「wxParse」只是简单地通过image组件对原img元素的图片进行显示和预览。而在实际使用中，可能会用到云存储的接口对图片进行缩小，达到「用小图显示，用原图预览」的目的。
「wxParse」直接使用小程序的video组件展示视频，但是video组件的层级问题经常导致UI异常（例如把某个固定定位的元素给挡了）。
此外，围观一下「wxParse」的代码仓库可以发现，它已经两年没有迭代了。所以就萌生了基于「WePY」的组件模式重新写一个富文本组件的想法，其成果就是「WePY HTML」项目。
实现过程
解析HTML
首先仍然是要把HTML字符串解析为树结构的数据，我采用的是「特殊字符分隔法」。HTML中的特殊字符是「<」和「>」，前者为开始符，后者为结束符。
如果待解析内容以开始符开头，则截取开始符到结束符之间的内容作为节点进行解析。
如果待解析内容不以开始符开头，则截取开头到开始符之前（如果开始符不存在，则为末尾）的内容作为纯文本解析。
剩余内容进入下一轮解析，直到无剩余内容为止。
为了形成树结构，解析过程中要维护一个上下文节点（默认为根节点）：
如果截取出来的内容是开始标签，则根据匹配出的标签名和属性，在当前上下文节点下创建一个子节点。如果该标签不是自结束标签（br、img等），就把上下文节点设为新节点。
如果截取出来的内容是结束标签，则根据标签名关闭当前上下文节点（把上下文节点设为其父节点）。
如果是纯文本，则在当前上下文节点下创建一个文本节点，上下文节点不变。
经过上述流程，HTML字符串就被解析为节点树了。
内容解决方案 第3篇
在国内，大部分的主机厂都有CAN总线网络测试规范，主要内容包括物理层、链路层以及应用层。
物理层：通信介质的物理特性，如幅值、边沿时间等，是最重要的部分。
链路层：规定在介质上传输的排列和组织，如帧结构；
应用层：在用户、软件、网络终端之间进行信息交换，客户自定义内容较多。
物理层在介质的物理特性方面的规定，主要源自于标准ISO 11898，该部分标准高度一致。而链路层和应用层方面，因为主机厂的整车网络设计不同，其应用层测试各不一致。
CAN一致性测试内容（节选）
内容解决方案 第4篇
CAN一致性测试工具包含CAN卡、示波器、电源等设备，当前国内CAN总线工程师只能采用手动搭建测试平台并进行逐项测试，主要通过CAN卡采集报文数据，以及通过示波器进行测试波形，进而达到测试位时间、幅值、位宽等目的，但是测试方案效率较低，一般完成整体CAN一致性测试项目需要10小时乃至1天时间。
手动测试架构搭建
ZLG致远电子即将发布的CANDT一致性测试系统基于CANScope底层分析能力，集成示波器、电源等必要设备，可覆盖主机厂CAN一致性测试标准，全自动化实现CAN总线一致性测试，为主机厂及零部件企业建立CAN总线测试及保障体系。另外，CANDT还可以根据测试结果进行输出测试报告，作为主机厂准入依据，大大降低主机厂在网络调试环节的工作量，并保证整车CAN网络环境的稳定。
CANDT一致性测试系统架构