Carlife Iphone IAP2连接与认证过程

最新推荐文章于 2024-01-20 11:23:30 发布
最新推荐文章于 2024-01-20 11:23:30 发布
阅读量6.5k 收藏 50
点赞数 1
分类专栏： carlife 文章标签： android 嵌入式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/nyist_ming/article/details/109929281
版权

背景

最近在做百度carlife手机互联项目，项目要求支持无线连接，USB连接和无感连接，USB连接要支持Android手机与Iphone手机连接。我主要负责的是iphone手机与车机连接的功能，现将主要技术要点做个简单的总结。

连接流程

根据百度和苹果给的文档iphone车机Carlife连接要经过经下几步才能够通信。

  • 手机插入车机后，车机会根据枚举的信息（设备VID、PID）来判断当前是什么类型

的手机，如果不是苹果手机仍然保持HOST 模式。

  • 检测到是苹果手机，车机会通过USB 的EP0 给手机发送role switch 命令，来切换模式

手机收到role switch 命令后，首先会判断是否支持，手机不支持role switch 命令，HU 不会做任何处理手机支持role switch 命令，车机会主动断开与手机的USB 连接，并拉到D+等待。

  • 手机来重新枚举。
  • 车机在切换到从模式时，需要想手机上报两个USB 端口：EA Native Transport、IAP2端口。分别用来做CarLife 的数据传输和苹果的IAP2 认证。
  • 通过IAP2端口进行认证。
  • 认证成功后通过EAP端口进行通信。

步骤说明

设备枚举

手机插入车机后，车机会根据枚举的信息（设备VID、PID）来判断当前是什么类型

的手机，如果不是苹果手机仍然保持HOST 模式。

手机枚举过程：由于项目使用的车机是安卓系统，所以我们使用了Android DeviceManager提

供的API和接收安卓接供的USB插入的时收到的广播来来获取当前设备的实例。

主要代码如下：

  UsbManager mUsbManager = (UsbManager) mContext.getSystemService(Context.USB_SERVICE);

//获取USBManager.

HashMap<String, UsbDevice> deviceList = mUsbManager.getDeviceList();

   //遍历设备

    Iterator<UsbDevice> deviceIterator = deviceList.values().iterator();

    while (deviceIterator.hasNext()) {

      UsbDevice device = deviceIterator.next();

       If (device == null) {

          continue;

       }

}

   //遍历设备      

     mUsbManager.requestPermission(device, mPermissionIntent);

    //请求权限

     int vid = device.getVendorId();

     int pid = device.getProductId();

   //获取设备VID和PID来识别当前设备是否是Iphone

 

模式切换

检测到是苹果手机，车机会通过USB的EP0 给手机发送role switch 命令，来切换模式

手机收到role switch 命令后，首先会判断是否支持，手机不支持role switch 命令，HU 不会做任何处理手机支持role switch 命令，车机会主动断开与手机的USB 连接，并拉到D+等待。

  1. 首先通示USB的EP0端口来将手机由从模式切换到主模式。

切换方法指令如下：

bmRequest：0x40

bRequest：0x51

wValue：0x00

wIndex：0x00

wLength：0x00

     Android发送指令示令程序：

    mUsbDeviceConnection = mUsbManager.openDevice(mUsbDevice); //与USB设备建立连接

int ret = mUsbDeviceConnection.controlTransfer(0x40, 0x51,0x00, 0x00, null, 0x00, 0);//切换

  1. 再将车机由主模式切换到从模式

将车机由主模式切到从模式，这个每个车机都不同，基本方法为向USB的控制器的节点里写入特定的值。

重新枚举

手机来重新枚举车机，这一步是由手机完成的，但是需要注意如下问题。

车机为主手机为从设备时，车机在给手机供电，当进行模式切换后正常情况车机不会再给手机供电，需要查看一下是否能够正常枚举，如果不能需要给车机的vbus上电。以便车机继续给手机供电完成枚举。

端口上报

车机在切换到从模式时，需要想手机上报两个USB 端口：EA Native Transport、IAP2端口。分别用来做CarLife 的数据传输和苹果的IAP2 认证。

具体端口中的参数请参照Carlife文档。这一步是由驱动程序完成的。需要向外暴露出两个备节点。/dev/eap和/dev/iap（名字可以更改）。这部分主要用到的技术为USB gadget驱动开发相关的技术。

可以参照gadget驱动中的其它代码完成。由于本人非驱动开发者具体技术细节不再叙述。现在把这要更技术点说明如下：

  1. 修改kernel里面的代码，包括在drivers/usb/gadget/function里面添加对应的驱动文件(驱动需要自己实现)。
  2. 修改对应的KConfig和makefile文件。使得加入的文件和功能可被配置进内核。
  3. 修改相关的启动文件。如init.rc或是其它脚本，使得编译出来的ko文件可以被插入到内核中。insert iap.ko/insert eap.ko
  4. 在配置configfs的脚本添加相关的功能脚本.这个过程网上有人写过详细过程。

可以在网上找一下。

5、编译。

认证过程

经过上面的几个步骤，我们就可以开始进行iap认证了。IAP认证过程如下图所示：

    

 

手机与HU通过IAP端口进行通信。认证程序收到对应的认证请求后，通过去挂载在i2c总线上的MFI芯片进行认证，MFI芯片把认证后的数据发送给认证程序。认证程序再发给手机。

 LINK

  在开始认证之前车机要与手机进行Link操作。车机需要给手机发送如下指令：

FF 55 02 00 EE 10

  成功会给车机返回

FF 55 02 00 EE 10

协商

   连接成功后需要和手机进行通信前的协商。

   通信报文

  

 

在与IAP通信的过程中这个报文格式是一直在使用的，唯一不同的是协商的payload数据的格式与认证的不同。

协商数据报文格式

 

具体的传输协议需要阅读苹果的相关文档。这部分苹果给源码，大家可以参照源码来实现。

认证流程

协商完成后就可以进行认证了。具体的认证过程如下：

(需要注意的是协商的session version版本号是1还是2)

 

认证Payload数据格式

 

后面所有的数据格式都是control session data.

 

EAP功能认证

  功能认证流程

 

IdentificationInformation 命令的具体含义请参照苹果文档中的IdentificationInformation一节，IdentificationInformation中SupportedExternalAccessoryProtocol及USBHostTransportComponent是非常重要的两个参数。SupportedExternalAccessoryProtocol 命令中的ExternalAccessoryProtocolName 都是com.baidu.CarLifeVehicleProtocol。

关于IdentificationInformation参数需要注意以下几点：

utf8字符串需要带上’\0’。也就是说如果使用strlen来求取长度，求得的长度需要加1.

如果使用memcpy(str1,str2,strlen(str2))来拷贝字符串，需要加上0x00.

拉起手机端APP

  拉起手起端APP车机向手机发送一条EA02的指令。需要选择无提示的拉起，否则不好处理EAP的读取。

数据通信

打开EAP节点读取数据。

 

传输协议介绍

 

Start of Packet MSB(0xFF): 固定值FF

Start of Packet LSB (0x5A): 固定值0x5A

Package Length MSB和Package Length LSB：两字节报文长度，为报文的全部长度从Start of Packet MSB开始到Payload CheckSum的长度。

Control Byte:控制标识：SYN：0x80,ACK:0x40,AYN&ACK:0xc0,RST:0x10

Packaget Sequence Number:序列号0~255,初始值为随机数，每发一条报文需要加1.

Package Acknowledgement number: ACK序列号，为收到报文的序列号。如果收到连序的报文，序列号为1，2，3，5.这里候回ACK的序列号为3，因为5不是连续的。

Session identifier :session 标识符。

Checksum:从Start of Package MSB到session identifier的checksum值。

Payload checksum: Payload的checksum值。

 

Checksum的计算方法：

苹果文档上面有给出具体的函数。

 

 

 

Payload报文

协商报文

 

Link Version：固定值0x01.

下面的数据不同的传输方式有不同的值，苹果文档中有给出建议值，可以参照。

 

 

 

 

 

 

 

 

 

 

 

Control Session Payload

 

Start of Message MSB :固定值 0x40.

Start of Message LSB :固定值0x40.

 

Message Length : Message的长度包括参数，包括Start of Message MSB和Start of Message LSB

和长度。

Message ID：需要发送的Message ID.

Parameter ：参数。

参数格式：

Parameter Length MSB

Parameter Length LSB

Parameter ID MSB

Parameter ID LSB

Param Data

 

例子：比如要发送0xAA00这条消息：

      0xFF,0x5A,0x00,0x10,0x40,0xA7,0xE5,0x01,0xCA,0x40,0x40,0x00,0x06,0xAA,0x00,0x0d

红色部分为控制报文，黑色部分为Control session payload.

对上面的报文回复ACK为：0xFF,0x5A,0x00,0x09,0x40,0xE5,0xA7,0x00,0xd2

主要关注蓝色部分的序列号和ACK序列号。回复ACK时序列号不需要加1.

协商完成后所有的数据的control bytes都是0x40 ACK。但是回复ACK时不需要带数据只需要发送9个字节的报文。发送Message时有数据序列号需要加1.

例子：对上面的报文做带数据的回复

      0xAA00这条消息是手机发送给车机请求进行IAP证，车机端需要回复0xAA01证书数据给手机，回复报文如下：

         0xFF,0x5A,0x00,0x10,0x40,0xE6,0xA7,0x01,0x62,0x40,0x40,0x02,0x6b,0xAA,0x01, 0xxx,0x0xx,0x00,0x00,00……..

多个参数传输：

        0xFF,0x5A,0x00,0x10,0x40,0xE6,0xA7,0x01,0x62,0x40,0x40,0x02,0x6b,0xEA,0x02,0x00,0x05,0x00,0x00,00

0x00,0x06,0x01,0x00,0x01.

这条报文有两个参数每别是0和1，从紫色部分开始。

 

 

 

 

卡卡罗小特
关注
  • 1
    点赞
  • 踩
  • 50
    收藏
    觉得还不错? 一键收藏
  • 6
    评论
专栏目录
Carplay认证指导2019
07-22
CarPlay Certification Guide February 2019 Table of Contents Introduction .................................................................................................... 3 MFi CarPlay Certification Portal ...................................................................... 4 CarPlay Configuration Record ......................................................................... 7 Certification Timeline ...................................................................................... 8 Materials to Submit for CarPlay Certification ................................................... 9 CarPlay integration design documents ..................................................................... 10 Wireless performance and coexistence test plans .................................................... 11 USB signal integrity test results ................................................................................ 12 USB performance test results ................................................................................... 14 Wireless performance test results ............................................................................. 15 Wi-Fi Alliance certification ........................................................................................ 16 Exception requests .................................................................................................... 17 Location functional test results ................................................................................. 19 Location drive test .................................................................................................... 20 Wireless drive test results ......................................................................................... 21 ITU-T telephony audio quality test results ................................................................ 23 Siri audio quality test results ..................................................................................... 24 Accessory Certification Assistant test results and self-certification form ................ 25 Accessory Certification Assistant ....................................................................... 25 Self-certification form ......................................................................................... 25 Functional test results and test benches .................................................................. 26 Functional test results ......................................................................................... 26 Test benches ....................................................................................................... 26 Shipping test benches ........................................................................................ 28 Functional audit .................................................................................................. 28 Resubmitting functional test results and test benches ....................................... 28 Contacting Apple .......................................................................................... 29 USB Signal Integrity Test Labs ...................................................................... 30 Allion Labs, Inc. ................................................................................................... 30 Allion China Inc. .................................................................................................. 30 2019-02-22 | Copyright © 2019 Apple Inc. All Rights Reserved. Page of 1 32Allion Japan Inc. .................................................................................................. 30 Eurofins Digital Testing Belgium N.V. .................................................................. 30 Granite River Labs, Inc. ....................................................................................... 30 Granite River Labs Japan, Ltd. ............................................................................ 30 Granite River Labs Shanghai, Ltd. ....................................................................... 30 Revision History ............................................................................................ 31
苹果外设开发技术标准R1
02-26
苹果外设开发技术标准R1
CarPlay iAP2附件协议
汽车以太网和SOA
08-08 1万+
CarPlay iAP2附件协议
在Linux/Android下实现苹果版Iphone的Carlife(有线方式实现)
沙锅LS的专栏
11-30 1697
实现Android版本的Carlife稍微容易些,因为官方有给代码,但要实现苹果版本就比较复杂了,记录流程如下: 1.首先,硬件上有苹果的加密IC(基于I2C通信),没有这个没法继续. 2.苹果接入Android或者Linux机器时,是从模式,当Android或者Linux机器检测到是苹果手机的时候,发命令切换模式. 3.切换模式后,Iphone是主,Android或者Linux是从, 也就是说,如果说,要想连接IPHONE CARLIFE,必须是OTG口. 4.通信,认证,成功之后就可以看到CAR
carplay逆向第三步：上层APP,通过USB的bulk通信，实现IAP2协议，实现苹果鉴权流程。
afa008的博客
10-07 3523
在前面讲的第一步（USB驱动调整：使用USB的OTG接口实现主从切换）成功以后，收到主从切换清求0x40,0x51,这时导航盒的usb将从主模式切换成为从模式，切换成功以后，将会收到导航盒的询问信息：0xff 0x55 0x02 0x00 0xee 0x10 导航盒回复询问相同的信息以后，开始IAP2通讯，这里iap2通讯是通过usb bulk通道进行的。 1）导航盒发送StartIdentification ，导航中控回复IdentificationInformation信息。 2）导航盒回复Iden
carplay认证，iAP2 Sample Source R1.zip
02-12
iphone carplay认证，iAP2 Sample Source R1代码。 iAP2 sample的代码，可以参考下
IAP2
GKoSon的博客
02-18 3864
先来简单的 我们做另外一个程序 串口发送过去 然后之前API1的工程跳到新程序 第一步：制作新bin 参考之前的文章即可。 功能我们完全复制API的工程 修改一点点变化 做好new.bin。 while (1) { HAL_Delay(1000); HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); printf("I ...
（二）CarPlay集成开发之苹果的iAP协议
变
01-20 3136
这一篇文章主要简单介绍了iAP2协议的包协议，鉴权流程，以及CarPlay通信过程中所用到的几个iAP2 Message ID的功能，了解iAP2协议是开发苹果外设的基础。CarPlay主要使用iAP2会话包来在无线连接过程中进行AP信息的交换。iAP2协议是由苹果公司定义的一种数据通信协议，主要用于苹果设备认证外设，以及与外设数据交换的一种协议。以下是一个正常的鉴权流程中，iAP2协议的通信流程。
车载开发之CarLife技术
C++ JAVA的专栏
01-24 7755
CarLife开发总结_变-CSDN博客_carlife开发CarLife开发总结百度CarLife是百度推出的车联网解决方案之一，目前分为前装集成与后装安装两种方式提供准备资料前装项目申请：http://carlife.baidu.com/carlife/caroem/myproj 前装项目申请完成后，得到一个百度渠道号与集成资料 后装源码地址：https://github.com/ApolloAuto/apollo-Duer...https://blog.csdn.net/zjfengdou30/art
车机连接CarLife时自动连接手机蓝牙功能当前现状
07-29
下面我们将详细介绍 Android 和 iPhone 手机在连接CarLife时自动连接手机蓝牙功能的现状。 Android 手机 在 Android 手机中，有两种情况：手机的 CarLife App 能够得到手机的蓝牙地址（安卓系统 9.0 以下的手机）...
carlife_carlife_
09-29
CarLife是百度推出的一款车载智能互联系统，旨在将手机与汽车进行无缝连接，提供便捷的导航、音乐播放、电话拨打等服务。然而，根据标题和描述中的问题，“经典老款carlife应用。连接不上车机”，我们遇到了一个常见...
百度CarLife车机手机互联方案接入详细指南,手机连接汽车百度carlife,Java
09-10
百度CarLife是百度公司推出的一款车载智能互联系统，它旨在为用户实现手机与汽车之间的无缝连接，提供安全、便捷的驾驶体验。通过集成百度CarLife SDK，开发者可以在车机端和手机端搭建起交互的桥梁，实现多媒体播放...
carlife车机版
11-12
只需简单地在车内连接手机，用户就能享受到CarLife带来的丰富车生活服务，将手机与车载导航系统无缝融合。 车载智能是现代汽车行业的一大趋势，CarLife车机版正是这一趋势的代表。它不仅提供基础的导航功能，还集成...
百度carlife车机端
最新发布
04-06
与其他车联网产品相比，百度CarLife的用户不用在意自己的智能手机是什么操作系统，只需要通过数据线或者WiFi将手机连接到车载系统上，就可以安全、快捷地在驾驶过程中使用丰富的应用。 此车机端可以将没有carlife的...
关于MFi认证你所必须要知道的事情
热门推荐
zwl492454828的专栏
08-19 2万+
MFiLogo 前面我写了一篇文章《iOS App连接外设的几种方式》，其中EAP和NCM是都需要做MFi认证。对于苹果的MFI认证，对iOS开发的同学来说其实是一个比较陌生并且繁琐的topic，因为网上资料确实很少，百度Google几乎都查不到啥资料，而且MFi认证门槛比较高，流程比较复杂，周期很长。苹果对外提供的沟通渠道也不顺畅，邮件发过去杳无音信，电话从来都打不通。 本人
知识点滴 - 关于苹果认证MFI
guoqx的专栏
07-06 6162
配件的MFi合规性审计，MFi门户网站的产品计划"认证"页面将指导你完成步骤，将production-ready的样品和所需的材料运送到适当的地点，以便进行配件MFi合规性审计。MFi门户的产品计划"认证"页面将提示你选择MFi授权的测试实验室，该实验室将为你的配件进行必要的测试服务。一旦配件完成了MFi认证要求，并且配件开发商/制造商已经向苹果报告了它的销售/分销情况（按季度），或者该配件是可选的，它将可以在我们的授权Lightning、耳机、充电和基于iAP的MFi配件公共数据库中搜索到。...
iAP2协议移植到BT SOC平台参考
xinbo7077的博客
10-15 294
变长度的有效载荷（Payload Data） ，它包含 Device(iphone手机) 与 Accessary(配件) 之间需要交换的数据，有效载荷有它自己的校验和（Payload Checksum）。如果 Accessary(配件) 通过 Device(iphone手机) 的认证与识别过程， 那么 Accessary(配件) 与 Device(iphone手机) 之间就。每个 iAP2 连接是建立在 Accessary(配件) 与 Device(iphone手机) 之间。
iOS App 连接外设的几种方式
cleven
05-31 1万+
原创作者: Max_Marry 文章地址: http://www.jianshu.com/p/852bf92c5c92 随着近年来车联网和物联网的兴起，智能家居和智能硬件的逐步火热，越来越多的 App 被用来跟硬件设备进行来连接，获取硬件相关信息用以展示或者发送指令控制硬件来提供服务。 iOS App 连接外设的常用方式可以分为三大类: 网络端口 建立 Soc
carlife开发文档
06-06
Carlife是一项旨在连接车辆和智能设备的技术。其开发文档主要介绍了Carlife的架构、功能、API、数据协议等方面的内容。架构方面，Carlife采用了客户端-服务器架构，通过汽车上的控制台和智能设备上的应用程序进行交互。其功能主要包括导航、娱乐、通讯、车况监测等方面，使得驾驶更加智能化和便捷化。在API方面，开发者可以使用Carlife SDK提供的API，通过开发应用程序来扩展Carlife的功能。在数据协议方面，Carlife使用JSON格式进行通信，并确保数据安全和保密。除此之外，开发文档还深入介绍了Carlife的生命周期、SDK开发流程、开发环境配置等详细内容，以便开发者可以更加便捷地进行开发。总之，Carlife的开发文档提供了完整的技术支持，使得开发者可以快速掌握并开发出更多的Carlife应用程序，为用户提供更加便捷和智能的驾驶体验。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 6
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值