海思3515串口乱码时烧写uboot
2011-07-29 16:05
281 查看
前段时间因为想把3515的主频降下来来达到降温的效果,我于是修改了hi3515v100—220M.h文件中73行#define APLL_FBDIV 0xDC //220M代码改为#define APLL_FBDIV 0x86 //133M,编译后烧到3515的板子上,重启就出现乱码了,花了2个星期才解决。
解决方案:
打开串口终端,启动开发板,打开J-Link Commander,按下开发板复位按钮,及时在J-Link Commander窗口中按下r键,这是串口终端乱码会停止,此时即可按照上一篇文章的步骤对板子烧写uboot。当烧写成功的时候还是有乱码,但是这个时候的乱码可认识,键盘输入也可识别,这个时候关闭当前的串口终端,重新打开一个终端串口即可。
解决方案:
打开串口终端,启动开发板,打开J-Link Commander,按下开发板复位按钮,及时在J-Link Commander窗口中按下r键,这是串口终端乱码会停止,此时即可按照上一篇文章的步骤对板子烧写uboot。当烧写成功的时候还是有乱码,但是这个时候的乱码可认识,键盘输入也可识别,这个时候关闭当前的串口终端,重新打开一个终端串口即可。
相关文章推荐
- OMAPL138串口烧写UBL、UBOOT问题
- AM335x串口烧写uboot
- AM335x串口烧写uboot
- 海思3515添加串口
- arm单片机串口打印乱码的问题
- 利用J-link强制烧写uboot
- ESP8266_01与Arduino连接串口乱码问题(参考多个论坛和http://wenku.baidu.com/view/6cb6a96bb7360b4c2e3f64b2.html解决)
- 修改UBOOT和LINUX调试串口(TI达芬奇芯片--DM6467)
- 串口显示乱码的原因总结
- 嵌入式Linux串口输出可疑乱码
- uboot 串口初始化
- 嵌入式 hi3518a裸板在nandflash上烧写uboot以及kernel以及文件系统
- 上拉电阻解决1036串口接收乱码问题
- 百篇大计敬本年之系统篇《五》—— Ubuntu 16.04安装海思3515 SDK开发环境
- 海思3515,交叉编译opencv2.4.9,个人经验分享,欢迎补充
- CC2541蓝牙串口乱码解决
- 修改UBOOT和LINUX调试串口(TI达芬奇芯片--DM6467)
- uboot 的烧写的方法
- uboot烧写flash原理
- Zigbee网关 上电时Zstack串口乱码