Direct digital control
||The lead section of this article may need to be rewritten. (December 2012)|
||This article needs additional citations for verification. (December 2008)|
A very early example of a DDC system meeting the above requirements was completed by the Australian business Midac in 1981-1982 using R-Tec Australian designed hardware. The system installed at the University of Melbourne used a serial communications network, connecting campus buildings back to a control room "front end" system in the basement of the Old Geology building. Each remote or Satellite Intelligence Unit (SIU) ran 2 Z80 microprocessors whilst the front end ran 11 in a Parallel Processing configuration with paged common memory. The z80 microprocessors shared the load by passing tasks to each other via the common memory and the communications network. This was possibly the first successful implementation of a distributed processing direct digital control system.
Central controllers and most terminal unit controllers are programmable, meaning the direct digital control program code may be customized for the intended use. The program features include time schedules, setpoints, controllers, logic, timers, trend logs, and alarms.
The unit controllers typically have analog and digital inputs, that allow measurement of the variable (temperature, humidity, or pressure) and analog and digital outputs for control of the medium (hot/cold water and/or steam). Digital inputs are typically (dry) contacts from a control device, and analog inputs are typically a voltage or current measurement from a variable (temperature, humidity, velocity, or pressure) sensing device. Digital outputs are typically relay contacts used to start and stop equipment, and analog outputs are typically voltage or current signals to control the movement of the medium (air/water/steam) control devices. Usually abbreviated as "DDC".
Data communication 
When DDC controllers are networked together they can share information through a data bus. The control system may speak 'proprietary' or 'open protocol' language to communicate on the data bus. Examples of open protocol language are BACnet (Building Automation Control Network), LON (Echelon), Modbus.
When different DDC data networks are linked together they can be controlled from a shared platform. This platform can then share information from one language to another. For example, a LON controller could share a temperature value with a BACnet controller. The integration platform can not only make information shareable, but can interact with all the devices.
Most of the integration platforms are either a PC or a network appliance. In many cases, the HMI (human machine interface) or SCADA (Supervisory Control And Data Acquisition) are part of it. Integration platform examples, to name only a few, are the Tridium Niagara AX, Johnson FX40,TAC Vista, CAN2GO and the Unified Architecture i.e. OPC (Open Connectivity) server technology used when direct connectivity is not possible.
In HVAC 
DDC is often used to control HVAC (heating, ventilating, and air conditioning) devices such as valves via microprocessors using software to perform the control logic. Such systems receive analog and digital inputs from the sensors and devices installed in the HVAC system and, according to the control logic, provide analog or digital outputs to control the HVAC system devices.
These systems may be mated with a software package that graphically allows operators to monitor, control, alarm and diagnose building equipment remotely.
See also 
- Building Automation
- GE FANUC GE Fanuc Intelligent Platforms
- Safety instrumented system, (SIS)
- Industrial control systems
- Industrial safety systems
- Samuel C. Sugarman (2004). HVAC Fundamentals. The Fairmont Press. ISBN 0-88173-489-6.
- James R. Leigh (1987). Applied Control Theory. IET. ISBN 0-86341-089-8.