无法找到访问写入期间读取的数据

项目配置：MPLAB X 3.40，XC32 V1.42，和声V1.09，PIC32 MZ2048 EFH144I有一个SPI端口被正确配置为写入外部芯片，外部芯片在MISO线路上放置数据，而我写哑字节，以便读取从我发送的地址的数据。SPI端口确实支持在字节写入期间读取数据字节到读取缓冲器中，但是无论如何我无法找到访问写入期间读取的数据。接收缓冲器不能直接访问，只能通过SPI5BUF（我使用SPI5）。我已经确认我正在使用我的逻辑分析器接收MISO PIN上的数据，但是我在读取一个字节写入后的任何时候都读取SPI5BUF。例如：写3个地址字节，写一个‘0’虚拟字节，再写入另一个‘0’虚拟字节，数据在第二次‘0’写入期间出现在MISO线上。IED是写入和读取的协调功能，但它们似乎是从我的发送缓冲区写入字节，然后等待外部芯片驱动CLK和MISO线路，但是我的设备在虚拟写入期间发送数据。然后，我试着手工写一个字节到SPI5BUF，等待SPICOLL位清除，然后从SPI5BUF读取数据，仍然得到零。和声写和读和写Errad函数没有足够的说明来知道我是否可以在写期间进行同步读取……有人做了吗？这种类型的数据传输工作，或者用和声函数调用或没有？我将非常感谢任何帮助！拉里



      以下为原文

    Project configuration: MPLAB X 3.40, XC32 V1.42, HARMony V1.09, PIC32MZ2048EFH144

I have an SPI port properly configured to write to an external chip, the external chip puts data on the MISO line while I write dummy bytes in order to read the data from the address I sent. The SPI port does support reading the data byte into the read buffer during the byte write but I can not find anyway to access the data read back during the write. The receive buffer is not directly accessable, only through SPI5BUF (I am using SPI5). I have confirmed that I am receiving data on the MISO pin using my logic analyzer but anytime I read SPI5BUF after a byte write I only read 0.

Example: Write 3 address bytes, write a '0' dummy byte, write another '0' dummy byte and the data appears on MISO line during the second '0' write.

I first tried the Harmony functions which write and read but they appear to write the bytes from my transmit buffer and then wait for the external chip to drive the CLK and MISO lines, but my device sends the data back during dummy writes. Then I tried manually writing a byte to SPI5BUF, waiting for the SPIBUSY bit to clear, then read the data from SPI5BUF, still getting zeroes.

The Harmony Write and Read and WriteRead functions do not have sufficient description to know if I can do a synchronous read during a write ...

Has anyone made this type of data transfer work, either with Harmony functions calls or without? I would greatly appreciate any help!

Larry