最近在用bbb,做一些功能验证,发现ti提供的SDK6.0中基于tisdk_am335x-evm_defconfig开发的一套uImage,filesystem系统不稳定,经常重启.请问大家用的时候是怎么解决这个问题?
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
最近在用bbb,做一些功能验证,发现ti提供的SDK6.0中基于tisdk_am335x-evm_defconfig开发的一套uImage,filesystem系统不稳定,经常重启.请问大家用的时候是怎么解决这个问题?
你是使用SD卡启动的吗?把BBB的EMMC中的内容擦出了?
目前我的客户也有这么用的,但是都没有报过这样的问题,SDK6.0原生态的系统是支持BBB的。
请问是什么样的操作会导致重启?
如果是什么操作也没有就重启了,建议硬件上检查一下电源、和复位,软件上按照SDK6.0的develop guide重新编译制作启动image来试试。
没有擦除EMMC,从SDcard启动的系统.
直接是在SDK基础上,在boardfile上添加lcdc,mfd_tsc等实现LCD和TSC功能.没有做其他设置.实际测试是LCD单独供电,BBB是有线性电源供电5V-6A.刚开始是怀疑LCD供电引起的故障. 所以分开供电,共地.
1. 显示QT4的天气画面,测试一段时间就能看到串口打印,另外gui能看到复位界面;
2. 系统启动后不做任何操作,单独监测串口输出信息,同样有复位.
请问你的客服是用的SDK6.0上直接开发的app?还是有修改kernel?还是在bbb论坛上的文件上开发?
关于复位问题,在ti英文论坛有回复,说是bbb otg有问题,屏蔽后就可以;实际测试仍然有复位.
软件完全参照ti官网编译. 复位情况:从串口信息看与直接上电和热复位一样.现在就剩下硬件复位信号没有用示波器监测. 从硬件接口上看,BBBsystem复位有1uF电容去耦,虽然有些小,功能应该足够,不至于复位,这个后续我监测一下.
在SDK6.0上面,也建议在TI发布的这个官方版本上面做开发。
BBB论坛上的那个kernel 3.8的版本是中间版本,在TI官方release的SDK中,并没有3.8版本,目前只有3.2和3.12的。
另外,建议你把你自己增加的外设先去除,然后单独跑原生态的系统,用prebuilt images做个sd卡启动,看看BBB是否会出现不稳定死机、重启现象。
然后再加上你想要加的外设进行测试,这样能把原生态的东西和你后续添加的东西这两个因素隔离开,有助于你找到解决这个问题的方向。
Steven,你好,
首先非常感谢你的热情帮助和详细的回复;
一直在原生态sdk上测试,我们的应用有个前提是BBB要支持LCD和TSC,这两个的驱动函数完全是ti内部自带,相信不会有冲突问题.
根据最近测试,menuconfig中屏蔽USB后,长时间测试没有重启, 那么问题是否在USB 内核,根据BBB硬件设计,其USB0不支持OTG,R159不适合用0R.默认的tisdk-am335x_default加载driver确实是OTG设置.
可否帮忙指导一下,在menuconfig中去掉OTG功能(清理干净,单独去掉OTG后仍然重启,所以OTG应该还有相关的东西,在kernel),或者是在那个文件里可以修改为从设备.
现在的做法是在板级文件中修改初始化配置,还没有进行测试验证.