Update from Sync Service

2026-07-31 15:28:08 +08:00
commit b8a78631a4
569 changed files with 193313 additions and 0 deletions
@@ -0,0 +1,16 @@
+1. 开发前
+	- [ ] 匹配信号、赛博坦和SOA
+	- [ ] 确认所需数据上报和落表情况
+2. 开发中
+	- [ ] 确认信号连续性，是变化上传还是周期上传
+	- [ ] 确认信号是否多个节点上传的情况
+	- [ ] 确认信号的物理和逻辑范围
+3. 开发后
+	- [ ] 确认获得的值逻辑性正确
+		- [ ] 保证计算了全部的原始信号
+		- [ ] 保证逻辑计算准确性
+		- [ ] 确认计算后时间的连续性，并且无重复
+		- [ ] 确认计算后业务上相关的数据之间关系符合业务逻辑，如加和相等，包含关系中子项和不超过父项和
+	- [ ] 确认调度逻辑正确性
+		- [ ] 确认插入数据时间和分区正确
+		- [ ] 
@@ -0,0 +1,6 @@
+- 今日完成：
+	- 与云思创智进行交流，要注意云思创智的人员能力，同时其车端能力较差，模型需要较大的算力才可使用；
+	- 更新人体健康中台立项材料；
+- 明日计划：
+	- [x] 与健康有益交流
+	- [x] 修改驾驶评价部分的离线模型，想办法提升速度
@@ -0,0 +1,8 @@
+- 今日完成任务
+	- 完成健康有益和[鹰瞳科技](https://www.airdoc.com/)的交流，考虑后序推进将鹰瞳科技的产品移植到车上；
+	- 推进修复驾驶行为离线模型，目前15天用时4分钟；
+- 明日任务：
+	- [x] 与东南大学交流；
+	- [x] 与车端网联所确定周期需求；
+	- [ ] 完成离线模型的效率提升；
+
@@ -0,0 +1,13 @@
+- 今日完成任务：
+	- 研究通过DataSourceV2自定义spark写入tdengne的数据源(只负责写入)；
+- 明日任务：
+	- [x] 联系健康有益，提供详细需求文件，并邀请到现场讲解；
+	- [x] 联系TDengine，恢复数据库license；
+	- [ ] 完成自定义TDengine数据源的开发；
+	- [x] 反馈手机APP原型设计问题；
+	- [x] 催车端网联所上会；
+- 其他待完成的任务：
+	- [ ] 问新能源院，A new项目空调加热及电池热管理的工作模式；
+	- [x] 调整云端模型的行程判定逻辑；
+	- [ ] 云端模型测试；
+	- [ ] 车端模型测试；
@@ -0,0 +1,10 @@
+- 今日完成工作
+	- 联系健康有益，提供详细需求文件，并邀请到现场讲解；
+	- 反馈手机APP原型设计问题；
+	- 更新PRD；
+	- 重新设计云端模型逻辑；
+	- 准备明天的汇报；
+- 明日任务：
+	- [x] 完成自定义TDengine数据源的开发；
+	- [x] 调整行程判定逻辑；
+	- [x] 汇报模型开发进展；
@@ -0,0 +1,5 @@
+- 今日完成工作
+	- 工作汇报；
+	- 完成模型行程判定逻辑修改；
+- 明日计划工作
+	- [ ] 完成自定义TDengine数据源的开发；
@@ -0,0 +1,44 @@
+1. 数据预处理：
+	1. 异常值：
+		1. 基于业务逻辑：各物理测量值不可超过物理限制；
+		2. 基于统计的：3σ标准；
+	2. 归一化；
+	3. 特征选择：
+		1. 基于车辆动力学基础知识，参考论文、官方统计数据及友商对标；
+		2. 基于相关性分析；
+2. 驾驶行为评价指标体系如何选择、验证：
+	1. 选择：基于车辆动力学基础知识，参考论文、官方统计数据及友商对标；
+	2. 验证：
+		1. 安全：基于保险公司的出险数据，参考了交通部交通事故原因统计数据；
+		2. 能耗：基于车辆行驶的实际油耗数据，取相同地区、在近似的天气环境下、空调使用等等条件下，比较不同油耗区间车辆的驾驶行为指标数据；
+		3. 舒适性：未能找到比较合适的验证方法因此模型未上线；
+	3. 驾驶事件识别模型：
+		1. 模型：
+			1. 驾驶工况：
+				1. 以2分钟切分工况段；
+				2. 根据最大方向盘转角、最大方向盘转角速度和最大侧向加速度三个变量区分直行和侧向工况，根据不同车速点做聚类(kmeans)，就分两类(直行和侧向)，车速点 40，60，80，100(要求车速大于15小于100km/h)；
+				3. 直线工况：根据不同车速范围划分加速度阈值，取90百分位的加速度值作为阈值基础，取0.5m/s2作为回滞；
+				4. 侧向工况：换道、车道保持、转向和其他，支持向量机(高斯核、OVO(没有数据不平衡的问题，总共是(4*(4-1)/2)6个分类器)、软间隔、hinge损失函数)，指标 最大侧向加速度、最大质心转向角度、最大方向盘转角、方向盘转角速度；
+			2. 换道、车道保持：隐马尔可夫模型(高斯混合)，指标：车速、侧向加速度、方向盘转角、方向盘转角速度；
+		2. 训练、验证数据采集：实车实验，can信号收集，实验工况记录及视频录像；
+		3. 验证指标：
+			1. 换道、转向：四类：换道、车道保持、转向和其他，log损失函数
+	4. 驾驶风格识别模型：
+		1. 模型：
+			1. 数据指标：当车速大于15km/h，且总行驶里程大于10km，最大加速度、平均车速(不计怠速时间)、加速度方差、平均车速方差、最大冲击度、最大冲击度方差、每公里急加速次数/急减速次数、最大方向盘转角速度；
+			2. 数据预处理：
+				1. 归一化；
+				2. PCA；
+			3. kmeans聚类；
+			4. 验证：找同事开车进行实车验证，由其他同事打分；
+
+
+
+
+
+
+1. ~~主成分分析~~
+2. 因子分析 抽样适合性检验,bartlett球形检验
+3. SVM 调参
+4. kmeans咋选的聚类类别数；
+5. D-S 证据理论
@@ -0,0 +1,29 @@
+1. 北极星指标：
+	1. ASD里程渗透率(性能方面)；
+	2. ASD订阅率(商业化方面)；
+2. 一级指标：
+	1. 性能方面：
+		1. 单次接管可行驶里程，接管：方向盘、制动、系统开关；
+		2. 特别场景下表现：
+			1. 变道场景；
+			2. 路口通行；
+			3. 主辅路切换；
+			4. 上下匝道；
+	2. 商业化方面：
+		1. 买断率
+3. 二级指标：
+	1. 性能方面：
+		1. 高速、高架、城市单次接管可行驶里程
+		2. 场景表现：
+			1. 变道：转向灯、导航(下匝道)、避障、效率(超车)、选道(根据用户偏好)、高速驶入快车道(选道的一种)
+			2. 路口通行：红绿灯左转、右转
+			3. 上下匝道：
+				1. 高速、高架上匝道
+				2. 高速、高架下匝道
+			4. 主辅路切换(只在高精地图覆盖)：
+				1. 切换成功率
+
+智驾方面我主要是参与了一部分ASD性能评价体系的搭建，ASD性能评价体现的北极星指标是ASD里程渗透率，就是ASD激活的行驶里程/ASD可用的行驶里程；这个指标主要是反应了用户对ASD系统的接受度，因此我们针对可能影响用户接受度的性能指标做了拆分，一级指标为单次接管的可行驶里程和特定场景下的表现，如变道成功率、路口左转右转的成功率、主辅路切换成功率、上下匝道成功率等；二级指标主要是对一级指标的场景细化，单次接管可行驶里程拆分为高速、高架、城市三种场景，变道拆分为转向灯换道、导航换道(下匝道)、避障换道、效率换道、选道(高速驶入快车道)；路口通行：左转、右转；上下匝道：高速上匝道，高架上匝道，高速下匝道，高架下匝道；此外，会有一些专门的用户操作分析，比如出现事故车辆的危险操作分析
+
+接管：
+1. 退出到人工：按键、制动踏板、方向盘、加速踏板(加速踏板要超时)
@@ -0,0 +1,62 @@
+---
+mindmap-plugin: basic
+---
+
+# 2023年工作
+
+## 悦驾CLUB
+- 云端
+   - 模型
+	   - 测试
+   - 数据库
+	   - 切换到时序库
+		   - 性能测试报告√
+		   - Spark中Custom DataSource开发
+	   - 数据库架构调整
+		   - 行程业务数据库设计
+   - 接口
+	   - 修复bug
+	   - 性能测试
+- 车端
+	- 边缘计算模型
+		- 新增评价逻辑
+		- 模型测试
+	- 手机APP
+		- HMI设计
+			- UE设计
+				- 原型问题反馈
+				- 开发计划排期
+			- UI设计
+				- 开发计划排期
+			- 前端开发
+				- 开发计划排期
+		- 接口对接
+			- 确认接口情况
+			- GPS信息接口形式确认
+		- APP
+			- 开发
+			- 测试
+	- 手机APP
+		- HMI设计
+			- UE设计
+				- 原型问题反馈
+				- 开发计划排期
+			- UI设计
+				- 开发计划排期
+			- 前端开发
+				- 开发计划排期
+		- APP
+			- 开发
+			- 测试
+## 人体健康
+- 立项
+	- 材料修改和提交
+	- 汇报
+- 供应商定点
+	- 寻找新供应商
+		- 跟云思约时间
+	- 确定供应商
+- 算法开发
+## DMS/OMS算法开发
+- 人脸关键点检测
+- 人体健康指标提取
@@ -0,0 +1,71 @@
+## 一、悦驾CLUB开发
+
+### 1.1 云端
+- [ ] 1.1.1 模型开发
+	- [x] 行程判定逻辑修改
+	- [ ] 时序数据库迁移
+		- [x] 自定义DataSource开发
+		- [x] 重新设计数据库结构
+		- [ ] 确定周期数据库是否需要迁移
+		- [ ] ***GPS点怎么办？***
+- [ ] 1.1.2 模型测试
+	- [ ] 模型准确性测试
+		- [ ] 行程划分、行程事件统计是否准确
+			- [ ] 建立模拟的kafka topic检验准确性
+		- [ ] 周期行程统计结果是否准确
+		- [ ] 小贴士、评价是否准确
+	- [ ] 模型性能测试
+		- [ ] 实时行程延时
+		- [ ] 接口延时
+		- [ ] 周期行程计算延迟
+### 1.2 车端
+- [ ] 1.2.1 模型开发
+	- [ ] 驾驶行为评价模型
+		- [ ] 三急阈值实验
+		- [ ] 修改超速识别方法，引入TSR识别的超速车速
+		- [ ] 增加疲劳、分心和愤怒驾驶的识别，尤其是开始和结束时间
+		- [ ] 补充FCW报警次数等信息
+		- [ ] 修改安全驾驶评分计算公式
+	- [ ] 能耗分配模型
+		- [ ] 确定空调、电池热管理的计算方法
+- [ ] 1.2.2 模型测试
+	- [ ] 驾驶行为模型测试
+		- [ ] 驾驶行为事件识别的准确性，包括次数和持续时间
+		- [ ] 驾驶行为评价模型的运行速度
+	- [ ] 能耗分配模型测试
+		- [ ] 能耗分配计算的准确性
+		- [ ] 能耗分配模型的运行速度
+### 1.3 接口
+- [ ] 1.3.1 接口开发
+	- [ ] 与车端网联所对接接口需求
+	- [ ] 将行程接口迁移到时序数据库
+	- [ ] bug修复
+- [ ] 1.3.2 接口测试
+	- [ ] 准确性测试
+	- [ ] 性能测试
+### 1.4 前端
+- [ ] 1.4.1 车机APP开发
+	- [ ] 原型图设计修改
+	- [ ] UI资源释放
+	- [ ] 与边缘计算通讯拉通
+	- [ ] APP开发
+- [ ] 1.4.2 手机APP开发
+	- [ ] 原型图设计修改
+	- [ ] UI资源释放
+	- [ ] 接口对接
+	- [ ] APP开发
+- [ ] 1.4.3 测试
+	- [ ] 数据准确性测试
+	- [ ] 性能测试
+		- [ ] 车机实时驾驶行为更新频率测试
+		- [ ] 手机APP数据查询速度测试
+## 二、人体健康开发
+### 2.1 供应商交流
+- [ ] 邀请意向供应商到南京现场交流
+	- [ ] 科思创动
+		- [ ] 确定时间
+	- [x] 云思创智
+	- [x] 健康有益
+		- [x] 确定时间
+### 2.2 项目立项
+- [ ] 催保万全