Building control system and method based on AUTBUS and MODBUS RTU protocol

Abstract

The embodiment of the invention provides a building control system and method based on an AUTBUS bus and a MODBUS RTU protocol, the building control system comprises a DDC controller, the AUTBUS bus and a plurality of IOM nodes, the DDC controller is connected with the IOM nodes through the AUTBUS bus, and IO ports of the IOM nodes are connected with corresponding controlled devices; the DDC controller is a master station of the MODBUS RTU protocol, and each IOM node is a slave station of the MODBUS RTU protocol; and the DDC controller is used for packaging a control instruction or a collection instruction in a MODBUS RTU data frame, packaging the data frame in an AUTBUS message, and sending the AUTBUS message to the corresponding IOM node through the AUTBUS bus. According to the technical scheme, the AUTBUS is used for transmitting the data frame of the MODBUS RTU, the communication rate, the communication real-time performance and the communication safety between the DDC controller and the IOM node are effectively improved, meanwhile, the number of IOM modules capable of being connected with the DDC controller is increased, and the requirements of a modern building system for efficient data transmission and flexible expansion are met.

Description

Technical Field

[0001] The present application relates to the technical field of control systems, and in particular to a building control system and method based on AUTBUS bus and MODBUS RTU protocol. Background Art

[0002] At present, the communication between DDC controller and IOM node in building automation system is mainly based on serial communication bus such as RS485 and CAN. The main problems of traditional communication mode are as follows:

[0003] 1) The communication rate of RS-485 is relatively low. Although a communication rate of several hundred kbps is sufficient in some application scenarios, RS-485 may not meet the requirements for occasions that require high-speed data transmission, such as video surveillance and large data transmission.

[0004] For example, in a high-definition video surveillance system, a large amount of image data needs to be transmitted, and the communication rate of RS-485 may cause image delay or freeze.

[0005] 2) The contradiction between the number of nodes, distance and rate. There is a certain contradiction between the communication rate and transmission distance of RS-485. Generally speaking, the higher the communication rate, the more nodes there are, and the shorter the transmission distance; conversely, the lower the communication rate, the fewer devices there are, and the longer the transmission distance. This brings certain limitations to practical applications, and it is necessary to weigh and choose according to specific circumstances.

[0006] For example, in a system that requires multi-device, long-distance communication, if a higher communication rate is selected, it may cause severe signal attenuation and reduced communication quality; if a lower communication rate is selected, it may not be able to meet the real-time requirements of data transmission.

[0007] 3) Lack of encryption, risk of physical access

[0008] Since CAN and RS-485 buses are usually connected through physical lines, they are vulnerable to physical attacks. For example, attackers can disrupt system communications by cutting the bus or connecting illegal devices.

[0009] In addition, in some open environments, such as factory workshops, public places, etc., the RS-485 bus is also susceptible to human damage and interference.

[0010] 4) Limitations of the priority arbitration mechanism

[0011] The CAN bus uses a priority arbitration mechanism to determine which node can send data. Although this mechanism can ensure that high-priority messages are sent first, in some cases, low-priority messages may not be sent for a long time, thus affecting the real-time performance of the system.

[0012] For example, in an industrial automation control system, if a low-priority device needs to send urgent data, but there are many high-priority messages on the bus, the device's message may not be sent for a long time, thus affecting the system's response speed. Summary of the invention

[0013] In view of this, the embodiments of the present application provide a building control system and method based on the AUTBUS bus and the MODBUS RTU protocol. The technical solution of the embodiments of the present application utilizes the AUTBUS bus to transmit MODBUS RTU data frames, effectively improving the communication rate, communication real-time performance and communication security between the DDC controller and the IOM node, while increasing the number of IOM modules that the DDC controller can connect to, meeting the needs of modern building systems for efficient data transmission and flexible expansion.

[0014] In a first aspect, an embodiment of the present application provides a building control system based on an AUTBUS bus and a MODBUS RTU protocol, comprising: a DDC controller, an AUTBUS bus and a plurality of IOM nodes, wherein the DDC controller is connected to each of the IOM nodes via the AUTBUS bus; the DDC controller is a master station of the MODBUS RTU protocol, and each of the IOM nodes is a slave station of the MODBUS RTU protocol, wherein the DDC controller and each of the IOM nodes exchange MODBUS RTU data frames via the AUTBUS bus; the DDC controller is used to generate a control instruction according to the control logic of the control system, encapsulate the instruction in a MODBUS RTU data frame, and encapsulate the data frame in an AUTBUS message, and send the control instruction to the corresponding IOM node via the AUTBUS bus; each IOM node is used to parse the MODBUS RTU data frame from the AUTBUS message received from the DDC controller, and control the corresponding controlled device through the corresponding IO port of the IOM according to the data frame.

[0015] From the above, the data frames of MODBUS RTU are transmitted through the AUTBUS bus, which effectively improves the communication rate, real-time performance and security between the DDC controller and the IOM node. At the same time, it increases the number of IOM modules that the DDC controller can connect to, meeting the needs of modern building systems for efficient data transmission and flexible expansion.

[0016] In a possible implementation manner of the first aspect, each IOM node is further used to collect field status information from a controlled device connected thereto, encapsulate the information in a MODBUS RTU data frame, and encapsulate the data frame in an AUTBUS message, and send the information to the DDC controller via the AUTBUS bus; the DDC controller is further used to parse a corresponding MODBUS RTU data frame from the received AUTBUS message, and parse corresponding field status information from the data frame.

[0017] From the above, the DDC controller parses the corresponding MODBUS RTU data frame from the AUTBUS message it receives, and realizes the integration of MODBUS RTU protocol and AUTBUS bus when the DDC controller collects field device information. The control system fully utilizes the real-time, multi-node and high-speed advantages of the AUTBUS bus to collect rich field device information of multiple controlled devices in real time, such as image information.

[0018] In a possible implementation manner of the first aspect, it further includes: an AUTBUS host computer, configured to configure AUTBUS communication resources between the IOM node and the DDC controller according to data requirements of a controlled device connected to the IOM node.

[0019] From the above, the communication resources of the IOM nodes on the AUTBUS bus are configured through the AUTBUS host computer according to the data requirements of the controlled devices connected to each IOM node, so as to improve the real-time performance of data transmission of the controlled devices and meet the real-time requirements of control.

[0020] In a possible implementation manner of the first aspect, the AUTBUS host computer is further configured to diagnose each of the IOM nodes through the AUTBUS bus.

[0021] From the above, each IOM node can be diagnosed through the AUTBUS host computer to better manage each IOM node, and the high-cost management problem of managing IOM nodes through buses such as CAN or RS485, which requires professional equipment, can be avoided.

[0022] In a possible implementation manner of the first aspect, the AUTBUS host computer is further used to configure the working modes of the DDC controller and the IO ports of each of the IOM nodes.

[0023] From the above, the AUTBUS host computer is not only used for the configuration and management of related aspects of the AUTBUS bus, but also for the configuration of the IO ports involved in building control, configuring the working mode of the IO ports of the DDC controller and each IOM node, and flexibly expanding the use scenarios of the building control system.

[0024] In a possible implementation manner of the first aspect, when transmitting the data frame of the MODBUS RTU through the AUTBUS bus, the data frame of the MODBUS RTU is encrypted.

[0025] From the above, when the data frame of MODBUS RTU is transmitted through the AUTBUS bus, the data frame of MODBUS RTU is encrypted and then transmitted based on the AUTBUS protocol, thereby improving the security of the data.

[0026] In a possible implementation manner of the first aspect, the station addresses of the DDC controller and the IOM node in the MODBUS RTU protocol correspond one-to-one to the node identifiers of the DDC controller and the IOM node in the AUTBUS bus.

[0027] From the above, the node identification in the AUTBUS bus can be obtained according to the station address of the MODBUS RTU data frame, and the station address of the MODBUS RTU data frame can be obtained according to the node identification in the AUTBUS bus, so as to realize the transmission of the MODBUS RTU data frame based on the AUTBUS bus.

[0028] In a possible implementation manner of the first aspect, the DDC controller is a control node of the AUTBUS bus, and the IOM node is a terminal node of the AUTBUS bus.

[0029] From the above, the DDC controller is the control node of the AUTBUS bus and the IOM node is the terminal node of the AUTBUS bus. The DDC controller manages and controls each IOM node on the AUTBUS protocol, such as allocating resources.

[0030] In a possible implementation manner of the first aspect, the DDC controller is further configured to discover a new IOM node access through the AUTBUS bus, and automatically allocate AUTBUS bus communication resources to the new IOM node.

[0031] As described above, the AUTBUS bus automatically discovers new IOM nodes based on the AUTBUS protocol and automatically allocates AUTBUS bus communication resources to them, so that the IOM nodes that already have configuration data can be plug-and-play.

[0032] In a possible implementation manner of the first aspect, the DDC controller includes a hardware-independent AUTBUS processing device, which is used to execute the AUTBUS protocol stack.

[0033] As described above, the DDC controller includes a hardware-independent AUTBUS processing device for executing the AUTBUS protocol stack, such as an independent chip processing the AUTBUS protocol, so as to improve the real-time performance of the AUTBUS bus 200.

[0034] In a possible implementation of the first aspect, the controlled device sets a parameter setting pin and a status output pin; the parameter setting pin is connected to an output IO port of the IOM node to which the controlled device is connected, and is used to receive the control parameter of the controlled device through the output IO port; the status output pin is connected to an input IO port of the IOM node, and is used to output field status information of the controlled device to the input IO port, and the field status information changes with the control parameter; the DDC controller is also used to determine whether the field status information collected through the input IO port matches the control parameter output through the output IO port.

[0035] From the above, by setting the parameter setting pin and the status output pin of the controlled device to an output IO port and an input IO port of the IOM node respectively, the DDC controller compares whether the field status information collected through the input IO port matches the control parameters output through the output IO port to determine the working status of the field device.

[0036] In a second aspect, an embodiment of the present application provides a building control method based on the AUTBUS bus and the MODBUS RTU protocol, and controls the controlled device through the control system described in any implementation mode of the first aspect, including: a DDC controller generates a control instruction or an acquisition instruction according to the control logic of the control system, encapsulates it in a MODBUS RTU data frame, and encapsulates the data frame in an AUTBUS message, and sends it to the corresponding IOM node through the AUTBUS bus; each IOM node parses the MODBUS RTU data frame from the AUTBUS message received from the DDC controller, and controls the corresponding controlled device through the corresponding IO port of the IOM according to the data frame.

[0037] From the above, the AUTBUS message received from the DDC controller is parsed into the MODBUS RTU data frame through the IOM node, and the MODBUS RTU protocol and the AUTBUS bus are integrated when the DDC controller sends control instructions or acquisition instructions. The control system makes full use of the real-time, multi-node and high-speed advantages of the AUTBUS bus, and performs real-time control of multiple broadband controlled devices to meet the needs of modern building systems for efficient data transmission and flexible expansion.

[0038] In a possible implementation of the second aspect, each IOM node collects field status information from the controlled device to which it is connected, encapsulates the information in a MODBUS RTU data frame, encapsulates the data frame in an AUTBUS message, and sends the information to the DDC controller through the AUTBUS bus; the DDC controller parses the corresponding MODBUS RTU data frame from the received AUTBUS message, and parses the corresponding field status information from the data frame.

[0039] From the above, the DDC controller parses the corresponding MODBUS RTU data frame from the AUTBUS message it receives, and realizes the integration of MODBUS RTU protocol and AUTBUS bus when the DDC controller collects field device information. The control system fully utilizes the real-time, multi-node and high-speed advantages of the AUTBUS bus to collect rich field device information of multiple controlled devices in real time, such as image information.

[0040] In a possible implementation of the second aspect, when the control system further includes an AUTBUS host computer, the control method further includes: the AUTBUS host computer configuring the AUTBUS communication resources between the IOM node and the DDC controller according to data requirements of a controlled device connected to the IOM node.

[0041] From the above, the communication resources of the IOM nodes on the AUTBUS bus are configured through the AUTBUS host computer according to the data requirements of the controlled devices connected to each IOM node, so as to improve the real-time performance of data transmission of the controlled devices and meet the real-time requirements of control.

[0042] In a possible implementation manner of the second aspect, when the control system further includes an AUTBUS host computer, the control method further includes: diagnosing each of the IOM nodes by the AUTBUS host computer through the AUTBUS bus.

[0043] From the above, each IOM node can be diagnosed through the AUTBUS host computer to better manage each IOM node, and the high-cost management problem of managing IOM nodes through buses such as CAN or RS485, which requires professional equipment, can be avoided.

[0044] In a possible implementation manner of the second aspect, when the control system further includes an AUTBUS host computer, the control method further includes: configuring, by the AUTBUS host computer, a working mode of the DDC controller and an IO port of each of the IOM nodes.

[0045] From the above, the AUTBUS host computer is not only used for the configuration and management of related aspects of the AUTBUS bus, but also for the configuration of the IO ports involved in building control, configuring the working mode of the IO ports of the DDC controller and each IOM node, and flexibly expanding the use scenarios of the building control system.

[0046] In a possible implementation manner of the second aspect, the method further includes: encrypting the MODBUS RTU data frame when transmitting the MODBUS RTU data frame through the AUTBUS bus.

[0047] From the above, when the data frame of MODBUS RTU is transmitted through the AUTBUS bus, the data frame of MODBUS RTU is encrypted and then transmitted based on the AUTBUS protocol, thereby improving the security of the data.

[0048] In a possible implementation manner of the second aspect, the station addresses of the DDC controller and the IOM node in the MODBUS RTU protocol correspond one-to-one to the node identifiers of the DDC controller and the IOM node in the AUTBUS bus.

[0049] From the above, the node identification in the AUTBUS bus can be obtained according to the station address of the MODBUS RTU data frame, and the station address of the MODBUS RTU data frame can be obtained according to the node identification in the AUTBUS bus, so as to realize the transmission of the MODBUS RTU data frame based on the AUTBUS bus.

[0050] In a possible implementation manner of the second aspect, the DDC controller is a control node of the AUTBUS bus, and the IOM node is a terminal node of the AUTBUS bus.

[0051] From the above, the DDC controller is the control node of the AUTBUS bus and the IOM node is the terminal node of the AUTBUS bus. The DDC controller manages and controls each IOM node on the AUTBUS protocol, such as allocating resources.

[0052] In a possible implementation manner of the second aspect, the further comprising: the DDC controller discovers a new IOM node access through the AUTBUS bus and automatically allocates AUTBUS bus communication resources to the new IOM node.

[0053] As described above, the AUTBUS bus automatically discovers new IOM nodes based on the AUTBUS protocol and automatically allocates AUTBUS bus communication resources to them, so that the IOM nodes that already have configuration data can be plug-and-play.

[0054] In a possible implementation manner of the second aspect, the DDC controller includes a hardware-independent AUTBUS processing device, which is used to execute the AUTBUS protocol stack.

[0055] As described above, the DDC controller includes a hardware-independent AUTBUS processing device for executing the AUTBUS protocol stack, such as an independent chip processing the AUTBUS protocol, so as to improve the real-time performance of the AUTBUS bus 200.

[0056] In a possible implementation of the second aspect, the controlled device sets a parameter setting pin and a status output pin; the parameter setting pin is connected to an output IO port of the IOM node to which the controlled device is connected, and is used to receive the control parameter of the controlled device through the output IO port; the status output pin is connected to an input IO port of the IOM node, and is used to output field status information of the controlled device to the input IO port, and the field status information changes with the control parameter; the method also includes: the DDC controller determines whether the field status information collected through the input IO port matches the control parameter output through the output IO port.

[0057] From the above, by setting the parameter setting pin and the status output pin of the controlled device to an output IO port and an input IO port of the IOM node respectively, the DDC controller compares whether the field status information collected through the input IO port matches the control parameters output through the output IO port to determine the working status of the field device. BRIEF DESCRIPTION OF THE DRAWINGS

[0058] Figure 1 This is a structural diagram of a first embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol of the present application;

[0059] Figure 2 A schematic diagram of a flow chart of an IOM node collecting data and sending it to a DDC controller in a first embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol of the present application;

[0060] Figure 3 A schematic diagram of a flow chart of a DDC controller sending a control instruction to an IOM node in a first embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol of the present application;

[0061] Figure 4 This is a structural diagram of a second embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol of the present application;

[0062] Figure 5A schematic diagram of the topological structure between CN and TN of the AUTBUS bus of Embodiment 2 of a building control system based on the AUTBUS bus and the MODBUS RTU protocol of the present application;

[0063] Figure 6 A flowchart of a first embodiment of a building control method based on AUTBUS bus and MODBUS RTU protocol of the present application;

[0064] Figure 7 This is a flow chart of Embodiment 2 of a building control method based on AUTBUS bus and MODBUS RTU protocol of the present application. DETAILED DESCRIPTION

[0065] In the following description, reference is made to “some embodiments”, which describe a subset of all possible embodiments, but it will be understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0066] In the following description, the terms "first\second\third, etc." or module A, module B, module C, etc. are only used to distinguish similar objects, or to distinguish different embodiments, and do not represent a specific ordering of the objects. It can be understood that the specific order or sequence can be interchanged where permitted, so that the embodiments of the present application described here can be implemented in an order other than that illustrated or described here.

[0067] In the following description, the numbers representing the steps, such as S110, S120, etc., do not necessarily mean that the steps must be executed in this manner. If permitted, the order of the previous and next steps can be interchanged, or they can be executed simultaneously.

[0068] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing the embodiments of this application and are not intended to limit this application.

[0069] The following is an introduction to the terms involved in this application.

[0070] DDC controller (Direct Digital Controller) completes the measurement of characteristic parameters and process parameters of the controlled equipment and controls the controlled equipment. The controlled equipment includes sensors and actuators.

[0071] The IOM module (Input / Output Module) is an electronic device used to process input and output. It is used in industrial automation systems to receive input signals from sensors or other devices through the IO port and convert the output signals of the control system into a form that can drive actuators or other devices.

[0072] AUTBUS bus is a broadband field bus that uses two-wire non-bridge media and OFDM technology at the physical layer. When the transmission distance of AUTBUS bus is 500 meters, the transmission rate is 100Mps; when the transmission distance is 2500 meters, the transmission rate is 6.25Mbps. It supports up to 254 nodes. The twisted pair has no polarity and the wiring is simple. It supports mixed carrying of real-time and non-real-time business data to ensure the certainty and real-time nature of various data transmissions.

[0073] In addition, the AUTBUS bus has excellent communication security performance. Through strict encryption and authentication mechanisms, strict security protection is carried out in every link of data transmission. This not only ensures the security and integrity of data during transmission, but also effectively prevents the risk of data being maliciously tampered with or stolen. In today's digital age, data security in building systems is extremely important, and the security mechanism of the AUTBUS bus provides reliable protection for the safe and stable operation of buildings.

[0074] In addition, the AUTBUS bus has significant advantages in supporting the number of IOM slaves. It can meet the connection requirements of a large number of input and output modules in large building systems, greatly improving the scalability and flexibility of the system. Whether it is a large number of sensors and actuators in commercial buildings or a complex equipment control system in an industrial plant, the AUTBUS bus can easily cope with it and achieve efficient data communication and equipment management.

[0075] The nodes of the AUTBUS bus include control nodes (CN) and terminal nodes (TN). CN: Control nodes in the AUTBUS network, which complete network control and communicate with all TN nodes. Tn: Terminal nodes in the AUTBUS network, TN nodes can communicate with CN or TN nodes.

[0076] Modbus RTU protocol uses the master-slave mode. The DDC controller is the master station, which collects data from multiple IOM slave devices in real time, and then issues instructions to the IOM slave devices according to the preset control algorithms and strategies. The IOM node is a slave station, a device used for data acquisition and control signal output. It is usually a slave device of the master station and works with the master station to monitor and control the field equipment.

[0077] The Modbus RTU protocol is widely used in the field of industrial control with its simple and efficient frame format. Its typical structure includes address field, function code, data field and check code. For example, the address field is used to identify different stations, the function code indicates the specific operation type, the data field carries the actual data content, and the check code ensures the accuracy of data transmission.

[0078] The specific definition of Modbus RTU frame format is as follows.

[0079] Fields describe Address field 1 byte, identifies the station address. Function code 1 byte, indicating the specific operation type, such as reading a register, writing a register, etc. Data Domain N bytes, which vary according to the function code, contain information such as the data to be read or written. Check code 2 bytes, usually a CRC (Cyclic Redundancy Check) code, used to detect data transmission errors.

[0080] The embodiment of the present application provides a building control system and method based on AUTBUS bus and MODBUS RTU protocol, the building control system includes: a DDC controller, an AUTBUS bus and several IOM nodes, the DDC controller is connected to each of the IOM nodes through the AUTBUS bus, and the IO port of each of the IOM nodes is connected to the corresponding controlled device; the DDC controller is the master station of the MODBUS RTU protocol, and each of the IOM nodes is a slave station of the MODBUS RTU protocol, wherein the DDC controller and each of the IOM nodes exchange MODBUS RTU data frames through the AUTBUS bus. The technical solution of the embodiment of the present application utilizes the AUTBUS bus to transmit MODBUS RTU data frames, effectively improving the communication rate, communication real-time performance and communication security between the DDC controller and the IOM nodes, while increasing the number of IOM modules that the DDC controller can connect to meet the needs of modern building systems for efficient data transmission and flexible expansion.

[0081] The following describes various embodiments of the present application in conjunction with the accompanying drawings. Figures 1 to 3 The present application introduces a first embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol.

[0082] Figure 1 The structure of a building control system embodiment 1 based on AUTBUS bus and MODBUS RTU protocol is shown, including: DDC controller 100, AUTBUS bus 200, IOM node 310, IOM node 320 and IOM node 330. The DDC controller 100 is connected to each IOM node through AUTBUS bus 200, and the IO port of each IOM node is connected to the corresponding controlled device. For example, Figure 1 Three IOM nodes are shown in the figure. In actual scenarios, any number of IOM nodes can be configured as needed.

[0083] The DDC controller 100 runs the master program of the MODBUS RTU protocol, executes the control logic of the building control system, and exchanges MODBUS RTU data frames with each IOM node through the AUTBUS bus 200, thereby controlling the controlled device based on the MODBUS RTU protocol through the AUTBUS bus 200.

[0084] Each IOM node executes the program of the MODBUS RTU protocol slave station, and exchanges MODBUS RTU data frames with the DDC controller 100 through the AUTBUS bus 200, thereby sending control instructions to the controlled device or collecting field data of the controlled device based on the MODBUS RTU protocol.

[0085] The DDC controller 100 is used to generate a control instruction or acquisition instruction of the control system according to the control logic of the control system, encapsulate the control instruction or acquisition instruction in a MODBUS RTU data frame (the payload of the MODBUS RTU data frame is the control instruction or acquisition instruction), and encapsulate the data frame in an AUTBUS message (the payload of the AUTBUS message is the MODBUS RTU data frame), and send it to the corresponding IOM node through the AUTBUS bus 200; each IOM node is used to parse the MODBUS RTU data frame from the AUTBUS message received from the DDC controller 100, and control the corresponding controlled device through the corresponding IO port of the IOM according to the MODBUS RTU protocol based on the data frame; the above-mentioned method realizes the integration of the MODBUS RTU protocol and the AUTBUS bus when the DDC controller 100 sends the control instruction or acquisition instruction, so that the control system makes full use of the advantages of the AUTBUS bus such as real-time, multi-node and high speed, and performs real-time control on multiple broadband controlled devices.

[0086] In some embodiments, each IOM node is also used to collect field status information from the controlled device to which it is connected, encapsulate it in a MODBUS RTU data frame, and encapsulate the data frame in an AUTBUS message, and send it to the DDC controller 100 through the AUTBUS bus 200; the DDC controller is also used to parse the corresponding MODBUS RTU data frame from the AUTBUS message it receives, and parse the corresponding field status information from the data frame; the above method is used to realize the integration of the MODBUS RTU protocol and the AUTBUS bus when the DDC controller 100 collects field device information, so that the control system fully utilizes the real-time, multi-node and high-speed advantages of the AUTBUS bus to collect rich field device information of multiple controlled devices in real time, such as image information.

[0087] In some embodiments, the MODBUS RTU master address of the DDC controller 100 and the MODBUS RTU slave address of each IOM node correspond one-to-one with the node identifiers of the DDC controller 100 and each IOM node in the AUTBUS bus 200, so that the node identifier in the AUTBUS bus 200 can be obtained according to the station address of the MODBUS RTU data frame, and the station address of the MODBUS RTU data frame can be obtained according to the node identifier in the AUTBUS bus 200, thereby realizing the transmission of MODBUS RTU data frames based on the AUTBUS bus 200.

[0088] In some embodiments, when transmitting the data frame of MODBUS RTU through AUTBUS bus 200, the data frame of MODBUS RTU is encrypted and then transmitted based on AUTBUS protocol to improve data security. This encryption mode supports multiple encryption algorithms such as SM2 / SM4 / ECC / RSA / AES.

[0089] In some embodiments, the DDC controller 100 is a control node of the AUTBUS bus 200, and each IOM node is a terminal node of the AUTBUS bus 200, that is, the DDC controller 100 controls and manages each IOM node on the AUTBUS protocol, such as allocating resources.

[0090] In some embodiments, the DDC controller 100 is a control node of the AUTBUS bus 200, and is also used to discover new IOM node access through the AUTBUS bus based on the AUTBUS protocol, and automatically allocate AUTBUS bus communication resources to it.

[0091] In some embodiments, the DDC controller 100 includes a hardware-independent AUTBUS processing device for executing the AUTBUS protocol stack, such as an independent chip processing the AUTBUS protocol to improve the real-time performance of the AUTBUS bus 200 .

[0092] Combine the following Figure 2 The process of the IOM node collecting data and sending it to the DDC controller and the process of the DDC controller 100 sending a control instruction to the IOM node in this embodiment are introduced.

[0093] Figure 2 The flowchart shows the process of the IOM node collecting data and sending it to the DDC controller 100, including steps S210 to S270.

[0094] S210: The IOM node performs on-site data collection.

[0095] Among them, the IOM node collects data from various sensors or devices through its IO port, such as the temperature and humidity of relevant spaces in the building.

[0096] S220: The IOM node encapsulates the collected field data.

[0097] The IOM node encapsulates the collected field data according to the data frame format of Modbus RTU into an uplink Modbus RTU data frame, including an address field, a function code, a data field, a check code, etc. The address field is the master station address corresponding to the DDC controller 100.

[0098] S230: The IOM node sends an uplink Modbus RTU data frame to the IOM node protocol stack for conversion, and sends an uplink AUTBUS message through the AUTBUS bus.

[0099] The protocol stack of the IOM node encapsulates the uplink Modbus RTU data frame into an uplink AUTBUS message based on the AUTBUS protocol, and sends it to the AUTBUS protocol stack of the DDC controller 100 through the AUTBUS bus 200 .

[0100] Among them, the protocol stack of the IOM node executes the AUTBUS protocol and the Modbus RTU protocol.

[0101] S240: The protocol stack of the DDC controller 100 receives and verifies the uplink AUTBUS message.

[0102] The protocol stack of the DDC controller 100 receives the uplink AUTBUS message from the IOM, decapsulates it based on the AUTBUS protocol, obtains the uplink Modbus RTU data frame, and performs checksum verification to ensure the integrity of the data.

[0103] The protocol stack of the DDC controller 100 (here, a device for executing a protocol) executes the AUTBUS protocol and the Modbus RTU protocol. The AUTBUS protocol is implemented by a dedicated hardware chip.

[0104] S250: The protocol stack of the DDC controller 100 parses the Modbus RTU data frame.

[0105] After the uplink Modbus RTU data frame passes the verification, the DDC controller 100 parses the uplink Modbus RTU data frame based on the Modbus RTU protocol stack to extract information such as the address, function code and data.

[0106] S260: The protocol stack of the DDC controller 100 converts the uplink Modbus RTU data frame into a format recognizable by the master program of the DDC controller 100.

[0107] The protocol stack of the DDC controller 100 converts the parsed uplink ModbusRTU data into field data in a format that can be recognized by the master program of the DDC controller 100 according to the communication protocol requirements of the DDC.

[0108] S270 : The protocol stack of the DDC controller 100 sends the converted data to the master program of the DDC controller 100 .

[0109] The master program of the DDC controller 100 further processes and controls the converted data.

[0110] Among them, after receiving the data from the IOM slave station, the master station program of the DDC controller 100 starts the efficient data processing and management mechanism, and conducts in-depth analysis, accurate storage and intelligent forwarding of the data through preset rules and advanced algorithms. This data processing capability enables the building system to achieve intelligent control and provide a comfortable and efficient environment for the building.

[0111] For example, based on the data of temperature, humidity and other sensors at relevant locations inside the building, the master station program of the DDC controller 100 can automatically adjust the operating parameters of the air conditioning system. By real-time monitoring of changes in the indoor environment, the cooling, heating and ventilation functions of the air conditioner can be accurately controlled to achieve energy saving and a comfortable indoor environment. At the same time, for equipment such as lighting and elevators, the master station program of the DDC controller 100 can also perform intelligent control according to actual needs, improve energy utilization efficiency, and reduce operating costs.

[0112] Figure 3 The flowchart shows the process of the DDC controller 100 sending a control instruction to the IOM node, including steps S310 to S370.

[0113] S310: The master program of the DDC controller 100 generates a control instruction.

[0114] The master program of the DDC controller 100 adjusts the operating parameters of the equipment according to the system requirements and control logic control instructions, etc. The master program of the DDC controller 100 also uses the collected field data when generating some control instructions.

[0115] S320: The master program of the DDC controller encapsulates the control instruction into the communication format of the DDC controller itself.

[0116] The master program of the DDC controller 100 encapsulates the control instruction according to its own communication format, and the format is used for communication between the master program of the DDC controller 100 and the protocol stack of the DDC controller 100 .

[0117] S330 : The master program of the DDC controller 100 sends the packaged control instruction to the protocol stack of the DDC controller 100 .

[0118] S340: The protocol stack of the DDC controller 100 receives and parses the encapsulated control instruction.

[0119] S350: The protocol stack of the DDC controller 100 encapsulates the control instruction into a downlink Modbus RTU data frame.

[0120] The protocol stack of the DDC controller 100 encapsulates the received control instruction into a downlink Modbus RTU data frame according to the requirements of the Modbus RTU protocol.

[0121] S360: The protocol stack of the DDC controller 100 sends a downlink Modbus RTU data frame to a corresponding IOM node via the AUTBUS bus.

[0122] The protocol stack of the DDC controller 100 encapsulates the data frame of the downstream Modbus RTU into a downstream AUTBUS message based on the AUTBUS protocol, and sends it to the corresponding IOM node through the AUTBUS bus 200. The downstream AUTBUS message includes a control instruction.

[0123] S370: The IOM node receives and processes the downlink AUTBUS message.

[0124] Among them, the IOM node receives the downlink AUTBUS message including the control instruction, parses the downlink Modbus RTU data frame through its protocol stack, and parses the control instruction therefrom. The control instruction includes the function code, logical address and data of the Modbus RTU data frame. The IOM node performs corresponding processing according to the control instruction, such as executing the control operation of the device.

[0125] In some embodiments, a building control system embodiment 1 based on AUTBUS bus and MODBUS RTU protocol also includes: an AUTBUS host computer, which is used to configure the AUTBUS communication resources between the IOM node and the DDC controller 100 according to the data requirements of the controlled devices connected to each IOM node, and send the configured AUTBUS communication resources to the DDC controller 100 for allocation to each IOM node, thereby meeting the real-time and bandwidth requirements between the data of the controlled device and the DDC controller. The data requirements include real-time requirements and bandwidth requirements, and the communication resources are the time-frequency resources of the AUTBUS bus 200 based on OFDM. In some of the embodiments, the AUTBUS host computer is connected to the AUTBUS bus through the DDC controller, i.e., CN.

[0126] In some embodiments, the AUTBUS host computer is also used to diagnose the working status of each IOM node through the AUTBUS bus 200. For example, the diagnosis of whether each IOM node is online is based on the AUTBUS protocol. CAN and RS-485 lack effective fault diagnosis tools, and most fault diagnosis methods are based on experience and manual testing, lacking automated diagnostic tools and methods. This makes fault diagnosis inefficient and prone to misjudgments and missed judgments. In some complex systems, professional testing equipment and software may be required for fault diagnosis, but these equipment and software are expensive and complex to operate, and are not suitable for ordinary users. By diagnosing the working status of each IOM node through the AUTBUS bus 200, low cost and better management of each IOM node can be achieved.

[0127] In some embodiments, the AUTBUS host computer is also used to notify the DDC controller 100 to manage the new IOM node and allocate AUTBUS communication resources when a new IOM node is discovered to be connected based on the AUTBUS protocol through the AUTBUS bus 200. This achieves plug-and-play of IOM nodes compared to the problem that the CAN bus or RS-485 requires manual configuration.

[0128] In some embodiments, the AUTBUS host computer is also used to configure the working mode of the IO port of the DDC controller 100 and / or the IO port of each IOM node to achieve control of multiple working modes. For example, the IO port is used for voltage mode, current mode, on-off mode, resistance mode, etc.

[0129] In some embodiments, the AUTBUS host computer is also used to configure the encryption mode of the AUTBUS bus, to encrypt the data frame of the MODBUS RTU, and to select the corresponding encryption mode from a variety of encryption algorithms such as SM2 / SM4 / ECC / RSA / AES.

[0130] In some embodiments, a controlled device sets a parameter setting pin and a status output pin; the parameter setting pin is connected to an output IO port of the IOM node to which the controlled device is connected, and is used to receive the control parameters of the controlled device through the output IO port; the status output pin is connected to an input IO port of the IOM node, and is used to output the field status information of the controlled device to the input IO port, and the field status information changes with the control parameters; the DDC controller 100 is also used to determine whether the field status information collected through the input IO port matches the control parameters output through the output IO port, so as to determine the working status of the field device, so as to facilitate the next step of decision control.

[0131] In summary, a building control system embodiment 1 based on AUTBUS bus and MODBUS RTU protocol uses AUTBUS bus to transmit MODBUS RTU data frames, effectively improving the communication rate, communication real-time and communication security between the DDC controller and the IOM node, while increasing the number of IOM modules that the DDC controller can connect to, meeting the needs of modern building systems for efficient data transmission and flexible expansion.

[0132] Combine the following Figures 4 to 5 The second embodiment of the building control system based on AUTBUS bus and MODBUS RTU protocol of the present application is introduced.

[0133] Embodiment 2 of a building control system based on AUTBUS bus and MODBUS RTU protocol is a detailed implementation of embodiment 1 of a building control system based on AUTBUS bus and MODBUS RTU protocol, having all the advantages of embodiment 1 of a building control system based on AUTBUS bus and MODBUS RTU protocol, and adding an AUTBUS host computer to configure aspects related to AUTBUS protocol and MODBUS RTU, further meeting the requirements of modern building systems for efficient data transmission and flexible expansion.

[0134] Figure 4 The structure of a second embodiment of a building control system based on AUTBUS bus and MODBUS RTU protocol is shown, including: a DDC controller 100, an AUTBUS bus 200, an IOM node 310, an IOM node 320, an IOM node 330 and an AUTBUS host computer 400. For example, Figure 4 Three IOM nodes are shown in the figure. In actual scenarios, any number of IOM nodes can be configured as needed.

[0135] Relative to Figure 1 , which adds an AUTBUS host computer 400 for configuring the encryption mode of the AUTBUS bus 200, the AUTBUS communication resources of each IOM node, the mode of the IO port of the DDC controller 100 and each IOM node, and also for monitoring the working status of each IOM node. The AUTBUS host computer 400 is connected to the DDC controller 100.

[0136] The DDC controller 100 is the CN of the AUTBUS bus 200, and each IOM node is the TN of the AUTBUS bus 200. After power-on, the CN automatically allocates AUTBUS communication resources to the TN, that is, the DDC controller 100 automatically allocates AUTBUS communication resources to each online IOM node. The DDC controller 100 internally includes a DDC-M switching module and a DDC-P control module, which are used for external and internal connections respectively, and a separate chip is set on the DDC-P control module to implement the IOM protocol stack.

[0137] The AUTBUS bus 200 is a two-wire non-bridge medium, with AUTBUS interfaces arranged on the bus, and each AUTBUS interface is connected to an IOM node. Figure 5 The topology between CN and TN of the AUTBUS bus 200 is shown. By way of example, the figure shows that three AUTBUS interfaces are connected via the AUTBUS bus 200. The AUTBUS bus 200 inside the AUTBUS interface remains connected. If any TN connected to the AUTBUS interface fails, it will not affect the overall link communication of the AUTBUS bus 200.

[0138] Each IO port of the DDC controller 100 and each IOM node is connected to a controlled device, and the controlled device includes a sensor and an actuator. For example, Figure 4 In the embodiment, the IOM node is connected to a controlled device. In an actual scenario, each IO port of the IOM node can be connected to a controlled device, and the IO port of the DDC controller 100 can also be connected to a controlled device.

[0139] The following focuses on the functions of the AUTBUS host computer 400.

[0140] For example, the DDC controller 100 is ADC300-DDC-2E8UI2UO2DO, which, in addition to being connected to the IOM, also has the following IO ports and can also be connected to the controlled device.

[0141] 8-way UI interface, input types include on-off mode, voltage mode, current mode, and resistance mode;

[0142] 2-way UO interface, output types include on-off mode, voltage mode and current mode;

[0143] 2-way DO interface, output type is on-off mode.

[0144] For example, there are two types of IOM nodes:

[0145] The first type: ADC300-IOM-9DI / 5DO, has 9 input interfaces, the input type is on-off mode; has 5 output modes, the output type is on-off mode;

[0146] The second type: ADC300-IOM-8UI / 4UO, has 8 input interfaces, and the input types can be on-off mode, voltage mode, current mode, and resistance mode, a total of four types; there are 4 output interfaces, and the output types are on-off mode, voltage mode, and current mode, a total of three types.

[0147] The AUTBUS host computer 400 configures the input type of the UI interface of the IOM node and the output type of the UO interface, that is, the working mode of the IO port of the IOM node. The AUTBUS host computer 400 also configures the input type of the UI interface of the DDC controller 100 and the output type of the UO interface, that is, the working mode of the IO port of the DDC controller 100; after the module configuration of the IO port of the DDC controller 100 and each IOM node is completed, all devices will save the configuration information to the flash memory of the AUTBUS host computer 400, and can still run in the original mode after restarting.

[0148] In the building control system, on-off mode: generally connected to switch devices such as door and window sensors, liquid level sensors, socket switches, lighting switches, etc. Voltage and current mode: connected to analog devices such as air valve motors, light sensors, infrared sensors, humidity sensors, etc. Resistance mode: connected to thermistors, varistors, etc.

[0149] During the operation of the building control system, if the air valve needs to add a feedback voltage interface to avoid failure of the air valve, the control action will not be executed. Connect the state feedback pin of the air valve to the UI interface of an IOM node, and set the UI interface to voltage mode. When the building system is running, after the air valve control command is sent to the air valve control input pin through the UO interface of an IOM node, the air valve starts to work, and the system waits for the state feedback value of the air valve to determine whether it is equal to the control value. If they are equal, it is normal, and if they are not equal, it is a fault.

[0150] The IO port of each IOM node is connected to an actuator or sensor. Actuators and sensors are controlled devices or are parameter setting pins and status output pins of a controlled device respectively. For video sensors, the amount of data is large, and the IOM nodes connected to video sensors require more AUTBUS resources. For alarm sensors and actuators, the real-time requirements for data transmission are high, and they also need sufficient resources.

[0151] The AUTBUS host computer 400 configures the AUTBUS communication resources between the IOM nodes and the DDC controller 100 according to the data requirements of the controlled devices connected to each IOM node, and sends the configured AUTBUS communication resources to the DDC controller 100 for allocation to each IOM node, thereby meeting the real-time and bandwidth requirements between the data of the controlled devices and the DDC controller.

[0152] During the operation of the building control system, all IOM nodes (TN) are responsible for packaging and encrypting the real-time data collected by the input interface, realizing the integrated encryption and decryption module inside the chip of the AUTBUS protocol stack, which can encrypt and transmit AUTBUS data and support multiple encryption algorithms such as SM2 / SM4 / ECC / RSA / AES. The AUTBUS host computer 400 configures the encryption mode of the AUTBUS bus 200, including: whether to start the encryption algorithm and the encryption algorithm adopted. After the data encryption is completed, the data is transmitted through the AUTBUS bus and sent to the DDC controller (CN). The DDC controller determines the status in the building according to the preset control strategy and controls the output interface of the IOM device to perform corresponding operations.

[0153] The DDC controller 100 serves as the CN of the AUTBUS bus 200. During the monitoring process, it is found that a missed TN is connected. The TN can be connected to the AUTBUS network at any time. The DDC controller 100 automatically allocates AUTBUS bus communication resources to it, which is plug-and-play and can communicate without manual configuration.

[0154] The AUTBUS host computer 400 is also used to monitor the working status of the IOM node. For example, the AUTBUS host computer 400 can also be used as a diagnostic tool for the IOM device, which can intuitively observe which device has a fault, facilitating maintenance and replacement.

[0155] In summary, embodiment 2 of a building control system based on AUTBUS bus and MODBUS RTU protocol is based on embodiment 1 of a building control system based on AUTBUS bus and MODBUS RTU protocol, and adds an AUTBUS host computer to configure aspects related to AUTBUS protocol and MODBUS RTU, further meeting the requirements of modern building systems for efficient data transmission and flexible expansion.

[0156] Combine the following Figure 6 and Figure 7 An embodiment of a building control method based on AUTBUS bus and MODBUS RTU protocol is introduced in the present application.

[0157] A building control method based on AUTBUS bus and MODBUS RTU protocol embodiment 1 runs on a building control system based on AUTBUS bus and MODBUS RTU protocol embodiment 1, and has all the advantages of a building control system based on AUTBUS bus and MODBUS RTU protocol embodiment 1. The DDC controller interacts with the IOM node through the AUTBUS bus to exchange data frames based on the MODBUS RTU protocol, so as to control the controlled device connected to the IO port of the IOM node, thereby collecting field data from the controlled device or issuing control instructions to the controlled device.

[0158] In this embodiment, the DDC controller generates a control instruction or an acquisition instruction according to the control logic of the control system, encapsulates it in a MODBUS RTU data frame, and encapsulates the data frame in an AUTBUS message, and sends it to the corresponding IOM node through the AUTBUS bus; each IOM node parses the AUTBUS message received from the DDC controller into a MODBUS RTU data frame, and controls the corresponding controlled device through the corresponding IO port of the IOM according to the data frame.

[0159] Figure 6 The flowchart of the first embodiment of a building control method based on AUTBUS bus and MODBUS RTU protocol is shown, including steps S610 to S640.

[0160] S610: The DDC controller sends a collection instruction based on the MODBUS RTU protocol to the first IOM node through the AUTBUS bus to collect field data from the first controlled device.

[0161] The first controlled device is a sensor-type controlled device or a controlled device with a status output pin. For the specific process of this step, please refer to Figure 3 The process shown is the DDC controller sending a control instruction to the IOM node.

[0162] S620: The first IOM node uploads the field data collected by the first controlled device to the DDC controller through the AUTBUS bus.

[0163] For the specific process of this step, please refer to Figure 2 The process shown is that the IOM node uploads field data to the DDC controller.

[0164] S630: The DDC controller generates a control instruction based on the received field data according to the control logic of the building control system.

[0165] The second controlled device is an actuator-type controlled device or a controlled device having a control parameter input pin, and the second controlled device and the first controlled device may be the same controlled device.

[0166] S640: The DDC controller sends a control instruction based on the MODBUS RTU protocol to the second IOM node through the AUTBUS bus, so that the second controlled device executes the control instruction.

[0167] The second IOM node in this step and the first IOM in steps S610 and S620 may be the same node or different nodes. Figure 3 The process shown is the DDC controller sending a control instruction to the IOM node.

[0168] A second building control method based on AUTBUS bus and MODBUS RTU protocol is run on a second building control system based on AUTBUS bus and MODBUS RTU protocol, and has all the advantages of the second building control system based on AUTBUS bus and MODBUS RTU protocol.

[0169] Figure 7 The flowchart of Embodiment 2 of a building control method based on AUTBUS bus and MODBUS RTU protocol is shown, including steps S710 to S740.

[0170] S710: Configure the working mode of the AUTBUS bus and the building control system through the AUTBUS host computer, including: CN / TN selection, node identification, AUTBUS bus communication resources between CN and TN, and AUTBUS bus encryption mode.

[0171] When configuring the working mode of the building control system, it includes: the master and slave station addresses of MODBUS RTU, the working modes of the IO ports of the DDC controller and each IOM node. Configure the DDC controller as the master station of MODBUS RTU and each IOM node as the slave station of MODBUS RTU, and configure the station addresses of the DDC controller and each IOM node.

[0172] Among them, when configuring the working mode of the AUTBUS bus, it includes: CN / TN selection, node identification, AUTBUS bus communication resources between CN and TN, and AUTBUS bus encryption mode. Configure the DDC controller as the CN of the AUTBUS bus, and each IOM node as the TN of the AUTBUS bus. Allocate AUTBUS communication resources according to the data transmission requirements of the controlled devices connected to each IOM node. Configure the node identification of the corresponding IOM node in the AUTBUS bus according to the station addresses of the master and slave stations of the MODBUS RTU.

[0173] S720: After the DDC controller is powered on, it automatically configures the AUTBUS communication resources between each IOM node.

[0174] Among them, the relevant parameters of the working mode of the AUTBUS bus and the building control system on the DDC controller and each IOM node are retained in the flash memory and automatically configured after power-on.

[0175] Among them, the DDC controller, as the CN of AUTBUS, can discover the newly connected IOM node and configure its AUTBUS bus communication resources.

[0176] S730: The DDC controller interacts with the IOM node via the AUTBUS bus to exchange data frames based on the MODBUS RTU protocol, thereby collecting field data from the controlled device or issuing control instructions to the controlled device.

[0177] For the specific process of this step, please refer to the process of Embodiment 1 of a building control method based on AUTBUS bus and MODBUS RTU protocol.

[0178] S740: AUTBUS host computer maintains and manages each IOM node.

[0179] The AUTBUS host computer diagnoses each IOM node through the AUTBUS bus to determine the working status of each IOM node.

[0180] Among them, the DDC controller, as the CN of AUTBUS, can discover the newly connected IOM node, and the AUTBUS host computer performs MODBUS RTU protocol-related configuration and AUTBUS bus-related configuration on the IOM node.

[0181] Herein, step S730 and step S740 are performed in parallel.

[0182] Note that the above are only preferred embodiments of the present application and the technical principles used. Those skilled in the art will understand that the present application is not limited to the specific embodiments described herein, and that various obvious changes, readjustments and substitutions can be made by those skilled in the art without departing from the scope of protection of the present application. Therefore, although the present application is described in more detail through the above embodiments, the present application is not limited to the above embodiments, and may also include more other equivalent embodiments without departing from the concept of the present application, all of which belong to the scope of protection of the present application.

Claims

1. A building control system based on AUTBUS bus and MODBUS RTU protocol, characterized in that: include: A DDC controller, an AUTBUS bus and several IOM nodes, wherein the DDC controller is connected to each IOM node via the AUTBUS bus, and an IO port of each IOM is connected to a corresponding controlled device; The DDC controller is a master station of the MODBUS RTU protocol, and each of the IOM nodes is a slave station of the MODBUS RTU protocol; The DDC controller is used to encapsulate the control instruction or the acquisition instruction in a MODBUS RTU data frame, and encapsulate the data frame in an AUTBUS message, and send it to the corresponding IOM node through the AUTBUS bus; Each IOM node is used to parse the AUTBUS message received from the DDC controller into a MODBUS RTU data frame, and control the corresponding controlled device through the corresponding port of the IOM according to the data frame.

2. The control system according to claim 1, characterized in that: Each IOM node is also used to collect field status information from the controlled device connected to it, encapsulate it in a MODBUS RTU data frame, and encapsulate the data frame in an AUTBUS message, and send it to the DDC controller through the AUTBUS bus; The DDC controller is also used to parse the corresponding MODBUS RTU data frame from the AUTBUS message it receives, and parse the corresponding field status information from the data frame.

3. The control system according to claim 1, characterized in that: Also includes: AUTBUS host computer; The AUTBUS host computer is used to configure the AUTBUS communication resources between the IOM node and the DDC controller according to the data requirements of the controlled device connected to the IOM node; and / or The AUTBUS host computer is also used to configure the working mode of the DDC controller and the IO port of each IOM node; and / or The AUTBUS host computer is also used to diagnose each of the IOM nodes through the AUTBUS bus.

4. The control system according to claim 1, characterized in that: The MODBUS RTU data frames are encrypted when transmitted via the AUTBUS bus.

5. The control system according to claim 1, characterized in that: The DDC controller is a control node of the AUTBUS bus, and the IOM node is a terminal node of the AUTBUS bus.

6. The control system according to claim 5, characterized in that: The DDC controller is also used to discover new IOM node access through the AUTBUS bus and automatically allocate AUTBUS bus communication resources to it.

7. The control system according to claim 1, characterized in that: The station addresses of the DDC controller and the IOM node in the MODBUSRTU protocol correspond one-to-one to the node identifiers of the DDC controller and the IOM node in the AUTBUS bus.

8. The control system according to claim 1, characterized in that: The DDC controller includes a hardware-independent AUTBUS processing device for executing the AUTBUS protocol stack.

9. The control system according to claim 1, characterized in that: The controlled device sets a parameter setting pin and a status output pin; The parameter setting pin is connected to an output IO port of the IOM node to which the controlled device is connected, and is used to receive the control parameter of the controlled device through the output IO port; The status output pin is connected to an input IO port of the IOM node, and is used to output the field status information of the controlled device to the input IO port, and the field status information changes with the control parameter; the DDC controller is also used to determine whether the field status information collected through the input IO port matches the control parameter output through the output IO port.

10. A building control method based on AUTBUS bus and MODBUS RTU protocol, characterized in that: Controlling a controlled device by the control system according to any one of claims 1 to 9 comprises: The DDC controller encapsulates the control instruction or the acquisition instruction in a MODBUS RTU data frame, and encapsulates the data frame in an AUTBUS message, and sends it to the corresponding IOM node through the AUTBUS bus; Each IOM node parses the AUTBUS message received from the DDC controller to obtain a MODBUS RTU data frame, and controls the corresponding controlled device through the corresponding IO port of the IOM according to the data frame.

Images