IFC Latency

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

IFC Latency

Jump to solution
3,453 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
Reply
1 Solution
3,299 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
Reply
9 Replies
3,446 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
Reply
3,431 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
Reply
3,414 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
Reply
3,407 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
Reply
3,395 Views
Bulat
NXP Employee
NXP Employee

IFC clock is scalable via IFC_CCR[CLKDIV].

0 Kudos
Reply
3,333 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
Reply
3,300 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
Reply
3,271 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
Reply
3,214 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
Reply