串行Flash无法再次下载？检查下写保护设置

撞上电子

大家好，我是痞子衡，是正经搞技术的痞子。今天痞子衡给大家介绍的是导致串行NOR Flash在i.MXRT下无法正常下载/启动的常见因素之Write Protection。
  _7 c) D/ j6 \0 _i.MXRT系列MCU发布已两年多了，基于i.MXRT的客户产品也越来越多，可以说是全面开花了。痞子衡作为i.MXRT产品线的系统应用工程师，早期的时候还可以尽情做参考设计，现在基本大量时间都被客户支持占据了。
因为i.MXRT系列都没有内置Flash（RT1064, RT1024等SIP型号除外），因此为其搭配一块串行NOR Flash去启动是客户项目的头等大事，而串行NOR Flash厂商非常多，客户选择余地很大，因此我们不得不与客户一起同茫茫Flash型号打交道，痞子衡也常常调侃自己已沦为Flash测试工程师。
痞子衡在支持客户解决串行NOR Flash下载启动问题过程中主要遇到几个常见因素，这几个因素可能会影响Flash在i.MXRT下无法正常使用，上两篇痞子衡分别讲了 《SFDP因素》 和 《QE bit因素》， 今天痞子衡重点跟大家聊聊Write Protection这个因素。
, X. T4 r3 L7 O$ }' P1 R- `% _1 N/ l一、引入客户板子可以启动、无法再次下载问题痞子衡最近遇到一个智能电表厂商客户，他们项目板卡选用的是主控i.MXRT1051 + 华邦W25Q64JVSSIQ，应用程序是MBED bootloader + User App二级加载设计，其中MBED bootloader是由Arm Pelion物联网小组主导设计的，User App是这个电表厂商自己的功能代码。
客户的问题是烧写了一个特定版本的MBED bootloader运行之后，板卡Flash无法再次做烧写了，但是板子是能够正常从Flash启动的。客户之后尝试使用了各种下载工具都不管用（J-Flash/IDE/NXP Tool等），其中下载工具包括痞子衡设计的一站式下载工具 MCUBootUtility ，于是问题就转到了痞子衡这里（好像有点躺枪的感觉）。工具后台报的错是擦除或者写入时会返回 kStatus_FlexSPINOR_CommandFailure，导致无法下载。