1. 基本架构:现有流行的车载架构, 通过以太网线T1插口来连接各个ECU部件, 简图如下:在车机Framework开发中, GPS信号大多数是由TBOX提供的. 很少会使用IVI上的板载GPS模块.TBOX和IVI通过网关来交换数据. 物理上通过T1 以太网线进行连接, 如下这种接口.2. GPS数据的接收和解析:GPS数据通过SomeIP 协议, 由TBOX端发出,IVI端接收. 然后写入主机的虚拟节点,如:#define GPS_FILE /sys/class/tty/vttyU0/uart_receive_buff在调试节点, 没有TBOX或者还没有调通SomeIP协议的之前, 我们可以通过给节点写数据的方式来验证功能:// 模拟发送GPS数据给大屏 echo $GPGSV,4,1,16,01,55,036,48,02,23,043,44,03,42,120,45,07,16,195,39*77 $GPGSV,4,2,16,08,09,085,33,14,65,314,44,17,40,305,25,19,21,286,31*72 $GPGSV,4,3,16,22,47,319,31,30,28,223,43,06,15,229,,35,,,41*46 $GPGSV,4,4,16,42,,,43,43,,,47,45,,,40,50,,,44*7B $PQGSV,1,1,02,02,65,105,44,03,74,095,46,0,5*63 $PQGSV,4,1,15,01,43,140,46,03,48,198,48,04,32,122,48,06,34,205,40,0,4*62 $PQGSV,4,2,15,07,65,327,45,08,11,174,31,09,45,224,44,10,52,305,43,0,4*69 $PQGSV,4,3,15,16,34,203,43,27,50,032,50,28,13,057,46,30,50,286,44,0,4*68 $PQGSV,4,4,15,02,31,232,,05,12,251,,13,04,184,,0,4*57 $GPGGA,100545.00,3117.213908,N,12109.535811,E,1,10,0.5,-3.7,M,9.0,M,,*78 $GPVTG,69.7,T,74.4,M,0.0,N,0.0,K,A*2C $GPRMC,100545.00,A,3117.213908,N,12109.535811,E,0.0,69.7,311225,4.7,W,A*1A $GPGSA,A,2,01,02,03,07,08,14,17,19,22,30,,,0.8,0.5,0.6*3F $PQGSA,A,2,01,03,04,06,07,09,10,16,27,28,30,,0.8,0.5,0.6,4*32 $PQGSA,A,2,02,,,,,,,,,,,0.8,0.5,0.6,5*36 /sys/class/tty/vttyU0/uart_receive_buff在终端的adb 下输入这端数据, 就可以看到GPS信号, 可以在导航界面看到GPS状态, 也可以通过GPSTest这个APP的界面来查看:// 打开GPS Test adb shell am start -n com.chartcross.gpstest/com.chartcross.gpstest.MainActivity如果能看到这个界面, 说明Android Framework这端是正常了的, 接下来分析数据的源头.3. SomeIP数据的接收:SomeIP 是车载系统中, 用来在各个不同系统的ECU之间通讯的一个协议. 其基本流程包括: 发布(OFFER), 发起订阅(Subscribe), 回复订阅结果(SubscribeAck).我们可以通过tcpdump 来抓取网络的pcap数据, 使用wireshark 来分析SomeIP的交互过程:3.1 TBOX端服务的offer:从这个抓包 TBOX有offer 出来0x4002的服务这些Service 和 MethodId 需要在项目的SomeIP矩阵文件中查找即可得到.3.2 IVI 端发起订阅:从这个抓包可以看出, CDCU有去订阅0x4002服务.3.3 TBOX端回复订阅的ACK:TBOX 返回订阅成功的ACK:3.4 过滤 0x4002的数据:到此就清楚了, IVI主机端有订阅GPS的服务, 且订阅成功, 但是TBOX端没有发出GPS的数据. 问题在TBOX端, 把问题反馈给对应的负责人即可.“专注AAOS架构与实战欢迎关注一起探索车载开发。”下一篇推荐 车载Framwork开发之 --- 网络配置
