广播产品的典型功能：1、分区广播基于组播协议，通过分区的组播地址广播MIC录制的音频数据，音频数据采用RTP组包协议组包2、终端广播广播设备监听特定的10000端口，然后想特定广播ip和10000端口发送MIC录制的音频数据，音频数据采用RTP组包协议组包3、对讲语音对讲：voip视频对讲：camera摄像头支持4、监听支持锐科达寻呼话筒；

吞吐量要解决的几个问题：1、标签时隙管理；一种方式：基站主导，官方的TREK1000代码有类似的逻辑；一个标签，比方每2s发送一次P帧，2、多基站测距；A站、B站、C站回复A帧的时间不同，需要做延时发送；具体延时多久，也需要同标签做好时间窗口同步；

DW1000跟MCU之间是通过SPI读写完成数据交互，如果SPI数据读写有延迟，对基站吞吐量的影响是很大的，最近一次，分析标签完成一次测距时间太长的问题，就找到了SPI读写过程中的问题，当然也有选用MCU自身主频低的因素在里面；

LINUX外接TM1650键盘，由于TM1650不是一个标准的I2C接口，只能通过操作GPIO方式模拟I2C通信；问题1:通过linux的文件读写gpio方式，支持us级别的控制；几个报错处理：1、开始通过文件方式操作export文件，发现总是失败；[failed]gpio_export path:/sys/class/gpio/gpio145open error: Permission deni

硬件同事在调研通过PCM音频模块，完成PCM音频流的播放，一共使用了3个模块：1、CJMCU-5102模块：PCM5102为 I2S-DAC 解码器；支持I2S输入；没有参数配置；2、WM8978模块： WM8978为DAC+ADC芯片，除了DAC解码功能，还带了一个MIC录音功能;支持I2S输入；支持I2C配置相关参数；3、VS1053模块：VS1053是音频编解码芯 片，支持：MP3/WMA/

近期的几个问题着实让人头疼，过程也是相当坎坷；1、丢包率硬件的稳定性，软件一样的逻辑，丢包率居高不下，一直在40%以上；还好硬件同事不甩锅，发现硬件PA的问题，重新修改了一版硬件后，确实丢包率下来了好多，还是需要有一般靠谱的伙伴；当然软件这块也做了好多修改，丢包重试；sniffer模式的实现；2、功耗；功耗仪上测试了好几版，抓波形，分析工作时长；分析竞品的工作时长，找到功耗消耗长的原因：第一个：T

只能说从开始做这个产品就一直在坑里，DW1000寄存器多且不那么好理解，摸了快一年了，寄存器的配置还是一知半解。

关键词：pjsip、hi3516ev300、voip第一步：pjsip在hi3516ev300的移植：这个工作量相对较小，配置host为arm-himix100-linux编译都能顺利通过./configure --host=arm-himix100-linux  --prefix=$PWD/install  --disable-libwebrtc

网上购买了一块hi3516ev300的开发板，收到开发板后，把rtsp播放的基本功能验证了下，摄像头和MIC功能都正常；接下来期望是调通sdk版本中sample代码的视频录制和声音录制功能；平台：Hi3516ev300调试手段：gdb，日志；SDK: Hi3516E V200R001C01SPC012参考代码：https://github.com/lmshao/HisiLive 

1、程序烧录，最开始总是烧录失败，后来确定是HiTool.exe的版本不一样，烧录不上，一定要找与开发板配套的Hitool版本！分区表文件，这个需要跟芯片的flash大小对应上：<?xml version="1.0" encoding="GB2312" ?> <Partition_Info Prog