CN112131158A - Physical equipment driving butt joint method based on RS-485 protocol - Google Patents
Physical equipment driving butt joint method based on RS-485 protocol Download PDFInfo
- Publication number
- CN112131158A CN112131158A CN202010979084.3A CN202010979084A CN112131158A CN 112131158 A CN112131158 A CN 112131158A CN 202010979084 A CN202010979084 A CN 202010979084A CN 112131158 A CN112131158 A CN 112131158A
- Authority
- CN
- China
- Prior art keywords
- physical
- central control
- equipment
- protocol
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/382—Information transfer, e.g. on bus using universal interface adapter
- G06F13/387—Information transfer, e.g. on bus using universal interface adapter for adaptation of different data processing systems to different peripheral devices, e.g. protocol converters for incompatible systems, open system
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
- G06F13/4286—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a handshaking protocol, e.g. RS232C link
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0002—Serial port, e.g. RS232C
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Abstract
The invention provides a physical device driving butt joint method based on an RS-485 protocol, belonging to the field of intelligent device information control; the invention comprises the following steps: step one, relevant information of physical equipment is pre-stored in a central control host in a configuration form, so that the central control host analyzes the relevant information of the controlled equipment after receiving a control command of external equipment, substitutes a corresponding drive message format and generates a control drive message; step two, the central control host sends the control driving message to a 485 physical bus, and after the physical equipment receives the control driving message, the content of the control driving message is analyzed and corresponding equipment operation is executed, so that the control flow of the physical equipment is realized; step three, after the state of the physical equipment is changed, sending self state change data through a 485 bus; the central control host computer extracts part or all of the content by analyzing the state change data, so that the attribute of the physical equipment corresponding to the content is updated on the central control host computer. The invention realizes the control of any type of RS-485 protocol equipment through simple configuration on the premise of not changing the internal logic of the central control and identifies the information content sent by any type of RS-485 protocol equipment.
Description
Technical Field
The invention relates to the technology of a communication control method, in particular to a physical device driving butt joint method based on an RS-485 protocol, and belongs to the technical field of intelligent device manufacturing.
Background
In recent years, smart homes are developed gradually, and various smart device manufacturers in the market also want to build a smart home ecological ring belonging to the smart homes through the personalized standards of products of the smart device manufacturers on driving. Different from the existing standard unified in the industry of the old KNX bus, the 485 physical equipment has individualized driving standards in different models of manufacturers, equipment and even the same equipment.
Common intelligent devices such as a hail air conditioner, a loose air conditioner and the like are driven by 485. Different from the property that Modbus physical equipment represents a certain attribute according to bytes, each attribute of 485 physical equipment can be distributed in different bytes like Modbus physical equipment, and can also contain a plurality of attribute information in the same byte through different binary data bits, so that the control granularity is fine in the docking process until one byte contains a plurality of attributes, and the difficulty is higher.
Disclosure of Invention
The invention provides a novel physical device driving butt joint method based on an RS-485 protocol, wherein a central control device distinguishes RS-485 protocol devices (such as air conditioners with different brands, floor heating, fresh air and the like) on the same bus through addresses, sends messages to different addresses to realize different RS-485 protocol device driving, further realizes control of different RS-485 protocol intelligent devices, and solves the technical problem that a plurality of different devices cannot be controlled through one central control device in the prior art.
The physical device driving butt joint method based on the RS-485 protocol is used for controlling a plurality of physical devices through a central control host, and comprises the following steps;
the method comprises the steps that firstly, addresses, attributes, attribute set values and driving message formats of physical equipment are pre-stored in a central control host in a configuration mode, so that the central control host analyzes the addresses, the attributes and the set values of the controlled physical equipment after receiving a control command of external equipment, substitutes the addresses, the attributes and the set values into corresponding driving message formats and generates control driving messages;
step two, the central control host sends the control driving message to a 485 physical bus, and after the physical equipment receives the control driving message, the content of the control driving message is analyzed and corresponding equipment operation is executed, so that the control flow of the physical equipment is realized;
step three, after the state of the physical equipment is changed, sending self state change data through a 485 bus; the central control host computer extracts part or all of the content by analyzing the state change data, so that the attribute of the physical equipment corresponding to the content is updated on the central control host computer.
The physical device driving docking method based on the RS-485 protocol is characterized in that a memory for storing the address, the attribute set value and the driving message format of the physical device is arranged in the central control host;
and a processor for processing related data is arranged in the central control host, and the memory is connected with the processor.
The physical device driving docking method based on the RS-485 protocol, wherein the address, the attribute setting value, and the driving message format of each physical device are pre-stored in a memory in a configuration form, so as to generate configuration information of the physical device;
the processor may obtain the configuration information and modify or copy the configuration information to other physical devices.
The physical device driving docking method based on the RS-485 protocol, wherein the attribute setting value includes: one or more of speed, brightness, flow, voltage, current, location, network address, angle, temperature, humidity, time, preset threshold, and blank information.
The physical device driving docking method based on the RS-485 protocol is described above, wherein the address of the physical device is a network address in the RS-485 protocol.
The physical device driving docking method based on the RS-485 protocol, wherein the physical device includes: the intelligent floor cleaning system comprises one or more of an electric lamp, a socket, a router, a wireless gateway, an air conditioner, a water heater, a water dispenser, a water purifier, a washing machine, a fan, an electric curtain, a power switch, a fresh air unit, a purifier, a floor heating heater, a door and window sensor, an intelligent door lock, a refrigerator, a floor cleaning robot and a mobile phone.
The physical device driving docking method based on the RS-485 protocol, wherein the central control device includes: mobile phones, computers, routers; the central control device is provided with a memory which is a logic memory or a physical memory.
The physical device driving docking method based on the RS-485 protocol comprises the steps that the central control device is connected with a plurality of physical devices, and communication devices capable of communicating through the RS-485 protocol are arranged on the central control device and the physical devices.
The embodiment of the invention has the advantages that: on the premise of not changing internal logic of the central control, the control of any type of RS-485 protocol equipment can be realized through simple configuration, and information content sent by any type of RS-485 protocol equipment can be identified; meanwhile, the configuration content is formulated, so that the method is easy to understand.
Aiming at some complex RS-485 protocol drivers, the invention configures and supports user-defined variables to replace bytes, and generates the driving content with the finest granularity, so that the supported RS-485 protocol devices are very wide.
The invention also flexibly supports the information analysis (feedback message analysis) of the RS-485 protocol equipment which is reversely sent to the central control equipment.
The final realization form of the invention is that the driving capability of the bottom physical equipment is pulled away to the upper layer, so that non-embedded professionals can use WEB page configuration equipment to control and complete the butt joint on the upper layer of the central control host, and the technical threshold problem during the equipment butt joint is solved in a mode of configuring/removing codes. Meanwhile, the method has the advantage of universality of the original docking mode, and once the docking configuration of the devices of the same type is completed, the configuration files in the central control host can be copied and imported into other central control hosts to generate the same configuration. Finally, the method of the invention does not need to update the internal logic program of the central control host, thereby reducing the docking steps, accelerating the docking speed and reducing the error occurrence rate.
Drawings
FIG. 1 is a flowchart of a physical device driver docking method based on RS-485 protocol according to an embodiment of the present invention;
fig. 2 is a system diagram of a physical device driving docking method based on an RS-485 protocol according to an embodiment of the present invention.
Detailed Description
The system on which the physical device driving docking method based on the RS-485 protocol depends can be made of the following devices, and is not limited to the following devices, for example: cell-phone, wireless LAN, wireless gateway, domestic appliance that has 485 communication function etc..
Fig. 1 is a flowchart of a physical device driver docking method based on an RS-485 protocol according to an embodiment of the present invention; and in conjunction with figure 2.
The method is used for controlling a plurality of physical devices through the central control host. The embodiment of the invention comprises the following steps:
step 1, pre-storing the address, the attribute set value and the driving message format of the physical equipment into a central control host in a configuration form, so that the central control host analyzes the address, the attribute and the set value of the controlled physical equipment after receiving a control command of external equipment, substitutes the address, the attribute and the set value into the corresponding driving message format and generates a control driving message;
Generally, a memory for storing physical equipment addresses, attributes, attribute set values and drive message formats is arranged in the central control host;
and a processor for processing related data is arranged in the central control host, and the memory is connected with the processor.
Preferably, the address, the attribute setting value and the driving message format of each physical device are pre-stored in a memory in a configuration form, so as to generate configuration information of the physical device;
the processor may obtain the configuration information and modify or copy the configuration information to other physical devices.
Referring to fig. 2, the physical device and the central control host in the system designed by the invention are independently powered. The central control equipment sends a control signal to the physical equipment through the RS-485 protocol bus and receives state information returned by the physical equipment.
When the central control host receives a physical message on the 485 bus, the physical device is firstly distinguished according to the physical address of the source of the message and corresponding analysis message configuration is found, the analysis message configuration can judge the device attribute corresponding to the feedback message according to the length of the feedback message and the function code, further find the data byte (attribute value) corresponding to the attribute in the feedback message, compare the attribute value with the set value of the corresponding attribute defined in the step 1, and finally analyze the attribute and the attribute value fed back by the device.
The embodiment of the invention can also carry out configuration copy flow operation, which specifically comprises the following steps:
defining the steps 1 and 2 as the configuration of the drive receiving and sending completion of a certain physical device, then
1) When a plurality of physical devices with the same model exist on one physical bus, the central control host can copy the existing physical device drive configuration through the cloning function, and during cloning, the host inquires the device configuration information from the local h2 database, modifies the device ID in the information and writes a new data configuration into a new copied device corresponding to the new data configuration, so that the physical device configuration can be copied quickly.
2) Under the condition that the same number and the same equipment model exist on a plurality of physical buses, one of the middle control hosts which have finished configuration can be operated to carry out configuration export, configuration import is carried out in the middle control hosts on other physical buses, and the physical bus configuration is quickly copied. When configuration is exported, the host queries all the equipment configuration information from the local h2 database, generates a configuration file according to the information, and when configuration is imported, the host analyzes the equipment information according to the configuration file and writes the equipment information into the local h2 database. The configuration duplication can save manual and repeated configuration process to improve efficiency and greatly reduce misoperation in the configuration process when the equipment is configured in the same house type and the house type configured in the same equipment.
The configuration of the specific information is explained in detail as follows.
The specific configuration example of the hail RS-485 protocol air conditioner can refer to the requirements of the drive protocol according to the hail air conditioner message transmission protocol (simplified version) in order to simplify the drive protocol documents.
1. Switch control
According to requirements of a hail air conditioner message transmission protocol (simplified version), the switching messages are respectively as follows:
opening: F4F 50600 FF 00 XX 31 XX FB
Turning off: F4F 50600 FF 00 XX 31 XX FB
From the above description of the composition of the driving messages, it can be seen that the first variable of the switching message should fill in the device address and the second variable should fill in the check digit. Since the device address is fixed in a specific application scenario, the configuration must be a fixed value.
When all bytes in the message are fixed values, the check bits are also fixed values, so that the message is fixed after the address of the switch message is determined. Assuming that the device address is 81, the check bit can be obtained through a check mode (the hail air conditioner check mode is a summation check), and the final message configuration is as follows.
Opening: F4F 50600 FF 008131B 7 FB
Turning off: F4F 50600 FF 008131B 6 FB
2. Custom variables
According to the requirements for mode control and temperature control in the hail air conditioner message transmission protocol (simplified version), it can be seen that the 9 th byte and the 10 th byte are combined code bytes, which are a mode + temperature combined byte and a wind speed + wind swing combined byte respectively. In order to avoid reading difficulty caused by repeatedly writing the 9 th byte and the 10 th byte in the attributes of the mode, the temperature, the wind speed and the wind swinging, the 9 th byte and the 10 th byte can be preset as custom variables, and the two bytes are referred to in the control of the related attributes as shown below.
Wherein the 9 th byte is defined as
SUM(MULTIPLY(SUM(DIVIDE(mode,10),8),10),MINUS(temp,10))-HE X
Namely (mode value/16 +8) × 16+ (temperature value-16) -DEC
The 10 th byte is defined as
speed
The speed attribute is 00-05, so that the high position is not included, and the high position windward attribute is set as stop by default.
The check bit custom variable byte check is defined as
SUBLOW(SUM(189,byte9,byte10),2)
That is, 189+ byte9+ byte10, where 189 is the cumulative sum of all data bytes except byte9 and byte10, the sum of which exceeds one byte, and the check bit is required to be one byte, the lower 2 bits (2 bits one byte) are taken with subbyte.
3. Temperature control, mode control, wind speed control
According to the requirement of the hail air-conditioning message transmission protocol (simplified version) on temperature control, it can be seen that temperature control is combination code control, wherein byte9 and byte10 are already defined in 2, so that the control related to temperature, mode and wind speed can be directly controlled by using combination codes containing the attributes. The mode, wind speed attributes and temperature are the same in byte9, byte10, so the formula is the same.
In addition, when only one attribute is controlled, such as the temperature attribute, the value of byte10 is determined by the current wind speed. If there is no wind speed attribute currently, then the first wind speed (automatic in this example) is set as the default wind speed calculation byte 10. Similarly, when only controlling the wind speed, the value of byte9 is calculated by using the current temperature and mode, and if the attribute state of the temperature/mode is absent in the current host memory, the byte9 is calculated by using the median of the temperature/the first mode value as the default value.
Form a temperature message:
the message in the form:
form a wind speed message:
4. polling message
By sending the status query message, the device can be enabled to send the current status message. The polling message is that the host inquires the current state message from the RS-485 protocol equipment at intervals. The variable in the message is only the device address, so after the device address is confirmed in the field configuration process, the message is generally in a constant value form, as shown in fig. 2.
If some devices inquire different attributes and have multiple messages, multiple inquiry messages can be set through the function added below.
Form a polling message:
5. state parsing rule-message format definition
Total number of bytes of state feedback: and indicating the total length of the state feedback message, and describing the state analysis rule to the bottom layer C program. According to hail air-conditioning message transmission protocol (simplified version), the total length of the feedback message is 14 bytes, i.e., hex 0E.
Total number of bytes of control response: similarly, the same value is used for describing the state analysis rule to the bottom layer C program, which means that the length of the residual data after removing the frame head, the frame tail and the check bit is 10 according to 1, and the hex system is 0A.
Frame header feedback: and the same step 1 is used for describing the frame header form of the feedback message to the bottom layer C program so as to judge whether the data received on the RS-485 protocol bus belongs to a certain device.
Start check byte number: and the same 1 is used for describing the data bit form of the feedback message to the bottom layer C program, the C program skips the data byte length set by the value, judges that the residual message is the data start, and removes the frame header in the actual action.
Number not tested: as in 1, is used to describe the total number of bytes, excluding valid data bits, to the underlying C program.
Check algorithm number: and selecting the checking type of the RS-485 protocol check bit, providing two checking modes of an accumulation algorithm and an accumulation algorithm +1 according to the common RS-485 protocol check bit, and respectively acquiring a lower-order byte for data accumulation, and acquiring a lower-order 1 byte after data accumulation is performed and + 1.
The feedback message format is defined as follows.
6. State resolution rule-state attribute resolution
According to 5, if the state feedback message with the consistent format and address is received, the reported equipment state is further analyzed according to the state attribute analysis configuration. Such as switch, mode, temperature, wind speed, etc., there may also be corresponding attributes for non-air-conditioning equipment, and the feedback attribute type does not support the custom setting, and is related to the equipment type, as shown below.
7. State resolution rule-built-in variable
6, the attribute variables of the state analysis are built-in variables of the upper Java program of the host, which do not support the custom setting, and the built-in variables are divided into:
switch-all devices having
Brightness-dimming lamp
Mode-air conditioner
Wind speed-air conditioner
Temperature-air conditioner and floor heating
Room temperature-air conditioning and floor heating
Since state feedback also involves data parsing, formula setting for data parsing is also supported in the feedback section. The feedback is a built-in variable, and the variable represents the result of the AND of the byte at the byte position and the bit sequence number in the feedback in the state analysis rule of any attribute. And substituting the feedback attribute into an analysis formula, and calculating a feedback attribute result. The Java program of the host computer searches the matching relation between the fed back attribute result and the sent attribute value, and if the attribute result is matched with the sent attribute value, the Java program of the host computer is regarded as feeding back the corresponding value of the corresponding attribute.
8. Feedback resolution flow example
If feedback, the original feedback of the pattern is
xx xx xx xx xx xx xx 1A xx xx xx
Then according to the pattern feedback analysis rule, the 08 th byte-1A is extracted
And operation is performed on the 1A and the bit sequence number 70, namely:
as can be seen from the above transmission values, the analyzed mode feedback value is 10, which is the same as the transmission value of the mode cooling, and therefore represents the cooling mode feedback of the air conditioner.
The invention discloses a physical equipment driving butt joint method based on an RS-485 protocol, wherein the attribute set values comprise: one or more of speed, brightness, flow, voltage, current, location, network address, angle, temperature, humidity, time, preset threshold, and blank information.
The physical device driving butt joint method based on the RS-485 protocol is characterized in that the address of the physical device is a network address in the RS-485 protocol.
The invention discloses a physical device driving docking method based on an RS-485 protocol, wherein the physical device comprises: the intelligent floor cleaning machine comprises one or more of an electric lamp, a socket, a router, a wireless gateway, an air conditioner, a water heater, a water dispenser, a water purifier, a washing machine, a fan, an electric curtain, a power switch, a fresh air unit, a purifier, a floor heating heater, a door and window sensor, an intelligent door lock, a refrigerator, a floor cleaning robot and a mobile phone.
The invention discloses a physical device driving docking method based on an RS-485 protocol, wherein a central control device comprises: mobile phones, computers, routers; the central control device is provided with a memory which is a logic memory or a physical memory.
The physical equipment driving butt joint method based on the RS-485 protocol is characterized in that the central control equipment is connected with a plurality of physical equipment, and communication devices capable of communicating through the RS-485 protocol are arranged on the central control equipment and the physical equipment.
The embodiment of the invention has the advantages that: on the premise of not changing internal logic of the central control, the control of any type of RS-485 protocol equipment can be realized through simple configuration, and information content sent by any type of RS-485 protocol equipment can be identified; meanwhile, the configuration content is formulated, so that the method is easy to understand.
Aiming at some complex RS-485 protocol drivers, the invention configures and supports user-defined variables to replace bytes, and generates the driving content with the finest granularity, so that the supported RS-485 protocol devices are very wide.
The invention also flexibly supports the information analysis (feedback message analysis) of the RS-485 protocol equipment which is reversely sent to the central control equipment.
The final realization form of the invention is that the driving capability of the bottom physical equipment is pulled away to the upper layer, so that non-embedded professionals can use WEB page configuration equipment to control and complete the butt joint on the upper layer of the central control host, and the technical threshold problem during the equipment butt joint is solved in a mode of configuring/removing codes. Meanwhile, the method has the advantage of universality of the original docking mode, and once the docking configuration of the devices of the same type is completed, the configuration files in the central control host can be copied and imported into other central control hosts to generate the same configuration. Finally, the method of the invention does not need to update the internal logic program of the central control host, thereby reducing the docking steps, accelerating the docking speed and reducing the error occurrence rate.
The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments. Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by some modifications plus the necessary general technical overlap; but of course can also be realized by simplifying some important technical features of the upper level. Based on such understanding, the technical solution of the present invention essentially or contributing to the prior art is: overall operation and method, and with the structure described in the various embodiments of the invention.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; although the present invention has been described in detail with reference to the foregoing embodiments, it should be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (8)
1. A physical device drive docking method based on RS-485 protocol is used for controlling a plurality of physical devices through a central control host, and is characterized by comprising the following steps;
the method comprises the steps that firstly, addresses, attributes, attribute set values and driving message formats of physical equipment are pre-stored in a central control host in a configuration mode, so that the central control host analyzes the addresses, the attributes and the set values of the controlled physical equipment after receiving a control command of external equipment, substitutes the addresses, the attributes and the set values into corresponding driving message formats and generates control driving messages;
step two, the central control host sends the control driving message to a 485 physical bus, and after the physical equipment receives the control driving message, the content of the control driving message is analyzed and corresponding equipment operation is executed, so that the control flow of the physical equipment is realized;
step three, after the state of the physical equipment is changed, sending self state change data through a 485 bus; the central control host computer extracts part or all of the content by analyzing the state change data, so that the attribute of the physical equipment corresponding to the content is updated on the central control host computer.
2. The RS-485 protocol-based physical device driver docking method according to claim 1, wherein a memory for storing physical device addresses, attributes, attribute setting values, and driver packet formats is provided in the central control host;
and a processor for processing related data is arranged in the central control host, and the memory is connected with the processor.
3. The RS-485 protocol-based physical device driving and docking method according to claim 2, wherein the address, the attribute setting value, and the driving message format of each physical device are pre-stored in a memory in a configuration form to generate configuration information of the physical device;
the processor may obtain the configuration information and modify or copy the configuration information to other physical devices.
4. The RS-485 protocol based physical device driver docking method of claim 1, wherein the property settings comprise: one or more of speed, brightness, flow, voltage, current, location, network address, angle, temperature, humidity, time, preset threshold, and blank information.
5. The RS-485 protocol based physical device driver docking method according to claim 1, wherein the address of the physical device is a network address in the RS-485 protocol.
6. The RS-485 protocol based physical device driver docking method of any one of claims 1-3, wherein the physical device comprises: the intelligent floor sweeping device comprises one or more of an electric lamp, a socket, a router, a wireless gateway, an air conditioner, a water heater, a water dispenser, a water purifier, a washing machine, a fan, an electric curtain, a power switch, a fresh air unit, a purifier, a floor heating heater, a door and window sensor, an intelligent door lock, a refrigerator, a floor sweeping robot and a mobile phone.
7. The RS-485 protocol based physical device driving docking method according to any one of claims 1-3, wherein the central control device comprises: mobile phones, computers, routers; the central control device is provided with a memory which is a logic memory or a physical memory.
8. The RS-485 protocol based physical device driving and docking method according to any one of claims 1-3, wherein the central control device is connected to a plurality of the physical devices, and both the central control device and the physical devices are provided with communication devices capable of communicating through the RS-485 protocol.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010979084.3A CN112131158B (en) | 2020-09-17 | 2020-09-17 | Physical equipment driving butt joint method based on RS-485 protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010979084.3A CN112131158B (en) | 2020-09-17 | 2020-09-17 | Physical equipment driving butt joint method based on RS-485 protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112131158A true CN112131158A (en) | 2020-12-25 |
| CN112131158B CN112131158B (en) | 2022-09-06 |
Family
ID=73846908
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010979084.3A Active CN112131158B (en) | 2020-09-17 | 2020-09-17 | Physical equipment driving butt joint method based on RS-485 protocol |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112131158B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140108685A1 (en) * | 2011-07-06 | 2014-04-17 | Abb Ag | Method for transmitting a process map via a gateway device |
| CN205510090U (en) * | 2016-03-15 | 2016-08-24 | 上海新柏石智能科技股份有限公司 | Intelligent house of multiple reciprocity agreement gateway based on KNX agreement |
| CN110912813A (en) * | 2019-12-26 | 2020-03-24 | 杭州行至云起科技有限公司 | Gateway supporting multiple protocols, control method and event reporting method |
-
2020
- 2020-09-17 CN CN202010979084.3A patent/CN112131158B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20140108685A1 (en) * | 2011-07-06 | 2014-04-17 | Abb Ag | Method for transmitting a process map via a gateway device |
| CN205510090U (en) * | 2016-03-15 | 2016-08-24 | 上海新柏石智能科技股份有限公司 | Intelligent house of multiple reciprocity agreement gateway based on KNX agreement |
| CN110912813A (en) * | 2019-12-26 | 2020-03-24 | 杭州行至云起科技有限公司 | Gateway supporting multiple protocols, control method and event reporting method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112131158B (en) | 2022-09-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7650323B2 (en) | CAN communication for building automation system | |
| US7433740B2 (en) | CAN communication for building automation systems | |
| KR100996309B1 (en) | Network device | |
| KR100605223B1 (en) | Network electric device | |
| CN102801816B (en) | Cloud air conditioning system based on cloud computation | |
| CN103997442A (en) | Monitoring method and system of intelligent housing system and intelligent housing system | |
| US20130332929A1 (en) | Workflow Decision Management With Workflow Administration Capacities | |
| WO2022252702A1 (en) | Method and apparatus for linkage control of household appliances and cloud control device | |
| WO2020135490A1 (en) | Method and apparatus for dynamically building conflict check rule table in smart home | |
| US20060248228A1 (en) | Home network system | |
| WO2005094191A2 (en) | Data processing method for network layer | |
| CN108737554A (en) | Architectural Equipment Internet of things system and terminal management method based on Thread protocol stacks | |
| CN109361528B (en) | Firmware upgrading method and intelligent household appliance | |
| CN115208757A (en) | Intelligent home configuration method and device, computer equipment and readable storage medium | |
| Lee et al. | KNX—ZigBee gateway for home automation | |
| CN105450486A (en) | Home gateway and smart home system, control method for household appliances | |
| CN112131158B (en) | Physical equipment driving butt joint method based on RS-485 protocol | |
| Yue | Design of intelligent monitoring and control system based on modbus | |
| KR20130037116A (en) | Air conditioner and communication method of the same | |
| WO2024051708A1 (en) | Control method, system and apparatus, electronic device, storage medium, and program product | |
| CN113739382A (en) | Air conditioner control method and device, control equipment and storage medium | |
| CN111786835A (en) | Fault repairing method based on wireless Internet of things and related device | |
| US20050265245A1 (en) | Method of transferring data in a local household network | |
| CN114567547B (en) | Device networking method, system, device, communication management device and storage medium | |
| CN115981170A (en) | Intelligent household management method, device, equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |