<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Bacnet on ErrorZap</title><link>https://errorzap.com/tags/bacnet/</link><description>Recent content in Bacnet on ErrorZap</description><image><title>ErrorZap</title><url>https://errorzap.com/og.png</url><link>https://errorzap.com/og.png</link></image><generator>Hugo</generator><language>en-US</language><copyright>ErrorZap</copyright><lastBuildDate>Sat, 26 Sep 2026 17:10:00 -0600</lastBuildDate><atom:link href="https://errorzap.com/tags/bacnet/index.xml" rel="self" type="application/rss+xml"/><item><title>The Elevator LAN</title><link>https://errorzap.com/elevators/elevator-lan/</link><pubDate>Sat, 26 Sep 2026 17:10:00 -0600</pubDate><guid>https://errorzap.com/elevators/elevator-lan/</guid><description>A modern elevator is a small network. Inside the shaft, CANopen Lift (CiA 417) turns panels, doors, drives, and encoders into virtual devices. Above it, BACnet gives building dashboards standard elevator objects. And the health data those networks carry is smaller and smarter than &amp;#39;big data&amp;#39; marketing suggests.</description><content:encoded><![CDATA[<div class="ez-dossier-lede"><span>ELEVATORS · FLOOR 10 · THE NETWORK</span><p>That lit button in the hallway may be closer to a network endpoint than to a lamp on a wire.</p></div>
<h2 id="the-short-version">The short version</h2>
<ul>
<li>Inside many modern shafts, the parts talk over <strong>CAN bus</strong>, the same kind of network that runs cars and factory machines. There&rsquo;s a published standard for lifts: <strong>CANopen Lift, CiA 417</strong>, which got its latest revision, version 2.4, on <strong>April 30, 2026</strong>.</li>
<li>CiA 417 treats the elevator as a set of <strong>virtual devices</strong>: panels, the door controller, the drive, the position encoder, load measuring, the light barrier, and more. One physical box can host up to <strong>eight</strong> instances.</li>
<li>Talking <em>between</em> shafts is still <strong>manufacturer-specific</strong>. The standard stops at one shaft.</li>
<li>Building dashboards get their own view. <strong>BACnet</strong>, the protocol most building automation speaks, added standard <strong>Lift, Elevator Group, and Escalator objects</strong>, with properties like car position, direction, door status, landing calls, and passenger alarm.</li>
<li>Health monitoring on the bus is deliberately <strong>small</strong>: status flags, counters, and a green/yellow/red condition, because classic CAN doesn&rsquo;t have the bandwidth for a firehose.</li>
</ul>
<figure class="el-fig el-lan">
  <figcaption><b>FIG. 10</b>Three networks, three trust levels. Data flows up freely. Requests flow down carefully. Safety never leaves the bottom box.</figcaption>
  <svg viewBox="0 0 360 560" role="img" aria-labelledby="el-lan-t">
    <title id="el-lan-t">Three stacked boxes. Bottom: the in-shaft network, a CANopen Lift bus linking panels, door controller, drive, position encoder, load sensor and light barrier to the car controller, with the safety chain beside it. Middle: the maker's gateway and group controller. Top: building systems, a BACnet building dashboard and robot or app APIs. Dotted telemetry arrows go up; a single solid ride-request arrow goes down to the group controller only.</title>
    <defs><marker id="el-ah2" viewBox="0 0 10 10" refX="8" refY="5" markerWidth="7" markerHeight="7" orient="auto"><path d="M0 0L10 5L0 10z" class="ah"/></marker></defs>
    <rect width="360" height="560" class="bg"/>
    <g class="zone top"><rect x="8" y="10" width="344" height="118" rx="10"/><text x="20" y="32" class="lbl">BUILDING NETWORK</text>
      <g class="box"><rect x="20" y="44" width="150" height="70" rx="8"/><text x="32" y="68">BMS DASHBOARD</text><text x="32" y="86" class="sub">BACnet elevator</text><text x="32" y="102" class="sub">objects</text></g>
      <g class="box"><rect x="190" y="44" width="150" height="70" rx="8"/><text x="202" y="68">ROBOTS + APPS</text><text x="202" y="86" class="sub">ride-request APIs</text><text x="202" y="102" class="sub">(WebSocket etc.)</text></g></g>
    <g class="zone mid"><rect x="8" y="170" width="344" height="110" rx="10"/><text x="20" y="192" class="lbl">MAKER'S GATEWAY LAYER</text>
      <g class="box brain"><rect x="20" y="204" width="150" height="62" rx="8"/><text x="32" y="228">GROUP CTRL</text><text x="32" y="246" class="sub">dispatch, access</text></g>
      <g class="box"><rect x="190" y="204" width="150" height="62" rx="8"/><text x="202" y="228">IOT GATEWAY</text><text x="202" y="246" class="sub">to maker's cloud</text></g></g>
    <g class="zone low"><rect x="8" y="322" width="344" height="228" rx="10"/><text x="20" y="344" class="lbl">IN-SHAFT NETWORK · CiA 417</text>
      <g class="box"><rect x="20" y="356" width="150" height="56" rx="8"/><text x="32" y="380">CAR CONTROLLER</text><text x="32" y="398" class="sub">the brain per car</text></g>
      <g class="box safe"><rect x="190" y="356" width="150" height="56" rx="8"/><text x="202" y="380">SAFETY CHAIN</text><text x="202" y="398" class="sub">hardwired + PESSRAL</text></g>
      <path d="M20 440H340" class="bus"/><text x="20" y="432" class="sub">CAN bus</text>
      <g class="dev"><rect x="20" y="452" width="96" height="36" rx="6"/><text x="28" y="475">PANELS</text></g>
      <g class="dev"><rect x="132" y="452" width="96" height="36" rx="6"/><text x="140" y="475">DOOR</text></g>
      <g class="dev"><rect x="244" y="452" width="96" height="36" rx="6"/><text x="252" y="475">DRIVE</text></g>
      <g class="dev"><rect x="20" y="498" width="96" height="36" rx="6"/><text x="28" y="521">ENCODER</text></g>
      <g class="dev"><rect x="132" y="498" width="96" height="36" rx="6"/><text x="140" y="521">LOAD</text></g>
      <g class="dev"><rect x="244" y="498" width="96" height="36" rx="6"/><text x="252" y="521">LIGHT BAR</text></g>
      <path d="M68 452V440M180 452V440M292 452V440M95 412V440" class="bus thin"/></g>
    <path d="M95 356V266" class="tele" marker-end="url(#el-ah2)"/>
    <path d="M265 356V266" class="tele" marker-end="url(#el-ah2)"/>
    <path d="M95 204V114" class="tele" marker-end="url(#el-ah2)"/>
    <path d="M250 114L140 204" class="req" marker-end="url(#el-ah2)"/>
    <text x="196" y="152" class="sub reqtxt">ride request only</text>
    <text x="22" y="152" class="sub">status, faults ↑</text>
    <circle r="3.5" class="pkt2"><animateMotion dur="3s" repeatCount="indefinite" path="M95 356V114"/></circle>
    <circle r="4" class="pkt"><animateMotion dur="2.4s" repeatCount="indefinite" path="M250 114L140 204"/></circle>
    <circle r="3" class="pkt3"><animateMotion dur="1.6s" repeatCount="indefinite" path="M20 440H340"/></circle>
  </svg>
</figure>

<h2 id="why-a-bus-at-all">Why a bus at all</h2>
<p>Picture an old elevator. Every hall button, every lantern, every door switch had
its own wire back to the controller, and the <strong>traveling cable</strong> hanging under
the car was a thick bundle of individual conductors. Serial buses replaced a lot
of that copper with a few wires carrying messages. That cut wiring, and it let
the controller <em>ask</em> a device what&rsquo;s wrong instead of just seeing a contact open.</p>
<p>CAN was a natural fit. It&rsquo;s robust against electrical noise (elevator shafts are
full of big motors), it&rsquo;s cheap, and it was already everywhere in industrial
gear. CAN in Automation says its members started developing the CiA 417 lift
profile in 2002, and it has been revised steadily since.</p>
<h2 id="virtual-devices-the-elevator-as-a-distributed-computer">Virtual devices: the elevator as a distributed computer</h2>
<p>CiA 417&rsquo;s big idea is to describe each <em>function</em> as a virtual device, not each
box. A hall panel, a car door controller, a drive, an encoder, and a light
barrier each get a defined role and defined messages. That means a door
operator from one supplier can, in principle, talk to a controller from another,
as long as both follow the profile.</p>
<p>It&rsquo;s also a nice mental model for anyone who&rsquo;s run a network: the car controller
is the core, the fixtures and door gear are endpoints, and a handheld service
tool is just another node plugged into the bus.</p>
<h2 id="bacnet-what-the-building-dashboard-sees">BACnet: what the building dashboard sees</h2>
<p>Building owners want elevators on the same screen as the HVAC. ASHRAE&rsquo;s BACnet
standard answered that with addendum <strong>135-2012aq</strong>, which added Lift, Elevator
Group, and Escalator objects. A building management system can read standard
properties such as car position, direction of travel, door status, landing
calls, and whether a passenger has pressed the alarm. The property names read
like a network admin wrote them:</p>
<div class="el-code"><b>BACnet Lift object, a few of its properties (ASHRAE 135-2012aq)</b>
<pre>Car_Position            Car_Moving_Direction
Car_Door_Status         Car_Door_Command
Car_Load                Next_Stopping_Floor
Assigned_Landing_Calls  Registered_Car_Call
Passenger_Alarm         Fault_Signals
Energy_Meter            Out_Of_Service</pre></div>
<p>Yes, there&rsquo;s an <code>Energy_Meter</code> property, so a building can chart what each
elevator uses.</p>
<p>Two catches worth knowing:</p>
<ul>
<li><strong>&ldquo;BACnet compatible&rdquo; doesn&rsquo;t tell you much.</strong> The standard defines what
<em>can</em> be represented. Which properties a given elevator gateway actually
exposes, and whether it accepts any commands at all, varies by product.</li>
<li><strong>It&rsquo;s a window, not a steering wheel.</strong> These objects exist so dashboards can
see and report. Nothing about them gives the building network a path into the
safety chain or the brake.</li>
</ul>
<h2 id="a-door-can-describe-its-own-decline">A door can describe its own decline</h2>
<p>Doors open and close hundreds of times a day, so they&rsquo;re a favorite target for
condition monitoring. CAN in Automation&rsquo;s working group describes a CANopen Lift
health object with more than 30 monitored functions and a simple green, yellow,
or red status. It says the group rejected bulk &ldquo;big data&rdquo; over classic CAN on
purpose, because the bus doesn&rsquo;t have the throughput. A few well-chosen bytes
beat a flood.</p>
<p>Research goes further. A 2025 open-access study on an elevator-door test bench
recorded whole door-motion cycles, compressed the data about 300-fold, and
classified 11 kinds of fault with over 97% recall. The researchers then built the
data-reduction step into the door drive controller itself. That&rsquo;s a lab result on
one rig, not real-world fleet accuracy, but it shows where &ldquo;predictive maintenance&rdquo;
is heading: the door&rsquo;s motion curve changes before the door fails.</p>
<p>Ropes get their own trick. Coated ropes and belts hide the steel inside, so
inspectors can&rsquo;t just look. <strong>Magnetic flux leakage</strong> testing magnetizes the
rope and reads how the field leaks around broken or corroded wires, spotting
damage a camera would never see.</p>
<div class="el-callout teal"><b>For the network person</b><p>If an elevator shows up on your building's BACnet network, treat that gateway like any other piece of operational technology: its own VLAN, only the reads you need, and no path from the office network. The elevator's safety doesn't depend on it, but its dispatch and access features might (see Floor 12).</p></div>
<h2 id="sources">Sources</h2>
<ol class="ez-sources">
<li><a href="https://can-cia.org/can-knowledge/cia-417-series-profile-for-lift-control-systems">CAN in Automation: CiA 417 series, profile for lift control systems</a></li>
<li><a href="https://www.can-cia.org/fileadmin/cia/documents/publications/cnlm/march_2022/22-1_cnlm.pdf">CAN Newsletter, March 2022 (history of CANopen Lift, PDF)</a></li>
<li><a href="https://www.ashrae.org/file%20library/technical%20resources/standards%20and%20guidelines/standards%20addenda/135_2012_aq_20160302.pdf">ASHRAE: BACnet addendum 135-2012aq, elevator objects (PDF)</a></li>
<li><a href="https://www.can-cia.org/fileadmin/cia/documents/publications/cnlm/june_2023/cnlm_23-2_p16_predictive_maintenance_in_canopen_lift_oskar_kaplun_cia.pdf">CAN Newsletter, June 2023: predictive maintenance in CANopen Lift (PDF)</a></li>
<li><a href="https://www.mdpi.com/2076-3417/15/13/7017">Applied Sciences 15(13), 7017 (2025): elevator door fault diagnostics</a></li>
<li><a href="https://www.astrj.com/Use-of-Magnetic-Flux-Leakage-Detection-in-Diagnostics-of-Coated-Elevator-Ropes,215075,0,2.html">ASTRJ: magnetic flux leakage detection in coated elevator ropes</a></li>
</ol>
]]></content:encoded></item></channel></rss>