@tripod9 大概看了一下，这个顺序是没问题的，后面有时间测试一下，如果测试成功，再反馈给你。谢谢老哥们的帮忙。

@whycan 因为烧录melis镜像才有这个问题，也许melis对spinorflash进行了写保护操作，防止spinor因物理等原因导致spinor出问题（百度是这么解释的）。而这个melis里面具体设置之类的，目前还没有深入。其实我还是有疑惑的，比如：1.这个melis根本没跑起来，为什么就对spinorflash设置了。2.写保护了，为什么能刷机，不应该刷机都不被允许吗。3.下载了网上有一个rtos镜像，能够成功的下载一次，假设那个rtos也许对spinorflash解锁了，能够下载，但是为什么只有一次。

@whycan 晕哥，先是spinorflash飞线出来，jlink直接下载。如果没有下载melis，是没问题，后面下载了那个镜像，jlink-spi都烧录不进去了，所以可以肯定的是，spinorflash写了保护（最开始也是怀疑此问题，但是读寄存器，然后一些实验情况，让我排除了这种情况，失误了）。后续直接GDB调试，让d1s板子在SRAM里跑spinorflash保护擦除，问题成功解决。具体操作：发送0x98，unlock指令，然后清除status register3的WPS位为0，即可。具体spi实现代码，参考韦东山的spinorflash的操作例程。

@whycan 下载过melis的板子，如果下载了tina的镜像，bin文件xfel根本就烧写不进去。如果下载了网上有一些rtos的镜像，能够烧写一次bin，第二次就xfel烧录不进去，然后这种情况，第一次烧录16M字节的0xff，读取与写入是没问题的。就感觉melis给spinor设定了权限一样。如果说里面的系统软件问题，比如文件系统之类的，还可能出现这种情况，但是xfel直接操作spinor读写的，跟软件没关系。目前是原因都未知，0.0

@whycan 目前烧录进两块板子都是这个问题，读spinor正常，写入（包括擦除）显示正常，实际是没写（擦除）进去的，排除硬件问题。spinor能读，img能够通过刷机工具刷进去，驱动应该没问题。实在疑惑，解决这个问题好多天了，哈哈哈。谢谢晕哥的解答了，我再研究研究吧。

@whycan 而且我刷机linux-tina，xfel还是识别不了。尝试用另外一块没刷过melis的d1s，刷机linux-tina之后是可以xfel正常写入的。很疑惑，这个问题。晕哥，你的板子应该也可以复现此问题，不知道什么问题，很是疑惑。怀疑过spinorflash写保护，通信模式是否更改了，但是通过实验证明，应该不是这方面的问题，但是xfel相当于直接操作spinorflash，跟里面跑的操作系统应该也没问题。就很是不解。

@whycan 晕哥 我大概看了一下这个xfel工具的开源源码，应该里面就是对spinorflash直接操作，擦除下载读取吧，那么为什么下载了melis会导致xfel工具下载不进去呢，应该跟里面运行什么系统无关吧。

晕哥， 这个具体怎么操作呢 ，就是下载了melis生成的镜像， xfel下载bin文件进spinor进不去，导致这个板子基本半废了状态。然后为什么会导致这个问题呢，很多方法都尝试了。0.0

全志d1s烧录melis官方打出来的img镜像后，xfel工具烧录.bin文件到spinorflash不进去，读取正常。只能用刷机工具烧录。