IFC Latency

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 
已解决

IFC Latency

跳至解决方案
2,391 次查看
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?

标签 (2)
0 项奖励
1 解答
2,237 次查看
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 项奖励
9 回复数
2,384 次查看
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 项奖励
2,369 次查看
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 项奖励
2,352 次查看
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 项奖励
2,345 次查看
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 项奖励
2,333 次查看
Bulat
NXP Employee
NXP Employee

IFC clock is scalable via IFC_CCR[CLKDIV].

0 项奖励
2,271 次查看
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 项奖励
2,238 次查看
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 项奖励
2,209 次查看
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 项奖励
2,152 次查看
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 项奖励