mysterywolf
mysterywolf - 认证专家
https://github.com/mysterywolf

注册于 2 years ago

回答
152
文章
3
关注者
6

这个是你使用的问题,操作系统都没启动起来,调用操作系统的api是错误的。

你好 关于你之前反馈的问题头文件缺失的问题,已经于昨天修正,今天凌晨已经同步至中国大陆镜像源,你如果重新拉取最新版的应该就没问题了
你确认一下你是不是把dlmodule给开开了,这个功能不应该会被强制选定,应该是手动选定的,不要选这个:
image.png

如果发现micropython有什么问题,也可以到https://github.com/RT-Thread-packages/micropython 这个仓库的issue反馈,最好要用latest版本,官方打版本速度很慢,所以有可能最新版已经解决了,你用发布版还是有问题。

请使用最新版本的at组件,latest version,不要用默认版本,最新版本的at组件在4.0.4没有发布之前就已经改过来了

submodule gitee那边已经放弃同步了,你是哪个软件包?

rt_thread_mdelay的延时是一方面 还有一方面是rtt本身是一个实时操作系统,在高优先级没有完成执行之前,低优先级的任务会一直被卡着,如果高优先级的任务非常的繁忙,无法让出CPU给低优先级的任务,即便低优先级的任务rt-thread-mdelay已经完成了延时,他依然会被高优先级卡着,直到高优先级执行完毕才会执行。所以宏观上给你的感觉就是延时不准。

你好 该问题已经修复:https://github.com/RT-Thread/rt-thread/pull/5267
经过再次查证,这个不是arm-链的问题,
历史上fcntl.h有两种标准,一个是以16进制进行编码的版本 也就是newlib arm链用的https://github.com/bminor/newlib/blob/80cda9bbda04a1e9e3bee5eadf99061ed69ca5fb/newlib/libc/include/sys/_default_fcntl.h

还有一种是8进制编码的标准 也就是rtt给keil iar以及musl库用的 https://github.com/bminor/musl/blob/cfdfd5ea3ce14c6abf7fb22a531f3d99518b5a1b/arch/arm/bits/fcntl.h

这两种标准的编码值并不相同,因此造成了冲突,这个问题是我在4.0.4整理libc时引入的。目前已经修复了。

4.0.4是一个快速过度版本,会在年底左右发布4.0.5或者4.1.0版本

4.0.4版本中增加了-rf命令 你应该用的是之前的版本

你用最新版本的at组件就好了,最新版本的组件已经都移除掉了

回到
顶部

发布
问题

投诉
建议