Repository navigation
v4.1.0 特性征集与讨论 | v4.1.0 discussion #5342
Description
Activity
- pinned this issue
on Dec 7, 2021 测试框架这部分有啥具体的动作吗?
测试框架这部分有啥具体的动作吗?
直接移除掉吧
借楼整理一下正式发布前需要解决的问题:
- [bug][v4.1.0-beta] IIC 初始化出现断言 Function[rt_sem_take] shall not be used before scheduler start #5584
- ulog组件空指针与空字符混用的bug #5323
- LWIP_ASSERT("pbuf_free: p->ref > 0", p->ref > 0);断言失败 #568
-
[C++][IAR] 在IAR下开启C++会报错 #5594 - lwip1.4 中eth_netif_device_init初始化有问题 #1857
-
一个线程获取多个mutex可能存在优先级翻转(v5.0.0) - 完善对cmake等脚本的支持,在4.0.4发布直播时,就有人问cmake的问题,cmake这块应该重视起来,完善一些细节问题,确实有很多人喜欢用cmake 通过scons生成CMake VSCode应使用相对路径 #5482
- CCFLAGS疑似失效 [tools]keil.py Distinguish LOCAL_CFLAGS/LOCAL_CXXFLAGS, refine file c… #5694
- 信号量需要在系统启动前可以使用 [kernel] Revert modifications to the semaphore #5682
- 使用SAL,在开启RT_USING_POSIX(或4.1.0之后的RT_USING_POSIX_FILEIO)之后,没有开启SAL_USING_POSIX,会导致两套fd机制共存,造成sal创建socket返回的fd是1,close(1)的时候,走的是DFS那边,把STDIN给关了。理论上这个问题已经在 使用dfs时的bug RT-Thread-packages/nopoll#9 中提及到并修复掉了,但是天翔依然遭遇到了类似的问题。
需要继续跟踪的PR和论坛帖子
- [drv_flash_l4.c]修复stm32l4系列flash在下载完程序后首次擦除会失败的问题 #5296 其他系列的STM32是否也有这个问题
- STM32 LPUART的问题
- https://club.rt-thread.org/ask/question/433249.html RTT 针对stm32lx系列低功耗串口驱动bug
- https://club.rt-thread.org/ask/question/424812.html 反馈rtt串口驱动对低功耗串口lpuart1不兼容的问题
- https://club.rt-thread.org/ask/article/3412.html STM32L4 LPUART1 DMA下不能工作的解决办法
- https://club.rt-thread.org/ask/question/434691.html 论坛反馈的finsh_getchar的一个bug
- https://club.rt-thread.org/ask/article/54.html STM32 UART
- https://club.rt-thread.org/ask/question/425502.html STM32L0 drv_usart.c的BUG及解决
- https://club.rt-thread.org/ask/question/429786.html ulog的问题 [utilities][ulog] Increase the usec check time. #5114
- https://club.rt-thread.org/ask/question/424912.html drv_pwm.c 有bug
- https://club.rt-thread.org/ask/question/434822.html 同时ulog的timestamp与rtc打印无输出 improve ULOG_OUTPUT_FLOAT, which avoids using inherent vsnprintf #5632
- https://club.rt-thread.org/ask/article/3483.html n32g457 spi驱动
- https://club.rt-thread.org/ask/article/54.html F030系列芯片UART3~UART6使用问题
- https://club.rt-thread.org/ask/question/435184.html H7 UART5的问题以及修改方法
需要跟踪的其他社区PR或issues
CFLAG flag issue 已解决 #5397
MAL: #5379
使用rtthread如鲠在喉的一个点:串口终端作为日志输出,即使ulog设置为异步也仍然为阻塞查询输出,占用cpu且输出效率低。
希望版本发布后,能与之前的所有包兼容。并且给出从老版本升级到新版本的官方文档。
前的所有包兼容。并且给出从老版本升级到新版本的官方文档。
#5277
可以看一下这个,新版本有专门的legacy文件夹打开之后,仍然很多不兼容的地方。特别是我自己写的应用层(大概8万行代码),用在新内核上很多地方不兼容了,主要是一些宏之类的做了调整,没去细看为什么要这样改,但希望尽量减少这种调整吧,或者用宏都老的定义管起来,但仍然保留。
打开之后,仍然很多不兼容的地方。特别是我自己写的应用层(大概8万行代码),用在新内核上很多地方不兼容了,主要是一些宏之类的做了调整,没去细看为什么要这样改,但希望尽量减少这种调整吧,或者用宏都老的定义管起来,但仍然保留。
再不改,里边很多东西都变成毒瘤了。
#5230
https://www.bilibili.com/video/BV15f4y1u7yA使用rtthread如鲠在喉的一个点:串口终端作为日志输出,即使ulog设置为异步也仍然为阻塞查询输出,占用cpu且输出效率低。
请看论坛我发的文章,我刚对串口框架做了个重构,阻塞 io 情况下,降低阻塞时间。
https://club.rt-thread.org/ask/question/434195.html ps或者list_thread最后一栏错误码,显示的是错误码代码 非常的不友好,别人根本不知道什么意思
所有的 msh 命令,增加 c 函数调用接口,类似 https://gitee.com/thewon/rt_thread_repo/tree/master/user 这里实现的命令一样,既有终端命令入口,也有对等的 c 调用入口。
Reacted by Meco ManReacted by guo37 remaining items
新版本有计划增加获取USB是否连接的接口吗?USB DTR标志是必须的吗?ChibiOS的usb驱动(STM32F427),上位机勾选DTR,似乎也能通信
@BreederBai 是 RTT 的 USB 协议栈还是 TinyUSB 呢?
@tfx2001 RTT 的 USB 协议栈
软件包
在4.1.0需要升级的:
- https://github.com/RT-Thread-packages/paho-mqtt issue中反馈了一些bug并提出了解决方案,需要整合到仓库中
- https://github.com/RT-Thread-packages/fal FAL根据龙哥建议,应当放到主仓库
- https://club.rt-thread.org/ask/question/433049.html
- https://club.rt-thread.org/ask/question/431576.html
- https://club.rt-thread.org/ask/question/430162.html
- https://club.rt-thread.org/ask/question/430162.html
- libmodbus软件包编译报错问题也可以修改下,主要涉及几个头文件,论坛里已有解决方案
https://club.rt-thread.org/ask/article/3280.html
Reacted by Meco Man仓库代码尽量压缩C99的使用需求,如无特殊需求使用CFLAGS或者LOCAL_CFLAGS, 而非CCFLAGS,不要讲C++和C的配置项默认混在一起。
部分编译器如(Keil-MDK),针对C++和C的配置要求不一样,混在一起配置可能会出问题。为啥不是计划放弃旧版本语法,向新规范靠拢?
为啥不是计划放弃旧版本语法,向新规范靠拢?
因为不同编译器对新版本语法的支持情况并不相同,因此不适合强制工程直接使用C++11或者C99,用户有需求可以通过sconscript自行定义LOCAL_CCFLAG LOCAL_CFLAG LOCAL_CXXFLAG 参见:https://github.com/mysterywolf/RTduino/blob/master/core/SConscript
libc
- [BUG]simulator下创建文件失败&使用windows的socket失败 #5708
- newlib 4.1.0 新版本的支持
版本控制规范:https://semver.org/
-
支持64位时间戳,以解决千年虫问题
- 驱动支持64位时间戳,即使libc还末支持64位
- libc支持64位的方案,不同的编译器现在支持的情况不同,可以考虑自己单独维护1套time相关的功能
2038的问题 看起来不只是time32改time64这么简单 其他结构体也需要从long改成longlong #5775 (comment)
-
- unpinned this issue
on Apr 13, 2022 - locked and limited conversation to collaborators
on Aug 16, 2022

v4.0.4 已经发布了,所以我们开始筹备下个版本的发布了,下个版本按计划是一个次版本的更新,将会包含更多的新特性。
如果您也有一些功能想法或对当前计划的看法,请发表评论。
v4.0.4 has been released, so we have started to prepare for the release of the next version. The next version is planned to be a minor version update and will contain more new features.
please comment if you also have some features ideas in mind or share your opinion about the planned features.
Features
BSP
Package
LVGL lvgl/lvgl#2790
Exquisite
Rename finsh to mshOthers