MPC5644A DSPI CSSCK behaviour

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

MPC5644A DSPI CSSCK behaviour

跳至解决方案
6,602 次查看
kaifalkenberg
Contributor I

Hello,

I have a question regarding the DSPI controller in the MPC5644A. I would like to configure a delay between the assertion of the chipselect and the first edge of SCK. When changing CSSCK[0:3] to something >0 I do indeed see a delay between the assertion of PCS and the first edge of SCK. But the same delay is now also present between each 8bit frame! Same goes for ASC[0:3].

Any ideas on what I might be missing? Or is this intended behaviour?

Thanks for your support

0 项奖励
回复
1 解答
6,558 次查看
davidtosenovjan
NXP TechSupport
NXP TechSupport

tCSC will be the always as you can see on the screenshot below:

davidtosenovjan_0-1677572661638.png

 

在原帖中查看解决方案

0 项奖励
回复
5 回复数
6,576 次查看
davidtosenovjan
NXP TechSupport
NXP TechSupport

Yes, it is correct behavior, all these times are supposed to be there. The only time disappearing between frames in case continuous transfer, it is tDT.

0 项奖励
回复
6,568 次查看
kaifalkenberg
Contributor I

From the RM, chapter 30.9.5.2:

"The PCS to SCK delay is the length of time from assertion of the PCS signal to the first SCK edge."

CS is asserted the entire time..

0 项奖励
回复
6,559 次查看
davidtosenovjan
NXP TechSupport
NXP TechSupport

tCSC will be the always as you can see on the screenshot below:

davidtosenovjan_0-1677572661638.png

 

0 项奖励
回复
6,579 次查看
kaifalkenberg
Contributor I

bump

0 项奖励
回复
6,597 次查看
kaifalkenberg
Contributor I

  Here are two screenshots illustrating the issue. Between both screenshots only CSSCK has been changed.

RigolDS0.png

RigolDS1.png

 

0 项奖励
回复