CN106941484A - 互联网汽车的多芯片通信协议系统及其方法 - Google Patents
互联网汽车的多芯片通信协议系统及其方法 Download PDFInfo
- Publication number
- CN106941484A CN106941484A CN201710049821.8A CN201710049821A CN106941484A CN 106941484 A CN106941484 A CN 106941484A CN 201710049821 A CN201710049821 A CN 201710049821A CN 106941484 A CN106941484 A CN 106941484A
- Authority
- CN
- China
- Prior art keywords
- message
- communication protocol
- module
- application
- interface layer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Communication Control (AREA)
Abstract
本发明提供了一种互联网汽车的多芯片通信协议系统及其方法,所述互联网汽车的多芯片通信协议系统包括至少一物理接口层、至少一协议解析层以及至少一应用接口层,所述物理接口层、所述协议解析层以及所述应用接口层为可通信地连接,并形成统一的至少一内核空间,能够分解所述互联网汽车的多芯片通信协议系统内部的通信任务,实现内核驱动程序的编写,从而完成通信协议的实现。
Description
技术领域
本发明涉及信息技术领域,尤其涉及一种互联网汽车的多芯片通信协议系统及其方法,能够实现互联网汽车的车载设备多芯片之间的命令和数据的传输。
背景技术
随着移动通信、多媒体和车载导航技术的成熟,对于车载系统的信息获取和传送、复杂多媒体处理以及智能车辆控制的需求日趋普及。目前,为了同时满足上层高负载、多任务的信息处理和底层车身的控制,硬件上往往采用高性能嵌入式芯片和单片机组合的方式,各自负责相应的功能,并且通过特定的传输接口和协议进行通信。其中,多芯片通信的稳定和高效,对整个车载系统的性能具有重要作用,通信协议和接口的设计是车载系统开发中的一个重要环节。
目前,多芯片通信在上层主控芯片的设计中,消息的解析处理大多是在应用层或中间层实现,通用性不强,没有统一的接口,不方便后期维护和代码移植;硬件通信接口多使用UART接口,通信速率较低。
发明内容
本发明的目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,能够实现互联网汽车的车载设备多芯片之间的命令和数据的传输。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,在操作系统内核空间中实现了多芯片通信协议,提高了通信处理的响应速度,能够满足并方便应用层和其他内核模块的通信需要。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,利用了内核设备模型,通用性也较高,方便后期移植和维护。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,使用SPI总线接口传输,提高了数据传输的速率。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,将整个通信过程划分为物理接口层、协议解析层和应用接口层,有效地把通信任务分解,利用统一设备和驱动模型,编写内核驱动程序,完成通信协议的实现。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,上层主控芯片能够可以向底层单片机发送控制或查询指令。
本发明的另一目的在于提供一种互联网汽车的多芯片通信协议系统及其方法,底层单片机能够根据上层指令执行相应操作或上报查询信息。
为了实现上述至少一个发明目的,本发明提供了一种互联网汽车的多芯片通信协议系统,包括至少一物理接口层、至少一协议解析层以及至少一应用接口层,所述物理接口层、所述协议解析层以及所述应用接口层为可通信地连接,并形成统一的至少一内核空间,能够分解所述互联网汽车的多芯片通信协议系统内部的通信任务,实现内核驱动程序的编写,从而完成通信协议的实现。
在一实施例中,所述物理接口层为至少一SPI接口设备提供驱动,为多芯片通信协议的通信传输提供了至少一物理链路。
在一实施例中,所述物理接口层可通信地连接于至少一SPI总线,至少一SPI接口设备被连接于所述SPI总线,所述物理接口层包括至少一SPI总线驱动模块、至少一SPI适配接口模块以及至少一SPI设备驱动模块,所述多芯片通信协议系统的至少一内核模块通过所述SPI适配接口模块的至少一SPI总线适配器通用接口访问所述SPI设备,从而进行消息的收发。
在一实施例中,所述协议解析层对消息进行收发处理,所述协议解析层包括至少一命令传送以及数据收发模块、至少一消息上报模块以及至少一消息处理模块,所述消息处理模块包括至少一消息解析和保存模块以及至少一收发状态机,所述收发状态机与所述物理接口层可通信地连接,所述命令传送以及数据收发模块与所述应用接口层可通信地连接,所述消息上报模块与所述应用接口层可通信地连接。
在一实施例中,通过至少一SPI总线接口接收消息帧后,所述消息处理模块的所述消息解析和保存模块对消息帧进行解包并保存。
在一实施例中,通过至少一SPI总线接口接收消息帧后,所述消息上报模块向所述应用接口层上报消息。
在一实施例中,所述协议解析层接收消息时对接收的消息进行消息帧的正确性的校验。
在一实施例中,所述命令传送以及数据收发模块为所述应用接口层300提供接口,用来发送命令和收发数据。
在一实施例中,所述消息上报模块根据消息的不同类型通过和消息类型相匹配的方式进行上报。
在一实施例中,所述消息上报模块将按键消息通过所述应用接口层的至少一输入子系统模块上报。
在一实施例中,所述消息上报模块将CAN总线消息通过所述应用接口层的至少一用户空间时间消息模块进行上报。
在一实施例中,所述应用接口层执行与至少一应用程序的交互。
根据本发明的另一方面,还提供了一种互联网汽车的多芯片通信协议方法,其特征在于,所述互联网汽车的多芯片通信协议方法包括以下步骤:
(A)封装多芯片通信协议中的发送消息,并组建消息帧;
(B)调用SPI总线发送接口进行发送;
(C)通过SPI总线接口接收消息帧,解包并保存或上报消息;
(D)接收消息时,对消息帧的正确性进行校验;
(E)为至少一应用接口层提供至少一设备输入/输出通道管理函数模块的接口,发送命令和收发数据;以及
(F)至少一消息上报模块根据解析后的消息的消息类型,通过消息类型相应的方式进行上报。
在一实施例中,所述步骤(D)还包括步骤:如果校验发现消息类型有误,请求重新发送。
在一实施例中,所述步骤(D)还包括步骤:如果校验发现消息帧损坏,请求重新发送。
在一实施例中,所述步骤(F)还包括步骤:所述消息上报模块将解析后的按键消息通过至少一输入子系统模块上报。
在一实施例中,所述消息上报模块将解析后的CAN总线消息通过至少一用户空间事件模块上报。
根据本发明的另一方面,还提供了一种互联网汽车的多芯片通信协议方法,其特征在于,所述互联网汽车的多芯片通信协议方法包括以下步骤:
(i)至少一物理接口层为多芯片通信协议的通信传输提供至少一物理链路;
(ii)至少一协议解析层执行多芯片通信协议的通信传输中的消息的收发处理;
(iii)至少一应用接口层和至少一应用程序通过所述应用接口层的至少一应用接口层接口执行交互;以及
(iiii)所述物理接口层、所述协议解析层以及所述应用接口层形成至少一内核空间。
在一实施例中,所述步骤(iii)还包括步骤:所述应用程序调用所述应用接口层的至少一设备输入/输出通道管理函数模块接口,发送指令或者数据。
在一实施例中,所述应用程序调用所述应用接口层的至少一输入子系统模块接口或者至少一用户空间事件消息模块接口,获取底层互联网汽车的车身硬件设备上报的数据和信息。
附图说明
图1是根据本发明的一个优选实施例的一种互联网汽车的多芯片通信协议系统的模块示意图。
图2是根据本发明的一个实施例的一种互联网汽车的多芯片通信协议系统的模块示意图。
图3是根据现有技术中的互联网汽车的车载通信系统的部分模块示意图。
具体实施方式
以下描述用于揭露本发明以使本领域技术人员能够实现本发明。以下描述中的优选实施例只作为举例,本领域技术人员可以想到其他显而易见的变型。在以下描述中界定的本发明的基本原理可以应用于其他实施方案、变形方案、改进方案、等同方案以及没有背离本发明的精神和范围的其他技术方案。
本领域技术人员应理解的是,在本发明的揭露中,术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系是基于附图所示的方位或位置关系,其仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此上述术语不能理解为对本发明的限制。
可以理解的是,术语“一”应理解为“至少一”或“一个或多个”,即在一个实施例中,一个元件的数量可以为一个,而在另外的实施例中,该元件的数量可以为多个,术语“一”不能理解为对数量的限制。
参照附图之图1至图2所示,基于本发明的一优选实施例的一种互联网汽车的多芯片通信协议系统被阐释。所述互联网汽车的多芯片通信协议系统通过将整个通信过程划分为物理接口层、协议解析层和应用接口层,有效地把通信任务分解,利用统一设备和驱动模型,编写内核驱动程序,完成通信协议的实现。
具体地,如图1和图2所示,所述互联网汽车的多芯片通信协议系统包括一物理接口层100、一协议解析层200以及一应用接口层300。也就是说,所述物理接口层100、所述协议解析层100以及所述应用接口层300为可通信地连接,并形成统一的至少一内核空间1000,能够分解所述互联网汽车的多芯片通信协议系统内部的通信任务,实现内核驱动程序的编写,从而完成通信协议的实现。
所述物理接口层100包括一SPI总线驱动模块110、一SPI适配接口模块120以及一SPI设备驱动模块130。一SPI接口设备911被连接于一SPI总线930上,所述SPI适配接口模块120包括一SPI总线适配器121,所述SPI总线适配器121设置有一SPI总线适配器通用接口122,所述多芯片通信协议系统的其他内核模块能够通过所述SPI总线适配器121的所述SPI总线适配器通用接口122访问所述SPI设备911,从而进行消息的收发。所述物理接口层100实现了所述SPI接口设备911的驱动程序,为多芯片通信协议的通信传输提供了物理链路。
所述协议解析层200对消息进行收发处理。所述协议解析层200包括一命令传送以及数据收发模块210、一消息上报模块220以及一消息处理模块230。所述消息处理模块230包括一消息解析和保存模块231以及一收发状态机232。
所述消息处理模块230的所述消息解析和保存模块231与所述命令传送以及数据收发模块210可通信地连接,所述消息处理模块230的所述消息解析和保存模块231与所述消息上报模块220可通信地连接,所述消息处理模块230的所述收发状态机232和所述物理接口层100的所述SPI适配接口模块120可通信地连接。
具体地,所述协议解析层200对消息进行收发处理。通过将发送消息封装,组建消息帧,调用所述物理接口层100的SPI总线发送接口进行发送;进一步地,通过SPI总线接口接收消息帧,所述消息处理模块230的所述消息解析和保存模块231解包并保存,或者所述消息上报模块220向所述应用接口层300上报消息;进一步地,接收消息时,所述协议解析层200会对消息帧的正确性进行校验,如果消息类型有误,或消息帧损坏,则请求对方重发,确保消息帧的完整;进一步地,所述命令传送以及数据收发模块210为所述应用接口层300提供所述设备输入/输出通道管理函数模块310的接口,用来发送命令和收发数据;进一步地,解析后的消息会根据不同消息类型,所述消息上报模块220通过不同方式进行上报,比如,按键消息通过所述输入子系统模块320上报,CAN总线消息通过所述用户空间时间消息模块330进行uevent事件机制上报等。
所述应用接口层300负责与所述应用程序920的交互。所述应用接口层300包括一设备输入/输出通道管理函数模块310、一输入子系统模块320以及一用户空间事件消息模块330。进一步地,系统中不同的功能模块在所述应用接口层300都有对应的一应用接口层接口模块340,即接口模块1、接口模块2、接口模块3以及接口模块n等等,各应用接口层接口模块340对应地连接于所述应用程序920的各对应的功能模块。所述应用程序920通过调用所述应用接口层300提供的所述设备输入/输出通道管理函数模块310接口,可以发送指令或数据;通过所述输入子系统模块320接口或者所述用户空间事件消息模块330接口对应地接收至少一输入或至少一用户空间事件,获取底层互联网汽车的车身硬件设备上报的数据和信息。
根据本发明的另一方面,本发明还提供了一种互联网汽车的多芯片通信协议方法,所述互联网汽车的多芯片通信协议方法能够通过所述互联网汽车的多芯片通信协议系统实现。
其中所述互联网汽车的多芯片通信协议方法包括以下步骤:
(A)封装多芯片通信协议中的发送消息,并组建消息帧;
(B)调用SPI总线发送接口进行发送;
(C)通过SPI总线接口接收消息帧,解包并保存或上报消息;
(D)接收消息时,对消息帧的正确性进行校验;
(E)为至少一应用接口层提供至少一设备输入/输出通道管理函数模块的接口,发送命令和收发数据;
(F)至少一消息上报模块根据解析后的消息的消息类型,通过消息类型相应的方式进行上报。
其中,所述步骤(D)还包括步骤:如果校验发现消息类型有误,请求重新发送。
其中,所述步骤(D)还包括步骤:如果校验发现消息帧损坏,请求重新发送。
其中,所述步骤(F)还包括步骤:所述消息上报模块将解析后的按键消息通过至少一输入子系统模块上报。
其中,所述步骤(F)还包括步骤:所述消息上报模块将解析后的CAN总线消息通过至少一用户空间事件模块上报。
值得一提的是,所述互联网汽车的多芯片通信协议方法还包括以下步骤:
(i)至少一物理接口层为多芯片通信协议的通信传输提供至少一物理链路;
(ii)至少一协议解析层执行多芯片通信协议的通信传输中的消息的收发处理;
(iii)至少一应用接口层和至少一应用程序通过所述应用接口层的至少一应用接口层接口执行交互;以及
(iiii)所述物理接口层、所述协议解析层以及所述应用接口层形成至少一内核空间。
值得一提的是,其中所述步骤(iii)还包括步骤:所述应用程序调用所述应用接口层的至少一设备输入/输出通道管理函数模块接口,发送指令或者数据。
值得一提的是,其中所述步骤(iii)还包括步骤:所述应用程序调用所述应用接口层的至少一输入子系统模块接口,获取底层互联网汽车的车身硬件设备上报的数据和信息。
值得一提的是,其中所述步骤(iii)还包括步骤:所述应用程序调用所述应用接口层的至少一用户空间事件消息模块接口,获取底层互联网汽车的车身硬件设备上报的数据和信息。
本领域的技术人员可以理解的是,本发明的各实施例中的所述设备输入/输出通道管理函数模块310可以被实施为通过ioctl函数对输入/输出通道进行管理的模块,ioctl是设备驱动程序中对设备的I/O通道进行管理的函数。控制I/O设备,对I/O通道进行管理,对设备的一些特性进行控制,例如串口的传输波特率、马达的转速等等。它的参数个数如下:int ioctl(int fd,int cmd,…);其中fd就是用户程序打开设备时使用open函数返回的文件标示符,cmd就是用户程序对设备的控制命令,后面的省略号是一些补充参数,一般最多一个,有或没有是和cmd的意义相关的。ioctl函数是文件结构中的一个属性分量,就是说如果驱动程序提供了对ioctl的支持,用户就能在用户程序中使用ioctl函数控制设备的I/O通道。ioctl提供了一种获得设备信息和向设备发送控制参数的手段,用于向设备发控制和配置命令,有些命令需要控制参数,这些数据是不能用read/write读写的,称为Out-of-band数据。也就是说,read/write读写的数据是in-band数据,是I/O操作的主体,而ioctl命令传送的是控制信息,其中的数据是辅助的数据。
本领域的技术人员可以理解的是,本发明中的所述用户空间事件消息模块330中为Uevent事件机制,即User space event,就是内核向用户空间发出的一个事件通知,使得所述应用程序920能有机会对该Uvent作出反应。本发明的各实施例中的设备模型中任何设备有事件需要上报时,会触发Uevent事件机制提供的接口。Uevent事件机制模块准备好上报事件的格式后,可以通过两个途径把事件上报到用户空间:一种是通过直接调用用户空间的可执行文件;另一种是通过将事件从内核空间传递给用户空间。
图3中的现有的车载系统的信息获取和传送等结构图中可以看出,为了同时满足上层高负载、多任务的信息处理和底层车身的控制,硬件上往往采用高性能嵌入式芯片和单片机组合的方式,各自负责相应的功能,并且通过特定的传输接口和协议进行通信。但是在上层的设计中,消息的解析处理大多是在应用层或中间层实现,通用性不强,没有统一的接口,不方便后期维护和代码移植;硬件通信接口多使用UART接口,通信速率较低。因此,和图3现有的相比,本发明的所述互联网汽车的多芯片通信协议的系统及其方法操作系统内核空间中实现了多芯片通信协议,提高了通信处理的响应速度,可以满足并方便应用层和其他内核模块的通信需要;由于利用了内核设备模型,通用性也较高,方便后期移植和维护;使用SPI总线接口传输,提高了数据传输的速率。通过将整个通信过程划分为物理接口层、协议解析层和应用接口层,有效地把通信任务分解,利用统一设备和驱动模型,编写内核驱动程序,完成通信协议的实现。
本领域的技术人员应理解,上述描述及附图中所示的本发明的实施例只作为举例而并不限制本发明。本发明的目的已经完整并有效地实现。本发明的功能及结构原理已在实施例中展示和说明,在没有背离所述原理下,本发明的实施方式可以有任何变形或修改。
Claims (20)
1.一种互联网汽车的多芯片通信协议系统,其特征在于,包括至少一物理接口层、至少一协议解析层以及至少一应用接口层,所述物理接口层、所述协议解析层以及所述应用接口层为可通信地连接,并形成统一的至少一内核空间,能够分解所述互联网汽车的多芯片通信协议系统内部的通信任务,实现内核驱动程序的编写,从而完成通信协议的实现。
2.如权利要求1所述互联网汽车的多芯片通信协议系统,其中所述物理接口层为至少一SPI接口设备提供驱动,为多芯片通信协议的通信传输提供了至少一物理链路。
3.如权利要求1所述互联网汽车的多芯片通信协议系统,其中所述物理接口层可通信地连接于至少一SPI总线,至少一SPI接口设备被连接于所述SPI总线,所述物理接口层包括至少一SPI总线驱动模块、至少一SPI适配接口模块以及至少一SPI设备驱动模块,所述多芯片通信协议系统的至少一内核模块通过所述SPI适配接口模块的至少一SPI总线适配器通用接口访问所述SPI设备,从而进行消息的收发。
4.如权利要求1所述互联网汽车的多芯片通信协议系统,其中所述协议解析层对消息进行收发处理,所述协议解析层包括至少一命令传送以及数据收发模块、至少一消息上报模块以及至少一消息处理模块,所述消息处理模块包括至少一消息解析和保存模块以及至少一收发状态机,所述收发状态机与所述物理接口层可通信地连接,所述命令传送以及数据收发模块与所述应用接口层可通信地连接,所述消息上报模块与所述应用接口层可通信地连接。
5.如权利要求4所述互联网汽车的多芯片通信协议系统,其中通过至少一SPI总线接口接收消息帧后,所述消息处理模块的所述消息解析和保存模块对消息帧进行解包并保存。
6.如权利要求4所述互联网汽车的多芯片通信协议系统,其中通过至少一SPI总线接口接收消息帧后,所述消息上报模块向所述应用接口层上报消息。
7.如权利要求4所述互联网汽车的多芯片通信协议系统,其中所述协议解析层接收消息时对接收的消息进行消息帧的正确性的校验。
8.如权利要求4所述互联网汽车的多芯片通信协议系统,其中所述命令传送以及数据收发模块为所述应用接口层300提供接口,用来发送命令和收发数据。
9.如权利要求4所述互联网汽车的多芯片通信协议系统,其中所述消息上报模块根据消息的不同类型通过和消息类型相匹配的方式进行上报。
10.如权利要求9所述互联网汽车的多芯片通信协议系统,其中所述消息上报模块将按键消息通过所述应用接口层的至少一输入子系统模块上报。
11.如权利要求9所述互联网汽车的多芯片通信协议系统,其中所述消息上报模块将CAN总线消息通过所述应用接口层的至少一用户空间时间消息模块进行上报。
12.如权利要求1所述互联网汽车的多芯片通信协议系统,其中所述应用接口层执行与至少一应用程序的交互。
13.一种互联网汽车的多芯片通信协议方法,其特征在于,所述互联网汽车的多芯片通信协议方法包括以下步骤:
(A)封装多芯片通信协议中的发送消息,并组建消息帧;
(B)调用SPI总线发送接口进行发送;
(C)通过SPI总线接口接收消息帧,解包并保存或上报消息;
(D)接收消息时,对消息帧的正确性进行校验;
(E)为至少一应用接口层提供至少一设备输入/输出通道管理函数模块的接口,发送命令和收发数据;以及
(F)至少一消息上报模块根据解析后的消息的消息类型,通过消息类型相应的方式进行上报。
14.如权利要求13所示的互联网汽车的多芯片通信协议方法,其中所述步骤(D)还包括步骤:如果校验发现消息类型有误,请求重新发送。
15.如权利要求13所示的互联网汽车的多芯片通信协议方法,其中所述步骤(D)还包括步骤:如果校验发现消息帧损坏,请求重新发送。
16.如权利要求13所示的互联网汽车的多芯片通信协议方法,其中所述步骤(F)还包括步骤:所述消息上报模块将解析后的按键消息通过至少一输入子系统模块上报。
17.如权利要求13所示的互联网汽车的多芯片通信协议方法,其中所述消息上报模块将解析后的CAN总线消息通过至少一用户空间事件模块上报。
18.一种互联网汽车的多芯片通信协议方法,其特征在于,所述互联网汽车的多芯片通信协议方法包括以下步骤:
(i)至少一物理接口层为多芯片通信协议的通信传输提供至少一物理链路;
(ii)至少一协议解析层执行多芯片通信协议的通信传输中的消息的收发处理;
(iii)至少一应用接口层和至少一应用程序通过所述应用接口层的至少一应用接口层接口执行交互;以及
(iiii)所述物理接口层、所述协议解析层以及所述应用接口层形成至少一内核空间。
19.如权利要求18所示的互联网汽车的多芯片通信协议方法,其中所述步骤(iii)还包括步骤:所述应用程序调用所述应用接口层的至少一设备输入/输出通道管理函数模块接口,发送指令或者数据。
20.如权利要求18所示的互联网汽车的多芯片通信协议方法,其中所述应用程序调用所述应用接口层的至少一输入子系统模块接口或者至少一用户空间事件消息模块接口,获取底层互联网汽车的车身硬件设备上报的数据和信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710049821.8A CN106941484A (zh) | 2017-01-23 | 2017-01-23 | 互联网汽车的多芯片通信协议系统及其方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710049821.8A CN106941484A (zh) | 2017-01-23 | 2017-01-23 | 互联网汽车的多芯片通信协议系统及其方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106941484A true CN106941484A (zh) | 2017-07-11 |
Family
ID=59468667
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710049821.8A Pending CN106941484A (zh) | 2017-01-23 | 2017-01-23 | 互联网汽车的多芯片通信协议系统及其方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106941484A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114490473A (zh) * | 2021-12-07 | 2022-05-13 | 深圳市三旺通信股份有限公司 | 边缘计算网关io接口系统及io接口调用方法 |
WO2022142919A1 (zh) * | 2020-12-31 | 2022-07-07 | 深圳云天励飞技术股份有限公司 | 多芯片通信系统、方法、芯片及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127739A (zh) * | 2007-04-18 | 2008-02-20 | 谢步明 | Tcn网关通讯设备 |
US20090245344A1 (en) * | 2008-04-01 | 2009-10-01 | Olivier Dominique Ploix | System and Method for Multi-Channel Control System |
CN104636306A (zh) * | 2015-03-10 | 2015-05-20 | 江苏联康电子有限公司 | 一种基于单片机的rffe主设备接口移植装置及方法 |
-
2017
- 2017-01-23 CN CN201710049821.8A patent/CN106941484A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101127739A (zh) * | 2007-04-18 | 2008-02-20 | 谢步明 | Tcn网关通讯设备 |
US20090245344A1 (en) * | 2008-04-01 | 2009-10-01 | Olivier Dominique Ploix | System and Method for Multi-Channel Control System |
CN104636306A (zh) * | 2015-03-10 | 2015-05-20 | 江苏联康电子有限公司 | 一种基于单片机的rffe主设备接口移植装置及方法 |
Non-Patent Citations (2)
Title |
---|
侯霖: "一种车载多芯片间通信协议", 《信息通信》 * |
奚海蛟等: "《嵌入式LINUX驱动程序实战开发》", 31 October 2012 * |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022142919A1 (zh) * | 2020-12-31 | 2022-07-07 | 深圳云天励飞技术股份有限公司 | 多芯片通信系统、方法、芯片及存储介质 |
CN114490473A (zh) * | 2021-12-07 | 2022-05-13 | 深圳市三旺通信股份有限公司 | 边缘计算网关io接口系统及io接口调用方法 |
CN114490473B (zh) * | 2021-12-07 | 2024-05-03 | 深圳市三旺通信股份有限公司 | 边缘计算网关io接口系统及io接口调用方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103578160B (zh) | 一种基于车载无线数据记录仪的车辆监控系统 | |
CN101621735B (zh) | 基于第三代移动通信的汽车实时信息系统 | |
CN100401288C (zh) | 分布式数据源数据集成系统及方法 | |
CN1285672A (zh) | 数字用户线访问多路复用器的元件管理系统 | |
CN101030969B (zh) | 用于移动车辆的网络服务的方法和系统 | |
CN202275120U (zh) | Etc故障监测设备 | |
CN106951388A (zh) | 一种基于PCIe的DMA数据传输方法及系统 | |
CN103684963A (zh) | 一种面向车联网应用的中间件架构系统及实现方法 | |
CN201509315U (zh) | 基于第三代移动通信的汽车实时信息系统及车载终端 | |
CN105141603B (zh) | 通信数据传输方法及系统 | |
CN106941484A (zh) | 互联网汽车的多芯片通信协议系统及其方法 | |
CN110677427A (zh) | 多报文解析方法 | |
CN102096411B (zh) | 一种标定车载控制器的参数的方法及上位机 | |
CN106686000A (zh) | 工程机械车联网多数据类型多通信协议的数据接入方法 | |
CN207096803U (zh) | 车辆故障远程诊断系统 | |
CN109861998A (zh) | 一种基于北斗短报文协议的插件式动态解析系统及方法 | |
CN110535892A (zh) | 轨道交通车载数据快速转储系统、方法及状态监测方法 | |
CN102420872A (zh) | 一种基于http数据流的传输管理框架 | |
CN108206829A (zh) | 基于FPGA实现GigE Vision协议进行网络通信的方法 | |
CN110417773A (zh) | 一种串口协议数据采集解析方法、系统及装置 | |
CN107508865A (zh) | 新能源汽车多路can总线和gps数据融合管理方法 | |
CN113806466A (zh) | 路径时间查询方法、装置、电子设备和可读存储介质 | |
CN109857379B (zh) | 一种数据服务封装的方法及装置 | |
CN110109848B (zh) | Dsp硬件抽象层以及dsp处理器 | |
CN112925551A (zh) | 对象升级方法、装置、设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170711 |