什么是BACnet?(英文) 点击:1679 | 回复:4



吴志扬

    
  • 精华:49帖
  • 求助:0帖
  • 帖子:62帖 | 70回
  • 年度积分:0
  • 历史总积分:502
  • 注册:2001年3月13日
发表于:2002-03-25 12:51:00
楼主
BACnetTM, the standard communications protocol for the HVAC controls industry, is clearly becoming the accepted alternative to the proprietary communications solutions that to-date have dominated most HVAC controls installations. What Is BACnet? BACnet is the term commonly used to refer to the ANSI/ASHRAE Standard 135-1995, adopted and supported by the American National Standards Institute (ANSI) and the American Society of Heating Refrigeration and Air-Conditioning Engineers (ASHRAE). BACnet stands for Building Automation and Control network. BACnet is a true, non-proprietary open protocol communication standard conceived by a consortium of building management, system users and manufacturers. The 500-page protocol specification is a detailed description of how a BACnet system is to function. It identifies all the rules for system components to share data with each other, how this is to be done, the communications media that can be used, which functions can be available, and how this information is to be interpreted. In short, it sets the ground rules for various systems to openly communicate with each other regardless of the manufacturer. BACnet is an entirely non-proprietary system. This means that there are no proprietary chip sets or protocols used. This differs from other systems, such as LonWorks™, which requires a proprietary Neuron® chip to reside in each controller. Additional information regarding the comparison of BACnet and LonWorks is contained in a online white paper. There is often considerable confusion and misunderstanding regarding BACnet, other systems and their compatibility with BACnet. The industry is in the process of learning this technology, so it is important to understand the various levels and options available when interfacing a system with BACnet. The Development of BACnet For many years, as building automation systems became popular, more and more users were demanding alternatives to proprietary systems, which prevented competitive bidding or serviceability. They objected to being "locked in" to one particular manufacturer. A consensus and industry attitude has been developing to respond to this need. Most solutions to providing interoperability are proprietary gateways or converters. For instance, one particular manufacturer may have found a way to read the code of another manufacturer and produce a device that lets the two systems communicate. Sometimes the development is a cooperative effort; other times it is not. The end result, however, is that one manufacturer could provide either a new or different operator"s terminal or global controller for a different manufacturer"s existing system. This type of approach has specific restrictions. First, gateways and converters are expensive and difficult to develop, even with the cooperative effort of another manufacturer and more so when there is no cooperation. Second, these devices tend to have a very short life. Systems change generations quickly, and the gateway often has to be redeveloped and upgraded for each generation in order to remain effective. Third, these gateways can often be limited compared to what a single manufacturer"s system can provide. The seamless integration of full system features is often not a reality. Support and documentation can be nearly impossible to keep up with under the best of circumstances. Lastly, until BACnet, there was no industry standard by which manufacturers could design a system to describe how it communicates, including the message structures, communications mediums and processes that enable systems to interoperate. Potential solutions other than BACnet also emerged. One is LonWorks, which is based on a proprietary communications chip manufactured by the Echelon Corporation. LonWorks provides for a method of communicating between devices, as long as the device employs the proprietary LonWorks chip. This approach does not fully answer the technical requirements o



siren

  • 精华:36帖
  • 求助:0帖
  • 帖子:425帖 | 6724回
  • 年度积分:0
  • 历史总积分:21846
  • 注册:2002年3月09日
发表于:2008-04-09 01:59:56
1楼
原来是楼宇自控网BACnet。

DAC控制器

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 2回
  • 年度积分:0
  • 历史总积分:0
  • 注册:2009年10月09日
发表于:2009-10-12 16:01:48
2楼

BACnet英文全称为:Buliding Automation Control network
BACnet是专门为建筑的自动控制网络制定的一种数据通信协议

做的好的厂家有Honeywell、    Airtek、   Siemen、 Johnson、 Alerton等
参考     http://www.gongkong.com/Forum/ForumTopic.aspx?Id=0-BDA0-86D24FFFF6EE&page=1#login

再彷徨

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 6回
  • 年度积分:0
  • 历史总积分:3
  • 注册:2009年3月25日
发表于:2009-10-16 10:46:58
3楼

建议阅读《智能楼宇BACnet原理与应用》或《智能建筑自控网络》,对理解和掌握BACnet等标准是有益处的。

sange

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 669回
  • 年度积分:0
  • 历史总积分:553
  • 注册:2019年5月30日
发表于:2019-07-15 10:36:45
4楼

现场总线,工业以太网,工业交换机通信产品:(手机13072208083,网址www.tj-sange.com 天津)

(1)CAN CANOpen DeviceNet 总线

CAN转光纤(点对点)、CAN转光纤(环网 手拉手)

CAN集线器(8路)、CAN总线延长 中继器器、CANModbus 485. CAN转网口

(2)Modbus 485总线

485转光纤(点对点)、485转光纤(环网 手拉手)

485集线器(8路)、485总线延长 中继器器、CANModbus 485. 485转网口

(3)Profibus总线

Profibus转光纤(点对点)、Profibus转光纤(环网 手拉手)

Profibus集线器(4路)、Profibus总线延长 中继器器、ProfibusModbus 485

4)模拟量转光纤4-20mA 、模拟量转光纤0-10V、  开关量转光纤

5HARTModbus 485.

64-20mA 0-10V采集卡( 485接口Modbus协议)

7)手持信号发生器 电荷测量仪

8CC-LINK转光纤

9485 CAN PRIFIBUS  转网口

10485 4-20MA 0-10VLORA

(11) Profinet 转Modbus网关



热门招聘
相关主题

官方公众号

智造工程师