JPH0944212A - Serial communication interface - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a serial communication interface which facilitates the preparation of a transmission/reception program, greatly decreases the manhours for the programs preparation, and shorten the turn-around time. SOLUTION: Protocol data consisting of microcommands, parameters, etc., specified matching the communication procedure between a programmable controller 20 and external equipment 50 are downloaded from a customer's tool 10 and protocol execution part 40 analyzes and executes the downloaded protocol data. Then data sent to and received from the external equipment 50 corresponding to the execution result are inputted to and outputted from the programmable controller 20 through a programmable controller interface part 30.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a serial communication interface for interfacing serial communication between a programmable controller and an external device, and particularly easy to create a transmission / reception program for serial communication with an external device. Therefore, the present invention relates to a serial communication interface capable of significantly reducing the programming man-hours and reducing the turnaround time.

[0002]

2. Description of the Related Art Conventionally, the following method is known for connecting a programmable controller to an external device in accordance with a dedicated procedure defined by the external device.

1) A transmission / reception program is created according to the procedure of an external device by a unit that supports a high-level language such as an ASCII or BASIC unit.

2) A transmission / reception program is created by making full use of the transmission / reception ladder instruction.

3) A transmission / reception program is created using a unit or ladder instruction that supports a procedure of a specific external device.

[0006]

However, according to the method 1) of the above-mentioned conventional methods, there is a problem that the turnaround time (TAT) is large, and
According to the method of 2), there is a problem that it becomes difficult to describe when the procedure becomes complicated, and according to the method of 3), there is a problem that it cannot be profitable unless it is a procedure of a major device.

According to the methods 1) and 2), there is a problem that the number of man-hours for creating a transmission / reception program becomes very large.

Therefore, according to the present invention, it is easy to create a transmission / reception program, and the number of program creation steps can be greatly reduced.
Moreover, it is an object to provide a serial communication interface that can reduce the turnaround time.

[0009]

To achieve the above object, the present invention provides a serial communication interface for interfacing serial communication between a programmable controller and an external device, wherein the programmable controller and the external device are connected to each other. Download means for downloading protocol data consisting of microcommands, parameters, etc. specialized for communication procedures between the two, protocol execution means for analyzing and executing the protocol data downloaded by the download means, and the protocol Programmable controller interface means for inputting / outputting transmission / reception data to / from the external device to / from the programmable controller in response to an execution result by the executing means. And wherein the Rukoto.

In the serial communication interface of the present invention, the download means downloads protocol data including microcommands, parameters, etc. specialized for the communication procedure between the programmable controller and the external device, and executes the protocol. Means for analyzing and executing the protocol data downloaded by the downloading means, and the programmable controller interface means for transmitting / receiving data to / from the external device to / from the programmable controller corresponding to the execution result by the protocol executing means. Output.

Here, the protocol data is formed by a customization tool connected to the programmable controller, and the download means is configured to download the protocol data formed by the customization tool via the programmable controller. can do.

The protocol execution means includes protocol data storage means for storing the protocol data downloaded by the download means, protocol data analysis means for analyzing the protocol data stored in the protocol data storage means, and Executes serial communication between a communication interface unit for controlling serial communication with an external device and the external device controlled by the communication interface unit corresponding to the analysis result by the protocol data analyzing unit. And an input / output unit for inputting / outputting the execution result to / from the programmable controller via the programmable controller interface unit.

The protocol data can be constructed in a hierarchical structure on a protocol-by-protocol basis, and can be constructed so as to include transmission / reception sequence data and transmission / reception message data as main constituent elements.

The protocol data can be independently processed in protocol units. When a standard protocol is partially modified to create a new protocol, the protocol is temporarily copied. User attribute protocols can be created and configured to be customized based on them.

Here, the modified protocol data can be formed as difference data of the protocol data before modification.

According to such a configuration, it is only necessary to select and set protocol data consisting of microcommands, parameters, etc., which are specialized in accordance with the communication procedure with an external device, so that it is easy to create a transmission / reception program. In addition, the number of man-hours for creating a transmission / reception program can be significantly reduced.

Further, since the created procedure data is converted into an execution format in advance and is specialized according to the transmission / reception procedure, there is little redundancy and the input / output of data with the programmable controller is facilitated. (TAT) becomes small, and high-speed processing can be achieved.

Further, since the transmission / reception program can be easily customized, it is possible to connect to various external devices.

[0019]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a serial communication interface according to the present invention will be described in detail below with reference to the drawings.

FIG. 1 shows a schematic configuration of an embodiment of a programmable controller system constructed by using a serial communication interface according to the present invention. In this embodiment, the customization tool 10 is connected to the programmable controller (PC) 20, and the external device 50 is connected via the programmable controller interface unit (PC interface unit) 30 and the protocol execution unit 40.
Protocol data including specialized microcommands, parameters, etc., which are formed according to the communication procedure with the external device 50 formed by the customization tool 10, is downloaded to the programmable controller (PC) 20, and the protocol execution unit 40 externally downloads the protocol data. Transmission and reception are executed according to the procedure of the device 50.

Here, the external equipment 50 includes: 1) process control equipment such as temperature controller and recorder 2) modem 3) operation of keyboard, printer, display panel, programmable terminal and the like, display equipment 4) visual sensor, micro Sensors such as meters and calipers, measuring devices 5) Product information input / output devices such as bar code readers and ID sensors 6) Computers such as personal computers 7) Devices having asynchronous communication ports such as programmable controllers (PCs).

The customization tool 10 has the following main functions: 1) protocol list display function 2) transmission / reception sequence list display function 3) transmission message list display function 4) reception message list display function 5) reception matrix list display function 6 ) Protocol data conversion function 7) Protocol execution data transfer to programmable controller 8) Protocol data save / load function 9) Protocol data print function 10) Send / receive sequence data edit function 11) Send message editing function 12) Receive message editing function 13) Receive matrix editing function.

Here, the protocol list display function of 1) displays the protocol list screen which is the basic screen of the customization tool 10. The protocol list screen is processed by selecting the following items with the cursor. Determine the target. "New" ... Create new protocol "Change" ... Change protocol name "Copy" ... Copy protocol "Delete" ... Delete protocol "No. range" ... Set sequence number range used by protocol "Save" ... Save function call “Conversion”… Conversion function call “Transfer”… Transfer function call “Setting”… System setting function call “End”… Protocol support software end Also, 2) Send / receive sequence list display function is 1) protocol Displays the transmission / reception sequence list screen that shows the transmission / reception sequences included in the protocol selected from the protocol list displayed by the list display function. In this transmission / reception sequence list screen, select the items to be processed by selecting the items below with the cursor. decide. "Change" ... Change the send / receive sequence name "Copy" ... Copy the send / receive sequence "Delete" ... Delete the send / receive sequence

The send message list display function 3) displays a send message list screen for displaying a send message selected by moving the cursor to the send message position on the sequence edit screen described later. On this transmission message list screen, the processing target is determined by selecting the following items with the cursor. "Modify" ... Change outgoing message "Copy" ... Copy outgoing message "Delete" ... Delete outgoing message

Further, in the transmission / reception sequence data editing function shown in 10), a sequence edit screen is displayed. On the sequence edit screen, the following items are selected by the cursor movement to make the setting, and the cursor Items that can be set are displayed by moving. "Insert" ... inserts a step "Delete" ... deletes a step "link" ... sets a link channel "control" ... sets a transmission control parameter "response" ... sets a method of notifying a response to a programmable controller "Tr" Setting of reception waiting monitoring time "Tfr" Setting of reception completion monitoring time "Tfs" Setting of transmission completion monitoring time "Write" Writing sequence data

In the send message editing function shown in 11), the send message edit screen, which is the edit screen of the send message specified on the sequence edit screen, is displayed. In this send message edit screen, the processing target is selected by moving the cursor. The items that can be set are set by determining and selecting the target. “Write”… Write message data

Further, in the received message editing function shown in 12), the received message edit screen, which is the edit screen of the received message specified on the sequence edit screen, is displayed. Is set and the settable items are set by the target selection. “Write”… Write message data

Further, in the reception matrix editing function shown in 13), the reception matrix editing screen, which is the reception matrix editing screen designated on the sequence editing screen, is displayed. It is possible to shift to editing. “List”… Display received message list “Delete”… Delete step data “Write”… Write matrix data

FIG. 2 shows the protocol execution unit 4 shown in FIG.
0 shows a detailed configuration. In FIG. 2, a protocol execution unit 40 is a microprocessor unit (MPU) that controls the overall operation of the protocol execution unit 40.
41, a system program memory 42 including a read-only memory (ROM) for storing the firmware of the protocol execution unit 40, an electrically erasable / writable non-volatile flash ROM for storing the protocol data, and the like. A memory 43 for storing protocol data, an auxiliary execution information area for protocol data, a transmission / reception buffer, a stack, and a work RAM 44 comprising a volatile memory used for other system work, RS-
232C, RS-422A, RS-485, etc., and a communication interface (communication i / F) 45a which is a serial interface for controlling asynchronous communication (asynchronous) serial communication with the external device 50 shown in FIG. ，
It is equipped with 45b.

In addition, a PC interface (PCi /
F) 30 is a programmable controller (PC) 20
And a protocol execution unit 40, and has a shared memory such as a dual port RAM and its access program.

Next, details of respective processes in the programmable controller (PC) 20, the PC interface 30, and the protocol execution unit 40 shown in FIGS. 1 and 2 will be described with reference to the flowchart shown in FIG.

Programmable controller (PC) 20
First, a predetermined initial process is executed (step 10
1) and then the programmable controller (PC) 20
Is moving (RUN) is checked (step 102).

Here, the programmable controller (P
C) If 20 is in motion (RUN) (step 1
If YES at 02), the user program is executed (step 103).

The protocol execution instruction by the ladder instruction generated by the execution of this user program is sent to the shared memory 20 of the programmable controller interface 30.
1 is stored as an execution instruction parameter and transferred to the protocol execution unit 40, and the registration data generated by the execution of this user program is stored as registration data in the shared memory 201 of the PC interface 30 via the I / O memory 110. It is transferred to the protocol execution unit 40.

When the execution of this user program is completed, or when it is determined in step 102 that the programmable controller (PC) 20 is not in motion (RUN) (NO in step 102), the I / O memory 11
A refresh process of 0 is performed (step 104).

When the refresh process of the I / O memory 110 is completed, peripheral services, that is, services to external devices which are peripheral devices are performed (step 105).

When a protocol execution instruction is issued from the peripheral device by this peripheral service, this protocol execution instruction is stored in the shared memory 201 of the PC interface 30 as an execution instruction parameter, and the protocol execution unit 4 is executed.
0 is transferred.

When this peripheral service ends, the process returns to step 102, and steps 102 to 10
The processes up to 5 are repeated.

In the protocol execution section 40, first,
A predetermined initial process is executed (step 301), and then it is checked whether or not there is a protocol execution instruction (step 302).
If there is a protocol execution instruction (step 3)
If YES in 02), the protocol process is executed (step 303). The execution result generated by the execution of this protocol process is stored in the shared memory 201 of the PC interface 30 as execution result data, and the programmable controller (PC) 2 via the I / O memory 110.
Input to 0.

When this protocol process ends (YES in step 304), the process returns to step 302.

If it is determined in step 302 that there is no protocol execution instruction (N in step 302)
O), and then it is checked whether there is new registration of protocol data (step 305).

If there is no new registration of protocol data (NO in step 305), the process returns to step 302. If there is new registration of protocol data (YES in step 305), this protocol data is converted into the execution format. Register (step 306) and return to step 302.

FIG. 4 shows a programmable controller (P
C) is an example of a transmission / reception sequence between the protocol execution unit 40 and 20. In this transmission / reception sequence, in response to the measurement command M from the programmable controller (PC) 20 side, the measurement value output from the external device 50 on the protocol execution unit 40 side is received data 1 indicating the output number, Received data 2 showing the integer part,
The received data 3 indicating the fractional part of the measured value is returned to the programmable controller (PC) 20 in that order.

FIG. 5 and FIG. 6 show an example of data transmitted to the protocol execution unit 40 side based on a ladder instruction executed on the programmable controller (PC) 20 side to realize the transmission / reception sequence shown in FIG. 9 illustrates an example of processing on the protocol execution unit 40 side.

As shown in FIG. 5, on the programmable controller (PC) 20 side, in response to the execution of the ladder instruction, first the transmission / reception sequence number is extracted, and then the leading channel of the input data is extracted and these are extracted. It is transmitted to the protocol execution unit 40.

As shown in FIG. 6, the protocol execution unit 40
On the side, the data transmitted from the programmable controller (PC) 20 side is analyzed, this data means the measurement command M, and the measured value output from the external device 50 is the received data 1 indicating the output number, the measured value. It is known that it is expected to receive in order of the reception data 2 indicating the integer part of the above and the reception data 3 indicating the decimal part of the measurement value.

Specifically, the protocol execution section 40 receives from the programmable controller (PC) 20 side in the order of protocol data consisting of a transmission / reception sequence number, a microcommand, and a parameter. By analyzing the protocol data composed of microcommands and parameters, the transmission message is extracted and it is known that this transmission message means the measurement command M, and the reception expectation message is extracted and output from the external device 50. It is known that it is expected to receive the measured value in the order of the received data 1 indicating the output number, the received data 2 indicating the integer part of the measured value, and the received data 3 indicating the decimal part of the measured value.

On the protocol execution unit 40 side, based on the measurement command M and the expected reception message, the measured value output from the external device 50 is received data 1 indicating the output number and received data 2 indicating the integer part of the measured value. , The received data 3 indicating the fractional part of the measured value is returned to the programmable controller (PC) 20 in that order.

By the way, in this embodiment, the protocol data consisting of microcommands and parameters includes "transmission / reception sequence data" and "transmission / reception message data" as its main constituent elements. The "transmission / reception sequence data" and the "transmission / reception message data" have a hierarchical structure in protocol units, as shown in FIGS. 7 and 8, respectively.

FIG. 7 shows a hierarchical structure of "transmission / reception sequence A" as an example of "transmission / reception sequence data".

In FIG. 7, the "transmission / reception sequence A" includes a "transmission control parameter", a "transmission / reception microcommand", and "other settings", and the "transmission control parameter" includes "RS / CS flow control ",
"Xon / off flow control", "contention control", "modem control", and "delimiter control" are included. "Reception matrix", "repeat counter N", "retry" are included in "transmission / reception microcommands". "Counter" and "timer" are included.

Here, "RS / CS flow control" is used to control the flow of data so that the transmitted / received data does not exceed the buffer size when transmitting / receiving a large amount of data.

That is, at the time of transmission, the RS signal is turned ON, data is sent only under the condition that the CS signal from the other party is ON, and when the CS signal is turned OFF, the sending of data is temporarily stopped. Then, when the CS signal is turned on again, data transmission is started.

Specifically, the interrupt (TEI) NADO is used under the condition that the transmission shift register becomes empty so that the CS signal can be detected every time one character is transmitted.

At the time of reception, when the received data reaches, for example, 75% of the buffer size, the RS signal is turned off (CS signal = OFF is notified at the time of transmission), and the reception of the message is completed. Then, the RS signal is turned ON at the time of entering the reception sequence of the next message.

Also, "Xon / off flow control"
It is used to control the flow of data when transmitting and receiving a large amount of data so that the transmitted and received data does not exceed the buffer size.

That is, at the time of transmission, X-O from the other party
When the FF code (13H) is received, the data transmission is temporarily stopped, and after the X-ON code (11H) is received, the data transmission is restarted.

At the time of reception, the own buffer size (25
When it reaches 75% (192 BYTE) of 6 BYTE), the X-OFF code is transmitted at the time point and the reception of the message is completed. Then, when the next message reception sequence is entered, the X-ON code is transmitted.

The "contention control" is used as a control method for obtaining a transmission right in point-to-point contention communication (SECS protocol etc.). That is, either one has priority,
When both sides try to transmit at the same time, the access control method is such that the side without priority waits for transmission once and then the transmission from the side with priority is accepted. Here, all 2
It is necessary to make sure that the data can be received in a double layer.

First, the transmitting side transmits the transmission request code, receives the receivable code from the other party, and acquires the transmission right. Then, from that point in time, the transmission protocol defined by the sequence and message data is executed, the acknowledgment code from the other party is received, and the transmission is terminated.

If, at the same time, the transmission request is made by the other party at the time of the transmission request, if the other party does not have the priority right, the reception is possible and the other party waits for the reception.

As the category of definition with this parameter,
Only the control of the avoidance means at the time of conflict is used. Returning an affirmative response is realized by the definition in the transmission / reception sequence.

Here, it is necessary not to initialize the reception buffer when the processing sequence is exported or when execution is started. Further, it is necessary to be able to receive even if the OPC command is not being executed. Further, the receiving buffer is a double buffer, and the initial timing of the preceding buffer is at the start of text transmission, at the time of restart processing, and at the time of transfer to the succeeding buffer due to the end of reception.

"Modem control" is used for handshake with the modem. In addition, RS /
The control of CS is also equivalent to this control. The typical procedure for making a call is as follows.

First, the terminal side turns on the ER and RS signals. When the CS signal is turned on, a call command (ATD
And the other party's telephone number). Next, the DR signal is O
When the answer is N (the other party has a response), a message is sent and received with the other party. At this time, the reception turns off the RS signal
However, the transmission is performed after turning on the RS signal and turning on the CS signal (the full-duplex modem may always turn on the CS signal). When you finish sending and receiving messages, ER,
Turn off the RS signal and end.

The procedure for receiving an incoming call is as follows. That is, when the ER signal is turned on and the DR signal is turned on, transmission / reception with the other party is performed.

As a processing method, when the designated sequence processing is started, the ER signal is turned ON, and while the message is being transmitted, further R
Turn on the S signal.

At the normal end, the ER signal is turned off to exit. At the time of an export, it exits while maintaining the state of the ER signal.

As the category of definition with this parameter,
The state of the DR and CD signals is not seen. Confirmation of connection between modems is realized by setting up a transmission / reception sequence so as to confirm the state of the line by the recycle code from the modem.

The "delimiter control" is used to divide a large number of data into a plurality of frames for transfer when transmitting and receiving a large amount of data.

That is, by setting the buffer size in advance between the transmitting side and the receiving side and dividing the data to be sent at one time by the transmitting side into appropriate sizes,
Control the flow of data.

First, the transmitting side sends the delimiter after sending the data delimiter. When the sender receives the frame and processing is completed, it returns the delimiter. When the delimiter is returned, the transmission side sends the next frame again. In this way, transmission and reception are repeated until the final frame.

In the definition of the transmission / reception message, the delimiter part is not defined. Automatically added and processed when sending and receiving.

The "reception matrix" is used when it is not possible to specify only one expected received message or when it is desired to change the next processing for each received message.

FIG. 8 shows a hierarchical structure of "transmission / reception message data".

In FIG. 8, the "transmission / reception message data" includes a "transmission control attribute" and a "data processing attribute", and the "transmission control attribute" includes "data",
"Header", "Terminator", "Length", "Address", "Error check code" are included, and "Data processing attribute" is "Constant", "No variable conversion",
"Variable ASC conversion" and "variable HEX conversion" are included, and "constant" includes "ASCII data", "HEX data", and "reserved words CR and LF", and "no variable conversion" , "Variable ASC conversion", "Variable HEX conversion"
Includes a "primary expression including repeat counter N", "wildcard *", "channel read R", "channel write W", "automatic conversion LNG, SUM.",
“Channel read R” and “channel write W” include “dedicated event processing”, “data link processing”, and “mailbox processing”, and “dedicated event processing” includes “scan response”. , "Interrupt response" is included.

FIG. 9 shows details of the protocol processing execution of step 303 shown in FIG. This figure 9
1 shows one step of execution of the protocol macro.

In FIG. 9, the repeat counter is initialized (step 401). Subsequently, the execution command is analyzed (step 402), and then it is checked whether or not a message is transmitted (step 403).

If it is determined in step 403 that the message has not been transmitted (NO in step 403), the process proceeds to step 406.

If it is determined in step 403 that the message is transmitted (YES in step 403).
S), create a send message (step 404).
This transmission message is created by creating a "header", "address", "length", "terminator", "check code", and "text data".

Next, one frame of the message is transmitted (step 405), and the process proceeds to step 406.

At step 406, it is checked whether or not a message is received. If it is determined in step 406 that no message has been received (NO in step 406), the process proceeds to step 412.

If it is determined in step 406 that a message has been received (YES in step 406),
Receive one frame of the message (step 40
7) Next, it is checked whether there is a reception matrix (step 4).
08). If the reception matrix is present (YES in step 408), the message is extracted from the matrix (step 409), and if the reception matrix is not present (NO in step 408), the process directly proceeds to step 410.

In step 410, the received data and the expected message for reception are collated, and then it is checked whether this collation is OK (step 411). If the collation is not OK (NO in step 411), the process proceeds to the next step, and if the collation is OK (YES in step 411), the process proceeds to step 412.

At step 412, response data to the programmable controller (PC) 20 is created,
After that, the repeat counter is updated (step 41
3) Then, it is checked whether or not the repeat count has ended (step 4).
14).

If it is determined in step 414 that the repeat count has ended (YES in step 414), the process proceeds to the next step. If it is determined that the repeat count has not ended (NO in step 414), step 403 Return to.

[0087]

As described above, according to the present invention,
The download means downloads protocol data consisting of microcommands, parameters, etc. specialized for the communication procedure between the programmable controller and the external device, and the protocol execution means downloads the protocol data downloaded by the download means. Since it is configured to analyze and execute, and the programmable controller interface unit inputs / outputs the transmission / reception data to / from the external device in response to the execution result by the protocol execution unit, as shown below. Produce an effect.

1) It is easy to create a transmission / reception program, and the man-hours for creating a transmission / reception program can be greatly reduced. 2) Turnaround time (TAT) becomes smaller,
Higher processing speed can be achieved. 3) Since the transmission / reception program can be easily customized, connection with various external devices becomes possible.

[Brief description of drawings]

FIG. 1 is a system configuration diagram showing a schematic configuration of one embodiment of a programmable controller system configured using a serial communication interface according to the present invention.

FIG. 2 is a block diagram showing a detailed configuration of a protocol execution unit shown in FIG.

FIG. 3 is a flowchart showing details of respective processes in the programmable controller, programmable controller interface, and protocol execution unit shown in FIGS. 1 and 2.

FIG. 4 is a diagram showing an example of a transmission / reception sequence between a programmable controller and a protocol execution unit.

5 is a diagram showing an example of data transmitted to a protocol execution unit side based on a ladder instruction executed on the programmable controller side in order to realize the transmission / reception sequence shown in FIG.

6 is a diagram showing an example of processing executed on the protocol execution unit 40 side in order to realize the transmission / reception sequence shown in FIG.

FIG. 7 is a diagram showing a hierarchical structure of “transmission / reception sequence A” as an example of “transmission / reception sequence data”.

FIG. 8 is a diagram showing a hierarchical structure of “transmission / reception message data”.

9 is a flowchart showing details of execution of the protocol processing shown in FIG.

[Explanation of symbols]

10 Customization Tool 20 Programmable Controller (PC) 30 Programmable Controller Interface Section (PC Interface Section) 40 Protocol Execution Section 41 Microprocessor Unit (MPU) 42 System Program Memory 43 Protocol Data Storage Memory 44 Work RAM 45a, 45b Communication Interface (Communication i /
F)

Claims (8)

[Claims] 1. A serial communication interface for interfacing serial communication between a programmable controller and an external device, wherein microcommands and parameters specialized for a communication procedure between the programmable controller and the external device are provided. Downloading means for downloading protocol data consisting of, etc., protocol executing means for analyzing and executing the protocol data downloaded by the downloading means, and transmission / reception data for the external device corresponding to the execution result by the protocol executing means. And a programmable controller interface means for inputting and outputting to and from the programmable controller. Interface. 2. The protocol data is formed by a customization tool connected to the programmable controller, and the download means downloads the protocol data formed by the customization tool via the programmable controller. The serial according to claim 1
Communication interface. 3. The protocol execution means, protocol data storage means for storing the protocol data downloaded by the download means, protocol data analysis means for analyzing the protocol data stored in the protocol data storage means, and Serial communication between the communication interface means for controlling serial communication with an external device and the external equipment controlled by the communication interface means according to the analysis result by the protocol data analyzing means is executed. 2. The serial interface according to claim 1, further comprising: input / output means for inputting / outputting the execution result to / from the programmable controller via the programmable controller interface means.
Communication interface. 4. The serial communication interface according to claim 1, wherein the protocol data has a hierarchical structure in protocol units. 5. The serial communication interface according to claim 1, wherein the protocol data includes transmission / reception sequence data and transmission / reception message data. 6. The serial communication interface according to claim 1, wherein the protocol data can be independently processed in protocol units. 7. The protocol data is such that, when a standard protocol is partially modified to create a new protocol, the protocol is once copied to create a user attribute protocol, and based on that, The serial communication interface according to claim 1, wherein the serial communication interface is customized. 8. The serial communication interface according to claim 7, wherein the data of the modified protocol is formed as differential data of the data of the protocol before the modification.