APDU调试问题总结

问题1.================================================================
无法读取银行卡(手环等)，卡号也寻不到，导致后续的操作无法进行
或者偶尔能寻到卡，但是读写很不稳定，可能读着读着就又寻不到卡了
  
原因：底层寻卡操作中，关闭再开启天线之后，没有短暂延时使天线稳定，
导致卡无法寻卡。卡的能量是从读卡器的天线上获取，如果卡没有获取到足够的
能量(达到卡片内芯片的工作电压)，那么卡片和读卡器也就无法通信。

解决：关闭再开启天线之后，加入10ms延时，问题解决

问题2：================================================================
无法接收超过64字节的APDU数据
在接收超过64字节的APDU数据时，发现数据被截断了，而且每次最多收到64字节数据

原因：FM1722的FIFO寄存器大小为64字节。所以一次最多接收64字节数据,所以需要
使用块传输分包发送大量数据。

解决:ISO14443协议规定，可以将长字节的APDU数据分包发送，每个包大小可以自定义
RATS阶段PCD会发送自身的最大接收长度(FSDI=5 即64字节)给卡片,卡片收到以后，会自动
将超过64字节的数据分块发送给PCD，PCD在收到块之后需要发送R(ACK)块确认，然后，卡片会
继续发送剩下的块，直至所有数据发送完毕。
问题3:================================================================
APDU交互时，选择DF经常超时报错，偶尔能成功，此外GPO指令一直报错(6F00)，导致
后续扣款操作无法进行

原因：底层发送数据到FM1722的FIFO之后，延时过短，卡还没来得及返回数据
读卡器认为卡没有返回数据而直接跳过接收环节

解决：将延时增加到500ms，若还未收到数据，则报超時错误

问题4:================================================================
读卡器向卡片发送APDU指令(APDU确定是正确的)，但是卡片无返回(RATS成功后面进行APDU交互时)？

原因:
1. 同问题3  
2.CID的问题，CID由读卡器规定，它指示了PCD同时可以操作多少张卡，它的可选值是0~14，
也就就是同时最多操作15张卡（卡片0~卡片14），RATS阶段，读卡器会发送
CID到卡片，假设CID=0，也就是规定该卡标识为0，后续的APDU交互，如果支持CID，
读卡器发送的块数据中CID值必须为0，该卡片才会返回数据，若CID为其他值，那么卡片不会返回任何值，
换句话说，卡片根本不知道读卡器在呼叫它，所以也就不会返回数据了

解决：针对原因2，RATS阶段的CID值需要和后面APDU的CID值保持一致。

问题5:================================================================
读取银行卡(SAK=0x28)时，RATS成功返回之后，APDU的交互总是成功一次，超时一次
超时即 卡片无响应  
例如，读卡器发送PPSE，卡片总是成功返回一次，超时失败一次？

原因:暂时未知 目前发现几乎所有SAK=0x28的卡都会这样，但是SAK=0x20的就没有问题

解决:底层加入APDU重发机制；如果超时，至多重发3次，若卡片仍超时，则判定失败
实测正常情况下，暂无出现重发3次，卡片仍无响应的问题。