Part Number: 66AK2H06
Tool/software:
Hi experts,
I have a question about the IPC function of the 66AK2H06DAAW2.
Q1. Is it okay to use an IPC interrupt that targets the core itself?
(In the datasheet "10.2.3.13 IPC Generation (IPCGRx) Registers", it says that IPC is intended for use with other cores, but we were unable to find any information on whether it can be used with the core itself.)
Q2. If there is no problem with [Q1] (IPC interrupts that target the core itself can be used), is it possible that a delay of about 500 usec occurs between the IPC interrupt request and the start of IPC interrupt processing due to the specifications of the 66AK2H06?
Q3. If a delay of about 500 usec does not normally occur in [Q2], is it possible that the 66AK2H06 is broken?
The background to this is that in a product that my customer is mass-producing, including the software, there was a piece of hardware that was causing the software to malfunction.(The number of devices is being confirmed.)
They have confirmed that when DSP core 0 makes an IPC interrupt request to itself (DSP core 0), a delay of around 500 usec occurs between the IPC interrupt request and the start of IPC interrupt processing.
When this phenomenon does not occur, they have confirmed that IPC interrupt processing starts approximately 150 nsec after the IPC interrupt request.
Furthermore, no other interrupt processing is being performed at this time.
The intention of this question is to determine whether the cause of the software's malfunction is a faulty individual piece of hardware (66AK2H06) or a problem with the way the IPC function is being used.
Best regrads,
O.H
