你可以分成两个时间,一个事件1给线程A用,一个事件2给线程B用
发布于6月前
你可以分成两个时间,一个事件1给线程A用,一个事件2给线程B用
发布于11月前
博主解决了吗,我也遇到了同样的问题,出现这个问题的时候,线程都是不会运行的
发布于2年前
我这边遇到同样的情况,把shell的线程栈开大到2048以后,ping就正常了,因为ping的时候,需要使用网络,如果线程栈太小就会导致hardfault
发布于2年前
我用ulog的时候也觉得定位问题不好找位置,每次都要全局搜索,才知道程序死在哪,建议加上文件名和行号,用户用不用是他自己的事,但是不能没有
发布于2年前
把main线程栈开大一些
发布于2年前
内置
发布于2年前
我也遇到一样的问题,现在试试1.3.5的版本试试看
发布于2年前
我也遇到同样的问题,加了DMA没有改善
发布于2年前
看错误信息,应该是你没有打开设备虚拟文件系统devfs,所以你的系统上没有/dev/%s这个文件
所以解决办法就是,打开menuconfig把devfs打开
发布于2年前
可以看看这段代码,DMA+IDLE接收串口数据
发布于2年前
发布于2年前
这。。。。我找到原因了,需要调用一个ulog_ef_filter_cfg_load
函数,因为进去看了ulog_init
这个函数,函数里面会设置ulog_global_filter_lvl_set(LOG_FILTER_LVL_ALL);
,LOG_FILTER_LVL_ALL是等于7的,也就是调试级别,所以每次上电都会恢复,而在main函数中调用一下ulog_ef_filter_cfg_load
,就会把Flash中保存的等级赋值到ulog上,就会生效了。
发布于2年前
这个可以自己写的,就是几个初始化、读、写、擦除、几个简单的函数
发布于2年前
发布于2年前
我猜大概率是你在调度器开启之前调用了rt_thread_mdelay函数,可以把初始化的代码放到main线程去,这时候调度器打开了,在使用mdelay函数就没问题了
问 事件应该什么时候清除?