细节，还是细节对细节的挑剔怎么都不为过，有时候表现出来的不屑，或者轻率，会有一种人浮于事的不稳重；周围同事的高要求，或者说挑剔，对你来说，是一件好事，是一种促进，也是一种能力的提升；高要求，或者被你说成是挑剔的要求，理由很充分，并且是合理的要求，你没法拒绝；比方函数名的拼写错误，decrypt与decreypt，archive  与archieve，担心其他人跟你继续犯错：）；英文标

最近调测UWB的收发，比较困扰的是DW1000是半双工通信方式，也就是要么在RX，要么在TX，那么标签和基站如何协同工作呢，比方标签发包的时候，基站一定要在RX才能收到包，否则发包就会失败，这个协同如何来做呢?其实官方给的例子有一个demo，一个是能说明这个协同的，但是其中的延时，是如何配置的？这也是困扰我好久的问题！

需求：Web控制台与多个SIP电话终端的建立语音会议；

版本：kamailio-5.5.4freeswitch-1.10.0使用docker，上一次做kamailio代理freeswitch验证的时候，使用了给docker配置独立IP的方式，确实网络上简单很多，这次使用的是docker的端口转发，多了几个问题，最简单的是docker udp端口池如何配置，然后docker会内部创建一个172.17.0.1的网关，充当docker容器和外头网络通信的路由

BpHero-UWB上位机是从DECARANGERTLS PC 端源码修改来的，蓝点开放出来的代码，最基本的几个需求发现不能满足，比方：基站ID修改为非0,1,2，自定义为其他的基站ID，程序就奔溃了； --出现这个问题的主要原因是基站ID作为了数组的下标会用，一大就越界了，所以需要一个基站ID和下标值得映射关系： class GraphicsWidget : pu

接到一个任务，验证硬件同事的一块板子，网卡芯片W5500的功能是否正常，MCU使用的是STM32F103RCT6 ！ 从了解到的信息看，W5500和MCU之间使用SPI接口进行通信，跟最近调了好久的DW1000的使用方法相同，驱动是厂家提供的，也就是只需要调通SPI通信，基本上就能驱动W5500工作！

最近接触一个监控视频服务器的代码，觉得代码的实现思路和之前考虑的监控拉流转发的思路有一些差异，整理一下

需求：一个三方的广播、对讲系统，需要集成到已有的平台，已有平台采用的是B/S架构，也就是用户通过Web端来实现管理需求；三方的广播、对讲系统则是一个C/S架构的程序，提供三方可以定制开发的Windows端的SDK，这就有了这个积木式程序的开发！一个比较典型的Web端如何集成C/S端程序的思路！框架图如下：最终是实现一个windows端的本地服务，安装在用户的PC电脑上，web端调度员使用web就能

近期在做Android双系统开发和维护工作，可能以后也不会涉及到这块了，做个记录！刚接触还是很难的，所以以后有同学如果能做到这块，不要着急，任何技术都是需要时间积累，就这么三两个月能开始修改内核的代码，多少还是觉得有些意思的！

这不是一个对程序员友好的话题，当局者迷，躺平也不是这个社会青年人该有的态度，一个工作10多年的人居然说自己不年轻，多少显得滑稽，也说明IT这个行业对老人是多么的不友好！思维的懒惰，和身体的勤奋，往往让我们继续选择原地踏步，问题依旧在，得不到改变，想的也不是特别深入，先抛出来，记下来，或许下次谈起，也就能找到出路了！