出出啊
出出啊
It is Not the Mountain We Conquer, but Ourselves

注册于 6 months ago

回答
863
文章
18
关注者
53

说明编译有错误,检查上面提示的那俩文件,正常不,编译出来了么?

用 vs 编译,是你想要的吗?修改 rtconfig.py 文件修改交叉编译工具链

放弃吧,光几个线程栈就把这点儿内存耗尽了

任务调度器启动前是不允许使用 tick 的。。。
无理需求

你要的是多进程系统,不是多任务(线程)系统,据说 rt-smart 是要和 linux 比肩的定位,标准版和 nano 版做不到了。
rt-smart 还在进行中,短期内成品化的概率很小

不用这么麻烦,open 之前 执行 control 就够了,其它的 deinit init 全删掉

两种环境使用的代码是一样的。只是配置的界面不一样,studio 里是在 settings 里用鼠标点点点; env 是使用 menuconfig 命令里面用键盘选择。studio 保存 settings 的时候会执行 pkgs --update;env 是必须手动执行 pkgs --update ,用于下载 online lib。最终的代码结果是一样的。
然后不同的是他俩使用的编译器可能会不一样,studio 里使用的 gcc risc-v。env 里可能还会有 keil,比 studio 多一个 keil 。

studio 这个工具目前还有很多问题,使用中出现各种莫名崩溃

展开详细信息,调试器选错了吧,或者路径不对

“自行通过电脑离线读取” 这个信息量还是比较多的。

menuconfig 里打开 mess storage 就行了,自动挂载的

main 死循环了吧,你得让出 cpu 给 idle 跑啊。

想错了,同一个 pic 对象,初始化的时候它只有一个 suspend_thread list,同时设定了它的 flag 要么是 fifo 要么是 prio 。

不会出现同一个 list 上既有 fifo 插入又有 prio 插入的。

所以,应用程序里,启用 rt_timer 一般设置 soft timer ,关于你提到的这个“定时器回调函数处理太耗时”的问题,我专门针对它做过优化,详见我的文章里《rt-thread 系统优化系列(三) 之 软定时器的定时漂移误差分析》,里面有代码,怎么避免这种耗时操作引起的定时偏移问题

回到
顶部

发布
问题

投诉
建议