看最近的访问搜索关键字，大部分都是通过WVP-GB28181关键字搜索过来的，原来调到一半，就去干别的事情了，趁着年前比较空闲，重新捡起来，发现还比较顺利的调通了取流，记录下过程。

实现一个通过ADC采样电压值，每次采样5次，去掉一个最大值，一个最小值后，取剩下三次的平均值。//取5次adc，去掉最大值，去掉最小值，取平均值 #define BATT_LVL_COUNT  5 static int batt_lvl_history[BATT_LVL_COUNT] = {0}; static&nbs

在语音通话过程中，没有规律的卡顿。MIC采样，AEC回音消除处理，编码、发送。WAV文件读写方法。

4个界面：闪屏页主界面蓝牙搜索界面文件夹选择界面；功能点：1、闪屏页申请权限，其中包括蓝牙权限。2、主界面操作升级功能；显示进度，并反馈升级结果，升级日志。3、蓝牙搜索界面搜索蓝牙设备，并进行选择。4、文件夹选择界面选择指定的文件夹。  

GB28181平台需求：视频预览;云台控制（方向、缩放控制）;视频设备信息同步;离在线监控;录像查询与回放（基于NVR\DVR，暂不支持快进、seek操作）;无人观看自动断流;

需求：语音会议中，会议参与的任何一人挂断电话时候，如果会议中只剩下一人，则自动挂断电话。实现，使用bgapi的方式，参考https://github.com/lusongcn/freeswitch-esl-php 提供的php bgapi接口实现。//demo.php<?php require_once 'lib/freeSwitchEsl.php';

朋友有多年的Linux实战培训经验，录制了好些Linux学习视频，分享给有需要的同学！链接：bilibili小站

前两天定位一个嵌入式应用的死机问题，过程极为复杂，首先用jlink抓core文件，然后用trace32恢复现场，最后发现是idle线程的任务栈被踩了，但是没法确定是谁踩了这个内存，理论上，靠死机dump也是能恢复出来哪一个操作产生的这个现象，但极为复杂，需要通过SP去恢复其他线程的任务栈，也就是踩内存产生的实际，通常恢复出来都是被踩的任务栈，最后还是得依靠打印日志，走查代码查出来问题；最终，发现异

经过好几个平迁移DW1000的折磨，总结一下。一、速率对DW1000的影响主要有两个：1、MCU的运行速率；从STM32、nrf、gm技术、sifli等MCU，总结经验是，MCU的运行主频只要高于48MHZ，少打印串口log，以及少用memcpy等耗时操作，对dw1000的操作是不会存在性能瓶颈的。2、SPI通信速率；SPI速率主要是SPI主频，官方代码中port_set_dw1000_slowr

这个类似低代码平台的大屏制作工具，对于不会复杂前端开发，特别是做UI的同学来说，就可以直接做设计，然后拖拖拽拽的给实现了，不仅节省了前端同学的开发工作量，也节省了人力成本，开玩笑的说，前端同学的饭碗可能有影响了。