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

注册于 2 years ago

回答
132
文章
3
关注者
5

正常,你开个libc再开个DFS分分钟可以干到80kB

在env或者studio里边添加这个软件包:https://github.com/mysterywolf/rt_kprintf_threadsafe
喜欢请给github 项目一个star 谢谢

更加坚定了我编写FreeRTOS兼容层的信心
如果你原来项目用的uCOS-III或者uCOS-II 可以使用uCOS-III/II兼容层:
https://github.com/mysterywolf/RT-Thread-wrapper-of-uCOS-III
https://github.com/mysterywolf/RT-Thread-wrapper-of-uCOS-II
这样你老项目可以同时使用rt-thread和uCOS的api,也不需要移植RTT的库了,直接用env选定就可以了。
如果喜欢请给star!!!! 蟹蟹

ns级估计做不到1ns级别的,现在即便用硬件定时器,也是10ns左右,后续可能会增加一个rt_hw_ns_delay()

finsh会抢你往同一个串口设备发的数据,理论上如果你想要用串口1接收数据,你需要挂起finsh线程,这样finsh就不会抢你的数据,但是目前还没有办法将finsh线程挂起,rt_thread_suspend函数有些问题。
我上述说的是你在另一个线程中编写接收数据的程序,会发生抢数据的问题。但是如果你要是编写一个命令函数(argc argv),导入到finsh中去执行,就不会抢数据了,因为是运行在finsh线程里边。

后续我计划新增四个API 清空消息队列所有消息报文,清空所有邮箱报文,以牺牲末尾消息的方式插入到消息队列中(LIFO+牺牲末尾),以牺牲末尾邮件的方式插入到邮件中(LIFO+牺牲末尾)。后面和社区其他小伙伴商量一下。这样可以避免紧急消息因为队列满导致无法传达的情况发生。

cjson最新的软件包是我在更新,你尝试一下用官方原装的最新版试试 如果官方也是同样的问题,那是官方的问题,如果官方最新的不出现这个问题,是我同步的时候可能出问题了。https://github.com/DaveGamble/cJSON 加我微信:13021602891

你好 请用keil工程或者rt-studio工程,由于bluepill是64kb,但是其实际有128kbROM,在上述两个工程里,我已经unlock这个限制,可以最大用128KB

回到
顶部

发布
问题

投诉
建议