tag 标签: 测试

相关帖子
相关博文
  • 2023-3-23 16:25
    237 次阅读|
    0 个评论
    ​U盘是一种便携的存储介质,可以在不同设备之间传输数据和文件,也可以作为启动或扩展设备,运行、调试和测试不同的操作系统或应用程序。要选择合适的U盘来配合开发板进行项目开发,则需要考虑容量、读写速度、接口类型、兼容性和可靠性等因素。 本文将使用万象奥科基于HD-G2UL-CORE工业级核心板设计的HD-G2UL-EVM评估板为大家演示如何挑选读写速度合适的U盘作为开发板项目开发。 1. 测试结果 表1.1测试结果 U 盘 写 读 海康威视 USB3.064GB 6.0MB/s 22.1MB/s 闪迪 USB3.016GB 10.2MB/s 31.5MB/s 爱国者 USB3.064GB 5.7MB/s 31.5MB/s 金士顿 USB3.032GB 6.5MB/s 33.9MB/s 闪迪 USB2.01GB 9.1MB/s 18.1MB/s 爱国者 USB2.032GB 5.5MB/s 19.6MB/s 从表1.1测试结果中可以看出,USB3.0的U盘在读取速度上都比USB2.0的U盘快,但在写入速度上没有明显差异。其中,闪迪USB3.016GB的U盘在写入和读取速度上都是最快的,分别达到了10.2MB/s和31.5MB/s,其次是金士顿。而海康威视USB3.064GB的U盘在写入速度上是最慢的,只有6.0MB/s,其次是爱国者。 综上所述:如果需要一个容量大、速度快、安全可靠的U盘,可以选择闪迪USB3.016GB的U盘,因为它在写入和读取速度上都是最快的;如果需要一个容量小、速度慢、价格便宜的U盘,可以选择闪迪USB2.01GB的U盘,因为它在写入速度上比其他USB2.0的U盘都要快一些,而且价格较便宜;如果需要一个容量中等、速度一般的U盘,则可以选择金士顿USB3.032GB的U盘,因为它在读取速度上是最快的USB3.0的U盘之一。 2.测试原理 2.1 dd命令 1. Linuxdd命令用于读取、转换并输出数据。 2. dd可从标准输入或文件中读取数据,根据指定的格式来转换数据,再输出到文件、设备或标准输出。 3. 测试指令如下: 写速度测试:ddif=/dev/zeroof=$mount_point/largefilebs=16kcount=16384oflag=direct /proc/sys/vm/drop_caches 读速度测试:ddif=$mount_point/largefileof=/dev/nullbs=16kcount=16384 2.2 dd的相关解释 if代表输入文件。如果不指定if,默认就会从stdin中读取输入。 of代表输出文件。如果不指定of,默认就会将stdout作为默认输出。 bs代表字节为单位的块大小。 count代表被复制的块数。 /dev/zero是一个字符设备,会不断返回0值字节(\0)。 3.测试过程 3.1 硬件准备 HD-G2UL-EVM评估板(512MB+8GB)、网线、Type-c数据线、5V电源适配器、电脑主机。 3.2 测试准备 准备5种以上不同规格品牌U盘,如表3.1所示。 表3.1测试U盘 3.3 测试环境 图3.1测试环境 3.4 读写测试 以读写FAT32文件系统为例,写读大小为256MB的文件。 3.4.1 海康威视USB3.064GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,44.4863s,6.0MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,12.1501s,22.1MB/s 测试时长:(0hours1minutes4seconds.) 测试完成! 3.4.2 闪迪USB3.016GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,26.2853s,10.2MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,8.51293s,31.5MB/s 测试时长:(0hours0minutes42seconds.) 测试完成! 3.4.3 爱国者USB3.064GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,46.8673s,5.7MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,8.53448s,31.5MB/s 测试时长:(0hours1minutes2seconds.) 测试完成! 3.4.4 金士顿USB3.032GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,41.2719s,6.5MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,7.92642s,33.9MB/s 测试时长:(0hours0minutes56seconds.) 测试完成! 3.4.5 闪迪USB2.01GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,29.5702s,9.1MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,14.809s,18.1MB/s 测试时长:(0hours0minutes51seconds.) 测试完成! 3.4.6 爱国者USB2.032GB 进行写性能测试...预计写入256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,49.1139s,5.5MB/s 清除缓存... 进行读性能测试...预计读256M大小的largefile文件 16384+0recordsin 16384+0recordsout 268435456bytes(268MB)copied,13.6685s,19.6MB/s 测试时长:(0hours1minutes10seconds.) 测试完成!  
  • 热度 1
    2023-3-21 11:20
    44 次阅读|
    0 个评论
    同事都很奇怪,为什么我设计的PCB都很少出错,而他们设计的PCB,经常出错。有的时候是元器件的外框没有印出来,只有焊盘在上面;有的时候是焊盘被削去一部分,太靠近板边或是太靠近其他焊盘。还有的时候,某些走线被开了窗,因为不小心在上面铺了助焊层。 我问他们,平时是怎么出GERBER文件的呢? 他们听了,反问我,出GERBER不是只有一种方法吗,就是在PCB设计软件里面,设置好CAM的各层参数,导出来就是GERBER文件。 说到出GERBER,他们就来劲了,没完没了地向我大吐苦水。每次出GERBER文件,明明检查了,没发现问题。但是每次做回来的板,总是存在这样那样的小问题。 本来打算这是最终版了,最后因为一些小问题,又要重新改一次板。因为他们出GERBER时,要么是人工一层一层配置CAM,这种方法比较费时间,也容易出错,特别是配置多层板,一不小心就会酿成大错;要么就是从以前的PCB里导出一个CAM模板再导入到当前设计的PCB中,这种方法最快捷,但也容易出错。可能以前的PCB这样的配置,出来的GERBER文件是没有问题,但是如果直接用到当前的设计中,出来的GERBER文件就有可能有问题。 打个比方,以前的CAM设置把文本配置到TOP层,是为了让某个文本能做到TOP层上,如一些logo,如果模板直接拿过来用,不加以修改,就极有可能导致做出来的PCB短路。 听了他们的诉苦,我微微一笑,说他们的苦恼,我以前也经常遇到过,不过现在很少了,因为我现在不像以前那样出GERBER了。 他们听了,非常好奇,原来还有其他方法出GERBER的。他们已经坐不住了,非得让我赶紧告诉他们方法是什么。 没办法,跟他们关系太好了,什么法宝都藏不住,就一五一十地告诉他们了。 因为配合一款DFM软件工具帮忙出的GERBER 。软件非常好用,只要你设计好PCB,啥都不用干了,直接用这款软件打PCB文件,软件就可以把PCB解析成GERBER文件了 ,里面还有很多辅助我们检查GERBER的功能,保证GERBER文件的准确性。 比如,我用的是PADS设计的PCB,打开DFM软件后,再通过打开操作打开PCB,就可以看到界面把PCB解析成GERBER文件了,根本不需要浪费时间做CAM设置。不管是两层板,还是四层板,甚至是更多层板,都是一样的操纵,非常的方便与快捷。 借助软件的辅助功能检查GERBER没问题后,就可以导出GERBER文件,发给板厂做PCB。这种出GERBER的方法比我们以前在PCB设计软件上出GERBER的方法简单多了,方便多了,准确性高了。 有人会提问,会不会导出来的文件不是GERBER文件呢。没关系,可以用之前常用的CAM350来检查看看,验证一下从这款DFM软件导出来的文件是不是GERBER文件。事实证明,这是货真价实的GERBER文件,可以放心大胆地发给板厂做板。 别以为这款软件只对PADS设计的PCB起作用,其实他支持的PCB格式多着呢。 对于allegro设计的PCB,这款软件也可以很轻松地解析成GERBER,也不需要做任何的CAM设置。 AD设计的PCB更不用说,也是一样的效果。 记得刚接触到这款软件,如获至宝,爱不释手,因为功能实在是太强大了,能帮我轻轻松松解决很多问题,让我的工作变得简单轻松。 自从使用这款软件之后,我发给板厂的GERBER就很少有问题了,做出来的PCB自然地也很少有问题了。 如果对这款DFM软件感兴趣的,可以访问华秋DFM官网下载, 相信你用上很快就会爱上这款软件。
  • 热度 3
    2023-3-8 11:35
    498 次阅读|
    1 个评论
    1.测试对象 HD-G2L-IOT基于HD-G2L-COREV2.0工业级核心板设计,双路千兆网口、双路CAN-bus、2路RS-232、2路RS-485、DSI、LCD、4G/5G、WiFi、CSI摄像头接口等,接口丰富,适用于工业现场应用需求,亦方便用户评估核心板及CPU的性能。 HD-G2L-CORE系列工业级核心板基于RZ/G2L微处理器配备Cortex®-A55(1.2GHz)CPU、16位DDR3L/DDR4接口、带ArmMali-G31的3D图形加速引擎以及视频编解码器(H.264)。此外,这款微处理器还配备有大量接口,如摄像头输入、显示输出、USB2.0和千兆以太网,因此特别适用于入门级工业人机界面(HMI)和具有视频功能的嵌入式设备等应用。 图1.1HD-G2L-IOT  2.测试目的 为了评估系统对不同类型的TF卡读写的性能和稳定性,以及确定系统是否可以正确地读取和写入数据。这对于需要大量使用TF卡存储数据的应用程序(例如,文件传输、备份和储存等)非常重要。 在测试中,通常会使用各种大小和类型的文件进行读写操作,并记录每个操作的速度和成功率。测试还可能涉及对TF卡进行格式化和写入不同的文件系统类型来测试系统对这些操作的支持。 通过进行TF卡读写测试,开发人员可以找到可能存在的性能和稳定性问题,并对系统进行优化,以最大限度地提高读写速度和可靠性。此外,比较不同品牌和规格的TF卡读写速度的测试结果,可以帮助用户选择最适合其应用程序的TF卡。 该报告适用于使用5种以上不同规格品牌TF卡在HD-G2L-IOT评估板上的读写速度测试。 2.1测试结果 ​表 2.1 从上表测试结果可以看出,在基于HD-G2L-IOT评估板测试9种不同规格品牌的TF中,各品牌规格TF卡可以正常识别使用,其中闪迪&海康威视&金士顿三种品牌的TF卡在评估板上都有较好的读写性能表现,能较大程度满足使用需求,用户可以选择以上TF卡用于HD-G2L-IOT评估板的项目开发。  3.测试原理 3.1 dd命令 1. Linuxdd命令用于读取、转换并输出数据。 2. dd可从标准输入或文件中读取数据,根据指定的格式来转换数据,再输出到文件、设备或标准输出。 3. 测试指令如下: 3.2dd的相关解释 4.测试过程 4.1 硬件准备 HD-G2L-IOT评估板、HD-G2L-COREV2.0核心板、网线、Type-c数据线、12V适配器、UART模块、电脑主机。 4.2 测试准备 准备5种以上不同规格品牌TF卡选取测试,如表4.1所示。 4.3 测试环境 图4.1测试环境 4.4 读写测试 以读写FAT32文件系统为例,写读大小为256MB的文件。 4.4.1 闪迪C10128GB 4.4.2 闪迪C416GB 4.4.3 爱国者U332GB 4.4.4 金士顿C1032GB 4.4.5 金士顿C432GB 4.4.6海康威视C1016GB 4.4.7 闪迪C1032GB 4.4.8 金士顿C1064GB 4.4.9 金士顿C48GB 5.关于HD-G2L-IOT 5.1 硬件参数 HD-G2L-IOT板载的外设功能: 集成2路10M/100M/1000M自适应以太网接口 集成Wi-Fi 集成2路RS-232接口 集成2路RS-485接口 集成2路CAN-bus接口 集成2路USBHost 集成1路USB扩展4G模块接口(集成SIM卡接口) 集成1路USB扩展5G模块接口(集成SIM卡接口) 支持1路TF卡接口 支持液晶显示接口(RGB信号) 支持4线电阻触摸屏与电容屏接口 1路MIPIDSI接口 1路摄像头接口(MIPICSI) 支持音频(耳机、MiC、SPK) 支持实时时钟与后备电池 支持蜂鸣器与板载LED 支持GPIO 1路TTL调试串口 直流+12V电源供电(宽压9~36V) HD-G2L-CORE核心板硬件资源参数: 注:受限于主板的尺寸与接口布局,核心板部分资源在IoT底板上以插针方式引出。
  • 热度 1
    2023-3-6 14:39
    255 次阅读|
    0 个评论
    1.测试对象 HD-RK3568-IOT底板基于HD-RK3568-CORE工业级核心板设计(双网口、双CAN、5路串口),接口丰富,适用于工业现场应用需求,亦方便用户评估核心板及CPU的性能。适用于工业自动化控制、人机界面、中小型医疗分析器、电力等多种行业应用。 HD-RK3568-CORE系列核心板,基于RockchipRK3568系列Quad-coreARMCortex-A55处理器开发。该处理器集成了最新的高性能CPU、GPU。此外,RK3568系列处理器还集成了USB2.0,USB3.0千兆以太网,CAN-BUS,HDMI,LVDS等接口。 2.测试目的 为了评估系统对不同类型的U盘读写的性能和稳定性,以及确定系统是否可以正确地读取和写入数据。这对于需要大量使用TF卡存储数据的应用程序(例如,文件传输、备份和储存等)非常重要。 在测试中,通常会使用各种大小和类型的文件进行读写操作,并记录每个操作的速度和成功率。测试还可能涉及对U盘进行格式化和写入不同的文件系统类型来测试系统对这些操作的支持。 通过进行U盘读写测试,开发人员可以找到可能存在的性能和稳定性问题,并对系统进行优化,以最大限度地提高读写速度和可靠性。此外,比较不同品牌和规格的U盘读写速度的测试结果,可以帮助用户选择最适合其应用程序的U盘。 该报告适用于使用5种以上不同规格品牌U盘在HD-RK3568-IOT评估板上的读写速度测试。 2.1 测试结果 表2.1 从上表测试结果可以看出,在基于HD-RK3568-IOT评估板测试5种不同规格品牌的U盘中,在写方面,速度最快的是闪迪USB3.016GB,速度最慢的是爱国者USB2.032GB。在读方面,速度最快的是金士顿USB3.032GB,速度最慢的是闪迪USB2.01GB。 推荐用户使用闪迪USB3.0系列或爱国者USB3.0系列的U盘,这两种U盘在HDRK3568-IOT评估板上都有较好的读写性能表现,用户可以选择以上U盘用于项目开发。 3.测试原理 3.1 dd命令 1. Linuxdd命令用于读取、转换并输出数据。 2. dd可从标准输入或文件中读取数据,根据指定的格式来转换数据,再输出到文件、设备或标准输出。 3. 测试指令如下: 3.2 dd的相关解释 4.测试过程 4.1 硬件准备 HD-RK3568-IOT评估板、网线、Type-c数据线、UART模块、12V电源适配器、电脑主机。 4.2 测试准备 准备5种以上不同规格品牌U盘,如表4.1所示。 表4.1U盘 4.3 测试环境 ​4.4 读写测试 以读写FAT32文件系统为例。 4.4.1 海康威视USB3.064GB 4.4.2 闪迪USB3.016GB 4.4.3 爱国者USB3.064GB 4.4.4 金士顿USB3.032GB 4.4.5 闪迪USB2.01GB 4.4.6 爱国者USB2.032GB   5.关于HD-RK3568-IOT 5.1 硬件参数 HD-RK3568-IOT板载的外设功能: 集成2路USB-Host 集成1路USB-OTG 集成2路千兆以太网口 集成1路调试串口 集成2路CAN总线 集成2路RS232串口 集成2路RS485串口 集成1路Audio音频 集成1路4G 集成1路PCIE 集成1路WIFI 集成1路TF卡 集成1路MIPI_DSI显示接口 集成1路MIPI_CSI摄像头 集成1路LVDS 集成显示 集成1路HDMI显示 集成1路EDP显示 集成1路SATA移动存储 集成1路扩展IO口 HD-RK3568-CORE核心板硬件资源参数: 注:受限于主板的尺寸与接口布局,核心板部分资源在IoT底板上以插针方式引出。
  • 热度 1
    2023-1-18 11:07
    777 次阅读|
    0 个评论
    当ECU之间使用CAN来进行通信时,总线上发生了什么?我们可以借助示波器来观察总线上的电平,而从示波器上我们可以看到一串连续的高低起伏的“线条”——波形。无论是电磁波或者是总线上变化的电平,这些信息的载波在时间和空间上是连续的。而从这段连续的载波中解读出我们所需要的信息就需要借助一定的采集手段——采样。CAN控制器需要从总线的高低电平中获取到逻辑0和1。那么控制器要在哪个位置采样?要怎样才能实现正确采样呢?这就涉及到了采样点这个概念。 一、采样点的定义 采样点是CAN控制器读取总线电平,并解释各个比特的逻辑值的时间点。在我们了解采样点的测试方法之前,我们需要先了解CAN报文的一个位时间是如何组成的。CAN控制器的最小时间周期称作时间份额(Time quantum,简称Tq),它是通过对芯片晶振周期进行分频而得来的。一个位时间由若干个Tq组成(通常为8到25个),同时根据功能分为4个阶段:同步段、传播段、相位缓冲段1和相位缓冲段2。 这4个阶段的功能如下: 同步段( S ync_Seg ):用于实现时序调整,总线上各个节点的跳 变沿产生 在同步段内,通常为 1 个 Tq ; 传播段( Pro p _Seg ) :用于补偿网络上的物理延迟时间。这些延迟时间包含信号在总线上的传输延迟和C AN 节点内部的处理延迟。传播段保证了2倍的信号在总线上的延迟时间; 相位缓冲段1 (Phase_Seg1) 和相位缓冲段2 (Phase_Seg2) :用于补偿 跳变沿的 相位误差,其长度会在重同步的实现过程中延长或缩短。 采样点位于相位缓冲段1的结尾。由于相位缓冲段1和相位缓冲段2能够延长或缩短,采样点也能够随之变化。 二、为什么需要测试采样点? 合适的采样点位置是CAN控制器正常通信的保证。 对于 CAN 网络这个整体而言,各个 节点 应该 尽量 使用相同的 采样点 位置 , 否则容易 出现采样错误,进而使整个网络 的通信 出现故障 ; 对于单个节点而言,过早的采样使得节点易受位时间初期的电平波动影响,进而导致采样错误; 受限于重同步的要求和相位缓冲段的宽度,C AN 控制器无法过晚采样。 三、采样点的测试方法 采样点的测试方法:干扰某一位的采样点附近的总线电平,利用CAN错误帧机制,根据ECU是否发送错误帧来判断是否出现采样错误,进而计算ECU的采样点。根据ECU角色的不同,采样点测试的方法可以分为两类:以ECU作为发送节点,干扰它发送的报文;以ECU作为接收节点,干扰它接收的报文。 实际测试环境的总线干扰设备采用VH6501,并以待测ECU作为接收节点,使用VH6501构建仿真报文,然后从后往前逐次翻转仿真报文数据场的时间份额的电平极性,直到总线上出现错误帧。 在开始采样点测试之前,我们需要设置 VH6501 自身的采样点; V H6501 使用一连串的脉冲电平来构建仿真报文; 从后往前逐次翻转仿真报文 数据场 的各个脉冲的电平极性,直到干扰到待测E CU 的采样点,使得待测E CU 发送错误帧。 在执行采样点的测试过程中,我们使用示波器截获CAN总线上的波形。样件使用500 Kbps的传统CAN,即位时间为2 μs。示波器时基设置为8 μs,即一个横格可容纳4个位。 上图为没有受到干扰的报文的波形图,图中我们可以清晰地看到数据场的每个比特占用均等的1/4横格。而当我们启动干扰(极性翻转),并且成功翻转采样点所在区间的电平极性后,我们将看到示波器上出现了错误帧,并且数据场最后一个字节的最后一个隐性位相较于正常的波形有着明显的缩短。 四、采样点测试误差产生的原因 采样点测试误差的来源有测试环境、设备和测试方法等等。 VH6501 和待测E CU 之间的位时间偏差造成的系统误差:理想情况下5 00 Kbps的传统C AN 的位时间长度为2 μs,但实际环境里,待测E CU 和V H6501 的位时间与标准的位时间之间存在一定的偏差。如果E CU 的位时间大于 VH6501 的位时间,采样点的测量结果会比实际值偏大;当样件的位时间小于 C AN oe 设定的位时间,采样点的测量结果会比实际值偏小。这样的系统误差无法通过改进测量方法来降低。 测试方法引起的误差:前文介绍采样点测试方法中提到,采样点测试是通过V H6501 翻转待测E CU 采样点附近的电平极性实现的。但是采样点是一个“时间点”,而 VH6501 干扰的是时间段。因此每次干扰的时间段的长度将直接影响采样点测试的误差大小。常用的测试方法中,每个位时间由1 6 个 Tq 组成,每次翻转一个 Tq 。最终的实际结果相对于正确结果可能存在±6 .25% 的偏差。但是在介绍采样点测试方法中我们提到,V H6501 使用脉冲序列来构建报文,每个位时间由3 20 个脉冲组成。那么通过缩小每次翻转的电平长度,可以将±6 .25% 的误差缩减至±0 .3125% 。 五、CAN FD采样点测试复杂原因的分析 CAN FD报文的结构更复杂且位速率可变。这使得CAN FD采样点测试相较于传统CAN更复杂。CAN FD在位速率较小的仲裁场和位速率较大的数据场分别采用了两个不同的采样点。 CAN FD数据场的位速率视报文的BRS位(Bit rate switch)而调整——当BRS位检测为隐性时,CAN FD的位速率将从仲裁场的最小位速率切换为数据场的数据位速率,这一位速率将持续至CRC界定符的采样点。因此在测量CAN FD采样点时应避免对BRS和CRC界定符进行干扰。同时由于位时间的差异,使用VH6501构造脉冲序列时应考虑到BRS和CRC界定符采样点前后的位速率的切换以及位时间4个阶段的长度变化。 六、CAN FD的第二采样点 不同于采样点,第二采样点在C AN FD控制器接收其他节点发送报文的过程中并不会起到任何作用。第二采样点的作用,是在不改变传输延迟补偿的情况下,实现 CAN FD 在 数据场 的位错误检测要求。 位错误的检测要求发送节点对总线状态进行回读。传统C AN 总线在设计之初考虑到了信号在总线上的传播时延 以及发送节点TXD和RXD之间的处理时延,这两种时延通过位时间的传播段实现补偿,进而保证了发送节点在发送一个比特期间也能从总线上回读到这个比特。 ISO 11898-5规定传输时延的上限为255 ns。位速率为8 Mbps的CAN FD节点的位时间为125 ns。以极限状态下1个位时间由8个Tq组成来计算,单位Tq为15.625 ns。即传输时延需要17个Tq来补偿。显然一个位时间完全不够来补偿传输时延。 解决方法有两种。一是增大位时间,增大传播段的Tq组成数量,但是这种方法会降低位速率,因此和CAN FD高速目标相冲突。二是采用传输时延补偿,即在发送节点回读总线状态时引入一段传输时延补偿,进而保证位错误检测的需要。而引入这段传播时延补偿的结果即为第二采样点(secondary sample point,缩写 SSP)。 SSP对于CAN FD控制器的重要性不言而喻,它是保证控制器在数据段实现位错误检测功能的关键。使用SSP的发送节点会忽略它在采样点检测到的位错误。但是如果在SSP检测到位错误,发送节点将会在下一个采样点对检测到的位错误发出错误帧。 七、小结 ECU采样点的位置设计是否得当对于通信有着相当大的影响。本文重点介绍了传统CAN采样点的测试方法,并简要分析采样点测试的误差产生原因,同时就CAN FD采样点测试的复杂性和第二采样点进行了介绍。北汇信息专注于汽车电子测试,后续将会为大家带来更多的科普文章,介绍汽车电子及测试相关的知识。同时,也包括本文中所提到的CANFD第二采样点SSP的测试实践经验。 注:图片源自ISO 11898标准以及VC等。
相关资源