在RC522模块中学习SPI记录走过的坑，RC522寻卡返回0xbb

RC522寻卡返回0xbb，那么在没有修改RC522的其他函数和确定引脚没有接错的情况之下，很大可能使SPI的时序问题。先检查SPI的引脚配置还有读写函数，则此又是被读写函数给坑惨了。

1.RC522的一些函数已经是写固定，所以主要是这个SPI通讯的问题，在此次通过RC522学习SPI的过程中，我使用了一个读写函数如下

uint8_t SPI_Read_Write(uint8_t data)
{
	  uint8_t number=0x00,i=0,receivedData=0;
//	  SPI_CS(0);//在此函数中加片选信号错误的，因为一个完整的通讯是写给从器件后在读器件所以应该是在写器件之前拉低CS，在读器件后拉高CS
	  for(i=0;i<8;i++)
	  {
			  SCK_OUT(0);
			Write_Bit(data&(0x80>>i));
			if(Read_Bit())
		        number|=(0x80>>i);
			  SCK_OUT(1);	
		}
//		SPI_CS(1);
		return number;
}

2.在此次通讯中，我一直以为发送一个Bit位器件就会返回一个我们想要的Bit（不过确实发送一个Bit位从器件会发送一个Bit给主器件只不过不是我们想要的）。其实是一个字节发送出去后从器件才会发送我们想要的字节，一整条指令都还没有发送出去，从器件怎么可能发送对应的字节给主器件。我真的..............被我无语住。所以这个函数不能把RC522_Read_Write ( ucAddr );注释掉

3.还有一点就是在此次实验中不能在读写函数中加入使能器件的函数SPI_CS()；例如上面的ReadRawRC（）函数，如果在RC522_Read_Write()函数中加了SPI_CS(0)；和SPI_CS(1)；，就说明在RC522_Read_Write(ucAddr)；函数执行后一次通信就结束了，而这就导致了发送指令后主机主动的结束了通信，从机发送的数据主机没有收到.  而后面的RC_522_Read_Write(0xff)则是另一次的通信了，写入0xff,从机都不知道是什么指令,所以返回错误的数据给主机,导致后续的通信出错,寻卡必然也出错,所以寻卡返回0xbb.

若有什么错误,请大佬指正