This application claims priority to GB 1419789.1, filed Nov. 6, 2014.
The present invention concerns building management systems, that is a system comprising heating, ventilation and air conditioning (HVAC) devices, lighting, security, associated control devices and the like for managing the internal environment of a building. More particularly, but not exclusively, the invention concerns methods and devices for communicating over a building management system network.
It is common for the devices of a building management system to communicate using a token ring network, such as a network using the BACnet™ protocol. In a token ring network, a token is passed in turn among the devices on the network, with a device only being allowed to transmit on the network when it is in possession of the token.
Traditionally, the speed of communication between devices in a building management system has not been of particular importance, and consequently networks such as BACnet™ have not been designed to ensure fast communication. However, modern building management systems may now include devices controlled by control devices, for which a user will expect an immediate response, requiring that the communication time between the devices is sufficiently small. For example, a user may be able to control a set of electric window blinds using a control panel, and in this case a significant delay between pushing a button on the control panel and the blinds taking the required action will cause annoyance to the user.
A medium-sized building management system may comprise 64 devices that can communicate via the network. If the average delay in passing the token between devices in the network is 4.5 ms, which is not unusually slow, this leads to a time taken for the token to complete a circuit of the devices of the network of 290 ms. In addition, a control device might take 50 ms to acquire an input signal in response to a user pressing a button on a control panel, and 75 ms to execute internal logic to produce a message to send over the network. A device receiving the message then may take 75 ms to execute internal logic and then take the required action. This results in a potential delay of the order of 400 ms, and more for building management systems with more devices, which is sufficiently long to cause annoyance to a user. Ideally a maximum potential delay would be 250 ms, giving a maximum time for communication between devices of 50 ms.
The present invention seeks to mitigate the above-mentioned problems. Alternatively and/or additionally, the present invention seeks to provide improved methods and devices for communicating over a building management system network.
In accordance with a first embodiment of the invention there is provided a method of communication between devices of a building management system over a token ring network, comprising the steps of:
a first device receiving the token for the token ring network;
the first device, in response to receiving the token, broadcasting a request message over the network;
a second device, in response to receiving the request message over the network, sending a command message to a receiving device over the network;
the first device passing the token for the token ring network to a subsequent device on the network.
In this way, a second device that has a message that it wishes to send is able to send it in response to the first device sending the request message, and does not need to wait until it receives the token for the token ring network. This allows time-sensitive messages to be sent with a sufficiently small delay to not cause annoyance to a user. As the token is passed around the devices on the network, each device can broadcast a request message so providing an opportunity for other devices to send a time-sensitive message.
Preferably, the first device waits a predetermined token passing period before passing the token to the subsequent device. This provides a period during which other device can respond to the request message. Preferably, the predetermined token passing period is between 20 ms and 30 ms. More preferably, the predetermined token passing period is 25 ms. However, it will be appreciated that any other appropriate predetermined token passing period could be used in accordance with the invention.
Preferably, the first device passes the token to the subsequent device in response to the second device sending the command message to the receiving device over the network. This avoids any unnecessary delay after a device has responded to the request device.
Preferably, the first device broadcasts the request message over the network only if a predetermined request message period has passed since a request message was last broadcast over the network. This prevents the network being overloaded due to request messages being sent too frequently. Preferably, the predetermined request message period is 40 ms to 60 ms. More preferably, the predetermined request message period is 50 ms.
Preferably, the first device transmits a message to another device over the network prior to broadcasting the request message over the network. This allows the first device to send its own message prior to allowing another device to send a message in response to the request message.
Preferably, the second device, in response to receiving the request message over the network, waits a predetermined command message period before sending the command message to the receiving device. In this case, advantageously the predetermined command message period is calculated using the MAC address of the device. This allows each device on the network to wait a unique predetermined command message period before sending a command message. The predetermined command message period may be 195 μs multiplied by the MAC address, for example. Alternatively any other device-specific value can be used to calculate a unique predetermined command message period. Alternatively, any other suitable period may be used, for example a randomly-chosen period. Advantageously, the second device after waiting the predetermined command message period checks if any other device is sending a message over the network, and in the case that another device is sending a message, does not send the command message to the receiving device. This helps prevent two devices sending a command message at the same time or sufficiently closely to cause a clash, in which case neither message may be successful. Advantageously, the messages contain a unique ID, which allows the receiving device to identify and filter out repeats of a message that has been received multiple times.
Advantageously, the second device in response to receiving the token sends the command message again to the receiving device. This provides a backup should the command message when originally sent fail, for example due to a clash of messages.
In accordance with a second embodiment of the invention there is provided a building management device arranged to communicate with other devices of a building management system over a token ring network, the device being arranged to:
receive the token for the token ring network;
in response to receiving the token, broadcast a request message over the network;
pass the token for the token ring network to a subsequent device on the network.
Preferably, the building management device is further arranged to wait a predetermined token passing period before passing the token to the subsequent device. Preferably, the predetermined token passing period is between 20 ms and 30 ms.
Preferably, the building management device is further arranged to pass the token to the subsequent device in response to another device sending a command message to a receiving device over the network.
Preferably, the building management device is further arranged to broadcast the request message over the network only if a predetermined request message period has passed since a request message was last broadcast over the network.
Preferably, the predetermined request message period is 40 ms to 60 ms. However, it will be appreciated that any other appropriate predetermined request message period could be used in accordance with the invention.
Preferably, the building management device is further arranged to transmit a message to another device over the network prior to broadcasting the request message over the network.
Preferably, the building management device is further arranged, in response to receiving a request message over the network, to send a command message to a receiving device over the network.
In accordance with a third embodiment of the invention there is provided a building management device arranged to communicate with other devices of a building management system over a token ring network, the device being arranged, in response to receiving a request message over the network, to send a command message to a receiving device over the network.
Preferably, the building management device is further arranged, in response to receiving the request message over the network, to wait a predetermined command message period before sending the command message to the receiving device. In this case, advantageously the predetermined command message period is calculated using the MAC address of the device. Advantageously, the building management device is further arranged, after waiting the predetermined command message period, to check if any other device is sending a message over the network, and in the case that another device is sending a message, to not send the command message to the receiving device.
Advantageously, the building management device is further arranged, in response to receiving the token, to send the command message again to the receiving device.
In accordance with a fourth embodiment of the invention there is provided a building management system comprising:
a token ring network;
at least one building management device as described above;
at least one building management device as described above.
In accordance with a fifth embodiment of the invention there is provided a computer program product arranged, when executed on a computing device, to perform any of the methods described above.
In accordance with a sixth embodiment of the invention there is provided a computer program product arranged, when executed on a computing device, to provide any of the building management devices described above.
It will of course be appreciated that features described in relation to one aspect of the present invention may be incorporated into other aspects of the present invention. For example, the method of the invention may incorporate any of the features described with reference to the apparatus of the invention and vice versa.
Embodiments of the present invention will now be described by way of example only with reference to the accompanying schematic drawings of which:
A building management system in accordance with an embodiment of the invention is 15 shown in
Building management devices 13 and 14 are in communication with control panels 13a and 14a respectively, using which a user send commands to control the building management system, for example by pressing a button to instruct a set of electric window blinds to open. Building management devices 12 and 16 are in communication with environmental control devices 12a and 16a respectively, which in the present example are electric window blinds.
The operation of the building management devices of the building management system 1 is now described with reference to the flowcharts of
The building management device 11 then checks whether 25 ms has passed since the last request message was broadcast on the network (step 104). If it has not, it passes the token to the subsequent device in the network (step 107) and then its current operation has completed (step 108). By only sending a request message if 25 ms has passed, this helps prevent the network becoming overloaded with request messages and command messages sent in response.
Otherwise, the building management device 11 broadcasts a request message on the network (step 105), as indicated by the thick arrow 22 in
In response to the command message in response to the request message being made, the building management device 11 passes the token to the subsequent device in the network (step 107), in the words building management device 12, and then its current operation has completed (step 108).
After waiting the pre-determined time period, the building management device 14 checks whether any other devices have responded to the response message (step 204). In the present example, no other devices have responded. The building management device 14 then sends its message to the receiving device (step 205), the building management device 12, as indicated by the thick arrow 23 in
The operation of the building management device 13 in response to the building management device 11 broadcasting the request message is now described. As with the building management device 14, first the building management device 13 receives the request message (step 201). The building management device 13 then determines that it wishes to send a time-sensitive message to the building management device 16 (step 202). The building management device 13 then waits a pre-determined time period (step 203). In this case, the 8-bit MAC address for the building management device 13 is 30, and so the pre-determined time period is 5.85 ms.
After waiting the pre-determined time period, the building management device 13 checks whether any other devices have responded to the response message (step 204). In this case, the building management device 14 has sent its time-sensitive message (as it waited only a 3.9 ms before attempting to send a message). Consequently, the building management device 13 does not send its message to the building management device 16 (as indicated by the dashed arrow 24 in
In this way, the building management device 13 does not send a message that clashes with the message of the building management device 14, which could cause neither message to be successful.
Once the token 2 has been passed to building management device 12, it will operate as described in
Once the token 2 has been passed to building management device 13, it will send its time-sensitive message to building management device 16, even if it has already done so in response to a request message. Similarly, building management device 14 will send its time-sensitive message to building management device 12 when it is passed the token 2. This ensures that a device is able to send its message even if it is never the first to send a message in response to a request message. It also provides a backup should a message sent in response to a request message fail, for example due to a clash of messages.
Whilst the present invention has been described and illustrated with reference to particular embodiments, it will be appreciated by those of ordinary skill in the art that the invention lends itself to many different variations not specifically illustrated herein. By way of example only, certain possible variations will now be described.
Where in the foregoing description, integers or elements are mentioned which have known, obvious or foreseeable equivalents, then such equivalents are herein incorporated as if individually set forth. Reference should be made to the claims for determining the true scope of the present invention, which should be construed so as to encompass any such equivalents. It will also be appreciated by the reader that integers or features of the invention that are described as preferable, advantageous, convenient or the like are optional and do not limit the scope of the independent claims. Moreover, it is to be understood that such optional integers or features, whilst of possible benefit in some embodiments of the invention, may not be desirable, and may therefore be absent, in other embodiments.
Number | Date | Country | Kind |
---|---|---|---|
1419789.1 | Nov 2014 | GB | national |
Number | Name | Date | Kind |
---|---|---|---|
3643183 | Geffe | Feb 1972 | A |
3715693 | Fletcher et al. | Feb 1973 | A |
3758885 | Voorman et al. | Sep 1973 | A |
4264874 | Young | Apr 1981 | A |
4529947 | Biard et al. | Jul 1985 | A |
4538147 | Grow | Aug 1985 | A |
4566097 | Bederman | Jan 1986 | A |
4748560 | Katsoka | May 1988 | A |
4780871 | Arakawa | Oct 1988 | A |
4812785 | Pauker | Mar 1989 | A |
4819229 | Pritty | Apr 1989 | A |
5012468 | Siegel et al. | Apr 1991 | A |
5051986 | Grow | Sep 1991 | A |
5140586 | Kloper | Aug 1992 | A |
5181202 | Walser | Jan 1993 | A |
5228027 | Yamaguchi | Jul 1993 | A |
5253252 | Tobol | Oct 1993 | A |
5274637 | Sakamura | Dec 1993 | A |
5381413 | Tobagi | Jan 1995 | A |
5392003 | Nag et al. | Feb 1995 | A |
5430409 | Buck et al. | Jul 1995 | A |
5451898 | Johnson | Sep 1995 | A |
5481259 | Bane | Jan 1996 | A |
5511166 | Travaglio | Apr 1996 | A |
5546301 | Agrawal et al. | Aug 1996 | A |
5566178 | Butter et al. | Oct 1996 | A |
5596580 | Walser | Jan 1997 | A |
5598414 | Walser | Jan 1997 | A |
5642071 | Sevenhans et al. | Jun 1997 | A |
5726603 | Chawla et al. | Mar 1998 | A |
5767664 | Price | Jun 1998 | A |
5809013 | Kackman | Sep 1998 | A |
5847623 | Hadjichristos | Dec 1998 | A |
5963650 | Simionescu et al. | Oct 1999 | A |
6175860 | Gaucher | Jan 2001 | B1 |
6414863 | Bayer et al. | Jul 2002 | B1 |
6578113 | Krishnamurthy et al. | Jun 2003 | B2 |
6901066 | Helgeson | May 2005 | B1 |
7149833 | McLeod | Dec 2006 | B2 |
7460930 | Howell et al. | Dec 2008 | B1 |
7552030 | Guralnik et al. | Jun 2009 | B2 |
7650425 | Davis et al. | Jan 2010 | B2 |
7904631 | Pham et al. | Mar 2011 | B2 |
7986701 | Kore et al. | Jul 2011 | B2 |
8572539 | Cortadella et al. | Oct 2013 | B2 |
20020027504 | Davis et al. | Mar 2002 | A1 |
20020059408 | Pattabhiraman | May 2002 | A1 |
20020064163 | Fujiyama | May 2002 | A1 |
20020178250 | Haartsen | Nov 2002 | A1 |
20040047319 | Elg | Mar 2004 | A1 |
20060274745 | Wang | Dec 2006 | A1 |
20090312853 | Kore | Dec 2009 | A1 |
20100169269 | Chandrasekaran | Jul 2010 | A1 |
20110312299 | Patil | Dec 2011 | A1 |
20140235269 | Ericsson | Aug 2014 | A1 |
Number | Date | Country |
---|---|---|
673184 | Feb 1990 | CH |
4344172 | Jun 1995 | DE |
06070562 | Jul 1994 | EP |
5916953 | Sep 1984 | JP |
9162907 | Jun 1997 | JP |
Entry |
---|
Token Ring Protocol, various authors including Stephen D. Cote, Oct. 18, 2001. |
Jia, Weijia; Cao, Jiannong; Cheung, To-Yat; A Multicast Protocol Based on a Single Logical Ring Using a Virtual Token and Logical Clocks, 1996. |
“Image-Rejection in Mixers,” copyright AAA, 4 pages, 1996. |
Abidi, “Direct-Conversion Radio Transceivers for Digital Communications,” IEEE Journal of Solid-State Circuits, vol. 30, No. 12, 12 pages, Dec. 1995. |
Alves, “Real-Time Communications Over Hybrid Wired/Wireless PROFIBUS-Based Networks,” Doctoral Dissertation, 189 pages, Oct. 2002. |
Chang et al., “A CMOS Channel-Select Filter for a Direct-Conversion Wireless Receiver,” IEEE Journal of Solid-State Circuits, 26 pages, Apr. 1999. |
European Search Report for Application No. GB1419789.1, dated May 7, 2015. |
Crols et al., “CMOS Wireless Transceiver Design”, Kluwer Academic Publishers,8 pages, 1997. |
Ferriera et al., “Hybrid Wired/Wireless PROFIBUS Networks Supported by Bridges/Routers,” 4th IEEE International Workshop on Factory Communication Systems, pp. 193-202, Aug. 28-30, 2002. |
Hong et al., “Experimental Evaluation of Bandwidth Allocation for the Master-Slave/Token-Passing Protocol,” IET Communications, vol. 5, Issue 4, pp. 467-475, 2011. |
Lee, “The Design of COMS Radio-Frequency Integrated Circuits,” 10 pages, 1998. |
Moulding et al., “Gyrator Video Filter IC with Automatic Tuning,” IEEE Journal of Solid-State Circuits, vol. SC15, No. 6, pp. 963-968, Dec. 1980. |
Park et al., “Performance Evaluation of BACnet MS/TP Protocol Using Experimental Model,” Industrial Technology, IEEE, pp. 577-582, 2005. |
Philips, “Advanced Pager Receiver UAA2082,” Integrated Circuits, pp. 1-38, Jan. 16, 1996. |
Razavi, “Design Considerations for Direct-Conversion Receivers,” IEEE Transactions on Circuits and Systems—II: Analog and Digital Signal Processing, vol. 44, No. 6, pp. 428-435, Jun. 1997. |
Reinisch et al., “Wireless Technologies in Home and Building Automation,” IEEE, pp. 93-98, 2007. |
Rofougaran et al., “A 1 GHz CMOS RF Front-End IC for a Direct-Conversion Wireless Receiver,” IEEE Journal of Solid-State Circuits, vol. 31, 28 pages, Jul. 1996. |
Rofougaran et al., “A 900 MHz CMOS RF Power Amplifier with Programmable Output Power”, Proceedings VLSI Circuits Symposium, Honolulu, 23 pages, Jun. 1994. |
Wilson et al., “A Single-Chip VHF and UHF Receiver for Radio Paging,” IEEE Journal of Solid State Circuits, vol. 26, No. 12, pp. 1944-1950, Dec. 1991. |
Number | Date | Country | |
---|---|---|---|
20160134434 A1 | May 2016 | US |