大家好、
根据数据表、当我们选择闪存/USB 引导模式并且当默认闪存条目地址未编程时、引导模式将切换为 USB 引导。
我的问题是、在已编程的器件中、当软件接收到固件升级命令时、我们是否可以使用软件擦除默认闪存条目地址、WD 复位、然后将 F28384D 开关启动模式再次擦除为 USB 启动? 这意味着客户可以使用这种方法并始终通过 USB 端口进行软件升级。
另一个问题、默认闪存条目地址是0x00080000、它是否正确?
此致、
Luke
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.
大家好、
根据数据表、当我们选择闪存/USB 引导模式并且当默认闪存条目地址未编程时、引导模式将切换为 USB 引导。
我的问题是、在已编程的器件中、当软件接收到固件升级命令时、我们是否可以使用软件擦除默认闪存条目地址、WD 复位、然后将 F28384D 开关启动模式再次擦除为 USB 启动? 这意味着客户可以使用这种方法并始终通过 USB 端口进行软件升级。
另一个问题、默认闪存条目地址是0x00080000、它是否正确?
此致、
Luke
是的、客户应使用我提到的方法、以便每次 F28384D 通过 USB 端口启动固件升级。
这里有一个问题。 如果出现问题,例如 USB 断开连接,电源中断... 那么、问题导致升级过程无法完成、这种情况会发生什么情况? 我想、由于闪存存储器中的程序未完成、F28384D 可能无法启动、并且无法再通过 USB 端口进行升级(闪存入口点的内容不是0xFFFFFFFF)、因此系统会受到挤压、我们应该避免这种问题。
F28384D 通常从闪存启动并可在需要时通过 GPIO 设置切换到 USB 引导、还有其他更安全的方法吗?
谢谢、此致、
Luke
Baskaran、您好!
我知道客户可以使用自定义引导模式表来执行所需的引导模式、使用不同的 GPIO 设置来分别选择闪存引导和 USB 引导、但客户必须执行用户 OTP 编程。
我的问题是、如果客户不通过 GPIO72和 GPIO84对用户 OTP 进行编程并使用默认引导模式、F28384D 通常从闪存引导并能够根据需要通过 GPIO 设置切换 USB 引导是否还有其他更安全的方法?
此致、
Luke