Multi-board communication method and device in laser system and desktop laser equipment

Abstract

The application provides a multi-board communication method and device in a laser system and a desktop laser device, wherein the multiple boards include a master control board, a motion control board and other boards; the motion control board is connected in series to the master control board, and the other boards are connected in series or in parallel to each other and are connected in parallel or in series to the motion control board; the method comprises the following steps: the master control board issues encapsulated data packets to the motion control board according to the triggering of a service function in the laser system; the motion control board obtains the control command and board address information carried by the encapsulated data packets by executing the receiving and unpacking of the encapsulated data packets; and the data distribution between the other boards is executed according to the board address information. The application provides a multi-board communication mechanism, and since the encapsulated data packets carry the board address information, the corresponding data distribution process can be controlled after unpacking, and the service processing is not involved, so that the data circulation on the multi-board hardware topology does not affect the service.

Description

Technical Field

[0001] This application relates to the field of laser processing control, specifically to a multi-board communication method and device in a laser system, and a desktop laser device. Background Technology

[0002] With the continuous development and application of desktop laser equipment, users have been able to perform laser cutting and engraving outside of industry, and more diverse business needs have emerged based on this.

[0003] To meet the increasingly diverse business needs of desktop laser equipment, the laser systems hosted on desktop laser devices often utilize various boards to provide more business functions. In other words, the hardware topology of the laser system involves an ever-expanding network of multiple boards connected and distributed, with multiple boards linked in series or parallel, and data flowing through them.

[0004] For the multi-board hardware topology of laser systems, there is an urgent need to provide a multi-board communication mechanism to eliminate the impact of data flow on business processing on the multi-board hardware topology of laser systems. Summary of the Invention

[0005] One objective of this application is to provide a multi-board communication mechanism to solve the technical problem of data flow affecting business processing on a multi-board hardware topology in a laser system.

[0006] According to one aspect of the embodiments of this application, a multi-board communication method for a laser system is disclosed. The multiple boards in the laser system include a main control board, a motion control board, and other boards. The motion control board is connected in series with the main control board, and the other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board.

[0007] The method is deployed on various boards, and the method includes:

[0008] The main control board sends encapsulated data packets to the motion control board based on the triggering of the service function in the laser system. The encapsulated data packets carry the control commands of the service function.

[0009] The motion control board obtains the control commands and board address information carried by receiving and unpacking the packet data.

[0010] Data distribution among the other boards is performed based on the board address information.

[0011] According to one aspect of the embodiments of this application, the main control board sends packet data to the motion control board based on the triggering of the service function in the laser system, including:

[0012] Based on the board corresponding to the triggered business function, the main control board obtains the address identifier of the board and generates board address information;

[0013] The protocol packet is obtained by encapsulating the board address information and the triggered service function control commands through the configured communication protocol.

[0014] The protocol packet is used as the encapsulated data and sent to the motion control board.

[0015] According to one aspect of the embodiments of this application, the step of encapsulating the board address information and the triggered service function control command through the configured communication protocol to obtain a protocol packet includes:

[0016] The board address information and control commands are encapsulated using predefined header and trailer identifiers in the configured communication protocol to obtain a protocol packet for controlling the triggered service functions.

[0017] According to one aspect of the embodiments of this application, the motion control board obtains packet data carrying the control command and board address information by performing the reception and depacketization of the protocol packets, including:

[0018] The motion control board receives protocol packets sent by the main control board;

[0019] The protocol packet is unpacked to obtain the packet data formed by the board address information and control commands.

[0020] According to one aspect of the embodiments of this application, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0021] Determine whether the board address information in the packet data is consistent with the address of the motion control board itself. If the determination is not correct, the motion control board will again initiate the forwarding of the control command through the board address information.

[0022] Packet data using predefined header and footer identifiers;

[0023] The protocol packets obtained by controlling the packaging are forwarded to the corresponding boards according to the board address information.

[0024] According to one aspect of the embodiments of this application, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0025] If the board address information in the packet data matches the address of the motion control board itself, the motion control board completes its own business processing by parsing the control commands in the packet data.

[0026] According to one aspect of the embodiments of this application, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0027] Any board in the laser system receives a protocol packet forwarded by the motion control board or other boards;

[0028] All the boards execute the forwarding of the protocol packet or the parsing of commands related to their own services under the control of the board address information in the protocol packet. In the forwarding of the protocol packet, the current board is an intermediate board on the communication path between the motion control board and the board corresponding to the board address information.

[0029] According to one aspect of the embodiments of this application, in the transmission of the encapsulated data packet, the protocol packet is transmitted to the transport layer, and the main control board sends the packet data to the motion control board according to the triggering of the service function in the laser system, further comprising:

[0030] The protocol packet is reliably encapsulated to obtain a reliable transmission data packet;

[0031] The reliable transmission data packets are encapsulated into frames, and the obtained data frames are used as packet data to execute the packet data delivery under the control of the reliable transmission protocol.

[0032] A multi-board communication device for a laser system, wherein the multiple boards in the laser system include a main control board, a motion control board, and other boards; the motion control board is connected in series with the main control board, and the other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board.

[0033] The method is deployed on various boards, and the device includes:

[0034] The data delivery module is used to send packet data from the main control board to the motion control board according to the triggering of the business function in the laser system. The packet data carries the control command of the business function.

[0035] The receiving and unpacking module is used to enable the motion control board to obtain the control commands and board address information carried by the packet data by receiving and unpacking the packet data.

[0036] The data distribution module is used to perform data distribution among the other boards based on the board address information.

[0037] A desktop laser device, comprising:

[0038] Memory, which stores computer-readable instructions;

[0039] The processor reads computer-readable instructions stored in memory to execute the methods described above.

[0040] In this embodiment, for a multi-board hardware topology built on a laser system, the given multiple boards include a main control board, a motion control board, and other boards. The motion control board is connected in series with the main control board. The other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board. On this basis, the main control board first sends packet data to the motion control board according to the triggering of the service function in the laser system. The packet data carries the control command of the service function. The motion control board obtains the carried control command and board address information by receiving and unpacking the packet data. Finally, it performs data distribution between other boards according to the board address information. This provides a multi-board communication mechanism for the implementation of a multi-board hardware topology in a laser system. Since the packet data carries the board address information, the corresponding data distribution process can be obtained after unpacking and does not involve service processing. Therefore, the flow of data on the multi-board hardware topology will not affect the service.

[0041] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0042] It should be understood that the above general description and the following detailed description are merely exemplary and do not limit this application. Attached Figure Description

[0043] The above and other objectives, features and advantages of this application will become more apparent from a detailed description of exemplary embodiments thereof with reference to the accompanying drawings.

[0044] Figure 1 An architecture diagram of a multi-board communication method applied in a laser system according to an embodiment of this application is shown.

[0045] Figure 2 A flowchart of a multi-board communication method in a laser system according to an embodiment of this application is shown.

[0046] Figure 3 A flowchart illustrating the steps of a main control board sending packet data to a motion control board based on a service function triggering in a laser system, according to an embodiment of this application, is shown.

[0047] Figure 4 A flowchart illustrating the steps of a main control board sending an encapsulated package to a motion control board based on the triggering of a service function in a laser system, according to one embodiment of this application.

[0048] Figure 5A flowchart illustrating the steps of a motion control board according to an embodiment of this application to obtain packet data carrying control commands and board address information by performing protocol packet reception and depacketization.

[0049] Figure 6 A flowchart illustrating a step of data distribution between other boards based on board address information in packet data, according to an embodiment of this application, is shown.

[0050] Figure 7 A flowchart illustrating a step of data distribution between other boards based on board address information in packet data, according to an embodiment of this application, is shown.

[0051] Figure 8 This illustration shows an internal processing diagram on the board topology constructed according to an embodiment of this application.

[0052] Figure 9 The system architecture of the laser system and external devices according to an embodiment of this application is shown.

[0053] Figure 10 A schematic diagram of the board topology and data flow of an embodiment of this application is shown.

[0054] Figure 11 This illustration shows a data format implemented by combining address encapsulation protocol, reliable transmission protocol and frame protocol in an embodiment of this application.

[0055] Figure 12 This illustration shows a schematic diagram of the G-code transmission format that exists only between the main control board and the motion control board in this embodiment of the application.

[0056] Figure 13 A block diagram of a multi-board communication device in a laser system according to an embodiment of this application is shown.

[0057] Figure 14 A hardware schematic diagram of a desktop laser device according to an embodiment of this application is shown. Detailed Implementation

[0058] Exemplary embodiments will now be described more fully with reference to the accompanying drawings. However, these exemplary embodiments can be implemented in many forms and should not be construed as limited to the examples set forth herein; rather, they are provided to make the description of this application more comprehensive and complete, and to fully convey the concept of the exemplary embodiments to those skilled in the art. The drawings are merely illustrative of this application and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted.

[0059] Furthermore, the described features, structures, or characteristics can be combined in any suitable manner in one or more exemplary embodiments. Numerous specific details are provided in the following description to give a full understanding of exemplary embodiments of this application. However, those skilled in the art will recognize that the technical solutions of this application can be practiced with one or more of the specific details omitted, or other methods, components, steps, etc., can be employed. In other instances, well-known structures, methods, implementations, or operations are not shown or described in detail to avoid obscuring various aspects of this application.

[0060] Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0061] Please see Figure 1 , Figure 1 This is a system architecture used in the embodiments of this application. The architecture may include: at least one external device 11, such as a host computer, and a desktop laser device 12 for each external device 11, and at least one production fixture (not shown) for use by the desktop laser device, thereby providing users with the ability to customize laser engraving or cutting functions. The external device 11 and the desktop laser device 12 interact via a compatible communication port.

[0062] It should be understood that Figure 1 The number of external devices 11 shown is merely illustrative. Any number of external devices 11 can be used depending on implementation requirements.

[0063] Some technical solutions in the embodiments of this application can be based on, for example... Figure 1 The system architecture shown or its variants are used for specific implementation.

[0064] See Figure 2 , Figure 2 A flowchart of a multi-board communication method in a laser system according to an embodiment of this application is shown. This application provides a multi-board communication method in a laser system running on a desktop laser device.

[0065] First, in the hardware structure of desktop laser equipment, several boards are distributed in the implemented laser system, and the business functions of the laser system are realized through the cooperation between the various boards.

[0066] The cooperation between various boards includes the flow of information between them, the response to the flow of information, and the corresponding board parsing and processing the commands under the control of the flow of information.

[0067] For example, multiple boards include a main control board, a motion control board connected to the main control board, and other boards connected to the motion control board, thereby performing the business functions of the laser system under the action and cooperation of different boards.

[0068] Figure 2 The multi-board communication method shown in the laser system is deployed on each board as the execution of multi-board communication in the laser system. The multiple boards of the laser system include a main control board, a motion control board, and other boards; the motion control board is connected in series with the main control board, and the other boards are connected in series or parallel with each other, and then connected in parallel or series with the motion control board.

[0069] The multi-board communication method in the laser system includes:

[0070] In step S210, the main control board sends packet data to the motion control board based on the triggering of the service function in the laser system. The packet data carries the control command of the service function.

[0071] In step S220, the motion control board obtains the control commands and board address information by receiving and unpacking the packet data.

[0072] Step S230: Perform data distribution between other boards based on the board address information.

[0073] These steps are described in detail below.

[0074] In step S210, on the desktop laser device, the configured laser system is triggered by the service function, and the main control board receives a corresponding control command. This control command is used to process the triggered service and thus realize the service function.

[0075] For desktop laser equipment, it should be further noted that the business functions within its laser system include, but are not limited to: firmware upgrades, camera image capture, file upload and download, system configuration, processing control, debugging, and machine status reporting. Different business functions will be adapted to different business scenarios to enable the laser system to operate.

[0076] For example, in the factory debugging scenario of desktop laser equipment, the main control board receives control commands transmitted from the host computer. These control commands are used to debug a control board. If the board being debugged is another board besides the main control board and the motion control board, the control commands will be transmitted to the board to be debugged through the multi-board communication mechanism shown in the embodiments of this application, and then the control commands will be executed on this board to complete the debugging business.

[0077] The control commands carried in the packet data sent by the main control board to the motion control board include those generated by the main control board itself based on the triggered business functions, and those obtained by the main control board, such as those obtained from the host computer. For example, the generation of control commands executed by the main control board itself is achieved by triggering business functions on the desktop laser device or the host computer. The main control board is linked with the function buttons distributed on the desktop laser device and the host computer. Upon triggering of a function button or business function on the host computer, the main control board generates corresponding control commands, thereby achieving the triggered business function. In other words, after the main control board obtains the corresponding control commands for each business function in the laser system, it uses them to control its own business processing, or, through its circulation across multiple boards, to control the business processing on other boards.

[0078] Based on this, the main control board generates control commands to control itself and other boards in response to the triggering of service functions. These control commands are adapted to the triggered service functions and can be in the form of instructions corresponding to firmware upgrade files, G codes, M codes, or peripheral control commands, without any limitations here.

[0079] When triggered by a business function, the main control board encapsulates the received control commands according to a pre-configured communication protocol, thereby obtaining packet data carrying the control commands. Whether the control commands belong to the motion control board or other boards, they are all encapsulated by the main control board to obtain packet data used for transmitting the control commands.

[0080] In one exemplary embodiment, depending on the communication protocol applied to different business functions, the packet data may exist in the form of frame data, protocol packets, or even data frames that encapsulate control commands and board address information.

[0081] It should be further explained that the encapsulation of control commands using the communication protocol applied to the main control board is an implementation process that adds board address information to the control commands and encapsulates them into frame data, protocol packets, or even data frames. This board address information indicates the board that parses and processes the control commands, i.e., the target control board for the control commands.

[0082] Regarding the communication protocol applicable to the main control board, in this application embodiment, it is one communication protocol or a combination of several communication protocols, and is not limited here. The control commands can be adapted to different communication protocols according to their respective business functions to achieve the purpose of adapting to different business scenarios.

[0083] Specifically, the communication protocols configured on the main control board include a direct connection transmission protocol for direct transmission of control commands, an address encapsulation protocol for indicating the target control board to which the control commands are transmitted and encapsulating the command data, a reliable transmission protocol for ensuring reliable transmission of control commands, and a frame protocol for encapsulating protocol packets into frames. For communication between the main control board and the motion control board, as well as other boards, different communication protocols or combinations of communication protocols will be adapted according to the different control commands to perform the encapsulation and transmission of the control commands.

[0084] Furthermore, the compatibility between control commands and communication protocols can be achieved through pre-defining and configuring the corresponding business functions of the control commands. This pre-definition and configuration enables the main control board to adapt to a single communication protocol or a combination of communication protocols based on the business functions corresponding to the obtained control commands, thereby completing the packet data distribution executed in step S210.

[0085] For example, in a factory debugging scenario, the debugging service is triggered, and the main control board receives the corresponding control command through the transmission from the host computer. The control command is adapted to the direct connection transmission protocol to directly issue the control command, thereby completing the debugging quickly and efficiently.

[0086] For example, in a user-controlled machining scenario, the user triggers the laser cutting function via a host computer. The host computer then generates G-code, which serves as a control command and is sent from the main control board to the motion control board. This enables production fixtures, such as the cutting head and laser head, to move and cut under the control of the G-code. In this case, the control commands in G-code form can be encapsulated using a reliable transmission protocol and a frame protocol to obtain data frames. These data frames are then sent to the motion control board under the control of the reliable transmission protocol. As packet data, this completes the transmission of control commands from the main control board to the motion control board, ensuring the stable and reliable operation of the user's machining process while enhancing the reliability of control command transmission.

[0087] For example, among the multiple boards configured on the laser system is a water-cooling control board. After the laser system triggers the water-cooling cooling function and generates a control command, it needs to be transmitted from the main control board, through the motion control board, and finally to the water-cooling control board. The main control board first adapts the address of the transmission indicator board used to send the control command to the target board, i.e., the water-cooling control board, and encapsulates the address encapsulation protocol of the control command. Then, after adding a packet header through a reliable transmission protocol, the obtained reliable transmission data packet is encapsulated into a frame and finally transmitted to the motion control board under the control of the reliable transmission protocol. This process continues until it reaches the water-cooling control board, thus ensuring reliability and the efficiency of subsequent forwarding.

[0088] Here, we only list the applicable communication protocols and their encapsulation and distribution implementations for multi-board communication in laser systems, without limiting or listing them all.

[0089] Please also see Figure 3 , Figure 3 A flowchart illustrating the steps of a main control board sending packet data to a motion control board according to a service function trigger in a laser system, according to an embodiment of this application, is shown. This embodiment provides step S210 of the main control board sending packet data to the motion control board according to a service function trigger in a laser system, which may include:

[0090] Step S211a: Based on the board corresponding to the triggered service function, the main control board obtains the board identifier and generates board address information;

[0091] Step S212a: Obtain the protocol packet by encapsulating the board address information and the triggered service function control command through the configured communication protocol.

[0092] Step S213a: Send the protocol packet as packet data to the motion control board.

[0093] These steps are described in detail below.

[0094] In step S211a, the board address information is used to indicate the device identifier of the target board. Therefore, the board address information is obtained by the main control board based on the address of the target board corresponding to the control command, such as the device identifier. For a control command, after receiving the control command, the main control board can obtain the device identifier based on the target board corresponding to the triggered service function, and then generate the board address information.

[0095] It should be understood that each control command belongs to a specific board, which is responsible for parsing and processing it to implement the business processing on that board. Therefore, it is understandable that each control command has a mapping relationship with a board based on its associated business function. Thus, during the execution of step S221a, board address information can be generated based on the mapping relationship between the business function of the control command and the board.

[0096] In step S212a, both the main control board and the motion control board are pre-configured with several communication protocols. The main control board will switch the communication protocol configured for sending control commands, which can be specified by the control command. Then, the control command is encapsulated through the switched communication protocol to obtain a protocol packet or data frame carrying the control command. Finally, the protocol packet or data frame is sent to the motion control board through the interface associated with the control command.

[0097] The main control board and motion control board support multiple communication protocols, allowing control commands to select the most suitable protocol for optimal adaptation to the given business scenario. The main control board switches between communication protocols to select the appropriate one for the control commands; the selected protocol is specified by the control command itself. Specifically, the communication protocol specified by the control command can be determined by the corresponding business function.

[0098] Depending on the generated control commands, the main control board dynamically switches its configured communication protocol to obtain the currently adapted communication protocol. For example, the communication protocols that can be dynamically switched include address encapsulation protocols, as well as combinations of address encapsulation protocols, reliable transmission protocols, and frame protocols.

[0099] Based on this, for the implementation of step S212a, the main control board and the motion control board first adapt the address encapsulation protocol, and then execute step S212a under the control of the address encapsulation protocol.

[0100] Under the control of the dynamically switched communication protocol, i.e., the address encapsulation protocol, the encapsulation of control commands is first performed to obtain a protocol packet that encapsulates the board address information and the control commands. That is, for example, step S212a includes: encapsulating the board address information and control commands using predefined header and trailer identifiers in the configured address encapsulation protocol to obtain a protocol packet used to control the triggered service function.

[0101] For example, under the control of the address encapsulation protocol, the board address information and control commands will exist as fields in the protocol packet. The complete data formed by a series of fields through the encapsulation of packet header identifier and packet tail identifier can accurately determine the completion of the reception of a protocol packet for the motion control board.

[0102] This is the implementation of control command encapsulation under the control of the address encapsulation protocol. Based on this, a reliable transmission protocol and a frame protocol can also be introduced to the address encapsulation protocol. These three protocols support each other in transmitting control commands. Specifically, under the control of the reliable transmission protocol, a protocol packet containing the board address information and encapsulated with header and trailer identifiers is appended with a header such as a Kcp header to obtain a reliable transmission data packet. This packet is then encapsulated into a frame under the control of the frame protocol.

[0103] For example, for address encapsulation protocols, the defined packet header identifier can be F0 and the packet trailer identifier can be F7, in order to identify the beginning and end of a packet in the transmitted data. The receiving board can also achieve accurate identification on a packet-by-packet basis, which also ensures the integrity and reliability of the data carried by the protocol packet.

[0104] Based on this, please also refer to Figure 4 , Figure 4 A flowchart illustrating the steps of a main control board sending packet data to a motion control board based on a service function trigger in a laser system, according to an embodiment of this application, is shown. In this embodiment, during the sending of packet data, protocol packets are transmitted to the transport layer. Step S210, in which the main control board sends packet data to the motion control board based on a service function trigger in the laser system, may include:

[0105] Step S211b: Reliable encapsulation of the protocol packet to obtain a reliable transmission data packet;

[0106] Step S212b: Encapsulate the reliable transmission data packet into a frame, and send the obtained data frame as packet data under the control of the reliable transmission protocol.

[0107] The following is a detailed description of these two steps.

[0108] In step S211b, in the communication implemented by the laser system, the control command is placed at the protocol layer and is encapsulated as raw data by the address encapsulation protocol of the network layer to obtain a protocol packet. Under the action of the address encapsulation protocol, the board address information is provided for the transmission of the control command.

[0109] Based on this, by executing step S211b, a reliable transmission data packet is obtained again through the reliable transmission protocol.

[0110] Specifically, as described above, under the control of the reliable transmission protocol, a packet header, such as the Kcp header of the Kcp protocol, is added to the protocol packet carrying the control command and board address information to obtain the reliable data packet.

[0111] In step S212b, the reliability data packet obtained by appending a header is encapsulated into a frame under the control of the frame protocol. The resulting data frame is also obtained by appending a frame header and a frame trailer. For example, the frame header and frame trailer are identifiers predefined by the frame protocol. For instance, the frame header can be identified by field F3, and the frame trailer can be identified by field F4. This is not limited here.

[0112] Under the action of step S212b, reliable transmission data packets that lack header and tail identifiers due to the addition of a packet header can regain the frame header and tail through the frame protocol, thereby locating the data of a packet in the continuously transmitted data, ensuring the integrity and reliability of transmission in the laser system.

[0113] The data is encapsulated into frames using a frame protocol, and then sent from the main control board to the motion control board as data packets.

[0114] By implementing step S210, the packet data sent from the main control board to the motion control board can be achieved with the support of reliable transmission protocols and frame protocols. This enables highly reliable transmission between the main control board and the motion control board, which are implemented by the address encapsulation protocol, and also improves the speed.

[0115] In another embodiment of this application, the main control board sends packet data to the motion control board through an interface bound to the control command. The motion control board and the main control board connect via a defined interface. For example, this interface can be a USB serial port, a UART serial port, Bluetooth, WiFi, etc., and is not limited thereto.

[0116] The main control board and motion control board have abundant interfaces, adaptable to control commands under different business functions. The interfaces used between the main control board and motion control board are bound by the communication protocol or target board corresponding to the control command. In other words, regardless of whether it's the main control board or the motion control board, the interface used to transmit the control command is the one bound to that control command. In specific implementations, the binding of the control command to the interface can be achieved based on the binding relationship between the communication protocol adapted to the control command and the interface; alternatively, the binding of the control command to the interfaces on the main control board and motion control board can be achieved based on the interface corresponding to the target board of the control command.

[0117] In the packet data transmission from the main control board to the motion control board, packet data is transmitted to the motion control board via the bound interface. Specifically, with the introduction of a reliable transmission protocol for the address encapsulation protocol, the transmission over the bound interface is executed under the control of the reliable transmission control protocol. The motion control board's interface will receive packet data encapsulated at the network layer or transport layer. For example, protocol packets with board address information added at the network layer and encapsulated with specific header and trailer identifiers, or protocol packets with a header added by a reliable transmission protocol and then encapsulated into frames by a framing protocol at the transport layer.

[0118] In step S220, after the main control board completes the encapsulation and distribution of the control commands, the motion control board will receive the distributed packet data and needs to complete the reception and unpacking of the packet data through the execution of step S220.

[0119] Based on the hardware topology of the laser system, it is clear that the main control board is connected to the motion control board, while other boards are connected in series or parallel with the motion control board. According to this hardware topology, control commands for the motion control board, as well as control commands for other boards, are sent from the main control board to the motion control board in the form of packet data.

[0120] For motion control boards and other boards that receive packet data, the board address information transmitted along with the control command is used to indicate the target board, and thus to indicate whether the board receiving the packet data should parse and process the control command itself, or whether it needs to forward it to other controllers. Thus, under the influence of the board address information, the unpacking and service processing of the board can be decoupled, and the situation where the board parses the control command and finds that the control command is not something it can handle will no longer occur, thereby improving service processing efficiency and reliability, and reducing system consumption.

[0121] Correspondingly, the control commands carried in the packet data received by the motion control board include its own control commands and control commands from other boards. After receiving the packet data, the motion control board needs to parse it and determine which board the control command belongs to based on the board address information obtained from the parsing. If it does not belong to the motion control board, it needs to be forwarded again, that is, step S230 is executed so that the board to which it belongs receives the control command.

[0122] Please also see Figure 5 , Figure 5A flowchart illustrating the steps of a motion control board according to an embodiment of this application obtaining packet data carrying control commands and board address information by performing protocol packet reception and depacketization. This embodiment provides step S220 of the motion control board obtaining packet data carrying control commands and board address information by performing protocol packet reception and depacketization, which may include:

[0123] Step S221: The motion control board receives the protocol packet sent by the main control board;

[0124] Step S222: Unpack the protocol packet to obtain the packet data formed by the board address information and control commands.

[0125] The main control board and the motion control board work together so that the protocol packets carry the board address information. The board address information and control commands can be obtained by unpacking, which is then used for the flow of control commands between multiple boards distributed in the laser system. Control boards whose address information does not match the board address information will no longer parse and process the control commands, thus enhancing the processing performance of the laser system.

[0126] For example, since the communication protocol applicable to unpacking and repacking data can be a single communication protocol such as address encapsulation protocol, or a combination of address encapsulation protocol, reliable transmission protocol and frame protocol, under the control of the single communication protocol of address encapsulation protocol, the main control board encapsulates the board address information and control commands to obtain the protocol packet and sends it to the motion control board; however, under the combined control of address encapsulation protocol, reliable transmission protocol and frame protocol, the protocol packet is reliably encapsulated by the main control card and converted into a frame, and then sent to the motion control board in the form of a data frame.

[0127] Specifically, if the packet data is a protocol packet encapsulated by a single communication protocol called address encapsulation protocol, then the execution of step S220 realizes the unpacking of the protocol packet received under the address encapsulation protocol, and then reads the control command and board address information.

[0128] When the motion control board receives the protocol packet, it first discards the packet header and packet trailer identifiers to obtain the packet data, and then reads the control commands and board address information from the packet data.

[0129] As mentioned above, under the address encapsulation protocol control, the main control board adds board address information to the control commands and encapsulates them into protocol packets using header and trailer identifiers. After receiving the protocol packets, the motion control board parses them to obtain data fragments, i.e., packet data, that includes board address information and control commands.

[0130] Controlled by the address encapsulation protocol, the data to be transmitted, namely several control commands, is divided into several data fragments, namely data segments. Then, the data segments are encapsulated using board address information, header identifier, and trailer identifier to obtain a frame of data, namely the protocol packet obtained by initial packaging. Therefore, the data fragments obtained by unpacking include board address information and control commands.

[0131] If the packet data is a data frame encapsulated by a combination of address encapsulation protocol, reliable transmission protocol and frame protocol, then the execution of step S220 realizes the unpacking of the received data frame under the control of address encapsulation protocol, reliable transmission protocol and frame protocol.

[0132] At this time, step S220 includes: discarding the frame header and frame tail of the received data frame to obtain a reliable transmission data packet, then unpacking the reliable transmission data packet to obtain the protocol packet as described above, and finally reading the control command and board address information from the packet data obtained by unpacking the protocol packet.

[0133] For motion control boards, the board address information obtained by unpacking indicates the target board to which the control command is ultimately transmitted. The control command is then used to enable the target board to complete the corresponding business processing and achieve the triggered business function.

[0134] In other words, as the motion control board receives and unpacks data from the main control board, it obtains control commands and board address information, which are interconnected. The motion control board can first determine which board should process the control command based on the board address information.

[0135] If the control command is processed by the motion control board, then the motion control board will perform parsing and processing of the control command. If the control command is not processed by the motion control board, the motion control board will forward the control command without parsing and processing it, thus ensuring that the control command does not consume the system resources of the motion control board.

[0136] It should be noted that the two execution stages—encapsulation and distribution, and parsing and processing—involving control commands and board address information operate independently. Taking a motion control board as an example, control commands that the motion control board itself needs to process will not undergo data distribution (i.e., control command encapsulation and distribution). Instead, only the parsing and processing of control commands will be performed to complete the motion control board's business processing. Control command parsing and processing refers to the process of parsing control commands into executable data form and then performing corresponding operations, which is different from the data distribution process for other boards.

[0137] In the laser system implemented in this application, each board decouples data distribution from control command parsing and processing. The business processing of each board is independent of its own data distribution. The encapsulation and distribution of control commands from one board to another ensures that control commands received by the main control board but required to be executed by other boards can be transmitted from the main control board to the corresponding board, i.e., the target board. This guarantees the performance of business processing and the orderly distribution of data, without causing interference between them.

[0138] In step S230, if the motion control board determines that the control command is parsed and processed by the motion control board itself based on the board address information obtained from unpacking, then the motion control board will no longer distribute data to other boards; if the control command is not parsed and processed by the motion control board, then data distribution to other boards is required, so that the control command can be transmitted to the target board and parsed and processed by the target board.

[0139] Specifically, if the board address information corresponds to a motion control board, it means that the control commands transmitted along with the board address information are parsed and processed by the motion control board, and the corresponding service is also the service function of the motion control board. In this case, it is only necessary to initiate the parsing and processing of the control commands on the motion control board. If the board address information corresponds to other boards, such as a water-cooling control board connected to the motion control board, it is necessary to forward the board address information and control commands so that the board address information and control commands can be transmitted to the corresponding control board.

[0140] After the board address information and control commands are transmitted to the corresponding board, the board will also perform the corresponding unpacking process to obtain the board address information. Based on the board address information, it will know that the control commands can be parsed and processed by itself, and thus initiate the parsing and processing of the control commands.

[0141] By doing so, at least one forwarding of the motion control board to the target board can be completed until the control command is finally parsed and processed, thus completing the business processing.

[0142] As can be seen, the board address information serves two purposes: firstly, it enables the transmission of control commands across multiple boards; secondly, it instructs the control board to parse and process the control commands. Through continuous forwarding controlled by the board address information, control commands flow across a variety of control boards, providing control commands for the increasingly diverse control boards and business functions, and enabling the dynamic configuration of control boards and business functions in the laser system.

[0143] Through the exemplary embodiments described above, the constructed communication mechanism enables the distribution of instruction data to be completely decoupled from business processing, saving system resources while improving business processing efficiency.

[0144] Please also see Figure 6 , Figure 6 A flowchart illustrating a step of performing data distribution between other boards based on board address information in packet data, according to an embodiment of this application, is shown. This embodiment provides step S230 of performing data distribution between other boards based on board address information in packet data, which may include:

[0145] Step S231: Determine whether the board address information in the packet data is consistent with the address of the motion control board itself. If the determination is no, proceed to step S232; if the determination is yes, proceed to step S233.

[0146] In step S232, the motion control board initiates the forwarding of control commands again through the board address information;

[0147] In step S233, the motion control board completes its own business processing by parsing and processing the control commands in the packet data.

[0148] These steps are described below.

[0149] In step S231, it is not limited to the motion control board. Any control board may receive protocol packets sent by other boards, such as the main control board. Therefore, the board address information obtained after receiving and parsing will be checked for consistency with its own address, i.e., the device identifier. If the two are consistent, it means that the control board is the target board of the control command. The control command transmitted along with the board address information is one that the control board can parse and process, and then the business processing is completed under its parsing and processing.

[0150] If the board address information in the packet data does not match the control board's own address, then the forwarding of control commands needs to be initiated through the board address information by executing step S232.

[0151] It should be understood that the forwarding of control commands involves sending a protocol packet or data frame containing the board address information to the control board corresponding to that board address. Specifically, if the packet data is parsed under the control of the address encapsulation protocol, the packet data is the original data formed by the board address information and the control command. In the execution of step S232, it is repackaged with the packet header identifier and packet tail identifier predefined by the address encapsulation protocol, and then the protocol packet obtained by packaging according to the board address information is forwarded to the corresponding control board.

[0152] If the packet data is obtained by unpacking frame data, that is, after being unpacked by the frame protocol and the reliable transmission protocol, a protocol packet containing the board address information and control commands is obtained by encapsulating the packet header identifier and packet tail identifier defined by the address encapsulation protocol. In this case, for step S232, the forwarding of the protocol packet can be performed directly.

[0153] The forwarding of control commands can occur on the motion control board, as well as on other boards. For example, regardless of which boards are involved, the forwarding will be executed under the control of the address encapsulation protocol.

[0154] Please also see Figure 7 , Figure 7 A flowchart illustrating a step of data distribution between other boards based on board address information in packet data, according to an embodiment of this application, is shown. In this embodiment, any board can receive protocol packets forwarded from a motion control board or other boards. Step S230 of performing data distribution between other boards based on board address information in packet data may include:

[0155] Step S301: Any board in the laser system receives a protocol packet forwarded by the motion control board or other boards.

[0156] In step S302, the board performs protocol packet forwarding or command parsing related to its own business under the control of the board address information in the protocol packet. In the protocol packet forwarding, the current board is an intermediate board on the communication path between the motion control board and the board corresponding to the board address information.

[0157] The following is a detailed description of these two steps.

[0158] In step S301, among the multiple boards distributed on the laser system, in addition to the motion control board receiving the protocol packet sent by the main control board, any other board can also receive the protocol packet. The protocol packet comes from the forwarding between the motion control board and the target board. In other words, the protocol packet is forwarded by the motion control board itself or by other boards between the motion control board and the target board.

[0159] In step S302, after receiving a protocol packet forwarded by another board, any board, similar to the motion control board, will determine whether to forward it again or to execute command parsing and processing related to its own business under the control command carried in the protocol packet, based on the board address information carried in the protocol packet.

[0160] Specifically, each board that receives the protocol packet performs unpacking and reads its address information. It then determines whether the read address information matches its own address. If they match, the board executes the parsing and processing of the control commands in the protocol packet to complete the business processing on that board and realize its business functions.

[0161] If the read board address information does not match its own address, the control command is forwarded again under the control of the address encapsulation protocol. This allows the control to be transmitted to the board indicated by the board address information through continuous forwarding, ensuring the business processing of the board and thus ensuring the orderly operation of the laser system.

[0162] In summary, during the continuous forwarding of protocol packets, the board currently receiving the protocol packet is the intermediate board between the motion control board and the board indicated by the board address information. The motion control board, as a direct connection node to the main control board, is responsible for distributing control commands from the main control board to other boards. Control commands are transmitted to the boards connected in parallel or in series through the motion control board, and then the transmission continues until they reach the board corresponding to the board address information, at which point the forwarding process ends. All boards through which the control commands pass will act as intermediate boards in the forwarding process.

[0163] The following example, using the implementation of multi-board communication in a laser system supported by the address encapsulation protocol, illustrates the communication mechanism between the main control board and the motion control board, and even other boards in a laser system.

[0164] First, please refer to Figure 8 , Figure 8 This illustration shows an internal processing diagram based on the board topology constructed in the embodiments of this application. The board topology shown in the embodiments of this application includes a main control board and a motion control board that are interconnected, as well as an interface control board and a water cooling control board connected to the motion control board.

[0165] On the hardware structure of this laser system, the control commands generated by the main control board are encapsulated together with the board address information under the control of the address encapsulation protocol, and a header identifier and a tail identifier are added to obtain a protocol packet, which is then sent to the motion control board.

[0166] At this moment, just as Figure 8 As shown, data distribution management and command parsing processing are independent of each other in the motion control board. Functionally, data distribution management is used to unpack received data packets and distribute them when necessary; command parsing processing is used to parse and process control commands that need to be executed by the board itself.

[0167] As mentioned above, command parsing processing will implement business functions. Command parsing processing will only be triggered when the control command belongs to its respective board, i.e., when the board address information matches the board's address. This decouples the reception and unpacking of packet data from business processing. Unlike existing laser systems, which only interrupt the current business processing and seek assistance from other boards when an inability to process a control command is discovered during command parsing processing, this new approach avoids the situation where the current laser system only interrupts the current business processing and seeks assistance from other boards during command parsing.

[0168] It should be further explained that in existing laser systems, each board couples data distribution management with business processing. The control commands obtained by parsing protocol packets are processed through a command parsing process to determine whether the control command can be successfully executed.

[0169] Specifically, during the command parsing and processing process, a huge mapping table is maintained. When the command cannot be successfully processed by itself, a table lookup is triggered to determine whether the control command being parsed and processed exists in the mapping table and whether it is mapped to a board in the mapping table. If the board mapped to the control command is found in the mapping table, the control command that cannot be successfully executed by itself is distributed through data distribution.

[0170] Therefore, the control commands are transferred between various boards through the constructed and continuously updated mapping table, thereby enabling the operation of the laser system. This process is time-consuming and wastes system resources. Furthermore, once a new control command is added, the mapping table stored on each board must be updated.

[0171] The board address information introduced in this application's embodiments, which decouples data distribution management and command parsing processing, breaks through the bottleneck of existing laser system communication mechanisms.

[0172] Not limited to Figure 8 The motion control board shown will also receive forwarded packet data, such as protocol packets, from other boards. Therefore, just like the motion control board, data distribution management and command parsing processing are functionally decoupled, which greatly enhances communication efficiency.

[0173] Please also see Figure 9 , Figure 9 The system architecture of the laser system and external devices according to an embodiment of this application is shown. A host computer, such as a PC or mobile device, connects to the laser system via an interface (USB port) or a network (WLAN) to enable communication between the host computer and the laser system.

[0174] Within the laser system, the main control board, motion control board, and other peripheral MCUs form a multi-board topology for the desktop laser device. Communication between these boards is achieved through the multi-board communication mechanism described in this application, thereby ensuring the orderly operation of the laser system.

[0175] Please also see Figure 10 , Figure 10 A schematic diagram illustrating the board topology and data flow of an embodiment of this application is shown. The activation system of a desktop laser device includes, in its hardware structure, a main control board, a motion control board connected to the main control board, and other boards.

[0176] Other controllers are connected in parallel or in series with the motion control board and receive control commands transmitted from the main control board and delivered via the motion control board.

[0177] The communication mechanisms in the laser system are described below according to different business functions.

[0178] (1) The triggered business function is the laser cutting function under the user's processing scenario. In the laser system implemented by the laser equipment, the main control board combines the G code file reliability transmission protocol and the frame protocol to complete the encapsulation of control commands and transmit them to the motion control board.

[0179] The interaction of address encapsulation protocol, reliable transmission protocol and frame protocol ensures that the data distribution required by G code can be implemented in accordance with the board address information, thus ensuring the orderly operation of the laser system.

[0180] (2) The function of firmware upgrade of desktop laser equipment can also be upgraded by itself under the control of address encapsulation protocol. In addition, it can also be upgraded by means of reliable transmission protocol and frame protocol as needed. No limitation is made here.

[0181] Thus, we can see that an address encapsulation protocol is introduced to realize the communication mechanism between multiple boards on the laser system, and on this basis, a reliability encapsulation protocol and a frame protocol are used to achieve high-speed and reliable transmission of control commands.

[0182] Specifically, the control commands generated by G-code are used as raw data, and the address encapsulation protocol, as well as the reliable communication protocol and frame protocol introduced on the basis of the address encapsulation protocol, are described in detail.

[0183] Please also see Figure 11 , Figure 11 This diagram illustrates the data format implemented by combining the address encapsulation protocol, the reliable transmission protocol, and the frame protocol in an embodiment of this application. The address encapsulation protocol is configured at the network layer, while the reliable transmission protocol and the frame protocol are configured at the transport layer. Control commands, which are raw data transmitted to the protocol layer, first have address information added via the address encapsulation protocol configured at the network layer, and are encapsulated with F0 as the packet header identifier and F7 as the packet trailer identifier to obtain a protocol packet.

[0184] This protocol uses the Kcp protocol as a reliable transmission protocol at the transport layer to ensure the reliable transmission of control commands and board address information, and to complete retransmission in case of anomalies, thereby achieving efficient and reliable transmission for multi-board distribution of laser systems.

[0185] Therefore, the concept of a frame is introduced for the obtained reliable transmission data packets, and intermediate data within the reliable transmission data packets is distinguished from the header and trailer identifiers by escaping.

[0186] Please also see Figure 12 , Figure 12 This illustration shows a schematic diagram of the G-code transmission format that exists only between the main control board and the motion control board in this embodiment of the application.

[0187] For G-code, which is transmitted only between the main control board and the motion control board, it can be used to implement machining control. For this, only the G-code is used as raw data; it is encapsulated using the Kcp protocol and framed at the transport layer to execute the transmission of the G-code. The same applies to M-code.

[0188] See Figure 13 According to one embodiment of this application, such as Figure 13 A multi-board communication device for a laser system is provided, wherein the multi-board communication device for the laser system is integrated into... Figure 1 The desktop laser device 12 includes multiple boards in the laser system, including a main control board, a motion control board, and other boards; the motion control board is connected in series with the main control board, and the other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board.

[0189] The apparatus for realizing communication between multiple boards in a laser system provided in this application embodiment includes:

[0190] The data sending module 510 is used to send packet data from the main control board to the motion control board according to the triggering of the business function in the laser system. The packet data carries the control command of the business function.

[0191] The receiving and unpacking module 520 is used to obtain the control commands and board address information carried by the motion control board by receiving and unpacking the packet data.

[0192] The data distribution module 530 is used to perform data distribution among the other boards based on the board address information.

[0193] In one embodiment, the data delivery module 510 includes: according to the board corresponding to the triggered service function, the main control board obtains the board's identifier and generates board address information;

[0194] The protocol packet is obtained by encapsulating the board address information and the triggered service function control commands through the configured communication protocol.

[0195] The protocol packet is used as encapsulated data and sent to the motion control board.

[0196] In one embodiment, the step of encapsulating the board address information and the triggered service function control command through the configured communication protocol to obtain the protocol packet includes:

[0197] The board address information and control commands are encapsulated using predefined header and trailer identifiers in the configured communication protocol to obtain a protocol packet for controlling the triggered service functions.

[0198] In one embodiment, the motion control board obtains encapsulated data carrying the control commands and board address information by performing the reception and unpacking of the protocol packets, including:

[0199] The motion control board receives protocol packets sent by the main control board;

[0200] The protocol packet is unpacked to obtain the encapsulated data formed by the board address information and control commands.

[0201] In one embodiment, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0202] Determine whether the board address information in the packet data is consistent with the address of the motion control board itself. If the determination is not correct, the motion control board will again initiate the forwarding of the control command through the board address information.

[0203] In one embodiment, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0204] If the board address information in the packet data matches the address of the motion control board itself, the motion control board completes its own business processing by parsing the control commands in the packet data.

[0205] In one embodiment, the step of performing data distribution among the other boards based on the board address information in the packet data includes:

[0206] Any board in the laser system receives a protocol packet forwarded by the motion control board or other boards;

[0207] All the boards execute the forwarding of the protocol packet or the parsing of commands related to their own services under the control of the board address information in the protocol packet. In the forwarding of the protocol packet, the current board is an intermediate board on the communication path between the motion control board and the board corresponding to the board address information.

[0208] In one embodiment, during the distribution of the encapsulated data packet, the protocol packet is transmitted to the transport layer, and the main control board distributes the encapsulated data packet to the motion control board based on the triggering of the service function in the laser system. The distribution also includes:

[0209] The protocol packet is reliably encapsulated to obtain a reliable transmission data packet;

[0210] The reliable transmission data packets are encapsulated into frames, and the obtained data frames are used as encapsulated data packets to be sent out under the control of the reliable transmission protocol.

[0211] The method for implementing multi-board communication in a laser system according to the embodiments of this application can be derived from... Figure 13 This is achieved using a desktop laser device 12. See below for reference. Figure 14 To describe the desktop laser device 12 according to an embodiment of this application. Figure 13 The desktop laser device 12 shown is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0212] like Figure 14 As shown, the desktop laser device 12 is presented in the form of a general-purpose computing device. The components of the desktop laser device 12 may include, but are not limited to: at least one processing unit 810, at least one storage unit 820, and a bus 830 connecting different system components (including storage unit 820 and processing unit 810).

[0213] The storage unit stores program code that can be executed by the processing unit 810, causing the processing unit 810 to perform the steps described in the exemplary method description section of this specification according to various exemplary embodiments of the present invention. For example, the processing unit 810 can perform actions such as... Figure 2 The steps shown are as follows.

[0214] Storage unit 820 may include a readable medium in the form of a volatile storage unit, such as random access memory (RAM) 8201 and / or cache memory 8202, and may further include a read-only memory (ROM) 8203.

[0215] The storage unit 820 may also include a program / utility 8204 having a set (at least one) of program modules 8205, including but not limited to: an operating system, one or more application programs, other program modules, and program data, each or some combination of these examples may include an implementation of a network environment.

[0216] Bus 830 can represent one or more of several types of bus structures, including a memory cell bus or memory cell controller, a peripheral bus, a graphics acceleration port, a processing unit, or a local bus using any of the various bus structures.

[0217] The desktop laser device 12 can also communicate with one or more external devices 700 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), and with one or more devices that enable a user to interact with the base station 11 or user terminal 12, and / or with any device that enables the base station 11 or user terminal 12 to communicate with one or more other computing devices (e.g., routers, modems, etc.). This communication can be performed via input / output (I / O) interface 650. Furthermore, the base station 11 can also communicate with one or more networks (e.g., local area networks (LANs), wide area networks (WANs), and / or public networks, such as the Internet) via network adapter 860. As shown, network adapter 860 communicates with other modules of user terminal 12 via bus 830. It should be understood that, although not shown in the figures, other hardware and / or software modules can be used in conjunction with the base station 11 or user terminal 12, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0218] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, terminal device, or network device, etc.) to execute the method according to the embodiments of this application.

[0219] In an exemplary embodiment of this application, a computer program medium is also provided, on which computer-readable instructions are stored, which, when executed by a computer's processor, cause the computer to perform the methods described in the above method embodiments.

[0220] According to one embodiment of this application, a program product for implementing the methods in the above-described method embodiments is also provided. This product may employ a portable compact disc read-only memory (CD-ROM) and include program code, and may run on a terminal device, such as a personal computer. However, the program product of this invention is not limited thereto. In this document, a readable storage medium may be any tangible medium containing or storing a program that may be used by or in conjunction with an instruction execution system, apparatus, or device.

[0221] The program product may employ any combination of one or more readable media. A readable medium may be a readable signal medium or a readable storage medium. A readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of readable storage media (a non-exhaustive list) include: an electrical connection having one or more wires, a portable disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0222] Computer-readable signal media may include data signals propagated in baseband or as part of a carrier wave, carrying readable program code. Such propagated data signals may take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. A readable signal medium may also be any readable medium other than a readable storage medium, capable of sending, propagating, or transmitting programs for use by or in conjunction with an instruction execution system, apparatus, or device.

[0223] The program code contained on the readable medium may be transmitted using any suitable medium, including but not limited to wireless, wired, optical fiber, RF, etc., or any suitable combination thereof.

[0224] Program code for performing the operations of this invention can be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java and C++, and conventional procedural programming languages ​​such as C or similar languages. The program code can execute entirely on the user's computing device, partially on the user's device, as a standalone software package, partially on the user's computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving remote computing devices, the remote computing device can be connected to the user's computing device via any type of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computing device (e.g., via the Internet using an Internet service provider).

[0225] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0226] Furthermore, although the steps of the method in this application are described in a specific order in the accompanying drawings, this does not require or imply that the steps must be performed in that specific order, or that all the steps shown must be performed to achieve the desired result. Additional or alternative steps may be omitted, multiple steps may be combined into one step, and / or a step may be broken down into multiple steps.

[0227] Through the above description of the embodiments, those skilled in the art will readily understand that the exemplary embodiments described herein can be implemented by software or by combining software with necessary hardware. Therefore, the technical solutions according to the embodiments of this application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (such as a CD-ROM, USB flash drive, external hard drive, etc.) or on a network, including several instructions to cause a computing device (such as a personal computer, server, mobile terminal, or network device, etc.) to execute the method according to the embodiments of this application.

[0228] Other embodiments of this application will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this application are indicated by the appended claims.

Claims

1. A multi-board communication method in a laser system, characterized in that, The laser system includes a main control board, a motion control board, and other boards; the motion control board is connected in series with the main control board, and the other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board. The motion control board and other boards each have an independent data distribution management module and a command parsing and processing module. The data distribution management module performs the receiving, unpacking and forwarding of packet data, and the command parsing and processing module is only called when the board address information matches its own address. The method is deployed on various boards, and the method includes: The main control board sends packet data to the motion control board based on the triggering of the service function in the laser system. The packet data carries the control command of the service function. The motion control board obtains the control commands and board address information carried by receiving and unpacking the packet data. Data distribution among the other boards is performed based on the board address information.

2. The method according to claim 1, characterized in that, The main control board sends encapsulation data to the motion control board based on the triggering of business functions in the laser system, including: Based on the board corresponding to the triggered business function, the main control board obtains the board's identifier and generates board address information; The protocol packet is obtained by encapsulating the board address information and the triggered service function control commands through the configured communication protocol. The protocol packet is used as encapsulated data and sent to the motion control board.

3. The method according to claim 2, characterized in that, The process of encapsulating the board address information and the triggered service function control commands through the configured communication protocol to obtain a protocol packet includes: The board address information and control commands are encapsulated using predefined header and trailer identifiers in the configured communication protocol to obtain a protocol packet for controlling the triggered service functions.

4. The method according to claim 3, characterized in that, The motion control board obtains encapsulated data carrying the control commands and board address information by receiving and unpacking the protocol packets, including: The motion control board receives protocol packets sent by the main control board; The protocol packet is unpacked to obtain the encapsulated data formed by the board address information and control commands.

5. The method according to claim 1, characterized in that, The step of performing data distribution among the other boards based on the board address information in the packet data includes: Determine whether the board address information in the packet data is consistent with the address of the motion control board itself. If the determination is not correct, the motion control board will again initiate the forwarding of the control command through the board address information.

6. The method according to claim 5, characterized in that, The step of performing data distribution among the other boards based on the board address information in the packet data includes: If the board address information in the packet data is consistent with the address of the motion control board itself, the motion control board completes its own business processing by parsing the control commands in the packet data.

7. The method according to claim 5, characterized in that, The step of performing data distribution among the other boards based on the board address information in the packet data includes: Any board in the laser system receives a protocol packet forwarded by the motion control board or other boards; All the boards execute the forwarding of the protocol packet or the parsing of commands related to their own services under the control of the board address information in the protocol packet. In the forwarding of the protocol packet, the current board is an intermediate board on the communication path between the motion control board and the board corresponding to the board address information.

8. The method according to claim 3, characterized in that, In the transmission of the packet data, the protocol packet is sent to the transport layer. The main control board, based on the triggering of service functions in the laser system, sends packet data to the motion control board. The transmission also includes: The protocol packet is reliably encapsulated to obtain a reliable transmission data packet; The reliable transmission data packets are encapsulated into frames, and the obtained data frames are used as packet data to execute the packet data delivery under the control of the reliable transmission protocol.

9. A multi-board communication device in a laser system, characterized in that, The laser system includes a main control board, a motion control board, and other boards; the motion control board is connected in series with the main control board, and the other boards are connected in series or in parallel with each other, and then connected in parallel or in series with the motion control board. The motion control board and other boards each have an independent data distribution management module and a command parsing and processing module. The data distribution management module performs the receiving, unpacking and forwarding of packet data, and the command parsing and processing module is only called when the board address information matches its own address. The device includes: The data delivery module is used to send packet data from the main control board to the motion control board according to the triggering of the business function in the laser system. The packet data carries the control command of the business function. The receiving and unpacking module is used to enable the motion control board to obtain the control commands and board address information carried by the packet data by receiving and unpacking the packet data. The data distribution module is used to perform data distribution among the other boards based on the board address information.

10. A desktop laser device, characterized in that, include: Memory, which stores computer-readable instructions; The processor reads computer-readable instructions stored in memory to execute the method described in any one of claims 1-8.

Images