硬件在环测试

硬件在环(HIL)测试在目标微控制器上运行测试用例代码,而不是使用模拟的软件层充当硬件。 HIL测试对于验证HAL的硬件访问是否按预期工作,甚至测试系统的所有输出按预期工作非常有用。下图显示了HIL设置的示例。

硬件在环(HIL)测试可以包含几个不同的组件。首先,有一个被测设备,通常称为DUT。 DUT将提供对于访问以验证系统是否正常运行至关重要的信息,例如:
•单片机寄存器值
•引脚I / O状态
•沟通渠道
•产品与来自传感器,执行器等的信号相关

现在,开发人员可以检查并手动监视这些信号,但这将是一个非常耗时的过程。取而代之的是,开发人员可以构建自己的HIL测试工具,以包含可以自动采样所需状态的工具。
这将我们带到第二个组件,调试器。测试控制器使用调试器将应用程序和测试代码加载到目标微控制器上,并通过调试器通信端口控制这些测试。大多数现代调试器充当虚拟通信端口,并且开发人员可以使用最少的软件来创建测试命令控制通道来管理微控制器。控制器可以请求遥测,注册值,甚至监视软件跟踪和事件历史记录。

接下来,开发人员通常将具有一个与产品交谈的沟通渠道。例如,如果产品是汽车产品,则可能存在CAN消息,表明该产品对需要测试的产品做出了响应。另一个示例是具有COMM端口的设备。无论通信接口是什么,都需要有一个工具可以将该通信转换为测试脚本可以控制的通讯端口。

逻辑分析器是HIL中包含的另一种有用的工具,并且对于验证HAL和配置表非常有用,它对HIL包括在内。微控制器上的每个GPIO引脚都可以连接到逻辑分析仪,然后以预定的速率或系统中发生事件时进行采样。对于低引脚数的零件,这很简单,不需要昂贵的硬件。但是,如果所使用的微控制器具有一百个或更多的引脚,则逻辑分析仪硬件可能会很昂贵。使用相同的处理器开发套件,无论如何可能每个引脚都有一个接头,可以用作带有少量软件的逻辑分析仪。

开发人员还可能发现他们的系统需要模拟或数字输入,或者他们的系统输出模拟或数字信号。在这些情况下,使用ADC或DAC将使测试工具能够访问这些信号,以便在执行测试用例时可以记录它们。

最后,这将我们带到运行测试套件的主机,并且必须监视和控制整个测试过程。 LDRA等公司提供了几种不同的测试工具,但开发人员也可以编写自己的Python脚本来测试和验证其系统。在许多情况下,团队的前进方向将取决于几个因素,例如:
•可用预算
• 有空时间
•可用于项目的团队成员

必须确定至少一个涵盖基础知识和用户交互的最小测试集。集成硬件回路测试可以帮助开发人员进行单元测试,回归测试和功能测试。

2 thoughts 上 “硬件在环测试”

  1. 作为一名汽车技术员,我们经常面临具有挑战性的电子系统故障,我想知道是否有一种好的测试方法可以在怀疑时证明内部硬件故障。即使没有开发人员可以访问的源代码,您的测试方法也会成功吗?

    谢谢,

    扎克·安德森(Zach Anderson)

    1. 感谢您的评论。这些方法主要针对有权访问源代码的开发人员。尽管可以监视设备的外部行为,但可以对其进行修改。例如,即使您不’如果没有源,您仍然可以嗅探CAN或SPI总线,并将流量与已知的操作系统进行比较。您可以监视不同执行器和传感器等上的电压,并确定它们是否超出范围。

      我希望这有帮助!

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *

该网站使用Akismet减少垃圾邮件。 了解如何处理您的评论数据.