方案设计：行车记录器产品系统设计 - 基于芯片商提供的SDK API开发之三

行车记录器产品系统设计 - 基于芯片商提供的SDK API开发之三

方案：安霸、全志、Novatek、海思（新唐）

1.每个模块都是开N（1,2,3...）个pthread线程，线程之间通过生产者，消费者模型（或者进程间通信机制）实现数据同步/异步。通过数据队列缓冲模块数据。

2.数据采集模块：
Video采集2、3个分辨率图像4K-30FPS，VGA-30FPS等；采集的数据放到内存队列通过应用计数把数据管理起来。

3.视频编码模块：（音频一样的道理）
模式一：采集视频数据不通过DDR送给硬件编码器的话（Online），那么直接开辟内存编码IP（B）帧队列，管理输出的视频数据。
模式二：采集视频数据输出到DDR，自己管理DDR采集的YUV数据，然后把数据送给编码器编码。最后把编码器输出数据做管理（基于内存队列的IP帧管理）。

4.Gsensor,GPS,温度传感器等外挂设备
通过I2C、SPI把外挂设备数据读取到内存队列缓冲并管理

5.UI显示
5.1 UI：开辟一个单独进程做UI进程。UI进程和后台控制程序通过进程间通信交互UI显示数据（或者UI给后台发对于指令）
5.2 解码回放：开辟解码线程，把TF卡数据进行硬件或者软件解码后显示

6.ADAS模块：
6.1 车道偏移
6.2 双目测距预警
6.3 防疲累系统（难度系数大）


7.按键：GPIO、ADC、中断。大致就这三种方式
这里没有可以说明的，打开设备直接读数据放到内存做队列管理就好。

8.TF卡模块：
获取视频、音频编码数据，Gsensor,GPS,温度传感器等数据写到文件系统

9.WIFI
根据Socket请求，根据不同的协议交互数据。（3G、4G、P2P、QQ物联 道理是一样的）
3G、4G：AT指令
P2P、QQ物联：第三方SDK、或者自己架构服务器
云：第三方或者自己架构服务器

10. Power模块
定时检查电池，低电量做事件处理