开源之夏~CI-build and auto test-马龙伟

[supperthomas]

[supperthomas]

生成的SDK可以参考ART-PI的SDK和rt-studio联动起来。

[supperthomas]

包管理参考west 管理submodule： https://github.com/supperthomas/bluetoothlover_doc/issues/448 或者参考： https://gitee.com/Lyon1998/pikapython/blob/master/packages.toml

[supperthomas]

ART-PI SDK: https://github.com/RT-Thread-Studio/sdk-bsp-stm32h750-realthread-artpi

[supperthomas]

https://arm-software.github.io/AVH/main/infrastructure/html/avh_gh.html

[supperthomas]

https://club.rt-thread.org/ask/article/1ffd4c6324681f23.html 本地软件包

[supperthomas]

干之前要有规划，不要盲目干

[supperthomas]

https://github.com/dejavudwh/about-rt-thread

[supperthomas]

暂时放弃MDK, IAR等收费的IDE。 放弃，后期维护和开发成本太高。

[supperthomas]

F407

[supperthomas]

实现自动化验证RTTHREAD的example正确性 基础 导师：马龙伟 目的：主要基于某一款开发板，生成各种example的可执行文件，然后通过脚本自动烧入到开发板中，进行轮流测试，然后根据串口输出结果进行对应example的结果正确性检查。 可以以ART-PI H750开发板或者其他NUCLEO板为原型，通过CI或者jenkins等自动化工具，通过scons生成对应的工程，然后编译出来的可执行hex文件，打包zip上传到网页端的结果部分。操作者可以通过下载这些hex zip包，放到自动化集成软件包里面。然后通过本地的脚本（python或者shell脚本）来将生成hex或者bin文件通过jlink烧入到开发板中。然后脚本自动地将hex文件烧入到开发板中，通过抓取串口数据，进行example的正确性。 产出标准： 1.CI 要能够根据不同的example生成对应的工程文件。 2.遇到example跑不过的情况，需要及时PR帮忙修复。 3.定期的输出学习文档，将自己学到的东西分享出来。(至少两周要提供一篇) 4.定期PR贡献代码(rtthread主仓库，或者相关软件包) 5.example找一些典型的，可以测试的，多测一些，并且后面可以方便添加的。 6.本地脚本可以通过JLINK烧入，并且reset，然后通过获取串口数据，能够检验串口打印正确性。 7.后续如果能够实现串口能够命令行交互更好。 8.后续也可以考虑将工程文件通过scons --dist导出，本地通过IAR或者MDK来生成对应的example的hex文件。 9.要尽可能的方便后续小伙伴使用。

[supperthomas]

1. github CI 可以生成elf文件， 基于GCC。
2. github CI 可以生成打包的zip的sdk包。这个可以用python脚本来做，方便后续gitlab也用这个脚本
3. gitlab可以在本地部署和调试，可以基于生成的zip包，可以用windows runner来跑MDK 或者IAR。
4. 用linux runner来跑GCC。

[supperthomas]

https://github.com/RT-Thread-Studio/sdk-bsp-qemu-vexpress-a9.git

[supperthomas]

【RT-Thread Studio使用技巧和V2.1.0新功能讲解（2）】 https://www.bilibili.com/video/BV1fA411N75k/?share_source=copy_web&vd_source=26080c5bc3a16e88ddba49dec018a584

[supperthomas]

https://www.rt-thread.org/document/site/#/development-tools/rtthread-studio/um/studio-user-manual?id=%e6%a8%a1%e6%8b%9f%e5%99%a8%e4%bb%bf%e7%9c%9f