CN107479531B - Remote determination method of communication protocol frame format information of embedded PLC access equipment - Google Patents

Abstract

The invention provides a method for remotely determining the communication protocol frame format information of an access device of an embedded PLC. The method includes: acquiring a test frame; sending the test frame to an embedded PLC, wherein the test frame is sent by the embedded PLC to an access device, and the access device feeds back a test result according to the test frame ; In the first time, determine whether the correct test result is obtained from the embedded PLC, wherein the starting moment of the first time is the moment when the test frame is sent to the embedded PLC ; If the correct test result is obtained from the embedded PLC, then determine the correct frame format information according to the test frame. The invention realizes the remote determination of the frame format information of the communication protocol of the access device of the embedded PLC, and improves the efficiency of determining the frame format information.

Description

Remote determination method of communication protocol frame format information of embedded PLC access equipment

technical field

The invention relates to industrial control technology, in particular to a method for remotely determining the communication protocol frame format information of an embedded PLC access device.

Background technique

In order to improve the efficiency of program development and fully combine the advantages of programmable logic controllers (Programmable Logic Controller, PLC) and dedicated controllers, embedded PLC technology has developed rapidly. Embedded PLC is a graphical development method for special-purpose controllers. It makes full use of the powerful processing functions of existing embedded processors, customizes various special-purpose controllers on demand, and uses a graphical development platform to develop special-purpose controllers. software development. That is to say, it has the characteristics of special-purpose controller that can be customized, and also has the development means of PLC graphics. The existing embedded PLC is widely used as the monitoring host in the monitoring system, and various intelligent devices are connected to the embedded PLC through interfaces or buses. Connected smart devices such as access control, air conditioner, UPS, oil generator, temperature and humidity. These intelligent devices and embedded PLC need to monitor or control information interaction through communication protocols.

In the existing monitoring system, the smart devices connected to the embedded PLC may correspond to different communication protocols according to different types or models. All communication protocols in the existing monitoring system are stored in the embedded PLC as the monitoring host. When the embedded PLC is connected to a new device, protocol configuration is performed according to the actual equipment used. Therefore, technicians are required to go to the station to initialize the port. , Protocol verification and writing and other on-site operations.

However, with the rapid development of the modern wireless communication business, a large number of monitoring systems continue to emerge and expand construction. The installation sites of embedded PLC are relatively widely distributed and far away from each other. The existing communication protocol structure between embedded PLC and access equipment The method is inefficient and makes it difficult to access new devices.

Contents of the invention

In the first aspect, the present invention provides a method for remotely determining the communication protocol frame format information of an embedded PLC access device, which is applied to a development host, including:

Get the test frame;

Send the test frame to the embedded programmable controller PLC, wherein the test frame is sent to the access device by the embedded PLC, and the access device feeds back the test result according to the test frame;

In the first time, determine whether the correct test result is obtained from the embedded PLC, wherein the starting moment of the first time is the moment when the test frame is sent to the embedded PLC;

If the correct test result is obtained from the embedded PLC, the correct frame format information is determined according to the test frame.

Optionally, also include:

If the correct test result is not obtained from the embedded PLC, an error prompt message is generated, and the acquisition of the test frame is executed.

Optionally, after determining the correct frame format information according to the test frame, the method further includes:

Obtaining an externally input communication protocol model, the communication protocol model is embedded with N first-type sub-models, and the first-type sub-model is embedded with graphic marks and protocol frames edited according to the correct frame format information, The N is an integer greater than or equal to 1;

compiling the communication protocol model to obtain executable code, and sending the executable code to the embedded PLC.

Optionally, after obtaining the communication protocol model of external input, it also includes:

Obtaining an identifiable debugging source code according to the communication protocol model;

Debugging the identifiable debugging source code to obtain a debugging protocol frame, and sending the debugging protocol frame to the embedded PLC;

receiving and obtaining the debugging result according to the response information sent by the embedded PLC.

Optionally, said obtaining an identifiable debugging source code according to said communication protocol model includes:

Obtain the N first type sub-models from the communication protocol model;

The identifiable debugging source code is obtained, and the identifiable debugging source code is N submodels of the first type in which the graphic marks are replaced by preset identifiable variables.

Optionally, before sending the test frame to the embedded PLC, it also includes:

Obtain port configuration information, set a port initialization model according to the port configuration information to obtain a set port initialization model, wherein the port configuration information includes a port read buffer address and a port write buffer address, and the port read buffer address is the The embedded PLC presets the address of the read buffer, and the port write buffer address is the address of the embedded PLC preset write buffer;

sending the set port initialization model to the embedded PLC.

In the second aspect, the present invention also provides a method for remotely determining the communication protocol frame format information of an embedded PLC access device, which is applied to an embedded PLC, including:

Receive the test frame sent by the development host;

sending the test frame to the access device,

The test result sent by the access device is received, and the test result is sent to the development host, where the test result is a result fed back by the access device according to the test frame.

Optionally, after sending the test result to the development host, further include:

receiving and loading the executable code sent by the development host, wherein the executable code is the code obtained by compiling the communication protocol model by the development host, and the communication protocol model is embedded with N submodels of the first type, the The first type of sub-model is embedded with graphic marks and protocol frames edited according to correct frame format information, and N is an integer greater than or equal to 1.

Optionally, after sending the test result to the development host, further include:

receiving the debugging protocol frame sent by the development host, and sending the debugging protocol frame to the access device, wherein the access device feeds back response information according to the debugging protocol frame;

receiving the response information, and sending the response information to the development host.

Optionally, before receiving the test frame sent by the development host, it also includes:

receiving the set port initialization model sent by the development host, and configuring the port initialization according to the set port initialization model;

Wherein, the port configuration model after the setting is a port configuration model after writing port configuration information, and the port configuration information includes a port read buffer address and a port write buffer address, and the port read buffer address is the embedded PLC The address of the preset read buffer, the port write buffer address is the address of the embedded PLC preset write buffer.

The method provided by the present invention obtains a test frame; sends the test frame to the embedded PLC, wherein the test frame is sent by the embedded PLC to the access device, and the access device feedbacks the test frame according to the test frame Result; within the first time, determine whether to obtain the correct described test result from the embedded PLC, wherein, the starting moment of the first time is to finish sending the test frame to the embedded PLC time; if the correct test result is obtained from the embedded PLC, then the correct frame format information is determined according to the test frame, and the remote determination of the access device communication protocol frame format information of the embedded PLC is realized, and the user can Frame verification is performed on multiple access devices of each embedded PLC on the development host, and the frame format can be modified and adjusted according to the feedback test results, which improves the efficiency of determining frame format information.

Description of drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings that need to be used in the description of the embodiments or the prior art will be briefly introduced below one by one. Obviously, the accompanying drawings in the following description are For some embodiments of the present invention, those skilled in the art can also obtain other drawings based on these drawings without any creative work.

Fig. 1 is the remote determination method flow chart of the access device communication protocol frame format information of a kind of embedded PLC provided by the present invention;

Fig. 2 is an example of a communication system between a development host and an embedded PLC;

Fig. 3 is the remote determination method flowchart of another kind of embedded PLC access device communication protocol frame format information provided by the present invention;

Fig. 4 is the flow chart of the remote determination method of another kind of embedded PLC access device communication protocol frame format information provided by the present invention;

Fig. 5 is the example of a kind of communication protocol model;

FIG. 6 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

FIG. 7 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

FIG. 8 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

9 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

Fig. 10 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

FIG. 11 is a flow chart of a remote determination method for another embedded PLC access device communication protocol frame format information provided by the present invention;

Fig. 12 is a device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention;

Fig. 13 is a device for remotely determining the communication protocol frame format information of another embedded PLC access device provided by the present invention;

Fig. 14 is a device for remotely determining the communication protocol frame format information of another embedded PLC access device provided by the present invention;

Fig. 15 is a device for remotely determining the communication protocol frame format information of another embedded PLC access device provided by the present invention;

Fig. 16 is a device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention;

FIG. 17 is another device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention.

Detailed ways

In order to make the purpose, technical solutions and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments It is a part of embodiments of the present invention, but not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by persons of ordinary skill in the art without making creative efforts belong to the protection scope of the present invention.

FIG. 1 is a flow chart of a method for remotely determining communication protocol frame format information of an embedded PLC access device provided by the present invention. Optionally, the execution subject of the method is a development host, and the development host may be a computer, a server, etc., which is not limited here.

The embodiment shown in Figure 1 includes:

S110, acquire a test frame.

The test frame may be a test frame input externally by the user, or may be a test frame generated according to frame format information externally input by the user, or may be a test frame selected in an existing resource library according to the external input of the user, The present invention is not limited thereto. The test frame may be a protocol frame containing a test instruction, and the access device returns a test result after receiving the protocol frame containing the test instruction.

Table 1 is an embodiment of frame format information.

The test frame may be determined by the user according to the available frame format information specified in the user manual of the access device. The frame format information shown in Table 1 includes: start code (start code information, SOI), communication protocol version number (version number, VER), access device address (Access device address, ADR), access device identification code (customer identification, CID1), control identification code (code identification, CID2), length and check of the command information (The length and check of the command information, LENGTH), command information (command information, INFO), checksum code ( checksum code, CHECKSUM), end code (epilogcode information, EOI). The instruction information in the test frame may be the test instruction.

An air conditioner is used as an example of an access device, and the VER is a version number of an industry protocol, which is preset as 21H. ADR is the address of the air conditioner. For example, the address of the air conditioner is 1, which is converted into a hexadecimal number 01H. According to the industry agreement, the field of CID1 is fixed at 60H (60H is the code of "distributed air conditioner type"). When CID2 is used as a command frame, it is the control identification code; when it is used as a response message, it is the return code RTN.

Table 1

S120. Send the test frame to an embedded PLC, where the test frame is sent by the embedded PLC to an access device, and the access device feeds back a test result according to the test frame.

Specifically, S120 may be to communicate between the development host, the embedded PLC, and the access device through a data-driven method to realize the sending and receiving test of the test frame, thereby verifying whether the frame format of the test frame conforms to the communication protocol of the access device. protocol requirements.

Figure 2 is an example of a communication system between a development host and an embedded PLC. The system includes: development host, embedded PLC, access equipment. The development host is connected to the embedded PLC through Ethernet, and the embedded PLC is connected to the access device through a communication port. Contain a plurality of storage areas in the described embedded PLC, for example shown X area, Y area and D area, wherein, comprise at least read buffer (Read Buffer, RB) and write buffer (Write Buffer) in the described D area , WB). The embedded communication port is configured with port read buffer address 1 and port write buffer address 1. The access device is configured with port read buffer address 2 and port write buffer address 2.

In the port initialization process of the communication port of the embedded PLC, the port read buffer address 1 is configured as the address of the RB in the D area; the port write buffer address 1 is configured as the address of the WB in the D area. Thus, the data received by the communication port from the access device is directly stored in the address of the RB in the D area, and the updated data of the WB in the D area will also be written into the corresponding access device by the communication port. equipment. In an implementation of sending the test frame to the embedded PLC as shown in Figure 2, the development host communicates with the embedded PLC through the Ethernet, and the development host reads or sets the embedded PLC through the connection of the Ethernet. Data in the D area of the PLC.

Optionally, the development host includes a storage area, and the storage area is preset with a write data buffer and a read data buffer. The development host obtains the test frame and fills it into the write data buffer. In addition, the development host sends the test frame to the WB of the embedded PLC via Ethernet. In the embedded PLC, the communication port sends the test frame in the WB to the access device according to the address description of the access device included in the test frame. If the frame format information of the test frame is correct, the access device can correctly receive the test frame and parse and obtain information such as test instructions in the test frame.

The access device may include access control, air conditioner, intelligent power supply module, oil generator, temperature and humidity sensing device, elevator system or industrial automation machine.

S130, within a first time, determine whether the correct test result is obtained from the embedded PLC, wherein the starting moment of the first time is the time when the test frame is sent to the embedded PLC time.

The first time is determined according to specific network conditions, the rate and situation of communication between the embedded PLC and the access device, for example, the first time may be set as 10s.

S130 specifically includes determining whether the test result is obtained from the embedded PLC, and determining whether the obtained test result is correct.

Under the condition that each line is correctly wired, the port configuration is correct, and the operation is regulated, one implementation of S130 may be: within the first time (for example, 10s), send the embedded The PLC's RB inquires once whether there is a data update. If the RB of the embedded PLC has updated data within the first time, it will be obtained in the read data buffer of the development host, and the development host will further determine whether the obtained test result is correct, if it is correct, then enter S141, if it is wrong, continue every Query the RB of the embedded PLC every second time whether there is data update, until the correct test result is obtained or the frame format information of the test frame is determined to be wrong at the end of the first time. If it is determined that the frame format information of the test frame is wrong at the end of the first time, an error prompt message is generated, the acquisition of the test frame is performed, and a prompt message that the frame format information of the test frame is wrong is displayed to the user. If the RB of embedded PLC does not have updated data within the first time, then determine that the frame format information of the test frame is wrong, generate an error message, execute the described acquisition of the test frame, and display the frame format information of the test frame to the user For the error message.

Wherein, an implementation of checking whether there is data update to the RB of the embedded PLC every second time may be: every second time, the development host sends a read command to the embedded PLC, The read command includes the address of the RB of the embedded PLC and the length of the read data. In response to the read command, the embedded PLC retrieves whether there is data satisfying the read data length stored in the RB, and if so, sends it to the development host.

Another implementation of checking whether there is data update to the RB of the embedded PLC every second time may be: every second time, the development host sends a read command to the embedded PLC, so The read command includes the address of the RB of the embedded PLC. The embedded PLC responds to the read command to search whether there is data stored in the RB, and if there is data, it sends it to the development host and clears the storage in the RB.

If the frame format information of the test frame is correct, the access device obtains a correct test result according to the test frame, and feeds back the correct test result to the embedded PLC. When the communication port of the embedded PLC receives the correct test result, it reads the correct test result into the RB of the D area according to the port read buffer address 1. The development host monitors that the data is updated in the RB and acquires the data, and the development host determines that the updated data is a correct test result.

S141. If a correct test result is obtained from the embedded PLC, confirm correct frame format information according to the test frame.

Whether the test result is correct can be determined automatically by the development host according to whether the embedded PLC has feedback information, or whether the information content fed back by the embedded PLC is correct; it can also be determined by the user according to whether the embedded PLC has It can be determined based on the feedback information, or according to whether the content of the information fed back by the embedded PLC is correct.

The correct frame format information can be determined by the development host to acquire the frame format used to generate the test frame as the correct frame format information. After the correct frame format information is determined, the development host can save it into the memory, or develop The host computer displays the correct frame format information to the user or sends it to other terminals, and the present invention is not limited thereto.

The method provided in this embodiment obtains a test frame; sends the test frame to the embedded PLC, wherein the test frame is sent to the access device by the embedded PLC, and the access device feeds back the test frame according to the test frame Test result; within the first time, determine whether to obtain the correct described test result from the embedded PLC, wherein, the starting moment of the first time is to finish sending the test frame to the embedded PLC If the correct test result is obtained from the embedded PLC, the correct frame format information is determined according to the test frame, and the remote determination of the communication protocol frame format information of the access device of the embedded PLC is realized, and the user Frame verification can be performed on multiple access devices of each embedded PLC on the development host, and the frame format can be modified and adjusted according to the feedback test results, which improves the efficiency of determining frame format information.

FIG. 3 is a flow chart of another method for remotely determining communication protocol frame format information of an embedded PLC access device provided by the present invention. Table 2 is an embodiment of the return code.

On the basis of the embodiment shown in Figure 1, the embodiment shown in Figure 3 also includes:

S142. If the correct test result is not obtained from the embedded PLC, generate an error message, and execute S110.

The failure to obtain the correct test result may mean that no return information is obtained, or abnormal return information is obtained, for example, the abnormal situation is described by a return code in the obtained test result. The access device feeds back the test result according to the received test frame, and the test result includes the return code. For an embodiment of the return code, see Table 2. For example: when the return code included in the test result is 00H, the test result is a correct test result, and all other return codes are wrong test results, which are not limited here and can also be identified by other codes.

After the wrong test result is obtained, the error message that the frame format information of the test frame is wrong can also be displayed to the user, and the return code can be written in the error message, or written according to the return code. Determined error type information, the error type information may include "VER error", "CHECKSUM error", "CID2 invalid" or "invalid data". Wherein, the "invalid data" corresponds to the parameter setting other than "starting" in the off state, or the parameters set in the power on state are out of range, or the format of the data frame is wrong.

Table 2

return code Meaning 00H Feedback when the frame format information is correct 01H Feedback when VER is wrong 02H Feedback when CHECKSUM is wrong 04H Feedback when CID2 is invalid 06H Feedback on invalid data

Executing S110 may specifically be that after referring to the prompt information, the user modifies the original frame format information according to the error type information, and generates a new test frame with the new frame format information. Execute S110 again until the correct test result is obtained, and determine the correct frame format information according to the test frame corresponding to the correct test result.

In this embodiment, if the correct test result is not obtained from the embedded PLC, an error prompt message is generated, and the S110 is executed, so that a new test frame is obtained when the frame verification error occurs, and the user can know that the frame format information is valid. If it is wrong, replace the original frame format information and perform verification again. This embodiment further improves the efficiency of determining the frame format information by providing error prompt information to the user.

FIG. 4 is a flow chart of another method for remotely determining communication protocol frame format information of an embedded PLC access device provided by the present invention.

On the basis of the embodiment shown in FIG. 1 or FIG. 3 , the embodiment described in FIG. 4 further includes after S141:

S151. Obtain an externally input communication protocol model, the communication protocol model is embedded with N first-type sub-models, and the first-type sub-model is embedded with a graphic mark and a protocol edited according to the correct frame format information frame, the N is an integer greater than or equal to 1.

S152. Compile the communication protocol model to obtain executable code, and send the executable code to the embedded PLC.

After determining the test frame corresponding to the correct test result, the user edits the communication protocol model according to the frame format information used by the test frame. The communication protocol model may specifically be a PLC program code written in a ladder language, and a C language program is embedded in the graphic language. The first type of sub-model may be a C language program including graphic markers and protocol frames. M protocol frames are written in the first sub-model of the communication protocol model, each protocol frame is edited according to the correct frame format information, and M is an integer greater than or equal to 1.

Figure 5 is an example of a communication protocol model. In the communication protocol model shown in Figure 5, X1, X2, X3, X4, X5, and X6 are all trigger conditions. After the trigger condition of X1 is met, X1 is closed or the trigger conditions of X2 and X3 are met, and then when the trigger condition of X4 or X5 is met, it is detected whether X6 is satisfied, and if X6 is also satisfied, the data frame is sent.

The development host compiles the obtained communication protocol model to obtain executable code for running in the embedded PLC, and downloads the executable code to the embedded PLC, if the communication protocol model is edited in the process According to standard implementation, the embedded PLC can normally run the communication protocol model.

In this embodiment, by obtaining an externally input communication protocol model, compiling the communication protocol model to obtain executable code, and sending the executable code to the embedded PLC, the remote construction of the communication protocol model of the embedded PLC for the access device is completed.

6 is a flow chart of another method for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of the embodiment shown in Figure 4, the embodiment shown in Figure 6 also includes a debugging process after the S151:

S160. Acquire an identifiable debugging source code according to the communication protocol model.

S170. Debug the identifiable debugging source code to obtain a debugging protocol frame, and send the debugging protocol frame to the embedded PLC.

S180. Receive and obtain a debugging result according to the response information sent by the embedded PLC.

The development host can be a computer (personal computer, PC) end, and there are many kinds of PC end development software in the prior art, but these development software cannot recognize the graphic elements and graphic marks in the PLC program written by the graphic language, and cannot The communication protocol model including the graphical language is directly debugged. In this embodiment, the identifiable debugging source code is acquired according to the communication protocol model, and the identifiable debugging source code may be a protocol code written in C language for communicating with a device, and the graphic marks that may be included are preset in the development host The embedded PLC tool recognizes and converts into corresponding recognizable variables. Use the common C language program development software on the development host to compile and run the identifiable debugging source code. In this way, single-step, breakpoint, variable modification and other debugging are performed on the identifiable debugging source code.

In the above embodiment, S160 may further include: obtaining the N first type sub-models from the communication protocol model; obtaining the identifiable debugging source code, where the identifiable debugging source code is a preset identifiable variable substituted for the graphically labeled N first-class submodels.

Specifically, it may be that the development host extracts the first sub-model edited by C language in the communication protocol model, such as the "send data frame" function block in Fig. 5, thereby implementing the first sub-model in the communication protocol model Debug preparation for a class of submodels.

Include graphic mark in described first class sub-model, such as contact X0, X1 etc., because the C language program development software that common PC terminal development software comprises can not recognize graphic mark, the embedded PLC tool of development host side needs to pre-set These graphic marks translate into recognizable information. The identifiable information may be an identifiable variable conforming to the C language programming standard. The preset correspondence includes a one-to-one correspondence between variables and graphic marks.

During the debugging process, the development host sends the debugging protocol frame issued by the identifiable debugging source code to the embedded PLC, and can view the composition of the protocol frame, the sending process, the protocol frame response frame and the running status of the embedded PLC, Editing and other debugging. The debugging protocol frame refers to a protocol frame for debugging sent during the debugging process.

In an implementation of the corresponding relationship, the data of the graphic mark is stored in the storage unit of the embedded PLC in Figure 2, and the data of the identifiable variable is stored in the storage area preset by the development host, so The conversion of the above corresponding relationship realizes the replacement of the embedded PLC storage area with the storage unit of the development host and maps each other. Specifically, the X area, Y area, and D area of the embedded PLC storage area are respectively mapped to the Xm area, Ym area, and Dm area of the development host. Described reciprocal mapping refers to the data that is updated to the development mainframe when the data in the X district, Y district or D district of the embedded PLC storage area changes; type PLC to send updated data.

In the corresponding relationship, the mapping between the D area and the Dm area further includes that the Dm area includes a read data mapping area RBm and a write data mapping area WBm, RBm and RB data mapping, WBm and WB data mapping; the development host can run When identifying the debugging source code, the sent protocol frame is written to WBm, and the new data of WBm is sent to WB through Ethernet; the embedded PLC detects that there is a change in WB data, and sends the new data (that is, the debugging protocol frame) to the access device.

The process of sending the updated data in WBm to the WB via Ethernet specifically includes: the development host encapsulates and packages the updated data in WBm according to the Ethernet transmission protocol, and transmits the packaged and packaged data to the embedded computer via Ethernet. Type PLC, the embedded PLC obtains the updated data in WBm from the packaged data and stores them in the WB.

In this embodiment, the N first-type sub-models are obtained from the communication protocol model; the identifiable debugging source code is obtained, and the identifiable debugging source code is replaced by a preset identifiable variable for the graphic mark The N sub-models of the first category realize the conversion from the graphic language program to the C language program, and convert the unrecognizable communication protocol model into recognizable debugging source code.

Fig. 7 is a flow chart of another method for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of any of the embodiments shown in FIGS. 1 to 6, the embodiment shown in FIG. 7 also includes a port initialization model setting process before S120:

S111. Obtain port configuration information, and set a port initialization model according to the port configuration information to obtain a set port initialization model, wherein the port configuration information includes port read buffer address 1 and port write buffer address 1, and the port read buffer Address 1 is the address of the embedded PLC preset read buffer, and the port write buffer address 1 is the address of the embedded PLC preset write buffer.

S112. Send the set port initialization model to the embedded PLC.

The port configuration information also includes port descriptions such as communication rate, data bits, and stop bits. The embedded PLC performs initialization configuration of the communication port by the port initialization model after the setting. The port initialization model is specifically a program code for configuring a communication port, and the method for setting the port initialization model according to the port configuration information may specifically be writing the port configuration information into the in hardware registers.

In this embodiment, by obtaining port configuration information, setting the port initialization model according to the port configuration information to obtain the set port initialization model, wherein the port configuration information includes port read buffer address 1 and port write buffer address 1, and the port Read buffer address 1 is the address of the preset read buffer of the embedded PLC, and the port write buffer address 1 is the address of the preset write buffer of the embedded PLC; after sending the setting to the embedded PLC The port initialization model. The read-write address of the communication port of the embedded PLC is determined, and the initialization configuration of the communication port of the embedded PLC is realized with the port initialization model after setting.

FIG. 8 is a flow chart of another method for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. The execution subject of the method shown in FIG. 8 may be an embedded PLC. The embodiment shown in Figure 8 includes:

S810. Receive a test frame sent by the development host, where the test frame is a protocol frame including a test instruction.

For the frame format information of the test frame, refer to Table 1. The D area of the embedded PLC is a preset read and write buffer, including a read buffer (Read Buffer, RB) and a write buffer (Write Buffer, WB). Wherein, the communication port of the embedded PLC is in the port initialization process, the port read buffer address 1 is configured as the address of the read buffer (Read Buffer, RB) of the D area; the port write buffer address 1 is configured as the The address of the write buffer (Write Buffer, WB) of the D area. Thus, the data received by the communication port from the access device is directly stored in the address of the RB in the D area, and the updated data of the WB in the D area will also be written into the corresponding access device by the communication port. equipment.

The development host includes a storage area, and the storage area is preset with a write data buffer and a read data buffer. The development host obtains the test frame and fills it into the write data buffer, the development host sends it to the embedded PLC through the network, and the embedded PLC receives the test frame from the development host and writes it into the WB.

S820. Send the test frame to the access device.

In the embedded PLC, the communication port sends the test frame in the WB; the test frame contains the address of the access device, and the access device equal to the address of the end device will respond to the Test frames are processed. If the frame format information of the test frame is correct, the access device can correctly parse and acquire information such as test instructions in the test frame.

S830. Receive a test result sent by the access device, and send the test result to the development host, where the test result is a result fed back by the access device according to the test frame.

Specifically, the access device returns a corresponding return code according to whether the frame format of the test frame is correct, and the type of the return code is shown in Table 2. When the return code included in the test result is 00H, the test result is a correct test result, and all other return codes are wrong test results.

An implementation manner of sending the test result to the development host may be: within the first time (for example, 10s), the development host asks the RB of the embedded PLC every second time (for example, 0.5s) Whether there is data update at a time.

If the RB of the embedded PLC has updated data within the first time, it will be acquired in the read data buffer RBm of the development host.

If the RB of the embedded PLC has no updated data within the first time, the development host determines that the frame format information of the test frame is wrong.

Wherein, an implementation of checking whether there is data update to the RB of the embedded PLC every second time may be: every second time, the development host sends a read command to the embedded PLC, The read command includes the address of the RB of the embedded PLC and the length of the read data. The embedded PLC responds to the read command and sends the data within the read range in the RB to the development host; the development host stores the data in the RBm and checks and further debugs the data.

Another implementation of checking whether there is data update to the RB of the embedded PLC every second time may be: every second time, the development host sends a read command to the embedded PLC, so The read command includes the address of the RB of the embedded PLC. The embedded PLC responds to the read command to retrieve whether there is new data in the RB, and if there is new data, it sends it to the development host and clears the storage in the RB.

If the frame format information of the test frame is correct, the access device obtains a correct test result according to the test frame, and feeds back the correct test result to the embedded PLC. When the communication port of the embedded PLC receives the correct test result, it reads the correct test result into the RB of the D area according to the port read buffer address 1. The development host acquires the new data after monitoring that the data in the RB is updated, and the development host can further determine whether the new data is a correct test result.

In this embodiment, by receiving the test frame sent by the development host; sending the test frame to the access device, receiving the test result sent by the access device, and sending the test result to the development host, the The test result is that the access device has realized the remote determination of the communication protocol frame format information of the access device of the embedded PLC according to the result of the feedback of the test frame. Each access device performs frame verification, and the frame format can be modified and adjusted according to the feedback test results, which improves the efficiency of determining frame format information.

FIG. 9 is a flow chart of another method for remotely determining communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of FIG. 8, the embodiment shown in FIG. 9 further includes after S830:

S841. Receive and load the executable code sent by the development host, where the executable code is the code obtained by compiling the communication protocol model by the development host, and the communication protocol model is embedded with N submodels of the first type, The first type of sub-model is embedded with a graphic mark and a protocol frame edited according to the correct frame format information, and the N is an integer greater than or equal to 1

In this embodiment, by receiving and loading the executable code sent by the development host, the remote construction of the communication protocol for the access device of the embedded PLC is realized, and the efficiency of the communication protocol construction is improved.

FIG. 10 is a flow chart of another method for remotely determining communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of any embodiment shown in FIG. 8 or FIG. 9, the embodiment shown in FIG. 10 also includes a debugging process after S830:

S842. Receive a debugging protocol frame sent by the development host, and send the debugging protocol frame to the access device, where the access device feeds back response information according to the debugging protocol frame.

Specifically, the communication protocol model is embedded with N first-type sub-models, and the first-type sub-models are embedded with graphic marks and protocol frames edited according to correct frame format information; Obtain the N first-type sub-models; obtain the identifiable debugging source code, the identifiable debugging source code is the N first-type sub-models replaced by the preset identifiable variables; The debug protocol frame is sent out during source code debugging. During the debugging process, the development host sends the protocol frame embedded in the communication protocol model to the embedded PLC.

Wherein, the storage area in the embedded PLC includes the D area, and the D area is also mapped with the Dm area data of the development host. The Dm area includes a read data mapping area RBm and a write data mapping area WBm, the D area includes a read data mapping area RBm and a write data mapping area WBm, RBm is mapped to RB data, and WBm is mapped to WB data.

Wherein, the manner of implementing data mapping between WBm and WB includes: when updating WBm data, the development host sends new data to the embedded PLC to update WB data.

The process of sending the updated data in WBm to the WB via Ethernet specifically includes: the development host encapsulates and packages the updated data in WBm according to the Ethernet transmission protocol, and transmits the packaged and packaged data to the embedded computer via Ethernet. Type PLC, the embedded PLC obtains the updated data in WBm from the packaged data and stores them in the WB. The data stored in the WB is sent to the access device through the communication port of the embedded PLC. During the debugging process, the updated data in the WBm and the data stored in the WB are the debugging protocol frames.

S843. Receive the response information, and send the response information to the development host.

The data sent by the access device to the embedded PLC is written into the RB through the communication port, and the updated data of the RB is written into the RBm through the Ethernet. During the debugging process, the data updated by the RBm is the response information fed back by the access device according to the debugging protocol frame. In this embodiment, the S843 is implemented by mapping the RBm and the RB data. The development host can control the sending process of the debugging protocol frame and the receiving process of the response information through the debugging command in the software development environment, so as to realize the debugging of the communication protocol model.

The debugging process may be executed after S830, or may be executed after S841 when it is found that the embedded PLC cannot run the communication protocol model normally, and the present invention is not limited thereto.

In this embodiment, the embedded PLC receives the debugging protocol frame sent by the development host, and sends the debugging protocol frame to the access device, wherein the access device feeds back response information according to the debugging protocol frame ; Receive the response information, and send the response information to the development host. The debugging protocol frame sending, receiving and processing of the debugging process on the development host side is realized, and then the debugging of the identifiable debugging source code is realized on the development host.

Fig. 11 is a flow chart of another method for remotely determining the communication protocol frame format information of the access device of the embedded PLC provided by the present invention. On the basis of any of the embodiments shown in FIGS. 8 to 10 , the embodiment shown in FIG. 11 also includes before S810:

S800. Receive the set port initialization model sent by the development host, and configure the port initialization according to the set port initialization model;

Wherein, the port configuration model after the setting is a port configuration model after writing port configuration information, and the port configuration information includes a port read buffer address and a port write buffer address, and the port read buffer address is the embedded PLC The address of the preset read buffer, the port write buffer address is the address of the embedded PLC preset write buffer.

The port configuration information also includes port descriptions such as communication rate, data bits, and stop bits. The embedded PLC uses the port initialization model to initialize the configuration of the communication port. The port initialization model is specifically a program code for configuring the communication port.

In this embodiment, by receiving the port initialization model sent by the development host, and configuring the port initialization according to the port initialization program, the read-write address of the communication port of the embedded PLC is set, and the communication to the embedded PLC is realized. Port initialization configuration.

Fig. 12 is a device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. The device as described in Figure 12 includes:

The first obtaining module 11 is used to obtain the test frame;

The first sending module 12 is configured to send the test frame to the embedded PLC, wherein the test frame is sent to the access device by the embedded PLC, and the access device feeds back a test result according to the test frame;

The first receiving module 13 is used to determine whether the correct test result is obtained from the embedded PLC within a first time, wherein the starting moment of the first time is to complete sending to the embedded PLC The moment when the test frame is sent;

The second obtaining module 14 is configured to determine correct frame format information according to the test frame if the correct test result is obtained from the embedded PLC.

The device in the embodiment shown in FIG. 12 can be correspondingly used to execute the steps performed by the development host in the method embodiment shown in FIG. 1 , and its implementation principles and technical effects are similar, and will not be repeated here.

FIG. 13 is another device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of the embodiment shown in Figure 12, the embodiment shown in Figure 13 also includes:

The error prompting module 15 is used for generating error prompting information if the correct test result is not obtained from the embedded PLC.

The device in the embodiment shown in FIG. 13 can be correspondingly used to execute the steps performed by the development host in the method embodiment shown in FIG. 1 or FIG. 3 , and its implementation principles and technical effects are similar, and will not be repeated here.

Fig. 14 is another device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of the embodiment shown in Figure 12 or Figure 13, the embodiment shown in Figure 14 also includes:

The third obtaining module 16 is used to obtain an externally input communication protocol model after the correct frame format information is determined according to the test frame, the communication protocol model is embedded with N first-type sub-models, the The first type of sub-model is embedded with a graphic mark and a protocol frame edited according to the correct frame format information, and the N is an integer greater than or equal to 1.

The compiling module 18 is configured to compile the communication protocol model to obtain executable codes.

The first sending module 12 is further configured to send the executable code to the embedded PLC through the network.

The device in the embodiment shown in FIG. 14 can be correspondingly used to execute the steps performed by the development host in the method embodiment shown in FIG. 1 or FIG. 3 or FIG. 4 , and its implementation principles and technical effects are similar, and will not be repeated here.

FIG. 15 is another device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of the embodiment shown in Figure 14, the embodiment shown in Figure 15 also includes:

The debugging module 17 is configured to obtain an identifiable debugging source code according to the communication protocol model after the externally input communication protocol model is obtained; debug the identifiable debugging source code to obtain a debugging protocol frame.

The first sending module 12 is further configured to send the debugging protocol frame to the embedded PLC.

The first receiving module 13 is further configured to receive and obtain a debugging result according to the response information sent by the embedded PLC.

In the above embodiment, the debugging module 17 is further configured to: obtain the N first-type sub-models from the communication protocol model; obtain the identifiable debugging source code, and the identifiable debugging source code is a predetermined Let the identifiable variables replace the N first-class submodels of the graphical markers.

The debugging module 17 extracts the first type of sub-model from the communication protocol model; replaces the graphic mark in the first type of sub-model with an identifiable variable according to a preset correspondence; obtains a graphic The sub-models of the first type marked with identifiable variables are the identifiable debugging source codes.

In the above embodiment, the first obtaining module 11 is also used for: before sending the test frame to the embedded PLC, obtain the port configuration information, set the port initialization model according to the port configuration information to obtain the set A port initialization model, wherein the port configuration information includes a port read buffer address and a port write buffer address, the port read buffer address is the address of the embedded PLC preset read buffer, and the port write buffer address is the Describe the address of the embedded PLC preset write buffer;

The first sending module 12 is further configured to: send the set port initialization model to the embedded PLC.

The device of the embodiment shown in FIG. 15 can be used to execute the steps performed by the development host in the method embodiment shown in FIG. 1, FIG. 3, FIG. 4, FIG. 6 or FIG. Let me repeat.

Fig. 16 is a device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. In the embodiment shown in Figure 16, including:

The second receiving module 21 is configured to receive the test frame sent by the development host.

The sending module 22 is configured to send the test frame to the access device, and send a test result to the development host, where the test result is a result fed back by the access device according to the test frame.

The third receiving module 23 is configured to receive the test result sent by the access device.

The device in the embodiment shown in FIG. 16 can be correspondingly used to execute the steps performed by the embedded PLC in the method embodiment shown in FIG. 8 , and its implementation principle and technical effect are similar, and will not be repeated here.

FIG. 17 is another device for remotely determining the communication protocol frame format information of an embedded PLC access device provided by the present invention. On the basis of the embodiment shown in Figure 16, the embodiment shown in Figure 17 also includes a program loading module 24;

The second receiving module 21 is also used for the executable code sent by the development host after the test result is sent to the development host, wherein the executable code is the communication protocol between the development host and the development host. The code obtained by model compilation, the communication protocol model is embedded with N first-type sub-models, and the first-type sub-model is embedded with graphic marks and protocol frames edited according to correct frame format information, and the N is an integer greater than or equal to 1;

The program loading module 24 is configured to load the executable code.

In the above embodiment, the second receiving module 21 is further configured to receive the debugging protocol frame sent by the development host after the test result is sent to the development host;

The sending module 22 is further configured to send the debugging protocol frame to the access device, and send response information to the development host, wherein the access device feeds back the response message;

The third receiving module 23 is further configured to receive the response information.

In the above embodiment, the second receiving module 21 is further configured to receive the set port initialization model sent by the development host before receiving the test frame sent by the development host;

The program loading module 24 is also configured to initialize and configure ports according to the set port initialization model; wherein, the set port configuration model is a port configuration model after writing port configuration information, and the port configuration The information includes a port read buffer address and a port write buffer address, the port read buffer address is the address of the embedded PLC preset read buffer, and the port write buffer address is the address of the embedded PLC preset write buffer address.

The device in the embodiment shown in FIG. 17 can be correspondingly used to execute the steps performed by the embedded PLC in any one of the method embodiments shown in FIG. 8 to FIG. 11 .

Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present invention, rather than limiting them; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: It is still possible to modify the technical solutions described in the foregoing embodiments, or perform equivalent replacements for some or all of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the technical solutions of the various embodiments of the present invention. scope.

Claims (8)

1. a remote method for determining the access device communication protocol frame format information of an embedded PLC, applied to the development host, characterized in that, comprising: Get the test frame; Send the test frame to the embedded programmable controller PLC, wherein the test frame is sent to the access device by the embedded PLC, and the access device feeds back the test result according to the test frame; In the first time, determine whether the correct test result is obtained from the embedded PLC, wherein the starting moment of the first time is the moment when the test frame is sent to the embedded PLC; If the correct test result is obtained from the embedded PLC, then determine the correct frame format information according to the test frame; Wherein, after the correct frame format information is determined according to the test frame, it also includes: Obtaining an externally input communication protocol model, the communication protocol model is embedded with N first-type sub-models, and the first-type sub-model is embedded with graphic marks and protocol frames edited according to the correct frame format information, The N is an integer greater than or equal to 1; compiling the communication protocol model to obtain executable code, and sending the executable code to the embedded PLC. 2. The method according to claim 1, further comprising: If the correct test result is not obtained from the embedded PLC, an error prompt message is generated, and the acquisition of the test frame is executed. 3. The method according to claim 1, characterized in that, after said obtaining the externally input communication protocol model, further comprising: Obtaining an identifiable debugging source code according to the communication protocol model; Debugging the identifiable debugging source code to obtain a debugging protocol frame, and sending the debugging protocol frame to the embedded PLC; receiving and obtaining the debugging result according to the response information sent by the embedded PLC. 4. The method according to claim 3, wherein said obtaining identifiable debugging source code according to said communication protocol model comprises: Obtain the N first type sub-models from the communication protocol model; The identifiable debugging source code is obtained, and the identifiable debugging source code is N submodels of the first type in which the graphic marks are replaced by preset identifiable variables. 5. method according to claim 1, is characterized in that, before described sending described test frame to embedded PLC, also comprises: Obtain port configuration information, set a port initialization model according to the port configuration information to obtain a set port initialization model, wherein the port configuration information includes a port read buffer address and a port write buffer address, and the port read buffer address is the The embedded PLC presets the address of the read buffer, and the port write buffer address is the address of the embedded PLC preset write buffer; sending the set port initialization model to the embedded PLC. 6. A remote method for determining the access device communication protocol frame format information of an embedded PLC, applied to an embedded programmable controller PLC, characterized in that, comprising: Receive the test frame sent by the development host; sending the test frame to the access device; receiving a test result sent by the access device, and sending the test result to the development host, where the test result is a result fed back by the access device according to the test frame; Wherein, after the test result is sent to the development host, it also includes: receiving and loading the executable code sent by the development host, wherein the executable code is the code obtained by compiling the communication protocol model by the development host, and the communication protocol model is embedded with N submodels of the first type, the The first type of sub-model is embedded with graphic marks and protocol frames edited according to correct frame format information, and N is an integer greater than or equal to 1. 7. The method according to claim 6, further comprising: after sending the test result to the development host: receiving the debugging protocol frame sent by the development host, and sending the debugging protocol frame to the access device, wherein the access device feeds back response information according to the debugging protocol frame; receiving the response information, and sending the response information to the development host. 8. The method according to claim 6, further comprising: before receiving the test frame sent by the development host: receiving the set port initialization model sent by the development host, and configuring the port initialization according to the set port initialization model; Wherein, the port initialization model after the setting is a port initialization model after writing port configuration information, and the port configuration information includes a port read buffer address and a port write buffer address, and the port read buffer address is the embedded PLC The address of the preset read buffer, the port write buffer address is the address of the embedded PLC preset write buffer.