YTM32B1LE0 IIS
-
-
-
-
-
50us的时间间隔由以下主要的时间组成(建议把PCS的信号线引出观察PCS的高低才是决定一个帧的开始或者结束)
- SCK结束到PCS拉起的时间(这里主要会导致您贴的示波器途中SCK和TMU trigger之间的距离),缩短方式SPI_CLK_SCKPCS(x)
- TMU trigger后产生后到下一帧开始的时间主要由:帧间隔时间(和代码执行时间相重合,哪个时间长是哪个)/代码执行时间+PCS拉低到SCK开始的时间(用SPI_CLK_PCSSCK(x)缩短时间);
- 当然,调节以上方式都是在不影响一包数据中的帧间隔,即在一包数据的帧与帧之间的间隔时间(SCKPCS + FMDLY + PCSSCK)基本等于1bit时间才能保证不失真。
注意:请问下是否只有一包的最后一帧才会出现TMU由严重的延时
-
但是比较奇怪的是TMU的trigger时间有点延时过长了,如果这样的话,理论上LRCK会出现严重的偏移
-
示波器的channel2是LRCK?
-
这个不会,你可以看下在一包的数据里面的LRCLK是否会有偏移,最后一帧那个不是延时,只是在一包数据发送完后开始新的一包的初始化状态,SCLK那个时候没有启动,是没关系的。还有就是LRCLK不是TMU出来的,是eTMR出来的
-
可以将一包的数据和音频信号一起拉出来看下,是什么样的失真
-
是的,LRCLK只是判断是左右声道
-
-
目前推测耗时最多的是代码的执行时间,如果代码没开优化等级的话,可以开一下
2/31
帮助没办法联网的电脑使用YCT
帮助改进和优化YT CONFIG TOOL,有机会抽取YTM32B1ME0 EVB哦...