rt-thread-official/examples/utest/testcases/drivers/serial_v2/README.md

9.3 KiB
Raw Blame History

1、介绍

该目录下 c 文件是新版本串口的测试用例,在 examples/utest/testcases/drivers/serial_v2 目录结构里,该测试用例用来测试串口的各个操作模式是否正常工作。

2、 文件说明

文件 描述
uart_rxb_txb.c 串口接收阻塞和发送阻塞模式 的测试用例
uart_rxb_txnb.c 串口接收阻塞和发送非阻塞模式 的测试用例
uart_rxnb_txb.c 串口接收非阻塞和发送阻塞模式 的测试用例
uart_rxnb_txnb.c 串口接收非阻塞和发送非阻塞模式 的测试用例
uart_blocking_tx.c 串口阻塞发送模式 的测试
uart_blocking_rx.c 串口阻塞接收模式 的测试
uart_nonblocking_tx.c 串口非阻塞发送模式 的测试
uart_nonblocking_rx.c 串口非阻塞接收模式 的测试

3、软硬件环境

硬件上需要支持 RT-Thread 的完整版操作系统版本为4.0.4及以上,且硬件有串口硬件外设,软件上需要支持 内核接口、IPC 、Device 框架。

4、测试项

4.1 测试说明

上文所提及的模式是指串口使用时的操作模式不涉及硬件的工作模式的配置情况硬件工作模式一般有轮询POLL、中断INT、DMA因此使用时需要结合具体的硬件工作模式去配置使用。例如 发送阻塞和接收非阻塞模式 这个测试有很多种硬件配置配置情况例如DMA发送阻塞和DMA接收非阻塞INT发送阻塞和DMA接收非阻塞POLL发送阻塞和DMA接收非阻塞等等。因此通过排列组合后的测试场景有4*9=36种有意义的组合方式为20种。如下表

接收非阻塞 发送阻塞 组合 有意义的组合方式
POLL POLL RX_POLL + TX_POLL
INT RX_POLL + TX_INT
DMA RX_POLL + TX_DMA
INT POLL RX_INT + TX_POLL
INT RX_INT + TX_INT
DMA RX_INT + TX_DMA
DMA POLL RX_DMA + TX_POLL
INT RX_DMA + TX_INT
DMA RX_DMA + TX_DMA
接收非阻塞 发送非阻塞 组合 有意义的组合方式
POLL POLL RX_POLL + TX_POLL
INT RX_POLL + TX_INT
DMA RX_POLL + TX_DMA
INT POLL RX_INT + TX_POLL
INT RX_INT + TX_INT
DMA RX_INT + TX_DMA
DMA POLL RX_DMA + TX_POLL
INT RX_DMA + TX_INT
DMA RX_DMA + TX_DMA
接收阻塞 发送阻塞 组合 有意义的组合方式
POLL POLL RX_POLL + TX_POLL
INT RX_POLL + TX_INT
DMA RX_POLL + TX_DMA
INT POLL RX_INT + TX_POLL
INT RX_INT + TX_INT
DMA RX_INT + TX_DMA
DMA POLL RX_DMA + TX_POLL
INT RX_DMA + TX_INT
DMA RX_DMA + TX_DMA
接收阻塞 发送非阻塞 组合 有意义的组合方式
POLL POLL RX_POLL + TX_POLL
INT RX_POLL + TX_INT
DMA RX_POLL + TX_DMA
INT POLL RX_INT + TX_POLL
INT RX_INT + TX_INT
DMA RX_INT + TX_DMA
DMA POLL RX_DMA + TX_POLL
INT RX_DMA + TX_INT
DMA RX_DMA + TX_DMA

需要解释的是为什么会存在无意义的组合模式举个例子非阻塞模式下肯定是不会出现POLL轮询方式的因为POLL方式已经表明是阻塞方式了。 该测试用例在测试多种组合时,需要通过更改rtconfig.h文件对硬件模式进行静态配置。

4.2 测试思路

前四个测试用例的测试思路:

硬件上:短接串口的发送TX引脚和接收RX引脚完成自发自收的回路

软件上创建两个线程A和BA为接收线程B为发送线程设置A线程优先级比B线程优先级高。发送线程发送随机长度长度范围是 0 到 1000的数据接收线程接收到数据进行校验数据正确则测试通过默认测试100次。

后四个测试用例的测试思路:

硬件上: 不需要将TX,RX引脚进行短接,每次只针对发送或接收中的一种进行测试,更为简单与直接

软件上: 四个样例每次仅测试TX/RX中的一种引脚与一种对应的阻塞/非阻塞模式
四种测试模式具体分为:

阻塞接收模式----(硬件工作模式可选: 轮询, 中断, DMA)
阻塞发送模式----(硬件工作模式可选: 轮询, 中断, DMA)
非阻塞接收模式--(硬件工作模式可选: 中断, DMA)
非阻塞发送模式--(硬件工作模式可选: 中断, DMA)

其中阻塞或非阻塞背后的具体硬件工作模式选择(如 轮询, 中断, DMA)需要对rtconfig.h文件做出配置,具体配置流程可见文章中关于 seril_v2硬件工作模式的选择一节.

发送测试流程 :

  1. 先关闭串口,再以需要测试的模式打开.
  2. 然后依次发送 UART_SEND_TIMES(默认为400) * 1024, 8, 32, 128, 512, 1024个数据.
  3. 发送的同时记录每次发送所耗费的时钟周期与成功发送的数据数量.
  4. 打印记录的数据,通过时钟周期来反应发送效率, 通过成功发送的数据量来反应是否产生丢包问题.

接收测试流程 :

  1. 先关闭串口,再以需要测试的模式打开.
  2. 然后以此接收 256, 256, 256, 128, 128, 共计1024个数据
  3. 接收的同时记录成功接收的数据数量
  4. 打印记录的数据, 通过现实成功接收的数据量与串口发送的数据量做对比,来验证是否出现丢包问题

5、配置

使用该测试用例需要在 env 工具的 menuconfig 中做相关配置,配置如下所示(使用 RT-Thread-Studio 的配置路径一致

RT-Thread Utestcases  --->
    [*] RT-Thread Utestcases  --->
           Utest Serial Testcase --->
                [*] Serial testcase

6、使用

- 编译下载。

- 在 MSH 中输入 utest_run testcases.drivers.uart_rxb_txb 运行串口接收阻塞和发送阻塞测试用例。

- 在 MSH 中输入 utest_run testcases.drivers.uart_rxb_txb 运行串口接收阻塞和发送阻塞测试用例。

- 在 MSH 中输入 utest_run testcases.drivers.uart_rxb_txb 运行串口接收阻塞和发送阻塞测试用例。

- 在 MSH 中输入 utest_run testcases.drivers.uart_rxb_txb 运行串口接收阻塞和发送阻塞测试用例。

- 在 MSH 中输入 utest_run testcases.drivers.uart_blocking_tx 运行串口阻塞发送测试

- 在 MSH 中输入 utest_run testcases.drivers.uart_blocking_rx 运行串口阻塞接收测试

- 在 MSH 中输入 utest_run testcases.drivers.uart_nonblocking_tx 运行串口非阻塞发送测试

- 在 MSH 中输入 utest_run testcases.drivers.uart_nonblocking_rx 运行串口非阻塞接收测试

如果仅仅配置了 Serial testcase 相关的测试用例,则直接输入 utest_run 运行即可将上述测试用例按序测试。

7、注意事项

- 需配置正确的测试用例。

- 如有需要,可开启 ULOG 查看测试用例日志信息。

- 需在 MSH 中输入正确的命令行。

- 测试用例默认的测试数据长度范围最大为1000字节如果接收端的缓冲区大小配置为小于1000字节时那么在测试接收阻塞模式时将会由于获取不了1000字节长度导致线程持续阻塞因为测试用例是按 recv_len 长度去接收的,而不是按照单字节去接收的),因此建议接收端的缓冲区大小 (对应宏例如为 BSP_UART2_RX_BUFSIZE设置为1024即可当然也可按需减小测试的最大数据长度。

- 该测试用例需要结合硬件具体的工作模式POLL 、INT、DMA进行测试而硬件工作模式只能选择一种因此需要在 rtconfig.h 中对串口相应的宏进行配置,来选择不同的工作模式去进行测试。