VS1053实现zigbee语音实时传输问题

fugushatu

大家好！
本人最近有个项目要实现VS1053的ADPCM采集，然后通过MC13211的zigbee发送出去，有两种方式实现：
1、STM32F103采集VS1053，然后UART给MC13211，MC13211有个成熟的UART-zigbee的程序，可以直接透传。
2、MC13211 SPI采集VS1053，然后内部zigbee发送；

本人在第一种方法的实现思路如下：
VS1053的初始化、RAM检测、ADPCM的采集编码都是成功的，语音4.5kbps的码率，也试过类似微信方式说完后再发送出去，是可以的，但是受限于STM32F103的RAM大小，大约2s的声音能够听到是连续的；也试过保存到SD卡中，ADPCM的方式可以读取。实时发送的方式没有尝试成功；后来为了方便省掉一片MCU，直接用第2种方法。

第2种问题如下：
VS1053的手册大篇幅描述了解码的资料，编码的资料较少，自己的代码如下：

  w=VS_RD_Reg(SPI_HDAT1);                 //查询是否有数据可以采集
  if((w>=256)&&(w<896))
  {   
    while((w>=256)&&(w<896))                //while是为了确保这次采集后下次数据是空的，防止采集完一组后数据又准备好，这时候如果发送zigbee的操作会导致数据采集不完全，可能会有连续的几个256个字节块
    {
      ram=0;
      ptrRxBuf=&RIFFHeader1[Block_num*256];  //存储首地址
      while (ram <256)
      {      
        w = VS_RD_Reg(SPI_HDAT0);           //保存256个字节的数据
        *ptrRxBuf=w>>8;
        ptrRxBuf++;
        *ptrRxBuf=w&0XFF;
        ptrRxBuf++;
        ram+=2;
      }
      Block_num++;              
//      if(Block_num>=7)                     //测试用，看buffer是否会因为没有及时发送出去导致溢出
//        while(1);
      w=VS_RD_Reg(SPI_HDAT1);        //采集完256个字节后看是否还有数据需要继续采集    
    }
    if(w<=200)                                  //防止数据接近256个字节，这时候发送会占用20ms左右的时间，此时间段内不去采集声音，可能会导致数据丢失
   {     
    for(gggg=0;gggg<Block_num;gggg++)
    {
      TRANSMIT = LED_ON;    
      SendVoiceData(&RIFFHeader1[gggg*256],100);      //发送256个字节
      SendVoiceData(&RIFFHeader1[gggg*256+100],100); //因为底层驱动函数已经写好了，测试的时候就分开3次发送了
      SendVoiceData(&RIFFHeader1[gggg*256+200],56);
      TRANSMIT = LED_OFF;
    }
    Block_num=0;
    }
  }


问题描述：
声音断断续续无非是数据没有采集完整，需要采集时MCU在进行其他操作，错过了采集
1、此种查询方法是在尝试中断方式不行后改的，中断有可能会打断正在采集的操作，或者采集数据不完整，丢失部分数据；
2、经测试，上边的代码是数据流不断的发送的，但是接收端还是断断续续的声音。

请大家指教！如何数据完整，声音连续？写的有点乱，见谅！

正点原子

你的zigbee的传输速度是多少？

fugushatu

回复【2楼】正点原子:
---------------------------------
谢原子回复，250kbp，问题尚未解决，给个思路啊

正点原子

250Kbps，传输个4.5K，不至于卡吧...
你做个缓冲试试吧，在播放端建立一个缓冲，等缓冲到一定程度，再开始播放。
类似迅雷看看那样。。。

fugushatu

回复【4楼】正点原子:
---------------------------------
因为F103和MC13211的RAM很有限，我试过F103大约10K的buffer，大约存2s的声音吧，结果声音是连续的，方式就是先保存，然后发送；如果边保存边发送的话，就断断续续了。现在问题是了解不到VS1053的编码时序，DREQ只用于解码时写入数据，而不能知道编码时什么时候数据满了，只能查询w = VS_RD_Reg(SPI_HDAT0);   所以不知道如何能够保证数据连续，就是在数据读取后直接发送不影响下次数据的读取。

fugushatu

顶啊。。。

正点原子

只要录那边是连续的,数据不断流,就不至于放不连续吧?

fugushatu

回复【7楼】正点原子:
---------------------------------
现在发送端和接收端示波器测到码率大约在4055bps，符合要求，但是每隔一段时间会有破音，我掐表看了下，2s-2s-10s，如果数据包没有丢失的话，那就是采集出来的数据有问题了。

dhasjksd

回复【4楼】正点原子:
---------------------------------
这个缓冲不需要时间吗，能不能有更好的实时的办法呢？因为好多的协议里面都有类似的方法，就是缓冲在发

正点原子

回复【9楼】dhasjksd:
---------------------------------
我没什么其他办法了哦,呵呵

q2386736357

我用 stm32 +  vs1053 + 443mhz的无线 模块 可以 实时发送 ，没有问题   
但是  遇到一个 问题   ，就是老有突突声，   请问 你的录音里 有吗 ？

原子，这个接了 无线模块 老有突突声 ，请问如何解决 。
那位高手 能有解决办法吗？

正点原子

回复【11楼】q2386736357:
---------------------------------
是不是数据有断流？
或者数据里面有非法数据？

q2386736357

没有断流声音很流畅，我发个录音你听下。

q2386736357

回复【12楼】正点原子:
---------------------------------
没有断流声音很流畅，我发个录音你听下。

正点原子

回复【14楼】q2386736357:
---------------------------------
杂音太多了。
检查下模拟电路是否正常，供电要足。

hugo01chen

回复【11楼】q2386736357:
---------------------------------
我最近也想做个这样的东西，是否可以共享点资料给我，感激。

mengzi

hugo01chen 发表于 2015-6-16 10:37
回复【11楼】q2386736357:
---------------------------------
我最近也想做个这样的东西，是否可以共享点 ...

你好，您实现了吗