System-on-chip, bus data transmission method and intelligent device

Abstract

The invention provides a system-on-chip, a bus data transmission method and intelligent equipment. The system-on-chip comprises a data acquisition component, a data analysis component and a plurality of data application components, the data acquisition component receives original bus data, and the data analysis component obtains respective analysis data of the plurality of data application components based on one of the received original bus data and bus data filtered based on the original bus data as well as respective data demand information and respective data group packet information of the plurality of data application components; the plurality of data application components are used for obtaining respective analysis data and obtaining respective demand bus data based on the respective analysis data. Thus, in the bus data transmission process, the data size is small, the occupied CPU and RAM resource consumption is low, serial number and anti-serial number operation does not need to be carried out, and the transmission efficiency is improved. And meanwhile, decoupling of a communication protocol between the data application component and the bus data can be realized, and the software development workload is reduced.

Description

Technical Field

[0001] The present application relates to the technical field of data transmission, and specifically provides a system-level chip, a bus data transmission method and an intelligent device. Background Art

[0002] Bus technologies such as CAN bus are increasingly widely used in smart devices such as automobiles. Each smart controller in the smart device obtains data from different components through the bus to control the smart device. For smart controllers, such as smart driving controllers, smart cockpits or central controllers, in addition to microprocessors (Microcontroller Unit, MCU), they are also equipped with system-on-a-chip (System-on-a-Chip, SOC). SOC generally runs operating systems such as qnx, vxwork or linux. There are multiple software modules deployed inside the operating system, hereinafter referred to as data application components. Multiple data application components obtain bus data through various communication schemes to achieve intelligent control of smart devices.

[0003] Generally, the ways in which each data application component of SOC obtains bus data include the following:

[0004] First, after the bus data is received by the MCU and parsed into bus signals, it is sent to a data application component in the operating system with the bus signal as the minimum granularity. This data application component then distributes it to other data application components. Each soft data application component receives the bus signal based on the bus signal granularity.

[0005] The second type is that the bus data is received by the MCU and directly forwarded to a data application component on the operating system. The data application component parses the bus data to obtain the bus signal, and distributes it within the operating system with the bus signal as the granularity. Each data application component receives the signal based on the bus signal granularity.

[0006] However, the above method has at least the following technical defects:

[0007] 1. After the bus data is parsed into bus signals in the MCU, the data volume will increase by several times to dozens of times, and then be transmitted to the downstream data application components. The data transmission link will occupy more data bandwidth and CPU resources, and the bus data transmission efficiency is low.

[0008] 2. When transmitting in multiple data application components at the bus signal granularity, signal sequence numbers and deserial numbers are involved. The signal sender needs to serialize a series of signals into binary data and then send it to the receiver. The receiver needs to deserialize the binary data and restore it to a series of bus signals. The sequence number and deserial number will occupy a certain amount of CPU and RAM resources, and the bus data transmission efficiency is low.

[0009] 3. Transmitting bus signals between data application components within the operating system requires additional special internal communication protocols to specify the content and format of signal transmission, which requires additional human maintenance. When the signal changes, the communication protocol needs to be updated and the relevant data application components also need to be updated and adapted, which increases the workload of software development. Summary of the invention

[0010] In order to overcome the above-mentioned defects, the present application is proposed to provide a system-level chip, a bus data transmission method and an intelligent device that solves or at least partially solves the technical problems of low bus data transmission efficiency and large software development workload.

[0011] In a first aspect, the present application provides a SOC, the SOC comprising a data acquisition component, a data parsing component, and a plurality of data application components;

[0012] The data acquisition component is configured to receive raw bus data;

[0013] The data parsing component is configured to obtain parsed data of each of the multiple data application components based on the received input data, and return the parsed data of each to the corresponding data application component; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or, the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data; the filtered bus data is the data corresponding to the data requirement information obtained by filtering from the original bus data;

[0014] The multiple data application components are configured to obtain respective demand bus data based on respective parsed data.

[0015] Furthermore, in the above-mentioned system-level chip, the multiple data application components are specifically configured as follows:

[0016] Sending respective call requests to the data parsing component;

[0017] Receiving respective parsed data indication information returned by the data parsing component;

[0018] Based on the respective parsed data indication information, the respective parsed data are obtained.

[0019] Furthermore, in the above-mentioned system-level chip, the multiple data application components are specifically configured as follows:

[0020] Receiving respective parsed data indication information returned by the data parsing component through a callback function;

[0021] Based on the respective parsed data indication information, the respective parsed data are obtained.

[0022] Furthermore, in the above-mentioned system-level chip, the input data includes the original bus data, the data requirement information of each of the multiple data application components and the respective data packaging information, and the data parsing component is specifically configured as follows:

[0023] Parsing the original bus data to obtain target bus data;

[0024] Based on the data requirement information, the requirement bus data corresponding to the data requirement information is extracted from the target bus data, and the requirement bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0025] Furthermore, in the above-mentioned system-level chip, the input data includes the data requirement information, the data packaging information and the filtered bus data of each of the multiple data application components, and the data parsing component is specifically configured as follows:

[0026] Parsing the filtered bus data to obtain demand bus data corresponding to the data demand information;

[0027] The demand bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0028] Furthermore, in the above-mentioned system-level chip, the data acquisition component is further configured as:

[0029] transmitting the raw bus data to the data parsing component;

[0030] The multiple data application components are further configured as:

[0031] The respective data requirement information and the respective data packaging information are transmitted to the data parsing component.

[0032] Furthermore, in the above-mentioned system-level chip, the data acquisition component is further configured as:

[0033] The raw bus data is transmitted to the plurality of data application components.

[0034] The multiple data application components are further configured as:

[0035] receiving the original bus data transmitted by the data acquisition component, and obtaining the respective filtered bus data from the original bus data;

[0036] The respective data requirement information, the respective data packaging information, and the respective filtered bus data are transmitted to the data parsing component.

[0037] Furthermore, in the above-mentioned system-level chip, the data acquisition component includes:

[0038] an internal microprocessor configured to obtain the raw bus data from the communication bus;

[0039] The data transfer component is configured to receive the original bus data transmitted by the internal microprocessor and transmit the original bus data to the multiple data application components.

[0040] Furthermore, in the above-mentioned system-level chip, the data acquisition component includes:

[0041] The data transfer component is configured to obtain the original bus data from the communication bus or an external microprocessor, and transmit the original bus data to the multiple data application components.

[0042] In a second aspect, the present application provides a bus data transmission method, which is applied to any of the above-mentioned SOCs, and the method includes:

[0043] The data acquisition component in the system-on-chip receives raw bus data;

[0044] The data parsing group in the system-level chip obtains parsed data of each of the multiple data application components based on the received input data, and returns the parsed data of each to the corresponding data application component; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data; the filtered bus data is the data corresponding to the data requirement information obtained by filtering from the original bus data;

[0045] The multiple data application components in the system-level chip obtain respective demand bus data based on respective parsed data.

[0046] In a third aspect, a smart device is provided, the smart device comprising any of the above-mentioned system-level chips.

[0047] 1. A system-on-chip, characterized by comprising a data acquisition component, a data parsing component and a plurality of data application components;

[0048] The data acquisition component is configured to receive raw bus data;

[0049] The data parsing component is configured to obtain parsed data of each of the multiple data application components based on received input data; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data of each; the filtered bus data of each is the data corresponding to the data requirement information obtained by filtering from the original bus data;

[0050] The multiple data application components are configured to obtain the respective parsed data and obtain respective demand bus data based on the respective parsed data.

[0051] Solution 2. The system-on-chip according to Solution 1, wherein the plurality of data application components are specifically configured as follows:

[0052] Sending respective call requests to the data parsing component;

[0053] Receiving respective parsed data indication information returned by the data parsing component;

[0054] Based on the respective parsed data indication information, the respective parsed data are obtained.

[0055] Solution 3. The system-on-chip according to Solution 1, wherein the plurality of data application components are specifically configured as follows:

[0056] Receiving respective parsed data indication information returned by the data parsing component through a callback function;

[0057] Based on the respective parsed data indication information, the respective parsed data are obtained.

[0058] Solution 4. The system-level chip according to Solution 1, characterized in that the input data includes the original bus data, the data requirement information of each of the multiple data application components and the data packaging information of each of the multiple data application components, and the data parsing component is specifically configured as follows:

[0059] Parsing the original bus data to obtain target bus data;

[0060] Based on the data requirement information, the requirement bus data corresponding to the data requirement information is extracted from the target bus data, and the requirement bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0061] Solution 5. The system-on-chip according to Solution 1, wherein the input data includes data requirement information, data packaging information and filtered bus data of each of the multiple data application components, and the data parsing component is specifically configured as follows:

[0062] Parsing the filtered bus data to obtain demand bus data corresponding to the data demand information;

[0063] The demand bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0064] Solution 6. The system-on-chip according to Solution 1, wherein the data acquisition component is further configured as follows:

[0065] transmitting the raw bus data to the data parsing component;

[0066] The multiple data application components are further configured as:

[0067] The respective data requirement information and the respective data packaging information are transmitted to the data parsing component.

[0068] Solution 7. The system-on-chip according to Solution 1, wherein the data acquisition component is further configured as:

[0069] The raw bus data is transmitted to the plurality of data application components.

[0070] The multiple data application components are further configured as:

[0071] receiving the original bus data transmitted by the data acquisition component, and obtaining the respective filtered bus data from the original bus data;

[0072] The respective data requirement information, the respective data packaging information, and the respective filtered bus data are transmitted to the data parsing component.

[0073] Solution 8. The system-on-chip according to Solution 1, wherein the data acquisition component comprises:

[0074] an internal microprocessor configured to obtain the raw bus data from the communication bus;

[0075] The data transfer component is configured to receive the original bus data transmitted by the internal microprocessor and transmit the original bus data to the multiple data application components.

[0076] Solution 9. The system-on-chip according to Solution 1, wherein the data acquisition component comprises:

[0077] The data transfer component is configured to obtain the original bus data from the communication bus or an external microprocessor, and transmit the original bus data to the multiple data application components.

[0078] Solution 10. A bus data transmission method, characterized in that it is applied to the system-level chip described in any one of Solutions 1 to 9, and the method comprises:

[0079] The data acquisition component in the system-on-chip receives raw bus data;

[0080] The data parsing group in the system-level chip obtains parsed data of each of the multiple data application components based on the received input data; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data; the filtered bus data is the data corresponding to the data requirement information obtained by filtering from the original bus data;

[0081] The multiple data application components in the system-level chip obtain the respective parsed data, and obtain the respective demand bus data based on the respective parsed data.

[0082] Solution 11. A smart device, characterized in that it includes the system-level chip described in any one of Solutions 1 to 9.

[0083] The above one or more technical solutions of the present application have at least one or more of the following beneficial effects:

[0084] In the technical solution of the present application, the data acquisition component acquires the original bus data, and the data analysis component obtains the analysis data of the multiple data application components based on the original bus data, the data requirement information of the multiple data application components, and the data packaging information of the multiple data application components, or obtains the analysis data of the multiple data application components based on the data requirement information of the multiple data application components, the data packaging information of the multiple data application components, and the filtered bus data obtained by filtering from the original bus data, and the data analysis component returns the respective analysis data to the corresponding data application component, so that the multiple data application components obtain their respective required bus data based on their respective analysis data. In this way, by changing the transmission path and data analysis process of the internal bus data of the SOC, the amount of data in the bus data transmission process is small, the CPU and RAM resources consumed are low, and there is no need to perform serial number and deserial number operations, thereby improving the transmission efficiency. At the same time, the decoupling of the communication protocol between the data application component and the bus data can be achieved, so that the data application component no longer adapts according to the change of the bus data, reducing the workload of software development. BRIEF DESCRIPTION OF THE DRAWINGS

[0085] The disclosure of the present application will become more easily understood with reference to the accompanying drawings. It is easy for those skilled in the art to understand that these drawings are only for illustrative purposes and are not intended to limit the scope of protection of the present application. In addition, similar numbers in the drawings are used to represent similar components, among which:

[0086] Figure 1 is a schematic diagram of the main structure of a SOC according to an embodiment of the present application;

[0087] Figure 2 It is a schematic diagram of the data acquisition component acquiring raw bus data;

[0088] Figure 3 is another schematic diagram of the data acquisition component acquiring raw bus data;

[0089] Figure 4 is another schematic diagram of the data acquisition component acquiring raw bus data;

[0090] Figure 5 It is an interactive diagram of data application components and data parsing components;

[0091] Figure 6 It is another interactive diagram of the data application component and the data parsing component;

[0092] Figure 7 It is a flowchart of the main steps of a bus data transmission method according to an embodiment of the present application. DETAILED DESCRIPTION

[0093] Some embodiments of the present application are described below with reference to the accompanying drawings. Those skilled in the art should understand that these embodiments are only used to explain the technical principles of the present application and are not intended to limit the protection scope of the present application.

[0094] In the description of the present application, "module" and "processor" may include hardware, software or a combination of the two. A module may include hardware circuits, various suitable sensors, communication ports, memory, and may also include software parts, such as program code, or a combination of software and hardware. The processor may be a central processing unit, a microprocessor, an image processor, a digital signal processor or any other suitable processor. The processor has data and / or signal processing functions. The processor may be implemented in software, hardware or a combination of the two. Non-temporary computer-readable storage media include any suitable medium that can store program code, such as a disk, a hard disk, an optical disk, a flash memory, a read-only memory, a random access memory, etc. The term "A and / or B" means all possible combinations of A and B, such as only A, only B or A and B. The term "at least one A or B" or "at least one of A and B" has a similar meaning to "A and / or B" and may include only A, only B or A and B. The singular terms "one" and "the" may also include plural forms.

[0095] Generally, the ways in which each data application component of the SOC in a car obtains bus data include the following:

[0096] First, after the bus data is received by the MCU and parsed into bus signals, it is sent to a data application component in the operating system with the bus signal as the minimum granularity. This data application component then distributes it to other data application components. Each soft data application component receives the bus signal based on the bus signal granularity.

[0097] The second type is that the bus data is received by the MCU and directly forwarded to a data application component on the operating system. The data application component parses the bus data to obtain the bus signal, and distributes it within the operating system with the bus signal as the granularity. Each data application component receives the signal based on the bus signal granularity.

[0098] However, the above method has at least the following technical defects:

[0099] 1. After the bus data is parsed into bus signals in the MCU, the data volume will increase by several times to dozens of times, and then be transmitted to the downstream data application components. The data transmission link will occupy more data bandwidth and CPU resources, and the bus data transmission efficiency is low.

[0100] 2. When transmitting in multiple data application components at the bus signal granularity, signal sequence numbers and deserial numbers are involved. The signal sender needs to serialize a series of signals into binary data and then send it to the receiver. The receiver needs to deserialize the binary data and restore it to a series of bus signals. The sequence number and deserial number will occupy a certain amount of CPU and RAM resources, and the bus data transmission efficiency is low.

[0101] 3. Transmitting bus signals between data application components within the operating system requires additional special internal communication protocols to specify the content and format of signal transmission, which requires additional human maintenance. When the signal changes, the communication protocol needs to be updated and the relevant data application components also need to be updated and adapted, which increases the workload of software development.

[0102] Therefore, in order to solve the above technical problems, this application provides the following technical solutions:

[0103] See attached Figure 1 , Figure 1 FIG. 1 is a schematic diagram of the main structure of a SOC according to an embodiment of the present application. Figure 1 As shown, the SOC in the embodiment of the present application includes a data acquisition component, a data parsing component and multiple data application components.

[0104] In a specific implementation process, the data acquisition component may receive raw bus data, which is data that has not been processed. The data analysis component may obtain the parsed data of each of the multiple data application components based on the received input data, and the multiple data application components may obtain their own parsed data, and obtain their own demand bus data based on their own parsed data. That is, after the multiple data application components obtain their own parsed data from the data analysis component, they need to further analyze to obtain their own demand bus data.

[0105] The input data may be input in the following two ways: Figure 1 Explained in the second way:

[0106] The first type: the original bus data can be provided by the data acquisition component, that is, after the data acquisition component receives the original bus data, it can transfer the original bus data to the data analysis component. The data requirement information and data packaging information of multiple data application components can be provided by multiple data application components, that is, the data requirement information and data packaging information of each data application component can be transmitted to the data analysis component through multiple data application components. In other words, the input data includes the original bus data, the data requirement information and data packaging information of each data application component. Among them, the data requirement information of each data application component can include a respective data list (such as a list of can id: 123). The data packaging information of each data application component is the relevant information of the specific composition of the data body.

[0107] In this way, inside the SOC, only the data acquisition component transmits the original bus data to the data parsing component, and multiple data application components transmit their respective data demand information and their respective data package information to the data parsing component. Compared with the method of parsing the original bus data and then transmitting it, this data transmission method has a smaller data volume and does not require serial numbers and deserial numbers, so that the CPU and RAM resource consumption is lower. In addition, the data parsing component uniformly parses the parsed data corresponding to the bus data required by each data application component, and returns the respective parsed data to each data application component. This method does not require the definition of a special internal communication protocol, so that the communication protocol between the data application component and the bus data can be decoupled, so that the data application component no longer adapts according to changes in the bus data, reducing the workload of software development.

[0108] The second type: the data requirement information, the data packaging information and the filtered bus data of the respective data application components are all provided by the multiple data application components. Among them, the respective filtered bus data is the data corresponding to the data requirement information obtained by filtering from the original bus data. That is, the data acquisition component can also transmit the original bus data to the multiple data application components. The multiple data application components can also receive the original bus data transmitted by the data acquisition component, and obtain the respective filtered bus data from the original bus data; and transmit the respective data requirement information, the respective data packaging information, and the respective filtered bus data to the data analysis component. For example, the original bus data that is different from the respective data requirement ID can be filtered out to obtain the respective filtered bus data.

[0109] In this way, the data acquisition component inside the SOC transmits the original bus data to each data application component respectively, and multiple data application components transmit their respective data demand information, their respective data packaging information, and the filtered bus data obtained from the original bus data to the data analysis component. Compared with the method of parsing the original bus data and then transmitting it, this data transmission method has a relatively small amount of data, and there is no need for serial numbers and deserial numbers, so that the CPU and RAM resources are consumed less. In addition, the data analysis component uniformly parses the parsed data corresponding to the bus data required by each data application component, and returns the parsed data to each data application component. This method does not require the definition of a special internal communication protocol, so that the communication protocol between the data application component and the bus data can be decoupled, so that the data application component no longer adapts according to changes in the bus data, reducing the workload of software development.

[0110] In a specific implementation process, the original bus data can be directly acquired from the communication bus through a data acquisition component, or the original bus data can be acquired from the communication bus through an external microprocessor.

[0111] in, Figure 2 This is a schematic diagram of the data acquisition component acquiring raw bus data. Figure 2 As shown, the data acquisition component may include an internal MCU and a data transfer component, that is, the MCU is integrated inside the SOC. The internal MCU can be used to obtain the original bus data from the communication bus, and send the original bus data to the data transfer component. The data transfer component then transfers the received original bus data to the multiple data application components or to the data analysis component. In other words, if an MCU is integrated inside the SOC, the integrated MCU can be used to receive the original bus data uploaded by the communication bus. Then, after the integrated MCU sends the received original bus data to the data transfer component, the data transfer component sends the original bus data to each data application component or transmits it to the data analysis component. In this way, no matter which case, when the SOC transmits data inside, it is transmitted as original bus data, the amount of data is relatively small, and there is no need for serial number and deserial number, which improves the transmission efficiency.

[0112] Figure 3 This is another schematic diagram of the data acquisition component acquiring raw bus data. Figure 3As shown, the data acquisition component may include a data transfer component. The data transfer component can be used to directly acquire the original bus data from the communication bus, and then transmit the acquired original bus data to the multiple data application components or to the data analysis component. In other words, the data transfer component is directly connected to the communication bus, and the original bus data of the communication bus is directly transmitted to the data transfer component, and then the data transfer component transmits the original bus data to the data application component or to the data analysis component. In this way, no other components are involved in the transmission of data between the communication bus and the data transfer component, thereby improving the transmission efficiency.

[0113] Figure 4 This is another schematic diagram of the data acquisition component acquiring raw bus data. Figure 4 As shown, the data acquisition component may include a data transfer component. The original bus data may be acquired from the communication bus using an external MCU, and then the original bus data may be acquired from the external MCU using the data transfer component, and then the acquired original bus data may be transferred to the multiple data application components or to the data analysis component.

[0114] In a specific implementation process, in order for the data application component to obtain the required demand bus data, each data application component can transmit its own data demand information, its own data packaging information and the filtered bus data obtained by filtering the original bus data to the data analysis component, or the data acquisition component transmits the original bus data to the data analysis component, and the data application component transmits its own data demand information and its own data packaging information to the data analysis component. In this way, the data analysis component obtains the respective parsed data of the multiple data application components based on the received input data, and returns the respective parsed data to the corresponding data application component, and the data application component obtains its own demand bus data based on the respective parsed data.

[0115] That is to say, all data application components obtain their respective required bus data through a unified data parsing component. In this way, it is only necessary to configure the configuration file of the bus data format for the data parsing component, such as a dbc file or other format file corresponding to CAN data. When the data parsing component receives the input data recorded above, the data parsing component can obtain the parsed data of multiple data application components according to the configuration file. If the bus data format changes, it is only necessary to re-enter the configuration file of the corresponding format into the data parsing component, without the need for the data application component to adapt to the change of the bus data format, such as the change of the communication protocol. In this way, the decoupling of the communication protocol between the data application component and the bus data is achieved.

[0116] It should be noted that the configuration file can be stored in a local memory and loaded by the data analysis component for use, or can be directly stored in the data analysis component, which is not specifically limited in this embodiment.

[0117] In a specific implementation process, taking CAN bus data as an example, an example of configuration file data in the data parsing component can be as follows:

[0118]

[0119]

[0120]

[0121]

[0122] In the above configuration file example, "group_info" is used to store multiple CAN IDs and the corresponding CAN data lengths. For example, CAN ID: 123, data_length: 32. CAN ID: 456, data_length: 8. "123" in the configuration file is used to store the CAN data and data group information required for CAN ID 123. Name stores the name of the CAN data. Type stores the data type of the CAN data, offset stores the offset position of the CAN data in the structure, and length stores the byte length occupied by the signal. If there are multiple CAN IDs, there should be multiple groups of expression structures similar to "123", such as "456" in the configuration file. Here, we will not give an example for "456".

[0123] The data parsing component can implement parsing in the following two ways:

[0124] The first type: the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each. The data parsing component can parse the original bus data to obtain the target bus data (the physical value of the original bus data after mechanical completion); based on the data requirement information, the required bus data corresponding to the data requirement information is extracted from the target bus data, that is, the required physical value is extracted, and the required bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0125] That is to say, the data parsing component first parses the original bus data based on the above-mentioned configuration file to obtain the overall data as the target bus data, and then extracts the required bus data of each data application component from the target bus data according to the data requirement information of each data application component, and then converts the required bus data of each data application component according to the data packaging information of each data application component to obtain the data body corresponding to the data packaging information of each data application component as the parsed data of each data application component.

[0126] However, this method requires parsing the entire original bus data, which may contain some useless original bus data, which will result in low efficiency of the entire transmission process and high consumption of CPU and RAM resources. Therefore, the following second method can also be used:

[0127] The second type: the input data includes the data requirement information, data packaging information and filtered bus data of each of the multiple data application components. The data parsing component parses the filtered bus data to obtain the required bus data corresponding to the data requirement information; and converts the required bus data into a data body corresponding to the data packaging information as the parsed data.

[0128] That is to say, each data application component first filters the original bus data based on its own data demand information to obtain its own filtered bus data, and then transmits its own data demand information, its own data packaging information and its own filtered bus data to the data parsing component. The data parsing component can directly parse the filtered bus data based on the above configuration file to obtain the demand bus data corresponding to the data demand information; then convert the demand bus data of each data application component according to the data packaging information of each data application component to obtain the data body corresponding to the data packaging information of each data application component as the parsed data of each data application component.

[0129] In this way, the data parsing component only needs to parse the original bus data (i.e., filtered bus data) related to the data demand information of each data application component, and the amount of parsed data is small, which will result in higher efficiency of the entire transmission process and lower CPU and RAM resource consumption.

[0130] In a specific implementation process, an example of a data body in a preset format is as follows, wherein the list of can id:123 in the configuration file is used as an example for description:

[0131] The physical values ​​of all bus data in the list of can id:123 can be organized into the data body in order as shown in Table 1:

[0132] Table 1

[0133] Signal name Number of bytes occupied Data Types 1 signal1 1 u8 2 signal2 1 s8 3 signal3 2 u16 4 signal4 2 s16 5 signal5 4 s32 6 signal6 4 u32 7 signal7 8 u64 8 signal8 8 s64 9 signal9 4 float 10 signal10 8 double 11 signal11 1 bool 12 signal12 30 u8

[30]

[0134] In a specific implementation process, the data parsing component can transmit respective parsed data indication information to each data application component. Among them, the parsed data indication information may include a data body pointer and the byte length of the data body, etc. In this way, each data application component can obtain a complete data body through the data body pointer and the byte length of the data body. Then, the data body is parsed according to the signal sequence, position offset, etc. to restore the physical value corresponding to the required bus data. For example, the data body pointer can be Signal1:u8, and the byte length of the data body is 73 (occupied in Table 1). In this way, Signal12 can be found as a complete data body since Signal1.

[0135] The specific procedure for restoring the data body to physical values ​​is as follows:

[0136]

[0137]

[0138]

[0139] The above code program shows that starting from the data body pointer Signal1:u8, after restoring the physical value, the data body pointer is incremented by 1 and moves to the next signal, and the physical value is restored, and so on, until the physical value of the next signal is restored and the program ends.

[0140] In a specific implementation process, each data application component can obtain its own parsed data in the following two ways:

[0141] The first method: sending respective call requests to the data parsing component; receiving respective parsing data indication information returned by the data parsing component; obtaining respective parsing data based on the respective parsing data indication information. In other words, each data application component will actively obtain respective parsing data indication information from the data parsing component in order to obtain respective parsing data. The parsing data of each data application component obtained by the data parsing component can be stored separately in the local database or in the data parsing component, which is not specifically limited in this embodiment.

[0142] The second method: receiving the respective parsed data indication information returned by the data parsing component through a callback function; and obtaining the respective parsed data based on the respective parsed data indication information. That is to say, each data application component will passively receive the parsed data indication information obtained by the data parsing component in order to obtain its respective parsed data. In this way, it can be ensured that after the data is parsed, each data application component can obtain its respective parsed data, and the data transmission efficiency is higher. Among them, the parsed data of each data application component obtained by the data parsing component can be stored separately in the local database, or can be stored in the data parsing component, and this embodiment does not make specific restrictions.

[0143] It should be noted that the data parsing component can also send parsing completion notifications to various data application components through callback functions.

[0144] The following is a specific example to illustrate the process of interaction between the data acquisition component and the data parsing component:

[0145] Figure 5 It is a schematic diagram of the interaction between data application components and data analysis components, such as Figure 5 As shown, the signal processing submodule in the data application component can receive the original bus data from the data acquisition component, and transmit the data requirement information, the respective data package information and the filtered bus data obtained by filtering the original bus data to the data analysis component. After the data analysis component performs data analysis according to the loaded configuration file, the data application component can obtain the analysis data indication information from the data analysis component through the active reading interface, or the data analysis component sends the analysis data indication information to the data application component through the callback function.

[0146] Figure 6 This is another interactive diagram between the data application component and the data analysis component. Figure 6 As shown, the data application component transmits the data demand information and the respective data package information to the data analysis component. The data analysis component can receive the original bus data from the data acquisition component, and after performing data analysis according to the loaded configuration file, the data application component can obtain the analysis data indication information from the data analysis component through the active reading interface, or the data analysis component sends the analysis data indication information to the data application component through the callback function.

[0147] In the SOC of this embodiment, the data acquisition component acquires the original bus data, and the data analysis component obtains the analysis data of the multiple data application components based on the original bus data, the data requirement information of the multiple data application components, and the data packaging information of the multiple data application components, or obtains the analysis data of the multiple data application components based on the data requirement information of the multiple data application components, the data packaging information of the multiple data application components, and the filtered bus data obtained by filtering from the original bus data, and the data analysis component returns the respective analysis data to the corresponding data application component, so that the multiple data application components obtain their respective demand bus data based on their respective analysis data. In this way, by changing the transmission path and data analysis process of the internal bus data of the SOC, the amount of data is small during the bus data transmission process, the occupied CPU and RAM resources are consumed less, and there is no need to perform serial number and deserial number operations, thereby improving the transmission efficiency. At the same time, the decoupling of the communication protocol between the data application component and the bus data can be achieved, so that the data application component no longer adapts according to the change of the bus data, reducing the workload of software development.

[0148] Furthermore, the present invention also provides a bus data transmission method.

[0149] Figure 7 FIG. 1 is a flow chart of the main steps of a bus data transmission method according to an embodiment of the present application. Figure 7 As shown, the bus data transmission method of this embodiment mainly includes steps 701 to 704.

[0150] Step 701: The data acquisition component in the system-level chip receives the original bus data;

[0151] Step 702: The data parsing group in the system-level chip obtains parsed data of each of the plurality of data application components based on the received input data, and returns the parsed data of each to the corresponding data application component;

[0152] In a specific implementation process, the input data includes the original bus data, data requirement information of each of the multiple data application components, and data packaging information of each of the multiple data application components.

[0153] The data parsing group obtains parsed data of each of the plurality of data application components based on the received input data, including:

[0154] Parsing the original bus data to obtain target bus data;

[0155] Based on the data requirement information, the requirement bus data corresponding to the data requirement information is extracted from the target bus data, and the requirement bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0156] In a specific implementation process, the input data includes data requirement information, data packaging information and filtered bus data of each of the multiple data application components, and the filtered bus data is data corresponding to the data requirement information obtained by filtering from the original bus data.

[0157] The data parsing group obtains parsed data of each of the plurality of data application components based on the received input data, including:

[0158] Parsing the filtered bus data to obtain demand bus data corresponding to the data demand information;

[0159] The demand bus data is converted into a data body corresponding to the data packaging information as the parsed data.

[0160] Step 703: Multiple data application components in the system-level chip obtain the respective parsed data, and obtain respective demand bus data based on the respective parsed data;

[0161] In a specific implementation process, multiple data application components can obtain their respective parsed data in the following manner:

[0162] The first method is: sending respective call requests to the data parsing component; receiving respective parsing data indication information returned by the data parsing component; and acquiring the respective parsing data based on the respective parsing data indication information.

[0163] The second method: receiving respective parsed data indication information returned by the data parsing component through a callback function; and acquiring the respective parsed data based on the respective parsed data indication information.

[0164] The above-mentioned bus data transmission method can refer to the embodiment corresponding to the above-mentioned SOC. The technical principles, technical problems solved and technical effects produced by the two are similar and will not be repeated here.

[0165] It should be pointed out that although the various steps in the above embodiments are described in a specific order, those skilled in the art can understand that in order to achieve the effect of the present application, different steps do not have to be executed in such an order. They can be executed simultaneously (in parallel) or in other orders. These changes are within the scope of protection of the present application.

[0166] It is understood by those skilled in the art that all or part of the processes in the method for implementing the above-mentioned embodiment of the present application can also be completed by instructing the relevant hardware through a computer program, and the computer program can be stored in a computer-readable storage medium. When the computer program is executed by the processor, the steps of each of the above-mentioned method embodiments can be implemented. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable storage medium may include: any entity or device, medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory, random access memory, electric carrier signal, telecommunication signal and software distribution medium that can carry the computer program code. It should be noted that the content contained in the computer-readable storage medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable storage media do not include electric carrier signals and telecommunication signals.

[0167] Furthermore, the present application also provides an intelligent device, which includes the system-level chip of the above embodiment. The intelligent device may specifically include an autonomous driving vehicle, a smart car, a robot, an unmanned aircraft, etc.

[0168] Further, it should be understood that since the setting of each module is only for illustrating the functional units of the device of the present application, the physical devices corresponding to these modules may be the processor itself, or a part of the software in the processor, a part of the hardware, or a part of the combination of software and hardware. Therefore, the number of each module in the figure is only schematic.

[0169] It is understood by those skilled in the art that each module in the device can be adaptively split or merged. Such splitting or merging of specific modules will not cause the technical solution to deviate from the principle of the present application, and therefore, the technical solutions after splitting or merging will fall within the protection scope of the present application.

[0170] It should be noted that the relevant user personal information that may be involved in the various embodiments of the present application is strictly in accordance with the requirements of laws and regulations, following the principles of legality, legitimacy and necessity, based on the reasonable purposes of business scenarios, to process the personal information that users actively provide during the use of products / services or generated due to the use of products / services, as well as the personal information obtained with the user's authorization.

[0171] The user personal information processed by this application will vary depending on the specific product / service scenario, and shall be based on the specific scenario in which the user uses the product / service, and may involve the user's account information, device information, driving information, vehicle information or other related information. This application will treat the user's personal information and its processing with a high degree of diligence.

[0172] This application attaches great importance to the security of user personal information and has taken reasonable and feasible security protection measures that meet industry standards to protect user information and prevent personal information from being accessed, disclosed, used, modified, damaged or lost without authorization.

[0173] So far, the technical solutions of the present application have been described in conjunction with the embodiments shown in the accompanying drawings, but it is easy for those skilled in the art to understand that the protection scope of the present application is obviously not limited to these specific embodiments. Without departing from the principles of the present application, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will fall within the protection scope of the present application.

Claims

1. A system-on-chip, characterized in that: Includes data acquisition components, data parsing components and multiple data application components; The data acquisition component is configured to receive raw bus data; The data parsing component is configured to obtain parsed data of each of the multiple data application components based on received input data; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data of each; the filtered bus data of each is the data corresponding to the data requirement information obtained by filtering from the original bus data; The multiple data application components are configured to obtain the respective parsed data and obtain respective demand bus data based on the respective parsed data.

2. The system-on-chip according to claim 1, characterized in that: The multiple data application components are specifically configured as follows: Sending respective call requests to the data parsing component; Receiving respective parsed data indication information returned by the data parsing component; Based on the respective parsed data indication information, the respective parsed data are obtained.

3. The system-on-chip according to claim 1, characterized in that: The multiple data application components are specifically configured as follows: Receiving respective parsed data indication information returned by the data parsing component through a callback function; Based on the respective parsed data indication information, the respective parsed data are obtained.

4. The system-on-chip according to claim 1, characterized in that: The input data includes the original bus data, the data requirement information of each of the multiple data application components and the data packaging information of each of the multiple data application components, and the data parsing component is specifically configured as follows: Parsing the original bus data to obtain target bus data; Based on the data requirement information, the requirement bus data corresponding to the data requirement information is extracted from the target bus data, and the requirement bus data is converted into a data body corresponding to the data packaging information as the parsed data.

5. The system-on-chip according to claim 1, characterized in that: The input data includes data requirement information, data packaging information and filtered bus data of each of the multiple data application components. The data parsing component is specifically configured as follows: Parsing the filtered bus data to obtain demand bus data corresponding to the data demand information; The demand bus data is converted into a data body corresponding to the data packaging information as the parsed data.

6. The system-on-chip according to claim 1, characterized in that: The data acquisition component is further configured to: transmitting the raw bus data to the data parsing component; The multiple data application components are further configured as: The respective data requirement information and the respective data packaging information are transmitted to the data parsing component.

7. The system-on-chip according to claim 1, characterized in that: The data acquisition component is further configured to: The raw bus data is transmitted to the plurality of data application components. The multiple data application components are further configured as: receiving the original bus data transmitted by the data acquisition component, and obtaining the respective filtered bus data from the original bus data; The respective data requirement information, the respective data packaging information, and the respective filtered bus data are transmitted to the data parsing component.

8. The system-on-chip according to claim 1, characterized in that: The data acquisition component includes: an internal microprocessor configured to obtain the raw bus data from the communication bus; The data transfer component is configured to receive the original bus data transmitted by the internal microprocessor and transmit the original bus data to the multiple data application components.

9. The system-on-chip according to claim 1, characterized in that: The data acquisition component includes: The data transfer component is configured to obtain the original bus data from the communication bus or an external microprocessor, and transmit the original bus data to the multiple data application components.

10. A bus data transmission method, characterized in that: The method applied to the system-level chip according to any one of claims 1 to 9 comprises: The data acquisition component in the system-on-chip receives raw bus data; The data parsing group in the system-level chip obtains parsed data of each of the multiple data application components based on the received input data; wherein the input data includes the original bus data, the data requirement information of each of the multiple data application components, and the data packaging information of each; or the input data includes the data requirement information of each of the multiple data application components, the data packaging information of each, and the filtered bus data; the filtered bus data is the data corresponding to the data requirement information obtained by filtering from the original bus data; The multiple data application components in the system-level chip obtain the respective parsed data, and obtain the respective demand bus data based on the respective parsed data.

Images