Question: Is it possible to link systems that have no specific provisions for integration?
Answer: The answer is usually yes, as almost all security and building systems have at least a few uncommitted relay outputs that can be used to control external functions, together with some uncommitted inputs that can be programmed to carry out a range of functions.
Limited integration can be achieved by using the relay outputs from one system – say the access control system – to send signals to another system – possibly the CCTV system.
This sort of arrangement can be used to provide simple integrated functions like arranging for the CCTV system to reduce its frame rate for recordings when the access control system tells it that the building is unoccupied.
Obviously the level of integration that can be achieved is limited, and if a lot of different integrated functions are needed the amount and complexity of the wiring between the systems can be a problem.
Nevertheless, this approach is, in simple cases, easy to implement and it is very useful for providing straightforward integrated functionality between systems that were not necessarily designed with this in mind.
Q: What is system-level integration?
A: This refers to systems that were designed from the outset for integration. Linking systems on a ‘peer to peer’ level is often as easy as installing a network cable between them.
The integrated functions offered are usually much more sophisticated than those achieved using simple I/O links of the type mentioned in the answer to the last question.
System-level integration is undoubtedly the best way to go if the equipment in use supports it, but it’s important to bear in mind that it may not be possible to achieve this type of integration between products from different manufacturers.
Q: Are there any other options for integration?
A: Yes. If neither of the two methods already described are suitable, it is often possible to use a head-end software system as a means of achieving integration. The systems to be integrated are connected to the head-end system, which uses special software to receive, evaluate and send data commands between all the systems in combination, acting as the ‘middle man’ between them.
This arrangement is very flexible and allows sophisticated integration to be achieved between products that cannot communicate directly.
It is, however, likely to be the most complicated option to implement and the flexibility needs to be evaluated against the additional investment required, particularly in cases where its only purpose is to facilitate basic integration between systems.
