CN117376253A - Method, device, system and storage medium for processing vehicle data - Google Patents

Method, device, system and storage medium for processing vehicle data Download PDF

Info

Publication number
CN117376253A
CN117376253A CN202210762949.XA CN202210762949A CN117376253A CN 117376253 A CN117376253 A CN 117376253A CN 202210762949 A CN202210762949 A CN 202210762949A CN 117376253 A CN117376253 A CN 117376253A
Authority
CN
China
Prior art keywords
vehicle
communication
data
terminal
server
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
Application number
CN202210762949.XA
Other languages
Chinese (zh)
Inventor
胡雄飞
范学兵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
WM Smart Mobility Shanghai Co Ltd
Original Assignee
WM Smart Mobility Shanghai Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by WM Smart Mobility Shanghai Co Ltd filed Critical WM Smart Mobility Shanghai Co Ltd
Priority to CN202210762949.XA priority Critical patent/CN117376253A/en
Publication of CN117376253A publication Critical patent/CN117376253A/en
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

The invention provides a vehicle data processing method, device and system and a storage medium. The processing method comprises the following steps: acquiring first communication data from a first terminal through a first communication mode, and sending first flow control frame data indicating waiting to the first terminal; analyzing the first communication data and sending second communication data to a second terminal through a second communication mode; and transmitting second streaming frame data indicating to continue transmission to the first terminal in response to completion of the parsing operation of the first communication data and the transmitting operation of the second communication data. By executing the steps, the processing method can coordinate data flows among various bus networks to optimize the state of the bus networks, thereby avoiding the frame loss phenomenon caused by parallel operation of various communication modes and improving the success rate of functions such as local diagnosis, remote diagnosis, OTA upgrading and the like.

Description

Method, device, system and storage medium for processing vehicle data
Technical Field
The present invention relates to a vehicle communication technology, and more particularly, to a vehicle data processing method, a vehicle data processing apparatus, a vehicle data processing system, and a computer-readable storage medium.
Background
With the continuous development of intelligent automobile local diagnosis, remote diagnosis and Over-the-Air (OTA) technology, the conventional CAN (FD) bus communication has not been able to satisfy the functions of local diagnosis, remote diagnosis and OTA upgrading of various complex parts of the intelligent automobile. For this reason, communication methods based on the on-board ethernet diagnostic protocol (Diagnostic communication over Internet Protocol, doip) are continuously developed with the popularization of ethernet communication technology in the automotive field. Correspondingly, the edge nodes such as the TBOX, the Internet Gateway (IGW) and the like at the vehicle end are also compatible with two communication modes of CAN (FD) and Doip.
However, in the process of performing local diagnosis, remote diagnosis and OTA upgrade by two communication modes of the parallel CAN (FD) and Doip, which are compatible with the edge node at present, the phenomenon of frame loss caused by poor bus network status often occurs, so that the failure of local diagnosis, remote diagnosis and OTA is caused.
In order to overcome the above-mentioned drawbacks of the prior art, a technology for processing vehicle data is needed in the art, which is used for coordinating data flows between multiple bus networks to optimize the state of the bus networks, so as to avoid the frame loss phenomenon caused by parallel operation of multiple communication modes, and improve the success rate of functions such as local diagnosis, remote diagnosis, OTA upgrading and the like.
Disclosure of Invention
The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.
In order to overcome the above-mentioned drawbacks of the prior art, the present invention provides a vehicle data processing method, a vehicle data processing device, a vehicle data processing system, and a computer readable storage medium, which can coordinate data flows between multiple bus networks to optimize the bus network state, thereby avoiding frame loss during parallel operation of multiple communication modes, and improving the success rate of functions such as local diagnosis, remote diagnosis, and OTA upgrade.
Specifically, the method for processing vehicle data provided in the first aspect of the present invention includes the following steps: acquiring first communication data from a first terminal through a first communication mode, and sending first flow control frame data indicating waiting to the first terminal; analyzing the first communication data and sending second communication data to a second terminal through a second communication mode; and transmitting second streaming frame data indicating to continue transmission to the first terminal in response to completion of the parsing operation of the first communication data and the transmitting operation of the second communication data.
Further, in some embodiments of the present invention, the first terminal is a server and the second terminal is a vehicle controller. Further, in some embodiments, the first terminal is a vehicle controller and the second terminal is a server.
Further, in some embodiments of the present invention, when the first terminal is a server and the second terminal is a vehicle controller, the first communication mode is vehicle-mounted ethernet communication, and the second communication mode is vehicle-mounted CAN bus communication. In addition, in some embodiments, when the first terminal is a vehicle controller and the second terminal is a server, the first communication mode is vehicle-mounted CAN bus communication and the second communication mode is vehicle-mounted ethernet communication.
Further, in some embodiments of the present invention, the first communication data includes a first request and/or a first reply based on a first communication mode, and the second communication data includes a second request and/or a second reply based on a second communication mode.
Further, in some embodiments of the invention, the processing method comprises the steps of: acquiring a first request from a server via vehicle-mounted Ethernet communication, and transmitting the first streaming frame data to the server; analyzing the first request to generate a second request, and sending the second request to a vehicle controller via vehicle-mounted CAN bus communication; transmitting the second streaming frame data to the server to request the next first request in response to completion of the parsing operation of the first request and the transmitting operation of the second request; acquiring a first reply from the vehicle controller via the vehicle-mounted CAN bus communication, and transmitting the first streaming frame data to the vehicle controller; parsing the first reply to generate a second reply and sending the second reply to the server via the in-vehicle ethernet communication; and in response to completing the parsing operation of the first reply and the sending operation of the second reply, sending the second streaming frame data to the vehicle controller to request a next second reply.
Further, in some embodiments of the invention, the server is selected from at least one of a local diagnostic server, a remote diagnostic server, an OTA server. Further, in some embodiments, the vehicle controller is selected from at least one of a body control system, a power control system.
Further, the processing device for vehicle data according to the second aspect of the present invention includes a memory and a processor. The processor is connected to the memory and is configured to implement the method for processing vehicle data provided in the first aspect of the present invention.
Further, in some embodiments of the invention, the processing device is selected from at least one of TBOX, IGW.
Further, the processing system of the above-mentioned vehicle data provided according to the third aspect of the present invention includes a server, a vehicle controller, and a vehicle edge node including the processing device of the above-mentioned vehicle data provided according to the second aspect of the present invention.
Further, the above-described computer-readable storage medium according to the fourth aspect of the present invention has stored thereon computer instructions. The computer instructions, when executed by a processor, implement the method for processing vehicle data provided in the first aspect of the present invention.
Drawings
The above features and advantages of the present invention will be better understood after reading the detailed description of embodiments of the present disclosure in conjunction with the following drawings. In the drawings, the components are not necessarily to scale and components having similar related features or characteristics may have the same or similar reference numerals.
Fig. 1 illustrates a schematic architecture of a processing system for vehicle data provided in accordance with some embodiments of the present invention.
Fig. 2 illustrates a flow diagram of a method of processing vehicle data provided in accordance with some embodiments of the present invention.
Fig. 3 illustrates a flow diagram of a vehicle diagnostic function provided in accordance with some embodiments of the present invention.
Detailed Description
Further advantages and effects of the present invention will become apparent to those skilled in the art from the disclosure of the present specification, by describing the embodiments of the present invention with specific examples. While the description of the invention will be presented in connection with a preferred embodiment, it is not intended to limit the inventive features to that embodiment. Rather, the purpose of the invention described in connection with the embodiments is to cover other alternatives or modifications, which may be extended by the claims based on the invention. The following description contains many specific details for the purpose of providing a thorough understanding of the present invention. The invention may be practiced without these specific details. Furthermore, some specific details are omitted from the description in order to avoid obscuring the invention.
In the description of the present invention, it should be noted that, unless explicitly specified and limited otherwise, the terms "mounted," "connected," and "connected" are to be construed broadly, and may be either fixedly connected, detachably connected, or integrally connected, for example; can be mechanically or electrically connected; can be directly connected or indirectly connected through an intermediate medium, and can be communication between two elements. The specific meaning of the above terms in the present invention will be understood in specific cases by those of ordinary skill in the art.
It will be understood that, although the terms "first," "second," "third," etc. may be used herein to describe various elements, regions, layers and/or sections, these elements, regions, layers and/or sections should not be limited by these terms and these terms are merely used to distinguish between different elements, regions, layers and/or sections. Accordingly, a first component, region, layer, and/or section discussed below could be termed a second component, region, layer, and/or section without departing from some embodiments of the present invention.
As described above, in the process of performing local diagnosis, remote diagnosis and OTA upgrade by two communication methods of the present edge node compatible and parallel CAN (FD) and Doip, the phenomenon of frame loss caused by poor bus network status often occurs, thereby causing the failure of local diagnosis, remote diagnosis and OTA.
In order to overcome the above-mentioned drawbacks of the prior art, the present invention provides a vehicle data processing method, a vehicle data processing device, a vehicle data processing system, and a computer readable storage medium, which can coordinate data flows between multiple bus networks to optimize the bus network state, thereby avoiding frame loss during parallel operation of multiple communication modes, and improving the success rate of functions such as local diagnosis, remote diagnosis, and OTA upgrade.
In some non-limiting embodiments, the method for processing vehicle data according to the first aspect of the present invention may be implemented by the processor system for processing vehicle data according to the third aspect of the present invention. Referring to fig. 1, fig. 1 illustrates a schematic architecture of a vehicle data processing system provided according to some embodiments of the present invention.
In the embodiment shown in fig. 1, the processing system of the vehicle data may be composed of a server 11, a vehicle controller 12, and a vehicle edge node 13. The server 11 communicates with the vehicle edge node 13 via an on-board ethernet diagnostic protocol Doip, while the vehicle edge node 13 communicates with the vehicle controller 12 via a vehicle CAN (FD) bus. The server 11 includes, but is not limited to, a local diagnostic server located on the vehicle and/or a remote diagnostic server, OTA server, etc. located at a remote location to connect to the physical and/or virtual servers of the vehicle via wired and/or wireless means. The vehicle controller 12 includes, but is not limited to, an onboard controller assembly of one or more electronic control units (Electronic Control Unit, ECU) of a body active control (Active Body Control, ABC) system, power control system, etc. of the vehicle. The vehicle edge node 13 may be selected from the above-mentioned vehicle data processing apparatus provided in the second aspect of the present invention, including, but not limited to, one or more vehicle-mounted communication devices such as TBOX, internet Gateway (IGW), and the like.
Further, the vehicle edge node 13 may be configured with a memory and a processor. The memory includes, but is not limited to, the above-described computer-readable storage medium provided in the fourth aspect of the present invention, having stored thereon computer instructions. The processor is coupled to the memory and configured to execute computer instructions stored on the memory to implement the method for processing vehicle data as described above provided in the first aspect of the present invention.
The working principle of the above-described processing system and processing device 13 will be described below in connection with some processing methods of vehicle data. It will be appreciated by those skilled in the art that these processes are merely some non-limiting embodiments provided by the present invention, and are intended to clearly illustrate the general concepts of the present invention and to provide some specific examples for ease of public implementation, and are not intended to limit the overall functionality or overall operation of the processing system and processing apparatus 13. Similarly, the processing system and the processing device 13 are just one non-limiting embodiment provided by the present invention, and do not limit the implementation subject of each step in these processing methods.
Referring to fig. 2, fig. 2 is a flow chart illustrating a method for processing vehicle data according to some embodiments of the invention.
As shown in fig. 2, during the processing of the vehicle data, the edge node 13 may first acquire the first communication data from the first terminal via the first communication manner, and send the first flow control frame data of Byte 0=31 to the first terminal, so as to inform the first terminal to suspend sending the next piece of communication data. The edge node 13 may then parse the first communication data to obtain second communication data, and send the second communication data to the second terminal via the second communication means. Then, in response to completing the parsing operation of the first communication data and the sending operation of the second communication data, the edge node 13 may send second streaming frame data with Byte 0=30 to the first terminal, so as to inform the first terminal to continue sending the next piece of communication data.
By executing these steps, the processing method of the vehicle data provided by the invention can actively coordinate the data flow between the communication networks according to the current actual processing load of the edge node 13 and the data transmission state of the communication networks, thereby optimizing the data transmission state of the bus networks, avoiding the frame loss phenomenon when the communication modes are combined, and improving the success rate of the functions of local diagnosis, remote diagnosis, OTA upgrading and the like.
Referring further to fig. 3, fig. 3 illustrates a flow chart of a vehicle diagnostic function provided in accordance with some embodiments of the present invention.
As shown in fig. 3, in a specific application of vehicle diagnosis, the first terminal that sends the request data Req1 includes, but is not limited to, a local diagnosis server 11 configured on the vehicle and/or a remote diagnosis server 11' configured on the cloud, and the second terminal that receives the request data Req2 includes, but is not limited to, an on-board controller assembly 12 composed of one or more electronic control units (Electronic Control Unit, ECU) such as an active vehicle control (ABC) system, a power control system, etc. Correspondingly, the first terminal that sends the feedback data Resp1 includes, but is not limited to, an onboard controller assembly 12 of one or more electronic control units (Electronic Control Unit, ECU) of a vehicle body active control (ABC) system, a power control system, etc., and the second terminal that receives the feedback data Resp2 includes, but is not limited to, a local diagnostic server 11 configured at the vehicle, and/or a remote diagnostic server 11' configured at the cloud. Here, the remote diagnostic server 11' may be communicatively coupled to the vehicle edge node (e.g., TBOX) 13 via an on-board ethernet, while the local diagnostic server 11 and each on-board controller assembly 12 may be communicatively coupled to the vehicle edge node (e.g., TBOX) 13 via an on-board CAN (FD) bus.
Further, in making a vehicle diagnosis, the vehicle edge node (e.g., TBOX) 13 may first obtain a first request Req1 requesting vehicle data from the remote diagnosis server 11' via on-board Ethernet communication. In response to acquiring the Doip request Req1 based on the on-board ethernet communication from the remote diagnosis server 11', the TBOX13 may send the first streaming frame data of Byte 0=31 to the remote diagnosis server 11' to inform the remote diagnosis server 11' to suspend sending the next request/reply. Thereafter, TBOX13 may locally parse, split, and generate one or more second requests Req2 based on CAN (FD) bus communications, and route each CAN (FD) request Req2 to a local diagnostic server 11 and/or each corresponding vehicle controller 12, respectively, via on-board CAN bus communications, to request vehicle data. Then, in response to completing the parsing operation of the first request Req1 and the sending operation of the second request Req2, the TBOX13 may send second streaming frame data of Byte 0=30 to the remote diagnosis server 11 'to inform the remote diagnosis server 11' to continue sending the next request/reply.
Alternatively, in other embodiments, the first request Req1 for vehicle data may be initiated by a local diagnostic server 11 disposed in the vehicle. Specifically, in making a vehicle diagnosis, the vehicle edge node (e.g., TBOX) 13 may first obtain a first request Req1 requesting vehicle data from the local diagnostic server 11 via an on-board CAN (FD) bus communication. In response to acquiring a CAN (FD) request Req1 based on in-vehicle CAN (FD) communication from the local diagnostic server 11, the TBOX13 may send first streaming frame data of Byte 0=31 to the local diagnostic server 11 to inform the local diagnostic server 11 to suspend sending the next request/reply. TBOX13 may then locally parse the CAN (FD) request Req1 to generate one or more second requests Req2 based on CAN (FD) bus communications, and/or second requests Req2 based on the Doip communications protocol. Still further, TBOX13 may route each CAN (FD) request Req2 to a corresponding vehicle controller 12 via on-board CAN bus communications and/or route the Doip request Req2 to remote diagnostic server 11' via on-board ethernet communications to request vehicle data. Then, in response to completing the parsing operation of the first request Req1 and the sending operation of the second request Req2, the TBOX13 may send second streaming frame data with Byte 0=30 to the local diagnostic server 11, to inform the local diagnostic server 11 to continue sending the next request/reply.
By adding the control logic waiting for sending between the servers 11, 11 'and the edge node 13, the invention CAN lead the data transmission progress of the Doip communication by the edge node 13 compatible with and parallel to two communication modes of CAN (FD) and Doip, thereby avoiding the problem of frame loss caused by continuous request/reply issuing of the servers 11, 11' under the condition of bad vehicular bus network.
Further, in some embodiments, in response to completing the processing of the second request Req2 described above, the vehicle controller 12 may also communicate via the on-board CAN bus to provide a first reply Resp1 to the vehicle edge node (e.g., TBOX) 13 that describes vehicle data and/or completion status. In response to acquiring a CAN (FD) reply Resp1 based on the on-board CAN bus from the vehicle controller 12, the TBOX13 may send first streaming frame data of Byte 0=31 to the corresponding vehicle controller 12 to inform the vehicle controller 12 to suspend sending the next reply/request. The TBOX13 CAN then locally parse and combine the CAN (FD) replies Resp1 to generate a second reply Resp2 based on the Doip communication and/or CAN (FD) communication. Still further, TBOX13 may route CAN (FD) reply Resp2 to local diagnostic server 11 via on-board CAN (FD) communication and/or route Doip reply Resp2 to remote diagnostic server 11' via on-board ethernet communication for vehicle diagnostics. Then, in response to completing the parsing operation of the first reply Resp1 and the sending operation of the second reply Resp2, the TBOX13 may send second streaming frame data of Byte 0=30 to the vehicle controller 12 to inform the vehicle controller 12 to continue sending the next reply/request.
By adding the control logic waiting for sending between each vehicle controller 12 and the edge node 13, the invention CAN lead the data transmission progress of the Doip communication by the edge node 13 compatible with and parallel to two communication modes of CAN (FD) and Doip, thereby avoiding the problem of frame loss caused by continuous request/reply issuing of the vehicle controllers 12 under the condition of bad vehicle bus network.
In summary, the invention Can use the edge node 13 as the controller of the automobile end without increasing hardware cost, and increases the waiting sending strategy of the Doip to Docan and Can route, thereby avoiding the problem that the two communication modes are easy to lose frames during parallel transmission and improving the success rate of local diagnosis, remote diagnosis and OTA.
While, for purposes of simplicity of explanation, the methodologies are shown and described as a series of acts, it is to be understood and appreciated that the methodologies are not limited by the order of acts, as some acts may, in accordance with one or more embodiments, occur in different orders and/or concurrently with other acts from that shown and described herein or not shown and described herein, as would be understood and appreciated by those skilled in the art.
Those of skill in the art would understand that information, signals, and data may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.
Those of skill would further appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The previous description of the disclosure is provided to enable any person skilled in the art to make or use the disclosure. Various modifications to the disclosure will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other variations without departing from the spirit or scope of the disclosure. Thus, the disclosure is not intended to be limited to the examples and designs described herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims (10)

1. A method of processing vehicle data, comprising the steps of:
acquiring first communication data from a first terminal through a first communication mode, and sending first flow control frame data indicating waiting to the first terminal;
analyzing the first communication data and sending second communication data to a second terminal through a second communication mode; and
and transmitting second streaming frame data indicating to continue transmission to the first terminal in response to completion of the parsing operation of the first communication data and the transmitting operation of the second communication data.
2. The processing method according to claim 1, wherein the first terminal is a server, the second terminal is a vehicle controller, and/or
The first terminal is a vehicle controller, and the second terminal is a server.
3. The processing method of claim 2, wherein when the first terminal is a server and the second terminal is a vehicle controller, the first communication mode is vehicle-mounted ethernet communication, the second communication mode is vehicle-mounted CAN bus communication, and/or
When the first terminal is a vehicle controller and the second terminal is a server, the first communication mode is vehicle-mounted CAN bus communication, and the second communication mode is vehicle-mounted Ethernet communication.
4. A processing method according to claim 3, wherein the first communication data comprises a first request and/or a first reply based on a first communication means and the second communication data comprises a second request and/or a second reply based on a second communication means.
5. The process of claim 4, comprising the steps of:
acquiring a first request from a server via vehicle-mounted Ethernet communication, and transmitting the first streaming frame data to the server;
analyzing the first request to generate a second request, and sending the second request to a vehicle controller via vehicle-mounted CAN bus communication;
transmitting the second streaming frame data to the server to request the next first request in response to completion of the parsing operation of the first request and the transmitting operation of the second request;
acquiring a first reply from the vehicle controller via the vehicle-mounted CAN bus communication, and transmitting the first streaming frame data to the vehicle controller;
parsing the first reply to generate a second reply and sending the second reply to the server via the in-vehicle ethernet communication; and
and in response to completion of the parsing operation of the first reply and the sending operation of the second reply, sending the second streaming frame data to the vehicle controller to request a next second reply.
6. The processing method according to claim 5, wherein the server is selected from at least one of a local diagnostic server, a remote diagnostic server, an OTA server, and/or
The vehicle controller is selected from at least one of a vehicle body control system and a power control system.
7. A processing apparatus for vehicle data, comprising:
a memory; and
a processor connected to the memory and configured to implement the method of processing vehicle data according to any one of claims 1 to 6.
8. The processing device of claim 7, wherein the processing device is selected from at least one of TBOX, IGW.
9. A vehicle data processing system, comprising:
a server;
a vehicle controller; and
vehicle edge node, wherein the vehicle edge node comprises a processing device of vehicle data according to claim 7 or 8.
10. A computer-readable storage medium having stored thereon computer instructions, which, when executed by a processor, implement the method of processing vehicle data according to any one of claims 1 to 6.
CN202210762949.XA 2022-06-30 2022-06-30 Method, device, system and storage medium for processing vehicle data Pending CN117376253A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210762949.XA CN117376253A (en) 2022-06-30 2022-06-30 Method, device, system and storage medium for processing vehicle data

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210762949.XA CN117376253A (en) 2022-06-30 2022-06-30 Method, device, system and storage medium for processing vehicle data

Publications (1)

Publication Number Publication Date
CN117376253A true CN117376253A (en) 2024-01-09

Family

ID=89387889

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210762949.XA Pending CN117376253A (en) 2022-06-30 2022-06-30 Method, device, system and storage medium for processing vehicle data

Country Status (1)

Country Link
CN (1) CN117376253A (en)

Similar Documents

Publication Publication Date Title
CN112640500B (en) Vehicle upgrading method and device
CN105282209B (en) Network system for vehicle and data transmission method of heterogeneous communication controller therein
JP7355820B2 (en) Systems and methods for implementing electronic control functions in automobiles and automobiles
US20150085645A1 (en) Ethernet backbone network system for vehicle and method for controlling fail safe of the ethernet backbone network system
CN106469072B (en) Vehicle program updating system and vehicle program updating method
Jiang Vehicle E/E architecture and its adaptation to new technical trends
CN113141306A (en) Diagnostic message routing method and bus routing equipment thereof
US20230076950A1 (en) System and Method for Implementing Automobile Electronic Control Function
EP3854638A1 (en) System and method for realizing electronic control function in vehicle, and vehicle
CN114374583B (en) Automobile gateway controller and control method thereof
CN114501386A (en) APN changing method, device and system
CN115051975A (en) ECU remote upgrading method based on vehicle-mounted Ethernet
CN117376253A (en) Method, device, system and storage medium for processing vehicle data
CN114374714A (en) Construction method, topological structure and storage medium of centralized automobile electronic and electrical architecture
CN104253727A (en) Diagnosis method and system of vehicle LIN (local interconnect network)
CN114338678A (en) Intelligent networking automobile operating system application layer switching method and device
CN113377393A (en) Diagnosis refreshing system and method for vehicle-mounted system main node
WO2019136011A1 (en) In-vehicle telematics blade array and methods for using the same
CN214205563U (en) Vehicle-mounted Ethernet gateway and vehicle
WO2024026593A1 (en) Vehicle cooperative control method and related device
CN116800553A (en) Upgrading method and device of vehicle software and vehicle system
CN110557313A (en) vehicle-mounted compatible network based on traditional CAN and CAN FD and intelligent automobile
CN110134107A (en) The display system and display methods of terminal remote control automobile failure cause
CN117793136A (en) Method and system for distributing diagnostic/refresh data/messages
CN115955369A (en) Dynamic controller area network messaging

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