IFC Latency

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

IFC Latency

Jump to solution
2,590 Views
m_syed_ahmed
Contributor III

Hi,

I am working in the LS1021 processor. we have a microcontroller (LPC4312) connected to the IFC bus. IFC will have proper data when a particular GPIO pin is toggled. MicroController makes that GPIO high when it is ready to send data and makes that GPIO low once it completes sending of data. After GPIO became low only, we can read proper data.

I need to know is there any latency in IFC where we can delay reading for some time until that GPIO goes high and low?

Also, is it possible to modify IFC read-write functions with additionally checking for that GPIO too? If yes, where exactly are IFC read-write functions are implemented?

Labels (2)
0 Kudos
1 Solution
2,436 Views
Bulat
NXP Employee
NXP Employee

No, the LS1021A does not support such huge delays in hw.

You need to change read method, e.g. poll in software for GPIO bit ready state, then read the data.

 

View solution in original post

0 Kudos
9 Replies
2,583 Views
Bulat
NXP Employee
NXP Employee

IFC supports so called "external access termination", this is similar to what you are looking for. See section 24.7.1.1.2 of the LS1021A Reference Manual for writes, section 24.7.1.2.2 for reads.

Regards,

Bulat

 

0 Kudos
2,568 Views
m_syed_ahmed
Contributor III

Hi Bulat,

Sorry for the delayed response. Can you share documents or anything which explains external access termination in IFC?

I needs to know where in the linux BSP, IFC read write functions will be implemented as part of source code?

Also, is it possible to assign different IFC clocks for different connected IFC devices? It seems micro controller needs to be set lower IFC clock for it to catch IFC bus signals properly?

0 Kudos
2,551 Views
Bulat
NXP Employee
NXP Employee

IFC GPCM read/write operations (including external termination) do not require any software support from BSP.

IFC external termination is descrobed in the ref manual, I already provided direct references in the document.

IFC clock is common for all connected devices.

 

 

0 Kudos
2,544 Views
m_syed_ahmed
Contributor III

Hi Bulat,

We were worried that the microcontroller which is running in the lower frequency is not able to capture IFC signals which were running in higher frequency. Is there anything we can do through software wise to resolve it?

0 Kudos
2,532 Views
Bulat
NXP Employee
NXP Employee

IFC clock is scalable via IFC_CCR[CLKDIV].

0 Kudos
2,470 Views
m_syed_ahmed
Contributor III

Hi Bulat,

We did the IFC clock scaling through the CCR register. we set that as divisible by 8. We also set the IFC FTIM registers as low as possible (1). We need to hold OE and CS for at least a 1-second delay before assertion for Controller to process read operation. It seems those signals were held up in nanoseconds only.  Is there something we need to change in software to hold those signals for 1 second?

0 Kudos
2,437 Views
Bulat
NXP Employee
NXP Employee

No, the LS1021A does not support such huge delays in hw.

You need to change read method, e.g. poll in software for GPIO bit ready state, then read the data.

 

0 Kudos
2,408 Views
m_syed_ahmed
Contributor III

What could be the highest delay possible in GPCM OE signals? Also, did FC_CCR impact OE assertion time as IFC_FTIM1 do?

0 Kudos
2,351 Views
Bulat
NXP Employee
NXP Employee

OE signal assertion time is defined by FTIM_1[TRAD]. This does not depend on the CCR[CKLKDIV] clock ratio.

0 Kudos