Part Number: TMS320F28335
Hi team,
Here's an issue from the customer may need your help:
As per the section of 2.2.19 of TMS320x2833x, TMS320x2823x Technical Reference Manual, the flow for host to send a data stream is as follows:
The host will stream data to the XINTF's data bus XD[15:0] for DSP reading.
1) In implementing the above process, since the DSP reads data from address 0x10_0000 of zone6 only when XINTF_Parallel_Boot, so in host, the data stream needs to be placed at host address 0x10_0000, where the DSP accesses host's zone6 via XINTF. Download the data stream to enable boot.
However, when implemented, it is discovered that host writes data to address 0x10_0000, the XINTF must be enabled, and the DSP's XINTF is always enabled during the XINTF_Parallel_Boot process.
Both host and DSP have XINTF enabled. And also accessing zone6 of host at the same time, there will be contention and both host and DSP access errors will occur.
Right? If so, how to resolve XINTF competition? If not, what is the correct way to implement it?
2) Regarding "The Load XD[15:0] with data report" in the figure above, the customer tries to implement it in a similar way to the Parallel_Boot function (GPIO) in section 2.2.18. That is, the host does not enable XINTF, and the XD[15:0] is configured as a general-purpose IO to send data by controlling the high level of the corresponding GPIO.
However, it failed, and the data received by the DSP was still read from address 0x10_0000 of host.
How does host send data to DSP XINTF_Parallel_Boot for reading?
Could you help check this case? Thanks.
Best Regards,
Cherry
