我一直在尝试使用SDK函数SPI_FLASH_POWER_DOWN（）将外部闪存芯片（MX25R1635F）放入深度休眠模式，但没有成功。
通过开发板进行了一些实验，我们已经确定了问题是在深度睡眠命令（0xB9）的传输之间通过的时间和芯片选择信号高。Flash芯片要求在字节边界上选择芯片选择高，但有4.1微秒延迟。
有没有办法我们可以在这里收紧时间？我们已经看到了命令用0.3微秒的延迟工作，但我们并不确定要求的要求是多么紧密。
关键词：
设备：
嗨埃里克，
Flash要求CS为高的时机似乎非常严格，为了实现这一目标，需要CS控件在SPI硬件本身上，在585例中，CS通过软件控制CS。所以不，我不认为你能够达到0.3美元的时间，你可以通过删除来自SPI_Access（）命令的一些指令来减少4.1我们，并使您能够关闭闪光灯的自定义功能，但您将能够为了达到3US的值，非常不可能将时间减少到0.3us。在内部检查这个以确保，如果有不同于我提到的东西，我会告诉你。
谢谢mt_dialog.
这是不幸的，但谢谢的输入。
您可以建议已知睡眠命令的替代闪存芯片吗？我们可能能够改变设计，只要替换部分至少为16MB即可。
嗨埃里克，
仍然检查要验证我以前的答案，你已经全部使用了，我还会在获得团队的回复后立即测试了16Mbit闪烁。
谢谢mt_dialog.
嗨埃里克，
关于您的问题的更新，关于您已全部使用的Flash，我们没有那种特定的闪存以测试它，但我们已经使用了同一家族的闪光，询问了解应该没有严格的时间芯片选择要高达闪烁才能转到睡眠模式，如果有这样的紧密时间，文档应该提供该值。闪光提到的文档的字节边界意味着只要行上没有额外的时钟来推动额外的命令，设备应该能够进入睡眠模式，因此您也可以发送额外的东西取消睡觉 ？在MX25R2035上测试，它与您拥有的那个非常相似，我能够使用SPI_FLASH_POWER_DOWN（）命令将闪光灯放在睡眠模式中。
谢谢mt_dialog.
谢谢你的帮助。我们发现问题铺设了其他地方，我们的时序数据是红鲱鱼。
现在看来spi_flash_power_down（）是完美的。