TI 工程师好
本公司使用CC2350作为户外考勤机核心处理器,但是发现故障率非常高,使用一段时间后,10多个考勤机发现有3个不能启动。分析为CC2530 无法正常启动了。拆开机器后,使RST 脚复位 ,仍然不能启动。尝试用CCdebug 可以识别CC2530, 可以读出芯片里的程序,但是CCdebug 也不能使 CC2530 的指针指向 0 。重新烧写程序后,一切恢复正常。请问这是什么原因造成的。如果避免、谢谢
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.
TI 工程师好
本公司使用CC2350作为户外考勤机核心处理器,但是发现故障率非常高,使用一段时间后,10多个考勤机发现有3个不能启动。分析为CC2530 无法正常启动了。拆开机器后,使RST 脚复位 ,仍然不能启动。尝试用CCdebug 可以识别CC2530, 可以读出芯片里的程序,但是CCdebug 也不能使 CC2530 的指针指向 0 。重新烧写程序后,一切恢复正常。请问这是什么原因造成的。如果避免、谢谢
以往遇到过因为干扰,把flash 里的程序搞坏的情况吗,我对DC DD 两个管脚也做了使用,用作GPIO 的输出了
我想通过FLASH 写保护来保护一下程序,减少出错的机会,请问,做了写保护后,程序还能否进行在线升级。 写保护操作可否用程序的API 函数来实现。谢谢
Kevin Qiu1 您好:
感谢这两天的问题解答,关于写保护,我发现用FLASH-PROGRAMMER 做了写保护后,程序已经不能再在线升级,请问有没有用程序API解除和加写保护的方法,而不是用FLASH-PROGRAMMER 来做。因为我们需要在线上操作解除和添加写保护,以实现程序的在线升级服务,谢谢
我项目已经用bootloader 程序加写保护,应用程序出错自动重新烧写应用的方式解决
我的电路板也做了相应的改版,把DD DC RST 三根线做的很短了,加上程序的自动恢复设计,目前没有再发现设备挂掉序的现象了