完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
开发环境：ENV+KEIL 版本：4.1.0/1 硬件平台：STM32F767+bsp：atk_apollo 配置cmbackTrace： menuconfig—>online packages—>tools packages—>cmbackTrace 测试： cmb_test DIVBYZERO 效果：
可以看到此时打印正常 2.开启ULOG功能
（使能FILE BACKEND 与LOG FILTER，有时候不开启是正常的） 测试：
这与前打印不一样。。。 不知道这个是什么问题 
0
|
|
相关推荐
3个回答
|
|
|
ulog 就是劫持了原来的 printf ，改变了打印输出，但是它没有考虑 cmbt 这种异常情况
既然想用 cmbt ，就是想排查问题的，那就别用 ulog ，越简单的系统组成越容易发现问题在哪儿，引入更多的东西给排查问题增加了更多风险 |
|
|
|
|
|
成品测试，以ulog为日志，在不确定的时间出现挂死，所以加cmbt,然后就出现这个现象了，我先将ulog屏蔽查问题吧
|
|
|
2022-7-27 10:20:27
评论
|
|
|
把cmb的打印改下就行了，ulog是有个线程执行打印输出，系统崩了后ulog线程也挂掉就没法打印了
#define cmb_println(...) rt_kprintf(__VA_ARGS__);rt_kprintf("rn") |
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
786 浏览 0 评论
4210 浏览 0 评论
如何使用python调起UDE STK5.2进行下载自动化下载呢？
2520 浏览 0 评论
开启全新AI时代 智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束
2926 浏览 0 评论
获奖公布！2024 RT-Thread全球巡回线下培训火热来袭！报名提问有奖！
31442 浏览 11 评论
72894 浏览 21 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1930
淘帖
1181
