JP2007328501A - Program debug support processor, adapter for communication and program debug support processing program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a program debug support processor for achieving the debug support processing of a program described in high rank language integrated in equipment, and for easily changing setting relating to a debug command without using any expensive device such as an emulator. <P>SOLUTION: A program debug support device includes a communication processing part 106 for executing the transmission/reception processing of a telegraphic message and a description program interpreting part 105 equipped with a command deciding part 105a for deciding whether or not data relating to a signal received by the communication processing part 106 are a debug command under the execution of processing based on a main body program based on a debug program stored in a data changeable storage part 101 in which a debug program including a main body program to be debugged and data relating to a debug command for debug support processing for detecting the error of the main body program is stored, and configured to perform processing based on the main body program or the debug program based on the decision. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to, for example, a processing apparatus for supporting debugging (correction of a bug (program error)) of a program mounted for causing an embedded device to execute a function, and a program for realizing the processing. .

  In addition to the program itself, a conventional program debugging device receives command data (hereinafter referred to as a debug command) for performing debugging support processing (output of values of variables and the like stored in memory, reference of registers, etc.). By adding a means for performing a function (program) that interprets, executes, and responds to the result, it is possible to directly perform debugging support processing of the program body without using an emulator or the like. (For example, refer to Patent Document 1).

Japanese Patent Laid-Open No. 11-167501 (pages 1 to 4 and FIG. 1)

  In the conventional program debug support processing apparatus, means for receiving, interpreting, executing and responding to a debug command is built in the firmware in advance, and information necessary for debugging the program body is obtained (output) In order to do so, it is necessary to directly specify hardware resources such as a register and a specific address value in the memory. Therefore, such a process is difficult when it is not possible to directly specify which hardware resource should be referred to, such as reference to a variable value such as a program written in a high-level language. There was a point.

  Further, since the functions of the respective units related to the debug support process are fixed and cannot be easily changed, for example, it is difficult to change the debug command according to the data such as the command related to the process of the program body. For this reason, when the reception interface (reception unit) of the program main body and the reception interface of the debugging means are shared, the data related to the processing of the program main body (control signal such as a command) cannot be specified due to the difference in interface. However, there is a problem that the setting cannot be easily performed.

  The present invention has been made to solve the above-described problems, and can be interpreted by a program written in a high-level language embedded in a device, mainly by an interpreter, without using an expensive device such as an emulator. A program debugging support processing apparatus that enables debugging support processing for a script language program to be obtained is also obtained.

  Furthermore, when a command related to program processing is expanded or rewritten, even if the reception interface of the program main body and the reception interface of the debugging means are shared, the definition settings for debug commands can be easily changed. Thus, a program debug support processing apparatus is provided which prevents data related to program processing and debug commands from overlapping.

  A program debug support apparatus according to the present invention includes a communication processing unit that executes transmission / reception processing of a signal including data, a main body program to be debugged, and at least data related to a debug command related to the debug support processing. Based on the debug program stored in the data changeable storage unit that stores the debug program for debugging support processing to be detected, the data related to the signal received by the communication processing unit during execution of the process based on the main body program is debugged. A command determination unit that determines whether the command is a command, and a description program interpretation unit that performs processing based on the main program or the debug program based on the determination of the command determination unit.

  According to the present invention, since not only the main body program but also the debug program is stored as data in the storage unit where data can be changed, the debug program corresponding to the program description format of the main body program can be easily stored, It is possible to execute the description program interpretation unit, and for example, debug support processing can be performed based on a debug program corresponding to a program described in a high-level language without using an expensive device such as an emulator. .

Embodiment 1 FIG.
1 is a block diagram showing a configuration centering on a program debugging support apparatus according to Embodiment 1 of the present invention. In the present embodiment, a program to be debugged (hereinafter referred to as a main body program) that is incorporated to realize the function of a communication adapter 100 (hereinafter referred to as adapter 100) for connecting a home appliance to a home network is a program to be debugged. Will be described. Therefore, the adapter 100 is a device that executes processing of the main body program, and the execution device itself serves as a program debugging support device for supporting debugging related to the main body program. More specifically, a protocol for controlling an air conditioner, which is a home appliance, and a protocol defined by ECHONET (ECHONET is a trademark of the ECHONET Consortium), a home network standard that controls home appliances in cooperation with each other. An apparatus that supports debugging of a main body program that performs mutual conversion will be described as an example.

  FIG. 2 is a diagram illustrating a configuration of a home network in which home appliances are connected to ECHONET using the adapter 100. For example, household appliances control operations according to their own protocol for each model, while ECHONET transmits and receives messages (signals containing various data) according to a standardized protocol. For this reason, protocol conversion processing is required when realizing an adapter function for connecting a home appliance to a home network. Here, if the protocol conversion processing procedure is set as a protocol conversion program corresponding to the protocol of each home appliance, only the protocol conversion program is rewritten and stored in the storage means, so that the same adapter (for example, the physical configuration) is used. If it exists, it can be made to correspond to a different kind of household appliance, and each household appliance can be connected to a home network. Therefore, the protocol conversion program can be downloaded from an external device 110 such as a home appliance main body, a personal computer, or a server published on the Internet, and when the adapter 100 is connected to the external device 110, the storage unit 101 can be rewritten. Write to the storage area.

  Further, the protocol conversion program exemplified in the present embodiment does not depend on hardware (particularly, data processing means such as a CPU (Central Processing Unit) that implements the function of the description program interpretation unit 105 and the like) constituting the adapter 100. It is assumed that it is written in a script language (high-level language). Therefore, even if the adapter 100 is different in hardware, it can be handled by the same program.

  In FIG. 1, the adapter 100 performs processing based on the contents described in the storage unit 101 that stores the program, the program download management unit 102 that downloads the program from the external device 110, and the program stored in the storage unit 101. Description program interpreter 105 to be executed, description program interpreter 105, communication for temporarily transmitting / receiving data in the electronic message between home appliance simulator 112 (home appliance) and ECHONET controller 116. The processing unit 106 is configured.

  Here, each unit (especially the program download management unit 102 and the description program interpretation unit 105) in the adapter 100 can be configured independently as a device (hardware). For example, a CPU (Central Processing Unit) is provided. The hardware consists of a central data processing means (computer), and the procedures of flowcharts (procedures as a pre-stage for performing processing according to the main program and debug program) by each unit to be described later are pre-programmed into software, firmware, etc. Can be stored in the adapter 100 and processed by the computer.

  The storage unit 101 stores the above-described main body program as, for example, data in a file format (hereinafter, the description content of the stored main body program is referred to as a main body program description unit 103). Similarly, a debug program for debugging the main body program is also stored as data in a file format (hereinafter, the description content of the stored debug program is referred to as a debug program description unit 104). The debug program description unit 104 further includes a debug command setting description unit 107 in which a description relating to the designation of debug information to be output based on the definition and processing of the debug command and an execution procedure for outputting the debug information are described. The debug command execution description unit 108 is provided. As will be described later, the content described in the debug command setting description unit 107 is registered in the debug information storage unit 109 as data to be referred to when performing processing related to debugging by the processing performed by the description program interpretation unit 105, Stored. The debug information storage unit 109 includes a debug command registration unit 116 that registers data related to the definition of the debug command in the message received by the communication processing unit 106 as debug command data, designation of debug information to be output, and the like. This is composed of a debug data registration unit 117 that registers data related to debug data as debug data. These will be described later.

  The communication processing unit 106 of the adapter 100 receives the message transmitted from the message transmission / reception unit 114. The debug command determination unit 105a of the description program interpretation unit 105 refers to the debug command data registered in the debug command registration unit 116, and determines whether or not the data in the message is a debug command. If it is determined that the command is a debug command, it is determined that processing by the debug program is to be performed, and the description program interpretation unit 105 executes processing according to the description of the debug command execution description unit 108. On the other hand, if it is determined that the command is not a debug command, processing according to the description in the main body program description unit 103 is executed. Here, when the description program interpretation unit 105 performs a process based on the description of each program, the process is performed with reference to a dictionary as will be described later. In the dictionary storage unit 105c, data related to this dictionary is registered and stored. In addition, the description program interpretation unit 105 includes, for example, a processing storage unit 105b such as a cache memory (RAM) or a register for temporarily storing instruction commands and data related to the processing during the processing. Shall. In the debug support process, a process of outputting a value of a variable or an array (buffer or the like) stored in the process storage unit 105b at the time of executing a process based on the main program as debug information is performed.

  The home appliance simulator 112 is a device for transmitting and receiving a telegram including data such as a communication telegram and a debug command corresponding to the home appliance in the debugging stage instead of an actual home appliance, and is configured by, for example, a personal computer Is done. Here, the home appliance simulator 112 performs transmission / reception between the message generation unit 113 that generates a message to be transmitted to the adapter 100, the message transmission / reception unit 114 that transmits / receives a message to / from the adapter 100, and the adapter 100. The message display unit 118 displays the message contents.

  The controller 115 is a device that transmits and receives ECHONET messages. Although not particularly limited, a simulator constituted by a personal computer or the like may be used in the same manner as the home appliance simulator 112. Hereinafter, the portion between the home appliance simulator 112 and the adapter 100 (communication processing unit 106) is the home appliance side, and the space between the controller 115 and the adapter 100 is the ECHONET side.

  FIG. 3 is a flowchart illustrating the processing operation of the program download management unit 102. When the adapter 100 is connected to the external device 110 that holds the program via a connection terminal (not shown) or the like, in step ST301, the program download management unit 102 communicates with the external device 110 due to, for example, a change in voltage. Detect connection. The connection enables communication between the program download management unit 102 (adapter 100) and the program holding unit (external device 110). Next, in step ST302, the program held in the program holding unit 111 is downloaded. The main body program and / or the debug program are stored in the storage unit 101 of the adapter 100, for example, as file format data. In step ST303, the description program interpretation unit 105 is caused to take over and execute the process.

  FIG. 4 is a diagram illustrating an example of a main body program describing operations in the protocol conversion and communication processing of the adapter 100. Here, the program is composed of one or a plurality of execution codes. The execution code is a unit when the description program interpreter 105 sequentially executes the execution process by the interpreter. In the present embodiment, Forth is used as a language for describing a program. Forth is a language based on reverse Polish notation using the stack (data structure by LIFO (Last In First Out)) and requires no parsing, so the processing system is small, saving resources (does not require storage capacity) It has the feature that the interpreter operates. For this reason, it is an optimal language as an interpreter mounted on a device that is required to be realized at a low cost, such as a communication adapter connected to a home appliance.

  In Forth, data representing the process to be executed is called Word. The execution code includes Word and data for processing based on Word, and is described in the order of data and Word. Each word is defined (associated) with the data of the processing contents in advance and is registered and managed as a dictionary in the dictionary storage unit 105c. In data such as a character string described in the execution code, if it is registered as a dictionary, it is Word, and if it is not registered, it is data for processing. In addition, not only predetermined words but also new processing functions can be added by defining processing contents and registering them as data in the dictionary storage unit 105c as a dictionary. In the interpretation / execution of the program, when the program is processed, the description program interpretation unit 105 regards the read character string as data for processing if it does not exist in the dictionary, loads it in the stack, and if it exists in the dictionary, Treats each piece of data on the stack as if it were a Word (at that time).

  For example, in FIG. 4, in addition to Forth Word (Programming Languages-Forth X3J14 dpANS-6 -June 30,1993) defined in the ANS standard, extended words for protocol conversion include “SET_SEND_EPC”, “GET_EPC”, “GET_EPC”, “ Words “FROM_ECHONET”, “TO_EQUIPMENT”, and “FROM_EQUIPMENT” are defined, registered, and used.

  “SET_SEND_EPC” is a word for causing the description program interpreter 105 to perform processing for converting ECHONET property and data of its value into an ECHONET standard message and transmitting it to the ECHONET side. “GET_EPC” is a word for performing processing to obtain the value of the ECHONET property from reception from the ECHONET side. Here, the ECHONET property represents, for example, a property code that can be set according to the home appliance, such as an air volume setting state in an air conditioner. Each value for that code is defined by the ECHONET standard.

  “FROM_ECHONET” is a word that performs processing to check whether or not a message has been received from the ECHONET side. “TO_EQUIPMENT” is a word that causes a home appliance to transmit a message including data stored in a transmission buffer. “FROM_EQUIPMENT” is a word for performing a reception process for causing a reception buffer to store data (commands, etc., hereinafter referred to as reception data) in a message received from the home appliance side.

  Next, the processing contents performed by the description program interpretation unit 105 will be described based on the main body program of FIG. Here, the home appliance connected to the adapter 100 will be described as an air conditioner (air conditioner). The first line indicates that the numerical value handled by this program is a hexadecimal number. The second and third lines declare that “RV_BUF” serving as a reception buffer and “TR_BUF” serving as a transmission buffer are 22-byte arrays, respectively. The fourth and fifth lines declare that “IDT” and “EDT” are integer type variables, respectively.

  The 7th to 14th lines define the processing content of the word “PROC_RV_DATA” that interprets the received message from the air conditioner (home appliance) side. The 9th to 12th lines are code written assuming that the value of the 8th byte of the reception buffer “RV_BUF” storing the received message from the air conditioner indicates the power ON / OFF state. . For example, when the value of the eighth byte of “RV_BUF” is “0”, the power supply of the air conditioner is OFF, and when it is “1”, the power supply of the air conditioner is ON. In the ninth line, the eighth byte of the reception buffer “RV_BUF” is extracted and assigned to the variable “IDT”. In the 10th line, if the value of “IDT” is “0”, “31” is assigned to the variable “EDT”, and if the value of “IDT” is “1” in the 11th line, the variable Substitute “30” into “EDT”. On line 12, the word “SET_SEND_EPC” is executed, the value of “EDT” is included in the message, and it is sent to the ECHONET side. Here, “80” on the 12th line is an ECHONET property indicating power ON / OFF defined by the ECHONET standard. The ECHONET standard stipulates that when the value in the ECHONET property “80” is “31”, the power is turned off, and when it is “30”, the power is turned on. In other words, on line 12, the property value converted to the ECHONET standard specification is included in the transmission message as data, and the transmission is performed to the ECHONET side.

  The 16th to 25th lines define the processing content of the word “PROC_TR_DATA” that performs processing for setting a message to be transmitted to the air conditioner side. In the 17th line, the value “FC” is assigned to the 0th byte of the transmission buffer “TR_BUF” for storing the message to be transmitted to the air conditioner. In the 18th line, the value “41” is assigned to the first byte of “TR_BUF”. The 20th to 23rd lines are codes described assuming that the value of the eighth byte of “TR_BUF” indicates the power ON / OFF state of the air conditioner. When the value of the eighth byte of “TR_BUF” is “0”, the power supply of the air conditioner is set to OFF, and when the value is “1”, the power supply of the air conditioner is set to ON. On line 20, the value for ECHONET property “80” received from ECHONET side is acquired by Word “GET_EPC” and assigned to variable “EDT”. In the 21st line, if the value of “EDT” is “31”, “0” is assigned to the variable “IDT”, and if the value of “EDT” is “30” in the 22nd line, the variable Substitute “1” into “IDT”. In the 23rd line, the value of “IDT” is substituted into the eighth byte of the transmission buffer “TR_BUF”.

  The main processing from the 27th line to the 39th line is an infinite loop. When a message is received from the ECHONET side, the ECHONET property and its value are converted into a message to be sent to the air conditioner side, and sent to the air conditioner side. When a message is received from the side, the ECHONET property is converted and the message is sent to the ECHONET side.

  On line 30, the reception from ECHONET side is checked by Word “FROM_ECHONET”. “FROM_ECHONET” loads the value “1” on the stack when received, and loads the value “0” on the stack when not received. The 31st to 34th lines represent the processing contents when there is a reception from the ECHONET side. The word “PROC_TR_DATA” is called in the 32nd line, processing based on the contents described in the 16th to 25th lines is executed, and the contents of the transmission message to the air conditioner are stored in the transmission buffer “TR_BUF”. In line 33, the word “TO_EQUIPMENT” is used to transmit the content of “TR_BUF” to the air conditioner as a transmission message.

  On the other hand, on the 35th line, reception from the air conditioner side is checked by the word “FROM_EQUIPMENT” for reception processing. “FROM_EQUIPMENT” stores the received message in the reception buffer “RV_BUF” when receiving, and stacks the value “1” on the stack, and stacks the value “0” on the stack when there is no reception. The 36th line to the 38th line represent processing when receiving from the air conditioner side. The word "PROC_TR_DATA" is called on the 37th line, the processing based on the contents described in the 7th to 14th lines is executed, the value of each byte of the transmission buffer "RV_BUF" is converted into the ECHONET property, and the ECHONET side As a transmission message.

  FIG. 5 shows another example of the main body program. In FIG. 4, for the sake of explanation, a comment is given to the main body program and indented. However, as a description of the main program that is actually downloaded, a form in which comments and extra blanks are deleted as shown in FIG. It may be.

  FIG. 6 is a diagram illustrating an example of a debug program. In the present embodiment, the debugging program is also described using Forth in the same manner as the main body program, with a description of the program written in Forth and the extended Word for debugging. “SET_DBG_CMD” used in this example is a word for causing the description program interpretation unit 105 to perform processing for registering data related to the debug command received at a specified position on the main body program in the debug command registration unit 116. “SET_DBG_DATA” is a word for registering debug data in the debug data registration unit 118 in order to perform a process of recording a data value at a designated position on the main body program. “GET_DBG_CMD” is a Word for performing processing for obtaining a debug command when the message received by the adapter 100 is a debug command. “DUMP_DATA” is a Word for performing a process of outputting the contents of data related to debug information.

  Next, the contents of debug processing performed by the description program interpretation unit 105 will be described based on the description of the debug program of FIG. The first line indicates that the numerical value handled by this program is a hexadecimal number. The second line indicates that “CODE” is an integer type variable.

  The third to eleventh lines define the processing content of “RGST_DBG_CMD”, which is a Word indicating that it is the debug command setting description unit 107. Data “1” to the right of “SET_DBG_CMD” on the fourth line is data of a command ID for identifying debug command information. “64” on the right is data representing a position (point) in the main body program for confirming (checking) reception of the debug command. In this embodiment, the position on the main body program is indicated by a value indicating what number symbol (name) is from the top. Here, “64” indicates the position of the LOC 401 in FIG. “2” on the right of 3 represents the length of the debug command. “FF 1” on the 5th right and 4th right indicates the byte string of the debug command. The description on the fourth line indicates that the command ID of the debug command of the byte string “FF 1” obtained by the reception check at the position of the LOC 401 in FIG. 4 is defined as “1”.

  Similarly, the description on the fifth line indicates that the command ID of the debug command of the byte string “FF 2” obtained by the reception check at the position of the LOC 402 in FIG. 4 is defined as “2”. The description on the sixth line indicates that the command ID of the debug command of the byte string “FF 3” obtained by the reception check at the position of the LOC 403 in FIG. 4 is defined as “3”.

  In the seventh line, “1” to the right of the word “SET_DBG_DATA” is a data ID for identifying debug data of debug information to be output. “1” on the right is a value indicating the type of data to be recorded. When “1”, the value of the variable is recorded, when “2”, the value of the array is recorded, and when “3”, the state of the stack is recorded. “78” to the right of three is a position where debug information is recorded on the main body program. In the present embodiment, the position on the program is indicated by a value indicating what number symbol is from the beginning. Here, “78” indicates the position of the LOC 402 in FIG. "C" EDT "" on the 5th right and 4th right are descriptions representing the symbol "EDT". The description on the seventh line indicates that the record of the value of the variable “EDT” at the position of the LOC 402 in FIG. 4 is defined as the data ID “1”.

  The eighth line is a description when the data to be recorded is an array. “16” to the right of “SET_DBG_DATA” indicates the array length (22 bytes in decimal). The description on the eighth line indicates that the recording of the value of the 22-byte array “RV_BUF” at the position of the LOC 401 in FIG. 4 is defined as the data ID “2”. The ninth and tenth lines are descriptions when the data to be recorded is a stack. When the main program is written in a language based on the reverse Polish notation using the stack, a function to check the contents of the stack is provided to detect only by checking the contents of input / output messages such as stack overflow. Difficult bugs can be detected. When recording the stack status, it is not necessary to specify a symbol. The description in the ninth line defines the record of the stack state at the position of the LOC 403 in FIG. 4 as the data ID “3”, and the description in the tenth line describes the record of the stack state at the position of the LOC 404 in FIG. Indicates that the ID is defined as “4”.

  The 13th to 25th lines define the processing content of “EXEC_DBG_CMD”, which is a Word indicating that it is the debug command execution description part 108. The processing contents performed by the description program interpretation unit 105 based on the description of the debug command execution description unit will be described later.

  Note that the program holding unit 111 does not necessarily have to hold both the main body program and the debug program. For example, when only the data of the main body program is held, the data may be stored in the storage unit 101. At this time, the description content of the main body program description unit 103 is changed. Similarly, when only the debug program data is held, the description content of the debug program description unit 104 is changed. Further, the main body program description storage unit 103 and the debug program description storage unit 104 may be physically stored in different storage means (in this case, the program download management unit 102 may download the downloaded program as a main body program). It is necessary to determine whether it is a debug program or not and store it in each storage means). In addition, the main body program and the debug program are stored as data in different file formats, but they need not be separate files, and may be described in the same file (in this case, the description program interpretation unit) 105 distinguishes between function execution processing and processing related to debugging according to Word).

  After the main program and the debug program as described above are stored in the main program description storage unit 103 and the debug program description storage unit 104 by the program download management unit 102, the description program interpretation unit 105 performs processing in step ST303. Execute.

  FIG. 7 is a diagram illustrating a flowchart of the processing operation of the description program interpretation unit 105. First, in step ST701, the description program interpretation unit 105 searches the storage unit 101 for data of a part in which a debug program is described using, for example, a file name, and starts processing described in the debug program. The description program interpretation unit 105 causes the debug command registration unit 116 to register the data described in the execution code related to the word based on the word “RGST_DBG_CMD” as debug command data. If it is determined that the word “SET_DBG_DATA” is described, the data described in the execution code related to the word is registered in the debug data registration unit 117 as debug data.

  FIG. 8 is a diagram showing the contents of the debug command registration unit 116 that has been registered based on the description of the debug command setting description unit 107 of FIG. Here, each data is registered in a table format. The command ID storage column 801 is a column for storing command ID data for identifying each debug command. The debug command reception point storage column 802 is a column for storing point (position) data on the main body program for confirming reception of the debug command. The command length storage column 803 is a column for storing data of the length of the debug command to be registered. The debug command byte string storage column 804 is a column for storing byte string data of a debug command.

  FIG. 9 is a diagram showing the contents of the debug data registration unit 117 that has been registered based on the description of the debug command setting description unit 107 of FIG. Again, it is assumed that each data is registered in a table format. The data ID storage column 901 is a column that stores data ID data for identifying debug data of each debug information to be output. The debug information setting point storage column 902 is a column for storing data at a position on the main body program that performs processing for recording debug information. The data type storage column 903 is a column for storing data representing the type of whether the debug information is a variable, a symbol, or a stack. The debug symbol storage column 904 is a column that is set when the debug type is a variable or an array and stores a symbol of the variable or the array. The type storage column 905 is a column that is set when the debug type is a variable or an array, and stores data of the data type (type) of the variable or the array. The array size storage column 906 is a column that is set when the debug type is array, and stores array size data. The data content storage column 907 is a column for storing data of the contents of debug information.

  FIG. 10 is a detailed flowchart of ST702 showing processing operations performed during the execution processing of the main body program related to debugging support performed by the description program interpretation unit 105. After registering the data to be referred to when performing debugging in ST701 in the debug information storage unit 109, processing of the main body program is executed for debugging support in ST702. First, the debug support processing stage is executed. In step ST1001, the reading position of the main body program is updated (set). If it is immediately after the registration process, the reading position is set at the head of the main body program description storage unit 103, and in other cases, it is updated to the next symbol after the symbol for which the process was executed.

  Next, in step ST1002, it is determined whether or not the reading position is a debug information setting point. Since the debug information setting point is stored in the debug information setting point storage unit 902 of the debug data registration unit 117, the description program interpretation unit 105 uses the data registered in the debug information setting point storage column 902 at the time of determination. refer.

  If “YES” is determined, processing for recording corresponding debugging information among the data stored in the processing storage unit 105b in step ST1003 is performed. For example, according to the debug data registration unit 117 in FIG. 9, if the reading position is “64” (LOC 401 in FIG. 4), the value of the array “RV_BUF” is set, and if the reading position is “78” (LOC 402 in FIG. 4). If the reading position is “12C” (LOC403 in FIG. 4), the stack state is displayed if the value of the variable “EDT” is “12C” (FIG. 4 LOC403), and the stack state is displayed if the reading position is “134” (LOC404 in FIG. 4). It is recorded as debug information in the data content storage field 907 of the registration unit 117.

  FIG. 11 is a diagram showing an example of the debug data registration unit 117 in which the latest value at the debug information setting point is recorded as data in the data content storage field 907. As a result of performing the processing of ST1003, the data content storage column 907 of the debug data registration unit 117 is always in a state where the latest value at the debug information setting point is recorded as data for each debug information.

  Next, in step ST1004, it is determined whether or not the reading position is a debug command reception point. The debug command reception point data is stored in the debug command reception point storage column 802 of the debug command registration unit 116, and the registered debug command data is referred to in the determination.

  If “YES” is determined, in step ST1005, the debug command determination unit 105a checks unprocessed received data based on the received message. In step ST1006, the debug command determination unit 105a refers to the data in the debug command reception point column 802 and the debug command byte string column 804 registered in the debug command registration unit 116, and compares the data with unprocessed received data. Then, the determination is made on the condition that the received data matches the debug command registered in the debug command registration unit 116. If "YES" is determined, in step ST1007, the process is executed based on the execution code described in the debug command execution description section 108 in the debug program.

  The 13th to 25th lines in FIG. 6 define the processing contents of “EXEC_DBG_CMD” which is a Word indicating the debug command execution description part 108. First, referring to the debug command registration unit 116 by using the word “GET_DBG_CODE”, a process of returning data of a command ID based on the received data is executed. “DUMP_DATA” is a Word that outputs data corresponding to the data ID 901. According to the description of the debug command execution description unit 108 in FIG. 6, when the command ID of the received debug command is “1”, the read position corresponding to the data ID “2” is the LOC 401 in FIG. The value of the array “RV_BUF” (debug information data recorded in the data content storage column 907, the same applies hereinafter) is output as data. When the command ID is “2”, the value of the variable “EDT” when the read position corresponding to the data ID “1” is the LOC 402 in FIG. 4 is output as data. When the command ID is “3”, the stack state when the reading position in FIG. 4 which is data corresponding to the data ID “3” is LOC 403 and the data corresponding to data ID 4 is shown in FIG. The stack state when the reading position is LOC 404 is output as data. The communication processing unit 106 transmits a signal including the output data to the home appliance simulator 112 (home appliance side) as a transmission message.

  FIG. 12 is a diagram showing the contents of the message displayed on the message display unit 118. The message content to be transmitted to the adapter 100 and the message content received from the adapter 100 are displayed. FIG. 12 shows that the electronic message “FF 03” is transmitted from the adapter 100 when the debug data registration unit 117 is in the state shown in FIG. 11 in the present embodiment, and the electronic message display unit 118 receives the message. An example of the displayed state is shown. Here, the stack states “00” and “01” with the reading positions “12C” (LOC403 in FIG. 4) and “134” (LOC404 in FIG. 4) are transmitted as messages, but the size of the elements of the stack is 2 Assume that “FFFF” is added to the beginning of the stack data in a little endian byte. In addition, the message output from the adapter 100 using the word “DUNP_DATA” may be in a format in which information that is a data delimiter or data type is added instead of the data contents as they are.

  On the other hand, if “NO” is determined in step ST1006, the process proceeds to step ST1008 while the received data remains unprocessed. As a result, the debug support processing stage is completed.

  Next, the main body program processing stage is executed. In step ST1008, a symbol (character string) at the reading position of the main body program is read. Next, in step ST1009, it is determined whether the symbol is a word for reception processing. In this embodiment, there is a possibility that a debug command may be received from the reception interface on the home appliance side, so the determination in ST1009 is “YES” when the read character string is “FROM_EQUIPMENT”.

  If “YES” is determined in step ST1009, the debug command determination unit 105a checks whether or not the received data is a debug command registered in the debug command registration unit 116 in step ST1010. In the case of a debug command, the determination in step ST1011 is “YES”. Since this is the main body program processing stage, no processing is performed based on the debug command. Therefore, in order to perform processing in the debugging support processing stage at the subsequent reading position, it is assumed that there is no reception data in step 1014, and the reception data is left unprocessed.

  On the other hand, if “NO” is determined in step ST 1011, the received data is data used for processing based on the main body program. Therefore, in step ST 1013, the received data is processed according to the main body program.

  If the character string read in step ST1008 is other than “FROM_EQUIPMENT”, it is determined as “NO” in step ST1009. In step ST1012, normal processing for symbols is performed. Next, it is determined in step ST1015 whether or not the main body program has ended. If not, the flow returns to step 1001 to update the reading position of the main body program. As described above, debugging support processing is performed, and for example, debugging is performed by finding a bug in the main body program based on the contents of the message displayed on the message display unit 118.

  When the functions of the adapter 100 based on the bug-free main body program are used in the practical stage after such a debugging stage, for example, the data stored in the debugging information storage unit 109 is emptied, or the debugging program itself is stored in the storage unit 101. If it is deleted from the program, the description program interpretation unit 105 can execute processing based only on the main body program without executing debug support processing.

  As described above, in the apparatus (adapter 100) of the present embodiment, the program download management unit 102 allows not only the main body program but also the debug program to be downloaded from the external apparatus 110, so that it does not have a conventional firmware format. Since the data can be changed (rewritten) in the storage unit 101, a debug program corresponding to the program description format of the main body program can be easily stored and can be executed by the description program interpretation unit 105. For example, debugging support processing can be performed based on a debugging program corresponding to a main body program described in a high-level language without using an expensive device such as an emulator. Further, by storing data related to the debug support process in the debug information storage unit 109, it is possible to easily set the execution position of the main body program for determining the debug command and acquiring the debug information based on the debug program. Furthermore, the program download management unit 102 can download a program necessary for function execution, debugging support processing, and the like by connecting to a home appliance, a server, or the like.

  Further, since the data contents of the debug program can be easily changed, the setting (definition) of the debug command for performing the debug support process can be easily performed based on the description of the debug command setting description unit 107. Therefore, for example, even when the communication processing unit 106 shares a reception interface, and there is no overlap between the received data such as a command related to the processing of the main body program and the contents of the debug command, it is easy to make a setting that can be distributed so as not to overlap. It can be carried out. For this reason, particularly when the target device of the debugging support processing is the communication adapter 100, it is possible to verify the operation of the installed main body program with the actual device.

  In addition to outputting variables and array values stored in the processing storage unit 105b as debug information, if the language describing the main body program is a language based on reverse Polish notation using a stack, Since the status can also be output as debug information, for example, it is possible to detect bugs that are difficult to detect just by checking the input / output signal, such as stack overflow.

Embodiment 2. FIG.
In the above-described embodiment, the main body program and the debug program are downloaded from the external device 110 and stored in the storage unit 101. However, the present invention is not limited to this. For example, each program can be stored in another device using a storage unit 101 such as a memory card that can be detached from the device as the storage unit 101.

  As described above, the adapter (conversion device) according to the present invention is useful for reducing the size and weight, saving the space, and reducing the cost, and further improving the quality of the product.

It is a block diagram centering on the program debugging support apparatus of this invention. 2 is a diagram illustrating a configuration of a home network using an adapter 100. FIG. 5 is a flowchart of processing operations of a program download management unit 102. It is an example of the main body program of the embodiment of the present invention. This is an example of the main program with comments and extra white space removed. It is an example of the debug program of embodiment of this invention. 5 is a flowchart of processing operations of a description program interpretation unit 105. It is an example of the debug command registration part 116 of embodiment of this invention. It is an example of the debug data registration part 117 of embodiment of this invention. It is a flowchart of the processing operation at the time of processing of the main body program. It is a figure which shows the example of the debug data registration part 117 in which the newest value was recorded. It is an example of the screen displayed on the message | telegram display part 118. FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 Adapter, 101 Memory | storage part, 102 Program download management part, 103 Main body program description part, 104 Debug program description part, 105 Description program interpretation part, 105a Debug command determination part, 105b Processing storage part, 105c Dictionary storage part, 106 Communication processing , 107 Debug command setting description section, 108 Debug command execution description section, 109 Debug information storage section, 110 External device, 111 Program holding section, 112 Home appliance simulator, 113 Message creation section, 114 Message transmission / reception section, 115 Controller, 116 Debug command registration unit, 117 debug data registration unit, 118 message display unit, 801 command ID storage column, 802 debug command reception point storage column, 803 command length storage column, 804 debug command Byte data storage field, 901 Data ID storage field, 902 Debug information setting point storage field, 903 Data type storage field, 904 Debug symbol storage field, 905 type storage field, 906 Array size storage field, 907 Data content storage field.

Claims (8)

A communication processing unit that executes transmission / reception processing of a signal including data;
Stored in a data-changeable storage unit, which includes a main program to be debugged and data related to at least a debug command related to the debug support process, and stores a debug program for a debug support process for detecting an error in the main program. A command determination unit for determining whether data related to a signal received by the communication processing unit during execution of processing based on the main body program is the debug command based on the debug program; And a description program interpretation unit that performs processing based on the main program or the debug program based on the determination. A data-changeable storage unit that stores data related to a debugging program for debugging support processing for detecting an error in the body program, including data related to a debugging program related to the debugging program and at least a debugging command related to the debugging support processing; ,
A communication processing unit that executes transmission / reception processing of a signal including data;
Based on the debug program stored in the storage unit, there is a command determination unit that determines whether the data related to the signal received by the communication processing unit during execution of the process based on the main body program is the debug command. And a description program interpretation unit that performs processing based on the main body program or the debug program based on the determination of the command determination unit.   3. The program according to claim 1, wherein the communication processing unit receives a signal including data related to processing of the main body program and a signal including data of the debug command via a common input interface. Debugging support device. The description program interpretation unit further includes a debug information storage unit for registering data relating to the debug command and data for detecting and recording debug information data at a predetermined execution position of the main body program,
During execution of the process based on the main body program, the data of the debug information at the predetermined execution position is detected and recorded based on the data of the debug information storage unit,
When the command determination unit determines that the data related to the received signal is the debug command, the command determination unit causes the communication processing unit to transmit a signal including the debug information data corresponding to the debug command. The program debugging support device according to claim 1. The main body program is composed of data written in a language based on reverse Polish notation using a data structure by a stack,
The description program interpretation unit detects and records data based on the stack as debug information data when executing a description process at a predetermined position of the main body program, and detects the detection based on the debug command. The program debugging support apparatus according to claim 1, wherein a signal including debug information data is transmitted to the communication processing unit.   The program debugging support apparatus according to claim 1, further comprising a download management unit that downloads the main body program and / or debug program and stores the program in the storage unit.   7. The program debugging support apparatus according to claim 1, wherein protocol conversion processing between two or more communication lines connected to the communication processing unit is performed based on the main body program. Communication adapter. The main body program based on a debug program for debugging support processing that is stored in a data changeable storage unit and includes at least data related to a debug command related to the debugging support processing, and detects an error in the main program to be debugged Determining whether the data related to the signal received by the communication processing unit is the debug command while executing the processing based on
And a step of executing a process based on a signal stored in the storage unit and a signal stored in the storage unit based on the determination.

Images