CN105847190A

CN105847190A - 一种数据传输方法及处理器

Info

Publication number: CN105847190A
Application number: CN201610153752.0A
Authority: CN
Inventors: 陈世雷; 李洋; 曾小光; 周导
Original assignee: Qingdao Hisense Electronics Co Ltd
Current assignee: Hisense Visual Technology Co Ltd
Priority date: 2016-03-17
Filing date: 2016-03-17
Publication date: 2016-08-10
Anticipated expiration: 2036-03-17
Also published as: CN105847190B

Abstract

本发明实施例提供一种数据传输方法及处理器，涉及通信领域，解决了现有技术在利用固定字节长度的Master协议进行数据传输时，所导致的内存空间浪费的问题。该方法包括：第一处理器获取命令的命令标识及对应的命令数据，该命令标识为第二处理器存储命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的数据长度相同；将包含命令的命令数据以及命令标识的第一数据包发送至第二处理器，该第一数据包是第一处理器基于第一传输协议格式得到的。本发明应用于数据的传输。

Description

一种数据传输方法及处理器

技术领域

本发明涉及通信领域，尤其涉及一种数据传输方法及处理器。

背景技术

随着科技的不断进步，高清电视已经成为市场主流。而高清电视在进行高清图像显示时需要处理的数据量比较大，因此，现今高清电视通常采用主SOC(英文：System on Chip，片上系统)芯片(通常称为“主芯片”)+后端画质处理芯片(通常称为“从芯片”)的“1+1”分离方案来处理高清图像。在现有技术中，主芯片与从芯片之间通常通过I2C协议进行数据传输，即主芯片可以基于I2C协议向从芯片发送命令请求，该命令请求中包含以Master协议结构封装的包含有命令数据的数据包。

但是，由于Master协议是固定字节长度的传输协议，因此，当传输的数据长度与Master协议中数据的所占的字节长度不符时，会出现内存空间的浪费和通信数量的增加。具体的，Master协议是由两个字节的命令标识(Command ID，简称CMDID)和5个字节的数据组成的固定长度的传输协议，因此，当主芯片向从芯片发送的命令数据的数据长度小于5个字节时，便会造成多余字节的浪费，同时由于主芯片会默认这些多余字节内部存有无效数据，从而导致从芯片为这些无效数据分配内存空间，进而造成内存空间的浪费。

发明内容

本发明的实施例提供一种数据传输方法及处理器，解决了现有技术在利用固定字节长度的Master协议进行数据传输时，所导致的内存空间浪费的问题。

为达到上述目的，本发明的实施例采用如下技术方案：

第一方面，提供一种数据传输方法，包括：

第一处理器获取命令的命令标识及对应的命令数据，所述命令标识为第二处理器存储所述命令的命令数据的存储地址，所述存储地址对应的存储空间的大小与所述命令的数据长度相同；

将包含所述命令的命令数据以及命令标识的第一数据包发送至所述第二处理器，所述第一数据包是所述第一处理器基于第一传输协议格式得到的。

另一方面，一种处理器，包括：

获取模块，用于获取命令的命令标识及对应的命令数据，所述命令标识为第二处理器存储所述命令的命令数据的存储地址，所述存储地址对应的存储空间的大小与所述命令的数据长度相同；

发送模块，用于将包含所述命令的命令数据以及命令标识的第一数据包发送至所述第二处理器，所述第一数据包是所述第一处理器基于第一传输协议格式得到的。

本发明的实施例提供的数据传输方法及处理器，首先，第一处理器获取命令的命令标识及对应的命令数据，其中，该命令标识为第二处理器存储命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的命令数据的数据长度相同；其次，根据第一传输协议格式将命令的命令数据进行封装，得到命令对应的第一数据包，其中，第一传输协议的字节长度是根据所封装的命令数据的数据长度来定的；最后，将第一数据包发送至第二处理器。这样本方案中的第一处理器获取命令的命令标识是第二存储器存储命令数据的存储地址，由于第二处理器的存储空间大小与命令数据的长度相同，因此，第一处理器将包含命令的命令数据和命令的标识发送到第二处理器，使得第二处理器在为命令数据分配存储空间时，不会造成多余空间的浪费。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种数据传输方法的方法流程图；

图2为本发明实施例提供的一种第一传输协议的格式图；

图3为本发明实施例提供的另一种第一传输协议的格式图；

图4为本发明实施例提供的另一种数据传输方法的方法流程图；

图5为本发明实施例提供的一种处理器的结构示意图；

图6为本发明实施例提供的另一种处理器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的数据传输方法的执行主体可以为处理器，或者用于执行上述数据传输方法的终端中的处理器。具体的，该终端可以为智能电视、智能电视终端、高清机顶盒、平板电脑、笔记本电脑、超级移动个人计算机(英文：Ultra-mobile Personal Computer，简称：UMPC)、上网本、个人数字助理(英文：Personal Digital Assistant，简称：PDA)等终端。示例性的，当该第一处理器为高清终端中用于处理画质的后端画质处理芯片(通常被称为“从芯片”)(例如，FRC(英文：Frame RateConversion，简称：帧频转换)芯片)时，第二处理器为主SOC(英文：System on Chip，简称：片上系统)芯片(通常被称为“主芯片”)；反之，当该第一处理器为主芯片时，第二处理器为从芯片。当然需要说明的是，上述的主芯片与从芯片仅仅是一种示例。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

为了便于清楚描述本发明实施例的技术方案，在本发明的实施例中，采用了“第一”、“第二”等字样对功能或作用基本相同的相同项或相似项进行区分，本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定。

本发明实施例提供一种数据传输方法，如图1所示，该方法具体包括如下步骤：

101、第一处理器获取命令的命令标识及对应的命令数据。

本实施例中的命令标识为第二处理器存储命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的命令数据的数据长度相同。

示例性的，步骤101中，第一处理器获取命令的命令标识具体包括以下步骤：

101a、第一处理器获取第一命令的命令标识。

101b、第一处理器根据第一存储地址以及第二命令的命令数据的数据长度，确定出第二命令在第二处理器中的第二存储地址。

本实施例中的第一命令的命令标识为第二处理器存储该第一命令的命令数据的第一存储地址。本实施例中第一命令的第一存储地址与该第二命令的第二存储地址无缝连接。

具体的，本实施例中第一命令的命令标识是第二处理器预先设置的预定阈值或初始存储地址，在确定所有命令的存储地址时，是根据获取的第一命令的命令数据的初始存储地址和第一命令的命令数据长度相加得到第二命令的命令数据的存储地址，将第二命令的命令数据的存储地址与第二命令的命令数据的数据长度相加得到的第三命令的命令数据的存储地址，这样就实现了所有命令的命令数据的存储地址无缝连接，进而使得第一处理器中的命令数据的命令标识是无缝连接的。

示例性的，每个命令的命令数据的命令长度Length是根据该命令数据所占字节的个数确定出的，即Length＝Data0+Data1+Data2+……DataN。具体的，当第一传输协议格式如图2所示时，除第一命令以外的其他命令对应的命令标识的获取方法如下所述：

所有命令的长度组成下面的枚举类型：

typedef enum HiSoFCmd_Length

{

CMDLength_A＝1,

CMDLength_B＝2,

CMDLength_C＝3,

CMDLength_D＝4,

}ECmdLen；

每个CMD的ID＝上一个CMD ID+上一个CMD length；所有的CMDID组成下面的枚举(第一个CMD ID的数值是第二处理器根据需要设定为固定值或特定存储数据的起始地址)

typedef enum HiSoFCmdID

{CMDID_A＝0,

CMDID_B＝CMDID_A+CMD Legth_A,

CMDID_C＝CMDID_B+CMD Legth_B,

CMDID_D＝CMDID_C+CMD Legth_C,

CMDID_MAX＝CMDID_D+CMD Legth_D,

}ECmdID；

通过上述这两个枚举，我们就可以获得每一个CMD的ID，并将该CMD的ID在第二处理器中对应的存储地址无缝的连接在一起。

102、第一处理器将包含命令的命令数据以及命令标识的第一数据包发送至第二处理器。

本实施例中的第一数据包是第一处理器基于第一传输协议格式得到的。其中，上述的第一数据包是由两种封装方式得到的。

具体的，在第一种封装方式中，步骤102之前，具体包括：

102a、第一处理器基于第一传输协议格式将命令的命令数据和命令标识进行封装得到第一数据包。

具体的，在第二种封装方式中，步骤102之前，具体包括：

102b1、第一处理器根据第一传输协议格式将命令的命令数据进行封装，得到第二数据包。

102b2、第一处理器根据第二传输协议格式将第二数据包与命令的命令标识进行封装，得到第一数据包。

示例性的，本实施例中的第二传输协议是第一处理器与第二处理器进行建立数据通道时所使用的传输协议。例如，该第二传输协议可以为IIC接口协议、SPI接口协议或者UART接口协议等。

本实施例中的第一传输协议格式包括但不限于图2和图3所示的传输协议格式。示例性的，如图2所示，第一传输协议的格式包括:命令标志位、状态标识和命令数据位。如图3所示，第一传输协议的格式包括:命令标志位和命令数据位。图2和图3中的存储命令的命令标识位占4个字节，存储命令数据的命令数据位长度不固定，图2中的状态标志位占1个字节。

可选的，上述的第一传输协议格式如图2所示，步骤102之前，还包括以下步骤：

A1、第一处理器获取第一处理器的状态标识。

A2、第一处理器将包含命令的命令数据、命令标识以及状态标识的第一数据包发送至第二处理器。

本实施例中第一处理器的状态标识用于表示第一处理器当前的工作状态。

示例性的，第一传输协议结构图还可以参照图3所示的协议格式，为了减少传输的数据量，这里可以使用第一处理器与第二处理器之间的传输协议(即上述的第二传输协议)中的子地址单元来存储命令的命令标识，从而节省了第一传输协议中用于存储命令的命令标识的4个字节。

本发明的实施例提供的数据传输方法，首先，第一处理器获取命令的命令标识及对应的命令数据，其中，该命令标识为第二处理器存储命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的命令数据的数据长度相同；其次，根据第一传输协议格式将命令的命令数据进行封装，得到命令对应的第一数据包，其中，第一传输协议的字节长度是根据所封装的命令数据的数据长度来定的；最后，将第一数据包发送至第二处理器。这样本方案中的第一处理器获取命令的命令标识是第二存储器存储命令数据的存储地址，由于第二处理器的存储空间大小与命令数据的长度相同，因此，第一处理器将包含命令的命令数据和命令的标识发送到第二处理器，第二处理器在为命令数据分配存储空间时，不会造成多余空间的浪费。

此外，本实施例中第一传输协议的数据长度与所封装的命令的数据长度相同。

具体的，在现有技术中，由于主从芯片在进行传输数据时采用的是Master协议，该Master协议是由两个字节长度的命令标识和五个字节长度的命令数据所组成的固定字节长度的传输协议，当主芯片向从芯片发送的命令数据的数据长度大于5个字节时，由于该Master协议中仅有5个字节用于传输命令数据，因此，需要按照发送的命令数据的实际数据长度分为多次进行发送，从而造成通信数量的增加。

而本实施例中，第一处理器向第二处理器发送命令数据时是基于第一传输协议格式将第一数据包发送至第二处理器，而该第一传输协议的数据长度与所封装的命令的数据长度可以相同。因此，当第一处理器在发送命令数据的时，能够将所有命令数据均封装到一个数据包中，从而也就避免了通信数量的增加。

另外，第一处理器和第二处理器同步通信时，第一处理器在对第二处理器进行读数据的步骤如下：

Step1、第一处理器查询第二处理器的flag(状态标识)是否为0

当第二处理器的flag为0时，进入Step2；当第二处理器的flag为1时，继续进行查询，直到flag为0。

Step2、第一处理器根据第一传输协议格式将命令的命令数据进行封装得到命令对应的数据包，将该第一数据包发送至第二处理器。

Step3、第二处理器接收第一处理器发送的数据包，从数据包中解析出命令数据。同时第二处理器将flag置为1。

Step4、第二处理器启动驱动软件，调用对应的驱动函数对命令的命令数据进行处理，同时显示高清电视画面。第二处理器将处理后的命令数据放到指定的位置，并将flag置为0。

Step5、第一处理器查询第二处理器的flag是否为0。

当第二处理器的flag为0时，则读取第二处理器处理后的命令数据；当第二处理器的flag为1时，继续进行查询，直到flag为0时，读取第二处理器处理后的命令数据。

异步通信时，第一处理器和第二处理器在进行读数据的过程中，当第一处理器向第二处理器发送数据包时，不需要进行判断状态标识；当第一处理器读取第二处理器处理后的命令数据时也不需要判断状态标识，而是经过简单的延时或其他处理后直接进行。其第一处理器进行数据封装和第二处理器进行解封装的过程与同步通信时的过程原理相同，具体可以参考上述过程。

具体的，同步通信时，第一处理器在对第二处理器进行写数据的步骤如下：

Step1、第一处理器查询第二处理器的flag(状态标识)是否为0

Step2、第一处理器根据第一传输协议格式将命令的命令数据进行封装得到数据包，并将该数据包发送至第二处理器。

Step3、第二处理器接收第一处理器发送的数据包，从数据包中解析出命令的命令数据。同时第二处理器将flag置为1。

Step4、第二处理器启动驱动软件，调用对应的驱动函数对命令的命令数据进行处理，同时显示高清电视画面。

异步通信时，第一处理器和第二处理器在进行写数据的过程中，当第一处理器向第二处理器发送数据包时，不需要进行判断状态标识。其第一处理器进行数据封装和第二处理器进行解封装的过程与同步通信时的过程原理相同，具体可以参考上述过程。

综上所述，第一处理器向第二处理器读命令数据时，需要第二处理器将处理后的命令数据放到指定位置等待第一处理器进行命令数据的读取；第一处理器向第二处理器写数据时，第二处理器不需要将处理的命令数据放到指定位置，只需将第二处理器发送的命令数据进行处理，不需向第一处理器汇报处理后的数据结果。

本发明的实施例提供一种数据传输方法，本实施例主要针对第一处理器在接收到第二处理器根据第一传输协议所得到的第三数据包后，所执行的对该第三数据包进行数据解封装的过程，当然，第一处理器在根据第一传输协议得到第一数据包的过程，可以参照上一实施例所描述的过程，这里不再赘述。具体的，如图4所示，该方法具体的包括如下步骤：

201、第一处理器接收第二处理器发送的第三数据包。

202、第一处理器解析第三数据包，得到第三数据包中包含的命令数据以及存储地址，并根据存储地址将命令数据存储至第一处理器。

本发明实施例提供的数据传输方法，第一处理器在解封装的过程中，接收到第二处理器发送的第三数据包，然后解析该第三数据包，得到命令的命令数据以及存储地址，由于该存储地址空间的大小与命令的命令数据长度相同，因此节省了第一处理器存储命令数据的存储空间。

本发明实施例提供一种处理器，如图5所示，该处理器3包括：获取模块31和发送模块32，其中：

获取模块31，用于获取命令的命令标识及对应的命令数据，该命令标识为第二处理器存储所述命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的数据长度相同。

发送模块32，用于将包含命令的命令数据以及命令标识的第一数据包发送至第二处理器，该第一数据包是第一处理器基于第一传输协议格式得到的。

示例性的，该第一传输协议的数据长度与所封装的命令的数据长度相同。

具体的，该获取模块31在获取命令的命令标识时用于：

获取第一命令的命令标识，该第一命令的命令标识为第二处理器存储第一命令的命令数据的第一存储地址；

根据第一存储地址以及第二命令的命令数据的数据长度，确定出第二命令在第二处理器中的第二存储地址，第一命令的第一存储地址与第二命令的第二存储地址无缝连接。

进一步的，如图5所示该处理器3还包括封装模块33。

封装模块33，用于根据第一传输协议格式将命令的命令数据进行封装，得到第二数据包；还用于根据第二传输协议格式将第二数据包与所述命令的命令标识进行封装，得到第一数据包。

可选的，如图6所示，该处理器3还包括接收模块34和解析模块35。

接收模块34，用于接收第二处理器发送的第三数据包；

解析模块35，用于解析第三数据包，得到第三数据包中包含的命令数据以及存储地址，并根据存储地址将命令数据存储至所述第一处理器。

本发明的实施例提供的处理器，首先，第一处理器获取命令的命令标识及对应的命令数据，其中，该命令标识为第二处理器存储命令的命令数据的存储地址，该存储地址对应的存储空间的大小与命令的命令数据的数据长度相同；其次，根据第一传输协议格式将命令的命令数据进行封装，得到命令对应的第一数据包，其中，第一传输协议的字节长度是根据所封装的命令数据的数据长度来定的；最后，将第一数据包发送至第二处理器。这样本方案中的第一处理器获取命令的命令标识是第二存储器存储命令数据的存储地址，由于第二处理器的存储空间大小与命令数据的长度相同，因此，第一处理器将包含命令的命令数据和命令的标识发送到第二处理器，第二处理器在为命令数据分配存储空间时，不会造成多余空间的浪费。

在本申请所提供的几个实施例中，应该理解到，所揭露的处理器和方法，可以通过其它的方式实现。例如，以上所描述的处理器实施例仅仅是示意性的，例如，所述处理器中模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，第一处理器或第一处理器中的模块与第二处理器或第二处理器中的模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理包括，也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块可以存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-OnlyMemory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

1.一种数据传输方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述获取命令的命令标识具体包括：

获取第一命令的命令标识，所述第一命令的命令标识为所述第二处理器存储所述第一命令的命令数据的第一存储地址；

根据所述第一存储地址以及第二命令的命令数据的数据长度，确定出所述第二命令在所述第二处理器中的第二存储地址，所述第一命令的第一存储地址与所述第二命令的第二存储地址无缝连接。

3.根据权利要求1或2所述的方法，其特征在于，所述将包含所述命令的命令数据以及命令标识的第一数据包发送至所述第二处理器之前，所述方法包括：

根据第一传输协议格式将所述命令的命令数据进行封装，得到第二数据包；根据第二传输协议格式将所述第二数据包与所述命令的命令标识进行封装，得到第一数据包。

4.根据权利要求1所述的方法，其特征是在于，所述方法还包括：

接收所述第二处理器发送的第三数据包；

解析所述第三数据包，得到所述第三数据包中包含的命令数据以及存储地址，并根据所述存储地址将所述命令数据存储至所述第一处理器。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述第一传输协议的数据长度与所封装的所述命令的数据长度相同。

6.一种处理器，其特征在于，包括：

7.根据权利要求6所述的处理器，其特征在于，所述获取模块在获取命令的命令标识时，具体用于：

8.根据权利要求6或7所述的处理器，其特征在于，所述处理器还包括：

封装模块，用于根据第一传输协议格式将所述命令的命令数据进行封装，得到第二数据包；根据第二传输协议格式将所述第二数据包与所述命令的命令标识进行封装，得到第一数据包。

9.根据权利要求6所述的处理器，其特征在于，所述处理器还包括：

接收模块，用于接收所述第二处理器发送的第三数据包；

解析模块，用于解析所述第三数据包，得到所述第三数据包中包含的命令数据以及存储地址，并根据所述存储地址将所述命令数据存储至所述第一处理器。

10.根据权利要求6-9任一项所述的处理器，其特征在于，所述第一传输协议的数据长度与所封装的所述命令的数据长度相同。