rv1106模块或者开发板，系统：支持buildroot或者ubuntu两种Linux系统；硬件上，支持：摄像头MICAudio+功放0.5T算力64M、128M或者256M RAM可以外挂SD卡

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

朋友有多年的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的同学来说，就可以直接做设计，然后拖拖拽拽的给实现了，不仅节省了前端同学的开发工作量，也节省了人力成本，开玩笑的说，前端同学的饭碗可能有影响了。

最近移植代码到瑞芯微平台，记录几个问题，代码细节确实是关键！1、C++ 函数 void*返回值没有返回， 触发munmap_chunk:invalid pointer；2、mqtt-paho库，MQTTClient_subscribe主题为空，导致mqtt主动断连，出现lost conn现象；3、void *payload数据直接复制给string，尾巴出现多余字符； int msga

必须点赞，正点原子的资料是相当齐全的！

近期一直在做可视通话功能，主要基于pjsip来实现的，将这些过程记录下来，可能对做同类型工作的同学有所帮助！主要关键点：1、摄像头采集完成后是可用的已编码的H264/H265的流，不需要再开启pjsip的编码/解码流程；2、组包发送，H264的FU-A组包、PS封装发送；

主站的逻辑：决定标签测距的时间槽位信息；决定多个站测距过程中回复A包的时序；从站的逻辑：根据从站的内部序号，决定测距过程中回复A包的时序；方案：一、开机上电同步主站tick，并收集基站列表：1. 开机上电后，即发上线通知, 只有主站回复自己的tick；2. 如果超时20ms 没有收到主站回复的SYNC，则决定自己就是主站；3. 收到主站回复的SYNC ,以及包括主站的tick，则同步tick，计算