完善资料让更多小伙伴认识你，还能领取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") |
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
AI模型部署边缘设备的奇妙之旅：边缘端设备的局域网视频流传输方案
489 浏览 0 评论
1303 浏览 0 评论
AI模型部署边缘设备的奇妙之旅：如何在边缘端部署OpenCV
5231 浏览 0 评论
tms320280021 adc采样波形，为什么adc采样频率上来波形就不好了？
1716 浏览 0 评论
2649 浏览 0 评论
76411 浏览 21 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1951
淘帖
1200
