CN115437975A - Data processing method and device, electronic equipment, storage medium and vehicle - Google Patents

Data processing method and device, electronic equipment, storage medium and vehicle Download PDF

Info

Publication number
CN115437975A
CN115437975A CN202210672963.0A CN202210672963A CN115437975A CN 115437975 A CN115437975 A CN 115437975A CN 202210672963 A CN202210672963 A CN 202210672963A CN 115437975 A CN115437975 A CN 115437975A
Authority
CN
China
Prior art keywords
vehicle bus
bus data
data
vehicle
buffer queue
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
CN202210672963.0A
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.)
Beijing Rockwell Technology Co Ltd
Original Assignee
Beijing Rockwell Technology 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 Beijing Rockwell Technology Co Ltd filed Critical Beijing Rockwell Technology Co Ltd
Priority to CN202210672963.0A priority Critical patent/CN115437975A/en
Publication of CN115437975A publication Critical patent/CN115437975A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14Handling requests for interconnection or transfer
    • G06F13/16Handling requests for interconnection or transfer for access to memory bus
    • G06F13/1668Details of memory controller
    • G06F13/1673Details of memory controller using buffers
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B60VEHICLES IN GENERAL
    • B60RVEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • B60R16/0231Circuits relating to the driving or the functioning of the vehicle
    • B60R16/0232Circuits relating to the driving or the functioning of the vehicle for measuring vehicle parameters and indicating critical, abnormal or dangerous conditions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/42Bus transfer protocol, e.g. handshake; Synchronisation
    • G06F13/4282Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07CTIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00Registering or indicating the working of vehicles
    • G07C5/08Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841Registering performance data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2213/00Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F2213/0038System on Chip

Abstract

The application discloses a data processing method, a data processing device, electronic equipment, a storage medium and a vehicle, which are used for reliably transmitting vehicle data in real time. The method comprises the following steps: reading vehicle bus data from a buffer queue for storing the vehicle bus data, wherein the buffer queue is provided in a micro control unit; and sending the read vehicle bus data to a system-on-chip so that the system-on-chip uploads the vehicle bus data. By adopting the scheme provided by the application, the buffer queue is arranged in the micro control unit of the vehicle, the data storage function is realized, after the vehicle bus data is read from the buffer queue for storing the vehicle bus data, the read vehicle bus data can be sent to the system level chip, the function of communication with the system level chip is realized, the vehicle bus data can be uploaded by the system level chip, and therefore, the cost is saved without additionally arranging a module.

Description

Data processing method and device, electronic equipment, storage medium and vehicle
Technical Field
The present disclosure relates to the field of vehicle data transmission technologies, and in particular, to a data processing method, an apparatus, an electronic device, a storage medium, and a vehicle.
Background
The vehicle bus data can reflect the operating condition of the vehicle, and in order to know the operating condition of the vehicle in real time and analyze the fault condition, the vehicle bus data is generally needed to be analyzed, so that the collection of the vehicle bus data is a strong demand for vehicle suppliers. In an existing vehicle-mounted system, a Micro Controller Unit (MCU) is used for collecting vehicle bus data in a domain control system, but the MCU does not have data storage and external communication functions, and corresponding vehicle-mounted bus data is discarded after a corresponding instruction is executed, and the vehicle bus data cannot be uploaded to a cloud.
In the prior art, a bus data collection module is externally connected between a vehicle bus and an SOC (System on Chip), the bus data collection module stores vehicle bus data, and forwards the vehicle bus data to the SOC, and the SOC uploads the vehicle bus data. In such a manner, an external module (i.e., a bus data collection module) needs to be additionally provided, which increases the cost, and therefore, how to store the vehicle bus data without additionally providing the external module is to save the cost, which is a technical problem that needs to be solved urgently.
Disclosure of Invention
The application provides a data processing method, a data processing device, electronic equipment, a storage medium and a vehicle, which are used for storing vehicle bus data under the condition that an external module is not additionally arranged, and further cost is saved.
The application provides a data processing method, which comprises the following steps:
reading vehicle bus data from a buffer queue for storing the vehicle bus data, wherein the buffer queue is provided in a micro control unit;
and sending the read vehicle bus data to a system-on-chip so that the system-on-chip uploads the vehicle bus data.
The beneficial effect of this application lies in: the vehicle bus data reading device has the advantages that the buffer queue for storing the vehicle bus data is arranged in the micro control unit of the vehicle, so that a data storage function is realized, the read vehicle bus data can be sent to the system-on-chip after the vehicle bus data is read from the buffer queue for storing the vehicle bus data, the function of communication with the system-on-chip is realized, the vehicle bus data can be uploaded by the system-on-chip, the vehicle bus data can be stored without additionally arranging a module, and the cost is saved.
In one embodiment, the sending the read vehicle bus data to a system on chip includes:
and sending the read vehicle bus data to a system-on-chip through a serial peripheral interface so that the system-on-chip uploads the vehicle bus data to an external storage device.
In one embodiment, before reading the vehicle bus data from the buffer queue for storing vehicle bus data, the method includes:
acquiring the vehicle bus data according to a first preset frequency;
comparing the acquired vehicle bus data with the vehicle bus data acquired at the previous time to determine the change condition of the vehicle bus data;
when the change condition of the vehicle bus data is that the vehicle bus data changes, the changed vehicle bus data is stored in the buffer queue.
In one embodiment, the reading the vehicle bus data from the buffer queue for storing vehicle bus data comprises:
and when the vehicle bus data are changed, reading the changed vehicle bus data from the buffer queue.
In one embodiment, the reading the vehicle bus data from the buffer queue for storing vehicle bus data comprises:
and when the vehicle bus data are not changed, reading the vehicle bus data from the buffer queue according to a second preset frequency.
In one embodiment, the sending the read vehicle bus data to the system on chip through the serial peripheral interface includes:
converting the data format of the vehicle bus data into a data format capable of being transmitted through the serial peripheral interface;
and sending the vehicle bus data after format conversion to the system-on-chip through the serial peripheral interface.
The present application also provides a data processing apparatus, comprising:
the reading module is used for reading the vehicle bus data from a buffer queue for storing the vehicle bus data, wherein the buffer queue is arranged in the micro control unit;
and the sending module is used for sending the read vehicle bus data to a system-on-chip so as to enable the system-on-chip to upload the vehicle bus data.
In one embodiment, the sending module is further configured to:
and sending the read vehicle bus data to a system-on-chip through a serial peripheral interface so that the system-on-chip uploads the vehicle bus data to an external storage device.
In one embodiment, the apparatus further comprises:
the vehicle bus data acquisition module is used for acquiring the vehicle bus data according to a first preset frequency before the vehicle bus data is read from a buffer queue for storing the vehicle bus data;
the determining module is used for comparing the acquired vehicle bus data with the vehicle bus data acquired at the previous time to determine the change condition of the vehicle bus data;
and the storage module is used for storing the changed vehicle bus data in the buffer queue when the vehicle bus data are changed.
In one embodiment, the read module is to:
when the vehicle bus data changes, the changed vehicle bus data is read from the buffer queue.
In one embodiment, the read module is further configured to:
and when the vehicle bus data are not changed, reading the vehicle bus data from the buffer queue according to a second preset frequency.
In one embodiment, the sending module includes:
the conversion sub-module is used for converting the data format of the vehicle bus data into a data format which can be transmitted through the serial peripheral interface;
and the sending submodule is used for sending the vehicle bus data after the format conversion to the system-on-chip through the serial peripheral interface.
The present application also provides a data processing system, comprising:
at least one processor; and the number of the first and second groups,
a memory communicatively coupled to the at least one processor; wherein, the first and the second end of the pipe are connected with each other,
the memory stores instructions executable by the at least one processor to implement the data processing method of any one of the above embodiments.
The present application further provides a computer-readable storage medium, wherein when the instructions in the storage medium are executed by a processor corresponding to the data processing system, the data processing system can implement the data processing method described in any one of the above embodiments.
The present application further provides a vehicle comprising:
the data processing apparatus according to any one of the above embodiments;
or
The electronic device according to any one of the above embodiments.
Additional features and advantages of the application will be set forth in the description which follows, and in part will be obvious from the description, or may be learned by the practice of the application. The objectives and other advantages of the application may be realized and attained by the structure particularly pointed out in the written description and claims hereof as well as the appended drawings.
The technical solution of the present application is further described in detail by the accompanying drawings and examples.
Drawings
The accompanying drawings are included to provide a further understanding of the application and are incorporated in and constitute a part of this specification, illustrate embodiment(s) of the application and together with the description serve to explain the application and not limit the application. In the drawings:
FIG. 1 is a flow chart of a data processing method according to an embodiment of the present application;
FIG. 2 is a flow chart of a data processing method according to another embodiment of the present application;
FIG. 3 is a block diagram of a vehicle data transmission architecture according to an embodiment of the present application;
FIG. 4 is a flow chart of a vehicle data transmission according to another embodiment of the present application;
FIG. 5 is a block diagram of a data processing apparatus according to an embodiment of the present application;
fig. 6 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application.
Detailed Description
The preferred embodiments of the present application will be described in conjunction with the accompanying drawings, and it should be understood that they are presented herein only to illustrate and explain the present application and not to limit the present application.
Fig. 1 is a flowchart of a data processing method according to an embodiment of the present application, and as shown in fig. 1, the method can be implemented as the following steps S101 to S102:
in step S101, the vehicle bus data is read from a buffer queue for storing vehicle bus data, wherein the buffer queue is provided in a micro control unit;
the execution main body of the vehicle bus monitoring system can be an MCU (microprogrammed control unit) used for acquiring vehicle bus data in a domain control system, and the vehicle bus monitoring system acquires the vehicle bus data in real time in the vehicle operation process in order to monitor the operation state of a vehicle in real time. It can be understood that, because the priorities of the vehicle operation data are different, the vehicle bus data uploading can also be performed by setting different acquisition frequencies for different data according to the importance of the data.
Since the types of field buses are many, the vehicle bus data referred to in the present application is related to the types of field buses, and for example, when the field bus is a profibus (field bus control system), the vehicle bus data may be profibus data, and when the field bus is a CAN (Controller Area Network), the vehicle bus data may be CAN data. Since the CAN bus is the field bus which is most widely applied at present, the following technical scheme is introduced by taking the CAN bus as an example.
In step S102, the read vehicle bus data is sent to a system-on-chip, so that the system-on-chip uploads the vehicle bus data.
In order to ensure stable uploading of data, in the application, the data format of the vehicle bus data is converted into a data format capable of being transmitted through the serial peripheral interface; and sending the vehicle bus data after format conversion to the system-on-chip through the serial peripheral interface.
By adopting the scheme provided by the application, the buffer queue is additionally arranged in the MCU to store the vehicle bus data, so that the MCU replaces an external bus data collection module, the connection between the MCU and the SOC can be established without additionally arranging the module, and the vehicle bus data on the vehicle bus link can be collected due to the MCU, therefore, the communication burden of the vehicle bus link can not be additionally increased, and the reliability of the data is improved due to the reduction of communication nodes on the vehicle bus link. Secondly, because the SOC is not a real-time system, the frame loss phenomenon is easily caused by collecting data by an external module additionally arranged on the SOC, and the frame loss phenomenon can be effectively avoided by collecting and/or storing vehicle bus data through the MCU of the vehicle.
It should be noted that the SOC may upload vehicle bus data to a remote storage device, and the remote storage device generally refers to a cloud server, a hardware storage device, and the like corresponding to a vehicle management platform that can monitor, evaluate, and analyze a vehicle operating state through vehicle-mounted bus data, so as to ensure that the vehicle management platform can implement functions of monitoring, evaluating, and analyzing a vehicle operating state through the vehicle buses.
The beneficial effect of this application lies in: the vehicle bus data reading device has the advantages that the buffer queue for storing the vehicle bus is arranged in the micro control unit of the vehicle, so that the data storage function is realized, the read vehicle bus data can be sent to the system-on-chip after the vehicle bus data is read from the buffer queue for storing the vehicle bus data, the communication function with the system-on-chip is realized, the vehicle bus data can be uploaded by the system-on-chip, the vehicle bus data can be stored under the condition that a module is not additionally arranged, and the cost is saved.
In one embodiment, the step S102 may be further implemented as the following steps:
and sending the read vehicle bus data to a system-on-chip through a serial peripheral interface so that the system-on-chip uploads the vehicle bus data to an external storage device.
In this embodiment, in order to ensure stable uploading of data, the data format of the vehicle bus data is converted into a data format that can be transmitted through the serial peripheral interface; and transmitting the vehicle bus data after format conversion to the system-on-chip through the serial peripheral interface, and uploading the vehicle bus data to the outside by the system-on-chip.
In one embodiment, the method further comprises the following steps A1-A2:
in the step A1, vehicle bus data are obtained in the running process of a vehicle;
since the core communication systems in automobiles are all the CAN buses used, such as the communication between the engine, the transmission, the ECU, the steering and so on, in order to monitor the running state of the vehicle in real time, it is necessary to obtain the running data of the vehicle in real time, such as the engine start and stop time, the engine temperature, the engine speed, the throttle opening, the idle time, the engine continuous operation time, the battery voltage and so on. Therefore, in the present embodiment, the vehicle bus data is obtained during the operation of the vehicle, including but not limited to the starting, running, stopping, etc. of the vehicle.
In step A2, the change situation of the vehicle bus data is determined according to the acquired vehicle bus data.
In order to monitor and analyze the vehicle operating state, the present embodiment therefore determines the change of the vehicle bus data by analyzing the vehicle bus data. For example, when the vehicle is in normal driving, the data fed back by the steering lamp of the vehicle should be in an off state, and when the vehicle needs to turn, the data fed back by the steering lamp is changed from the off state to the on state, and then the data fed back by the steering lamp of the two times before and after the comparison can reflect the on state of the steering lamp through the change of the bus data of the vehicle. It can be understood that, because the stability of different vehicle data is inconsistent, for example, the steering angle of the steering wheel, and because the direction of the steering wheel is easily slightly changed on a bumpy road surface, the change range of the steering angle of the steering wheel can be set, when the change range is greater than a preset value, the data is considered to be changed, otherwise, the data is considered not to be changed; in addition, the method can be further subdivided in the case that the steering angle of the steering wheel is small, for example, when the steering is smaller than a preset value but the duration is longer than a preset time, the vehicle is still considered to be steering, and the data is considered to be changed.
Further, when the change condition of the vehicle bus data is that the vehicle bus data changes, the vehicle bus data is stored in the buffer queue; and when the vehicle bus data are not changed, reading the vehicle bus data from the buffer queue according to a second preset frequency. Furthermore, on one hand, real-time monitoring of data is guaranteed, and on the other hand, the situations of data redundancy and low system operation efficiency caused by a large amount of repeated data are avoided
The beneficial effect of this embodiment lies in: the vehicle bus data are monitored in the vehicle running state, and the change of the vehicle running state is obtained through the analysis of the change of the vehicle bus data.
In one embodiment, the above step S101 may be implemented as the following step B1:
in step B1, when the vehicle bus data changes, the changed vehicle bus data is read from the buffer queue.
In this embodiment, when the buffer queue for storing the vehicle bus data changes, it indicates that the vehicle operation data has changed, that is, there is a change in the operation state of a certain component of the vehicle, and therefore, the changed vehicle bus data is immediately read from the buffer queue for real-time uploading.
In one embodiment, the above steps of sending the read vehicle bus data to the system-on-chip through the serial peripheral interface may be implemented as the following steps C1-C2:
in step C1, converting the data format of the vehicle bus data into a data format that can be transmitted through the serial peripheral interface;
in step C2, the vehicle bus data after format conversion is sent to the system on chip through the serial peripheral interface.
In general, the format of the CAN bus data message is a frame format, and in the present application, the bus data format is transmitted through a serial peripheral interface, so that the CAN message needs to be converted into a data format capable of being transmitted through the serial peripheral interface, thereby ensuring smooth transmission of the CAN bus data.
Fig. 2 is a flowchart of a data processing method according to an embodiment of the present application, and as shown in fig. 2, the method can be implemented as the following steps S201 to S204:
in step S201, acquiring the vehicle bus data according to a first preset frequency;
in this step, the vehicle bus data is acquired according to a preset first preset frequency, wherein the vehicle bus data can be regarded as real-time acquisition when the frequency set by the first preset frequency is higher. Since the AUTOSAR (AUTOmotive Open System Architecture) running on the MCU has a Real-Time RTOS (Real Time Operation System), real-Time collection of CAN bus data CAN be ensured. It can be understood that, because the priorities of the vehicle operation data are different, different acquisition frequencies can be set for different data according to the importance of the data to upload the vehicle bus data.
In step S202, comparing the acquired vehicle bus data with the vehicle bus data acquired last time to determine a change condition of the vehicle bus data;
in this step, the change condition of the vehicle bus data is determined by comparing the acquired vehicle bus data with the vehicle bus data acquired at the previous time. For example, when the vehicle is in normal driving, the data fed back by the steering lamp of the vehicle should be in an off state, and when steering is needed, the data fed back by the steering lamp is converted from the off state to an on state, and then the data fed back by the steering lamp of the vehicle before and after the vehicle is compared, and the on condition of the steering lamp can be reflected through the change of the bus data of the vehicle. It can be understood that, because the stability of different vehicle data is inconsistent, for example, the steering angle of the steering wheel, and because the direction of the steering wheel is easily slightly changed on a bumpy road surface, the change range of the steering angle of the steering wheel can be set, when the change range is greater than a preset value, the data is considered to be changed, otherwise, the data is considered not to be changed; in addition, the method can be further subdivided in the case that the steering angle of the steering wheel is small, for example, when the steering is smaller than a preset value but the duration is longer than a preset time, the vehicle is still considered to be steering, and the data is considered to be changed.
In step S203, when the vehicle bus data changes, storing the changed vehicle bus data in the buffer queue;
in the step, the changed vehicle bus data is immediately stored, and when the data is not changed, the data does not need to be immediately stored, so that the conditions of data redundancy and low system operation efficiency caused by a large amount of repeated data are avoided.
In step S204, when the vehicle bus data is not changed, the vehicle bus data is read from the buffer queue according to a second preset frequency.
In this step, when the buffer queue for storing the vehicle bus data changes, it indicates that the vehicle operation data does not change, that is, the vehicle operation state does not change, so the preset frequency is maintained to read the vehicle bus data from the bus, so as to continuously monitor, record and analyze the vehicle operation condition.
The following describes a specific implementation manner of the present embodiment with reference to the accompanying drawings: fig. 3 is a block diagram of vehicle data transmission in this embodiment, as shown in fig. 3, because an AUTOmotive Open System Architecture (AUTOSAR) running on an MCU has a Real-Time RTOS (Real Time Operation System), so that Real-Time collection of CAN bus data CAN be ensured, in order to stably upload the bus data acquired in Real Time to an SOC, in this embodiment, a data link of an SPI (Serial Peripheral Interface) is used for data upload, and in order to ensure timeliness of data transmission, priority processing is performed on the data link, and a message of the CAN data is set to be a high priority. Fig. 4 is a flowchart of vehicle data transmission in this embodiment, as shown in fig. 4, in order to ensure that data is uploaded in time and resource waste caused by invalid transmission is avoided, the acquired CAN data is compared with the CAN data that is acquired last time, when the data changes, the CAN data that is acquired this time is placed in a buffer, and further, when the data is read and the vehicle bus data does not change, the vehicle bus data is read from the buffer queue according to a second preset frequency, that is, when the vehicle bus data does not change, the vehicle bus data needs to be read according to a certain frequency so as to periodically report the vehicle bus data to a remote storage device; when a buffer queue for storing vehicle bus data changes, the changed vehicle bus data is read from the buffer queue, namely when the vehicle bus changes, the vehicle bus data is read immediately, so that the changed vehicle bus data is reported to a remote storage device as soon as possible when the vehicle bus changes.
Fig. 5 is a block diagram of a data processing apparatus according to an embodiment of the present application, and as shown in fig. 5, the data processing apparatus includes:
a reading module 501, configured to read vehicle bus data from a buffer queue for storing the vehicle bus data, where the buffer queue is disposed in a micro control unit;
the sending module 502 is configured to send the read vehicle bus data to a system-on-chip, so that the system-on-chip uploads the vehicle bus data.
In one embodiment, the sending module is further configured to:
and sending the read vehicle bus data to a system-on-chip through a serial peripheral interface so that the system-on-chip uploads the vehicle bus data to an external storage device.
In one embodiment, the apparatus further comprises:
the vehicle bus data acquisition module is used for acquiring the vehicle bus data according to a first preset frequency before the vehicle bus data is read from a buffer queue for storing the vehicle bus data;
the determining module is used for comparing the acquired vehicle bus data with the vehicle bus data acquired at the previous time so as to determine the change condition of the vehicle bus data;
and the storage module is used for storing the changed vehicle bus data in the buffer queue when the vehicle bus data are changed.
In one embodiment, the read module is further configured to:
and when the vehicle bus data are changed, reading the changed vehicle bus data from the buffer queue.
In one embodiment, the read module is further configured to:
and when the vehicle bus data are not changed, reading the vehicle bus data from the buffer queue according to a second preset frequency.
In one embodiment, the sending module includes:
the conversion sub-module is used for converting the data format of the vehicle bus data into a data format which can be transmitted through the serial peripheral interface;
and the sending submodule is used for sending the vehicle bus data after format conversion to the system-on-chip through the serial peripheral interface.
Fig. 6 is a schematic diagram of a hardware structure of an electronic device according to an embodiment of the present application, and as shown in fig. 6, the system includes:
at least one processor 620; and the number of the first and second groups,
a memory 604 communicatively coupled to the at least one processor; wherein the content of the first and second substances,
the memory 604 stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor 620 to implement the data processing method according to any one of the above embodiments.
Referring to fig. 6, the electronic device 600 may include one or more of the following components: processing component 602, memory 604, power component 606, multimedia component 608, audio component 610, input/output (I/O) interface 612, sensor component 614, and communication component 616.
The processing component 602 generally controls the overall operation of the electronic device 600. The processing component 602 may include one or more processors 620 to execute instructions to perform all or a portion of the steps of the methods described above. Further, the processing component 602 can include one or more modules that facilitate interaction between the processing component 602 and other components. For example, the processing component 602 can include a multimedia module to facilitate interaction between the multimedia component 608 and the processing component 602.
The memory 604 is configured to store various types of data to support operation of the electronic device 600. Examples of such data include instructions for any application or method operating on the electronic device 600, such as text, pictures, video, and so forth. The memory 604 may be implemented by any type or combination of volatile or non-volatile memory devices such as Static Random Access Memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic or optical disks.
The power supply component 606 provides power to the various components of the electronic device 600. Power components 606 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power supplies for in-vehicle control system 600.
The multimedia component 608 includes a screen that provides an output interface between the electronic device 600 and a user. In some embodiments, the screen may include a Liquid Crystal Display (LCD) and a Touch Panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive an input signal from a user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure associated with the touch or slide operation. In some embodiments, the multimedia component 608 may also include a front facing camera and/or a rear facing camera. The front camera and/or the rear camera may receive external multimedia data when the electronic device 600 is in an operation mode, such as a shooting mode or a video mode. Each front camera and rear camera may be a fixed optical lens system or have a focal length and optical zoom capability.
The audio component 610 is configured to output and/or input audio signals. For example, the audio component 610 includes a Microphone (MIC) configured to receive external audio signals when the electronic device 600 is in an operational mode, such as an alert mode, a recording mode, a voice recognition mode, and a voice output mode. The received audio signal may further be stored in the memory 604 or transmitted via the communication component 616. In some embodiments, audio component 610 further includes a speaker for outputting audio signals.
The I/O interface 612 provides an interface between the processing component 602 and peripheral interface modules, which may be keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to: a home button, a volume button, a start button, and a lock button.
The sensor component 614 includes one or more sensors for providing various aspects of status assessment for the electronic device 600. For example, the sensor component 614 may include an acoustic sensor. In addition, the sensor assembly 614 may detect the open/closed status of the electronic device 600, the relative positioning of the components, such as the display and keypad of the electronic device 600, the sensor assembly 614 may also detect the operational status of the electronic device 600 or a component of the electronic device 600, such as the operational status of the wind distribution plate, the structural status, the operational status of the discharge blade, etc., the orientation or acceleration/deceleration of the electronic device 600, and the temperature change of the electronic device 600. The sensor assembly 614 may include a proximity sensor configured to detect the presence of a nearby object without any physical contact. The sensor assembly 614 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, the sensor assembly 614 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor, a material stack thickness sensor, or a temperature sensor.
The communication component 616 is configured to enable the electronic device 600 to provide wired or wireless communication capabilities with other devices and cloud platforms. The electronic device 600 may access a wireless network based on a communication standard, such as WiFi,2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 616 receives broadcast signals or broadcast related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 616 further includes a Near Field Communication (NFC) module to facilitate short-range communications. For example, the NFC module may be implemented based on Radio Frequency Identification (RFID) technology, infrared data association (IrDA) technology, ultra Wideband (UWB) technology, bluetooth (BT) technology, and other technologies.
In an exemplary embodiment, the electronic device 600 may be implemented by one or more Application Specific Integrated Circuits (ASICs), digital Signal Processors (DSPs), digital Signal Processing Devices (DSPDs), programmable Logic Devices (PLDs), field Programmable Gate Arrays (FPGAs), controllers, micro-controllers, microprocessors or other electronic components for performing the data processing methods described in any of the above embodiments.
The present application further provides a computer-readable storage medium, wherein when instructions in the storage medium are executed by a processor corresponding to the electronic device, the electronic device is enabled to implement the data processing method described in any one of the above embodiments.
The present application further provides a vehicle comprising:
the data processing apparatus according to any one of the above embodiments;
or
The electronic device according to any one of the above embodiments.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims (10)

1. A data processing method, comprising:
reading vehicle bus data from a buffer queue for storing the vehicle bus data, wherein the buffer queue is provided in a micro control unit;
and sending the read vehicle bus data to a system-on-chip so that the system-on-chip uploads the vehicle bus data.
2. The method of claim 1, wherein the sending the read vehicle bus data to a system-on-chip comprises:
and sending the read vehicle bus data to a system-on-chip through a serial peripheral interface so that the system-on-chip uploads the vehicle bus data to an external storage device.
3. The method of claim 1, wherein prior to reading the vehicle bus data from the buffer queue for storing vehicle bus data, comprising:
acquiring the vehicle bus data according to a first preset frequency;
comparing the acquired vehicle bus data with the vehicle bus data acquired at the previous time to determine the change condition of the vehicle bus data;
when the vehicle bus data are changed, the changed vehicle bus data are stored in the buffer queue.
4. The method of claim 1, wherein the reading the vehicle bus data from the buffer queue for storing vehicle bus data comprises:
and when the vehicle bus data are changed, reading the changed vehicle bus data from the buffer queue.
5. The method of claim 1, wherein the reading the vehicle bus data from the buffer queue for storing vehicle bus data comprises:
and when the vehicle bus data are not changed, reading the vehicle bus data from the buffer queue according to a second preset frequency.
6. The method of claim 2, wherein the sending the read vehicle bus data to a system-on-chip through a serial peripheral interface comprises:
converting the data format of the vehicle bus data into a data format capable of being transmitted through the serial peripheral interface;
and sending the vehicle bus data after format conversion to the system-on-chip through the serial peripheral interface.
7. A data processing apparatus, comprising:
the reading module is used for reading the vehicle bus data from a buffer queue for storing the vehicle bus data, wherein the buffer queue is arranged in the micro control unit;
and the sending module is used for sending the read vehicle bus data to a system-on-chip so as to enable the system-on-chip to upload the vehicle bus data.
8. An electronic device, comprising:
at least one processor; and the number of the first and second groups,
a memory communicatively coupled to the at least one processor; wherein, the first and the second end of the pipe are connected with each other,
the memory stores instructions executable by the at least one processor to implement a data processing method as claimed in any one of claims 1 to 6.
9. A computer-readable storage medium, wherein instructions in the storage medium, when executed by a corresponding processor of a data processing system, enable the data processing system to implement the data processing method of any one of claims 1-6.
10. A vehicle, characterized by comprising:
the data processing apparatus of claim 7;
or alternatively
The electronic device of claim 8.
CN202210672963.0A 2022-06-14 2022-06-14 Data processing method and device, electronic equipment, storage medium and vehicle Pending CN115437975A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210672963.0A CN115437975A (en) 2022-06-14 2022-06-14 Data processing method and device, electronic equipment, storage medium and vehicle

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210672963.0A CN115437975A (en) 2022-06-14 2022-06-14 Data processing method and device, electronic equipment, storage medium and vehicle

Publications (1)

Publication Number Publication Date
CN115437975A true CN115437975A (en) 2022-12-06

Family

ID=84241521

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210672963.0A Pending CN115437975A (en) 2022-06-14 2022-06-14 Data processing method and device, electronic equipment, storage medium and vehicle

Country Status (1)

Country Link
CN (1) CN115437975A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115604052A (en) * 2022-12-13 2023-01-13 深圳市徐港电子有限公司(Cn) Vehicle communication interaction method and system and electronic equipment

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115604052A (en) * 2022-12-13 2023-01-13 深圳市徐港电子有限公司(Cn) Vehicle communication interaction method and system and electronic equipment

Similar Documents

Publication Publication Date Title
WO2017177606A1 (en) Method and device for managing video data, terminal, and server
JP7324313B2 (en) Voice interaction method and device, terminal, and storage medium
US9330509B2 (en) Method for obtaining product feedback from drivers in a non-distracting manner
US11349903B2 (en) Vehicle data offloading systems and methods
TW201738828A (en) Message pushing method, device, and apparatus
CN202098288U (en) Virtual instrument system based on vehicle bus
WO2018072541A1 (en) Car video recorder device and operation method
CN115437975A (en) Data processing method and device, electronic equipment, storage medium and vehicle
US10410181B2 (en) Using a vehicle's on-board diagnostic (OBD) system for audio reminders
CN112102584B (en) Automatic driving alarm method and device for vehicle, vehicle and storage medium
CN115675473A (en) Driving mode adjusting method, system and storage medium
CN114419875B (en) Vehicle travel segmentation method, device and storage medium
CN116418615A (en) Vehicle data processing system and method, electronic device, and readable storage medium
CN114872651A (en) Vehicle control method, device, storage medium and chip
CN112929751B (en) System, method and terminal for determining action execution
CN113791843A (en) Execution method, device, equipment and storage medium
JP2021018679A (en) Data collection device, data collection system and data collection method
CN112068975B (en) Information processing method and device
CN115687157B (en) Test method, test system, storage medium, electronic device, and vehicle
CN112667474B (en) Data monitoring method and device, electronic equipment and storage medium
CN117373147A (en) Driving image storage method and device, electronic equipment and storage medium
JP2023125485A (en) In-vehicle device, management system, and upload method
CN117622198A (en) Method and device for determining driving state of vehicle
CN117928581A (en) Navigation method, related equipment and storage medium
CN115826855A (en) Processing method and device for storage space of vehicle-mounted machine system and related equipment

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