CN115712533A - Host computer test system and method, CANoe host computer and storage medium - Google Patents
Host computer test system and method, CANoe host computer and storage medium Download PDFInfo
- Publication number
- CN115712533A CN115712533A CN202211415319.1A CN202211415319A CN115712533A CN 115712533 A CN115712533 A CN 115712533A CN 202211415319 A CN202211415319 A CN 202211415319A CN 115712533 A CN115712533 A CN 115712533A
- Authority
- CN
- China
- Prior art keywords
- test
- upper computer
- canoe
- data
- tested
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Debugging And Monitoring (AREA)
Abstract
The invention provides an upper computer test system, a method, a CANoe upper computer and a storage medium, wherein the upper computer test system specifically comprises: the test board is in communication connection with the CANoe upper computer; the test board is used for downloading an I2C test program and corresponding configuration from the CANoe upper computer and testing equipment to be tested according to a control instruction of the CANoe upper computer; and the CANoe upper computer is used for simulating an I2C Master to send an I2C test program corresponding to a test item to the test board, and resolving hexadecimal information read from the equipment to be tested into a text description and displaying the text description. The invention can test the I2C interaction between the vehicle-mounted display screen and other vehicle-mounted controllers, and can carry out read-write operation on the vehicle-mounted display screen by simulating the other vehicle-mounted controllers to send I2C instructions when testing the vehicle-mounted display screen, thereby achieving the purpose of testing the vehicle-mounted display screen.
Description
Technical Field
The invention relates to the field of automotive electronics, in particular to a system and a method for testing an upper computer, a CANoe upper computer and a storage medium.
Background
The existing vehicle-mounted display screen test scheme is that USB (universal serial bus) -to-I2C (inter-Integrated Circuit) hardware is used for simulating other vehicle-mounted controllers through Total Phase software to send an I2C instruction, a display screen is used as an I2C Slave, other vehicle-mounted controllers are used as I2C masters, and when the Write operation of the I2C masters is simulated, a Slave address and a Message are required to be input, then a 'Master Write' button is clicked to send the Message, wherein multiple functions are available according to an I2C communication protocol, namely, the Message has multiple data combinations; when the Read operation of the I2C Master is simulated, the Slave address and the information in the Master Register Read frame are required to be input, then the Master Register Read button is clicked to send, and after the execution is successful, the I2C Slave can reply a string of data with 16 bytes.
The prior art has the following technical problems: 1. the writing operation needs to find an instruction needing simulation by contrasting an I2C communication protocol, messages with different lengths are sent in sequence, then according to the change of data, check sum of the last byte needs to be manually calculated every time, when the data combination becomes huge or the data length is huge, manual input and check sum calculation are difficult, the testing efficiency is greatly reduced, and the error rate is high. When the upgrade data needs to be sent in a simulated mode, the upgrade test cannot be carried out through the scheme; 2. after the read operation is simulated, the I2C Slave can reply 16 bytes of data under normal conditions, the data also needs to be manually analyzed according to an I2C communication protocol, and certain data is difficult to convert from a HEX format to an ASIIC format; 3. if the item requirement defines that the I2C Master read operation needs to detect an interrupt request signal sent by an I2C Slave, the read operation is carried out, and the flow from reading to the interrupt request signal to carrying out the read operation cannot be simulated; 4. when a project requires some data to be written twice continuously, it is difficult to grasp the time interval of the two writing operations by manually inputting the data, and it is even impossible to realize if the time interval is required to be in the millisecond level.
Disclosure of Invention
In view of this, the present invention provides a system and a method for testing an upper computer, a CANoe upper computer and a storage medium, which can test I2C interaction between a vehicle-mounted display screen and other vehicle-mounted controllers, and can perform read-write operation on the vehicle-mounted display screen by simulating other vehicle-mounted controllers to send I2C commands when testing the vehicle-mounted display screen, so as to achieve the purpose of testing the vehicle-mounted display screen.
The invention provides a host computer test system, which is applied to the test of I2C communication in a vehicle-mounted display screen and at least comprises the following components:
the test board is in communication connection with the CANoe upper computer; the test board is used for downloading an I2C test program and corresponding configuration from the CANoe upper computer and testing equipment to be tested according to a control instruction of the CANoe upper computer; and the CANoe upper computer is used for simulating an I2C Master to send an I2C test program corresponding to a test item to the test board, and resolving hexadecimal information read from the equipment to be tested into a text description and displaying the text description.
Preferably, the device to be tested is a vehicle-mounted display screen.
Further, the test board comprises at least:
the FT4222 hardware module is used for connecting the CANoe upper computer through a USB; the serializer is used for connecting a deserializer of the equipment to be tested through FAKRA or HSD; and the MCU module is used for receiving a control instruction sent by the CANoe upper computer, resolving the I2C test program and the corresponding configuration into test items, testing the equipment to be tested according to the control instruction, and uploading a test result to the CANoe upper computer.
In the technical scheme, the test board and the CANoe upper computer which are in communication connection form a test system which can simulate other vehicle-mounted controllers to send video data, I2C data and the like, such as a simulation instrument, a central control and the like; the test system exists as an I2C Master and is used for testing the vehicle-mounted display screen; the test board comprises an MCU, a serializer and FT4222 hardware, but is not limited to the modules, the test board only describes transmission related to I2C, the serializer of the test board is connected with a deserializer of a vehicle-mounted display screen through FAKRA or HSD, and video transmission and I2C communication can be carried out through the connection of the serializer and the deserializer; the CANoe upper computer, which is the main description content of the patent, can simulate an I2C Master to send I2C data with corresponding functions according to the functional requirements of customers, resolves hexadecimal information read from a vehicle-mounted display screen into readable text description and displays the text description, and can print LOG read and written by the I2C, thereby facilitating the analysis of subsequent problems.
Further, the CANoe host computer includes:
the display screen control module is used for sending the I2C test program and the corresponding configuration to the test board and sending a control instruction for automatically testing according to the test items; the test items include at least: switching equipment addresses, simulating a display screen state, writing in a version number, configuring display screen keys and adjusting the backlight brightness of the keys.
In the technical scheme, the display screen control module is a virtual panel of the upper computer test system, wherein the display screen control module is provided with an instruction sending button for sending and downloading the test program and the corresponding configuration to the test board, so that I2C reading and writing operations can be easily performed, the I2C writing operation can be simulated to automatically send a corresponding slave address and Message and automatically calculate checksum, and after the reading operation is simulated, reading data can be automatically analyzed, and hexadecimal data is analyzed into character descriptions with strong readability, so that the vehicle-mounted display screen I2C and functions thereof can be tested; the Slave address and the Message do not need to be manually input, and the checksum does not need to be manually calculated, so that the complexity of manual operation is greatly reduced, the error rate is reduced, the testing efficiency is improved, and the labor cost is reduced; data does not need to be analyzed by manually contrasting an I2C protocol, read data can be automatically analyzed, the hexadecimal data is analyzed into text description with strong readability, the readability of the data is enhanced, two frames of write data can be continuously sent, the time interval of sending the two frames of data can be accurate to millisecond level, and a good solution is provided for the project needing to be written with the two frames of data to be continuously sent.
Further, the display screen information module is used for analyzing the information read from the equipment to be tested according to a communication protocol and testing the result; the test results at least include: displaying screen state information, product ID information, version number information, fault information and screen key state.
Further, the Log window is used for printing the read-write specific information in the I2C transmission process, where the information at least includes: timestamp, read-write type, device address, data length, and specific data content.
In the above technical solution, the display screen information module and the Log window are virtual panels of the upper computer test system, the display screen control module sends the I2C test program and corresponding configuration to the test board, and sends a control instruction for automatically testing according to the test items, and then the test board tests the vehicle-mounted display screen, so that hexadecimal information read from the vehicle-mounted display screen is resolved into text description and is displayed on the display screen information module, which specifically includes the following steps: sending a starting signal to a vehicle-mounted display screen; writing the allocated dynamic address for the vehicle-mounted display screen, and writing the address of an internal register of the vehicle-mounted display screen after receiving a response signal ACK of the vehicle-mounted display screen; sending a restarting signal through an I2C bus, writing the distributed dynamic address to the vehicle-mounted display screen, and starting to read data of the vehicle-mounted display screen after receiving a response signal ACK of the vehicle-mounted display screen; when an ending signal sent by the master device based on the I2C bus is in a high level SCL, the SDA jumps from a low level to a high level to end the current I2C reading control command operation; sending the read vehicle-mounted display screen data to an upper computer; finishing the current I2C read control command operation; and when the I2C bus is in an idle state, receiving an I2C reading control command sent by the upper computer, and performing the next I2C reading control command operation on the vehicle-mounted display screen until all I2C reading control command operations are completed.
According to the technical scheme, the upper computer test system can realize that the read operation is carried out when the interrupt request pin is detected to be pulled down or pulled up, the specific pulling up or pulling down is determined by project requirements, for a project with an interrupt request signal, the real situation of the read operation can be better simulated, the I2C interrupt request signal can be detected, and the test environment can be more suitable for the actual situation of the project.
It should be understood that the I2C protocol and the CAN protocol CAN be tested on the same CANoe platform, and if the data is written in through the I2C protocol and then read through the CAN protocol on the project, the operation CAN be performed on the same software, so that the switching of the software platform in the testing process is avoided, and the testing efficiency is improved.
Further, the CANoe host computer still includes:
and the MCU upgrading module is used for sending an MCU upgrading file to the test board, wherein the MCU upgrading file comprises the cases of normal MCU upgrading and abnormal MCU upgrading, when the equipment to be tested does not respond or sends an upgrading error code, the related error code information is printed out in the Log window, and the current data is retransmitted for 3 times.
Further, the CANoe host computer still includes:
and the TP or TK upgrading module is used for sending TP or TK upgrading files to the test board, the TP or TK upgrading files comprise TP or TK normal upgrading TP or TK abnormal upgrading cases, and when the equipment to be tested does not respond or sends upgrading error codes, the related error code information is printed out in the Log window, and current data are retransmitted for 3 times.
According to the technical scheme, the MCU upgrading module and the TP or TK upgrading module are virtual panels of the upper computer testing system, the MCU upgrading module and the TP or TK upgrading module can achieve the purpose of importing local upgrading files of a computer through the upper computer testing system, when software upgrading is needed, data receiving and sending can be automatically carried out according to a defined communication protocol by clicking an upgrading button of the upper computer, and software upgrading testing can be automatically carried out.
As another preferred, the invention further provides a testing method of the upper computer testing system, which is characterized in that
The method specifically comprises the following steps:
s1: and acquiring and downloading the I2C test program and the corresponding configuration.
S2: and resolving the I2C test program and the corresponding configuration into test items according to the control instruction, testing the equipment to be tested according to the control instruction, uploading the test result to a CANoe upper computer, and testing the equipment to be tested.
Further, the I2C test program and the corresponding configuration at least include: control information and data;
the control information includes at least: the device to be tested comprises a start signal, an end signal, a response mark signal of the device to be tested, a write data mark signal, a read data mark signal and a reading operation stopping mark signal;
the data at least comprises: the method comprises the steps of obtaining a static address and a dynamic address to be distributed of the equipment to be tested, an I2C broadcast address, an I2C common command code, an internal register address of the equipment to be tested and effective data written into the equipment to be tested.
Further, the writing of the valid data of the device under test at least includes: the method comprises the steps of switching equipment address data, simulating display screen state data, writing version number data, configuring display screen key data, adjusting key backlight brightness data, MCU upgrading files and TP or TK upgrading files.
As another preferred, the invention further provides a CANoe upper computer, which is used for sending the I2C test program and the corresponding configuration to the test board to realize the test of the device to be tested; the CANoe upper computer is the CANoe upper computer in the system.
The CANoe upper computer realizes the following flow:
(1) generating a CAPL DLL: download the lib file of FT4222 from FTDI office network, here containing two interfaces: d2XX and FT4222H, using library of two interfaces to generate CAPL DLL according to CANoe requirement through Visual Studio software, wherein the CAPL DLL can be called on the CANoe, thereby controlling FT4222 by using CANoe software.
(2) Newly building a CANoe project: and (5) newly building a blank project.
(3) Creating system variables on the CANoe: and (3) organizing functions needing reading and writing according to a software requirement protocol, and creating System Variables on Environment-System Variables.
(4) Creating a virtual panel: and according to functions needing to be realized, a virtual Panel is created on the Panel, and the control needed to be used is dragged to the virtual Panel and then the control name is modified.
(5) Associating virtual panels and system variables: and (4) associating the system variable created in the step (3) with the virtual panel created in the step (4).
(6) Newly building a simulation node: and newly establishing an emulation node in the Simulation Setup, wherein the emulation node is used for writing codes to emulate the I2C Master to send the I2C data.
(7) Writing and debugging code: and (4) creating a can file on the node created in the step (6), and calling the CAPL DLL generated in the step (1) under inclusions. And (4) starting to compile codes, simulating an upper computer of an I2C Master sending an I2C protocol, analyzing data sent by a vehicle-mounted display screen and the like.
(8) Operation and use engineering: clicking "Start" starts the running project.
As another preference, the present invention also provides a storage medium located at any control unit, the storage medium comprising a computer program executable by a processor, the computer program being for performing the test method as described above.
Compared with the prior art, the beneficial effect of this scheme lies in:
by arranging five virtual panels, namely a display screen control module, a display screen information module, a Log window, an MCU upgrading module and a TP or TK upgrading module, on the CANoe upper computer, a Slave address and a Message do not need to be manually input, and a checksum does not need to be manually calculated, so that the complexity of manual operation is greatly reduced, the error rate is reduced, the testing efficiency is improved, and the labor cost is reduced; the data can be automatically analyzed by the CANoe upper computer without manually analyzing the data by contrasting an I2C protocol, the data can be automatically analyzed and the hexadecimal data can be analyzed into character description with strong readability, the readability of the data is enhanced, an I2C interruption request signal can be detected, and the test environment is more suitable for the actual condition of the project; meanwhile, the invention CAN send multi-frame writing requests in a short time, CAN automatically carry out software upgrading test, and CAN realize that the I2C protocol and the CAN protocol CAN be tested on the same CANoe platform, thereby avoiding the switching of software platforms in the test process and improving the test efficiency.
Drawings
Fig. 1 is a schematic diagram of an upper computer testing system according to the present invention.
FIG. 2 is a schematic diagram of a CANoe upper computer of the present invention.
FIG. 3 is a flowchart of the CANoe upper computer implementation of the present invention.
Detailed Description
To facilitate an understanding of the invention, the invention will now be described more fully with reference to the accompanying drawings. Preferred embodiments of the present invention are shown in the drawings. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein.
Referring to fig. 1, in a preferred embodiment, the present invention provides a system for testing an upper computer, which is applied to testing I2C communication in a vehicle-mounted display screen, and at least includes:
the test board is in communication connection with the CANoe upper computer; the test board is used for downloading an I2C test program and corresponding configuration from the CANoe upper computer and testing equipment to be tested according to a control instruction of the CANoe upper computer; and the CANoe upper computer is used for simulating an I2C Master to send an I2C test program corresponding to a test item to the test board, and resolving hexadecimal information read from the equipment to be tested into a text description and displaying the text description.
Preferably, the device to be tested is a vehicle-mounted display screen.
Further, the test board comprises at least:
the FT4222 hardware module is used for connecting the CANoe upper computer through a USB; the serializer is used for connecting a deserializer of the equipment to be tested through FAKRA or HSD; and the MCU module is used for receiving a control instruction sent by the CANoe upper computer, analyzing the I2C test program and the corresponding configuration into test items, testing equipment to be tested according to the control instruction, and uploading a test result to the CANoe upper computer.
In a specific implementation process, the test board and the CANoe upper computer which are in communication connection form a test system which can simulate other vehicle-mounted controllers to send video data, I2C data and the like, such as a simulation instrument and a central control system; the test system exists as an I2C Master and is used for testing the vehicle-mounted display screen; the test board comprises a MCU, a serializer and FT4222 hardware, but is not limited to the modules, the test board only describes transmission related to I2C, the serializer of the test board is connected with a deserializer of a vehicle-mounted display screen through FAKRA or HSD, and video transmission and I2C communication can be carried out through the connection of the serializer and the deserializer; the CANoe upper computer, which is the main description content of the patent, can simulate an I2C Master to send I2C data with corresponding functions according to the functional requirements of customers, resolves hexadecimal information read from a vehicle-mounted display screen into readable text description and displays the text description, and can print LOG read and written by the I2C, thereby facilitating the analysis of subsequent problems.
Referring to fig. 2, further, the CANoe upper computer includes:
the display screen control module is used for sending the I2C test program and the corresponding configuration to the test board and sending a control instruction for automatically testing according to the test items; the test items at least include: switching equipment address, simulating display screen state, writing version number, configuring display screen keys and adjusting backlight brightness of the keys.
In a specific implementation process, the display screen control module is a virtual panel of an upper computer test system, wherein the display screen control module is provided with an instruction sending button for sending and downloading the test program and the corresponding configuration to the test board, so that I2C reading and writing operations can be easily performed, the I2C writing operation can be simulated to automatically send a corresponding slave address and Message and automatically calculate checksum, the read data can be automatically analyzed after the I2C writing operation is simulated, and the hexadecimal data is analyzed into character descriptions with strong readability, so that the vehicle-mounted display screen I2C and functions thereof can be tested; the Slave address and the Message do not need to be input manually, and the checksum does not need to be calculated manually, so that the complexity of manual operation is greatly reduced, the error rate is reduced, the testing efficiency is improved, and the labor cost is reduced; data can be automatically analyzed without manually analyzing data according to an I2C protocol, the hexadecimal data can be analyzed into character description with strong readability, the readability of the data is enhanced, two frames of write data can be continuously sent, the sending time interval of the two frames of data can be accurate to millisecond level, and a good solution is provided for the project needing to be written with the two frames of data which are continuously sent.
Further, the display screen information module is used for analyzing the information read from the equipment to be tested according to a communication protocol and testing the result; the test results at least include: displaying screen state information, product ID information, version number information, fault information and screen key state.
Further, the Log window is used for printing specific information read and written during the I2C transmission process, where the information at least includes: timestamp, read-write type, device address, data length, and specific data content.
In a specific implementation process, a display screen information module and a Log window are virtual panels of an upper computer test system, an I2C test program and corresponding configuration are sent to a test board through a display screen control module, a control instruction for automatically testing according to a test item is sent, and then a vehicle-mounted display screen is tested through the test board, so that hexadecimal information read from the vehicle-mounted display screen is analyzed into text description and is displayed on the display screen information module, and the method specifically comprises the following steps: sending a starting signal to a vehicle-mounted display screen; writing the distributed dynamic address for the vehicle-mounted display screen, and writing the address of an internal register of the vehicle-mounted display screen after receiving a response signal ACK of the vehicle-mounted display screen; sending a restarting signal through an I2C bus, writing the distributed dynamic address to the vehicle-mounted display screen, and starting to read data of the vehicle-mounted display screen after receiving a response signal ACK of the vehicle-mounted display screen; when an ending signal sent by the I2C bus based on the master device is at a high level, the SDA jumps from a low level to a high level to end the current I2C read control command operation; sending the read vehicle-mounted display screen data to an upper computer; finishing the current I2C read control command operation; and when the I2C bus is in an idle state, receiving an I2C reading control command sent by the upper computer, and performing the next I2C reading control command operation on the vehicle-mounted display screen until all I2C reading control command operations are completed.
According to the implementation process in the specific implementation process, the upper computer test system can realize that the read operation is carried out when the pin of the interrupt request is detected to be pulled down or pulled up, the specific pulling up or pulling down is determined by the project requirement, for the project with the interrupt request signal, the real situation of the read operation can be better simulated, the I2C interrupt request signal can be detected, and the test environment can be more suitable for the actual situation of the project.
It should be understood that the I2C protocol and the CAN protocol CAN be tested on the same CANoe platform, and if the data is written in through the I2C protocol and then read through the CAN protocol on the project, the operation CAN be performed on the same software, so that the switching of the software platform in the testing process is avoided, and the testing efficiency is improved.
Further, the CANoe host computer still includes:
and the MCU upgrading module is used for sending an MCU upgrading file to the test board, wherein the MCU upgrading file comprises the cases of normal MCU upgrading and abnormal MCU upgrading, when the equipment to be tested does not respond or sends an upgrading error code, the related error code information is printed out in the Log window, and the current data is retransmitted for 3 times.
Further, the CANoe host computer still includes:
and the TP or TK upgrading module is used for sending TP or TK upgrading files to the test board, the TP or TK upgrading files comprise TP or TK normal upgrading TP or TK abnormal upgrading cases, and when the equipment to be tested does not respond or sends upgrading error codes, the related error code information is printed out in the Log window, and current data are retransmitted for 3 times.
In the specific implementation process, the MCU upgrading module and the TP or TK upgrading module are virtual panels of the upper computer testing system, the MCU upgrading module and the TP or TK upgrading module can achieve the purpose of importing local upgrading files of a computer through the upper computer testing system, when software upgrading is needed, data receiving and sending can be automatically carried out according to a defined communication protocol by clicking an upgrading button of the upper computer, and software upgrading testing can be automatically carried out.
As another preferred, the invention further provides a testing method of the upper computer testing system, which is characterized in that
The method specifically comprises the following steps:
s1: and acquiring and downloading the I2C test program and the corresponding configuration.
S2: and analyzing the I2C test program and the corresponding configuration into test items according to the control instruction, testing the equipment to be tested according to the control instruction, and uploading a test result to a CANoe upper computer to realize the test of the equipment to be tested.
Further, the I2C test program and the corresponding configuration at least include: control information and data;
the control information includes at least: the device to be tested comprises a start signal, an end signal, a response mark signal of the device to be tested, a write data mark signal, a read data mark signal and a reading operation stop mark signal;
the data at least comprises: the method comprises the steps of obtaining a static address and a dynamic address to be distributed of the equipment to be tested, an I2C broadcast address, an I2C public command code, an internal register address of the equipment to be tested and effective data written into the equipment to be tested.
Further, the writing of the valid data of the device under test at least includes: the method comprises the steps of switching equipment address data, simulating display screen state data, writing version number data, configuring display screen key data, adjusting key backlight brightness data, MCU upgrading files and TP or TK upgrading files.
Referring to fig. 3, as another preferred embodiment, the present invention further provides a CANoe host computer, where the CANoe host computer is configured to send an I2C test program and a corresponding configuration to a test board, so as to implement a test on a device to be tested; the CANoe upper computer is the CANoe upper computer in the system.
The CANoe upper computer is realized by the following process:
(1) generating a CAPL DLL: download the lib file of FT4222 from FTDI office network, here containing two interfaces: d2XX and FT4222H, using library of two interfaces to generate CAPL DLL according to CANoe requirement through Visual Studio software, wherein the CAPL DLL can be called on the CANoe, thereby controlling FT4222 by using CANoe software.
(2) Newly building a CANoe project: and newly building a blank project.
(3) Creating system variables on the CANoe: and (3) organizing functions needing reading and writing according to a software requirement protocol, and creating System Variables on Environment-System Variables.
(4) Creating a virtual panel: and according to functions needing to be realized, a virtual Panel is created on the Panel, and the control needed to be used is dragged to the virtual Panel and then the control name is modified.
(5) Associating virtual panels with system variables: and (4) associating the system variable created in the step (3) with the virtual panel created in the step (4).
(6) Newly building a simulation node: and newly establishing an emulation node in the Simulation Setup, wherein the emulation node is used for writing codes to emulate the I2C Master to send the I2C data.
(7) Writing and debugging code: and (4) creating a can file on the node created in the step (6), and calling the CAPL DLL generated in the step (1) under inclusions. And writing codes to simulate an upper computer for sending an I2C protocol by the I2C Master, analyze data sent by the vehicle-mounted display screen and the like.
(8) Operation and use engineering: click "Start" to Start running the project.
As another preference, the present invention also provides a storage medium, located at any control unit, comprising a computer program executable by a processor, the computer program being for performing the test method as described above.
Compared with the prior art, the beneficial effect of this scheme lies in:
by arranging five virtual panels, namely a display screen control module, a display screen information module, a Log window, an MCU upgrading module and a TP or TK upgrading module, on the CANoe upper computer, a Slave address and a Message do not need to be manually input, and a checksum does not need to be manually calculated, so that the complexity of manual operation is greatly reduced, the error rate is reduced, the testing efficiency is improved, and the labor cost is reduced; the data can be automatically analyzed by the CANoe upper computer without manually analyzing the data by contrasting an I2C protocol, the data can be automatically analyzed and the hexadecimal data can be analyzed into character description with strong readability, the readability of the data is enhanced, an I2C interruption request signal can be detected, and the test environment is more suitable for the actual condition of the project; meanwhile, the invention CAN send multi-frame writing requests in a short time, CAN automatically carry out software upgrading tests, and CAN realize that the I2C protocol and the CAN protocol CAN be tested on the same CANoe platform, thereby avoiding the switching of software platforms in the test process and improving the test efficiency.
Although the illustrative embodiments have been described herein with reference to the accompanying drawings, it is to be understood that the foregoing illustrative embodiments are merely exemplary and are not intended to limit the scope of the invention thereto. Various changes and modifications may be effected therein by one of ordinary skill in the pertinent art without departing from the scope or spirit of the present invention. All such changes and modifications are intended to be included within the scope of the present invention as set forth in the appended claims.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
The various system and method embodiments of the present invention may be implemented in hardware, or in software modules running on one or more processors, or in a combination thereof. Those skilled in the art will appreciate that a microprocessor or Digital Signal Processor (DSP) may be used in practice to implement some or all of the functionality of some of the modules according to embodiments of the present invention. The present invention may also be embodied as system programs (e.g., computer programs and computer program products) for performing a portion or all of the methods described herein. Such programs implementing the present invention may be stored on computer-readable media or may be in the form of one or more signals. Such a signal may be downloaded from an internet website or provided on a carrier signal or in any other form.
In the several embodiments provided in the present application, it should be understood that the disclosed system and method may be implemented in other ways. For example, the above-described system embodiments are merely illustrative, and for example, the division of functions is merely a logical division, and other divisions may be realized in practice, for example, multiple tools or components may be combined or integrated into another system, or some features may be omitted, or not executed.
Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present invention, "a plurality" means two or more unless specifically defined otherwise.
While the invention has been described in conjunction with the specific embodiments set forth above, it is evident that many alternatives, modifications and variations will be apparent to those skilled in the art in light of the foregoing description. Accordingly, it is intended to embrace all such alternatives, modifications, and variations that fall within the spirit and scope of the appended claims.
Claims (10)
1. The utility model provides a host computer test system, is applied to the test of I2C communication among the on-vehicle display screen which characterized in that includes at least:
the test board is in communication connection with the CANoe upper computer;
the test board is used for downloading an I2C test program and corresponding configuration from the CANoe upper computer and testing equipment to be tested according to a control instruction of the CANoe upper computer;
and the CANoe upper computer is used for simulating an I2C Master to send an I2C test program corresponding to a test item to the test board, and resolving hexadecimal information read from the equipment to be tested into a text description and displaying the text description.
2. A host computer test system according to claim 1, wherein the test board comprises at least:
the FT4222 hardware module is used for connecting the CANoe upper computer through a USB;
the serializer is used for connecting a deserializer of the equipment to be tested through FAKRA or HSD;
and the MCU module is used for receiving a control instruction sent by the CANoe upper computer, resolving the I2C test program and the corresponding configuration into test items, testing the equipment to be tested according to the control instruction, and uploading a test result to the CANoe upper computer.
3. The upper computer test system of claim 2, wherein the CANoe upper computer comprises:
the display screen control module is used for sending the I2C test program and the corresponding configuration to the test board and sending a control instruction for automatically testing according to the test items;
the test items include at least: switching equipment addresses, simulating a display screen state, writing in version numbers, configuring display screen keys and adjusting the backlight brightness of the keys;
the display screen information module is used for analyzing the information read from the equipment to be tested according to a communication protocol and testing a result;
the test results at least include: displaying screen state information, product ID information, version number information, fault information and screen key state;
the Log window is used for printing the read-write specific information in the I2C transmission process, and the information at least comprises: timestamp, read-write type, device address, data length, and specific data content.
4. The upper computer test system according to claim 3, wherein the CANoe upper computer further comprises:
and the MCU upgrading module is used for sending an MCU upgrading file to the test board, wherein the MCU upgrading file comprises the cases of normal MCU upgrading and abnormal MCU upgrading, when the equipment to be tested does not respond or sends an upgrading error code, the related error code information is printed out in the Log window, and the current data is retransmitted for 3 times.
5. The upper computer test system according to claim 4, wherein the CANoe upper computer further comprises:
and the TP or TK upgrading module is used for sending TP or TK upgrading files to the test board, the TP or TK upgrading files comprise TP or TK normal upgrading TP or TK abnormal upgrading cases, and when the equipment to be tested does not respond or sends upgrading error codes, the related error code information is printed out in the Log window, and current data are retransmitted for 3 times.
6. A testing method applied to the upper computer testing system according to any one of claims 1 to 5, wherein the method specifically comprises the following steps:
s1: acquiring and downloading an I2C test program and corresponding configuration;
s2: and resolving the I2C test program and the corresponding configuration into test items according to the control instruction, testing the equipment to be tested according to the control instruction, uploading the test result to a CANoe upper computer, and testing the equipment to be tested.
7. The method of claim 6, wherein the I2C test program and corresponding configuration comprises at least: control information and data;
the control information includes at least: the device to be tested comprises a start signal, an end signal, a response mark signal of the device to be tested, a write data mark signal, a read data mark signal and a reading operation stop mark signal;
the data at least comprises: the method comprises the steps of obtaining a static address and a dynamic address to be distributed of the equipment to be tested, an I2C broadcast address, an I2C common command code, an internal register address of the equipment to be tested and effective data written into the equipment to be tested.
8. The method of claim 7, wherein the writing valid data of the device under test comprises at least: the method comprises the steps of switching equipment address data, simulating display screen state data, writing version number data, configuring display screen key data, adjusting key backlight brightness data, MCU upgrading files and TP or TK upgrading files.
9. The CANoe upper computer is characterized in that the CANoe upper computer is used for sending an I2C test program and corresponding configuration to a test board so as to realize the test of a device to be tested; the CANoe upper computer is the CANoe upper computer in the system according to any one of claims 1 to 5.
10. A storage medium at any control unit, the storage medium comprising a computer program executable by a processor, the computer program being adapted to perform a test method according to any one of claims 6-8.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211415319.1A CN115712533A (en) | 2022-11-11 | 2022-11-11 | Host computer test system and method, CANoe host computer and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211415319.1A CN115712533A (en) | 2022-11-11 | 2022-11-11 | Host computer test system and method, CANoe host computer and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115712533A true CN115712533A (en) | 2023-02-24 |
Family
ID=85232926
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211415319.1A Pending CN115712533A (en) | 2022-11-11 | 2022-11-11 | Host computer test system and method, CANoe host computer and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115712533A (en) |
-
2022
- 2022-11-11 CN CN202211415319.1A patent/CN115712533A/en active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7546584B2 (en) | Method and system for remote software testing | |
| CN108959068B (en) | Software interface testing method, device and storage medium | |
| CN110888414B (en) | Test method for upgrading vehicle controller | |
| US7992046B2 (en) | Test system with simulation control device for testing functions of electronic devices | |
| US20060036907A1 (en) | Area-and product-independent test automation system and method for automatically synchronizing tests of multiple devices | |
| CN109597475A (en) | A kind of server power supply information processing method, apparatus and system | |
| US12007872B2 (en) | Debugging assistance system and debugging assistance method | |
| CN114281624A (en) | Method, system, device and equipment for testing I2C signal integrity | |
| CN112988588B (en) | Client software debugging method and device, storage medium and electronic equipment | |
| CN112543478B (en) | WiFi module automatic test method and device, computer equipment and storage medium | |
| CN115712533A (en) | Host computer test system and method, CANoe host computer and storage medium | |
| CN110825617A (en) | Method and device for simulating communication interaction between devices | |
| CN102455958A (en) | Test system | |
| CN110567503A (en) | Automobile instrument testing system and method based on Arduino | |
| CN114328045A (en) | I2C debugging method, system and device for BMC and computer readable storage medium | |
| CN114745313A (en) | Terminal remote testing method and device, electronic equipment and readable medium | |
| CN115705284A (en) | Automatic test system, method, equipment and medium | |
| CN112559255B (en) | Method, system, device and storage medium for testing file mount recovery | |
| US20050081100A1 (en) | System and method for automatically initializing and diagnosing backplanes of electronic devices | |
| CN113419945B (en) | Interconnection-based automatic testing method and system | |
| CN117850392A (en) | Test method, device, system, equipment, medium and product of vehicle-mounted system | |
| CN101236495A (en) | Second generation personal system device recognition method and its method for loading driver | |
| CN117370083A (en) | Saturating multiple PCIE slots in a server through multiple ports in a single test card | |
| JPH07219980A (en) | Test execution system | |
| CN116610405A (en) | Method and device for controlling page state and electronic equipment |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |