A simulator based on a kanzi engine

Abstract

The application relates to a simulator based on a KANZI engine, which comprises an HMI layer, an APP layer and a BSW layer; the BSW layer comprises an Input Simulation, a Shared Memory and an Interface Adaptation; the Input Simulation simulates various external input signals through an input panel mode; the Shared Memory is used for planning and buffering data of the external input signals; the Interface Adaptation is used for simulating a function interface and providing the APP layer with the data of the external input signals after processing; the APP layer acquires external input information through the function interface of the BSW layer to realize specific requirements; the HMI layer realizes man-machine interaction, picture migration control and picture display functions through the interface provided by the APP layer; the embedded system design is developed by adopting a software simulation system environment, so that synchronous development of software development and hardware development is made possible, and the problem that software debugging must depend on hardware is solved; the purpose of reducing the development cost of embedded automobile electronic software, shortening the development cycle of software and improving the software development efficiency can be achieved.

Description

TECHNICAL FIELD

[0001] The present application relates to the intelligent network connected automobile software development technical field, and particularly relates to a simulator based on KANZI engine. BACKGROUND

[0002] With the development of intelligent network connected automobile technology, "software defined automobile" has become the core of intelligent network connected automobile. The HMI of automobile software is an important part of embedded automobile software as a medium for interaction and information exchange between software system and user.

[0003] In the traditional embedded automobile software development process, the debugging of software usually needs to be completed in combination with the hardware environment. Since hardware development is generally prior to software development, when hardware development is delayed, it will inevitably affect the time of software development. In addition, due to the individual differences of the hardware environment and the time-consuming of program burning, the debugging efficiency of software will also be affected. The requirements of embedded automobile software are different, and the development workload is increasing. How to reduce the development cost of software, shorten the development cycle of software and improve the development efficiency of software is an urgent problem to be solved. SUMMARY

[0004] The present application provides a simulator based on KANZI engine, which uses software simulation system environment to develop embedded system design, which makes it possible to develop software and hardware simultaneously and solves the problem that software debugging must rely on hardware. It can reduce the development cost of embedded automobile electronic software, shorten the development cycle of software and improve the development efficiency of software.

[0005] According to the first aspect of the present application, a simulator based on KANZI engine is provided, comprising: an HMI layer, an APP layer and a BSW layer.

[0006] The BSW layer comprises: Input Simulation, Shared Memory and Interface Adaptation; the Input Simulation simulates various external input signals through an input panel; the Shared Memory is used for planning and caching data of the external input signals; and the Interface Adaptation is used for simulating a function interface and providing the APP layer with the data of the external input signals after processing.

[0007] The APP layer acquires external input information through the function interface of the BSW layer to realize specific requirements.

[0008] The HMI layer realizes man-machine interaction, picture migration control and picture display functions through the interface provided by the APP layer.

[0009] On the basis of the above technical solution, the application can also be improved as follows.

[0010] Optionally, the external input signal includes CAN signal, switch value and analog value.

[0011] Optionally, the APP layer includes one or more of TPMS, PEPS, ADAS and DISP.

[0012] Optionally, the HMI layer includes Graphics, KANZI Resource and KANZI Engine.

[0013] Optionally, the KANZI Engine in the HMI layer is replaced by Windows version KANZI Engine through direct replacement support file.

[0014] According to the second aspect of the application, a simulator of a dual MCU system based on KANZI engine is provided, the dual MCU system including Main MCU and Sub MCU.

[0015] The Main MCU simulator includes APP layer and Main MCU BSW layer, the Main MCU BSW layer including Input Simulation, Shared Memory_Input and Main MCU Interface Adaptation; the Input Simulation simulates various external input signals through input panel mode; the Shared Memory_Input records various operation data in the Input Simulation; the Main MCU Interface Adaptation provides task scheduling service based on PC environment to make the program in the APP layer run, reads data in the Shared Memory_Input and provides the data to the program in the APP layer for use, and processes interaction data with the Sub MCU simulator.

[0016] The Sub MCU simulator comprises an HMI layer and a Sub MCU BSW layer, the Sub MCU BSW layer comprises a Shared Memory_SPI and a Sub MCU Interface Adaptation; the Shared Memory_SPI is used for buffering SPI communication data between the Main MCU simulator and the Sub MCU simulator; the Sub MCU Interface Adaptation is used for providing task scheduling service to make programs in the APP layer run, processing interaction data with the Main MCU, and providing the HMI layer for use.

[0017] Optionally, the Main MCU simulator and the Sub MCU simulator use a Shared Memory for communication.

[0018] Optionally, the KANZI Engine is replaced by a Windows version of KANZI Engine in the HMI layer in the Sub MCU simulator by directly replacing support files.

[0019] Optionally, the external input signals comprise CAN signals, switch values and analog values.

[0020] The application provides a simulator based on KANZI engine, uses KANZI as an HMI unit, completely retains APP layer processing, adapts and transforms BSW layer interfaces, is a development and debugging tool for simulating chip functions and developing and debugging software under non-real-time conditions, does not need hardware support, and only needs to be run on a computer, is a high-efficiency, inexpensive and convenient development and debugging tool, KANZI supports cross-platform transplantation, provides support files for multiple platforms, replaces KANZI Engine by a Windows version of KANZI Engine by directly replacing support files, realizes compatibility between embedded systems and PC systems, breaks the gap between software development and hardware development, develops embedded system design by using a software simulation system environment, makes it possible to simultaneously develop software and hardware, solves the problem that software debugging must depend on hardware, and achieves the purposes of reducing embedded automobile electronic software development cost, shortening software development period and improving software development efficiency. BRIEF DESCRIPTION OF DRAWINGS

[0021] Figure 1 FIG. 1 is a structural block diagram of an embodiment of an embedded software model based on KANZI;

[0022] Figure 2 FIG. 2 is a structural block diagram of an embodiment of a simulator based on KANZI provided by the application.

[0023] Figure 3 It is a structural block diagram of a KANZI-based dual-MCU embedded model;

[0024] Figure 4 It is a structural block diagram of an embodiment of a KANZI-engine-based dual-MCU system simulator provided by the application. DETAILED DESCRIPTION

[0025] The principles and features of the application are described below in combination with the drawings, and the examples are only used to explain the application and not to limit the scope of the application.

[0026] As Figure 1 shown is a structural block diagram of an embodiment of a KANZI-based embedded software model, in combination with Figure 1 It can be seen that the KANZI-based embedded software includes an HMI layer, an APP layer and a BSW layer.

[0027] The HMI (Human Machine Interface) refers to the interface of input / output devices through which people and computers establish contact and exchange information, and these devices include keys (keyboards), displays and the like. The APP (Application) represents the realization of specific requirements through functional control algorithms, functional control logic and the like. The BSW (Basic Software) is mainly used to provide basic software services, including standardized system functions and functional interfaces, and is composed of a series of basic service software components, including system services, memory services, communication services and the like.

[0028] In the KANZI-based embedded software, the BSW layer is closely combined with the hardware to provide basic software services, including standardized system functions and functional interfaces. The APP layer is used to realize specific requirements, and obtains external input information through the functional interfaces of the BSW layer, without directly interacting with the hardware. The HMI layer realizes man-machine interaction, picture migration control and picture display functions through the interfaces provided by the APP layer. The picture display belongs to the output device, so the display engine part needs to interact with the hardware.

[0029] The application provides a KANZI-engine-based simulator, as Figure 2 shown is a structural block diagram of an embodiment of a KANZI-based simulator provided by the application, in combination with Figure 2 It can be seen that in the embodiment of the KANZI-based simulator provided by the application, in order to solve the problem of separation of software and hardware and at the same time maximize the compatibility of the structure of the embedded software, it is also divided into three layers of HMI, APP and BSW, and the functions realized by each layer are completely the same as those of the embedded software.

[0030] The BSW layer directly interacts with the hardware. In order to solve the problem of separation of software and hardware, the BSW in the simulator is completely different from the BSW in the embedded system, and needs to be redesigned. Specifically, the BSW layer includes: Input Simulation, Shared Memory and Interface Adaptation. The Input Simulation simulates various external input signals through an input panel. The Shared Memory is used to plan and cache data of the external input signals. The Interface Adaptation is used to simulate the function interface in the BSW layer in the embedded system, and provides the APP layer with the data of the external input signals after processing. It can be understood that the name, parameters, return value and calling time of the interface are completely consistent with the function interface of the BSW layer in the embedded software, so that the APP layer can be completely modified.

[0031] In a possible embodiment, the external input signals include: CAN signals, switch values and analog values.

[0032] The APP layer obtains external input information through the function interface of the BSW layer to achieve specific requirements. It can be understood that the APP layer in the simulator and the APP layer in the embedded software are completely consistent because the APP layer does not directly interact with the hardware.

[0033] In a possible embodiment, the APP layer includes one or more of: TPMS (Tire Pressure Monitoring System), PEPS (Passive Entry Passive Start), ADAS (Advanced Driving Assistance System) and DISP (display).

[0034] The HMI layer realizes the functions of man-machine interaction, picture migration control and picture display through the interface provided by the APP layer. In a possible embodiment, the HMI layer includes: Graphics, KANZI Resource and KANZI Engine.

[0035] In a possible embodiment, the HMI layer needs to be adjusted because the display engine needs to interact with the hardware. KANZI supports cross-platform migration and provides multi-platform support files, which can replace the KANZI Engine with the Windows version of the KANZI Engine by directly replacing the support files, so as to realize the compatibility of the embedded system and the PC system, and the other parts of the HMI layer are completely consistent with the embedded software.

[0036] The application provides a KANZI engine-based simulator, which can realize the synchronous development of software development and hardware development by using a software simulation system environment to develop the embedded system design, and solves the problem that software debugging must depend on hardware.

[0037] Embodiment 1

[0038] The application provides an embodiment of a KANZI engine-based dual-MCU system simulator.

[0039] As shown in Figure 3 FIG. 1 is a structural block diagram of a KANZI-based dual-MCU embedded model, and the dual MCU includes a Main MCU (Main Microcontroller Unit) and a Sub MCU (Sub Microcontroller Unit).

[0040] The APP layer on the Main MCU side realizes specific function logic and processes picture migration logic, and the BSW layer provides various system services (task scheduling, storage management, and various external input and output management, etc.).

[0041] The Main MCU and the Sub MCU communicate through an SPI mode.

[0042] The HMI on the Sub MCU side receives a display request sent by the Main MCU, draws and displays an image using KANZI, and the BSW layer on the Sub MCU side is also used to provide various system services.

[0043] As shown in Figure 4 FIG. 2 is a structural block diagram of an embodiment of a KANZI engine-based dual-MCU system simulator provided by the application, which is combined with Figure 4It can be known that in the embodiment, the PC terminal simulation software of the double MCU embedded system uses the HMI development tool (VS) to build the simulation software engineering. The simulation software builds two engineering, which are respectively the simulator engineering based on the Main MCU side code and the simulator engineering based on the Sub MCU side code.

[0044] The Main MCU simulator engineering completely retains the App layer, and writes the PC terminal simulation program to replace the original BSW layer. Specifically, the Main MCU simulator includes: an APP layer and a Main MCU BSW layer, the Main MCU BSW layer includes: InputSimulation, Shared Memory_Input and Main MCU Interface Adaptation; the InputSimulation simulates various external input signals through an input panel. The Input Simulation is an input panel, various input signals (CAN signals, switch values, analog values, etc.) can be simulated on the panel, and various operation data on the panel are recorded into the Main MCU Shared Memory_Input. The Shared Memory_Input records various operation data in the InputSimulation; the Main MCU Interface Adaptation provides task scheduling services based on the PC environment, so that the program in the APP layer can run, and data in the Shared Memory_Input (shared storage area input) is read and provided to the program in the APP layer for use, and the interaction data with the Sub MCU simulator is processed; the APP layer acquires external input information through the functional interface of the Main MCU BSW layer, and realizes specific requirements. Figure 4 In the embodiment, the APP layer includes: TPMS, Belt (safety belt), Fuel (fuel) and Diap.

[0045] The Sub MCU simulator comprises an HMI layer and a Sub MCU BSW layer, the BSW layer of the Sub MCU simulator needs to be based on a PC environment, specifically, the Sub MCU BSW layer comprises a Shared Memory_SPI and a Sub MCU Interface Adaptation; the Shared Memory_SPI is used for buffering SPI communication data between the Main MCU simulator and the Sub MCU simulator; the Sub MCU Interface Adaptation is used for providing task scheduling services to make programs in the APP layer run, and simultaneously processing interaction data with the Main MCU, and providing the HMI layer for use; the HMI layer realizes man-machine interaction, picture migration control and picture display functions through the interface provided by the APP layer.

[0046] In a possible embodiment, the Shared Memory is used for communication between the Main MCU simulator and the Sub MCU simulator, and is used for replacing the original SPI communication.

[0047] In a possible embodiment, the KANZI Engine is replaced by the Windows version of the KANZI Engine in the HMI layer of the Sub MCU simulator by directly replacing the support file, and other modifications are not needed.

[0048] The present application provides a simulator based on a KANZI engine, uses KANZI as an HMI unit, completely retains APP layer processing, adapts and modifies BSW layer interfaces, is a development and debugging tool for simulating chip functions and developing and debugging software under non-real-time conditions, does not need hardware support, and only needs to be run on a computer, is a high-efficiency, inexpensive and convenient development and debugging tool, bridges the gap between software development and hardware development, uses a software simulation system environment to develop an embedded system design, makes it possible to simultaneously develop software and hardware, and solves the problem that software debugging must rely on hardware; the purpose of reducing embedded automotive electronic software development costs, shortening software development cycles and improving software development efficiency can be achieved.

[0049] It should be noted that in the above embodiments, the description of each embodiment has its own emphasis, and the parts not described in detail in an embodiment can be referred to the related description of other embodiments.

[0050] Those skilled in the art will appreciate that embodiments of the present application can be devised for a variety of applications. It is intended that the present application be limited only by the scope of the appended claims, and it is intended that various modifications and alterations made by those skilled in the art be considered as within the scope of the present application. The embodiments of the present application will be described with reference to the attached drawings, wherein:

[0051] The present application is described in reference to the drawings using a flowchart and / or a block diagram of the method, apparatus (system) and computer program product according to embodiments of the application. It will be understood that each block of the flowchart and / or block diagram, and combinations of blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0052] These computer program instructions can also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0053] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks.

[0054] While the preferred embodiments of the application have been described, additional variations and modifications can be made to the embodiments by those skilled in the art once they learn of the basic inventive concepts. Therefore, the appended claims are intended to cover all such modifications and variations as fall within the scope of the present application.

[0055] Obviously, many modifications and variations of the present application are possible in light of the above teachings. It is, therefore, to be understood that within the scope of the appended claims and their equivalents, the application can be practiced otherwise than as specifically described.

Claims

1. A simulator based on KANZI engine, characterized in that, The simulator comprises an HMI layer, an APP layer and a BSW layer; The BSW layer comprises an Input Simulation, a Shared Memory and an Interface Adaptation; the Input Simulation simulates various external input signals through an input panel mode; the Shared Memory is used for planning and buffering data of the external input signals; and the Interface Adaptation is used for simulating a function interface and providing the APP layer with data of the external input signals after processing; The APP layer acquires external input information through the function interface of the BSW layer to realize specific requirements; The HMI layer realizes man-machine interaction, picture migration control and picture display functions through the interface provided by the APP layer.

2. Simulator according to claim 1, characterized in that The external input signals comprise CAN signals, switch values and analog values.

3. The simulator of claim 1, wherein, The APP layer comprises one or more of a TPMS, a PEPS, an ADAS and a DISP.

4. The simulator of claim 1, wherein, The HMI layer comprises Graphics, KANZI Resource and KANZI Engine.

5. The simulator of claim 1, wherein, The KANZI Engine in the HMI layer is replaced with a Windows version of KANZI Engine through direct replacement of a support file.

6. A simulator of a dual MCU system based on KANZI engine, characterized in that, The dual-MCU system comprises a Main MCU and a Sub MCU; The Main MCU simulator comprises an APP layer and a Main MCU BSW layer; the Main MCU BSW layer comprises an Input Simulation, a Shared Memory_Input and a Main MCU Interface Adaptation; the Input Simulation simulates various external input signals through an input panel mode; the Shared Memory_Input records various operation data in the Input Simulation; the Main MCU Interface Adaptation provides task scheduling services based on a PC environment to make programs in the APP layer run, reads data in the Shared Memory_Input to provide the programs in the APP layer with the data, and processes interaction data with the Sub MCU simulator; The Sub MCU simulator comprises an HMI layer and a Sub MCU BSW layer, the Sub MCU BSW layer comprises a Shared Memory_SPI and a Sub MCU Interface Adaptation; the Shared Memory_SPI is used for buffering SPI communication data between the Main MCU simulator and the Sub MCU simulator; the Sub MCU Interface Adaptation is used for providing task scheduling service to make programs in the APP layer run, processing interaction data with the Main MCU, and providing the HMI layer for use.

7. Simulator according to claim 6, characterized in that The Main MCU simulator and the Sub MCU simulator communicate by using a Shared Memory.

8. The simulator of claim 6, wherein, The KANZI Engine is replaced by a Windows version of KANZI Engine in the HMI layer in the Sub MCU simulator by directly replacing a support file.

9. The simulator of claim 6, wherein, The external input signals comprise CAN signals, switch values and analog values.

Images