Test loading configuration item detection method, electronic equipment and storage medium

Abstract

The invention provides a trial loading configuration item detection method, electronic equipment and a storage medium, and the method comprises the steps: firstly judging whether a material code of a to-be-detected trial loading vehicle is stored in an Internet of Vehicles system or not for the to-be-detected trial loading vehicle in a production schedule, and if yes, carrying out the detection of the trial loading vehicle configuration item according to the correlation information of the material code in the Internet of Vehicles system; according to the method, the to-be-detected configuration items of the to-be-detected trial loading vehicle are subjected to configuration detection, a detection result is obtained, and automatic detection of the configuration items needed by the trial loading vehicle in the production plan table is achieved. The situation that the trial loading vehicle is abnormal and cannot pass through the Internet of Vehicles off-line detection station due to the fact that the configuration item is not configured or configured wrongly is avoided, then the situation that production line vehicle uncoupling and vehicle production are affected due to the fact that the trial loading vehicle cannot pass through the Internet of Vehicles off-line detection station is avoided, manual detection is not needed, the detection efficiency and accuracy of the trial loading vehicle configuration item can be greatly improved, and the detection efficiency is improved. And the risk of missing detection or wrong detection is avoided.

Description

Technical Field

[0001] The present application relates to the field of automobile technology, and in particular to a method for detecting configuration items of a test vehicle, an electronic device, and a storage medium. Background Art

[0002] At present, the development nodes of automobile complete vehicle projects mainly include vehicle model project approval, NC (Non-Conformance) freezing, ET (Engineering Trial) access, PT (Production Trial) access and vehicle model SOP (Start of Production). Generally speaking, before the vehicle model SOP, the OEM will produce a large number of trial vehicles on the production line for testing and verification in order to verify that the vehicle model meets various design standards.

[0003] Before delivery, the test vehicles need to pass the IoV offline test station to verify whether the vehicle network connectivity is normal. To ensure that the test vehicles pass the IoV offline test station smoothly, it is necessary to check whether some configuration items are configured. However, the configuration items of test vehicles are currently identified manually. Faced with many vehicle configurations, the manual identification process is cumbersome, and the efficiency and accuracy are low. Summary of the invention

[0004] In view of this, the purpose of the present application is to propose a test vehicle configuration item detection method, electronic equipment and storage medium to solve the problem of low efficiency and accuracy in the test vehicle configuration item detection in the prior art.

[0005] Based on the above purpose, the present application provides a method for detecting configuration items of a test vehicle, comprising:

[0006] For the test vehicle to be inspected in the production schedule, determine whether the material code of the test vehicle to be inspected is stored in the Internet of Vehicles system;

[0007] In response to the material code being stored in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to be tested based on the associated information of the material code in the Internet of Vehicles system to obtain a test result corresponding to the configuration item to be tested.

[0008] Optionally, the configuration item to be tested includes a configuration code, and based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested in the test vehicle to obtain a test result corresponding to the configuration item to be tested, including:

[0009] Determine whether there is a configuration code in the associated information of the material code;

[0010] If yes, then checking whether the configuration code in the association information is consistent with the configuration code of the test vehicle to be inspected in the production schedule;

[0011] If so, it is determined that the test result corresponding to the configuration code is passed.

[0012] Optionally, the configuration item to be tested includes various communication configuration information, and based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to obtain a test result corresponding to the configuration item to be tested, including:

[0013] Based on the vehicle type related code in the associated information of the material code, detecting whether there is each communication configuration information bound to the vehicle type related code in the Internet of Vehicles system;

[0014] For the communication configuration information bound to the vehicle model related code in the vehicle networking system, the corresponding test result is determined to be passed; for the communication configuration information not bound to the vehicle model related code in the vehicle networking system, the corresponding test result is determined to be failed.

[0015] Optionally, before determining whether the material code of the test vehicle to be inspected in the production schedule is stored in the Internet of Vehicles system, the method further includes:

[0016] In response to detecting a production plan display request for a vehicle model to be tested, displaying a production plan table of the vehicle model to be tested, wherein the production plan table includes production plan contents of each test vehicle;

[0017] In response to detecting a test vehicle selection operation triggered by a user in the production schedule, at least one test vehicle to be inspected is selected in the production schedule based on the test vehicle selection operation.

[0018] Optionally, in response to detecting a production plan display request for a vehicle model to be detected, before displaying the production plan table of the vehicle model to be detected, the method further includes:

[0019] In response to detecting a production plan creation request for the vehicle model to be detected, displaying a production plan creation interface;

[0020] Based on the creation operation performed by the user in the production plan creation interface, a production plan table for the vehicle model to be tested is generated, and the production plan table is pushed to each associated terminal.

[0021] Optionally, after generating the production schedule of the vehicle model to be tested, the method further includes:

[0022] For each production plan content of the test vehicle in the production plan table, detecting whether data corresponding to each preset inspection item in the production plan content exists;

[0023] If not, the data filling prompt information corresponding to the test vehicle is displayed.

[0024] Optionally, after selecting at least one test vehicle to be inspected from the production plan based on the test vehicle selection operation, the method further includes:

[0025] Generate a configuration item inspection form based on the production plan content corresponding to each test vehicle to be inspected in the production plan table and the configuration item to be tested;

[0026] After performing configuration detection on the configuration item to be tested of the test vehicle to be tested and obtaining the detection result corresponding to the configuration item to be tested, the method further includes:

[0027] The test results of the configuration items to be tested of each of the test vehicles to be tested are written into the configuration item test sheet, and the configuration item test sheet is displayed.

[0028] Optionally, after displaying the configuration item detection sheet, the following is further included:

[0029] In response to detecting the display screening request, in the displayed configuration item test list, the test results corresponding to the hidden configuration items to be tested are all the test items to be tested that have passed the test.

[0030] Based on the same purpose, the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method provided in any embodiment of the present application is implemented.

[0031] Based on the same purpose, the present application also provides a non-transitory computer-readable storage medium, which stores computer instructions, and the computer instructions are used to enable a computer to execute the method provided by any embodiment of the present application.

[0032] From the above, it can be seen that the method for detecting configuration items of the test vehicle provided in the present application, for the test vehicle to be inspected in the production plan table, first determines whether the material code of the test vehicle to be inspected is stored in the Internet of Vehicles system. If the material code is stored in the Internet of Vehicles system, then the configuration items to be tested of the test vehicle to be inspected are further configured and detected according to the associated information of the material code in the Internet of Vehicles system, and the detection results corresponding to the configuration items to be tested are obtained, thereby realizing automatic detection of the configuration items required for the test vehicle in the production plan table. This method can detect the configuration items of the test vehicle through the material codes in the production plan table, so as to avoid the test vehicle being unable to pass the Internet of Vehicles offline inspection station due to the non-configuration or incorrect configuration of the configuration items, thereby avoiding the failure of the test vehicle to pass the Internet of Vehicles offline inspection station, causing the production line to be thrown off and affecting vehicle production due to the inability to pass the Internet of Vehicles offline inspection station. Moreover, this method does not require manual detection, and can greatly improve the detection efficiency and accuracy of the test vehicle configuration items, and avoid the risk of missed detection or wrong detection. BRIEF DESCRIPTION OF THE DRAWINGS

[0033] In order to more clearly illustrate the technical solutions in the present application or related technologies, the drawings required for use in the embodiments or related technical descriptions are briefly introduced below. Obviously, the drawings described below are only embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0034] Figure 1 A flowchart of a method for detecting configuration items of a test vehicle provided in an embodiment of the present application;

[0035] Figure 2 A schematic diagram of a process of detecting configuration items of a test vehicle provided in an embodiment of the present application;

[0036] Figure 3 A schematic diagram of the structure of a detection device for test-installed vehicle configuration items provided in an embodiment of the present application;

[0037] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0038] In order to make the objectives, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in combination with specific embodiments and with reference to the accompanying drawings.

[0039] It should be noted that, unless otherwise defined, the technical terms or scientific terms used in the embodiments of the present application should be the usual meanings understood by people with ordinary skills in the field to which the present application belongs. The "first", "second" and similar words used in the embodiments of the present application do not represent any order, quantity or importance, but are only used to distinguish different components. "Including" or "comprising" and similar words mean that the elements or objects appearing in front of the word cover the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connect" or "connected" and similar words are not limited to physical or mechanical connections, but can include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0040] Before introducing in detail the method for detecting configuration items of a test-installed vehicle provided in an embodiment of the present application, an exemplary description is first given of the technical problem solved by the method.

[0041] In the existing technology, the production plans of test vehicles are currently produced through offline documents, and then manually transmitted to various design departments offline after printing. In order to ensure that the test vehicles can successfully pass the offline inspection station of the Internet of Vehicles, it is usually necessary to manually identify whether each configuration item is configured. However, manual identification has the problems of low efficiency and low accuracy. Especially in the scenario of a large number of vehicle types and a large number of test vehicles, the manual identification method is more prone to problems such as missed detection or false detection, and the recognition efficiency is very low.

[0042] Therefore, in order to solve the above technical problems, the embodiments of the present application provide a method for detecting configuration items of the test vehicle. The method can realize automatic detection of the configuration items required for the test vehicle in the production plan, so as to avoid abnormalities of the test vehicle due to non-configuration of configuration items, and the inability to pass the offline inspection station of the Internet of Vehicles, which in turn causes the production line to throw the vehicle off the line and affect subsequent vehicle production, causing direct economic losses and project delays. In addition, the method does not require manual inspection, and can greatly improve the detection efficiency and accuracy of the test vehicle configuration items, avoiding the risk of missed detection or wrong detection.

[0043] Figure 1 A flowchart of a method for detecting configuration items of a test vehicle provided in an embodiment of the present application. The method can be executed by a detection device for configuration items of a test vehicle, and the device can be integrated into an electronic device by means of hardware and / or software, such as Figure 1 As shown, the test vehicle configuration item detection method provided in the embodiment of the present application includes the following steps:

[0044] S110. For the test vehicle to be inspected in the production schedule, determine whether the material code of the test vehicle to be inspected is stored in the Internet of Vehicles system.

[0045] The production schedule can be used to describe the production target of the test vehicle and the completion time of each production link. Specifically, it can be distinguished by vehicle type, and each vehicle type can have a corresponding production line test vehicle production schedule; or it can be distinguished by vehicle type and production version, and each vehicle type can have a production line test vehicle production schedule of different production versions.

[0046] The production schedule may include the production plan content of each test vehicle. The production plan content of the test vehicle may be composed of the serial number, vehicle model, vehicle number, vehicle model, VIN (Vehicle Identification Number), material code, configuration code, configuration, color, interior color, rudder, optional equipment, and the time of each production node. For example, the time of each production node includes stamping time, welding time, painting time, assembly time, inspection time, and delivery time.

[0047] In an embodiment of the present application, all or part of the trial vehicles in the production schedule may be used as test vehicles to be inspected, so that configuration item detection can be performed on all test vehicles to be inspected.

[0048] In a specific implementation manner, before determining whether the material code of the to-be-tested vehicle in the production schedule is stored in the Internet of Vehicles system, the following steps are also included:

[0049] Step 11: In response to detecting a production plan display request for the vehicle model to be tested, display a production plan table of the vehicle model to be tested, wherein the production plan table includes production plan contents of each test vehicle;

[0050] Step 12: In response to detecting a test vehicle selection operation triggered by a user in a production schedule, at least one test vehicle to be inspected is selected in the production schedule based on the test vehicle selection operation.

[0051] In step 11, the production plan display request may be generated based on a user's trigger operation. For example, if it is detected that the user selects a production plan table for a test vehicle of a certain model, the model selected by the user is determined as the model to be tested, and a production plan display request for the model to be tested is generated.

[0052] Alternatively, the production plan display request may also be generated based on a user input instruction. For example, if a user input instruction is detected, the instruction is analyzed to determine whether the instruction is an instruction to display the production plan. If so, the vehicle model to be tested is further determined from the instruction, and a production plan display request for the vehicle model to be tested is generated.

[0053] Specifically, in step 11, if a production plan display request is detected, the production plan of the vehicle to be tested can be displayed. For example, the production plan of the vehicle to be tested can be read from the database according to the identification of the vehicle to be tested. Of course, the production plan of the version to be tested of the vehicle to be tested can also be read from the database in combination with the identification of the vehicle to be tested and the version identification.

[0054] In the process of displaying the production plan for the vehicle type to be tested, a control for selecting a test vehicle in the production plan can be provided for the user. Furthermore, in step 12, if a test vehicle selection operation triggered by the user in the production plan is detected, such as the user selects some or all of the test vehicles in the production plan and clicks the configuration item detection control, then at least one test vehicle to be tested can be selected in the production plan according to the test vehicle selection operation, that is, the test vehicle selected by the user is determined as the test vehicle to be tested.

[0055] Through the above steps 11 and 12, the production schedule of the vehicle model to be tested can be displayed first, and then at least one test vehicle to be tested can be determined according to the selection operation triggered by the user in the displayed production schedule, so that configuration item detection based on user needs can be realized. Compared with performing configuration item detection on all test vehicles in the production schedule, configuration item detection can be made more flexible, meet subsequent test verification, and improve the efficiency of configuration item detection.

[0056] In the embodiment of the present application, considering that the current production plans for test-assembly vehicles are all produced through offline documents, and then printed and manually transmitted to each design department offline, this method may cause each design department to be unable to receive the test-assembly vehicle production plan in a timely manner, thereby causing the arrival of test-assembly vehicle parts from suppliers of each design department to be delayed and unable to meet production. Therefore, in the embodiment of the present application, in order to solve this technical problem, it is also possible to enable production line personnel to produce test-assembly vehicle production plans online and push them to each design department in a timely manner. Each design department can also query the test-assembly vehicle production plan online at any time.

[0057] Optionally, before displaying the production plan table of the vehicle model to be detected in response to detecting the production plan display request for the vehicle model to be detected, the method further includes:

[0058] In response to detecting a request to create a production plan for the vehicle model to be tested, a production plan creation interface is displayed; based on the creation operation performed by the user in the production plan creation interface, a production plan table for the vehicle model to be tested is generated, and the production plan table is pushed to each associated terminal.

[0059] The production plan creation request may be generated based on a user's triggering operation. For example, if it is detected that the user clicks on a create control, the vehicle model filled in or selected by the user is determined as the vehicle model to be tested, and a production plan creation request for the vehicle model to be tested is generated.

[0060] Alternatively, the production plan creation request may be generated based on the user input instruction. For example, if a user input instruction is detected, the instruction is analyzed to determine whether the instruction is an instruction to create a production plan. If so, the vehicle model to be detected is further determined from the instruction, and a production plan creation request for the vehicle model to be detected is generated.

[0061] Specifically, if a production plan creation request is detected, the production plan creation interface can be displayed, wherein the production plan creation interface may include various items to be filled in the production plan content, such as vehicle model, vehicle number, vehicle model, VIN, material code, configuration code, configuration, color, interior color, rudder, options, stamping time, welding time, painting time, assembly time, etc.

[0062] Furthermore, after displaying the production plan creation interface, production line personnel can fill in the production plan content for each test vehicle according to the vehicle model project schedule, and then generate a production plan table based on the creation operation performed by the user in the production plan creation interface.

[0063] It should be noted that in order to improve the efficiency of creating production plans, some of the items to be filled in the production plan of the test vehicle, such as the vehicle number, can be directly filled in based on the data pulled from the upstream system or downstream system; or, for some items to be filled in, such as color, interior color, rudder, etc., you can also pull external spreadsheet files and automatically fill the data in the spreadsheet files into the production plan; or, for some items to be filled in, such as vehicle model, etc., you can directly fill in according to the identification of the vehicle model to be tested; or, for some items to be filled in, such as stamping time, welding time, painting time, etc., the user only needs to fill in the time of one of the test vehicles, and the time will be automatically filled in for the remaining test vehicles.

[0064] Specifically, after the production schedule of the vehicle model to be tested is generated, the production schedule can be pushed to each related terminal. The related terminal can be a terminal of a user pre-set to be related to the production plan, such as a terminal of each design department personnel, including but not limited to a mobile phone, a computer, a smart watch, etc. Exemplarily, the production schedule can be pushed to each related terminal by SMS, email, enterprise WeChat, DingTalk, etc.

[0065] Through the above implementation method, production line personnel can make trial assembly vehicle production plans online. The produced trial assembly vehicle production plans can be published in the system and notified to relevant personnel in each design department online. Relevant personnel can query and download the trial assembly vehicle production plans in the system, contact suppliers to prepare stocks, avoid delays in parts and components, and ensure that each design department can receive the production plans in time, so as to avoid the delay in the arrival of trial assembly vehicle parts from suppliers due to untimely production plans and the inability to meet production.

[0066] In the embodiment of the present application, taking into account that there may be omissions in the form of information when the user creates a production schedule, in order to avoid the omissions affecting subsequent testing and verification, the required items in the production schedule may also be checked when the production schedule is generated.

[0067] In one example, after generating a production schedule for the vehicle model to be tested, the method further includes:

[0068] For each test vehicle in the production plan table, check whether the data corresponding to each preset inspection item in the production plan exists; if not, display the data filling prompt information corresponding to the test vehicle.

[0069] The preset inspection items may be items in the preset production plan content that need to be filled with corresponding data. For example, all items that affect subsequent test verification may be determined as preset inspection items, such as the preset inspection items including vehicle model, vehicle number, vehicle model, VIN, material code, configuration code, configuration, color, interior color, and rudder.

[0070] Specifically, after generating the production plan table, it can be determined whether each production plan content contains data corresponding to all preset inspection items. If not, it means that there are missing items. At this time, the data filling prompt information corresponding to the test vehicle can be displayed. The data filling prompt information can be information in the form of text or graphics, or it can be a combination of text and graphics. For example, the data filling prompt information can include a frame marking the missing items of the test vehicle and text to remind the missing items.

[0071] After displaying the data filling prompt information corresponding to the test vehicle, the production plan table for the vehicle model to be tested can be re-updated according to the user's supplementary content, and for the updated production plan table, re-check whether the production plan content contains the data corresponding to all preset inspection items. If not, continue to display the data filling prompt information until each production plan content in the production plan table contains the data corresponding to all preset inspection items.

[0072] Through the above example, after the production line personnel establish the production schedule, they can implement the production schedule check to avoid affecting the subsequent configuration item detection or test verification due to missing some data.

[0073] In an embodiment of the present application, for the test vehicles to be inspected in the production plan table, the material code of the test vehicles to be inspected can be extracted according to the production plan content of the test vehicles to be inspected in the production plan table, and then it can be determined whether the material code is stored in the Internet of Vehicles system.

[0074] Among them, the Internet of Vehicles system can be a TSP (Telematics Service Provider, Internet of Vehicles integrated management) system; the Internet of Vehicles system can include subsystems such as a TSP master data management subsystem and a TSP gateway protocol configuration subsystem.

[0075] Specifically, the TSP master data management subsystem can store pre-configured material codes and associated information of each material code. Among them, for the test loading to be inspected, the material code in the production plan content can be searched in the TSP master data management subsystem to determine whether the material code exists in the TSP master data management subsystem.

[0076] S120, in response to the material code stored in the Internet of Vehicles system, based on the associated information of the material code in the Internet of Vehicles system, perform configuration detection on the configuration item to be tested of the test vehicle to obtain a detection result corresponding to the configuration item to be tested.

[0077] Specifically, if the material code of the to-be-tested loading in the production plan is not stored in the Internet of Vehicles system, it means that the material code of the to-be-tested loading in the production plan may be wrong. Since the subsequent detection of the configuration items to be tested depends on the associated information of the material code in the Internet of Vehicles system, the associated information cannot be obtained if the material code is not searched. Therefore, there is no need to test the configuration items to be tested at this time, and the test result corresponding to the configuration items to be tested can be directly determined as failed test.

[0078] If the material code to be tested and loaded is stored in the production schedule in the Internet of Vehicles system, the associated information of the material code stored in the Internet of Vehicles system can be read. The associated information can be information bound to the Internet of Vehicles system and the material code, such as the configuration code and the vehicle model related code.

[0079] It should be noted that the vehicle model-related code and the material code have a strong binding relationship, that is, the material code and the vehicle model-related code exist at the same time, and the associated information of the material code in the Internet of Vehicles system must include the vehicle model-related code. The configuration code and the material code have a weak binding relationship, that is, the configuration code does not necessarily exist at the same time as the material code, and the associated information of the material code in the Internet of Vehicles system may include the configuration code.

[0080] In an embodiment of the present application, the configuration item to be tested may include a configuration code, that is, a configuration test is performed on the configuration code. For example, the configuration code may be tested based on the associated information of the material coding in the Internet of Vehicles system.

[0081] In a specific implementation, the configuration item to be tested includes a configuration code. Based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to obtain a test result corresponding to the configuration item to be tested, including the following steps:

[0082] Step 21, determine whether there is a configuration code in the associated information of the material code;

[0083] Step 22: If yes, check whether the configuration code in the associated information is consistent with the configuration code of the test vehicle to be tested in the production plan;

[0084] Step 23: If yes, determine that the test result corresponding to the configuration code is passed.

[0085] In step 21, the configuration code may be a code describing the hardware configuration of the test vehicle. Testing the configuration code may be specifically understood as testing whether the configuration code of the test vehicle to be tested in the production schedule is correct.

[0086] Specifically, we can first determine whether the associated information of the material code in the Internet of Vehicles system contains the configuration code, that is, whether the material code in the Internet of Vehicles system is bound to the configuration code. If not, it means that the configuration code in the production plan may be wrong, and we can directly determine that the test result corresponding to the configuration code is failed.

[0087] If the associated information of the material code contains a configuration code, it can be further determined whether the configuration code in the associated information is consistent with the configuration code of the test loading to be inspected in the production plan. If so, it means that the configuration code in the production plan is correct. At this time, it can be determined that the test result corresponding to the configuration code is passed.

[0088] Through the above implementation method, with material coding as the core, the configuration code bound to the material coding in the Internet of Vehicles system can be used to detect the configuration code of the vehicle to be inspected and tested in the production plan to determine whether the configuration code of the vehicle to be inspected and tested in the production plan is correct, thereby identifying the configuration code errors in the production plan and avoiding the impact on subsequent test verification due to the production line personnel filling in the configuration code incorrectly in the production plan.

[0089] In addition to realizing the detection of configuration codes, in an embodiment of the present application, the configuration items to be tested may also include various communication configuration information, that is, configuration detection is performed on each communication configuration information. For example, each communication configuration information can be detected based on the associated information of the material coding in the Internet of Vehicles system.

[0090] In another specific implementation, the configuration item to be tested includes various communication configuration information, and based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to obtain a test result corresponding to the configuration item to be tested, including the following steps:

[0091] Step 31: Based on the vehicle model related code in the associated information of the material code, detect whether there is each communication configuration information bound to the vehicle model related code in the Internet of Vehicles system;

[0092] Step 32: for the communication configuration information bound to the vehicle model related code in the vehicle networking system, determine that the corresponding test result is passed; for the communication configuration information not bound to the vehicle model related code in the vehicle networking system, determine that the corresponding test result is failed.

[0093] The communication configuration information may be information describing configurations related to vehicle communication, for example, the communication configuration information may be a T-Box configuration file, an RTM (Real-Time Monitoring) configuration file, or acquisition signal configuration information.

[0094] Specifically, the T-Box configuration file can be used to describe the network address, SMS number, I / B / ECALL emergency call number and other information used by the T-Box in the test vehicle. The RTM configuration file is used to describe whether the vehicle collects signals such as cycle, trigger, vehicle condition, fault diagnosis, etc. The collected signal configuration information can describe the CANMatrix signal collection scheme, including all specific signals that need to be collected by the vehicle model, so that the test vehicle can collect vehicle signals to the background and terminal in real time according to the CANMatrix signal collection scheme.

[0095] Among them, the vehicle model-related code can describe information related to the vehicle model and appearance configuration. For example, the vehicle model-related code can be composed of the vehicle model, vehicle model, style and configuration, which is referred to as the vehicle model four codes.

[0096] In the above step 31, the vehicle model related code associated with the material code stored in the TSP master data management subsystem in the Internet of Vehicles system can be retrieved in the TSP gateway protocol configuration subsystem in the Internet of Vehicles system to determine whether there is any communication configuration information bound to the vehicle model related code in the TSP gateway protocol configuration subsystem, that is, to determine whether the vehicle model related code in the TSP gateway protocol configuration subsystem is bound to the T-Box configuration file, the RTM configuration file and the acquisition signal configuration information.

[0097] Specifically, according to the vehicle model-related codes, it can be determined whether the T-Box configuration file, the RTM configuration file, and the acquisition signal configuration information are bound. If so, it can be determined that the corresponding test result is passed, and if not, it can be determined that the corresponding test result is failed. For example, for a certain test vehicle to be inspected, the test result of its T-Box configuration file is passed, the test result of the RTM configuration file is failed, and the test result of the acquisition signal configuration information is passed.

[0098] Through the above steps 31 and 32, the vehicle model-related code bound to the material code can be used as the core to determine whether the vehicle model-related code is bound to the T-Box configuration file, the RTM configuration file and the acquisition signal configuration information in the Internet of Vehicles system, thereby avoiding problems such as network anomalies and signal acquisition errors in the test vehicle due to the non-configuration of the T-Box configuration file, the RTM configuration file or the acquisition signal configuration information, thereby ensuring the reliability of subsequent Internet of Vehicles offline testing of the test vehicle and avoiding affecting vehicle production.

[0099] In an embodiment of the present application, after obtaining the test results corresponding to the configuration items to be tested for the test vehicle to be tested, the test results of all the test vehicles to be tested can be displayed for the convenience of users to view and timely improve the test vehicle configuration items.

[0100] In a specific implementation, after selecting at least one test vehicle to be inspected in the production plan table based on the test vehicle selection operation, the method further includes: generating a configuration item inspection form based on the production plan content corresponding to each test vehicle to be inspected in the production plan table and the configuration items to be tested;

[0101] After performing configuration detection on the configuration items to be tested of the test vehicle to be tested and obtaining the detection results corresponding to the configuration items to be tested, the method further includes: writing the detection results of the configuration items to be tested of each test vehicle to be tested into a configuration item detection sheet, and displaying the configuration item detection sheet.

[0102] Specifically, after the user selects at least one test vehicle to be inspected in the production plan table, a configuration item inspection sheet may be generated according to the production plan content corresponding to each test vehicle to be inspected and each configuration item to be tested.

[0103] Among them, the configuration item inspection form can be composed of all or part of the production plan content corresponding to each test vehicle to be inspected, and the inspection results of the configuration items to be tested. Exemplarily, Table 1 shows a configuration item inspection form, as shown in Table 1, which exemplarily shows part of the production plan content of multiple test vehicles to be inspected, and the inspection results of each configuration item to be tested.

[0104] Table 1 A configuration item test list

[0105]

[0106]

[0107] Specifically, for each test vehicle to be tested, after performing configuration tests on each configuration item to be tested of the test vehicle to be tested and obtaining the test results corresponding to each configuration item to be tested, the test results can be filled in the above-mentioned configuration item test sheet, and the configuration item test sheet with the test results written in it can be displayed.

[0108] As shown in Table 2, Table 2 shows a configuration item test sheet for writing test results, wherein, if the test result of the configuration code is passed, fill in "Yes" in the "Is the configuration code correct" column; if the test result of the T-Box configuration file is passed, fill in "Yes" in the "Is the T-Box configuration file bound" column; if the test result of the RTM configuration file is passed, fill in "Yes" in the "Is the RTM configuration file bound" column; if the test result of the acquisition signal configuration information is passed, fill in "Yes" in the "Is the signal acquisition plan bound" column.

[0109] Table 2 A configuration item test list for writing test results

[0110]

[0111] Through the above implementation, after the user selects the test vehicle to be inspected from the production plan table, a configuration item inspection form containing the production plan content and the configuration items to be tested can be generated first, and then after the configuration item inspection is completed, the inspection results of the configuration items to be tested are written into the configuration item inspection form and displayed, so that the inspection results can be summarized, which is convenient for the inspection personnel to find the configuration items that need maintenance in time. In addition, the generated configuration item inspection form contains part of the production plan content, which can facilitate the inspection personnel to correspond one-to-one with the production plan items.

[0112] It should be noted that while displaying the configuration item test sheet, a prompt message can also be generated based on the test results of all configuration items to be tested and sent to the reminder terminal to remind the user to maintain the configuration items of the test vehicle in a timely manner.

[0113] In an embodiment of the present application, taking into account the possibility of performing configuration item inspections on a large number of test-assembled vehicles at the same time, if the number of test-assembled vehicles to be inspected in the configuration item inspection form is large, it may cause the user to be unable to quickly locate the configuration items that need maintenance. Therefore, it is also possible to filter in the configuration item inspection form to hide the test-assembled vehicles to be inspected that have passed the inspection, so as to achieve the purpose of only displaying the test-assembled vehicles to be inspected that have failed the inspection.

[0114] Optionally, after displaying the configuration item checklist, it also includes:

[0115] In response to detecting a display screening request, in the displayed configuration item inspection list, the inspection results corresponding to the hidden configuration items to be tested are all the test items to be tested that have passed the inspection.

[0116] Among them, the display filtering request can be generated based on user operations. For example, if it is detected that the filtering condition selected by the user in the window is to only display configuration items that have not passed the detection, a display filtering request can be generated; or, if it is detected that the user triggers a one-key filtering function control, a display filtering request can be generated.

[0117] Specifically, if a display filtering request is detected, the relevant information of the test loads to be inspected whose test results are all passed can be hidden in the displayed configuration item inspection form, and only the relevant information of the test loads to be inspected whose test results are failed can be displayed.

[0118] It should be noted that, considering that for each test vehicle to be inspected, its configuration code, T-Box configuration file, RTM configuration file and acquisition signal configuration information all need to be tested, there may be a situation where some of the configuration items to be tested pass the test and some of the configuration items to be tested fail the test. Therefore, after hiding the test vehicles to be inspected whose test results corresponding to the configuration items to be tested are all passed, you can further hide the configuration items to be tested that have passed the test, and only display the configuration items to be tested that have failed the test, so as to further simplify the configuration item test list, making it more concise and clear for users to view the configuration item test list.

[0119] The detection method for configuration items of the test vehicle provided in the embodiment of the present application, for the test vehicle to be inspected in the production plan table, first determines whether the material code of the test vehicle to be inspected is stored in the Internet of Vehicles system. If the material code is stored in the Internet of Vehicles system, then the configuration items to be tested of the test vehicle to be inspected are further configured and detected according to the associated information of the material code in the Internet of Vehicles system, and the detection results corresponding to the configuration items to be tested are obtained, thereby realizing automatic detection of the configuration items required for the test vehicle in the production plan table. The method can detect each configuration item of the test vehicle through the material code in the production plan table, so as to avoid the test vehicle being abnormally unable to pass the Internet of Vehicles offline inspection station due to non-configuration or incorrect configuration of the configuration items, thereby avoiding the vehicle being thrown off the production line and affecting vehicle production due to the inability to pass the Internet of Vehicles offline inspection station. In addition, the method does not require manual detection, can greatly improve the detection efficiency and accuracy of the configuration items of the test vehicle, and avoid the risk of missed detection or wrong detection.

[0120] The test vehicle configuration item detection method provided in the embodiment of the present application can be executed by the test vehicle production plan making and detection system, such as Figure 2 As shown, Figure 2A process diagram of a test vehicle configuration item detection method provided in an embodiment of the present application. The test vehicle production plan making and detection system mainly implements two solutions: making a production plan table for the production line test vehicle and detecting the configuration items of the production line test vehicle.

[0121] Among them, for the production line test vehicle production schedule, refer to Figure 2 Among them, production line personnel can create a production plan in the trial vehicle production plan making and testing system, and publish the production plan through the trial vehicle production plan making and testing system. After the production plan is published, the design department can query and download the production plan.

[0122] For the test of the configuration items of the production line test vehicle, refer to Figure 2 Among them, the testing personnel can select the production plan content of the specific model of the test vehicle in the test vehicle production plan making and testing system and start the test, that is, select the test vehicle to be inspected. Then, the test vehicle production plan making and testing system can determine whether the material code of the test vehicle to be inspected exists in the production plan table of the TSP master data management subsystem. If not, mark "X" in the "Material Code Exists" column in the configuration item inspection form and end the test directly.

[0123] If so, the production and inspection system will mark "√" in the "Does material code exist" column in the configuration item inspection form, and further determine whether the configuration code of the test loading to be inspected in the production plan is correct, that is, whether the configuration code in the production plan is the same as the configuration code in the TSP master data management subsystem. If not, mark "X" in the "Does configuration code exist" column; if so, mark "√" in the "Does configuration code exist" column.

[0124] Furthermore, the manufacturing and testing system queries the TSP master data management subsystem for the vehicle model code corresponding to the material code of the test vehicle to be tested, and queries the T-Box configuration file, RTM configuration file, and CANMatrix in the TSP gateway protocol configuration subsystem to see whether they are bound. Depending on whether they are bound, "√" or "X" is marked in the corresponding column, and finally the test results are summarized to complete the entire process.

[0125] The above-mentioned test vehicle production plan making and testing system can make production line test vehicle plans online and synchronize with various design departments. At the same time, with material coding and vehicle model-related coding as core elements, it automatically detects configuration items such as configuration codes, T-Box configuration files, RTM configuration files, and CANMatrix signal acquisition solutions required for the test vehicle production plan content. It can facilitate testing personnel to promptly perform maintenance on non-existent, erroneous or unbound configuration items, avoid test vehicle anomalies caused by non-configuration or errors in configuration items, and fail to pass the offline inspection station through the Internet of Vehicles, thereby avoiding the impact of production line rejection on subsequent vehicle production, causing direct economic losses and project delays. At the same time, it can also solve the problems of cumbersome process, low efficiency and accuracy caused by manual identification of configuration items.

[0126] It should be noted that the method of the embodiment of the present application can be performed by a single device, such as a computer or server. The method of this embodiment can also be applied to a distributed scenario and completed by multiple devices cooperating with each other. In the case of such a distributed scenario, one of the multiple devices can only perform one or more steps in the method of the embodiment of the present application, and the multiple devices will interact with each other to complete the described method.

[0127] It should be noted that the above describes some embodiments of the present application. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recorded in the claims can be performed in an order different from that in the above embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0128] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a detection device for test assembly vehicle configuration items. Figure 3 A schematic diagram of a test vehicle configuration item detection device provided in an embodiment of the present application, referring to Figure 3 The test vehicle configuration item detection device includes a material code query module 310 and a configuration item detection module 320, wherein:

[0129] The material code query module 310 is used to determine whether the material code of the to-be-tested vehicle in the production schedule is stored in the Internet of Vehicles system;

[0130] The configuration item detection module 320 is used to respond to the material code stored in the Internet of Vehicles system, based on the associated information of the material code in the Internet of Vehicles system, perform configuration detection on the configuration item to be tested of the test vehicle to obtain the detection result corresponding to the configuration item to be tested.

[0131] On the basis of the above implementation mode, optionally, the configuration item to be tested includes a configuration code, and the configuration item detection module 320 is also used to determine whether there is a configuration code in the associated information of the material code; if so, detect whether the configuration code in the associated information is consistent with the configuration code of the test loading to be tested in the production plan; if so, determine that the test result corresponding to the configuration code is a passed test.

[0132] On the basis of the above implementation, optionally, the configuration item to be tested includes various communication configuration information, and the configuration item detection module 320 is also used to detect whether there are various communication configuration information bound to the vehicle model-related code in the vehicle networking system based on the vehicle model-related code in the associated information of the material code, wherein the communication configuration information is a T-Box configuration file, an RTM configuration file and acquisition signal configuration information; for the communication configuration information bound to the vehicle model-related code in the vehicle networking system, the corresponding detection result is determined to be passed, and for the communication configuration information not bound to the vehicle model-related code in the vehicle networking system, the corresponding detection result is determined to be failed.

[0133] On the basis of the above implementation, optionally, the material coding query module 310 is also used to respond to detecting a production plan display request for the vehicle model to be tested, displaying the production plan table of the vehicle model to be tested, wherein the production plan table includes the production plan content of each test assembly vehicle; in response to detecting a test assembly vehicle selection operation triggered by a user in the production plan table, selecting at least one test assembly vehicle to be tested in the production plan table based on the test assembly vehicle selection operation.

[0134] On the basis of the above implementation mode, optionally, the device also includes a production plan making module, which is used to display a production plan creation interface in response to detecting a production plan creation request for the vehicle model to be tested; based on the creation operation performed by the user in the production plan creation interface, generate a production plan table for the vehicle model to be tested, and push the production plan table to each associated terminal.

[0135] On the basis of the above implementation mode, optionally, the production plan making module is also used to detect whether the data corresponding to each preset inspection item in the production plan content of each test vehicle in the production plan table exists; if not, displaying the data filling prompt information corresponding to the test vehicle.

[0136] On the basis of the above implementation mode, optionally, the device also includes a result summary module, which is used to generate a configuration item inspection form based on the production plan content corresponding to each test vehicle to be inspected in the production plan table and the configuration items to be tested after the material coding query module 310 selects at least one test vehicle to be inspected in the production plan table based on the test vehicle selection operation; and after the configuration item detection module 320 performs configuration detection on the configuration items to be tested of the test vehicle to be inspected and obtains the detection results corresponding to the configuration items to be tested, the detection results of the configuration items to be tested of each test vehicle to be inspected are written into the configuration item inspection form, and the configuration item inspection form is displayed.

[0137] On the basis of the above implementation, optionally, the result summary module is also used to respond to the detection of the display screening request, in the displayed configuration item test list, hide the test results corresponding to the configuration items to be tested, and all the test results are passed.

[0138] For the convenience of description, the above device is described in terms of functions divided into various modules. Of course, when implementing the present application, the functions of each module can be implemented in the same or multiple software and / or hardware.

[0139] The device of the above embodiment is used to implement the detection method of the corresponding test vehicle configuration item in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0140] Based on the same inventive concept, corresponding to any of the above-mentioned embodiments, the present application also provides an electronic device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method for detecting the test vehicle configuration items described in any of the above embodiments is implemented.

[0141] Figure 4 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application, Figure 4 The specific hardware structure of the electronic device is shown, and the device may include: a processor 1010, a memory 1020, an input / output interface 1030, a communication interface 1040, and a bus 1050. The processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040 are connected to each other through the bus 1050 in the device.

[0142] The processor 1010 can be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is used to execute relevant programs to implement the technical solutions provided in the embodiments of this specification.

[0143] The memory 1020 may be implemented in the form of ROM (Read Only Memory), RAM (Random Access Memory), static storage device, dynamic storage device, etc. The memory 1020 may store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented by software or firmware, the relevant program codes are stored in the memory 1020 and are called and executed by the processor 1010.

[0144] The input / output interface 1030 is used to connect the input / output module to realize information input and output. The input / output module can be configured in the device as a component (not shown in the figure), or it can be externally connected to the device to provide corresponding functions. The input device may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output device may include a display, a speaker, a vibrator, an indicator light, etc.

[0145] The communication interface 1040 is used to connect a communication module (not shown) to realize communication interaction between the device and other devices. The communication module can realize communication through a wired mode (such as USB, network cable, etc.) or a wireless mode (such as mobile network, WIFI, Bluetooth, etc.).

[0146] The bus 1050 includes a path that transmits information between the various components of the device (eg, the processor 1010, the memory 1020, the input / output interface 1030, and the communication interface 1040).

[0147] It should be noted that, although the above device only shows the processor 1010, the memory 1020, the input / output interface 1030, the communication interface 1040 and the bus 1050, in the specific implementation process, the device may also include other components necessary for normal operation. In addition, it can be understood by those skilled in the art that the above device may also only include the components necessary for implementing the embodiments of the present specification, and does not necessarily include all the components shown in the figure.

[0148] The electronic device of the above embodiment is used to implement the detection method of the corresponding test vehicle configuration item in any of the above embodiments, and has the beneficial effects of the corresponding method embodiment, which will not be repeated here.

[0149] Based on the same inventive concept, corresponding to any of the above-mentioned embodiment methods, the present application also provides a non-transitory computer-readable storage medium, wherein the non-transitory computer-readable storage medium stores computer instructions, and the computer instructions are used to enable the computer to execute the test vehicle configuration item detection method as described in any of the above embodiments.

[0150] The computer-readable medium of this embodiment includes permanent and non-permanent, removable and non-removable media, and information storage can be implemented by any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technology, read-only compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device.

[0151] The computer instructions stored in the storage medium of the above embodiment are used to enable the computer to execute the test vehicle configuration item detection method as described in any of the above embodiments, and have the beneficial effects of the corresponding method embodiments, which will not be repeated here.

[0152] Those skilled in the art should understand that the discussion of any of the above embodiments is merely illustrative and is not intended to imply that the scope of the present application (including the claims) is limited to these examples. In line with the concept of the present application, the technical features in the above embodiments or different embodiments may be combined, the steps may be implemented in any order, and there are many other variations of the different aspects of the embodiments of the present application as described above, which are not provided in detail for the sake of simplicity.

[0153] In addition, to simplify the description and discussion, and in order not to make the embodiments of the present application difficult to understand, the known power supply / ground connection with the integrated circuit (IC) chip and other components may or may not be shown in the provided drawings. In addition, the device can be shown in the form of a block diagram to avoid making the embodiments of the present application difficult to understand, and this also takes into account the fact that the details of the implementation of these block diagram devices are highly dependent on the platform to be implemented in the embodiments of the present application (that is, these details should be fully within the scope of understanding of those skilled in the art). In the case of elaborating specific details (e.g., circuits) to describe exemplary embodiments of the present application, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details or when these specific details are changed. Therefore, these descriptions should be considered to be illustrative rather than restrictive.

[0154] Although the present application has been described in conjunction with specific embodiments of the present application, many replacements, modifications and variations of these embodiments will be apparent to those skilled in the art from the foregoing description. For example, other memory architectures (e.g., dynamic RAM (DRAM)) may use the embodiments discussed.

[0155] The embodiments of the present application are intended to cover all such substitutions, modifications and variations that fall within the broad scope of the appended claims. Therefore, any omissions, modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the embodiments of the present application should be included in the scope of protection of the present application.

Claims

1. A method for detecting configuration items of a test vehicle, characterized in that: include: For the test vehicle to be inspected in the production schedule, determine whether the material code of the test vehicle to be inspected is stored in the Internet of Vehicles system; In response to the material code being stored in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to be tested based on the associated information of the material code in the Internet of Vehicles system to obtain a test result corresponding to the configuration item to be tested.

2. The method according to claim 1, characterized in that The configuration item to be tested includes a configuration code. Based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested in the test vehicle to obtain a test result corresponding to the configuration item to be tested, including: Determine whether there is a configuration code in the associated information of the material code; If yes, then checking whether the configuration code in the association information is consistent with the configuration code of the test vehicle to be inspected in the production schedule; If so, it is determined that the test result corresponding to the configuration code is passed.

3. The method according to claim 1, characterized in that The configuration item to be tested includes various communication configuration information. Based on the associated information of the material code in the Internet of Vehicles system, a configuration test is performed on the configuration item to be tested of the test vehicle to obtain a test result corresponding to the configuration item to be tested, including: Based on the vehicle type related code in the associated information of the material code, detecting whether there is each communication configuration information bound to the vehicle type related code in the Internet of Vehicles system; For the communication configuration information bound to the vehicle model related code in the vehicle networking system, the corresponding test result is determined to be passed; for the communication configuration information not bound to the vehicle model related code in the vehicle networking system, the corresponding test result is determined to be failed.

4. The method according to claim 1, characterized in that: Before determining whether the material code of the test vehicle to be inspected in the production schedule is stored in the Internet of Vehicles system, the method further includes: In response to detecting a production plan display request for a vehicle model to be tested, displaying a production plan table of the vehicle model to be tested, wherein the production plan table includes production plan contents of each test vehicle; In response to detecting a test vehicle selection operation triggered by a user in the production schedule, at least one test vehicle to be inspected is selected in the production schedule based on the test vehicle selection operation.

5. The method according to claim 4, characterized in that In response to detecting a production plan display request for a vehicle model to be detected, before displaying the production plan table of the vehicle model to be detected, the method further includes: In response to detecting a production plan creation request for the vehicle model to be detected, displaying a production plan creation interface; Based on the creation operation performed by the user in the production plan creation interface, a production plan table for the vehicle model to be tested is generated, and the production plan table is pushed to each associated terminal.

6. The method according to claim 5, characterized in that After generating the production schedule of the vehicle model to be tested, the method further includes: For each production plan content of the test vehicle in the production plan table, detecting whether data corresponding to each preset inspection item in the production plan content exists; If not, the data filling prompt information corresponding to the test vehicle is displayed.

7. The method according to claim 4, characterized in that After selecting at least one test vehicle to be inspected from the production schedule based on the test vehicle selection operation, the method further includes: Generate a configuration item inspection form based on the production plan content corresponding to each test vehicle to be inspected in the production plan table and the configuration item to be tested; After performing configuration detection on the configuration item to be tested of the test vehicle to be tested and obtaining the detection result corresponding to the configuration item to be tested, the method further includes: The test results of the configuration items to be tested of each of the test vehicles to be tested are written into the configuration item test sheet, and the configuration item test sheet is displayed.

8. The method according to claim 7, characterized in that After displaying the configuration item test sheet, it also includes: In response to detecting the display screening request, in the displayed configuration item test list, the test results corresponding to the hidden configuration items to be tested are all the test items to be tested that have passed the test.

9. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the program, the method according to any one of claims 1 to 8 is implemented.

10. A non-transitory computer-readable storage medium storing computer instructions, characterized in that: The computer instructions are used to enable a computer to execute the method according to any one of claims 1 to 8.

Images