NFC0541读取Mifare Classic 1K收到“框架问题”或“超时”错误消息是什么原因？

我正在使用 NFC05A1 和 STMF4xx-Nucle-Polling 项目。
我想与 Mifare 经典卡 1K 进行交互。
我知道 Stm 不会提供任何处理加密的代码，这不是我要的。
我遇到的问题是关于 SELECT 之后的第一步：这是一条明文消息，从 30 开始，然后是扇区号。我期望的是用随机数回答的卡片。

我遇到的问题是我收到“框架问题”或“超时”错误消息。

这是前四个请求，我认为它们工作正常，第五个请求则没有。
* 请求 1：
对rfalISO14443ATransceiveShortFrame的回答  （使用 RFAL_14443A_SHORTFRAME_CMD_REQA 作为命令）是：04 00。

*请求 2：
然后这次有另一个r falISO14443ATransceiveShortFrame   指令和RFAL_14443A_SHORTFRAME_CMD_WUPA
*请求 3：
然后设置 rfalNfcaSelReq 结构：
selReq (rfalNfcaSelReq 结构体)
selReq.selCmd = 93
selReq.selPar =20
rfalNfcaTxRetry( ret, rfalISO14443ATransceiveAnticollisionFrame ( (uint8_t*)&selReq, &bytesTxRx, &bitsTxRx, &bytesRx, RFAL_NFCA_FDTMIN ), ((devLimit==0)?RFAL_NFCA_N_RETRANS:0), RFAL_NFCA_T_RETRANS );
请求答案：请求结果包括
卡 Uid D0 74 CC A4，（正确的 uid）
和密件抄送

*请求 4：
然后另一个请求是 SELECT。
selReq.selCmd =93;
selReq.selPar= 70;
selReq.nfcid1[0]= D0
selReq.nfcid1[1]=74;
selReq.nfcid1[2]=抄送；
selReq.nfcid1[3]=A4;
selReq.bcc=抄送；

        rfalNfcaTxRetry( ret, rfalTransceiveBlockingTxRx ( (uint8_t*)&selReq, sizeof(rfalNfcaSelReq), (uint8_t*)selRes, sizeof(rfalNfcaSelRes), &bytesRx, RFAL_TXRX_FLAGS_DEFAULT, RFAL_NFCA_FDTMIN ), ((devLimit==0)?RFAL_NFCA_N_RETRANS:0), RFAL_NFCA_T_RETRANS ) ;
其结果可以在 selRes 中找到：
萨克：08


到目前为止，该设备是一个 Mifare Classic (sak 08) ，这个设备是 device[0] 并且它的 uid 是已知的。


*请求 5：这是有问题的地方。
要求卡访问扇区 00。

正如迈克尔罗兰先生在这篇文章中所建议的那样：
https://stackoverflow.com/questions/56334836/is-there-any-function-for-reading-nfc-a-iso14443a-tag-with-x-nucleo-nfc05a1


lenTx = 0;
bufferTx[lenTx++] = 0x30;
bufferTx[lenTx++] = 0x00; // 扇区
lenRxMax = 16;
lenRx = 0;
status = rfalTransceiveBlockingTxRx (&bufferTx[0], lenTx, &bufferRx[0], lenRxMax, &lenRx, RFAL_TXRX_FLAGS_DEFAULT, rfalConvMsTo1fc(5));
回答
状态值：9
另一种尝试使用不同的标志。
status = rfalTransceiveBlockingTxRx (&bufferTx[0], lenTx, &bufferRx[0], lenRxMax, &lenRx,
RFAL_TXRX_FLAGS_CRC_TX_AUTO | RFAL_TXRX_FLAGS_CRC_RX_REMV | RFAL_TXRX_FLAGS_NFCIP1_OFF | RFAL_TXRX_FLAGS_AGC_ON | RFAL_TXRX_FLAGS_PAR_RX_REMV | RFAL_TXRX_FLAGS_PAR_TX_AUTO | RFAL_TXRX_FLAGS_NFCV_FLAG_AUTO , RFAL_NFCA_T_RETRANS);
相同的答案
状态值：9
ERR_FRAMING = 9, /*!< 成帧错误 */


我在rfalTransceiveBlockingRx中添加了一些日志来查看状态：
platformLog("gRFAL.state %drn", gRFAL.state);
做{
    rfalWorker();
    platformLog("gRFAL.TxRx.state %drn", gRFAL.TxRx.state);
  }

成功请求（REQA、SEL）的日志是：
gRFAL.状态 3
gRFAL.TxRx.state 83 ( RFAL_TXRX_STATE_RX_WAIT_RXS)
gRFAL.TxRx.state 90 ( RFAL_TXRX_STATE_RX_FAIL)
gRFAL.TxRx.state 0 ( RFAL_TXRX_STATE_IDLE)
状态为 0  ERR_NONE            

最后一次读取请求的日志是：
gRFAL.状态 3
gRFAL.TxRx.state 83（RFAL_TXRX_STATE_RX_WAIT_RXS）
gRFAL.TxRx.state 84 ( RFAL_TXRX_STATE_RX_WAIT_RXE)
gRFAL.TxRx.状态 84
gRFAL.TxRx.状态 84
gRFAL.TxRx.状态 84
gRFAL.TxRx.状态 84
gRFAL.TxRx.状态 84
gRFAL.TxRx.state 90（RFAL_TXRX_STATE_RX_FAIL）
gRFAL.TxRx.state 0( RFAL_TXRX_STATE_IDLE)
状态为 9 ERR_FRAMING /*!< 帧错误 */