CN111262766A - 多包应用报文数据的传输方法、装置及系统 - Google Patents
多包应用报文数据的传输方法、装置及系统 Download PDFInfo
- Publication number
- CN111262766A CN111262766A CN202010054629.XA CN202010054629A CN111262766A CN 111262766 A CN111262766 A CN 111262766A CN 202010054629 A CN202010054629 A CN 202010054629A CN 111262766 A CN111262766 A CN 111262766A
- Authority
- CN
- China
- Prior art keywords
- data
- sub
- transmission
- field
- bits
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
-
- 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
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
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)
- Small-Scale Networks (AREA)
Abstract
本发明实施方式提供一种多包应用报文数据的传输方法,所述传输方法基于CAN数据帧,所述CAN数据帧包括ID场和数据场,所述数据场的前N位为子ID,N为正整数。同时还提供了一种传输多包应用报文数据的装置和系统。本发明的上述技术方案通过实现对ID地址的扩展,就可以利用极少数的ID实现了大量数据的传输,既能满足对数据的传输,又不占用大量ID范围,最大程度减小了对整车的影响。
Description
技术领域
本发明涉及通信技术领域,具体地涉及一种多包应用报文数据的传输方法、一种传输多包应用报文数据的装置、一种传输多包应用报文数据的系统以及一种整车系统。
背景技术
随着整车智能化程度的飞速发展,车载智能车机及手机端APP的开发及搭载,需要传输到云端的信号量变得越来越大,对整车信号传输提出了新的要求。现有的车载信号大多是基于CAN信号,如果按传统CAN信号方式开发,通过ID场对数据进行区分,但是ID场的取值的范围只能在0~0X7FF之间。该方式不仅使整车ID的取值范围得到了限制,还导致后期整车ID可扩展性大大降低。
发明内容
本发明实施方式的目的是提供一种多包应用报文数据的传输方法及装置,以至少解决目前CAN数据传输中受CAN数据帧中ID场位数限制的问题。
为了实现上述目的,在本发明第一方面,提供一种多包应用报文数据的传输方法,所述传输方法基于CAN数据帧,所述CAN数据帧包括ID场和数据场,所述数据场的前N位为子ID,N为正整数。
可选的,所述传输方法包括:
在所述CAN数据帧的发送端,将所述子ID写入所述数据场的前N位;并将传输数据写入所述数据场的剩余位;
对应的,在所述CAN数据帧的接收端,将所述数据场的前N位解析为子ID;并将所述数据场的剩余位解析为传输数据。
可选的,所述传输方法还包括:在所述CAN数据帧中设立一标识位,所述标识位用于标识所述CAN数据帧是否存在子ID。
可选的,所述标识位中包括所述子ID的所占的位数N。
可选的,所述方法还包括:
根据CAN数据帧中的ID场中的ID是否在预设范围之内,
判断所述CAN数据帧是否存在子ID。
在本发明的第二方面,还提供了一种多包应用报文数据的传输装置,所述传输装置采用前述的多包应用报文数据的传输方法,发送或接收所述CAN数据帧。
可选的,所述传输装置包括设置模块,用于设置N;或还用于设置标识位。
在本发明的第三方面,还提供了一种多包应用报文数据的传输系统,所述传输系统包括至少两个CAN控制器,所述CAN控制器之间通过CAN总线通信,并采用前述的多包应用报文数据的传输方法。
可选的,所述传输系统中的至少一个CAN控制器在云端。
在本发明的第四方面,还提供了一种整车系统,所述整车系统包括至少两个CAN控制器,所述CAN控制器之间通过CAN总线通信,并采用前述的多包应用报文数据的传输方法。
本发明上述技术方案通过在CAN通信帧的数据场中设置子ID的方式,可以实现ID地址的扩展,这样就可以利用极少数的ID实现了大量数据的传输。通过此方法,可以既满足对数据的传输,又不占用大量ID范围,最大程度减小了对整车的影响。
本发明实施方式的其它特征和优点将在随后的具体实施方式部分予以详细说明。
附图说明
附图是用来提供对本发明实施方式的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本发明实施方式,但并不构成对本发明实施方式的限制。在附图中:
图1是本发明一种实施方式提供的多包应用报文数据的传输方法的示意图;
图2是本发明一种可选实施方式提供的一种整车系统的结构示意图。
具体实施方式
以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是,此处所描述的具体实施方式仅用于说明和解释本发明,并不用于限制本发明。
在本发明实施方式中,在未作相反说明的情况下,使用的方位词如“上、下、顶、底”通常是针对附图所示的方向而言的或者是针对竖直、垂直或重力方向上而言的各部件相互位置关系描述用词。
图1是本发明一种实施方式提供的多包应用报文数据的传输方法的示意图。如图1所示,本发明实施方式提供一种多包应用报文数据的传输方法,所述传输方法基于CAN数据帧,所述CAN数据帧包括ID场和数据场,所述数据场的前N位为子ID,N为正整数。
如此,就能利用极少数的ID实现了大量数据的传输。通过此方法,可以既满足对数据的传输,又不占用大量ID范围,最大程度减小了对整车的影响。
具体的,目前使用最广泛的CAN-bus网络标准是V2.0版本,该标准又分为A、B两部分,它们主要的区别在仲裁区域的ID码长度。其中CAN2.0A(标准帧)为11位ID,CAN2.0B(扩展帧)为29位ID。下表1为传统格式的CAN报文结构:分为ID场和数据场。
ID场数据场数据场数据场数据场数据场数据场数据场数据场
ID1 | 数据1 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
ID2 | 数据1 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
ID3 | 数据1 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
表1
ID场的作用是对数据的优先级进行了规定,范围只能在0~0X7FF(11位),所以ID的数量是有限的,而需要上传到云端的数据量非常大,所以用传统方式定义报文,将占用大量ID,导致后期整车ID可扩展性大大降低。为了解决此问题,通过设置子ID的方式,可以实现在同一个ID范围下,设置不同的子ID,实现了即不占用大量ID,同时有传输了云端所需的整车数据。以N=1为例,其自定义的CAN报文结构如下表2所示:
ID场数据场数据场数据场数据场数据场数据场数据场数据场
ID | 子ID1 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
ID | 子ID2 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
ID | 子ID3 | 数据2 | 数据3 | 数据4 | 数据5 | 数据6 | 数据7 | 数据8 |
表2
对于位数N的取值范围,根据数据场所采用的数据的进制相关。当数据场采用二进制时,可以取前N个比特作为子ID;当数据场采用八进制时,一般取N=1,此时当子ID取1位时,相当于一个字节,其范围为0~0XFF(8位),已经能够满足大多数使用场景的需求,同时对数据承载的影响也较小。
在本发明的一种实施方式中,在所述CAN数据帧的发送端,将所述子ID写入所述数据场的前N位;并将传输数据写入所述数据场的剩余位;对应的,在所述CAN数据帧的接收端,将所述数据场的前N位解析为子ID;并将所述数据场的剩余位解析为传输数据。
具体的,在CAN总线上传输数据时,发送端将发送数据按格式转换成数据传输总线的规范格式。以数据场为8字节为例,将子ID写入所述数据场的前N字节,并将数据写入其余8-N个字节,并封装成符合规范的数据包,并进行传输。当数据较大时,需要多个帧才能传输完成。
与前述的发送端对应的,在所述CAN数据帧的接收端,依照规范的格式进行对应的解析。将接收到的CAN数据帧中的所述数据场的前N字节解析为子ID,并将所述数据场的其余字节解析为传输数据。以实现以子ID进行二次排序的目的,完成CAN设备之间的数据通信。
在实际的应用场景中,如果在整个CAN传输网中均约定了采用子ID进行通信,并预设了子ID占多少个字节(通常取N=1),那么在设备的发送和接收时,按前述的发送和接收方法可以顺利完成CAN数据通信,但是当存在混合组网时,即CAN网络中的设备能够解析子ID,又能解析常规CAN数据帧(不包括子ID)。此时需要标识该数据场中的前N字节为数据还是子ID,以避免解析出的数据错误。因此在发明的一种实施方式中,所述方法还包括:在所述CAN数据帧中设立一标识位,所述标识位用于标识所述CAN数据帧是否存在子ID。当CAN通信端接收到CAN数据帧时,通过识别该标识位,以确定该CAN数据帧的数据场中的前N字节为数据还是子ID。
在本发明的一种实施方式中,所述标识位中包括所述子ID的所占的位数N。如果能够在标识位中包括所述子ID的位数N,那么N的数值就可以不再事先统一预设,而是可以在每一CAN数据帧中进行灵活配置。此时当接收端接收到数据帧时,先解析出位数N,再根据N,在数据场的前N位中解析出子ID,以实现对包含子ID的CAN数据帧的解析。通过此方式,可以使子ID的使用更加灵活,避免了提前预设而带来的适用范围变小的问题。
在发明的一种实施方式中,根据CAN数据帧中的ID场中的ID是否在预设范围之内,判断所述CAN数据帧是否存在子ID。
如何区分数据场的前N字节为数据还是子ID,在前文中已经描述了两种实施方式来进行确定,即通过事先设定或者通过标识位进行确定。而除此之外,还有一种方式可以用于确定数据场的前N字节为数据还是子ID。即:通过特定范围的ID场来进行确定。具体的,若发送的目标ID在预设的ID范围之内,那么将子ID写入所述数据场的前N字节,并将数据写入其余8-N个字节,并封装成符合规范的数据包,并进行传输,否则不写入子ID,而是将数据写入整个数据场进行封装后传输。对应的,若接收到的CAN数据帧的ID场中的ID属于预设的ID范围,则将数据场的前N字节解析为子ID,否则将数据场全部解析为数据。此实施方式中的N需要预设。通过此实施方式,能够在不对CAN数据帧进行额外处理的情况下,实现对包含子ID的CAN数据帧的识别和解析,以实现数据的传输。
在发明的一种实施方式中,还提供一种传输多包应用报文数据的装置,所述装置采用如前述的多包应用报文数据的传输方法,发送或接收所述CAN数据帧。
此处的装置为CAN控制器,所述CAN控制器能够对CAN数据帧进行生成或解析,近一步的,其能够将子ID和数据写入数据场,并封装成CAN协议规范并进行传输,或者从接收到的CAN数据帧中分离解析出数据场中的子ID和数据,以实现前述的多包应用报文数据的传输方法。其在实际场景中可以采用以下实现方式:采用现有的CAN控制器,对控制器输入或输出的数据场进行预处理或进一步的解析,以实现子ID和数据的组装或分离。
在发明的一种实施方式中,所述装置包括设置模块,用于设置N;或还用于设置标识位。对应于前述方法中的标识位和N的灵活设置,可以通过设置模块对装置进行对应的设置。具体的,当数据场为八进制,且N=1时,即前1字节为子ID,后7字节为数据,以此为标准对CAN数据帧进行解析。此处的N可以为0,当N=0时,即前0字节为子ID,表示不存在子ID,数据场的全部字节均为数据,此时对CAN数据帧进行正常的解析。此处的N具有标识位的作用。当标识位中不包括N时,那么可以通过设置模块对标识位进行单独设置,在具体的实施场景中,该设置模块可以采用软件代码来实现,也可以采用硬件来实现,比如拨码开关等。
在发明的一种实施方式中,还提供一种传输多包应用报文数据的系统,所述系统包括至少两个CAN控制器,所述CAN控制器之间通过CAN总线通信,并采用如前述的多包应用报文数据的传输方法。在一个典型的CAN数据总线中,存在CAN控制器、CAN收发器、数据传输线以及数据传输终端。CAN控制器用于接收控制单元中微处理器发出的数据,处理数据并传给CAN收发器。CAN收发器用于将数据传到总线或从总线接收数据给控制器,收发器也可以称为驱动器。本发明的此实施方式在CAN控制器中增加一个软件进程对CAN收发器传输过来的数据进行监控和处理,该软件进程所实现的功能即为前述的多包应用报文数据的传输方法,其中软件进程中的参数的选取和确定也依照前述的多包应用报文数据的传输方法的步骤描述。在此场景下,本发明中的前述的方法依赖于CAN控制器的硬件装置得以运行,即在CAN控制器中增加一段程序代码进行实施,该程序代码共用了CAN控制器的存储空间,运行环境和运行内存,此时的CAN控制器仅增加了一个软件上的附加功能,用于实现前述的多包应用报文数据的传输方法;此处所述的可选实施方式不仅要求的附加资源更少,并且完全不用对CAN控制器进行硬件上的增加和改造,使得该方案更简单易行。
在发明的一种可选实施方式中,所述系统中的至少一个CAN控制器在云端。随着车联网技术的发展,以下场景变得很普遍:通过CAN总线采集车辆的各种状态信息,并通过4G或物联网模块将这些信息发送到云端服务器,以供用户和生产厂商分析和统计。同时由于生产厂商能够得到车辆运行的实时信息,有利于对车辆各系统的持续改进,节约了现场维护成本。因此,通过云端的CAN控制器接收整车的运行数据信息,使本发明的此实施例能够通过前述的多包应用报文数据的传输方法,将大量的数据传输至云端。
图2是本发明一种可选实施方式提供的一种整车系统的结构示意图,如图2所示:在发明的一种实施方式中,还提供一种整车系统,所述整车系统包括至少两个CAN控制器,该CAN控制器包括但不限于CAN网关、TCU、T-box、车机和各类传感器,此处的传感器包括车速、温度、压力、水调节、油泵、氧等传感器,所述控制器之间通过CAN总线通信,并采用如前述的多包应用报文数据的传输方法,即通过不同的子ID进行通信传输。
在本发明的一种实施方式中,还提供一种机器可读存储介质,该机器可读存储介质上存储有指令,该指令在被处理器执行时能够使得所述CAN控制器执行上述的多包应用报文数据的传输方法。
通过本发明上述技术方案,基于现有CAN通信协议,自定义数据场前N位(优选为第一字节),作为子ID对所有应用报文进行二次排序,可实现只占用极少数的ID,便可进行整车大量数据的传输,满足了车载智能车机和T-BOX对整车数据的需求,此方法具有很好的实用性。
以上结合附图详细描述了本发明的可选实施方式,但是,本发明实施方式并不限于上述实施方式中的具体细节,在本发明实施方式的技术构思范围内,可以对本发明实施方式的技术方案进行多种简单变型,这些简单变型均属于本发明实施方式的保护范围。
另外需要说明的是,在上述具体实施方式中所描述的各个具体技术特征,在不矛盾的情况下,可以通过任何合适的方式进行组合。为了避免不必要的重复,本发明实施方式对各种可能的组合方式不再另行说明。
本领域技术人员可以理解实现上述实施方式的方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序存储在一个存储介质中,包括若干指令用以使得单片机、芯片或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
此外,本发明的各种不同的实施方式之间也可以进行任意组合,只要其不违背本发明实施方式的思想,其同样应当视为本发明实施方式所公开的内容。
Claims (10)
1.一种多包应用报文数据的传输方法,所述传输方法基于CAN数据帧,所述CAN数据帧包括ID场和数据场,其特征在于,所述数据场的前N位为子ID,N为正整数。
2.根据权利要求1所述的传输方法,其特征在于,所述传输方法包括:
在所述CAN数据帧的发送端,将所述子ID写入所述数据场的前N位,并将传输数据写入所述数据场的剩余位;
对应的,在所述CAN数据帧的接收端,将所述数据场的前N位解析为子ID,并将所述数据场的剩余位解析为传输数据。
3.根据权利要求1或2所述的传输方法,其特征在于,所述传输方法还包括:在所述CAN数据帧中设立一标识位,所述标识位用于标识所述CAN数据帧是否存在子ID。
4.根据权利要求3所述的传输方法,其特征在于,所述标识位中包括所述子ID的所占的位数N。
5.根据权利要求1所述的传输方法,其特征在于,所述方法还包括:
根据CAN数据帧中的ID场中的ID是否在预设范围之内,
判断所述CAN数据帧是否存在子ID。
6.一种多包应用报文数据的传输装置,其特征在于,所述传输装置采用权利要求1至5中任一项权利要求所述的多包应用报文数据的传输方法,发送或接收所述CAN数据帧。
7.根据权利要求6所述的传输装置,其特征在于,所述传输装置包括设置模块,用于设置N,或还用于设置标识位;所述N为所述子ID的所占的位数。
8.一种多包应用报文数据的传输系统,其特征在于,所述传输系统包括至少两个CAN控制器,所述CAN控制器之间通过CAN总线通信,并采用权利要求1至5中任一项权利要求所述的多包应用报文数据的传输方法。
9.根据权利要求8所述的传输系统,其特征在于,所述传输系统中的至少一个CAN控制器在云端。
10.一种整车系统,其特征在于,所述整车系统包括至少两个CAN控制器,所述CAN控制器之间通过CAN总线通信,并采用权利要求1至5中任一项权利要求所述的多包应用报文数据的传输方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010054629.XA CN111262766B (zh) | 2020-01-17 | 2020-01-17 | 多包应用报文数据的传输方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010054629.XA CN111262766B (zh) | 2020-01-17 | 2020-01-17 | 多包应用报文数据的传输方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111262766A true CN111262766A (zh) | 2020-06-09 |
CN111262766B CN111262766B (zh) | 2021-11-23 |
Family
ID=70954283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010054629.XA Active CN111262766B (zh) | 2020-01-17 | 2020-01-17 | 多包应用报文数据的传输方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111262766B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104780086A (zh) * | 2015-05-08 | 2015-07-15 | 中国电子科技集团公司第四十七研究所 | 用于监测环境的can总线通信的方法及系统 |
CN106875664A (zh) * | 2017-04-18 | 2017-06-20 | 连云港杰瑞深软科技有限公司 | 一种基于can总线的独占式数据采集方法 |
CN107733956A (zh) * | 2016-08-13 | 2018-02-23 | 重庆无线绿洲通信技术有限公司 | 一种确定电池在车联网中的地址的方法及系统 |
US20180062988A1 (en) * | 2016-08-31 | 2018-03-01 | Faraday&Future Inc. | Ethernet communication of can signals |
CN109189449A (zh) * | 2018-10-24 | 2019-01-11 | 天津津航计算技术研究所 | 一种基于can总线的多fpga远程升级方法 |
CN109450757A (zh) * | 2018-11-02 | 2019-03-08 | 合肥保得工业自动化有限公司 | 一种CANopen主站的启动方法及其统筹管理器 |
-
2020
- 2020-01-17 CN CN202010054629.XA patent/CN111262766B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104780086A (zh) * | 2015-05-08 | 2015-07-15 | 中国电子科技集团公司第四十七研究所 | 用于监测环境的can总线通信的方法及系统 |
CN107733956A (zh) * | 2016-08-13 | 2018-02-23 | 重庆无线绿洲通信技术有限公司 | 一种确定电池在车联网中的地址的方法及系统 |
US20180062988A1 (en) * | 2016-08-31 | 2018-03-01 | Faraday&Future Inc. | Ethernet communication of can signals |
CN106875664A (zh) * | 2017-04-18 | 2017-06-20 | 连云港杰瑞深软科技有限公司 | 一种基于can总线的独占式数据采集方法 |
CN109189449A (zh) * | 2018-10-24 | 2019-01-11 | 天津津航计算技术研究所 | 一种基于can总线的多fpga远程升级方法 |
CN109450757A (zh) * | 2018-11-02 | 2019-03-08 | 合肥保得工业自动化有限公司 | 一种CANopen主站的启动方法及其统筹管理器 |
Non-Patent Citations (1)
Title |
---|
周跃钢: "基于LabVIEW和J1939协议的CAN总线通讯平台构建", 《汽车科技》 * |
Also Published As
Publication number | Publication date |
---|---|
CN111262766B (zh) | 2021-11-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111835627B (zh) | 车载网关的通信方法、车载网关及智能车辆 | |
CN112583762A (zh) | 车辆数据采集的控制方法和装置 | |
CN106789493B (zh) | 一种汽车软件刷新控制方法、系统及网关 | |
CN111427335A (zh) | 一种车辆远程诊断方法、设备连接器及车辆连接器 | |
CN111953585A (zh) | 网关装置及其控制方法 | |
CN106656714A (zh) | 一种基于EtherCAT总线的通信协议方法及系统 | |
CN111464419A (zh) | 一种基于总线网络通信的数据传输控制方法 | |
CN112585927A (zh) | 通信链路的检测方法、装置、系统和可移动平台 | |
CN101772056B (zh) | 一种管理多模网元的方法、系统及一种多模网元 | |
CN111262766B (zh) | 多包应用报文数据的传输方法、装置及系统 | |
CN116980497B (zh) | 基于BLVDS总线的可配CANopen主站系统及实现方法 | |
CN113973088A (zh) | 一种智能主机的mcu通信服务系统 | |
CN116991142A (zh) | 基于模块化uds协议的汽车诊断服务方法及系统 | |
CN113938351A (zh) | 数据采集方法、系统及计算机可读存储介质 | |
CN110768749B (zh) | 一种数据传输方法、装置及一种电力调峰系统 | |
CN115002160B (zh) | 一种车云服务实现方法与系统 | |
CN107040483B (zh) | 一种汽车通信系统和汽车通信系统的信息发送方法 | |
CN110661692B (zh) | 一种网络互联系统及方法 | |
US20220312552A1 (en) | Gateway for use in wireless communication | |
US12113646B2 (en) | Method for rapidly flashing sensor nodes via an ethernet network | |
JP4237794B2 (ja) | フレームプロトコル・データフレームにおける一般化したスペア拡張フィールドの使用 | |
CN104253727A (zh) | 车辆lin网络的诊断方法及其系统 | |
CN111193650B (zh) | 一种基于sae as5643标准的节点收发控制装置 | |
US6529505B1 (en) | System for expanding a parameter encoding field in a message to allow additional parameters to be added while maintaining compatibility with existing parameter encodings | |
CN114826371B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |