在之前的一篇文章Usb 摄像头绑定中，想要将实际 Usb 端口绑定到具体业务上，利用 Usb 端口在文件系统中的 index 来做的绑定。在外发的设备上暂时没有发现 index 发生变化的情况，所以就没处理了。但是最近还是有反馈说，设备重启后绑定关系就错了，应该就是 index 发生变化了。哎，该趟的坑一个都跑不掉啊。正如「墨菲定律」：如果事情有变坏的可能，不管这种可能性有多小，它总会发生。

有一个长耗时任务，需要持续性的发送数据，发送的包收到回应后，继续发送下一包，如此反复，直到数据发送完。起始时没什么好的思路，线程的知识都不太记得了，wait nofity 等方法都好久没用过了，后面看了下廖雪峰的博客，把知识重新温习了一遍，便有了如下代码：

近日测试同学报了一个 bug，当界面展示了雷达距离弹窗时，登录页面的按钮竟然还可以点击，点击 EditText 可以唤醒系统键盘，但是点击系统键盘后无法输出到 EditText 上。布局大概是这样：

在科二考试系统一文中，实现一个科二考试系统依赖于「高精度定位」。以此文来记录下相关技术思路。

定位

要实现高精度定位，需要两个定位设备。设备支持设置 流动站 或者 基站 两种工作模式。当设置为基站之后，设备会将自己的 rtcm 数据（简单理解为差分数据）发送出去。然后流动站接收这个差分数据，再结合自身收到的卫星 gps 数据进行运算，便可以得出一个「基于基站的高精度坐标」了。

在之前的文章中，写了一个 CameraIntent 的类，代表用到摄像头的业务。App 允许连接多个 Usb 摄像头，然后将业务绑定到一个确定的 Usb 端口。如果这个端口插入了摄像头，则可以直接使用摄像头产生的数据进行业务处理，如果没插入摄像头，则相应的业务不做处理或中断。
通过 UsbManager.ACTION_USB_DEVICE_ATTACHED、UsbManager.ACTION_USB_DEVICE_DETACHED 广播可以知道 Usb 设备插入、拔出的时机。通过 intent 获取到的是一个 UsbDevice 对象。如何通过这样的一个 UsbDevice 确定物理实际的 Usb 端口呢？

项目中需要使用 Usb 摄像头，摄像头产生数据，然后业务方拿到数据后做自己的事情：推流、人脸登录、AI 检测等等。于是写了一个枚举类 CameraIntent 用来标识摄像头的意图。在 CameraIntent 每个枚举项初始化的时候，设置一个 key，然后根据这个 key 拿到 SharedPreferences 中绑定 UsbDevice 的名称，以此找到对应 UsbDevice 的摄像头，从而获取数据。

说下问题背景：App 接入摄像头，摄像头产生的每一帧数据（byte 数组），经由阿里云推流的 api 推到监控中心。
摄像头的管理用 HandlerThread 实现，当摄像头打开之后，拿到每一帧的数据回调出去。

嗯，产品需求要将语音机器人交互实现文中的动画效果进行修改，改成什么样呢？
演示视频太大了，随便截了几个图：

还有两天就要过年了，今天是最后一天班，抓住时间的尾巴，还是记录一下吧。

…

回顾了一年，好像并没有什么特别的事情，工作、生活有条不紊的来回交替，但平凡即伟大，就算是流水账也还是可以记录一些的。

有个需求，需要判断网络是否连接，如果是正常的移动网络或者 WiFi，是可以判断出来的，但是目标设备使用的是以太网，就像台式机插入的网线一样。假设拔掉机器这边的网线，很显然就是没有网络的，通过 Android 的 ConnectivityManager 的 getActiveNetworkInfo 也可以判断出来。但如果拔掉的是网线的另一端，通过 Android SDK 获取的网络会仍然是 CONNECTED。这显然是有问题的，因为此时此刻设备连访问百度的能力都没有了。所以打算使用 ping 指令，不断的去 ping 一个 host，如果能正常返回，则说明网络是没问题的。