Сегодня не будем касаться вопросов программирования самих систем управления — это большая отдельная тема, а обсудим два аспекта — это надежность и безопасность. Интеграторам на них нужно обращать внимание, а заказчикам они нужны, чтобы понимать свои требования. Иногда то, что они хотят, может быть нереализуемо.

Рассказывая про панель управления в штабе в СЦ, мы говорили, что важно уделять внимание безопасности на предприятии, потому что у многих организаций есть особые требования.

Поясним на нашем примере.
В реализации наших проектов с IP KVM все сети изолированы, причем физически:

1. LAN ядро — это разные провода, разные коммутаторы, никак не связанные с внешним миром.
2. LAN control (система управления) — чем управляются коммутаторы, ТВ панели, ВКС и т.д. Обычно это отдельная сеть.
3. AUDIO — звук. Мы его не рассматриваем здесь, но он есть. В своих проектах мы очень часто используем Dante, это удобно. На самом деле, Dante — это тот же самый IP KVM, только звуковой, скажем так, аудио-IP. Обычно это тоже своя выделенная сеть, чтобы никому не мешать.

Системе управления этим всем надо управлять. Она должна иметь доступ и к ядру, и к системе управления, и к звуку. Бывают еще отдельные инженерные системы (освещение, отопление, кондиционирование, стены, жалюзи и пр.).

Самое главное, почему мы начали с безопасности. Все службы безопасности говорят, что каждая система должна подключаться в свой сетевой порт. Но, например, в Extron есть системы управления с тремя сетевыми портами, а бывают с двумя или вообще с одним. В этом случае не получится выполнить требования службы безопасности, потому что оборудование содержит, например, только один сетевой интерфейс. Не получится поставить коммутатор, в него подключить все три системы, потому что так делать нельзя, это сведение сетей в точку объединения.

Все службы безопасности требуют от производителей физические письма о том, что на этом устройстве 2-3-4 независимых сетевых интерфейса, а не два интерфейса, подключенных к внутреннему свичу на 4 порта. Поэтому система управления на базе компьютеров с n сетевыми портами ни в одной нормальной организации не пройдет. На это надо обращать внимание при проектировании.

Цитата из ТЗ:
«…разработать и согласовать с Заказчиком ЧТЗ для системы управления…».

Мы вставили эту цитату для того, чтобы обезопасить интеграторов от возможных последствий. Когда в ТЗ есть такая фраза, то подразумевается, что интегратор должен делать систему управления, похожую на ту, которая уже есть, а они бывают крайне сложные. Прежде, чем начинать проектировать систему, сначала надо выяснить, какие требования есть к системе управления. На самом деле не все делятся своими решениями. Здесь надо быть очень аккуратным, потому что есть много нюансов, которые могут повлиять на то, будет принят объект или нет.

Основной посыл — какие подводные камни могут быть. Естественно, в каждом конкретном случае все индивидуально. Некоторые вообще тестируют физически. У нас было несколько проектов, где все железо мы сдавали на тест. Безопасники все ломали, курочили, мы отвечали на сто вопросов, и все было не так просто. Конечно, есть заказчики, которые объясняют, как у них это работает, даже пару скриншотов пришлют. А некоторые говорят: «Угадывайте! …Не то, не так. Мы не можем разгласить, как это должно выглядеть».

Когда видите такую фразу в ТЗ, попытайтесь дергать заказчика. Многие думают: «А, я приблизительно знаю, что там ВКС, камеру повернуть, громкость отрегулировать, список звонков — стандартный набор» — «А нет! Нам еще вот это, и то, и еще с бантиком, пожалуйста!» И это не их хотелки, у них такой корпоративный стандарт.

Реальные примеры интерфейсов:
Слева интерфейс от компании Iridium Mobile, которая специализируется на умных домах. Справа — интерфейс готового решения от Crestron.

На самом деле самые большие проблемы бывают с отказоустойчивостью системы. Нужно запоминать и сохранять параметры настроек, шаблоны и т.д., но далеко не все системы это умеют делать. Систему настроили, потом питание выключили, включили, и надо восстановить то, что было. Это к вопросу о том, что на рынке есть простые системы управления, но далеко не всегда можно их использовать для построения сложных объектов.