CN117931642A

CN117931642A - Log processing method based on AUTOSAR and electronic equipment

Info

Publication number: CN117931642A
Application number: CN202311827198.6A
Authority: CN
Inventors: 赵丹
Original assignee: Faw Beijing Software Technology Co ltd; FAW Group Corp
Current assignee: Faw Beijing Software Technology Co ltd; FAW Group Corp
Priority date: 2023-12-28
Filing date: 2023-12-28
Publication date: 2024-04-26

Abstract

The invention discloses a log processing method and electronic equipment based on AUTOSAR, wherein the method comprises the following steps: newly adding an android log application, and calling an application interface of an automobile open system architecture self-adaptive platform in an inter-process communication mode for reading and setting logs; binding protocol stack logs by the self-adaptive platform of the automobile open system architecture, and storing the corresponding communication management and the logs of the protocol stack or outputting the corresponding communication management and the logs of the protocol stack to a designated port of an Ethernet network bus by using a log output method provided by a component of the self-adaptive platform logs of the automobile open system architecture; and controlling the kernel log buffer area by utilizing klogctl commands, processing the log, and reading the log to a log component of the self-adaptive platform of the automobile open system architecture. The invention facilitates the control and the call of the log, improves the development and debugging efficiency, and is beneficial to analyzing the abnormal condition of the operating system.

Description

Log processing method based on AUTOSAR and electronic equipment

Technical Field

The present invention relates to a log processing method and an electronic device, and in particular, to an AUTOSAR-based log processing method and an electronic device.

Background

When the self-adaptive platform of the automobile open system architecture uses the log debugging program, at least the following defects exist:

The configuration and management of the log component of the self-adaptive platform of the automobile open system architecture are below the layer of the android Zhuo Kuangjia, and a developer using the module cannot configure and manage log output through android applications, so that development and debugging are affected.

The communication management of the self-adaptive platform of the automobile open system architecture and the bound SOMEIP/DDS protocol stack use different log output methods, so that the logs can not be stored in the same file or can be output to an Ethernet network bus (a designated port) together, thereby influencing development and debugging.

The log component of the self-adaptive platform of the automobile open system architecture does not import the kernel log of the system, which is inconvenient for analyzing the abnormality of the operating system.

It can be seen that the log debugger of the prior art is not satisfactory, and improvements are needed.

Disclosure of Invention

The invention aims to provide an AUTOSAR-based log processing method and electronic equipment, which solve the defects existing in the prior art.

The invention provides the following scheme:

an AUTOSAR-based log processing method comprises the following steps:

Newly adding an android log application, wherein the log application calls an application interface of an automobile open system architecture self-adaptive platform in an inter-process communication mode;

the self-adaptive platform of the automobile open system architecture calls a corresponding log component interface for reading and setting logs;

binding protocol stack logs by the self-adaptive platform of the automobile open system architecture, and storing the corresponding communication management and the logs of the protocol stack or outputting the corresponding communication management and the logs of the protocol stack to a designated port of an Ethernet network bus by using a log output method provided by a component of the self-adaptive platform logs of the automobile open system architecture;

And controlling the kernel log buffer area by utilizing klogctl commands, processing the log, and reading the log to a log component of the self-adaptive platform of the automobile open system architecture.

Further, the reading and setting log further includes: log level, application log switch, and kernel log switch.

Further, the protocol stack log is bound to the self-adaptive platform of the automobile open system architecture, specifically: the self-adaptive platform of the automobile open system architecture binds SOMEIP/DDS protocol stack logs;

the log of the corresponding communication management and protocol stack is stored or output to the designated port of the Ethernet network bus, specifically:

And storing the logs of the self-adaptive platform communication management and SOMEIP/DDS protocol stack of the automobile open system architecture or outputting the logs to a designated port of the Ethernet network bus.

Further, the utilizing klogctl command further includes:

controlling an operating system kernel cache region based on android operating system input klogctl;

setting a kernel log level, and clearing or resetting a kernel log cache region;

Obtaining the kernel log and sending the kernel log to a designated output device;

And carrying out early warning prompt on various information, warning and error messages generated during the operation of the system.

Further, the log component for reading logs to the self-adaptive platform of the automobile open system architecture specifically comprises:

based on ara, log component library, setting different levels of logs or custom log message format and outputting to multiple terminals.

Further, the plurality of terminals include: command line terminals, databases, and remote servers.

An AUTOSAR-based log processing system, comprising:

The system comprises an open architecture application interface building module, an android log application, a database and a database, wherein the android log application calls an application interface of an automobile open system architecture self-adaptive platform in an inter-process communication mode;

the system comprises a log reading and setting module, a log component interface and a log setting module, wherein the corresponding log component interface is called by the self-adaptive platform of the automobile open system architecture and is used for reading and setting logs;

The protocol stack log binding module is used for binding the protocol stack log by the automobile open system architecture self-adaptive platform, and storing the corresponding communication management and the log of the protocol stack or outputting the corresponding communication management and the log of the protocol stack to a designated port of the Ethernet network bus by using a log output method provided by a component of the automobile open system architecture self-adaptive platform log;

And the kernel log buffer area log processing module is used for controlling the kernel log buffer area by utilizing klogctl commands, processing the log and reading the log to a log component of the automobile open system architecture self-adaptive platform.

An intelligent cabin is provided with the AUTOSAR-based log processing system, and the AUTOSAR-based log processing method is executed.

An electronic device, comprising: the device comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus; the memory has stored therein a computer program which, when executed by the processor, causes the processor to perform the steps of the method.

A computer readable storage medium storing a computer program executable by an electronic device, which when run on the electronic device causes the electronic device to perform the steps of the method.

Compared with the prior art, the invention has the following advantages:

and the application calls an application interface of the self-adaptive platform of the automobile open system architecture in an inter-process communication mode, and then the self-adaptive platform of the automobile open system architecture calls a log component interface of the self-adaptive platform of the automobile open system architecture, so that the reading and setting of log level/application log switch/kernel log switch and the like are completed, and the management, control and calling of the log are facilitated.

The same log output method is used for the communication management of the self-adaptive platform of the automobile open system architecture and the bound SOMEIP/DDS protocol stack logs, and the communication management of the self-adaptive platform of the automobile open system architecture and the logs of the SOMEIP/DDS protocol stack are stored in the same file or output to an Ethernet network bus (designated port), so that the development and debugging efficiency is improved.

The automobile open system architecture self-adaptive platform log component sets a kernel log level/reads a kernel specified level log through klogctl (a log related system call provided by a linux kernel), and stores the log into a file or outputs the log to an Ethernet network bus (specified port), so that the analysis of the abnormal condition of an operating system is facilitated.

Drawings

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings that are needed in the description of the embodiments or the prior art will be briefly described, and it is obvious that the drawings in the description below are some embodiments of the present invention, and other drawings can be obtained according to the drawings without inventive effort for a person skilled in the art.

Fig. 1 is a flowchart of an AUTOSAR-based log processing method.

FIG. 2 is a flow chart diagram of a klogctl command instruction execution method.

Fig. 3 is an architecture diagram of an AUTOSAR-based log processing system.

Fig. 4 is a system architecture diagram of a vehicle operating system.

Fig. 5 is a schematic structural view of the electronic device.

Detailed Description

The following description of the embodiments of the present invention will be made apparent and fully in view of the accompanying drawings, in which some, but not all embodiments of the invention are shown. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

The flowchart of the AUTOSAR-based log processing method shown in fig. 1 comprises the following steps:

step S1, an android log application is newly added, and the log application calls an application interface of an automobile open system architecture self-adaptive platform in an inter-process communication mode;

In the embodiment, the android log application is a tool capable of recording and viewing log information generated by a system and an application program on the android device, and can help developers locate problems, analyze errors and monitor the running condition of the application program in the debugging process.

Through the android log application, developers can view various types of log information generated on the device in real time, including system-level messages, warnings and errors, and debug information output by the application program itself. Such log information is very important to developers because they provide valuable data regarding device status, software exceptions, and code execution paths, among other things.

For example: logcat is an amp Zhuo Rizhi application through Logcat a developer can capture and display all log messages generated on the device in real time after connecting to the handset or simulator. They can filter based on labels, priorities, or specific keywords, and can also save the results to a file for later analysis.

Step S2, the self-adaptive platform of the automobile open system architecture calls a corresponding log component interface for reading and setting logs;

specifically, the reading and setting log further includes: log level, application log switch, and kernel log switch.

Step S3, binding protocol stack logs by the self-adaptive platform of the automobile open system architecture, and storing the corresponding communication management and the logs of the protocol stack or outputting the corresponding communication management and the logs of the protocol stack to a designated port of an Ethernet network bus by using a log output method provided by a component of the self-adaptive platform log of the automobile open system architecture;

Specifically, the protocol stack log is bound to the self-adaptive platform of the automobile open system architecture, specifically: the automobile open system architecture self-adaptive platform binds SOMEIP/DDS protocol stack logs.

The method for storing or outputting the logs of the communication management and protocol stack of the self-adaptive platform of the automobile open system architecture to the appointed port of the Ethernet network bus comprises the following specific steps:

and storing or outputting the logs of the self-adaptive platform communication management and SOMEIP/DDS protocol stack of the automobile open system architecture to a designated port of the Ethernet network bus.

And S4, controlling the kernel log buffer area by utilizing klogctl commands, processing the log, and reading the log to a log component of the self-adaptive platform of the automobile open system architecture.

"Klogctl" is a command in a Linux system for controlling the kernel log buffer, reading and setting the kernel log level, clearing or resetting the kernel log buffer, and may send the kernel log to a designated output device.

Based on klogctl commands, various information, warnings and error messages generated during the system operation can be checked in real time for troubleshooting and performance optimization.

Command line code example:

Reading a kernel log: using the "klogctl" command to retrieve all messages currently stored in the kernel buffer, execution of the following command will reveal the most recently occurring system event: klogctl-r

Setting a kernel log level: using the "klogctl" command to change the message level recorded in the kernel buffer, the record level is set to DEBUG mode (DEBUG), the following commands are executed: klogctl-s 7

Clear or reset kernel log buffer:

The message already stored in the kernel buffer is flushed or reset, operating with the "klogctl" command, for example, executing the following commands can empty the entire buffer and resume recording new messages: klogctl-c.

As shown in fig. 2, step S4 may further extend klogctl the command instruction execution method, for example, may further include:

Step S41, controlling an operating system kernel cache region based on android operating system input klogctl;

Step S42, setting a kernel log level, and clearing or resetting a kernel log buffer area;

step S43, obtaining the kernel log and sending the kernel log to a designated output device;

log is an AUTOSAR-based component library for processing logs, including tools and interfaces for storing, analyzing log information generated by an application program at run-time.

Exemplary, the log component for reading logs to the adaptive platform of the automobile open system architecture is specifically:

Illustratively, the plurality of terminals include: command line terminals, databases, and remote servers.

By way of example, log component library inserts code of a specific location in an application to record critical events or error information based on ara;

Writing key events or error information into a specified disk location, database or other storage medium by calling a corresponding function or method;

performing type division and storage archiving according to time, level and module log files, and limiting the size of the log files according to preset conditions; for example, individual log files only hold files less than 500M, and log files greater than 500M are partitioned to avoid excessive storage space.

And S44, carrying out early warning prompt on various information, warning and error messages generated during the operation of the system.

For the purposes of simplicity of explanation, the method steps disclosed in the above embodiments are depicted as a series of acts in a combination, but it should be understood by those skilled in the art that the embodiments of the present invention are not limited by the order of acts described, as some steps may occur in other order or concurrently in accordance with the embodiments of the present invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred embodiments, and that the acts are not necessarily required by the embodiments of the invention.

The AUTOSAR-based log processing system as shown in FIG. 3, comprises:

the system comprises an open architecture application interface building module, an android log application, a database and a database, wherein the android log application calls an application interface of an automobile open architecture self-adaptive platform in an inter-process communication mode;

The system comprises a log reading and setting module, a log module and a log setting module, wherein the automobile open architecture self-adaptive platform calls a corresponding log component interface and is used for reading and setting logs;

the protocol stack log binding module is used for binding the protocol stack log by the automobile open system architecture self-adaptive platform, and storing the automobile open system architecture self-adaptive platform communication management and the protocol stack log or outputting the automobile open system architecture self-adaptive platform communication management and the protocol stack log to a designated port of the Ethernet network bus by using a log output method provided by a component of the automobile open system architecture self-adaptive platform log;

Noun interpretation:

AUTOSAR Automotive Open System Architecture (automobile open system architecture)

AUTOSAR AP: AUTOSAR Adaptive Platform (automobile open system architecture self-adaptive platform)

ARA: AUTOSAR Runtime for Adaptive applications (automobile open system architecture self-adaptive platform application operating environment)

Ara com automobile open system architecture self-adaptive platform communication component

Ara log automotive open system architecture adaptive platform log component

The self-adaptive platform of the automobile open system architecture is a software and hardware structure for an automobile, has openness, expandability and self-adaptive capacity, and can enable different automobile components (such as an engine, a chassis control system and the like) to communicate and cooperate with each other so as to realize more efficient and intelligent automobile functions.

The self-adaptive platform of the automobile open system architecture adopts an open design concept, allows a third party manufacturer or developer to participate in the self-adaptive platform, provides corresponding interfaces and tools, can accelerate the introduction and integration of new technologies, and can promote innovation and cooperation. For example, a vendor may integrate his unique driving assistance system into a car and interact with other components through an interface.

The self-adaptive platform of the automobile open system architecture has good expandability, and new functions or modules can be added into the existing system without major changes to the whole system. For example, after a new type of sensor is installed on a car supporting the architecture, the whole system can provide more accurate environmental information by using the sensor only by updating related software.

The self-adaptive platform of the automobile open system architecture has self-adaptive capability, and can adjust the communication mode or algorithm parameters among all parts according to different conditions so as to achieve the best effect.

CM: communication Management (communication management)

SOMEIP A Scalable service-Oriented MiddlewarE over IP. Is a service-oriented scalable communication middleware protocol based on the IP protocol.

DDS: data Distribution Service (data distribution service), which is a middleware, is distributed communication standard issued by OMG, adopts a publish/subscribe model, provides various QoS service quality strategies, ensures real-time, efficient and flexible data distribution, and can meet various distributed real-time communication application requirements.

As can be seen from the above embodiments and the noun explanation, the present invention uses the android application to configure the log switch and log class of the vehicle open system architecture adaptive platform, and the vehicle open system architecture adaptive platform communication management and SOMEIP/DDS logs are stored in the same file or output to the ethernet network bus (designated port) together, and the related problems of the vehicle open system architecture adaptive platform log analysis system are solved.

As shown in fig. 4, the following description is presented as a module according to an embodiment of the present invention:

android application: android applications.

Android Log application an android log application, which calls Adaptive applications (automobile open system architecture self-adaptive platform application) interface in an inter-process communication mode, and then Adaptive applications (automobile open system architecture self-adaptive platform application) calls aralog (automobile open system architecture self-adaptive platform log component) interface to complete log level/application log switch/kernel log switch and other reading and setting.

Adaptive applications automobile open system architecture (ARA) -based adaptive platform application (developed by C++ language) based adaptive platform application running environment.

The ARA is an application running environment of an automobile open system architecture self-adaptive platform, and consists of an automobile open system architecture self-adaptive platform communication component, an automobile open system architecture self-adaptive platform log component and other components of ARA.

Ara other components, such as time synchronization/diagnosis/air interface upgrade and the like, health management and the like, except for an automobile open system architecture adaptive platform communication component/an automobile open system architecture adaptive platform log component.

The self-adaptive platform of the automobile open system architecture consists of ARA and Adaptive applications.

Kernel, here Linux Kernel, mainly performs IO driving device management, TCP/IP and task scheduling.

The core mainly acts as follows:

And (3) memory management: tracking how much memory has stored what and where

And (3) process management: determining which processes can use a Central Processing Unit (CPU), when and for how long

Device driver: acting as a mediator/interpreter between hardware and processes

System call and security protection: a service request is accepted from the flow.

Calling the description:

the android system is started, and a kernel is started.

After the Ethernet is ready, an automobile open system architecture adaptive platform (ARA) is started.

An open system architecture adaptive platform log component (ara:: log) starts and reads a log configuration file (the android system is started after the android system software is downloaded for the first time, and a default log configuration file is built in the android system).

An open system architecture adaptive platform application (Adaptive applications) is started.

An open system architecture adaptation platform log component (ARA:: log) outputs an open system architecture adaptation platform application (Adaptive applications) log and an automotive open system architecture adaptation platform application running environment log (ARA) used by the system architecture adaptation platform application.

An open system architecture adaptive platform application developer (Adaptive applications) obtains the current log level, whether an open system architecture adaptive platform application log is opened or not, whether a kernel log is opened or not, and the like through an android log application.

An open system architecture adaptive platform application developer (Adaptive applications) sets a log level through an android log application, sets an open system architecture adaptive platform application switch, sets a kernel log switch, controls log output, and stores a set value in an android file system in a configuration file mode.

AUTOSAR Adaptive Platform (AP) is one of the latest versions of the AUTOSAR architecture, is a flexible and extensible software platform, and aims to meet the requirements of future automobile electronic systems. The AP is a service-oriented architecture, supports multiple communication protocols and multiple hardware platforms, and has high flexibility and expandability. The AP provides a standardized software platform for developing applications in automotive electronics systems so that applications can be easily integrated and deployed.

The main characteristics of the AP include the following points:

Service oriented architecture: the AP adopts a service-oriented architecture, providing a standardized set of service interfaces and protocols for enabling communications and interactions between various automotive applications.

The multi-hardware platform supports: the AP supports a plurality of hardware platforms, including ARM, MIPS, powerPC, so that a developer can select the most suitable hardware platform according to actual requirements.

Highly flexible and scalable: the AP provides a flexible and extensible software platform so that developers can customize and extend according to actual requirements.

Standardized development: the AP provides a standardized set of APIs and protocols that allow developers to easily integrate and deploy applications.

The AP assembly mainly comprises the following steps:

and executing management (Execution Management) to manage the life cycle of the AUTOSAR Adaptive application process, the resource consumption, the starting verification and other security policies by taking the functional group as a unit.

State management (STATE MANAGEMENT) manages the platform application and the functional group state of the user application according to the user-defined policy.

Communication management (Communication Management) provides a service-oriented communication mechanism, and can adapt to communication protocols such as SOME/IP, DDS and the like without modifying application layer codes.

Diagnosis (Diagnostics), a DoIP-based UDS server framework is provided, which can help users to conveniently realize diagnosis functions.

Network management (Network Management) manages the logical network and provides network state information for state management.

Persistent storage (PERSISTENCY) provides non-volatile storage functions for data and files.

Time synchronization (Time Synchronization) to achieve time synchronization of the AP and other ECUs.

Platform health management (Platform HEALTH MANAGEMENT), which implements the definition of Platform health patterns and related processing policies.

Identity and access control (IDENTITY AND ACCESS MANAGEMENT), implementing identity and access control based information security functions, avoiding erroneous or unsafe access to AP services or resources by AP applications.

Encryption and decryption (cryptology) to realize the encryption and decryption functions of the standard access interface.

An update and configuration pipe (Update and Configuration Management) implements a mechanism for dynamic configuration and online upgrades.

The Core runtime (Core) provides the functions of container, asynchronous mechanism, error indication, global initialization, etc. in the form of base type library.

Log And Trace (Log And Trace), providing Log printing functionality And supporting local file storage or remote network transport.

As shown in fig. 5, the present invention further provides an electronic device, a storage medium, and an intelligent cockpit corresponding to the method and the system for processing an augsar-based log:

An intelligent cabin is provided with an AUTOSAR-based log processing system, and the AUTOSAR-based log processing method is executed.

Fig. 5 is a schematic structural diagram of a computer device according to an embodiment of the present application. As shown in fig. 5, the device 800 includes a processor 801, a memory 802, a communication interface 803, and a bus 804. The processor 801, the memory 802, and the communication interface 803 communicate with each other via a bus 804, or may communicate with each other via other means such as wireless transmission. The memory 802 is used for storing instructions and the processor 801 is used for executing the instructions stored by the memory 802. The memory 802 stores program codes 8021, and the processor 801 can call the program codes 8021 stored in the memory 802 to execute an AUTOSAR-based log processing method.

It is to be appreciated that in embodiments of the present application, the processor 801 may be a CPU, and the processor 801 may also be other general purpose processors, digital Signal Processors (DSPs), application Specific Integrated Circuits (ASICs), field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or any conventional processor or the like.

The memory 802 may include read only memory ROM and random access memory RAM and provide instructions and data to the processor 801. Memory 802 may also include nonvolatile random access memory. The memory 802 may be volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The nonvolatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an erasable programmable ROM (erasable PROM), an electrically erasable programmable EPROM (EEPROM), or a flash memory. The volatile memory may be random access memory (random access memory, RAM) which acts as external cache memory. By way of example and not limitation, many forms of RAM are available, such as static random access memory (STATIC RAM, SRAM), dynamic Random Access Memory (DRAM), synchronous dynamic random access memory

Synchronous DRAM (SDRAM), double data rate synchronous DRAM (doubledate SDRAM, DDR SDRAM), enhanced synchronous DRAM (ENHANCED SDRAM, ESDRAM), synchronous link DRAM (SYNCHLINK DRAM, SLDRAM), and direct memory bus RAM (direct rambus RAM, DR RAM).

The bus 804 may include a power bus, a control bus, a status signal bus, and the like in addition to a data bus. But for clarity of illustration, the various buses are labeled as bus 804 in the drawing.

The above embodiments may be implemented in whole or in part by software, hardware, firmware, or any other combination. When implemented in software, the above-described embodiments may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loaded or executed on a computer, produces a flow or function in accordance with embodiments of the present application, in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in or transmitted from one computer-readable storage medium to another, for example, by wired (e.g., coaxial cable, optical fiber, digital Subscriber Line (DSL)), or wireless (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains one or more sets of available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium. The semiconductor medium may be a Solid State Disk (SSD) STATE DRIVE.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

Furthermore, those skilled in the art will appreciate that while some embodiments described herein include some features but not others included in other embodiments, combinations of features of different embodiments are meant to be within the scope of the invention and form different embodiments. For example: any of the embodiments claimed in the claims may be used in any combination of the embodiments of the invention.

In the description of the present specification, the descriptions of the terms "one embodiment," "example," "specific example," and the like, mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present invention. In this specification, schematic representations of the above terms do not necessarily refer to the same embodiments or examples. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.

Finally, it should be noted that: the above embodiments are only for illustrating the technical solution of the present invention, and not for limiting the same; although the invention has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some or all of the technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit of the invention.

Claims

1. An AUTOSAR-based log processing method is characterized by comprising the following steps:

2. The AUTOSAR-based log processing method as set forth in claim 1, wherein the reading and setting log further comprises: log level, application log switch, and kernel log switch.

3. The method for processing the log based on the AUTOSAR according to claim 1, wherein the self-adaptive platform binding protocol stack log of the automobile open system architecture is specifically: the self-adaptive platform of the automobile open system architecture binds SOMEIP/DDS protocol stack logs;

4. The method for processing an AUTOSAR-based log according to claim 1, wherein said utilizing klogctl command further comprises:

5. The method for processing the log based on the AUTOSAR according to claim 1, wherein the log component for reading the log to the adaptive platform of the automobile open system architecture is specifically:

6. The AUTOSAR-based log processing method according to claim 5, wherein the plurality of terminals comprises: command line terminals, databases, and remote servers.

7. An AUTOSAR-based log processing system, comprising:

8. An intelligent capsule, characterized in that the AUTOSAR-based log processing system according to claim 7 is provided in the intelligent capsule, and the AUTOSAR-based log processing method according to any one of claims 1 to 6 is executed.

9. An electronic device, comprising: the device comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus; the memory has stored therein a computer program which, when executed by the processor, causes the processor to perform the steps of the method of any of claims 1 to 6.

10. A computer readable storage medium, characterized in that it stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the method of any one of claims 1 to 6.