哦，既然这样，你的数据线至少是两根，现在你需要的通信率才12M，若只站在GPIO输出响应角度来看，别说STM32F7系列芯片，几乎任何一颗STM32系列都可以满足这个需求。所以 我认为你现在完全不用担心GPIO的输出跟不上，而是想办法如何实现及如何尽量提升通信速率。
RPDS这两个寄存器怎么用呀，怎么实现One-Point Calibration这个功能呀，这个芯片带不带温度补偿，一些出厂自带的参数会不会对输出有影响
对于带crc校验的SPI接收的话，那个接收API函数里表征数据个数的那个size应该是包含校验数据个数在内的。 函数说明在这个地方稍有点不够清晰。如果开启了CRC校验，又没有为其预留接收存储空间，可能会有些问题。 问题应该是表现在CRC码没接收进来无法完成校验，或者说在DMA循环接收时发生数据滚动难以辨别数据 和校验码。 至于你说的越界，按理是不该发生的。因为即使没为CRC码准备接收空间，当我们基于查询或 中断方式进行 接收时，我们是根据预定的SIZE大小来进行接收和存储的，之后的数据就丢弃了，不会发生越界。 如果是DMA方式，Normal模式的话，传输指定SIZE个数的数据后就停下来，之后的数据也丢弃了，也不会发生越界。 如果是DMA 循环模式，每传输指定SIZE个数的数据后，它就调头重新开始存储了，怎么也不会发生越界。
如果采用FTM（fast transfer mode）模式，参考文档：(https://www.st.com/resource/en/application_note/an5512-st25-fast-transfer-mode-embedded-library-stmicroelectronics.pdf) 参考代码下载地址：https://www.st.com/en/embedded-software/stsw-st25r-lib.html （代码里包含ST25Rxx 和 ST25DV 的 FTM 工程)
ST25DV的移植比较简单，注意I2C接口和中断输入配置。 如果主控采用的是STM32系列MCU，可以通过STM32CubeMX工具配置x-cube-nfc7的软件包 生成包含ST25DVxx的完整工程。 使用的参考例程：GitHub - ST25-NFC/ST25DV: 包括例程应用指南，Video和代码 完整软件包下载地址：https://www.st.com/en/ecosystems/x-nucleo-nfc07a1.html 如果通讯采用FTM（fast transfer mode）模式，参考文档：(https://www.st.com/resource/en/application_note/an5512-st25-fast-transfer-mode-embedded-library-stmicroelectronics.pdf) 参考代码下载地址：https://www.st.com/en/embedded-software/stsw-st25r-lib.html
不知道是否想修改为采用52kpbs速率来与Type V的NFC卡片进行通讯。那么可以参考rfalST25xVPollerFastReadMultipleBlocks 函数的设置
这个问题还真有点稀罕。 我这边查看、测试了三种可用于STM32开发的IDE， KEIL, IAR, stm32cbueIDE,他们对TGFM的定义都在位16， 而手册明明是位21. 结合手册定义和相关代码的写法，经过我的初步判断，应该是IDE这个地方弄错了。 下面是头文件中的定义： /* Bit definition for Ethernet MMC Transmit Interrupt Mask Register */ #define ETH_MMCTIMR_TGFM_Pos (21U) #define ETH_MMCTIMR_TGFM_Msk (0x1UL Instance->MMCTIMR, ETH_MMCTIMR_TGFM | ETH_MMCTIMR_TGFMSCM | \ ETH_MMCTIMR_TGFSCM); 这个地方我会再确认后，这里进一步回复你。
看门狗没有正确初始化或者不能保证按时喂狗。 比如在定时器中断里喂就要比放在任务里可靠。 内部40K的LSI时钟不是很准确的，不要卡着看门狗周期喂，建议提前喂。
stc的程序下到stm32中？可以用stvp下载，选择接口，选择型号，ok后选择文件 !(data/attachment/forum/202501/06/133714zfrdj56wlnwe4nrt.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
微信公众号
手机版
.png)
