KR102132482B1 - Method for testing appliance, and test system performing the method - Google Patents

Abstract

According to an embodiment of the present invention, provided is a test method of an appliance, which comprises the steps of: receiving acoustic data from an appliance passing through a test line; converting the received acoustic data into digital data; performing a test based on the converted digital data and reference data; and controlling the maintenance or stopping of the test line based on the test result. The acoustic data includes software version information for each of at least one module or PCB assembled in the appliance. The reference data is generated based on the software version information for each of the at least one module or PCB corresponding to the appliance.

Description

Test method, test device, and test system of appliance {METHOD FOR TESTING APPLIANCE, AND TEST SYSTEM PERFORMING THE METHOD}

The present invention relates to a method for testing an appliance, and a test device and a test system for performing the test method, in particular, whether the correct software version is mounted on each of the PCBs assembled in the appliance without a separate port. It is about a test method to test.

With the development of digital technology, various appliances such as digital refrigerators, digital air conditioners, digital washing machines, and digital TVs are appearing. Recently, in order to obtain various information from these appliances and control the appliances more conveniently, communication modules such as Wi-Fi and Bluetooth, various sensor modules, and output modules are mounted on the appliance.

The printed circuit boards (PCBs) on which each of these modules are mounted may be assembled inside the main body when manufacturing the appliance. In other words, the appliance can be manufactured by mounting and assembling parts or components of the appliance while passing through the factory's manufacturing line (or production line). The manufactured appliance can be checked for normal/bad status through a process inspection by an inspector or a quality control device.

On the other hand, depending on the model of the appliance or the country of release, the software version or specifications of the modules assembled to the appliance may vary. In this case, due to the implementation of various versions of the module on the same PCB, there may be a problem that a PCB with a different version than the predetermined version is assembled on the appliance.

In order to check whether the above-described problem occurs in the assembled appliance, a software version test must be performed during a process inspection (eg, line quality control (LQC)).

For example, in the case of an appliance such as an air conditioner, the software version test may be performed by connecting a PCB and a test device (eg, PC, etc.) through a port (eg, an MV port of an outdoor unit) provided in the device.

However, in the case of an appliance such as an air purifier, since a port for connecting with a test device is not provided, the software version test is virtually impossible because the product must be disassembled to perform the software version test. However, there is a method of displaying a software version test result through the display of the appliance, but there is a limit to the amount of information displayed on the display, so effective testing may be difficult.

1. Registered Patent Publication No. 10-1709469 (Registered on Feb. 17, 2017)

The problem to be solved by the present invention is to provide a test method, a test apparatus, and a test system for testing whether the modules or PCBs are mixed with respect to an appliance in which various modules and PCBs are assembled.

Another problem to be solved by the present invention is a test method, a test apparatus, and a test system capable of testing whether or not the modules or PCBs are mixed even for an appliance that does not have a separate port for connection with a test apparatus. Is to provide

The method of testing an appliance according to an embodiment of the present invention includes receiving sound data from an appliance passing through a test line, converting received sound data into digital data, and testing based on the converted digital data and reference data. And controlling maintenance or stop of the test line based on test results, wherein the acoustic data includes software version information for each of at least one module or PCB assembled in the appliance. And, the reference data is generated based on software version information for each of at least one module or PCB corresponding to the appliance.

According to an embodiment, the step of performing the test may include obtaining a checksum value based on the converted digital data, comparing the obtained checksum value with a checksum reference value included in the reference data, and comparing the checksum If the value and the checksum reference value match, generating a test result corresponding to normal, and generating a test result corresponding to a defect when the checksum value and the checksum reference value do not match.

According to an embodiment, the step of performing the test may include: obtaining a digital code listing at least one software version information from the converted digital data, at least one software version corresponding to the appliance included in the reference data Obtaining a reference digital code listing information, comparing the obtained digital code with a reference digital code, and comparing results, when the digital code and the reference digital code match, generate a test result corresponding to normal, When the digital code and the reference digital code do not match, the method may include generating a test result corresponding to a defect.

Controlling the holding or stopping of the test line may include transmitting a control command corresponding to the stopping of the test line to the line control device when the test result corresponds to a defect.

The test method may further include outputting a test result screen including the test result through the display of the test device.

Test apparatus according to an embodiment of the present invention, a microphone for receiving the acoustic data output from the appliance, a communication unit for connecting with a server, a memory for storing the reference data received from the server, and the received acoustic data as digital data And a control unit controlling the communication unit to perform a test of the appliance based on the converted digital data and the reference data, and to transmit a test result generated according to the test execution to the server.

According to an embodiment, the control unit may obtain the acoustic data based on the identification sound detected from the sound received through the microphone.

A test system according to an embodiment of the present invention includes a test device that receives acoustic data output from an appliance of a test line, and performs testing of the appliance based on the received acoustic data and reference data corresponding to the appliance, and And a server that receives a test result from the test device and transmits a control command for maintaining or stopping the test line to the line control device based on the received test result.

According to an embodiment of the present invention, the test system can easily check whether the module or PCB is mixed by using acoustic data including software version information for a module assembled to the appliance or a PCB including the same. In particular, in the case of appliances that do not have a separate port for connection with an external device, it is possible to effectively check whether the module or PCB is mixed without disassembling the appliance through a test method according to an embodiment of the present invention.

1 is a diagram conceptually showing a test system of an appliance according to an embodiment of the present invention.
FIG. 2 is a schematic block diagram of a test apparatus included in the test system shown in FIG. 1.
FIG. 3 is a schematic block diagram of an appliance outputting acoustic data to the test system shown in FIG. 1.
4 is a ladder diagram illustrating a test method of an appliance according to an embodiment of the present invention.
5 is a table showing an example of software version information included in sound data output by the appliance for testing the software version of the appliance.
6 is a diagram illustrating in more detail the operation of the test system according to an embodiment of the present invention to perform a test based on acoustic data output from the appliance.
7 is an exemplary view of a test result screen output by a test device included in a test system.

Hereinafter, exemplary embodiments disclosed herein will be described in detail with reference to the accompanying drawings. The accompanying drawings are only for easy understanding of the embodiments disclosed in the present specification, and the technical spirit disclosed in the specification is not limited by the accompanying drawings, and all changes and equivalents included in the spirit and technical scope of the present invention It should be understood to include water to substitutes.

1 is a diagram conceptually showing a test system of an appliance according to an embodiment of the present invention.

Referring to FIG. 1, a test system according to an embodiment of the present invention checks a software version of at least one module corresponding to at least one PCB assembled in an appliance 50 manufactured in a manufacturing line (or production line) Can. For example, the at least one module included in the appliance 50 may have a different software version according to a difference in model or country of release. Accordingly, the test system can test whether the correct software version of the module is assembled in the appliance 50.

Specifically, the test system may include a test device 10. For example, the test device 10 may be implemented as a mobile terminal such as a smart phone or a tablet PC, but is not limited thereto, and may also be implemented as a computing device such as a desktop PC and a laptop.

The test device 10 acquires sound data output from the appliance 50 to be tested through sound sensing means such as a microphone, and whether the software version of the module assembled in the appliance 50 is correct based on the acquired sound data Can test The test device 10 may store test results or transmit them to the server 20. In addition, the test device 10 may display a test result through a display, thereby informing a manager or the like of the test result.

The server 20 may be connected to the test device 10 to receive test results of the test device 10. The server 20 may store and manage test results in a memory (database, etc.).

Meanwhile, the server 20 may transmit reference data (such as a reference value) for the appliance 50 to the test device 10 to perform the test of the test device 10. The test apparatus 10 may perform the test by converting the acoustic data obtained from the appliance 50 into digital data, and comparing the converted data with reference data received from the server 20.

For example, the reference data may include software version information of modules and PCBs to be assembled in the appliance 50. That is, the reference data includes software version information of modules and PCBs corresponding to the appliance 50.

According to an embodiment, the reference data may include a checksum reference value based on software version information of modules and PCBs corresponding to the appliance 50. Then, the test apparatus 10 may acquire a checksum value through digital conversion of acoustic data obtained from the appliance 50. The test apparatus 10 may perform a test by comparing the obtained checksum value with the checksum reference value. For example, when the checksum value and the checksum reference value match, the test apparatus 10 may generate a test result corresponding to PASS (normal). On the other hand, when the checksum value and the checksum reference value do not coincide, the test apparatus 10 may generate a test result corresponding to FAIL (bad).

Meanwhile, according to an embodiment, the test operation may be performed by the server 20. In this case, the test apparatus 10 may perform the role of transmitting the acquired acoustic data to the server 20 and receiving the test result from the server 20 and outputting it through the display.

The server 20 may transmit a control command to control the line control operation of the line control device 30 based on the test result. For example, when the test result corresponds to PASS (normal), the server 20 may not transmit a separate control command or may transmit a control command to maintain line operation to the line control device 30. On the other hand, when the test result corresponds to FAIL (bad), the server 20 may transmit a control command to stop operation of the line to the line control device 30.

The line control device 30 may control the operation of the line 40 for sequential testing of the appliance 50. For example, the line control device 30 may be implemented as a PC, but is not limited thereto. The line control device 30 may control the operation of the line 40 based on a control command received from the server 20.

The appliance 50 may perform software version testing while passing the line 40 after manufacturing. When performing the software version test, the appliance 50 may acquire software version information of each of the modules provided therein and generate sound data based on the acquired software version information. The appliance 50 may output the generated sound data for a predetermined time through a sound output unit such as a speaker or a buzzer.

The appliance 50 may include devices that do not have a separate port for exchanging information or data through connection with the test device 10. In this specification, it is assumed that the appliance 50 is an air cleaner, but the appliance 50 is not limited to the air cleaner.

Meanwhile, in FIG. 1, a test system in which the test device 10, the server 20, and the line control device 30 are implemented as separate devices is illustrated, but according to an embodiment, the test device 10, The server 20 and the line control device 30 may be integrally implemented in one device.

Hereinafter, a control configuration of the test apparatus 10 and the appliance 50 will be schematically described with reference to FIGS. 2 to 3.

FIG. 2 is a schematic block diagram of a test apparatus included in the test system shown in FIG. 1.

Referring to FIG. 2, the test device 10 includes a communication unit 110, an input unit 120, a microphone 130, a display unit 140, an audio output unit 150, a memory 160, and a control unit 170 It may include. The configurations shown in FIG. 2 are not essential for implementing the test device 10, so the test device 10 may include more or fewer components.

The communication unit 110 may include at least one communication module for connecting the test device 10 to the server 20 and the like. For example, the communication unit 110 may include a modem for network connection such as LAN, a mobile communication module such as LTE, and a wireless Internet module such as Wi-Fi.

According to an embodiment, when the test device 10 and the server 20 are integrally implemented, the communication unit 110 may connect the test device 10 with the line control device 30.

The input unit 120 may include at least one input means for inputting a predetermined signal, data, request, command, or the like to the test apparatus 10 by user manipulation. For example, the at least one input means may include a button, a dial, a touch pad, a touch screen, a mouse, a keyboard, a microphone, and the like.

The microphone 130 may acquire sound data output from the appliance 50. The control unit 170 may perform a software version test on the appliance 50 based on the acquired acoustic data.

The display unit 140 and the sound output unit 150 may output information such as an operation state of the test device 10 or a test result of the appliance 50. The display unit 140 may output the various information in the form of graphics or text, and the sound output unit 150 may output the various information in the form of voice or sound.

In the memory 160, various data such as control data for controlling the operation of components included in the test device 10 and data for performing an operation corresponding to an input obtained through the input unit 120 may be stored. Can.

In addition, reference data (eg, a checksum reference value) provided from the server 20 and acoustic data obtained from the appliance 50 may be stored in the memory 160. In addition, the memory 160 includes converting sound data received from the appliance 50 into digital data, extracting data (eg, a checksum value) for testing from the converted data, and extracted data Algorithms for performing an operation for generating a test result based on and reference data may be stored. The algorithms may be processed by the test module 172, or may constitute the test module 172.

In addition, data or an algorithm for performing an operation of outputting a test result through the display unit 140 and/or the sound output unit 150 may be stored in the memory 160.

According to an embodiment, the memory 160 may include a database for storing test results of the appliance 50.

The control unit 170 may control the overall operation of the test device 10. The control unit 170 may include at least one processor (or controller). Each of the at least one processor (or controller) may be implemented by hardware such as a CPU, a microcomputer, an application processor (AP), an integrated circuit, or an application specific integrated circuit (ASIC).

According to an embodiment of the present invention, the control unit 170 may include a test module 172 that performs software version testing of modules assembled to the appliance 50. The test module 172 can be implemented in hardware, software, or a combination thereof. When the test module 172 is implemented in software, the control unit 170 may perform the test by loading and processing program data and algorithms of the test module 172 from the memory 160.

As described above, when the acoustic data is received through the microphone 130, the test module 172 converts the received acoustic data into data in a digital form, and receives data for testing (checksum value, etc.) from the converted data. Can be extracted. The test module 172 may obtain a test result by comparing the extracted data with reference data.

The control unit 170 may output the obtained test result through the display unit 140 and/or the sound output unit 150. In addition, the control unit 170 may transmit the test result to the server 20 through the communication unit 110.

FIG. 3 is a schematic block diagram of an appliance outputting acoustic data to the test system shown in FIG. 1.

Referring to FIG. 3, the appliance 50 includes a communication unit 510, an input unit 520, a driving unit 530, a display unit 540, an audio output unit 550, a memory 560, and a control unit 570. It can contain. The configuration shown in FIG. 3 is only an example for describing the appliance 50, and the configurations included in the appliance 50 may be partially changed.

The communication unit 510 may include at least one communication module for connecting to a user's terminal or server when the appliance 50 is driven. For example, the at least one communication module may include a short-range wireless communication module such as Bluetooth, near field communication (NFC), and a wireless Internet module such as Wi-Fi. The communication unit 510 may be implemented on at least one PCB and assembled in the appliance 50. In addition, the communication unit 510 includes software related to the operation of each of the at least one communication module, and the version of the software is different from each other according to the type or specification of hardware included in the at least one communication module, a specific communication method, and the like. Can.

The input unit 520 may include at least one input means for inputting a request or command related to the operation of the appliance 50 to the appliance 50 by user manipulation. For example, the at least one input means may include buttons, dials, touch pads, and the like.

The driver 530 may include at least one configuration related to functions supported by the appliance 50. The control unit 9570 may provide a function supported by the appliance 50 by controlling the operation of the driving unit 530. The driving unit 530 may vary depending on the type of the appliance 50. For example, when the appliance 50 is an air purifier, the driving unit 530 may include a fan motor, an air quality sensor, and the like. For example, when the appliance 50 is a refrigerator, the driving unit 530 may include a compressor motor, a light source, and the like.

The display unit 540 and the sound output unit 550 may output various information such as an operation state and an operation mode of the appliance 50. The display unit 540 may output the various information in the form of graphics or text, and the sound output unit 550 may output the various information in the form of voice or sound.

For example, a module that controls driving of the display unit 540 may be implemented in a PCB (eg, a display PCB) and assembled in the appliance 50. In addition, the module includes software related to driving control of the display unit 540, and the version of the software may be different depending on the type or specification of the display panel or the driving chip.

Meanwhile, according to an embodiment of the present invention, the control unit 570 may acquire a test start command through the input unit 520 and generate sound data in response to the obtained test start command. The control unit 570 may output the generated sound data through the sound output unit 550. The acoustic data may include software version information of each of the modules included in the appliance 50.

Various data such as control data for controlling the operation of the components included in the appliance 50 and data for performing an operation corresponding to the input obtained through the input unit 520 may be stored in the memory 560. .

In addition, software version information of each of the modules included in the appliance 50 may be stored in the memory 560. For example, the software version information of each of the modules may be distributed and stored in a memory separately provided in each of the PCBs on which the modules are mounted, but this is not necessarily the case.

Also, an algorithm for generating sound data including software version information of each of the modules may be stored in the memory 560. The algorithm may be processed by the acoustic data generation module 572 or may constitute the acoustic data generation module 572.

The controller 570 may control the overall operation of the appliance 50. The control unit 570 may include at least one processor (or controller). Each of the at least one processor (or controller) may be implemented by hardware such as a CPU, a microcomputer, an application processor (AP), an integrated circuit, or an application specific integrated circuit (ASIC). Meanwhile, the control unit 570 may be implemented on the main PCB and assembled to the appliance 50. In this case, the control unit 570 may include software (firmware, operating system, etc.) related to the operation of the at least one processor, and the version of the software is the type or specification of at least one processor included in the control unit 570 , It may vary according to the language of the country of release of the appliance 50.

Meanwhile, according to an embodiment of the present invention, the control unit 570 may include an acoustic data generation module 572 for generating the above-described acoustic data. The acoustic data generation module 572 may be implemented in hardware, software, or a combination thereof. When the acoustic data generation module 572 is implemented in software, the control unit 570 may generate the acoustic data by loading and processing program data or algorithms of the acoustic data generation module 572 from the memory 560. .

As described above, the acoustic data generation module 572 may generate acoustic data including software version information of modules included in the appliance 50. For example, the acoustic data generation module 572 may set the frequency or amplitude of the sound according to the software version information of each module, and generate sound data having the set frequency or amplitude. Content related to sound data generation of the sound data generation module 572 will be described in more detail with reference to FIGS. 5 to 6 later.

The control unit 570 may control the sound output unit 550 to output sound data generated by the sound data generation module 572.

4 is a ladder diagram illustrating a test method of an appliance according to an embodiment of the present invention.

Referring to FIG. 4, the test device 10 may wait for recording to acquire sound data output from the appliance 50 (S100).

The control unit 170 of the test device 10 may activate the microphone 130 to obtain sound data output from the appliance 50.

As the microphone 130 is activated, it is possible to perform recording while the sound data is not output. The control unit 170 checks whether the sound data is included in the data obtained by the microphone 130, and when the result of the check does not include the sound data, the control unit 170 displays the data acquired by the microphone 130. It may or may not be processed. That is, the recording standby means activation of the microphone 130 to acquire sound data output from the appliance 50, and means that the recording operation of the microphone 130 is being performed.

The appliance 50 may acquire a test start command through the input unit 520 or the like (S110), and generate and output sound data including software version information of modules or PCBs in response to the acquired test start command. (S120).

As an example, the administrator may input a test start command by operating the input unit 520 of the appliance 50. Depending on the embodiment, the test start command may be automatically input through various methods (such as sound) without the action of the administrator.

The acoustic data generation module 572 of the appliance 50 may generate acoustic data in response to the test start command. Specifically, the acoustic data generation module 572 may acquire software version information of each of the components (module, PCB, etc.) included in the appliance 50 and generate acoustic data including the acquired software version information. .

For example, the acoustic data generation module 572 includes version information of the software (firmware, operating system, etc.) related to the operation of the control unit 572 (main SW in FIG. 5), and version information of software related to the operation of the display unit 540. (Display SW in FIG. 5), sound data including version information of the software (EEPROM SW in FIG. 5) related to the operation of the memory 560 may be generated.

The control unit 570 may control the sound output unit 550 to output the generated sound data. According to an embodiment, the control unit 570 inserts a preset identification sound for the test apparatus 10 to identify that the sound data is sound data for testing a software version, in front of the sound data, and the identification sound is inserted. The sound output unit 550 may be controlled to output the generated sound data.

The test apparatus 10 may acquire sound data output from the appliance 50 (S130), and perform a test based on the acquired sound data (S140).

The microphone 130 of the test device 10 may acquire acoustic data output from the appliance 50. The control unit 170 may identify whether the acquired acoustic data is acoustic data output from the appliance 50.

For example, when the identification sound inserted into the acquired sound data is detected, the control unit 170 may identify that the sound data is sound data output from the appliance 50.

When the acoustic data is identified, the controller 170 may convert the acquired acoustic data into digital data such as digital codes according to a predetermined algorithm.

The test module 172 may perform the test based on the converted digital data and reference data stored in the memory 160. For example, the test module 172 may acquire a checksum value through the sum of digital codes included in the converted digital data, and compare the obtained checksum value with the checksum reference value included in the reference data.

As a result of comparison, when the checksum value and the checksum reference value are the same, the test module 172 may generate a test result corresponding to PASS (normal). On the other hand, when the checksu value and the checksum reference value are different, the test module 172 may generate a test result corresponding to FAIL (bad).

The test device 10 may output a test result generated according to the test execution (S150), and transmit the test result to the server 20 (S160).

For example, the control unit 170 of the test apparatus 10 may generate a test result screen including the test result, and output the generated test result screen through the display unit 140.

In addition, the control unit 170 may control the communication unit 110 to transmit the test result to the server 20.

The server 20 may accumulate the received test results in a memory (database). Accordingly, the administrator can conveniently obtain information related to the mixing ratio of the PCB when assembling the appliance 50 by checking the test results stored in the database.

When the received test result corresponds to FAIL (YES in S170), the server 20 may transmit a line stop command for stopping the running test line 40 to the line control device 30 ( S180).

On the other hand, if the received test result corresponds to PASS (normal), the server 20 may not transmit a line maintenance command to the line control device 30 or a command related to line control.

When the line control device 30 receives a line stop command from the server 20, the line control device 30 may stop the line 40 in operation (S190).

As the line 40 is stopped, the administrator can remove the defective appliance 50 from the line 40 and resume operation of the line 40.

5 is a table showing an example of software version information included in sound data output by the appliance for testing the software version of the appliance. 6 is a diagram illustrating in more detail the operation of the test system according to an embodiment of the present invention to perform a test based on acoustic data output from the appliance.

Referring to FIG. 5, in the memory 560 of the appliance 50, version information of software (firmware, operating system, etc.) related to the operation of PCBs having components (modules) assembled in the appliance 50 is stored. Can be. As described above with reference to FIG. 3, each software version information may be distributed and stored in memory separately provided in PCBs on which respective components are mounted, but this is not necessarily the case.

For example, the acoustic data includes version information (Main SW) of software (firmware, operating system, etc.) related to the operation of the control unit 570, version information (Display SW) of software related to the operation of the display unit 540, and a memory 560 ) May include version information (EEPROM SW) of software related to the operation. According to an embodiment, the acoustic data may further include checksum information corresponding to each software version information in order for the test apparatus 10 to check whether each software version information is correctly received.

Referring to FIG. 6, the control unit 170 of the test apparatus 10 may convert the received acoustic data into digital data. The converted digital data may correspond to a digital code listing a plurality of software version information as shown in FIG. 5.

Meanwhile, the test device 10 may receive reference data including a reference value defined for the appliance 50 from the server 20. For example, the reference value may mean a checksum reference value or a reference digital code listing software version information of modules or PCBs corresponding to the appliance 50.

The test module 172 may perform a test by obtaining a checksum value based on the sum of digital codes of the converted digital data, and comparing the obtained checksum value with the checksum reference value.

According to an embodiment, the test module 172 may perform a test by comparing whether the digital code of the converted digital data matches the reference digital code.

As a result of the comparison, when the checksum value and the checksum reference value match (or the digital code and the reference digital code match), the test apparatus 10 may transmit a test result corresponding to PASS (normal) to the server 20. The test result is PASS, indicating that the PCBs of a predetermined specification in the appliance 50 are correctly assembled.

On the other hand, when the checksum value and the checksum reference value do not match (or the digital code and the reference digital code do not match), the test apparatus 10 may transmit a test result corresponding to FAIL (bad) to the server 20. The test result is FAIL, indicating that a PCB other than the PCB having a predetermined specification is assembled (mixed) in the appliance 50.

The server 20 may store the received test results in a database (or memory, etc.). In addition, the server 20 may transmit a control command to control the maintenance or stop of the line 40 based on the test result to the line control device 30.

When the test result corresponds to PASS (normal), the server 20 may not transmit a control command to maintain the line 40 to the line control device 30 or a separate control command. When the test result corresponds to FAIL (bad), the server 20 may transmit a control command to stop the line 40 to the line control device 30.

7 is an exemplary view of a test result screen output by a test device included in a test system.

Referring to FIG. 7, the test device 10 may output a test result screen 700 including test results through the display unit 140.

For example, the test result screen 700 may display a test result 710, software version information 720 obtained from the received acoustic data, a test status 730, and a test control item and count 740.

The test result 710 may indicate PASS (normal) or FAIL (bad).

The software version information 720 indicates software version information of each of the components included in the acoustic data received from the appliance 50. For example, the software version information 720 includes version information 721 of software related to the operation of the control unit 570, version information 722 of software related to the operation of the display unit 540, and operation of the memory 560. Version information 723 of the related software may be included.

The test state 730 may display information related to the operation of the test device 10. For example, the test state 730 may include testing, stopping testing, waiting, and the like.

The test control item and count 740 may include items 742 and 744 related to control of the test operation and a count 746 of the appliance 50 that has been tested.

That is, according to an embodiment of the present invention, the test system facilitates the mixing of the configurations by using acoustic data including version information of software associated with the components (module, PCB) assembled in the appliance 50. Can be confirmed. In particular, in the case of appliances that do not have a separate port for connection with an external device, it is possible to effectively check whether the above configurations are mixed without disassembling the appliance through a test method according to an embodiment of the present invention.

The above description is merely illustrative of the technical idea of the present invention, and those skilled in the art to which the present invention pertains may make various modifications and variations without departing from the essential characteristics of the present invention.

Therefore, the embodiments disclosed in the present invention are not intended to limit the technical spirit of the present invention, but to explain, and the scope of the technical spirit of the present invention is not limited by these embodiments.

The scope of protection of the present invention should be interpreted by the claims below, and all technical spirits within the scope equivalent thereto should be interpreted as being included in the scope of the present invention.

Claims (17)

delete Receiving acoustic data from the appliance passing the test line;
Converting the received acoustic data into digital data;
Performing a test based on the converted digital data and reference data; And
And controlling the holding or stopping of the test line based on a test result,
The acoustic data,
Includes software version information for each of at least one module or PCB assembled in the appliance,
The reference data is generated based on software version information for each of at least one module or PCB corresponding to the appliance,
The step of performing the test,
Obtaining a checksum value based on the converted digital data;
Comparing the obtained checksum value with a checksum reference value included in the reference data; And
And comparing the checksum value with the checksum reference value, generating a test result corresponding to normal, and generating a test result corresponding to a defect when the checksum value and the checksum reference value do not match.
How to test the appliance. Receiving acoustic data from the appliance passing the test line;
Converting the received acoustic data into digital data;
Performing a test based on the converted digital data and reference data; And
And controlling the holding or stopping of the test line based on a test result,
The acoustic data,
Includes software version information for each of at least one module or PCB assembled in the appliance,
The reference data is generated based on software version information for each of at least one module or PCB corresponding to the appliance,
The step of performing the test,
Obtaining digital code listing at least one software version information from the converted digital data;
Obtaining a reference digital code listing at least one software version information corresponding to the appliance included in the reference data;
Comparing the obtained digital code and a reference digital code; And
And comparing the digital code and the reference digital code, generating a test result corresponding to normal, and generating a test result corresponding to a defect when the digital code and the reference digital code do not match.
How to test the appliance. The method of claim 2 or 3,
Controlling the maintenance or stop of the test line,
And when the test result corresponds to a defect, transmitting a control command corresponding to the stop of the test line to the line control device.
How to test the appliance. The method of claim 2 or 3,
And outputting a test result screen including the test result through the display of the test device.
How to test the appliance. delete A microphone receiving acoustic data output from the appliance;
Communication unit for connecting with the server;
A memory for storing reference data received from the server; And
Convert the received sound data into digital data,
The appliance is tested based on the converted digital data and the reference data,
And a control unit controlling the communication unit to transmit a test result generated according to the execution of the test to the server,
The acoustic data,
And at least one software version information for at least one module or PCB assembled in the appliance,
The reference data is data provided based on at least one software version information for at least one module or PCB corresponding to the appliance,
The control unit,
A checksum value is obtained from the converted digital data,
The obtained checksum value is compared with the checksum reference value included in the reference data,
As a result of comparison, when the checksum value and the checksum reference value match, a test result corresponding to normal is generated, and when the checksum value and the checksum reference value do not match, a test result corresponding to a defect is generated.
Test device. A microphone receiving acoustic data output from the appliance;
Communication unit for connecting with the server;
A memory for storing reference data received from the server; And
Convert the received sound data into digital data,
The appliance is tested based on the converted digital data and the reference data,
And a control unit controlling the communication unit to transmit a test result generated according to the execution of the test to the server,
The acoustic data,
And at least one software version information for at least one module or PCB assembled in the appliance,
The reference data is data provided based on at least one software version information for at least one module or PCB corresponding to the appliance,
The control unit,
Obtaining the digital code listing the at least one software version information from the converted digital data,
Obtaining a reference digital code listing at least one software version information included in the reference data,
When the digital code and the reference digital code match, a test result corresponding to normal is generated, and when the digital code and the reference digital code do not match, a test result corresponding to a defect is generated.
Test device. The method of claim 7 or 8,
Further comprising a display unit for outputting a test result screen including the test result
Test device. The method of claim 7 or 8,
The control unit,
Acquiring the sound data based on the identification sound detected from the sound received through the microphone
Test device. The method of claim 7 or 8,
The control unit,
Based on the test result, controlling the communication unit to transmit a control command to control the maintenance or stop of the test line to the line control device
Test device. The method of claim 7 or 8,
The control unit,
When the test result corresponds to a defect, the communication unit is controlled to transmit a control command corresponding to the stop of the test line to the line control device.
Test device. delete A test device for receiving sound data output from the appliance of the test line, and performing testing of the appliance based on the received sound data and reference data corresponding to the appliance; And
And a server that receives a test result from the test device and transmits a control command for maintaining or stopping the test line to the line control device based on the received test result,
The acoustic data,
And at least one software version information for at least one module or PCB assembled in the appliance,
The reference data is data provided based on at least one software version information for at least one module or PCB corresponding to the appliance,
The test device,
Convert the sound data into digital data,
The checksum value obtained from the converted digital data is compared with the checksum reference value included in the reference data,
As a result of comparison, when the checksum value and the checksum reference value match, a test result corresponding to normal is generated, and when the checksum value and the checksum reference value do not match, a test result corresponding to a defect is generated.
Test system. The method of claim 14,
The test device,
A test system that outputs the test result through at least one of a display and an audio output unit. The method of claim 14,
The server,
Containing a database that stores the received test results
Test system. The method of claim 14,
The server,
When the received test result corresponds to a defect, transmitting a control command corresponding to the stop of the test line to the line control device
Test system.

Images