基于MHL实现SINK设备与智能移动设备互联的方法及系统技术方案

本发明专利技术提供一种基于MHL实现SINK设备与智能移动设备互联的方法及系统，属于信息传输领域。本发明专利技术方法包括如下步骤：判断是否发生MHL电气discovery中断，如果是，执行MHL边带通道连接发现操作；判断是否收到abort命令，如果是，复位寄存器状态和重启discovery序列；判断Responder Rx是否接收到数据中断信号，如果是，执行Responder Rx循环操作，获取变量Read_devcap的值；判断Requster Rx是否接收到数据中断信号，如果是，读取Requster Rx缓冲区的命令和数据；判断变量Read_devcap的值是否等于1，如果是，通过MHL边带通道命令连续读取智能移动设备source端的capability寄存器的值。本发明专利技术采用软件的方式进行手机互联，解决了目前只能通过硬件实现的方案来进行MHL手机互联问题，能够跨平台移植。

【技术实现步骤摘要】

本专利技术涉及一种数据传输方法及系统，尤其涉及一种基于MHL实现SINK设备与智能移动设备互联的方法及系统。
技术介绍
智能移动设备比如手机与SINK设备通讯的方式主要通过以下几种：mirrorlink是基于RFB3.8(RemoteFrameBuffer，远程缓冲区)的开放协议，对手机厂商的依赖性比较强，需要手机厂商预先安装相关的APP(application，应用)软件。它是采用H.26x的视频压缩后进行数据传输，因此具有低码率等特点，视频质量其实难以保证。miracast是面向各种WI-FI设备，采用WI-FIdirect技术，无需接入热点和路由器。缺点不能给手机充电，并且耗电量较高。carplay是美国苹果公司开发的车载系统，虽然在互联投射画面质量以及回控操作流畅性上很高,但是它只能支持基于IOS(InternetworkOperatingSystem，互联网操作系统)操作系统的设备，例如Iphone、Ipad、Ipod等等，因此局限性较大。usblink是由各个厂家定义的私有互联协议，例如RealVNC公司自己开发的VNCEnhance模式，它是基于RFB4.1协议的私有方案，主要用于类似于applink的场景需求，虽然比起Mirrorlink协议在速度、加密和可扩展性上面有较大的提高，并且对手机厂商的依赖性比较小(不像Mirrorlink的支持还需要手机厂商预安装)，但是它的一次性整套的解决方案价格较贵，并且量产之后每台还需支付一定的专利费用。HDMI(HighDefinitionMultimediaInterface,高清晰度多媒体接口)和MHL(MobileHigh-DefinitionLink，移动终端高清影音标准接口)在技术上虽然已经发展了很多年，但是在车载电子上面的应用还是在近几年，并且更重要的是HDMI和MHL技术是不依赖于硬件平台和软件操作系统的，无论是在CSR的Prima2处理芯片上面跑WinCE系统还是Android系统，还是在Freescale的I.mx6处理芯片上跑Android系统或者linux系统，又或者是在苹果的A7处理芯片上跑IOS系统等等，均可以实现HDMI和MHL，它目前已经成为车机与手机互联必不可缺的一种方案。相对于Mirrorlink、Miracast、carpaly、usblink采用H.264的视频压缩算法方式传输视频，HDMI和MHL采用TMDS(TimeMinimizeDifferentialSignal，最小化传输差分信号)，它是一种利用2个引脚的相同电压值而不同正负极性的差分方式传输，这抑制了信号传输过程中的噪声信号，另外，HDMI有3对用于传输数据的TMDS通道，MHL有1对TMDS通道，使用从无压缩的视音频信号实时的传输，最大可达1080P分辨率。HDMI和MHL与上面其他互联方案对比，它还具有高带宽、高传输速率、高清晰度、低成本、技术开发不复杂等优势，可以快速投入量产使用。目前市场上采用HDMI/MHL双模接收器的芯片也有多种，例如台湾微驱科技股份有限公司使用的EP9553E，但是它是采用全硬件实现的方式，基本上配置好相关寄存器序列值。虽然简化了难度，但是在稳定性、可靠性、灵活性都有一定的局限性，另外互联的关键技术总是掌握在芯片厂商手中，如果要进行进行更为复杂的MHL通信比较受芯片厂商的制约。
技术实现思路
为解决现有技术中的问题，本专利技术提供一种基于MHL实现SINK设备与智能移动设备互联的方法，还提供了一种实现上述方法的系统。本专利技术基于MHL实现SINK设备与智能移动设备互联的方法包括如下步骤：S1：开始，判断是否发生MHL电气discovery中断，如果是，执行MHL边带通道连接发现操作，然后执行步骤S2，如果否，直接执行步骤S2；S2：判断是否收到abort命令，如果是，复位寄存器状态和重启discovery序列，然后执行步骤S3，如果否，直接执行步骤S3；S3：判断当处于ResponderRx状态时，是否接收到数据中断信号，如果是，执行ResponderRx循环操作，获取变量Read_devcap的值，然后执行步骤S4，如果否，直接执行步骤S4；S4：判断当处于RequsterRx状态时，是否接收到数据中断信号，如果是，读取RequsterRx状态缓冲区的命令和数据，然后执行步骤S5，如果否，直接执行步骤S5；S5：判断变量Read_devcap的值是否等于1，如果是，通过MHL边带通道命令连续读取智能移动设备source端的capability寄存器的值，结束，如果否，直接结束。本专利技术作进一步改进，在步骤S1中，所述MHL边带通道连接发现操作包括如下步骤：A：开始，读取SINK状态，判断是否处于SINK2状态，如果是，执行与智能移动设备source端连接步骤B，如果否，执行判断是否处于其他SINK状态步骤C；所述与智能移动设备source端连接步骤B包括如下步骤：B1：设置PATH_EN的值为1，并开启MHL+/-通道时钟模式；B2：发送MHL边带通道SET_HPD命令到智能移动设备source端；B3：发送WRITE_STAT命令到智能移动设备source端；B4：发送capability寄存器状态改变的中断信号到智能移动设备source端，结束，所述判断是否处于其他SINK状态步骤C包括：C1：判断是否处于SINK3状态，如果是，结束，如果否，执行C2；C2：设置PATH_EN的值为0，并关闭MHL+/-通道时钟模式；C3：发送PATH_EN值为0的命令到智能移动设备source端；C4：复位RequsterTx和ResponderTx状态的寄存器，结束。本专利技术作进一步改进，在步骤B3中，所述WRITE_STAT命令的内容包括PATH_EN的值为1、时钟模式为正常24bit模式、capability寄存器的值是否稳定，其中，PATH_EN的值为1表示最小化传输差分信号路径被使能。本专利技术作进一步改进，当capability寄存器的值不稳定，智能移动设备source端读取SINK设备的capability寄存器的值。本专利技术作进一步改进，所述capability寄存器的值包括SINK设备状态、MHL版本号、MHL能够识别的类型、能够支持的视音频的连接模式、最大的数据传输带宽。本专利技术作进一步改进，所述SINK状态包括SINK0状态、SINK1状态、SINK2状态、SINK3状态，所表示的状态分别如下：SINK0状态：SINK设备未连接MHL线本文档来自技高网...

【技术保护点】
基于MHL实现SINK设备与智能移动设备互联的方法，其特征在于包括如下步骤：S1：开始，判断是否发生MHL电气discovery中断，如果是，执行MHL边带通道连接发现操作，然后执行步骤S2，如果否，直接执行步骤S2；S2：判断是否收到abort命令，如果是，复位寄存器状态和重启discovery序列，然后执行步骤S3，如果否，直接执行步骤S3；S3：判断当处于Responder Rx状态时，是否接收到数据中断信号，如果是，执行Responder Rx循环操作，获取变量Read_devcap的值，然后执行步骤S4，如果否，直接执行步骤S4；S4：判断当处于Requster Rx状态时，是否接收到数据中断信号，如果是，读取Requster Rx状态缓冲区的命令和数据，然后执行步骤S5，如果否，直接执行步骤S5；S5：判断变量Read_devcap的值是否等于1，如果是，通过MHL边带通道命令连续读取智能移动设备source端的capability寄存器的值，结束，如果否，直接结束。

【技术特征摘要】
1.基于MHL实现SINK设备与智能移动设备互联的方法，其特征在于包括如下步骤：
S1：开始，判断是否发生MHL电气discovery中断，如果是，执行MHL边带通道连接
发现操作，然后执行步骤S2，如果否，直接执行步骤S2；
S2：判断是否收到abort命令，如果是，复位寄存器状态和重启discovery序列，然
后执行步骤S3，如果否，直接执行步骤S3；
S3：判断当处于ResponderRx状态时，是否接收到数据中断信号，如果是，执行
ResponderRx循环操作，获取变量Read_devcap的值，然后执行步骤S4，如果否，直接
执行步骤S4；
S4：判断当处于RequsterRx状态时，是否接收到数据中断信号，如果是，读取Requster
Rx状态缓冲区的命令和数据，然后执行步骤S5，如果否，直接执行步骤S5；
S5：判断变量Read_devcap的值是否等于1，如果是，通过MHL边带通道命令连续读
取智能移动设备source端的capability寄存器的值，结束，如果否，直接结束。
2.根据权利要求1所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征
在于：在步骤S1中，所述MHL边带通道连接发现操作包括如下步骤：
A：开始，读取SINK状态，判断是否处于SINK2状态，如果是，执行与智能移动设备
source端连接步骤B，如果否，执行判断是否处于其他SINK状态步骤C；
所述与智能移动设备source端连接步骤B包括如下步骤：
B1：设置PATH_EN的值为1，并开启MHL+/-通道时钟模式；
B2：发送MHL边带通道SET_HPD命令到智能移动设备source端；
B3：发送WRITE_STAT命令到智能移动设备source端；
B4：发送capability寄存器状态改变的中断信号到智能移动设备source端，结束，
所述判断是否处于其他SINK状态步骤C包括：
C1：判断是否处于SINK3状态，如果是，结束，如果否，执行C2；
C2：设置PATH_EN的值为0，并关闭MHL+/-通道时钟模式；
C3：发送PATH_EN值为0的命令到智能移动设备source端；
C4：复位RequsterTx和ResponderTx状态的寄存器，结束。
3.根据权利要求2所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征
在于：在步骤B3中，所述WRITE_STAT命令的内容包括PATH_EN的值为1、时钟模式
为正常24bit模式、capability寄存器的值是否稳定，其中，PATH_EN的值为1表示
最小化传输差分信号路径被使能。
4.根据权利要求3所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征

\t在于：当capability寄存器的值不稳定，智能移动设备source端读取SINK设备的
capability寄存器的值。
5.根据权利要求4所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征
在于：所述capability寄存器的值包括SINK设备状态、MHL版本号、MHL能够识别
的类型、能够支持的视音频的连接模式、最大的数据传输带宽。
6.根据权利要求2所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征
在于：所述SINK状态包括SINK0状态、SINK1状态、SINK2状态、SINK3状态，所表
示的状态分别如下：
SINK0状态：SINK设备未连接MHL线缆；
SINK1状态：SINK设备通过MHL线缆连接上智能移动设备；
SINK2状态：SINK设备与智能移动设备完成握手；
SINK3状态：SINK设备能够与智能移动设备传输视音频数据。
7.根据权利要求1所述的基于MHL实现SINK设备与智能移动设备互联的方法，其特征
在于：在步骤S3中，所述ResponderRx循环操作包括如下步骤：
(1...

【专利技术属性】
技术研发人员：吴勇，张振，
申请(专利权)人：深圳市航盛电子股份有限公司，
类型：发明
国别省市：广东;44