本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
问题排查
每个测试套件执行都有一个唯一的执行 ID,用于在 results
目录中创建名为 results/
的文件夹。单个测试组日志位于 execution-id
results/
目录下。使用适用于的 IDT FreeRTOS 控制台输出以查找失败的测试用例的执行 ID、测试用例 ID 和测试组 ID,然后打开名为的测试用例的日志文件。execution-id
/logsresults/
. 此文件中的信息包括:execution-id
/logs/test_group_id
__test_case_id
.log
-
完整的 build 和 flash 命令输出。
-
测试执行输出。
-
适用于 FreeRTOS 控制台输出的更详细的 IDT。
建议采用以下工作流程进行故障排除:
-
如果您看到错误“
user/role
is not authorized to access this resource (用户/角色无权访问此资源)”,请确保您按照 创建和配置 Amazon 账户 中的说明配置权限。 -
阅读控制台输出以查找信息,例如执行 UUID 和当前正在执行的任务。
-
在
FRQ_Report.xml
文件中查找各个测试的错误语句。此目录包含每个测试组执行日志。 -
查看下的日志文件
/results/
.execution-id
/logs -
调查以下问题领域之一:
-
设备配置,如
/configs/
文件夹中的 JSON 配置文件。 -
设备接口。检查日志以确定哪些接口失败。
-
设备工具。确保已正确安装和配置用于生成和刷写设备的工具链。
-
对于 FRQ 1.x.x,请确保提供干净的、克隆版本的 FreeRTOS 源代码。FreeRTOS 版本根据 FreeRTOS 版本进行标记。要克隆代码的特定版本,请使用以下命令:
git clone --branch
version-number
https://github.com/aws/amazon-freertos.git cd amazon-freertos git submodule update --checkout --init --recursive
-
解决设备配置问题
使用适用于的 IDT FreeRTOS 时,在执行二进制文件之前必须获取正确的配置文件。如果您收到了解析和配置错误,第一步应该是找到并使用适合您环境的配置模板。这些模板位于
目录中。IDT_ROOT
/configs
如果仍有问题,请参阅以下调试过程。
在哪里查找问题?
首先读取控制台输出以查找信息,例如在此文档中作为 execution-id
引用的执行 UUID。
接下来,在 /results/
目录中查找 execution-id
FRQ_Report.xml
文件。此文件包含已运行的所有测试用例以及每次失败的错误代码片段。要获取所有执行日志,请查找每个测试用例的文件 /results/
。execution-id
/logs/test_group_id
__test_case_id
.log
IDT 错误代码
下表说明了适用于 FreeRTOS 的 IDT 生成的错误代码:
错误代码 | 错误代码名称 | 可能的根源 | 问题排查 |
---|---|---|---|
201 |
InvalidInputError |
|
确保在列出的文件中具有所需的字段,并且它们具有所需的格式。有关更多信息,请参阅 准备首次测试微控制器主板。 |
202 |
ValidationError |
|
检查报告中的错误代码右侧的错误消息:
|
203 |
CopySourceCodeError |
无法将 FreeRTOS 源代码复制到指定的目录中。 |
验证以下内容:
|
204 |
BuildSourceError |
无法编译 FreeRTOS 源代码。 |
验证以下内容:
|
205 |
FlashOrRunTestError |
IDT FreeRTOS 无法在您的 DUT 上刷写或运行 FreeRTOS。 |
验证 |
206 |
StartEchoServerError |
IDT FreeRTOS 无法启动 Echo 服务器 WiFi 或者安全套接字测试。 |
确保 |
调试解析错误
有时候,JSON 配置中的输入错误会导致解析错误。大部分情况下,问题是因 JSON 文件中漏掉括号、逗号或引号所导致。适用于的 IDT FreeRTOS 执行 JSON 验证并输入调试信息。它输出发生错误的行、行号以及语法错误的列号。这些信息应该足以帮助修复错误,但是如果仍不能定位错误,可以在 IDE 中、使用文本编辑器(例如 Atom 或 Sublime)或者通过 JSONLint 等在线工具手动执行验证。
调试完整性检查失败
如果使用 FRQ 1.x.x 版本的 FreeRTOS,则适用以下完整性检查。
当你运行 FreeertosIntegrity 测试组时遇到失败时,首先确保你没有修改过
目录文件。如果你还没有,并且仍然看到问题,请确保你使用的是正确的分支。如果你运行 IDTfreertos
list-supported-products
命令,你可以找到
你应该使用回购。freertos
如果你克隆了正确的标记分支freertos
回购并且仍然有问题,请确保你也运行了submodule update
命令。的克隆工作流freertos
回购如下。
git clone --branch version-number https://github.com/aws/amazon-freertos.git cd amazon-freertos git submodule update --checkout —init —recursive
完整性检查器查找的文件列表位于checksums.json
在您的中的文件
目录。要在不对文件和文件夹结构进行任何修改的情况下限定 FreeRTOS 端口,请确保在 'freertos
exhaustive
'和'minimal
的部分checksums.json
文件已被修改。要在配置的 SDK 的情况下运行,请验证 '下的任何文件都没有minimal
'部分已被修改。
如果你使用 SDK 运行 IDT 并且修改了你的
目录,然后确保你在你的freertos
userdata
文件。否则,完整性检查器将验证
目录。freertos
调试 FullWiFi 测试组失败
如果你正在使用 FRQ 1.x.x 并在 FullWiFi 测试组,以及”AFQP_WiFiConnectMultipleAP
“测试失败,这可能是因为两个接入点与运行 IDT 的主机不在同一子网中。确保两个接入点与运行 IDT 的主机位于同一子网中。
调试缺少必需参数错误
由于将新功能添加到适用于的 FreeRTOS 的 IDT 中,可能会对配置文件进行更改。使用旧配置文件可能会破坏您的配置。如果出现这种情况,results/
目录下的 execution-id
/logs
文件明确列出了所有缺少的参数。适用于的 IDT FreeRTOS 验证您的 JSON 配置文件架构,确保使用了支持的最新版本。test_group_id
__test_case_id
.log
调试无法启动错误
在测试启动期间,您可能看到指示失败的错误。由于有多种可能的原因,请检查以下地方正确与否:
-
确保您包括在执行命令中的池名称实际存在。这会从您的
device.json
文件直接引用。 -
确保池中的设备具有正确的配置参数。
调试 “无法找到测试结果开始” 错误
当 IDT 尝试解析受测设备输出的结果时,您可能会看到错误。有多种可能的原因,请检查以下地方正确与否:
-
确保正在测试的设备与您的主机有稳定的连接。您可以在日志文件中查看显示这些错误的测试,以了解 IDT 收到的内容。
-
如果使用 FRQ 1.x.x,并且正在测试的设备是通过慢速网络或其他接口连接的,或者你看不到 FreeRTOS 测试组日志中的 “—STARING TESTS—” 标志以及其他 FreeRTOS 测试组输出,则可以尝试增加
testStartDelayms
在你的用户数据配置中。有关更多信息,请参阅 配置构建、刷写和测试设置。
调试 “测试失败:预期 __ 个结果但看到 ___” 错误
在测试期间,您可能会看到指示测试失败的错误。测试期望获得一定数量的结果,但在测试过程中看不到它。一些 FreeRTOS 测试在 IDT 看到设备的输出之前运行。如果您看到此错误,则可以尝试增加testStartDelayms
在您的UserData配置。有关更多信息,请参阅 配置构建、刷写和测试设置。
由于调试 “________” 被取消选中 ConditionalTests 约束” 错误
这意味着您正在与测试不兼容的设备池上运行测试。OTA E2E 测试可能会发生这种情况。例如,在运行OTADataplaneMQTT
测试组和你的device.json
配置文件,你选择了 OTA 作为否要么OTADataPlaneProtocol
如同HTTP. 选择运行的测试组必须与您的device.json
功能选择。
在设备输出监控期间调试 IDT 超时
由于多种原因,IDT 可能会超时。如果在测试的设备输出监控阶段发生超时,并且您可以在 IDT 测试用例日志中看到结果,这意味着 IDT 错误地解析了结果。原因之一可能是测试结果中间的交错日志消息。如果是这种情况,请参阅FreeRTOS 移植指南了解有关如何设置 UNITY 日志的更多详细信息。
设备输出监控期间超时的另一个原因可能是在单个 TLS 测试用例失败后重新启动设备。然后,设备运行闪存的映像并导致日志中可以看到的无限循环。如果发生这种情况,请确保您的设备在测试失败后不会重启。
无权访问资源错误
您可能会看到错误。”用户/角色
未授权在终端输出中或在test_manager.log
下的文件/results/
. 要解决此问题,请将 execution-id
/logsAmazonIoTDeviceTesterForFreeRTOSFullAccess
托管策略附加到您的测试用户。有关更多信息,请参阅 创建和配置 Amazon 账户。
调试网络测试错误
对于基于网络的测试,IDT 启动绑定到主机上非预留端口的 Echo 服务器。如果由于超时或连接不可用而遇到错误 WiFi 或安全套接字测试,确保网络配置为允许流量访问 1024-49151 范围内的已配置端口。
安全套接字测试默认使用端口 33333 和 33334。这些区域有: WiFi 测试默认使用端口 33335。如果这三个端口正在使用或被防火墙或网络阻止,您可以选择使用 userdata.json 中的其他端口进行测试。有关更多信息,请参阅 配置构建、刷写和测试设置。您可以使用以下命令来检查特定端口是否正在使用:
-
Windows:
netsh advfirewall firewall show rule name=all | grep port
-
Linux:
sudo netstat -pan | grep port
-
macOS:
netstat -nat | grep port
由于相同版本的负载,导致 OTA 更新失败
如果 OTA 测试用例因在执行 OTA 后设备上存在相同版本而失败,则可能是由于您的构建系统(例如 cmake)未注意到 IDT 对 FreeRTOS 源代码所做的更改并且未构建更新后的二进制文件。这将导致使用当前位于设备上的相同二进制文件执行 OTA,并且会导致测试失败。要对 OTA 更新失败进行故障排除,首先请确保您使用的是受支持的最新版本的构建系统。
PresignedUrlExpired
测试用例上的 OTA 测试失败
此测试的一个先决条件是 OTA 更新时间应多于 60 秒,否则测试将失败。如果发生此情况,日志将包含以下错误消息:完成测试需要不到 60 秒(URL 过期时间)。Please reach out to us. (测试在 60 秒(URL 过期时间)内完成。请与我们联系。)”
调试设备接口和端口错误
此部分包含有 IDT 连接到设备所用设备接口的信息。
支持的平台
IDT 支持 Linux、macOS 和 Windows。对于连接到其上的串行设备,所有三种平台都有不同的命名方案:
-
Linux:
/dev/tty*
-
macOS:
/dev/tty.*
或/dev/cu.*
-
Windows: COM *
要查看您的设备端口,请执行以下操作:
-
对于 Linux/macOS,打开终端并运行
ls /dev/tty*
。 -
对于 macOS,打开终端并运行
ls /dev/tty.*
或ls /dev/cu.*
。 -
对于 Windows,打开设备管理器并展开串行设备组。
要验证连接到端口的设备,请执行以下操作:
-
对于 Linux,请确保
udev
程序包已安装,然后运行udevadm info –name=
。此实用程序打印设备驱动程序信息,帮助您验证使用了正确的端口。PORT
-
对于 macOS,请打开 Launchpad 并搜索
System Information
。 -
对于 Windows,打开设备管理器并展开串行设备组。
设备接口
每台嵌入式设备都不相同,这意味着它们可以有一个或多个串行端口。设备在连接到计算机时有两个端口是常见情况:
-
一个数据端口,用于刷写设备。
-
一个读取端口,用于读取输出。
您必须在
device.json
文件中设置正确的读取端口。否则,从设备中读取输出可能会失败。在有多个端口时,请确保在您的
device.json
文件中使用设备的读取端口。例如,如果您插入 Espressif WRover 设备并且分配给它的两个端口为/dev/ttyUSB0
和/dev/ttyUSB1
,请在device.json
文件中使用/dev/ttyUSB1
。对于 Windows,请按照相同的逻辑操作。
读取设备数据
适用于的 IDT FreeRTOS 使用单独的设备生成和刷写工具来指定端口配置。如果您测试设备但未获得输出,请尝试以下默认设置:
-
:波特率 115200
-
数据位:8
-
奇偶校验:None(无)
-
停止位:1
-
流控制:None(无)
适用于 FreeRTOS 的 IDT 处理这些设置。您无需设置它们。不过,您可以使用相同的方法手动读取设备输出。在 Linux 或 macOS 上,您可以使用 screen
命令完成此操作。在 Windows 上,您可以使用诸如 TeraTerm 等程序。
Screen: screen /dev/cu.usbserial 115200
TeraTerm: Use the above-provided settings to set the fields explicitly in the
GUI.
开发工具链问题
此部分讨论您的工具链中可能出现的问题。
Ubuntu 上的 Code Composer Studio
Ubuntu 的较新版本(17.10 和 18.04)具有的 glibc
程序包版本与 Code Composer Studio 7.x 版本不兼容。建议您安装 Code Composer Studio 版本 8.2 或更高版本。
不兼容症状可能包括:
-
FreeRTOS 无法生成或刷写到您的设备。
-
Code Composer Studio 安装程序可能会冻结。
-
在生成或刷写过程中,控制台未显示任何日志输出。
-
即使以无管控模式调用,构建命令尝试以 GUI 模式启动。
日志记录
适用于的 IDT FreeRTOS 日志放在一个位置。从根 IDT 目录中,这些文件在 results/
下提供:execution-id
/
-
FRQ_Report.xml
-
awsiotdevicetester_report.xml
-
logs/
test_group_id
__test_case_id
.log
FRQ_Report.xml
和 logs/
是要检查的最重要的日志。test_group_id
__test_case_id
.logFRQ_Report.xml
包含有关哪些测试用例失败并显示特定错误消息的信息。然后,您可以使用 logs/
来深入挖掘问题以更好地了解上下文。test_group_id
__test_case_id
.log
控制台错误
何时Amazon IoT Device Tester运行时,会向控制台报告失败及简短消息。查看 results/
以了解有关错误的更多信息。execution-id
/logs/test_group_id
__test_case_id
.log
日志错误
每个测试套件执行都有一个唯一的执行 ID,用于创建名为 results/
的文件夹。单个测试用例日志位于 execution-id
results/
目录下。使用适用于的 IDT FreeRTOS 控制台的输出以查找失败的测试用例的执行 ID、测试用例 ID 和测试组 ID。然后使用此信息查找并打开名为的测试用例的日志文件execution-id
/logsresults/
此文件中的信息包括完整的生成和刷入命令输出、测试执行输出和更详细的内容。Amazon IoT Device Tester控制台输出。execution-id
/logs/test_group_id
__test_case_id
.log
S3 存储桶问题
如果您按CTRL+C在运行 IDT 时,IDT 将启动清理过程。清理的一部分是删除作为 IDT 测试的一部分创建的 Amazon S3 资源。如果清理无法完成,则可能会遇到创建的 Amazon S3 存储桶太多的问题。这意味着下次运行 IDT 时,测试将开始失败。
如果您按CTRL+C要停止 IDT,你必须让它完成清理过程以避免出现此问题。您还可以从手动创建的账户中删除 Amazon S3 存储桶。
超时错误故障排除
如果您在运行测试套件时看到超时错误,请指定超时乘数系数来增大超时值。该系数将应用于默认超时值。为此标志配置的任何值都必须大于或等于 1.0。要使用超时乘数,请在运行测试套件时使用 --timeout-multiplier
标志。
和移动功能Amazon费用
当Cellular
功能设置为Yes
在您的device.JSON
文件, FullSecureSockets 将使用 t.micro EC2 实例来运行测试,这可能会给您的Amazonaccount. 有关更多信息,请参阅 Amazon EC2定价
资格报告生成策略
资格报告只能由以下方式生成Amazon IoT Device Tester支持过去两年内发布的 FreeRTOS 版本的 (IDT) 版本。如果您对支持策略有疑问,请联系Amazon Web Services Support