最近使用上位机对28035和28027升级,当识别到升级请求后会删除flash区(只保留A和B扇区,这两个区域为bootloader程序保存区),正常升级没问题。但是,最近我把两个升级文件反过来,芯片当然是不能正常工作,然后我再升级回去,发现DSP依然不能正常工作。且两个芯片之间有虽然通信有信号发出(示波器测量,spi通信),但是不能识别发出的信号。
想问下:
1. 升级文件反了之后,再正常烧录,应该不影响DSP的工作吧
;
;2. 如何避免这种反烧录升级文件的情况,我这两个升级协议是同一个。
Jun Zhang10:
避免烧录错误你就得有措施来保障,比如
(1)制度上:烧录错误罚款!
(2)技术上:烧录前上位机读取MCU的PARTID,如果跟文件名不符,拒绝烧录请求!
最近使用上位机对28035和28027升级,当识别到升级请求后会删除flash区(只保留A和B扇区,这两个区域为bootloader程序保存区),正常升级没问题。但是,最近我把两个升级文件反过来,芯片当然是不能正常工作,然后我再升级回去,发现DSP依然不能正常工作。且两个芯片之间有虽然通信有信号发出(示波器测量,spi通信),但是不能识别发出的信号。
想问下:
1. 升级文件反了之后,再正常烧录,应该不影响DSP的工作吧
;
;2. 如何避免这种反烧录升级文件的情况,我这两个升级协议是同一个。
Seven Han:
不会影响,您用jtag跟下代码。
最近使用上位机对28035和28027升级,当识别到升级请求后会删除flash区(只保留A和B扇区,这两个区域为bootloader程序保存区),正常升级没问题。但是,最近我把两个升级文件反过来,芯片当然是不能正常工作,然后我再升级回去,发现DSP依然不能正常工作。且两个芯片之间有虽然通信有信号发出(示波器测量,spi通信),但是不能识别发出的信号。
想问下:
1. 升级文件反了之后,再正常烧录,应该不影响DSP的工作吧
;
;2. 如何避免这种反烧录升级文件的情况,我这两个升级协议是同一个。
user5114825:
回复 Seven Han:
在接收数据的前端加入了一个判断,如果匹配才会烧录程序,但是在这之前还是会擦出flash。。。
TI中文支持网



