Parameter configuration method for graphics program and development and debugging system for vehicle

Abstract

Disclosed in the present invention are a parameter configuration method for a graphics program and a development and debugging system for a vehicle. The parameter configuration method for a graphics program comprises: configuring a parameter of an execution unit, performing a serialization operation on a parameter configuration character string associated with the parameter, and displaying the serialized character string in a parameter correspondence table associated with the parameter; and when the graphics program is run, performing a deserialization operation on the serialized character string, to obtain an actual parameter value required by the execution unit in the graphics program.

Description

Parameter configuration method for graphics program and vehicle development and debugging system

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application is based upon and claims priority to Chinese patent application No. 2023107536199 filed on June 25, 2023 and U.S. patent application No. 18 / 234,407 filed on August 16, 2023, the entire contents of which are incorporated herein by reference. Technical Field

[0003] The present invention belongs to the technical field of vehicle software development, and in particular relates to a parameter configuration method and system for a graphics program and a vehicle development and debugging system. Background Art

[0004] When configuring parameters for each execution unit in existing graphics programs, it is necessary to set corresponding entries for different parameters according to different parameter types. Different parameter types require the creation of different parameter objects, which affects development efficiency.

[0005] The reasons why different parameter types require the creation of different parameter objects are:

[0006] Graphical programs are typically made up of blocks of various shapes connected by arrows. The blocks are called "execution units," while the arrows between them represent the flow of logic or data.

[0007] The execution unit is generally used to perform specific actions such as calling API functions, assigning values, logical arithmetic operations, etc. The targets that these actions depend on or operate on are called "parameters".

[0008] Parameters have different types, such as numeric type, string type, object type, etc.

[0009] Summary of the Invention

[0010] The present invention relates to a parameter configuration method and system for a graphics program and a vehicle development and debugging system. The parameter configuration method for a graphics program comprises:

[0011] Configure the parameters of the execution unit, perform a serialization operation on the parameter configuration string associated with the parameter, and display the serialized string in the parameter corresponding table associated with the parameter;

[0012] When the graphic program is run, a deserialization operation is performed on the serialized character string to obtain actual parameter values ​​required by the execution unit in the graphic program.

[0013] This summary is intended to provide a brief overview of some of the subject matter described in this document. It should therefore be understood that the above features are merely examples and should not be interpreted as narrowing the scope or nature of the subject matter described herein in any way.

[0014] Other features, aspects, and advantages of the subject matter described herein will become apparent from the following detailed description, drawings, and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] In order to more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the following briefly introduces the drawings required for use in the specific embodiments or the description of the prior art. Obviously, the drawings described below are some embodiments of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative work.

[0016] 1 is a diagram showing the steps of a method for configuring parameters for a graphics program according to an embodiment of the present invention;

[0017] FIG2 is a schematic diagram of an interface after configuring a double type parameter AValue as a local variable v0 in a case according to an embodiment of the present invention;

[0018] 3 is a schematic diagram of an interface after configuring the double type parameter AValue as a CAN signal in a case according to an embodiment of the present invention;

[0019] 4 is a block diagram of a graphical program parameter configuration device according to an embodiment of the present invention;

[0020] 5 is a block diagram of a parameter configuration system for a graphics program according to an embodiment of the present invention;

[0021] 6 is a functional block diagram of a parameter configuration device for a vehicle graphics program according to an embodiment of the present invention;

[0022] 7 is a functional block diagram of an electronic device according to an embodiment of the present invention;

[0023] 8 is a connection diagram of a vehicle development and debugging system (bus adapter) according to an embodiment of the present invention;

[0024] FIG9 is a connection diagram of a vehicle development and debugging system (writer) according to an embodiment of the present invention.

[0025] FIG10 is a schematic diagram of the steps of the vehicle development and debugging method according to an embodiment of the present invention. DETAILED DESCRIPTION

[0026] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the embodiments described are only part of the embodiments of the present invention, not all of them. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0027] In the prior art, adding an execution unit to a graphics program requires configuring the required parameters for that execution unit. Because different parameters require different input types, users must declare the parameter objects required for each type and complete the configuration of these parameters before inputting them. Otherwise, a parameter mismatch error will occur, preventing the graphics program from running properly.

[0028] Especially in the graphics program during the automobile development process, the problem is particularly obvious. The user needs to determine whether the vehicle speed is less than the set speed C. According to traditional practices, the user needs to first apply for a variable v, and then find the current vehicle speed signal through the simulation engine or signal manager provided by the system (it should be noted that this system and the systems mentioned in the subsequent content refer to computer software containing graphics programs), and assign the value of the vehicle speed signal to the variable v; at the same time, it is also necessary to apply for a variable c, and find the value of the set speed C through the parameter manager provided by the system, and assign it to the variable c. Finally, the variables v and c need to be given as parameters to the execution unit that determines the vehicle speed. If a large number of execution units with parameters are encountered during development, the development efficiency will be significantly reduced.

[0029] By addressing the aforementioned technical issues, the parameter configuration method for graphics programs provided in this embodiment offers significant efficiency advantages over existing technologies. Specifically, users can configure parameters directly using strings, simplifying the parameter configuration process to simply configuring text-based parameters. String-based parameters offer an inherent speed advantage in scenarios such as batch automatic generation or shared configuration.

[0030] Specifically, this embodiment provides a parameter configuration method for a graphics program, including: configuring the parameters of the execution unit, serializing the configured parameters, and displaying the serialized character strings in a parameter correspondence table; when running the graphics program, deserializing the serialized character strings to obtain the actual parameter values ​​required by the execution unit in the graphics program.

[0031] It should be noted that, at the beginning of the design of the computer software system including the graphics program involved in this embodiment, the parameter configuration type of the execution unit in the graphics program was set to a string; on this basis, this embodiment enables the user to configure the parameters directly through the string, so that the parameter configuration process is simplified to configuring parameters in text form.

[0032] Furthermore, this embodiment sets type prefixes and associates each type prefix with the corresponding parameter type. This allows for different parameter configurations and parameter operations by simply providing a parameter configuration string. The system then performs bidirectional conversion based on the corresponding parameter configuration string, eliminating the need to define a variable for each parameter, as previously required, by first obtaining the variable value and then passing the variable to the execution unit. String configuration is supported by the graphical program's built-in parameter configuration module. Users simply click the corresponding add button and select the desired parameter configuration string in the parameter manager to complete parameter configuration, effectively improving graphical program development efficiency.

[0033] Various non-limiting implementations of this embodiment are described in detail below with reference to the accompanying drawings.

[0034] As shown in FIG1 , this embodiment provides a parameter configuration method for a graphics program, including:

[0035] Step S101 : configuring the parameters of the execution unit, performing a serialization operation on the parameter configuration character string associated with the parameter, and displaying the serialized character string in a parameter correspondence table associated with the parameter.

[0036] In this embodiment, the serialization operation includes: during the serialization process, a serialized string is obtained by adding a type prefix to the parameter configuration string, and the serialized string expression includes a first part and a second part, wherein the first part is the type prefix and the second part is the parameter configuration string.

[0037] Specifically, the first part and the second part are distinguished by a distinguisher. As an optional implementation method, square brackets, quotation marks, vertical line separators, etc. can be added to the first part as a distinguisher. The display effects are such as [type prefix] parameter configuration string, "type prefix" parameter configuration string, |type prefix| parameter configuration string; it should be noted that the case involved in this embodiment will be described using the display effect of "[type prefix] parameter configuration string" as an example.

[0038] Specifically, the parameter configuration character string associated with each parameter can be set by the user.

[0039] The following example explains the serialization method in detail.

[0040] As shown in Figure 2, take the method of configuring the double type parameter AValue of a certain execution unit in the graphics program as an example:

[0041] As one of the cases, if you need to assign the value of the local variable v0 to the parameter AValue, you need to click the corresponding Add button in the parameter value input box corresponding to the parameter AValue (as an optional method, the Add button can be the arrow button on the right side of the parameter value input box) to add the local variable v0; after the adding action is completed, "[Var]v0" is displayed in the parameter value input box; [Var] is the type prefix, which indicates that the value of the local variable is taken, and the "v0" following the type prefix can be the parameter configuration string set by the user; "[Var]v0" is the serialized string, which as a whole indicates the value of the local variable v0.

[0042] As another example, if you need to assign the value of signal Sigal1 in message Message1 of node Node1 in the automotive CAN network Network1 connected to program channel 1 to parameter AValue, you need to click the corresponding Add button in the parameter value input box corresponding to parameter AValue to add the value of the CAN signal. As shown in Figure 3, after the addition action is completed, the parameter value input box displays "[CAN]0 / Network1 / Node1 / Message1 / Signal1". The type prefix [CAN] indicates that the value of the CAN signal is to be obtained. The type prefix "0 / Network1 / Node1 / Message1 / Signal1" following the type prefix is ​​the parameter configuration string. The configuration parameter string means that the channel index of the signal starts at 0, so 0 indicates channel 1, 1 indicates channel 2, and so on. Network1 is the network name, Node1 is the node name, Message1 is the message name, and Signal1 is the signal name. "[CAN]0 / Network1 / Node1 / Message1 / Signal1" is the serialized string, which as a whole indicates the value of the CAN signal.

[0043] In this embodiment, the serialization operation also includes: during the serialization process, first determine whether the parameter configuration string is a non-immediate number; if it is a non-immediate number, add a type prefix to the parameter configuration string to obtain a serialized string, otherwise the parameter configuration string is directly used as the serialized string.

[0044] Specifically, non-immediate numbers refer to character strings other than immediate numbers, where immediate numbers are, for example, numeric and character string types; numeric types include 1234, 45.67, etc.; character strings include abcde, etc.

[0045] The following examples explain in detail the serialization methods for non-immediate operations.

[0046] As one example, let's take the method of configuring the double type parameter AValue of a certain execution unit in a graphics program as an example:

[0047] If you need to assign the number 100 to the parameter AValue, just enter "100" in the parameter value input box corresponding to the parameter AValue. That is, there is no need to add a type prefix before "100" during serialization operations.

[0048] As another example, let's take the method of configuring the string parameter AString of a certain execution unit in a graphics program as an example:

[0049] If you need to assign the word "Vehicle" to the parameter AString, just fill in "Vehicle" in the parameter value input box corresponding to the parameter AString. That is, there is no need to add a type prefix in front of "Vehicle" during the serialization operation.

[0050] Step S102 : performing a deserialization operation on the serialized character string when running the graphic program to obtain actual parameter values ​​required by the execution unit in the graphic program.

[0051] In this embodiment, the serialized string is deserialized when the graphics program is run, including: during the deserialization process, first determining whether the serialized string has a type prefix, if so, extracting the type prefix, identifying the parameter type, and deserializing the parameter configuration string according to the parameter type to obtain the actual parameter value.

[0052] The following example explains the deserialization method in detail.

[0053] For example, if the serialized string is "[CAN]0 / Network1 / Node1 / Message1 / Signal1", first determine whether the string contains a type prefix, and then identify the type of the type prefix. In this example, the type prefix [CAN] indicates the value of the CAN signal, and the type prefix is ​​followed by the serialized CAN signal.

[0054] In this example, the parameter configuration string "0 / Network1 / Node1 / Message1 / Signal1" is deserialized. The specific process is as follows:

[0055] First, based on the type prefix [CAN], we know that the serialized parameter is a CAN signal type. We need to follow the CAN signal-specific deserialization operation. This operation first decomposes the parameter configuration string into five substrings using the separator " / ": (1) 0, (2) Network1, (3) Node1, (4) Message1, and (5) Signal1. If the number of substrings after decomposition is less than or greater than five, it means that the serialized information is illegal, which also means that the parameters of this call are illegal, and the call will fail.

[0056] Next, according to the CAN signal-specific deserialization operation, five substrings are obtained. Substring (1) represents the logical channel index, starting with 0, which represents channel 1; substring (2) represents the network name, which in this example is Network1; substring (3) represents the node name, which in this example is Node1; substring (4) represents the message name, which in this example is Message1; and substring (5) represents the signal name, which in this example is Signal1. Based on the five basic information obtained, the value of signal Signal1 in message Message1 in node Node1 in network Network1 in channel 1 can be finally accessed through the CAN bus simulation engine.

[0057] In this embodiment, the parameter configuration method for a graphics program further includes: establishing a correspondence between type prefixes and parameter types. The establishing a correspondence between type prefixes and parameter types includes: constructing a correspondence table between type prefixes and parameter types.

[0058] In some implementation cases, the correspondence between type prefixes and parameter types is not limited to the following table:

[0059] In this embodiment, the parameter type includes at least one or more of: signal parameters, system variables, local variables, system constants, and path parameters.

[0060] In some implementation cases, various parameter types and corresponding instances and instance explanations are not limited to those shown in the following table:

[0061] The following describes in detail the process of configuring parameters for the graphics program in this embodiment, using a complete case study:

[0062] Assume that the user needs to call a function to set the value of a system variable "GearVar". The function prototype is as follows: app.set_system_var_double(const char*ACompleteName,double AValue);

[0063] The function is named: app.set_system_var_double;

[0064] This function has two parameters: ACompleteName: string type, which is the name of the system variable to be set; AValue: double-precision double type, which is the value to be set.

[0065] The parameter configuration process steps are as follows:

[0066] Step S201: Select the function app.set_system_var_double. After selection, the system automatically identifies the names and types of the two parameters of the function and presents these two parameters in a table in the parameter correspondence table. The user needs to configure the parameters in the parameter value column of the parameter correspondence table, as shown in the following table:

[0067] In step S202, the user first configures the parameter ACompleteName, opens the parameter manager, opens the system variable selector through the parameter manager, selects the system variable "GearVar" in the system variable selector, and confirms the selection;

[0068] Step S203: The parameter manager automatically generates a serialized string "GearVar" based on the user's selection and fills it into the parameter value column corresponding to the "ACompleteName" row;

[0069] In step S204, the user continues to configure parameter AValue. Assume that the user wants to use the value of the specific gear signal "Gear" on the bus as the parameter value. Open the parameter manager, select CAN channel 1, find the CAN network "Powertrain" in channel 1, expand the network, select the node "Engine", expand the node, select the message "EngineData" it sends, expand the message, select the signal "Gear" in the message, and confirm the selection.

[0070] In step S205, the parameter manager automatically generates a serialized string "[CAN]0 / Powertrain / Engine / EngineData / Gear" based on the user's selection and enters it into the parameter value column corresponding to the "AValue" row;

[0071] Step S206: At this point, the parameter correspondence table is configured, and the content of the configured parameter correspondence table is as follows:

[0072] When the parameter configuration is completed, when the graphics program is run, each execution unit in the graphics program will execute the corresponding command according to the actual parameter value obtained after deserialization.

[0073] Referring to FIG. 4 , this embodiment further provides a parameter configuration device for a graphics program, including:

[0074] The parameter manager is used to configure the parameters of the execution unit and serialize the parameter configuration string associated with the parameter;

[0075] For details on the serialization operation, please refer to the above content and will not be repeated here.

[0076] Parameter correspondence table, used to display the parameter name and serialized string associated with the parameter;

[0077] In one implementation, the parameter correspondence table is a table consisting of three columns, and the first row of each column is a column header.

[0078] The first column is the parameter number column, the column title is "No.", the column content is pure numbers, counting from 1, and automatically filled in by the system;

[0079] The second column is the parameter name column. The column title is "Parameter Name". The column content is the name of the signal or function parameter that needs to be set. It is automatically filled in by the system according to the actual situation.

[0080] The third column is the parameter value. The column title is "Parameter Value". The column content is the parameters that the user needs to configure. The user can fill it in manually or automatically fill it in after selecting it through the parameter selector.

[0081] The corresponding parameters are as follows:

[0082] The parameter value parser is used to perform a deserialization operation on the serialized character string to obtain the actual parameter value required by the execution unit in the graphics program.

[0083] For details about the deserialization operation, please refer to the above content and will not be described here.

[0084] Please refer to Figure 5. As a possible implementation method, this embodiment also provides a parameter configuration system for a graphics program, such as the parameter configuration device for a graphics program described above; the graphics program includes at least one execution unit; and the execution unit is suitable for obtaining the corresponding required actual parameter values.

[0085] Specifically, this embodiment can quickly and conveniently configure parameters for each execution unit in the graphics program through the parameter configuration module, and can quickly and conveniently provide the required actual parameter values ​​for each execution unit in the graphics program when the graphics program is running, effectively improving the development efficiency of the graphics program.

[0086] In this embodiment, the graphics program parameter configuration device and the graphics program functions are implemented in the processor. For details, please refer to the detailed description of the graphics program parameter configuration method mentioned above, which will not be repeated here.

[0087] This embodiment also provides a parameter configuration method for a vehicle graphics program, including: configuring vehicle parameters of an execution unit, serializing a vehicle parameter configuration string associated with the vehicle parameter, and displaying the serialized string in a parameter correspondence table associated with the vehicle parameter; and deserializing the serialized string when running the graphics program to obtain the actual vehicle parameter value required by the execution unit in the graphics program.

[0088] In this embodiment, application scenarios of the parameter configuration method for a vehicle graphics program include vehicle development scenarios and vehicle testing scenarios.

[0089] The following examples explain in detail the parameter configuration method for graphics programs used in automotive development scenarios:

[0090] Specifically, during the development of automotive algorithm graphics programs, it is necessary to implement judgment logic to determine whether a signal value is within a specified range. If the signal is within the specified range, logic A is executed; otherwise, logic B is executed. For example, to determine whether the engine speed signal is between 1000 and 3000 rpm. Assume that the engine speed signal is a signal named EngSpeed ​​on the FlexRay bus. It is in the message EngineData and is sent by the Engine node, which is located in the database Powertrain on channel 2.

[0091] When implementing the judgment logic, the signal parameters to be judged can be configured as follows through the parameter manager:

[0092] Step S301: Click the Parameter Manager, first click the FlexRay Type button, then in the pop-up FlexRay Signal Selector, select Channel 2, FlexRay Network Powertrain, Node Engine, Message EngineData, Signal EngSpeed, and confirm the selection.

[0093] In step S302 , the parameter manager automatically serializes the signal, and the serialized string is “[FlexRay]1 / Powertrain / Engine / EngineData / EngSpeed”.

[0094] The type prefix [FlexRay] indicates that the signal is a FlexRay signal. The parameter configuration string following the type prefix is ​​separated by " / " and consists of the following five elements:

[0095] (1) 1 represents channel 2 (starting from 0);

[0096] (2)Powertrain indicates the network name;

[0097] (3)Engine indicates the node name;

[0098] (4) EngineData indicates the message name;

[0099] (5)EngSpeed ​​represents the signal name.

[0100] The following examples explain in detail the parameter configuration method for graphics programs used in automotive testing scenarios:

[0101] Specifically, in car testing, the graphical program function "test.check_verdict" is used to determine whether the target signal is within a given range. It has four parameters. When the user chooses to call this function, the system automatically displays the parameter table of the function as follows:

[0102] AName indicates the description of the content to be judged. The content is a string that can be entered into the test report, such as "Engine Speed ​​EngSpeed";

[0103] AValue represents the signal value to be judged, such as the engine speed read on the FlexRay bus;

[0104] AMin represents the minimum value of the judgment range;

[0105] AMax represents the maximum value of the judgment range;

[0106] When the user calls this function, configure the parameters as follows:

[0107] Step S401: Configure AName and directly enter "Engine Speed ​​EngSpeed" in the corresponding parameter value column;

[0108] Step S402: Configure AValue. Click the FlexRay type button in the parameter manager. In the pop-up FlexRay signal selector, select Channel 3, FlexRay network Powertrain, Node Engine, Message EngineData, and Signal EngSpeed. Confirm your selection.

[0109] Step S403: The parameter manager automatically serializes the signal, and the serialized string is "[FlexRay]2 / Powertrain / Engine / EngineData / EngSpeed", and fills it into the parameter value column corresponding to AValue in the parameter table;

[0110] Step S404: Configure AMin. The user can select the test parameter "RangeMin" in the system variables. Click the parameter manager, first click the system variable type button, then select the system variable "RangeMin" in the pop-up system variable selector, and confirm the selection.

[0111] Step S405: The parameter manager automatically serializes the system variable, and the serialized string is "[Sys]RangeMin", and fills it into the parameter value column corresponding to AMin in the parameter table;

[0112] Step S406: Configure AMax. The user can select the test parameter "RangeMax" in the system variables by clicking the parameter manager, first clicking the system variable type button, and then selecting the system variable "RangeMax" in the pop-up system variable selector and confirming the selection.

[0113] In step S407, the parameter manager automatically serializes the system variable, and the serialized string is "[Sys]RangeMax", and fills it into the parameter value column corresponding to AMax in the parameter table.

[0114] In this embodiment, the specific steps for configuring parameters for the vehicle graphics program are the same as the aforementioned method for configuring parameters for the graphics program, and will not be repeated here.

[0115] As shown in FIG6 , this embodiment further provides a parameter configuration device for a vehicle graphics program, including:

[0116] A vehicle parameter manager, configured to configure vehicle parameters of the execution unit and to serialize the vehicle parameter configuration character strings associated with the vehicle parameters;

[0117] The vehicle parameter correspondence table is used to display the vehicle parameter name and serialized character string associated with the vehicle parameter;

[0118] The vehicle parameter value parser is used to perform a deserialization operation on the serialized character string to obtain the actual vehicle parameter value required by the execution unit in the vehicle graphics program.

[0119] The functions of the vehicle parameter manager, vehicle parameter correspondence table, and vehicle parameter value parser are the same as those of the aforementioned parameter manager, parameter correspondence table, and parameter value parser, and will not be repeated here.

[0120] In some embodiments, the specific implementation functions of the vehicle parameter manager, vehicle parameter correspondence table and vehicle parameter value parser in the parameter configuration device for vehicle graphics programs are implemented in a processor or in a computer. For details, please refer to the specific description of the parameter configuration method for the aforementioned graphics program, which will not be repeated here.

[0121] The electronic devices in some embodiments of the present disclosure are described below from the perspective of hardware processing.

[0122] The embodiments do not limit the specific implementation of the electronic device.

[0123] As shown in Figure 7, the electronic device includes: a processor, a readable storage medium, a communication bus and a communication interface; wherein the processor, the readable storage medium and the communication interface communicate with each other via the communication bus; the readable storage medium is configured to store a program for executing the parameter configuration method for the graphics program, and the processor is configured to execute the program for the parameter configuration method for the graphics program as described above.

[0124] In other embodiments, a computer device or an industrial computer can also be used as a type of electronic equipment.

[0125] The structure shown in FIG7 does not limit the electronic device and may include fewer or more components than shown in the figure, or combine certain components, or arrange the components differently.

[0126] In some embodiments, the communication interface may be an RS232, RS485, USB port, or TYPE port, which may be connected to an external bus adapter. It may also include a wired or wireless network interface. The network interface may optionally include a wired interface and / or a wireless interface (such as a WI-FI interface, a Bluetooth interface, etc.), which is typically used to establish a communication connection between the computer device and other electronic devices.

[0127] Among them, the readable storage medium or computer-readable storage medium includes at least one type of memory, and the memory includes flash memory, hard disk, multimedia card, card-type memory (for example, SD or DX memory, etc.), magnetic memory, magnetic disk, optical disk, etc. In some embodiments, it can be an internal storage unit of a computer device, such as the hard disk of the computer device. In other embodiments, the memory can also be an external storage device of the computer device, such as a plug-in hard disk equipped on the computer device, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card, etc. Furthermore, the memory can also include both an internal storage unit of the computer device and an external storage device. The memory can not only be used to store application software and various types of data installed in the computer device, such as computer program code, etc., but can also be used to temporarily store data that has been output or is to be output.

[0128] In some embodiments, the processor may be a central processing unit (CPU), a controller, a microcontroller, a microprocessor, or other data processing chip, used to run program codes stored in a memory or process data, such as executing a computer program.

[0129] In some embodiments, the communication bus may also be an input / output bus, which may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc.

[0130] Optionally, the computer device may further include a user interface, which may include a display and an input unit such as a keyboard. Optionally, the user interface may also include a standard wired interface or a wireless interface. Optionally, in some embodiments, the display may be an LED display, a liquid crystal display, a touch-sensitive liquid crystal display, or an OLED (Organic Light-Emitting Diode) touchscreen. The display may also be appropriately referred to as a display screen or display unit, and is used to display information processed by the computer device and to display a visual user interface.

[0131] When the processor executes the program, it implements the steps of the embodiment of the method for configuring parameters for a graphics program shown in FIG1 , such as steps S101 to S102 shown in FIG1 . Alternatively, when the processor executes the computer program, it implements the functions of each module or unit in each of the above-mentioned device embodiments.

[0132] In some embodiments, the processor is specifically configured to implement the following steps:

[0133] Configure the parameters of the execution unit, perform a serialization operation on the parameter configuration string associated with the parameter, and display the serialized string in the parameter corresponding table associated with the parameter;

[0134] When the graphic program is run, a deserialization operation is performed on the serialized character string to obtain actual parameter values ​​required by the execution unit in the graphic program.

[0135] Optionally, as a possible implementation, the processor may also be configured to implement the following steps:

[0136] Establish a correspondence between type prefixes and parameter types; and

[0137] During the serialization process, a serialized string is obtained by adding a type prefix to the parameter configuration string. The serialized string expression includes a first part and a second part, wherein the first part is the type prefix and the second part is the parameter configuration string.

[0138] Optionally, as a possible implementation, the processor may also be configured to implement the following steps:

[0139] During the serialization process, first determine whether the parameter configuration string is a non-immediate value;

[0140] If it is a non-immediate value, the type prefix is ​​added to the parameter configuration string to obtain the serialized string. Otherwise, the parameter configuration string is directly used as the serialized string.

[0141] Optionally, as a possible implementation, the processor may also be configured to implement the following steps:

[0142] During the deserialization process, it is first determined whether the string has a type prefix. If so, the type prefix is ​​extracted, the parameter type is identified, and the parameter configuration string is deserialized according to the parameter type to obtain the actual parameter value.

[0143] Optionally, as a possible implementation, the processor may also be configured to implement the following steps:

[0144] A correspondence table between type prefixes and parameter types is constructed, and the parameter types include at least one or more of signal parameters, system variables, local variables, system constants, and path parameters.

[0145] This embodiment also provides a computer-readable storage medium, which stores a program for a parameter configuration method for a graphics program. When the program is executed by a processor, the specific steps of the parameter configuration method for a graphics program can be implemented. Please refer to the specific description of the parameter configuration method for a graphics program, which will not be repeated here.

[0146] As shown in FIG8 and FIG9, this embodiment also provides a vehicle development and debugging system, including: a computer device and a bus adapter; wherein

[0147] The computer device includes: a processor, a readable storage medium, a communication bus and a communication interface; wherein

[0148] The readable storage medium is configured to store a program for executing the parameter configuration method for a graphics program, and the processor is configured to execute the program of the parameter configuration method for a graphics program as described above to generate text code;

[0149] The processor, the readable storage medium and the communication interface communicate with the bus adapter via the communication bus;

[0150] The processor is further configured to compile at least one execution code in the text code;

[0151] The bus adapter is configured to write the compiled execution code into the debugging device; or

[0152] The burner is configured to write the compiled execution code into the debugging device.

[0153] As shown in FIG10 , one or more embodiments of the present disclosure further provide a vehicle development and debugging method, comprising: step S201 , executing a program of a parameter configuration method for a graphical program by a computer device to generate text code, and compiling at least one execution code in the text code;

[0154] Step S202: writing the compiled execution code into the debugging device via a bus adapter; or writing the compiled execution code into the debugging device via a writer.

[0155] In some embodiments, the computer device corresponds to the above-mentioned electronic device.

[0156] In some embodiments, the parameter configuration method for a graphics program also includes: establishing a correspondence between a type prefix and a parameter type; and the serialization operation includes: during the serialization process, obtaining a serialized string by adding a type prefix to the parameter configuration string, the serialized string expression includes a first part and a second part, wherein the first part is the type prefix and the second part is the parameter configuration string.

[0157] In some embodiments, the serialization operation also includes: during the serialization process, first determine whether the parameter configuration string is a non-immediate number; if it is a non-immediate number, add a type prefix to the parameter configuration string to obtain a serialized string, otherwise the parameter configuration string is directly used as the serialized string.

[0158] In some embodiments, the deserialization operation on the serialized string when running the graphics program includes: during the deserialization process, first determining whether the serialized string has a type prefix, if so, extracting the type prefix, identifying the parameter type, and deserializing the parameter configuration string according to the parameter type to obtain the actual parameter value.

[0159] In some embodiments, establishing the correspondence between type prefixes and parameter types includes: constructing a correspondence table between type prefixes and parameter types.

[0160] The processor is configured to compile at least one execution code in the text code; in some embodiments, the compilation of the text code can be achieved by executing a cross compiler.

[0161] In this embodiment, the bus adapter can be a CAN bus adapter, a CAN FD bus adapter, a FastLIN bus adapter, a LIN bus adapter, an Ethernet bus adapter, or a FlexRay bus adapter. It can also be a one-way to multiple-way or multiple-way to multiple-way bus adapter. This embodiment does not limit the specific implementation of the bus adapter. In some embodiments, the compiled executable code can be written to the debug device via the UDS, XCP, or CCP protocol.

[0162] In some embodiments, the burner may also be referred to as a programmer.

[0163] In some embodiments, the debugging equipment in the automotive field can specifically be a vehicle ECU and its related systems, such as but not limited to the electronic power steering system EPS, anti-lock braking system ABS, electronic stability system ESC, automobile engine management system, battery management system BMS and other devices can be connected to the computer device via a bus to receive and run the compiled execution code.

[0164] In the vehicle development and debugging system of this embodiment, the specific method of the parameter configuration method for the graphics program is the same as the aforementioned parameter configuration method for the graphics program, and will not be repeated here.

[0165] One or more embodiments provide a computer program product, including a computer program or instructions, wherein the computer program or instructions are executed on a computer to enable the computer to execute any of the above-mentioned parameter configuration methods for a graphics program.

[0166] In certain embodiments, a computer-readable storage medium stores computer-readable instructions, wherein the computer-readable instructions are executed by at least one processor to perform the method: configuring parameters of an execution unit, serializing a parameter configuration string associated with the parameter, and displaying the serialized string in a parameter correspondence table associated with the parameter; and deserializing the serialized string when running a graphics program to obtain actual parameter values ​​required by the execution unit in the graphics program.

[0167] In some embodiments, a computer program product includes a computer-readable storage medium storing computer-readable program code, wherein the computer-readable program code includes instructions that cause at least one processor (one or more computer devices) to execute the following method: configuring parameters of an execution unit, serializing a parameter configuration string associated with the parameter, and displaying the serialized string in a parameter correspondence table associated with the parameter; and deserializing the serialized string when running a graphics program to obtain the actual parameter value required by the execution unit in the graphics program.

[0168] In the several embodiments provided, it should be understood that the disclosed devices and methods can also be implemented in other ways. The device embodiments described above are merely illustrative. For example, the flowcharts and block diagrams in the accompanying drawings show the possible architectures, functions, and operations of the devices, methods, and computer program products according to multiple embodiments of the present invention. In this regard, each box in the flowchart or block diagram can represent a module, program segment, or part of a code, which contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the boxes can also occur in an order different from that marked in the accompanying drawings. For example, two consecutive boxes can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram and / or flowchart, as well as the combination of boxes in the block diagram and / or flowchart, can be implemented using a dedicated hardware-based system that performs the specified function or action, or can be implemented using a combination of dedicated hardware and computer instructions.

[0169] In addition, the functional modules in the various embodiments of the present invention may be integrated together to form an independent part, or each module may exist independently, or two or more modules may be integrated to form an independent part.

[0170] If the functions are implemented in the form of software modules and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, or the portion that contributes to the prior art, or the portion of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes a number of instructions for causing a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in various embodiments of the present invention.

[0171] With the above-described preferred embodiments of the present invention as a guide, and with reference to the above description, relevant personnel are fully capable of making various changes and modifications without departing from the technical scope of this invention. The technical scope of this invention is not limited to the contents of the specification and must be determined according to the scope of the claims.

Claims

1. A parameter configuration method for a graphics program, characterized in that: include: Configure the parameters of the execution unit, perform serialization operation on the parameter configuration string associated with the parameter, and display the serialized string in the parameter corresponding table associated with the parameter; When the graphic program is run, the serialized character string is deserialized to obtain the actual parameter value required by the execution unit in the graphic program.

2. The parameter configuration method for a graphics program according to claim 1, characterized in that: The graphical program parameter configuration method further includes: Establish a correspondence between type prefixes and parameter types; and The serialization operation includes: During the serialization process, a serialized string is obtained by adding a type prefix to the parameter configuration string. The serialized string expression includes a first part and a second part, wherein the first part is the type prefix and the second part is the parameter configuration string.

3. The parameter configuration method for a graphics program according to claim 1 or 2, characterized in that: The serialization operation also includes: During serialization, first determine whether the parameter configuration string is a non-immediate value; If it is a non-immediate value, the type prefix is ​​added to the parameter configuration string to obtain the serialized string; otherwise, the parameter configuration string is directly used as the serialized string.

4. The parameter configuration method for a graphics program according to any one of claims 1 to 3, characterized in that: The deserialization operation is performed on the serialized string when the graphics program is run, including: During the deserialization process, first determine whether the serialized string has a type prefix. If so, extract the type prefix, identify the parameter type, and deserialize the parameter configuration string according to the parameter type to obtain the actual parameter value.

5. The parameter configuration method for a graphics program according to any one of claims 1 to 4, characterized in that: The establishing of the correspondence between the type prefix and the parameter type includes: Build a table of type prefixes and parameter types; and The parameter types include at least: one or more of signal parameters, system variables, local variables, system constants and path parameters.

6. A parameter configuration device for a graphics program, characterized in that: A computer is provided, the computer being configured to include: A parameter manager is used to configure the parameters of the execution unit and to serialize the parameter configuration string associated with the parameter; Parameter correspondence table, used to display the parameter name and serialized string associated with the parameter; The parameter value parser is used to perform a deserialization operation on the serialized character string to obtain the actual parameter value required by the execution unit in the graphics program.

7. A parameter configuration system for a graphics program, characterized in that: include: The graphics program parameter configuration device according to claim 6; in The computer is also configured to include: A graphics program including at least one execution unit; as well as The execution unit is suitable for obtaining corresponding required actual parameter values.

8. A parameter configuration method for a vehicle graphics program, characterized in that: include: Configure the vehicle parameters of the execution unit, perform serialization operation on the vehicle parameter configuration character string associated with the vehicle parameter, and display the serialized character string in the parameter correspondence table associated with the vehicle parameter; When the graphic program is run, the serialized character string is deserialized to obtain the actual vehicle parameter value required by the execution unit in the graphic program.

9. A parameter configuration device for a vehicle graphics program, characterized in that: A computer is provided, the computer being configured to include: A vehicle parameter manager, used to configure the vehicle parameters of the execution unit and to perform serialization operations on the vehicle parameter configuration character string associated with the vehicle parameter; The vehicle parameter correspondence table is used to display the vehicle parameter name and serialized character string associated with the vehicle parameter; The vehicle parameter value parser is used to perform a deserialization operation on the serialized character string to obtain the actual vehicle parameter value required by the execution unit in the vehicle graphics program.

10. A computer-readable storage medium, characterized in that: The computer-readable instructions are stored, and when the computer-readable instructions are executed by at least one processor, the parameter configuration method for a graphics program according to any one of claims 1 to 5 is executed.

11. An electronic device, comprising: Processor, readable storage medium, communication bus and communication interface; wherein the processor, the readable storage medium and the communication interface communicate with each other via the communication bus; The readable storage medium is configured to store a program for executing the parameter configuration method for a graphics program according to any one of claims 1 to 5, and the processor is configured to execute the program for executing the parameter configuration method for a graphics program.

12. A vehicle development and debugging system, characterized in that: include: Computer device, bus adapter or writer; in The computer device comprises: a processor, a readable storage medium, a communication bus and a communication interface; wherein The readable storage medium is configured to store a program for executing the parameter configuration method for a graphics program according to any one of claims 1 to 5, and the processor is configured to execute the program for the parameter configuration method for a graphics program to generate a text code; The processor, the readable storage medium and the communication interface communicate with the bus adapter via the communication bus; The processor is further configured to compile at least one execution code in the text code; The bus adapter is configured to write the compiled execution code into a debugging device; or The burner is configured to write the compiled execution code into the debugging device.

13. The vehicle development and debugging system according to claim 12, characterized in that: The bus adapter is a CAN bus adapter, a CAN FD bus adapter, a FastLIN bus adapter, a LIN bus adapter, an Ethernet bus adapter, or a FlexRay bus adapter; and Communicate with the debug device via UDS or XCP or CCP protocol to write compiled executable code; and The debugging equipment includes electronic power steering system, anti-lock braking system, electronic stability system, automobile engine management system, and battery management system equipment.

14. A vehicle development and debugging method, characterized in that: Executing the program of the parameter configuration method for a graphics program according to any one of claims 1 to 5 by a computer device to generate text code, and compiling at least one execution code in the text code; Writing the compiled executable code into the debugging device via the bus adapter; or Write the compiled execution code to the debugging device through the programmer.

15. A computer program product, characterized in that The invention comprises a computer-readable storage medium on which a computer-readable program code is stored. The computer-readable program code comprises instructions, and the instructions enable at least one processor to execute the parameter configuration method for a graphics program according to any one of claims 1 to 5.

Images