0701
11:29 靠软硬件错误计数，完全封堵住了异常帧。
11:30 =>处理健康值的计算。
12:02 =>还未处理干净，同事反馈硬件错确实已经消失。
15:01 =>报警帧因最近修改的连锁改动，已经改就。
15:03 =>开始在三台设备上同步。
16:27<=最后修改了一个阈值的计算故障，之前不是线性的。
18:00 =>散，晚上很早就睡了。
0702
05:30 即起，洗衣，庄子内读完。写了一首小诗。
11:49 <= 解决了两个问题，一个是计算进程参数传递过程的错误。一个是报警中分项的误报警。分项误报警直接屏蔽了。
13:33 =>校验配置，预计30分钟。
15:01 <=做了部分的修改相关技术细节归档。
15:02 =>开始检查A项目报警消息发送过密以及modbus消息设置不清楚的问题。
16:16 =>私有化接口用起来始终有些不太舒适，现在打算把振动数据定时发送到MQTT服务器上。
16:30 =>之前一版是基于sharedmemory的，回头需要对这个版本做好模块化处理。
18:00<=文档整理，按同事的提示修改了mqtt的qos。
21:00<=晚上参加一次烧烤聚会没有呆太久。
0703
08:47=>正在处理代码和发行包归档。估计9:00做完。
09:29<=release，src, release.readme, release_note写完。
09:29=>开始处理用户手册，估计会耗时2.5小时以上。先不管格式和历史文档，写完再合并
11:58=>大纲有大概10章，写了不足1/10。
15:35<=现在3.2K字，这个大纲对我来说稍显庞大。先尝试输出一个阶段性的成果。把不得不描述的部分先行给出。
15:56=>3.4K，11页。挤牙膏一样，我觉得苏轼命题作文，要求紧扣数据，也不会做得很轻松。
17:41<=现在是3.5K，刚刚废了一点力气，去做了一个与卷积有关的实验。占用了1.5小时，收获丰厚：https://blog.csdn.net/twicave/article/details/140155488
18:00 散
7:50 吉他课，第一次提到和弦指法。
0704
08:30=>继续写文档
10:36=>一个里程碑，第一次独立遭遇了用初等数学无法解决的问题：在时域构建一个高通滤波器对应的时间衰减函数的具体函数表达式，这个问题在初等数学范围内，无解。
11:26=>又刷了一遍高等数学所要解决的问题范围，以及书目，期刊资源。网上有很多在线课程资源，我至少看到了3个国外大学的。包含它们的课堂习题。
14:41<=中午买了手机，现在至5.1K。
15:45=>5.9K在写术语表，刚刚把标准往里面整理了一下，填充了数学工具部分。
17:33<=6.3K补充了数据搜集表。
18:00 散
0705
08:57<=AI收尾事项，今日做完
09:01=>先处理离线上传信息的缓存。需要控制它的存储周期。
09:03=>先处理打包=>
09:33<=实际先定义了司机室视频AI识别报警关断的协议。
09:35=>继续处理打包脚本。
09:51=>web缓冲上传确定重构使用redis，留到今天最后做。
09:52=>继续处理打包。
11:54=>打包rknn无法处理
15:04=>处理完modbus控制AI报警的处理
15:08=>处理modbus的报警状态清除。
15:26=>报警状态清除的准备，创建heartbeat消息
18:00=>AI Modbus接口做完。
0706
07:45=》回家，还书，取手机
11:45=》聚餐
16:10=》返郑
0707
07:10=》起床外出，庸庸单独行动。
10:30=》到购书中心
11:50=>吃饭
0708
08:03=》大雨，公交绕行。
09:40=》部件信息。
13:46=》处理redis
16:44=》redis通用的队列创建完毕。
18:00=》处理成命令行的模式、尚未完全移植进原有的工程
0709
09:03 =》命令行无法传输更大的图片，修正为python的形式。
09:57 =》redis应用，单元测试做完，笔记写完，封装完毕。
10:17 =》确认h265接入。
14:28 <=redis缓冲的处理结束。
14:34=》处理振动用户手册
16:10 |=6.6Ｋ添加了部分截屏
18:00 散，参考了SKF的包络部分的一份文档。
0710
08:29 =》处理cv12转换
16:37=》处理了两起视频解码故障
18:00=》csdn笔记、启动振动，应力数据刷新程序
晚上与yy冲突
0711
08:31=>首先处理振动用户手册
10:07=>手册至7.1K
12:00=>修改了webpost部分的实现，按照最新协议。
中午看至444页
14:05<=webpost修改
17:25<=连接两个子网，失败，尝试用两个无线路由器互联。不行。路由器不提供反向路由。
0712
08:29 => 首先处理webpost受mqtt控制
14:35 <=密集处理了几处修改。modbus->webpost的控制。modbus的某些寄存器的状态错误。
14:36 =>文档补充。
15:23 <=归档完毕。
16:21 =>振动文档至7.6K字。
20:30<= 处理掉了一起modbus寄存器值的bug
0713 加班
11:00<=纠正了几处modbus寄存器的逻辑问题.
12:05<=将昨天的modbus整理文档更新。https://blog.csdn.net/twicave/article/details/139515502
13:24=>增加一个总的报警掩码寄存器
14:47<=调试完毕，文档更新完毕。
14:48=>开始处理另一款振动传感器笔记。https://blog.csdn.net/twicave/article/details/137785241
18:30=>新增的报警模式webpost latch失效处理
20:00<=done.
0714
去银基附近，去家具店，吃虾火锅。微信视频
0715
08:32=>继续写振动分析用户手册
上午追踪了那个齿轮箱无法测得齿损伤的问题，写了两篇笔记：https://blog.csdn.net/twicave/article/details/140428903
https://blog.csdn.net/twicave/article/details/140430000
后一起故障的分析不完整，部分信息缺失，还没有完全处理完。
上午接到测试另外一家供应商的振动传感器的工作。着手处理了
15:11<=刚刚做过新的振动传感器的测试。频响指标差了一点。
18:30=>散，传感器频响加测两组，不行。10Hz频响大概衰减到76%的样子。
0716
09:42=>与传感器厂家联系，查阅电路参数。
11:38<=振动台上实测加速度曲线有些特性我们无法解释。
13:33 中午读至520页。还有大概200+
15:08<=做了fluke的振动分析仪笔记。https://blog.csdn.net/twicave/article/details/140464384
15:08=>查阅压电加速度传感器的原始频响参数。fluke用那个压电传感器做为主振动传感器。
15:10=>上午额外做了振动台的功率输出曲线核对，未发现异常。
18:01<=频响问题定位到原因，解决。https://blog.csdn.net/twicave/article/details/140467251
0717
08:31=>继续处理振动分析手册
09:44=>新的振动分析通道测点分配参照上一次的模板处理过。
09:45<=手册进行到8.7K
10:04=>9.1K ,第一版即将完工，补充部分FAQ即结束
11:45<=手册发布到研发小组，做了一次校对，楼下印社，24页正反面=3元。
11:45=>处理频点中同事发现的问题。PLC设备的数量似乎不对。
12:00<=布点文档修订。
中午看至罗马尼亚独立附近，柏林会议结束不久。
13:39=>处理频点部分的初始配置
15:11<=布点IP-通道-器件位置及编号确定。https://blog.csdn.net/twicave/article/details/140493489
15:13=>redmine登记本月的几个大的工作事项。
17:00<=登记振动传感器需要处理的一些项点，罗列了大概14个大项，大概30+小项
18:20=>传感器厂商寄来的两个测试用加速度传感器测试无误。
0718
早上《朱子读书法》读完
09:21<=加速度传感器报告，实验数据整理上传SVN，测试加速度传感器寄出。
09:22=>处理H265帧结构的识别。预计会需要1.5小时左右。
10:00<=cv2有非常清晰的接口可以得到。硬件接线困难，暂时停止。
10:01=>cos笔记。
11:00=>笔记完毕。需要查找变频器电流精确测量的文献。
11:32=>三件事：1.确定既有电机在各种工况下的理论曲线；2.确定Z效应在低负载下的作用，上机器学习；3.确定变频器电流的精确测量技术。今天先分出4个小时，处理1.
13:29 中午看过罗马尼亚，结束后，即转向萨摩亚冒险。
13:30 =>继续处理电机曲线。
14:32=>验证dI_of_up&down与s之间的线性关系。
16:03<=从数据库down下的一组数据中找到了5个点。尝试绘图。
16:26<=周一借用的加速度传感器归还完毕。
18:00<=五~6个点dI和II之间呈现出电流方程的特征。需要引入更多的点，修改了呈现方法。
0719
昨天开始《春秋繁露》
09:48<=拟合曲线看起来与原始数据符合地很好。尝试汇入更多的数据。
13:37<=上午将昨天的文档处理完毕：https://blog.csdn.net/twicave/article/details/140518979，同时验算了其他几笔数据，尝试了工程获取所有信息的途径：https://blog.csdn.net/twicave/article/details/140541067
中午看至德国巴格达铁路部分。
13:40 =》分析同一台电机参数的年变化，日变化。
14:51<=将持续一年有关振动的技术笔记归档：https://zhuanlan.zhihu.com/p/709755300
17:08<=代入了大概4~6组电机参数，无误。刚刚试图通过手工符号推导，推导出那个线性趋势，没处理完。
0723
14:00=>处理振动程序部署
15:56=>处理了mqtt在centos下的安装。
16:54<=两个实例安装完毕
17:39=>线性是一种近似，放大1000倍仍然是线性的。
18:40<=发现那个线性是有条件的，工程测量很可能无法达到那个条件。
0724
08:36=>尝试解读东莞40吨数据。
12:46=>第一次拟合完成，求参几个参数异常，一组参数带入的是理论值。继续。。
15:72=>当前的精度：50Hz解算电机方程，在15Hz下满量程1/10位置对转差率的预测精度：15%
18:00<=针对数据做了一个趋势可视化工具。
0725
09:33=>处理ONVIF服务端的代码，发现部分收不到UDP回应帧。暂时终止。
09:34=>继续处理h.265的尺寸问题。
10:30=>好奇怪，iVMS那个程序居然不是用onvif组播的接口连接上设备的。
12:00=>在追查驱动版本=》 v0.9.2 上午测试过gstreamer和cv2的帧，都是正常的。感觉问题出在mppvideodec
中午金与铁看至倒数第二章，还有一些细节没有看到。
13:33=>继续看版本。
15:05=>提升内核驱动版本=>
15:26=>不通，转向mpp源码调试
16:28=>终于看到了一个.h264文件，处理了各种互转换：https://blog.csdn.net/twicave/article/details/140693183，mppdecode不是幅面变换的原因。
18:00<=使用既有的线路做了yuv文件转储。有问题。
0726
08:34=>继续h265幅面变换的故障定位。
08:47=>yuv解码的颜色归正了。
18:00<=问题定位到，写了很多测试例程。笔记：https://blog.csdn.net/twicave/article/details/140696441有两篇。
0727
0728
周末，zy还算配合，到学校报道了。
0729
08:58=>C代码处理过，开始往python统合。
09:34=>编码完毕，统合。
10:00~10:30<=下部工作会，一个新工作，AI防护区域的细化。
12:00<=第一次封装完毕，是针对.mp4源的。第二次封装需要针对rtsp源。
上午彬在处理xls的解析，帮她写了两三个式子。中午，金玉铁看完。
13:30=>继续封装。h265.real resolution.
14:16=>封装完毕。
14:32<=笔记https://blog.csdn.net/twicave/article/details/140767063
14:32=>着手处理自定义框
17:20=>h265输入分辨率自适应处理完毕。耗费了很多时间在sh,bash上。稍后笔记。
17:55=>又有一些不一致。不知道是哪来的。输出分辨率现在出现在输入分辨率上。
0730
08:40=>处理encode中的绿屏。
10:41<=分辨率问题处理完毕。
中午《金与铁》结束，发现了理想国的书友群。
14:05<=h264 硬解码问题处理完毕。（有4个像素的误差）
15:02<=改就。
16:08<=webpost test ok.
16:09=>笔记
16:48<=done.两篇，一篇关于推流，一篇关于webpost fake server的简便处理。
16:49=>继续处理ONVIF协议。
17:16=>测试的client-server都已经备好。笔记。
17:18=>着手测试0725的ONVIF识别程序和发布功能，设备发现组播看看能否收到新上线的camera.
18:00=>收到了查询帧，后来的响应无法在公共信道侦听。
0731
开读《夏月帝国》，昨天家人过来了。
08:31 =>继续处理ONVIF，先处理设备发现。
09:03 =>工时统计系统资料搜集。
11:19 <=ONVIF设备发现处理过，现在需要先把客户端做完。
11:20 (todo)收到原始视频本地存储的功能。
11:21 开始使用gitcode管理自己的公共代码。
17:09 (todo)接到降低post图片网速的需求
17:10 (todo)接到控制相关的预研
17:10<=ONVIF用户登陆处理完，现在处理stream地址时遇到点问题，需要跨越3个层级的接口才能得到。只是工作量的问题了。
18:03<-着手处理webpost历史数据上传速率控制。试了tc的方法，这版内核不支持。
晚上给繁露两章分节。
11:29 靠软硬件错误计数，完全封堵住了异常帧。
11:30 =>处理健康值的计算。
12:02 =>还未处理干净，同事反馈硬件错确实已经消失。
15:01 =>报警帧因最近修改的连锁改动，已经改就。
15:03 =>开始在三台设备上同步。
16:27<=最后修改了一个阈值的计算故障，之前不是线性的。
18:00 =>散，晚上很早就睡了。
0702
05:30 即起，洗衣，庄子内读完。写了一首小诗。
11:49 <= 解决了两个问题，一个是计算进程参数传递过程的错误。一个是报警中分项的误报警。分项误报警直接屏蔽了。
13:33 =>校验配置，预计30分钟。
15:01 <=做了部分的修改相关技术细节归档。
15:02 =>开始检查A项目报警消息发送过密以及modbus消息设置不清楚的问题。
16:16 =>私有化接口用起来始终有些不太舒适，现在打算把振动数据定时发送到MQTT服务器上。
16:30 =>之前一版是基于sharedmemory的，回头需要对这个版本做好模块化处理。
18:00<=文档整理，按同事的提示修改了mqtt的qos。
21:00<=晚上参加一次烧烤聚会没有呆太久。
0703
08:47=>正在处理代码和发行包归档。估计9:00做完。
09:29<=release，src, release.readme, release_note写完。
09:29=>开始处理用户手册，估计会耗时2.5小时以上。先不管格式和历史文档，写完再合并
11:58=>大纲有大概10章，写了不足1/10。
15:35<=现在3.2K字，这个大纲对我来说稍显庞大。先尝试输出一个阶段性的成果。把不得不描述的部分先行给出。
15:56=>3.4K，11页。挤牙膏一样，我觉得苏轼命题作文，要求紧扣数据，也不会做得很轻松。
17:41<=现在是3.5K，刚刚废了一点力气，去做了一个与卷积有关的实验。占用了1.5小时，收获丰厚：https://blog.csdn.net/twicave/article/details/140155488
18:00 散
7:50 吉他课，第一次提到和弦指法。
0704
08:30=>继续写文档
10:36=>一个里程碑，第一次独立遭遇了用初等数学无法解决的问题：在时域构建一个高通滤波器对应的时间衰减函数的具体函数表达式，这个问题在初等数学范围内，无解。
11:26=>又刷了一遍高等数学所要解决的问题范围，以及书目，期刊资源。网上有很多在线课程资源，我至少看到了3个国外大学的。包含它们的课堂习题。
14:41<=中午买了手机，现在至5.1K。
15:45=>5.9K在写术语表，刚刚把标准往里面整理了一下，填充了数学工具部分。
17:33<=6.3K补充了数据搜集表。
18:00 散
0705
08:57<=AI收尾事项，今日做完
09:01=>先处理离线上传信息的缓存。需要控制它的存储周期。
09:03=>先处理打包=>
09:33<=实际先定义了司机室视频AI识别报警关断的协议。
09:35=>继续处理打包脚本。
09:51=>web缓冲上传确定重构使用redis，留到今天最后做。
09:52=>继续处理打包。
11:54=>打包rknn无法处理
15:04=>处理完modbus控制AI报警的处理
15:08=>处理modbus的报警状态清除。
15:26=>报警状态清除的准备，创建heartbeat消息
18:00=>AI Modbus接口做完。
0706
07:45=》回家，还书，取手机
11:45=》聚餐
16:10=》返郑
0707
07:10=》起床外出，庸庸单独行动。
10:30=》到购书中心
11:50=>吃饭
0708
08:03=》大雨，公交绕行。
09:40=》部件信息。
13:46=》处理redis
16:44=》redis通用的队列创建完毕。
18:00=》处理成命令行的模式、尚未完全移植进原有的工程
0709
09:03 =》命令行无法传输更大的图片，修正为python的形式。
09:57 =》redis应用，单元测试做完，笔记写完，封装完毕。
10:17 =》确认h265接入。
14:28 <=redis缓冲的处理结束。
14:34=》处理振动用户手册
16:10 |=6.6Ｋ添加了部分截屏
18:00 散，参考了SKF的包络部分的一份文档。
0710
08:29 =》处理cv12转换
16:37=》处理了两起视频解码故障
18:00=》csdn笔记、启动振动，应力数据刷新程序
晚上与yy冲突
0711
08:31=>首先处理振动用户手册
10:07=>手册至7.1K
12:00=>修改了webpost部分的实现，按照最新协议。
中午看至444页
14:05<=webpost修改
17:25<=连接两个子网，失败，尝试用两个无线路由器互联。不行。路由器不提供反向路由。
0712
08:29 => 首先处理webpost受mqtt控制
14:35 <=密集处理了几处修改。modbus->webpost的控制。modbus的某些寄存器的状态错误。
14:36 =>文档补充。
15:23 <=归档完毕。
16:21 =>振动文档至7.6K字。
20:30<= 处理掉了一起modbus寄存器值的bug
0713 加班
11:00<=纠正了几处modbus寄存器的逻辑问题.
12:05<=将昨天的modbus整理文档更新。https://blog.csdn.net/twicave/article/details/139515502
13:24=>增加一个总的报警掩码寄存器
14:47<=调试完毕，文档更新完毕。
14:48=>开始处理另一款振动传感器笔记。https://blog.csdn.net/twicave/article/details/137785241
18:30=>新增的报警模式webpost latch失效处理
20:00<=done.
0714
去银基附近，去家具店，吃虾火锅。微信视频
0715
08:32=>继续写振动分析用户手册
上午追踪了那个齿轮箱无法测得齿损伤的问题，写了两篇笔记：https://blog.csdn.net/twicave/article/details/140428903
https://blog.csdn.net/twicave/article/details/140430000
后一起故障的分析不完整，部分信息缺失，还没有完全处理完。
上午接到测试另外一家供应商的振动传感器的工作。着手处理了
15:11<=刚刚做过新的振动传感器的测试。频响指标差了一点。
18:30=>散，传感器频响加测两组，不行。10Hz频响大概衰减到76%的样子。
0716
09:42=>与传感器厂家联系，查阅电路参数。
11:38<=振动台上实测加速度曲线有些特性我们无法解释。
13:33 中午读至520页。还有大概200+
15:08<=做了fluke的振动分析仪笔记。https://blog.csdn.net/twicave/article/details/140464384
15:08=>查阅压电加速度传感器的原始频响参数。fluke用那个压电传感器做为主振动传感器。
15:10=>上午额外做了振动台的功率输出曲线核对，未发现异常。
18:01<=频响问题定位到原因，解决。https://blog.csdn.net/twicave/article/details/140467251
0717
08:31=>继续处理振动分析手册
09:44=>新的振动分析通道测点分配参照上一次的模板处理过。
09:45<=手册进行到8.7K
10:04=>9.1K ,第一版即将完工，补充部分FAQ即结束
11:45<=手册发布到研发小组，做了一次校对，楼下印社，24页正反面=3元。
11:45=>处理频点中同事发现的问题。PLC设备的数量似乎不对。
12:00<=布点文档修订。
中午看至罗马尼亚独立附近，柏林会议结束不久。
13:39=>处理频点部分的初始配置
15:11<=布点IP-通道-器件位置及编号确定。https://blog.csdn.net/twicave/article/details/140493489
15:13=>redmine登记本月的几个大的工作事项。
17:00<=登记振动传感器需要处理的一些项点，罗列了大概14个大项，大概30+小项
18:20=>传感器厂商寄来的两个测试用加速度传感器测试无误。
0718
早上《朱子读书法》读完
09:21<=加速度传感器报告，实验数据整理上传SVN，测试加速度传感器寄出。
09:22=>处理H265帧结构的识别。预计会需要1.5小时左右。
10:00<=cv2有非常清晰的接口可以得到。硬件接线困难，暂时停止。
10:01=>cos笔记。
11:00=>笔记完毕。需要查找变频器电流精确测量的文献。
11:32=>三件事：1.确定既有电机在各种工况下的理论曲线；2.确定Z效应在低负载下的作用，上机器学习；3.确定变频器电流的精确测量技术。今天先分出4个小时，处理1.
13:29 中午看过罗马尼亚，结束后，即转向萨摩亚冒险。
13:30 =>继续处理电机曲线。
14:32=>验证dI_of_up&down与s之间的线性关系。
16:03<=从数据库down下的一组数据中找到了5个点。尝试绘图。
16:26<=周一借用的加速度传感器归还完毕。
18:00<=五~6个点dI和II之间呈现出电流方程的特征。需要引入更多的点，修改了呈现方法。
0719
昨天开始《春秋繁露》
09:48<=拟合曲线看起来与原始数据符合地很好。尝试汇入更多的数据。
13:37<=上午将昨天的文档处理完毕：https://blog.csdn.net/twicave/article/details/140518979，同时验算了其他几笔数据，尝试了工程获取所有信息的途径：https://blog.csdn.net/twicave/article/details/140541067
中午看至德国巴格达铁路部分。
13:40 =》分析同一台电机参数的年变化，日变化。
14:51<=将持续一年有关振动的技术笔记归档：https://zhuanlan.zhihu.com/p/709755300
17:08<=代入了大概4~6组电机参数，无误。刚刚试图通过手工符号推导，推导出那个线性趋势，没处理完。
0723
14:00=>处理振动程序部署
15:56=>处理了mqtt在centos下的安装。
16:54<=两个实例安装完毕
17:39=>线性是一种近似，放大1000倍仍然是线性的。
18:40<=发现那个线性是有条件的，工程测量很可能无法达到那个条件。
0724
08:36=>尝试解读东莞40吨数据。
12:46=>第一次拟合完成，求参几个参数异常，一组参数带入的是理论值。继续。。
15:72=>当前的精度：50Hz解算电机方程，在15Hz下满量程1/10位置对转差率的预测精度：15%
18:00<=针对数据做了一个趋势可视化工具。
0725
09:33=>处理ONVIF服务端的代码，发现部分收不到UDP回应帧。暂时终止。
09:34=>继续处理h.265的尺寸问题。
10:30=>好奇怪，iVMS那个程序居然不是用onvif组播的接口连接上设备的。
12:00=>在追查驱动版本=》 v0.9.2 上午测试过gstreamer和cv2的帧，都是正常的。感觉问题出在mppvideodec
中午金与铁看至倒数第二章，还有一些细节没有看到。
13:33=>继续看版本。
15:05=>提升内核驱动版本=>
15:26=>不通，转向mpp源码调试
16:28=>终于看到了一个.h264文件，处理了各种互转换：https://blog.csdn.net/twicave/article/details/140693183，mppdecode不是幅面变换的原因。
18:00<=使用既有的线路做了yuv文件转储。有问题。
0726
08:34=>继续h265幅面变换的故障定位。
08:47=>yuv解码的颜色归正了。
18:00<=问题定位到，写了很多测试例程。笔记：https://blog.csdn.net/twicave/article/details/140696441有两篇。
0727
0728
周末，zy还算配合，到学校报道了。
0729
08:58=>C代码处理过，开始往python统合。
09:34=>编码完毕，统合。
10:00~10:30<=下部工作会，一个新工作，AI防护区域的细化。
12:00<=第一次封装完毕，是针对.mp4源的。第二次封装需要针对rtsp源。
上午彬在处理xls的解析，帮她写了两三个式子。中午，金玉铁看完。
13:30=>继续封装。h265.real resolution.
14:16=>封装完毕。
14:32<=笔记https://blog.csdn.net/twicave/article/details/140767063
14:32=>着手处理自定义框
17:20=>h265输入分辨率自适应处理完毕。耗费了很多时间在sh,bash上。稍后笔记。
17:55=>又有一些不一致。不知道是哪来的。输出分辨率现在出现在输入分辨率上。
0730
08:40=>处理encode中的绿屏。
10:41<=分辨率问题处理完毕。
中午《金与铁》结束，发现了理想国的书友群。
14:05<=h264 硬解码问题处理完毕。（有4个像素的误差）
15:02<=改就。
16:08<=webpost test ok.
16:09=>笔记
16:48<=done.两篇，一篇关于推流，一篇关于webpost fake server的简便处理。
16:49=>继续处理ONVIF协议。
17:16=>测试的client-server都已经备好。笔记。
17:18=>着手测试0725的ONVIF识别程序和发布功能，设备发现组播看看能否收到新上线的camera.
18:00=>收到了查询帧，后来的响应无法在公共信道侦听。
0731
开读《夏月帝国》，昨天家人过来了。
08:31 =>继续处理ONVIF，先处理设备发现。
09:03 =>工时统计系统资料搜集。
11:19 <=ONVIF设备发现处理过，现在需要先把客户端做完。
11:20 (todo)收到原始视频本地存储的功能。
11:21 开始使用gitcode管理自己的公共代码。
17:09 (todo)接到降低post图片网速的需求
17:10 (todo)接到控制相关的预研
17:10<=ONVIF用户登陆处理完，现在处理stream地址时遇到点问题，需要跨越3个层级的接口才能得到。只是工作量的问题了。
18:03<-着手处理webpost历史数据上传速率控制。试了tc的方法，这版内核不支持。
晚上给繁露两章分节。
