这是最近做的一个很有意思的案子，是一个玩具上用的蓝牙控制器。
条件限定为：一个MO的蓝牙，把它做成蓝牙遥控器，而且，控制的时候还要播放主机走蓝牙过来的声音。 同时，这个蓝牙模块没有数据片可以走，直接输出载着直流的音频差分信号。 讨论的结果就是，在要播放的声音里混音进人耳听不到的频率部分，然后在蓝牙音频模块输出端把数据解调出来。 解调部分 核心部分就是LM567的解调端，中心频率设定在人耳基本听不到的18.5Khz 核心的部分是音调检测，用了一款NS家很老的专门做音调检测的LM567。
其原理就是利用本地RC震荡产生一个频率，与输入频率进行鉴频，8脚是专门做鉴频输出用。
f0的公式电容用uF，用KOmh，频率为kHz
算出来18.5Khz下 Cx=6.8nF Rx=7.5K 但实际调试的时候RX建议用10K的 ，因为其他器件可能会有误差 带宽跟C2和输入信号的有效值有关。 Vi是直接取蓝牙输出的还没过功放的小信号，振幅很小， 所以实际上电路的带宽会很小，这是有利于做频率辨识的，以防谐波以及声音文件里夹杂的各种频率信号的干扰。 这里C2用的0.1uF，C3用的10uF。测量出来带宽在500～1kHz左右。 电源用5V，跟后端解码的单片机电压一致。 有18.5Khz输入的时候，8脚输出低电平。 焊好的板子如下～
声音部分
首先用一个叫做SweepGen的软件来做音频发生，用Total Recorder的虚拟声卡映射把生成的声音捕捉下来。
注意SweepGen和Total Recoder默认的电平和音量不是0db，记得调节到0db的原始声音状态。 在
SweepGen里面记得把波形设置成正弦，因为18.5Khz的方波的谐波能听出来。 编辑声音妥妥的就得靠Adobe Audition了，cool edit是它的前身。其实声音生产也可以用它，只是我没找到在哪生成正弦波形。
在
Audition里面可以看到，剪辑的声音频谱落点很明显。
解调部分
因为播放器在播放的时候可能会淡出淡入，以及
刚开始播放的时候会开启内部codec所以正式的编码数据前要加一段静音。
经过测试，18.5Khz的信号要维持50ms以上，
567的输出低电平才跟着18.5Khz的持续时间接近，所以一帧数据长度暂时设置为50ms。
由于无输入的时候解调部分输出为高，所以同步头用一个低电平来做下降沿触发，在触发
这边的中断后对IO进行采样，1ms采样一次，50ms为一个帧，算上采样内执行延时，一帧共采样32次，超过16次为低就认为是0。
MCU用的是8051核的新塘N79E8132，2块钱一颗的单片机
采样的代码段： for (cntbit=0;cntbit<8;cntbit++) { sample=0; for(samcnt=0;samcnt<32;samcnt++) { sample=sample+(P0&0X1); // Delay1ms(1); //read process }// //printf("sample%d = %d \n",cntbit,sample); if(sample <16) //HIGH/LOW LEVEL SET { state_t=state_t | (0x1<<cntbit); } }
这里的delay是新塘的bsp包里用定时器标志位来做的，并且用一个IO反转测过执行延时才得出32次循环50ms的结果。 RC的频率是22M。 同步头设定为0101，后面四位作为命令位
比如01011110的波形就是下图
头尾1秒静音用来避免播放器的截头截尾效应导致数据不全。
下图是用
测蓝牙的音频输出和解调器的输出
黄色的CH1是解调器输出，蓝色的CH2是音频输入
下图是另外一组01011101的波形
基本出来这个波形，解调就不是问题了。
延时问题
如果你真的需要用LM567，以下这个问题你必须要考虑
咱们看图
LM567的鉴频脚 PIN8的锁定延时以及失锁以后恢复高电平的延时如图
锁定延时大概5ms
失锁的延时大概是10ms
而且锁定延时和失锁延时会浮动，不是每一次都一样。观察下来的结果，这个浮动多的时候会到上面数据的50%之多。
也就是表明，你的最小帧长度必须大于15ms的2倍+帧持续长度
这也是为什么
一帧数据要50ms之长，并且
要在一帧的采样周期里采样这么多次，还得用阈值来判别采样期间的电平的原因。
-电子元器件采购网（www.ruidan.com）是本土元器件目录分销商，采用“小批量、现货、样品”销售模式，致力于满足客户多型号、高质量、快速交付的采购需求。
自建高效智能仓储，拥有自营库存超过50,000种，提供一站式正品现货采购、个性化解决方案、选型替代等多元化服务。