早在第一家公司的时候,有一个印象深刻的Bug,很值得思考。这个Bug充分说明了有缺点的系统架构是怎么在不经意间影响了产品的。
DSP有一个简单的操作系统,可以运行一些task,这些task有一定的优先级,优先级低的task可以被优先级高的中断。
对MCU来说,DSP就是一个外设,它周期性的给MCU发中断,MCU的中断处理程序会在DSP和MCU之间的DPRAM上读取数据。为了同步DSP和MCU对DPRAM的读写,需要设置和检测一些flag寄存器(DSP上)。
DSP上的task有:
优先级最高的中断级任务 Boot Task,FRAME Task,CMD Task,PCM Task。
当CPU的中断来了的时候,CMD Task激活,然后它将激活PCM Task,顾名思义,PCM Task是处理PCM数据的。
下一优先级的任务是MIX Task,它运行Super Foreground Level,每2ms被执行一次,用来混音。
然后,再下一优先级的任务是Speech tasks,运行在Foreground Level,每20ms运行一次,用来处理语音电话数据。
最低优先级的任务是Music Task,运行在Background Level,处理一切跟Music,Tone相关的事情 。
打3G语音电话的时候,MCU和DSP之间的通信可以用这样的一个抽象图来表示:
这样,当Telecom很频繁的发送AMR语音帧时,可能两个连续的语音帧的时间间隔
解决方法很简单,就是增大Buffer的大小,扩容为以前的两倍,这样CPU除非连续三帧来的时间间隔<
DSP读取和回调的时间间隔时,CPU才会丢弃语音帧---这个概率基本是不存在的。
阅读(3) | 评论(0) | 转发(0) |
0
上一篇:没有了
下一篇:
浮点运算是怎么实现的?
相关热门文章
给主人留下些什么吧!~~
评论热议