基于KL25例程SPI通讯收发不等长的问题
基于KL系列SPI主机模式和外设通讯，采用PE生成的工程底层库，遇到个问题，期待解答。参考KL25的SPI通讯例程，主从收发的字符数量都是相同的，如果收发不等长如何处理？
例如，发送1Byte命令，要收5Byte数据，且是连续的，如下图。
spi是中断还是查询？ 其实我不太明白你的意思，但是采用中断的方式应该是可以的，
因为在K60的SPI的demo中，工作机理如你的帖子所示，发个命令给外围的Flash芯片，然后芯片返回数据给MCU . 应该是可以的啊 读取的时候 发送地址后 后面就应该是返回的数据 多读几次就行 答以上各位，中断模式，调用CW中PE生成的代码，完全参考help的代码，如下。
例程是收发同数据量的buffer。
#define BLOCK_SIZE 4
uint8_t OutData = "0123";
uint8_t InpData;
volatile bool DataReceivedFlag = FALSE;
volatile LDD_SPIMASTER_TError ComError = 0U;
LDD_TError Error;
LDD_TDeviceData *MySPIPtr;
void main(void)
{
...
MySPIPtr = SM1_Init(NULL); /* Initialization of SM1 component */
Error = SM1_ReceiveBlock(MySPIPtr, InpData, BLOCK_SIZE); /* Request data block reception */
Error = SM1_SendBlock(MySPIPtr, OutData, BLOCK_SIZE); /* Start transmission/reception */
while (!DataReceivedFlag) {}; /* Wait until data block is transmitted/received */
}
如果按照发1byte收4byte，应该改为：
Error = SM1_ReceiveBlock(MySPIPtr, InpData, 5); /* Request data block reception */
Error = SM1_SendBlock(MySPIPtr, OutData, 1); /* Start transmission/reception */
实际在示波器里看，收发的波形都正确，但是 Indata 里首字节会添加一个0xFF并丢失最后一个字节。
这么问题来了，0xFF怎么来的？如何避免？
对这些模块也不熟, 比如数据位数调整.
记得有个ADC是12bit数据,然后就设置不好了,用软件解决的. lcptw 发表于 2015-3-11 09:31
答以上各位，中断模式，调用CW中PE生成的代码，完全参考help的代码，如下。
例程是收发同数据量的buffer。
...
效果是这样的，我以前也是用K60调试外部flash芯片也有这个现象，
这一个读取的数值是无效的，当时是这么分析的，我可能有点记不清啊，
当你发送命令时，其实接收端是有数据进入到SPI 接收端的，只是这是个无效数据,因为MISO一直保持高电平的。
所以导致你收到的第一个数据会是0xFF. FSL_TICS_ZP 发表于 2015-3-11 11:02
效果是这样的，我以前也是用K60调试外部flash芯片也有这个现象，
这一个读取的数值是无效的，当时是这么 ...
就这点，让人生不如死，欲仙欲死；每当你以为高潮已过之时，它悄然来到。
最后尝试一次，用网上的驱动库试试看。
不行就换mcu方案。 lcptw 发表于 2015-3-12 17:23
就这点，让人生不如死，欲仙欲死；每当你以为高潮已过之时，它悄然来到。
最后尝试一次，用网上的驱动库 ...
建议楼主可以通过软件方式处理，丢掉第一个无效数据就可以啊。 呵呵，PE生成的中断方式代码。
每次丢掉首byte，在轮询测试情况下，偶尔会失常一把，第一个字符又正常了，然后中断就死在等最后一个字符那里了。
现在改用寄存器操作polling等待的方式，GPIO操作片选NCS（原因？自行参考《【经验分享】KL系列spi主从通信之查询中断例程》，内有详细说明，本坛资源）。
现在算是清楚了，为啥大家很不愿待见PE自动生成的代码，虽然有便于移植，上手快速等诸多优点。
最重要的是：
1、代码复杂，冗余量大，各种宏定义、指针跳转，用寄存器操作就不两条指令的，PE会生成一箩筐。
2、出了问题你都不知道在哪里找原因。
以前还推荐用PE，现在及可预见的将来是不会推荐了，各种坑。{:sweat:}
页:
[1]