Other Parts Discussed in Thread: CC2640
Hell team,
My customer is using CC2642R for mPOS application. They tried using CC2640R2 for this case now switched to CC2642R for larger Flash size, and they are aware of the workaround for "SPI first byte zero" issue on CC2640R2.
Now they found a similar phenomenon (but not the same) on CC2642R, so they have some questions:
- Is this issue known by TI?
- If there is big delay such as 10secs between two SPI transfer, it looks like CC2642 is appending `zero byte`
- If there is short delay such as 20msecs between two SPI transfer, it looks like CC2642 is working as expected.
- Our master is working with CC2640 without problem since we already appended `zero byte` before each packet. But the same firmware gives the above results surprisingly.
I attach the captured waveform (open through Saleae LA) and detailed report (.txt file) provided by the customer for analysis. Please take a look.