我们公司新设计了一个音频解决方案,具体是通过ARM芯片通过PCM连接6个数字mic,然后对每个通道进行降噪和选优。由于公司之前使用的TI的5502进行切换,工程师离职了加上5502不支持液晶频的驱动arm的可扩展性要强一些。我们考虑用f407来做。现在不太确定有个地方就是音频的通信协议的选择。我们之前使用的dsp是ti自带的mcbsp协议,这个协议是和pcm协议兼容的。所以考虑f407上用pcm协议做。但是我看了f407的说明手册没有明确是否支持pcm协议,F429的手册上写了PCM/DSP支持,不过没有看到正点的429开发板。所以先选择了2块407开发板用iis协议先实验。
PCM降噪算法已经测试了在f407上运行没有问题。我是算法工程师对F407不是太熟悉,专门查了一下PCM协议和iis协议的区别,没有看到什么兼容的说明。上周咨询了正点的工程师,他告诉我iis和pcm两者是一致的。并告诉我目前开发板的实验44就是PCM方式。
我的理解不太一样,我觉得开发板的实验里面,例如44.录音实验,里面的wav格式实际是wav头+pcm数据格式,还不是真正的pcm协议。
请教论坛里面有经验的各位,iis协议是否和pcm协议兼容,我这个基于f407的多mic阵列模式是否有可行性。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
你用adc采集,那也是可以的。
我说的是外置adc的方式,通过IIS读取。
谢谢原子哥的答复,之前的我们公司的开发板是dsp和多个mic连在一起,用mcbsp协议同行。当时我就很奇怪多个mic同时有数据进入的时候,DSP怎么在数据线上进行识别。因为按照pcm协议,多通道的数据需要按照时序依次排列到数据总线上去的。而外部数字mic是不受控的。如果DSP发送的话相当是1对多这个还比较好完成
昨天焊了一个电路,用arm连接6个mic,走iis总线。arm做主,数字mic做从。arm发出的数据多个mic能接收到。但是反过来这几个mic发给arm的数据,arm就接收不到了。看了数据线的电平高电平也只有1.4V肯定不行 。
你的回复中提到的IIS ADC是什么意思?我理解是多个mic的数据变成模拟信号再从AD接进ARM进行处理。不知道是不是这样。
一周热门 更多>