选择了与硬件打交道，就得戒骄戒躁，踏踏实实，一步一步的走下去。可能因为一个非常小的问题，就导致你失败。失败不可怕，可怕的是不能静下心来去思考。我在公司第一次调试硬件，spi的通信，是stm32的硬件既有的通信接口。之前用51的io口模拟过i2c的，感觉spi相对来说更简单些，结果调试spi的读写花费了我3天的时间。stm32f0与网上关于stm32f1大量的例程还不一样，刚刚上市半年多，应该是，并且有几项设置是stm32f1没有的，这也正是关键的地方。你直接把他们的程序拿过来用，可能就卡死了，为什么？因为f0多了个fifo设置，fifo不设置，默认应该是half of 32 bits，当你只接收到8个bit时，rxne不会置位，程序会一直在这里等待。或许你会说，加一个容错处理不就完了。但是这样，可能读完后，数据是缺少第一个byte和最后一个byte的，还可能出现只读到偶数位的数据(与数据处理有关)，因为在读第二个的时候读到的其实是fifo中的低8bit，高8bit如果没有处理可能就丢了，比如你定义的接收数据为unsigned char，高8bit就被滤掉了。如果接收的数据byte数为奇数，可能最后一byte可能就读不出来了，直到下次再有数据才能把它挤到高8bit上。这样读出的数据怎么也不会正确了。选择了与硬件打交道，就得戒骄戒躁，踏踏实实，一步一步的走下去。可能因为一个非常小的问题，就导致你失败
