Every BAS platform has some way to talk to a controller directly, without going through the front end. But “direct” means wildly different things depending on the manufacturer. Some controllers hand you a plain-text menu the moment you plug in a phone cable. Others demand a specific USB dongle, a specific software license, and a specific driver version before they'll say a word to you. Show up with the wrong assumption and you've made a wasted trip.
This is the “what do I need in my bag” reference — organized by manufacturer, with the actual port, the actual software, and the actual gotchas.
Siemens
Controllers: PXC Compact/Modular field panels, TEC (Terminal Equipment Controller) thermostats, legacy MEC/DXR panels.
Port: A 6-pin jack labeled HMI — technically an RJ12, though field techs universally call it “RJ11.” Older Siemens gear used the same physical jack labeled MMI; it's the same port under a renamed label.
Method: This is the one entry on this list where a plain terminal emulator — PuTTY, HyperTerminal, or a phone-based serial terminal app — genuinely works. Siemens field panels and TECs answer with a plain-text menu system over that port, no vendor software required for basic diagnostics and point access. Siemens' own commissioning tools — WCIS for TECs, and the newer ABT Site / ABT Pro for PXC/DXR panels, with a companion mobile app ABT Go — add full programming and database management on top.
Johnson Controls (JCI)
JCI's local-connection story genuinely splits in two, and confusing the two generations is the single most common mistake a tech makes on a Metasys site.
Legacy N2/Zone Bus controllers (AHU, VAV, UNT, VMA1200/1400, DX-9100, and similar) don't have an RJ11 jack on the controller itself — they have a 3-pin or 4-pin screw-terminal N2 plug. You need Johnson's CVTPRO converter, adapting that N2/Zone Bus connection down to an RJ11 phone cable on one end and RS-232 (or USB via an adapter) on the other, running HVAC PRO software. There's no plain-terminal option — the converter and software are both required.
Modern BACnet MS/TP controllers (FEC and VMA16/18 families) are configured with CCT (Controller Configuration Tool), and the standard field connection method is a Johnson Bluetooth adapter paired to the controller rather than a wired port at all.
Automated Logic (ALC)
Controllers: ZN, SE, and ME series application controllers.
Port: A dedicated Local Access Port on the controller.
Method: You don't plug a laptop straight into that port with a standard cable — ALC uses a small RS-485 adapter device (an APT) between your laptop and the Local Access Port, running at up to 115,200 baud. You also need a local copy of the site's WebCTRL database on the laptop, configuring the connection inside WebCTRL as a “BACnet Local Access” connection type. Programming logic is written in EIKON, ALC's graphical programming tool.
Honeywell
Like JCI, Honeywell's answer depends heavily on which generation of controller you're standing in front of.
Legacy — Excel 5000 / XL5000 (MicroCel, MacroCel, W7620, W7600, Excel 500): connect over a serial (RS-232) cable and configure using CARE software, with XBS (Excel Building Supervisor) as the older front-end companion. No terminal-emulator shortcut.
Current — Spyder (Model 5 and Model 7): these run on the Niagara Framework under Honeywell's licensing, configured through Niagara WEBs-N4 Workbench. Spyder Model 7 also has built-in Bluetooth, paired with Honeywell's mobile commissioning/balancing app, for wireless setup without climbing into a ceiling.
Reliable Controls
Controllers: MACH-Pro family (MACH-Pro1, MACH-Pro2, MACH-ProCom, MACH-ProWebCom/WebSys, MACH-ProView, and related).
Port: An EIA-232 port labeled “PC/Modem.” This is separate from the controller's SMART-Net port, which is for daisy-chaining Reliable Controls' own room sensors — not for a PC connection, despite both showing up on the same board.
Method: Reliable Controls' own software — RC-Studio for programming and RC-Toolkit for commissioning/diagnostics — connects over that PC/Modem port via a direct BACnet connection. For laptops without a physical serial port, Reliable Controls sells a specific USB-to-serial converter (CNV-USB-232) rather than relying on a generic one.
Schneider Electric
Controllers: SpaceLogic (formerly SmartStruxure) MP-C and RP-C series; older Andover Continuum hardware still in the field.
Port: Wired Ethernet, plus built-in Bluetooth on RP-C controllers. MP-C controllers don't have onboard Bluetooth — they need a separate SpaceLogic Bluetooth Adapter plugged into a connected sensor to get the same wireless path.
Method: Schneider's mobile app — currently branded Commission (successor to the earlier “eCommission SmartX Controllers” app) — connects either over the local IP network or via Bluetooth for a single controller. Free, no license required, built specifically so techs can commission controllers before the BMS server side even exists yet. A genuinely different workflow from everyone else on this list — you're pairing a phone, not hunting for a physical local-access port.
Distech Controls
Worth including because it's a Niagara-licensed platform — same architectural family as Honeywell WEBs — that shows up constantly in the field but doesn't get talked about as often as the manufacturers above.
Controllers: ECB series (BACnet MS/TP), ECY/ECLYPSE series (BACnet/IP), legacy ECL series (LonWorks).
Port: ECB controllers connect over standard RS-485; ECLYPSE (ECY) controllers are IP-native with Ethernet and USB.
Method: No vendor-specific converter hardware required the way JCI or Reliable Controls need — a generic USB-to-RS-485 adapter works for the wire side. But the software side is strictly Niagara: you need EC-Net (Distech's Niagara-based engineering software) with Distech's own Support Pack installed, plus EC-gfxProgram for graphical logic. Critically, you cannot program an MS/TP ECB controller without a Niagara station in the loop — even local, offline commissioning goes through the Niagara Workbench UI.
Summary table
| Manufacturer | Local port | Terminal emulation? | Required software | Mobile-friendly? |
|---|---|---|---|---|
| Siemens | RJ12 “HMI”; newer PXC.A adds onboard WLAN | Yes — PuTTY/HyperTerminal work directly | WCIS (TECs) · ABT Site/Pro (PXC/DXR) | Excellent — terminal apps, or WLAN + ABT Go |
| JCI legacy (N2) | Screw-terminal N2 plug → CVTPRO → RJ11/serial | No — converter required | CVTPRO + HVAC PRO | Low |
| JCI modern (MS/TP) | No standard wired local port | No | CCT + Johnson Bluetooth adapter | Low–Medium |
| Automated Logic | Local Access Port (via APT adapter) | No | WebCTRL (local DB copy) + EIKON | Low |
| Honeywell legacy | RS-232 serial | No | CARE (+ XBS) | Low |
| Honeywell modern | Niagara-standard + Bluetooth (Model 7) | No | Niagara WEBs-N4 Workbench | High on Model 7 |
| Reliable Controls | EIA-232 “PC/Modem” port | Partial — basic diagnostics only | RC-Studio / RC-Toolkit | Medium |
| Schneider Electric | Ethernet; Bluetooth on RP-C, adapter on MP-C | No | Commission app | High — free, no license |
| Distech Controls | RS-485 (ECB) or Ethernet/USB (ECLYPSE) | No | EC-Net (Niagara) + Support Pack | Low — Niagara required even locally |
The takeaway
Notice the shape of the table: Siemens is the outlier, not the rule. Every other manufacturer here has moved — or was always built — toward requiring their own software, and increasingly their own hardware dongle or app, before a controller will talk to you at all. That's not a knock on any specific vendor; it's a genuine industry direction, driven partly by the same cybersecurity concerns around exposed local interfaces that make an open, plain-text port convenient for a tech and also a soft target if the wrong person finds it.
Practically, that means your field kit's real requirement is “know which manufacturer you're walking into before you drive there,” not “carry one universal cable.” A USB-to-RS-485 adapter and a laptop with the right software licenses installed covers most of this list. A phone with Bluetooth covers a growing share of it. What doesn't exist anymore, outside of Siemens, is a single generic terminal app that works everywhere.
Go deeper
Every protocol chapter in the book follows this same shape
What you plug into, what software you need, what to get hold of before you arrive, and the gotcha that catches people. This article covers the manufacturer layer — the book covers the protocol layer underneath it: BACnet, Modbus, LonWorks, OPC UA and the diagnostic method that works across all of them.
Get BAS Communication — A Field ReferenceFound a wrong number or a broken link? Tell me and I’ll fix it.