28377D的Flash固件无法启动怎么办

屠鸡勇士李运好 发表于 2020-5-19 09:35
这个模式可以认为是second boot + app的方式吧
如果考虑到产品出厂时不需要烧写出厂固件，是不是就得选WAIT BOOT方式
不一定要自动从Flash启动，其实我一开始的意思是能不能把boot省略，也能实现固件的100%安全升级

szbliy 发表于 2020-5-19 09:48
通过上位机传输BOOT到F28377D当然也可以，而且更方便，不需要出厂时烧写该BOOT，可以节省FLASH空间。
实现原理上，还是跟上面描述的差不多。
                                                                         If a post answers your question, please mark it with the "verify answer" button.

屠鸡勇士李运好 发表于 2020-5-19 09:56
您好！
我看到官方是给了串口上位机烧写28377D的方案的，是不是采用的就是这个先下载boot到28377，再用boot烧写程序的方法？如果有，boot工程源代码和上位机源代码是否有提供？ 我现在需要用6748来充当这个主机的功能，需要改写。 ...

szbliy 发表于 2020-5-19 10:05
是的，这些源代码本来就是公开的，你可以下载controsuite后在下面路径查找：
上位机：C:ticontrolSUITEdevice_support~Utilitiesserial_flash_programmerserial_flash_programmer
BOOT：C:ticontrolSUITEdevice_supportF2837xDv190F2837xD_examples_Dual文件夹下的F2837xD_sci_flash_kernels工程

屠鸡勇士李运好 发表于 2020-5-19 10:13
还有个问题，现在是有多个28377D的数字板作为从机，而SCI只能一对一，如果主机需要依次启动这些28377D的板子，用CAN接口能否实现？如果用CAN发送boot，是不是需要修改28377的OTP区？

szbliy 发表于 2020-5-19 10:24
是的，可以实现，确实需要更改OTP以使它从CAN BOOT，同时要注意，以后每次它都是从CAN进行BOOT，因为它必须通过Get Mode引导进来，而Get Mode默认引导到Flash，通过修改OTP后，这个行为就被改变且固定为CAN BOOT了。
                                                                         If a post answers your question, please mark it with the "verify answer" button. ...