讨论有点晚了，但是对于任何在搜索后阅读它的人来说都是如此。
我没有提到的一件事，对SPI Flash芯片进行编程绝对关键是控制片选（CS_）引脚。片选引脚用于将命令标点到SPI Flash。特别是，从CS_高到CS_低的过渡必须紧接在任何写操作操作码（WREN，BE，SE，PP）发布之前。如果在CS_转换之间（即CS_变低之后）到发送写操作码之前有活动，通常将忽略写操作码。
另外，由于它是SPI协议的固有组成部分（也是至关重要的），因此在SPI Flash数据表中通常没有解释的是，在SPI总线上传输的每个字节中，每个字节都会返回一个字节。同样，除非发送一个字节，否则不能接收任何字节。
通常，用户命令的SPI主控器具有一个发送缓冲区和一个接收缓冲区，该缓冲区在SPI总线的MOSI线上发送字节，而接收缓冲区从SPI总线的MISO线接收字节。
为了使任何数据出现在接收缓冲区中，必须已将某些数据发送出发送缓冲区。同样，每当有人从发送缓冲区发送数据时，数据就会出现在接收缓冲区中。
如果不小心平衡发送写入和接收读取，则不会知道在接收缓冲区中会发生什么。如果接收缓冲区溢出，通常只会溢出和丢失数据。
因此，当一个人发送一个读命令（即一个字节的操作码和三个地址字节）时，将首先在SPI主接收缓冲区中接收四个字节的“垃圾”。这四个垃圾字节对应于操作码和三个地址字节。在传输这些内容时，Flash尚不知道要读取什么，因此它仅返回四个字的垃圾。
返回这四个垃圾字后，为了在接收缓冲区中获得其他内容，您必须发送等于您要读取的数据量。在操作码和地址之后，传输什么都无所谓，只是将Read DAta从SPI Flash推送到接收缓冲区就可以了。
如果您不仔细跟踪返回的前四个垃圾字，您可能会认为其中一个或多个是您返回的读取数据的一部分。
因此，为了知道您实际上从接收缓冲区中获取了什么，了解缓冲区的大小，知道如何判断它是空还是已满（通常通过注册状态位来报告此值）并跟踪如何您传送了多少东西，您收到了多少。
开始任何SPI Flash操作之前，最好先“清空”接收FIFO。这意味着检查接收缓冲区的状态并将其清空（通常通过执行“读取”接收缓冲区来完成）（如果尚未清空）。通常，清空（读取）已经为空的接收缓冲区不会造成任何危害。
SPI闪存数据表中的时序图提供了以下信息，但有时人们会忽略一些位。使用SPI总线将所有命令和数据发布到SPI闪存。读取SPI Flash的顺序为：
1) Start with CS_ high.
2) Bring CS_ low.
3) Issue "Read" op code to SPI Flash.
4) Issue three address bytes to SPI Flash.
5) "Receive" four garbage words in Receive Buffer.
6) Transmit as many arbitrary bytes (don't cares) as you wish to receive.
Number of transmitted bytes after address equals size of desired read.
7) Receive read data in the Receive Buffer.
8) When you've read the desired amount of data, set CS_ high to end the Read command.
If you skip this step, any additional transmissions will be interpreted as
request for more data from (a continuation of) this Read.
请注意，必须根据读取的大小以及接收和发送缓冲区的大小来交错并重复执行步骤6和7。如果您一次发送的字数超出了接收缓冲区的容纳量，则会溢出一些数据。
为了执行页面编程或写入命令，请执行以下步骤。页面大小（通常为256个字节）和扇区大小（通常为64K）以及相关的边界是所使用的SPI Flash的属性。此信息应在Flash的数据表中。我将省略平衡发送和接收缓冲区的详细信息。
1) Start with CS_ high.
2) Change CS_ to low.
3) Transmit the Write Enable (WREN) op code.
4) Switch CS_ to high for at least one SPI Bus clock cycle. This may be tens or
hundreds of host clock cycles. All write operations do not start until CS_ goes high.
The preceding two notes apply to all the following 'CS_ to high' steps.
5) Switch CS_ to low.
6) Gadfly loop: Transmit the 'Read from Status Register' (RDSR) op code and
one more byte. Receive two bytes. First byte is garbage. Second byte is status.
Check status byte. If 'Write in Progress' (WIP) bit is set, repeat loop.
(NOTE: May also check 'Write Enable Latch' bit is set (WEL) after WIP is clear.)
7) Switch CS_ to high.
8) Switch CS_ to low.
9) Transmit Sector Erase (SE) or Bulk Erase (BE) op code. If sending SE, then follow
it with three byte address.
10) Switch CS_ to high.
11) Switch CS_ to low.
12) Gadfly loop: Spin on WIP in Status Register as above in step 6. WEL will
be unset at end.
13) Switch CS_ to high.
14) Switch CS_ to low.
15) Transmit Write Enable op code (again).
16) Switch CS_ to high.
17) Switch CS_ to low.
18) Gadfly loop: Wait on WIP bit in Status Register to clear. (WEL will be set.)
19) Transmit Page Program (PP = Write) op code followed by three address bytes.
20) Transmit up to Page Size (typically 256 bytes) of data to write. (You may allow
Receive data to simply spill over during this operation, unless your host hardware
has a problem with that.)
21) Switch CS_ to high.
22) SWitch CS_ to low.
23) Gadfly loop: Spin on WIP in the Status Register.
24) Drain Receive FIFO so that it's ready for the next user.
25) Optional: Repeat steps 13 to 24 as needed to write additional pages or
page segments.
最后，如果您的写入地址不在页面边界上（通常为256字节的倍数），并且您写入了足够的数据以跨越下一个页面边界，则应越过边界的数据将被写入页面的开头，您的程序地址不正确。因此，如果您尝试将三个字节写入地址0x0FE。前两个字节将被写入0x0fe和0x0ff。第三个字节将被写入地址0x000。
如果传输的数据字节数大于页面大小，则早期字节将被丢弃，仅最后的256（或页面大小）字节将用于对页面进行编程。
与往常一样，对于上述任何错误，错别字，疏忽或混乱造成的后果，以及如何使用，概不负责。
