YTM32B1LE0 IIS

[sfuyuan]

采用spi+tmu模拟iis异常 目前问题是信号失真严重，上面是sck信号，下面是tum产生的信号。中间非常长的低电平是发送完一整包数据后，似乎需要50微秒作用才能继续发送第二包，
这个是通过硬件响应配置的spi发送开始和结束时tum进行反转。似乎反应也不是很及时，我们需要输出一个连续且标准的正弦波，这个时间能不能调整让信号对其，让iis正常工作这个程序是直接放在循环里去跑的。

[sunxuehu]

您好，可以按照以下的方式排查：

1. SPI_DRV_MasterTransfer()的transferByteCount参数应该是整个音频数据包的长度
2. 是否已经使用了DMA的方式
3. 修改底层代码，减小帧间距，修改如下位置，将这个三个传入的参数值减小

[sfuyuan]

您好这个现象是已经调整过这个了，已经启用的dma，这个sck的帧间隔是正常的，也是一整包数据发送。中间那个50微秒的间隔是发送第二包数据的间隔，是第二次一整包数据的间隔即while第二次循环，下面那个波形是tum进行反转我设置的是硬件触发，但是实际上似乎一整包数据传输完成后反应并没有那么及时

[sfuyuan]

此回复已被删除！

[sunxuehu]

您好，把如下的值调小(SCK结束后到PCS拉高的时间配置)，因为TMU收到的是帧完成的trigger，PCS拉高才算一帧结束了

[sfuyuan]

sunxuehu 波形是已经调整过的，现在的情况是失真比较严重，应该是信号没有对齐，波形上中间的一段低电平不是发送中产生的，是我一整包数据发送完在发送第二包的时候有一段间隔，已经启用的dma，另外结束tmu的触发也是设置的硬件触发，跟spi的也对不上

[sfuyuan]

sunxuehu 我要把3个都配置为0吗 配置为0后，每一个字节的数据的会这样，每一整包的数据50ms依旧存在，这样配置似乎sck的整体频率就不对了

[sfuyuan]

sunxuehu 您好，没啥效果，你们有没有用这个芯片模拟的实例测试下看看，我目前的就是加上那个19的延时，可以驱动音频芯片，但是失真严重，如果把延时去掉，就会跟图片的一样频率都不对了，音频芯片完全驱动不了。

[sunxuehu]

50us的时间间隔由以下主要的时间组成(建议把PCS的信号线引出观察PCS的高低才是决定一个帧的开始或者结束)

1. SCK结束到PCS拉起的时间(这里主要会导致您贴的示波器途中SCK和TMU trigger之间的距离)，缩短方式SPI_CLK_SCKPCS(x)
2. TMU trigger后产生后到下一帧开始的时间主要由：帧间隔时间(和代码执行时间相重合，哪个时间长是哪个)/代码执行时间+PCS拉低到SCK开始的时间(用SPI_CLK_PCSSCK(x)缩短时间)；
3. 当然，调节以上方式都是在不影响一包数据中的帧间隔，即在一包数据的帧与帧之间的间隔时间(SCKPCS + FMDLY + PCSSCK)基本等于1bit时间才能保证不失真。
   注意：请问下是否只有一包的最后一帧才会出现TMU由严重的延时

[sunxuehu]

但是比较奇怪的是TMU的trigger时间有点延时过长了，如果这样的话，理论上LRCK会出现严重的偏移

[sunxuehu]

示波器的channel2是LRCK？

[sfuyuan]

sunxuehu 硬件上没有配置PCS的线，就三根线，即SCK,DAT,和tum。 是的示波器的2是LRCLK,1是sck，因为产生严重的失真，猜测就是一个是LRCLK和sck的响应偏移太大，另外就是每一包数据间隔太长导致不停偏移

[sunxuehu]

这个不会，你可以看下在一包的数据里面的LRCLK是否会有偏移，最后一帧那个不是延时，只是在一包数据发送完后开始新的一包的初始化状态，SCLK那个时候没有启动，是没关系的。还有就是LRCLK不是TMU出来的，是eTMR出来的

[sunxuehu]

可以将一包的数据和音频信号一起拉出来看下，是什么样的失真

[sfuyuan]

sunxuehu 意思是这个没有影响？只要下一包的LRCLK根sck没有偏移就可以？我

[sunxuehu]

是的，LRCLK只是判断是左右声道

[sfuyuan]

sunxuehu 但是现在我的LRCLK和BCLK上下边沿完全没办法对其，我应该怎么调整，数据是通过spi发送的跟spi的时钟是对齐的

[sunxuehu]

完全对齐是不可能的，因为只有在SPI的帧结束了才会发送trigger到TMU，再路由到eTMR , 将SCKPCS(帧结束段，CLK结束到PCS拉高的时间)的时间等价到PCSSCK(PCS拉低到CLK开始的时间)或帧间隔的时间，看看这种方式有没有改善

[sfuyuan]

sunxuehu 另外就是有没有办法缩短那个50微秒的间距，就是每一整包数据的间隔，波形的数据本身就比较短，是靠循环发送同一个波形去执行的，现在每个正弦波的数据中间隔了50微秒，这个我要如何解决，程序里只有一个while在一直循环发送数据

[sunxuehu]

目前推测耗时最多的是代码的执行时间，如果代码没开优化等级的话，可以开一下