Сценарий управления для Орион-Про
FORUM_NAME: АРМ Орион Про версии 1.20 и выше
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии 1.20 и выше
Модератор: Модераторы
- alex_fn
- Автор темы
- alex_fn
- Автор темы
- Репутация: 0
- Сообщения: 3
- Зарегистрирован: 03.03.2018
- С нами: 4 года 10 месяцев
- Профессия: инженер
Добрый день, уважаемые коллеги.
Помогите пожалуйста разобраться в сценарии управления для реализации автоматического взятия раздела при условии выхода из зоны пользователя.
Исходный код прилагаю. Я только начал разбираться с языком сценариев, и поэтому есть небольшие затруднения в реализации задачи.
Главное понять принцип. Заранее благодарю за отзыв.
- Спойлер
- СЦЕНАРИЙ
НАЧАЛОСЦЕНАРИЯ
Переменные
Перем ЗоныДоступа1;
Перем ЗонаДоступа1;
Перем Разделы1;
Перем Раздел1;
Перем Компьютер1;
Перем Компьютеры1;
Перем РабочиеМеста1;
Перем РабочееМесто1;
Перем Событие1;
НачалоСценарияПопытка
Компьютеры1 = СоздатьОбъект( «Компьютеры» );
Компьютер1 = Компьютеры1.ПолучитьПоИд(2);
РабочиеМеста1 = Компьютер1.РабочиеМеста();
РабочееМесто1 = РабочиеМеста1.ПолучитьПоТипуСетевогоМеста(«Ядро»);
Событие1 = ПолучитьСобытие();
ЗоныДоступа1 = СоздатьОбъект( «ЗоныДоступа» );
Если не ПустоеЗначение( ЗоныДоступа1 ) Тогда
Разделы1 = РабочееМесто1.Разделы();
Если не ПустоеЗначение( Разделы1 ) Тогда
Раздел1 = Разделы1.ПолучитьПоИД( 76 );
ЗонаДоступа1 = ЗоныДоступа1.ПолучитьПоИД( 1 );
Если Не ПустоеЗначение( Событие1 ) Тогда
Если Не ПустоеЗначение( Событие1.Событие() ) Тогда
Если Не ПустоеЗначение( Событие1.ЗонаДоступа() ) Тогда
Если Не ПустоеЗначение( Событие1.Пароль() ) Тогда
Если Не ПустоеЗначение( Событие1.Пароль().Сотрудник() ) Тогда
Если не ПустоеЗначение( ЗонаДоступа1 ) Тогда
Если (Событие1.Событие().ИД()==32) Тогда
Если не ПустоеЗначение( РабочееМесто1.Сотрудники() ) Тогда
Сотрудник2 = РабочееМесто1.Сотрудники().ПолучитьПоИД( 492 );
Если не ПустоеЗначение( Сотрудник2 ) Тогда
Если не ПустоеЗначение( Раздел1 ) Тогда
Раздел1.Взять();
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
КонецЕсли;
Исключение Сообщить(«Произошло исключение «,0); КонецПопытки;
КОНЕЦСЦЕНАРИЯ
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 6 лет 10 месяцев
- Профессия: безобразнорабочий
Непрочитанное сообщение #2 DruG » 03.03.2018, 17:34
из ТЗ не сильно понятно условие.
на объекте есть такая реализация: центральный вход, две считки на вход/выход, определённый человек с определённой картой машет на вход — весь офис снимается с охраны (тут можно любой раздел, группу), тот же человек с той же картой на выходе — весь офис ставится на охрану. Жесткая привязка сценария к карте. Никакого учёта количества людей в офисе — турникета нет, СКУД в рабочее время отдыхает.
Если такого варианта достаточно, могу рассказать, хотя там всё очень примитивно
- alex_fn
- Автор темы
- alex_fn
- Автор темы
- Репутация: 0
- Сообщения: 3
- Зарегистрирован: 03.03.2018
- С нами: 4 года 10 месяцев
- Профессия: инженер
Непрочитанное сообщение #3 alex_fn » 03.03.2018, 18:53
Да. Совершенно верно. Я понимаю, что все примитивно. Но нужно понять логику. А она станет понятна, когда сам на практике ее ощутишь.
Есть центральный вход с одним считывателем. На вход и выход. Нужно жестко привязать конкретный раздел к конкретному ID карты (человеку).
Пикнул на выход, раздел взялся. Пикнул на вход — раздел взялся. Пока так. Как реализую этот сценарий, дальше разберусь думаю.
В любом случае, заранее спасибо Вам, DruG.
Добавлено спустя 5 минут 6 секунд:
Одно уточнение. Извините. Точка входа одна, считывателей 2. На вход и на выход.
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 6 лет 10 месяцев
- Профессия: безобразнорабочий
Непрочитанное сообщение #4 DruG » 03.03.2018, 20:10
мой примитивный вариант для одного человека, если надо на несколько человек, то придётся создавать каждому по два сценария (снять/взять).
создаёте два шаблонных сценария на Взятие раздела и Снятие, указываете в них нужный раздел, далее переходите к входному считывателю и в Инспекторе на событие «Доступ предоставлен» выбираете либо Сотрудника (тогда все назначенные ему карты будут выполнять сценарий), либо Пароль (тогда сценарий будет запускаться только от конкретной карты) и привязываете сценарий на Снятие. С выходным считывателем тоже самое, но на взятие.
Вариант топорный, но он работает
следующий вариант, можно попробовать создать более универсальные сценарии, но т.к. в моей версии Ориона ещё нету оператора Событие, то вариант будет чисто теоретический:
- Спойлер
- …..стандартное начало сценария
Компьютеры1 = СоздатьОбъект( «Компьютеры» );
Компьютер1 = Компьютеры1.ПолучитьПоИд(2);
РабочиеМеста1 = Компьютер1.РабочиеМеста();
РабочееМесто1 = РабочиеМеста1.ПолучитьПоТипуСетевогоМеста(«Ядро»);
Событие1 = ПолучитьСобытие();
Разделы1 = РабочееМесто1.Разделы();Если ( Событие1.Пароль().Сотрудник()== 492 ) Тогда //здесь, по моему разумению, идёт проверка, что за сотрудник получил доступ
Раздел1 = Разделы1.ПолучитьПоИД( 76 ); //а здесь уже работаем с разделом этого сотрудника
Раздел1.Взять();
КонецЕсли;Если ( Событие1.Пароль().Сотрудник()== ХХХ ) Тогда //и так для каждого сотрудника свой номер
Раздел1 = Разделы1.ПолучитьПоИД( УУУ ); //и для его раздела тоже
Раздел1.Взять();
КонецЕсли;……стандартное завершение сценария
этот сценарий уже не надо будет привязывать в Инспекторе к конкретному сотруднику, достаточно привязать к событию «Доступ предоставлен».
-
folk_love_music
-
folk_love_music
- Репутация: 0
- Сообщения: 4
- Зарегистрирован: 29.11.2022
- С нами: 2 месяца 2 дня
- Профессия: инженер
Сценарий для сотрудников
Непрочитанное сообщение #6 folk_love_music » 29.11.2022, 16:38
Уважаемые коллеги, подскажите пожалуйста, кто нибудь реализовывал ли следующее , и по возможности помоги советом:
1) Имеется ОРИОН ПРО 1.20.3 -используется только для СКУДа 2) 3-и АРМ (один на посту, два в зале администрирования), 3) два турникета (на каждом считыватель на вход и на выход), 4) на предприятии имеется около 500 сотрудников (вход осуществляют через карту) и необходимо для 60-ти сотрудников сделать так, что бы при входе на объект через турникет на посту и в зале администрирования — проход сотрудника отражался иначе (что бы проход бросался в глаза, например: другого цвета, как сообщение, или может проходил как сработка объекта).
П.С.: Не так давно столкнулся с данным оборудованием, начал по тихонько экспериментировать и вникать, НО ввиду своей неопытности боюсь положить СКУД…прошу хэлп ми
-
- 2
- 1507
Syrax
Перейти к последнему сообщению
22.03.2019, 12:56
-
- 0
- 1314
militari
Перейти к последнему сообщению
04.12.2019, 02:38
-
- 4
- 2511
google
Перейти к последнему сообщению
01.08.2018, 16:14
-
- 22
- 6990
Alcyon
Перейти к последнему сообщению
24.08.2018, 08:25
-
- 62
- 11934
Djavoker
Перейти к последнему сообщению
25.04.2019, 17:20
-
- 3
- 1267
DruG
Перейти к последнему сообщению
29.05.2019, 17:19
-
- 4
- 4623
Seprente
Перейти к последнему сообщению
31.03.2018, 06:29
-
- 7
- 2970
rattrap
Перейти к последнему сообщению
16.09.2019, 15:20
-
- 4
- 2427
Alcyon
Перейти к последнему сообщению
24.05.2018, 11:56
-
- 9
- 2236
google
Перейти к последнему сообщению
31.07.2018, 10:00
Вернуться в «АРМ Орион Про версии 1.20 и выше»
Кто сейчас на форуме
Сейчас этот раздел просматривают: glnv2021 и 2 гостя

|
КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ |
СИСТЕМА КОНТРОЛЯ |
|
И УПРАВЛЕНИЯ ДОСТУПОМ |
|
|
мобиля в зоне считывателя (при этом идентификаторы пользователей воспринимаются только при наличии |
Шлюз |
|
автомобиля около считывателя). Имеется возможность управления светофорами посредством коммутацион- |
|
|
ных устройств «УК-ВК/06». Для включения/выключения светофоров используются выходы управления свето- |
В этом режиме контроллер управляет доступом через одну точку доступа, представляющую собой две две- |
|
диодами считывателей. Устройства «УК-ВК/06» могут коммутировать напряжения вплоть до 220 В (перемен- |
ри с замкнутым пространством между ними (шлюз). На входе в шлюз с каждой стороны (вне шлюза) уста- |
|
навливаются два считывателя. Внутри шлюза перед каждой дверью, либо на посту охраны, устанавливаются |
|
|
две кнопки «Выход». Проход через первую дверь (вход в шлюз) требует предъявления идентификатора, а для |
|
|
выхода из шлюза нажимается кнопка «Выход». Предоставление доступа происходит только в том случае, если |
|
|
закрыта другая дверь. Время пребывания в шлюзе можно настроить. Если после истечения времени пребы- |
|
|
вания в шлюзе кнопка выход не была нажата, то выйти из шлюза можно только через ту дверь, через кото- |
|
|
рую был предоставлен доступ. При работе шлюза двери должны быть оборудованы датчиками прохода (пара- |
|
|
метр «Датчик прохода» считается всегда включённым). В этом режиме работы может использоваться правило |
|
|
antipassback, двойная идентификация, доступ по правилу двух (или более) лиц. Оба считывателя в данном |
|
|
режиме работы прибора работают независимо друг от друга. Это означает, что при открытии свободного до- |
|
|
ступа (или, наоборот, закрытии доступа) на одном считывателе, второй будет функционировать в дежурном |
|
|
режиме, пока на него тоже не подадут соответствующую команду. |
Рисунок 39. Режим работы «Шлагбаум»
ного тока) и токи до 10А, что позволяет управлять практическими любыми светофорами. В режиме работы «Шлагбаум» может использоваться правило antipassback, двойная идентификация, доступ по правилу двух (или более) лиц. Оба считывателя в данном режиме работы прибора работают независимо друг от друга. Это означает, что при открытии свободного доступа (или, наоборот, закрытии доступа) на одном считывателе,
второй будет функционировать в дежурном режиме, пока на него тоже не подадут соответствующую команду.
Рисунок 40. Режим работы «Шлюз»
|
78 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 79 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
Приёмно-контрольный прибор «С2000-4» с функционалом контроля доступа
Прибор «С2000–4» может управлять доступом через одну точку доступа, причём предоставление доступа
водном направлении требует предъявления идентификаторов пользователей, а для предоставления доступа
вобратном направлении нажимается кнопка «Выход». При использовании функционала контроля доступа
вприборе для подключения кнопки выхода и датчика прохода используется первый шлейф, а для управления запорным устройством выделяется первое реле. «С2000–4» имеет функционал блокировки доступа, если на охране находится любой (или все) из шлейфов сигнализации прибора. Так как с помощью прибора можно организовать только однонаправленную точку доступа, настроить правило antipassback’a для неё нельзя.
Прибор поддерживает до 4096 идентификаторов пользователей, а буфер событий прибора рассчитан на 4088 событий.
Рисунок 41. «С2000-4» с функционалом контроля доступа
СИСТЕМА КОНТРОЛЯ И УПРАВЛЕНИЯ ДОСТУПОМ
Сетевые решения
Зачастую даже на малых объектах с несколькими точками доступа возникает необходимость добавления новых идентификаторов или редактирования полномочий уже существующих сразу во всех контроллерах доступа. Наиболее удобно выполнять эти манипуляции централизованно, когда требуется лишь один раз провести процедуру добавления/редактирования, а после чего записать новые данные во все приборы. Кроме того, функционал построения отчётов по событиям СКУД, расчёт отработанного времени также является достаточно востребованным. Для этих целей применяется программное обеспечение.
Дополнительные возможности СКУД при использовании программного обеспечения
В ИСО «Орион» для работы соСКУД используется программное обеспечение: Uprog, АРМ «Орион Про». Программное обеспечение Uprog позволяет осуществлять настройку конфигурационных параме —
тров контроллера доступа «С2000–2» (а также для прибора «С2000–4»), а именно:
•режим работы, двойную идентификацию, доступ по правилу двух (трёх) лиц, номер контролируе — мой зоны доступа, вид интерфейса подключенных считывателей, включать/выключать использование датчика прохода, контроль блокировки, таймаут блокировки и т. д.;
•запись и редактирование в памяти контроллеров уровней доступа, окон времени и идентификаторов пользователей.
Программное обеспечение АРМ «Орион Про» позволяет реализовать следующее:
•накопление событий СКУД в базе данных (проходы через точки доступа; блокировки и разблокировки точек доступа; несанкционированные попытки прохода и т.п.);
•создание базы данных для охраняемого объекта — добавление в неё логических объектов СКУД (точек и зон доступа). А также расстановка их на графических планах помещений для реализации возможности централизованного предоставления доступа и мониторинга состояния этих объектов;
•формирование базы данных пользователей — занесение реквизитов сотрудников и посетителей
суказанием для каждого человека всех необходимых атрибутов (ФИО, информация и принадлежности к фирме, подразделению, рабочий и домашний адрес и телефон и т. п.), а также задание прав доступа (полномочий прохода через точки доступа/зоны доступа);
•формирование базы данных для учёта рабочего времени — создание графиков работы, а также правил расчёта графика для различных сотрудников;
•опрос и управление подключенными к ПК контроллерами;
•конфигурирование контроллеров доступа — централизованную запись в память приборов окон времени, уровней доступа, идентификаторов пользователей;
•работу сетевого antipassback’a;
•настройку и работу зонального antipassback’a;
•отображение на графических планах помещений состояния объектов СКУД;
•отображение информации о месте нахождения сотрудника с точностью до зоны доступа;
•отображение камер охранного телевидения, а также управление состоянием этих камер;
•запись видео по команде дежурного офицера, при тревоге детектора движения или по сценарию управления (например, по событию предоставления доступа или попытки осуществления несанкционированного прохода).
Закреплениезадачсистемыконтроляиуправлениядоступомзапрограммнымимодулямиизображенонарисунке 42. Стоит отметить, что физически приборы соединяются с тем компьютером системы, на котором установлена «Оперативная задача». Схема подключения приборов изображена на структурной схеме ИСО «Орион» (стр. 6). Также на структурной схеме приведено количество рабочих мест, которые могут быть задействованы в системе (программные модули АРМ). Программные модули можно устанавливать на компьютеры как угодно — каждый модуль на отдельном компьютере, комбинация каких-либо модулей на компьютере, либо установка всех модулей на один компьютер.
|
80 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 81 |

|
КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ |
СИСТЕМА КОНТРОЛЯ |
|
И УПРАВЛЕНИЯ ДОСТУПОМ |
Рисунок 42. Функционал модулей программного обеспечения
|
82 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 83 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
СИСТЕМА ВИДЕОНАБЛЮДЕНИЯ
Назначения и задачи системы видеонаблюдения
Система предназначена для визуального наблюдения за охраняемым объектом с помощью видеокамер. Видеокамеры позволяют следить одновременно за одним или несколькими объектами. Основной задачей системы видеонаблюдения является наглядное представление видеоинформации об оперативной обстановке на контролируемом объекте.
Термины и определения
•Сетевая камера (IP-камера) – цифровая видеокамера, особенностью которой является передача видеопотока в цифровом формате по сети Ethernet, использующей протокол IP. Каждая сетевая камера имеет свой уникальный IP-адрес.
•Видеосервер – устройство, предназначенное для приёма, хранения, воспроизведения или ретрансляции видеосигнала.
•Видеоархив – единое или распределённое хранилище записей в системе, имеющее общую структуру.
•Видеокодек – алгоритм сжатия видеоданных и восстановления сжатых данных.
•Детектор движения – компонент программного обеспечения, служащий для обнаружения движения в последовательности кадров.
•Видеорегистратор (DVR) — устройство, предназначенное для записи, хранения и воспроизведения видео и аудио (при наличии микрофона) сигналов.
•«Живое» видео – видеосигнал, транслируемый видеосистемой с задержкой менее 1 секунды.
•SDK – средства, предназначенные для разработчиков программного обеспечения, позволяющие реализовать интеграцию двух различных систем.
Организация систем видеонаблюдения в ИСО «Орион»
ВИСО «Орион» существует две возможности работы с видеоподсистемами:
1.Работа с видеосистемой «Орион Видео», которая, по сути, является одной из подсистем ИСО «Орион». «Орион Видео» позволяет создавать системы охранного телевидения на основе технологий IP-видеонаблюдения с использованием как сетевых, так и аналоговых камер;
2.Интеграция видеосистем сторонних производителей в АРМ «Орион Про».
Система «Орион Видео»
Использование видеосистемы «Орион Видео» является наиболее оптимальным вариантом, так как подразумевает под собой «прямую интеграцию» с ИСО «Орион». Такой подход обеспечивает возможность применения максимально широкого набора событий и команд для организации полноценной связи подсистемы видеонаблюдения с другими частями интегрированной системы безопасности, управляемой АРМ «Орион Про». На рисунке 43 приведён пример использования «Орион Видео» в системе АРМ «Орион Про».
Функциональные возможности системы «Орион Видео»:
• отображение видео с сетевых камер и IP-видеосерверов непосредственно в основном окне АРМа, в том числе на нескольких мониторах (рисунок 44);
СИСТЕМА ВИДЕОНАБЛЮДЕНИЯ
Рисунок 43. «Орион Видео» в АРМ «Орион Про»
Рисунок 44. Отображение камер в окне «Оперативной задачи»
|
84 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 85 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
•запись видео в видеоархив с использованием собственного скоростного кодека Motion JPEG (MJPG) или стандартных видеокодеков MPEG4, H.264, DIVX, установленных в Windows. Запись может быть активирована по расписанию, по срабатыванию детектора движения, по команде оператора или по сценарию управления. Есть режим циклической записи с автоматическим удалением старых записей;
•запись и прослушивание звука с видеокамер;
•детектирование движения с помощью встроенного датчика движения с использованием зон детекции, а также настройки времени пред- и после записи;
•поддержка поворотных устройств и трансфокаторов сетевых камер;
•поддержка специализированного (Axis 295) или стандартных джойстиков;
•управлениевидеоподсистемойпособытиямвсистемахОПСиСКУДчерезмеханизмсценариевуправления;
•выдача управляющих команд на устройства ОПС и СКУД через механизм сценариев управления;
•управление видеоподсистемой по расписанию;
•отображение камер и их состояний на планах помещений;
•возможность управления камерами непосредственно с интерактивных планов помещений (рисунок 45);
•возможность организации взаимодействия между несколькими рабочими местами видеомониторинга с помощью механизма удалённого вызова сценариев управления.
Также возможности «прямой интеграции» включают в себя привязку событий СКУД и ОПС к видеозаписям. То есть реализована связь любого контролируемого в ПО объекта ОПС/СКУД со списком камер, в зоны
Рисунок 45. Управление камерами из окна «Оперативной задачи»
обзора которых данный объект попадает. Доступна возможность просмотра ассоциированных записей с любым тревожным событием по данному объекту. Таким образом, если по какому-то событию объекта системы была инициирована запись, просмотреть эту запись можно, кликнув по событию. Занесение в структуру Базы
СИСТЕМА ВИДЕОНАБЛЮДЕНИЯ
данных камер как «зон», с разделением понятий «сработка детектора движения» и «тревога» и возможностью внести камеру в состав разделов охраны для общих тактик управления в подсистемах ОПС/СКУД. Реализована поддержка интегрированной звуковой библиотеки, обеспечивающей передачу звука от камер и записи в файл совместно с видеоизображениями.
Совместно с «Орион Видео» можно использовать систему распознавания автомобильных номеров «Орион Авто». Эта система предназначена для автоматического распознавания государственных регистрационных номеров автомобилей, подъезжающих к камерам, которые контролируются «Орион Видео». «Орион Авто» удобно использовать в подсистеме СКУД, так как автомобильные номера можно использовать в качестве идентификаторов пользователей для доступа на объект. «Орион Авто» фактически позволяет управлять такими точками доступа, как шлагбаумы и ворота как в полностью автоматическом, так и в автоматизированном режиме, когда окончательное решение о предоставлении/не предоставлении доступа принимает оператор.
Системой «Орион Авто» распознаются все типы российских номеров, а также номерные пластины многих стран мира. Кроме этого, возможна адаптация к новым типам номерных знаков.
Интеграция «Орион Видео» и DVR
Интеграция DVR в АРМ «Орион Про» является следующим этапом развития системы «Орион Видео». Она представляет собой взаимодействие между программным обеспечением и регистратором на программном уровне. Интеграция реализована следующим способом. В АРМ «Орион Про» DVR добавляется как видеосистема, в которую, в свою очередь, добавляются камеры. Эти камеры можно ассоциировать с приборами и разделами АРМ «Орион Про». Интеграция позволяет транслировать «живое» видео, получаемое регистраторами. Также существует возможность осуществлять постановку и снятие с охраны камер, подключенных к DVR. В этом случае, при срабатывании детектора движения регистратора, будет приходить тревожное событие. Если камеры были ассоциированы с приборами/разделами, то при возникновении тревоги в приборе/разделе можно осуществить переход к записи видеоархива. Запись хранится в регистраторе. АРМ «Орион Про» загру-
Рисунок 46. Интеграция DVR в «Орион Видео»
жает эту запись и ведёт трансляцию своими средствами. Трансляция записи возможна с одного регистратора одновременно.
Регистраторы, интегрированные в АРМ «Орион Про», должны поддерживать технологию RASPlus. Это такое оборудование, как:
• Infinity
|
86 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 87 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
→→ NDR-S →→ NDR-X →→ NDR-DLX
•Novus →→ H
•Honeywell →→ HRSD40F →→ HRSD8/16 →→ HRXD
•ADT
→→ A-ADT
•Idis
•TDV →→ SD →→ XDR →→ XD
Интеграция сторонних видеосистем
Интеграция АРМ «Орион Про» со всеми сторонними видеосистемами осуществляется одинаково. В общем случае, АРМ может направлять системам видеонаблюдения следующие команды:
•Показать/скрыть монитор (окно) определённой камеры;
•Включить/выключить запись по определённой камере;
•Включить/выключить детектор движения определённой камеры (поставить/снять камеру с охраны).
ВАРМ«ОрионПро»реализованавозможностьнаправлятьописанныекомандыприпомощисценариевуправления, запускаемых по заданным событиям, или вручную с графических интерактивных планов помещений.
Всвою очередь система видеонаблюдения должна направлять в АРМ «Орион Про» события об изменении состояния своих объектов – камер и самого клиента.
Для камер:
• Включение/отключение камеры;
• Начало тревоги/окончание тревоги (для детектора движения);
• Снятие/взятие (включение/выключение детектора движения);
• Начало/окончание записи по камере. Для клиента:
• Подключение/отключение (системы видеонаблюдения к АРМ «Орион Про»).
По описанным событиям АРМ «Орион Про» может запускать ранее созданные сценарии управления (т.е. команды).
Плюсы такой интеграции заключаются в том, чтопри необходимости совместить с АРМ «Орион Про» можнопрактически любую видеосистему. Т.к. со стороны ЗАО НВП «Болид» для интеграторов совершенно бесплатно предоставляется SDK для интеграции видеосистем.
Однако подобная универсальность одновременно является и минусом этого решения, так как набор команд и событий ограничен. Изменение перечисленного набора команд и событий в случае, если требуется большая информативность от системы, может привести к потере совместимости с теми или иными видеосистемами. Также при передачеданных невсегдаимеетсявозможностьосуществить передачуопределённой информацииокамерах. Например, при завершении записи по камере в видеосистеме в ИСО «Орион» посылается событие о том, что запись завершена.Передатьприэтоминформациюотипезаписи,еёначалеиконценепредставляетсявозможнымвсвязи с тем, что внутри каждой системы имеется свой собственный формат хранения записей. Следует понимать, что при подобной интеграции весь видеопоток всё равно обрабатывается средствами видеосистемы, захват картинки
вАРМ «Орион Про» не производится.
СИСТЕМА СБОРА И ОБРАБОТКИ ИНФОРМАЦИИ
СИСТЕМА СБОРА И ОБРАБОТКИ ИНФОРМАЦИИ
Назначение и задачи ССОИ
Система сбора и обработки информации (ССОИ) предназначена для объединения подсистем безопасности в единую интегрированную систему охраны с целью отображения или передачи информации в требуемом виде и получения эффективной функции управления. В задачи ССОИ входит интеграция и конфигурирование подсистем безопасности, управление системой в целом или отдельной подсистемой в частности, централизованный сбор и анализ данных по объекту.
Назначение ССОИ реализуется за счёт решения следующих задач:
•формирование единого информационного пространства;
•долговременное хранение информации особытиях свозможностью последующей расшифровки ианализа;
•взаимодействие между системами в тревожных и других ситуациях;
•комплексное предоставление информации оперативному дежурному и ответственным лицам;
•разграничение полномочий ответственных лиц при принятии решений и доступе к информации;
•наличие гибкой системы отчётности с широким набором шаблонов;
•поддержка единой технологии администрирования базы данных;
•сокращение затрат на обучение операторов и повышение эффективности их работы за счёт использования единого интерфейса;
•поддержка интерфейсов для взаимодействия с внешними системами;
•автоматизированный контроль работы системы.
Особенно эффективно применение ССОИ на территориально разнесённых объектах, имеющих несколько зданий или филиалов.
Термины и определения
•Оперативный дежурный — сотрудник, осуществляющий постоянный контроль за состоянием охраняемых объектов ИСО
•Администратор базы данных — сотрудник, осуществляющий работу с базой данных системы безопасности (добавление/редактирование/удаление информации из базы).
Интеграция подсистем ИСО «Орион»
Интеграция всех подсистем ИСО «Орион» реализуется на уровне программного обеспечения АРМ «Орион Про». Различные модули программного обеспечения позволяют решать задачи ССОИ.
Например, возвращаясь к трёхуровневой модели (см. стр. 11, рис. 2) построения системы, можно проследить, как происходит формирование единого информационного пространства. Информация от таких единиц системы, как шлейфы, считыватели и т. п. передаётся на пульт «С2000»/«С2000М» от приборов по информационному RS-485 интерфейсу. Всё, что происходит в системе: обнаружение системой проникновения или пожара, другие различные тревоги, факты прохода через точки доступа, является событием. В каждой подсистеме (ОС, ПС, СКУД и т. д.) осуществляется сбор данных. После чего все данные передаются уже непосредственно на АРМ через пульт. Получая и обобщая информацию о событиях в системе, сетевой контроллер, в соответствие с запрограммированной логикой, формирует различные команды управления для других контроллеров, которые, в свою очередь, управляют приборами. В системе можно создать так называемые сценарии управления, позволяющие реализовать взаимодействие между системами. Например, по событию пожара, поступившего от пожарной сигнализации, можно запустить сценарий разблокировки дверей на путях эвакуации.
|
88 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 89 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
По событию тревоги проникновения от охранной сигнализации, наоборот, заблокировать все двери и т. п. При этом за счёт резервирования сетевого контроллера пультами осуществляется автоматизированный контроль работы системы. То есть каждый пульт, контролирующий свою локальную систему «Орион», может сохранять свою работоспособность и при отключении сетевого контроллера (АРМа). А все события, накопленные за время такой работы, после включения ПК будут переданы сетевому контроллеру. Именно так АРМом осуществляется сбор абсолютно всех событий системы и запись их в базу данных, где они могут храниться продолжительное время. В любой момент к базе данных можно обратиться для последующей расшифровки и анализа этой информации. Такой анализ позволяет проводить модули отчётности в системе. Например, «Генератор отчётов». Модуль имеет уже сформированный широкий набор различных шаблонов отчётов, а также позволяет пользователю конструировать собственные отчёты.
Задача комплексного представления информации решается модулями «Оперативная задача» и «Монитор системы».
СИСТЕМА СБОРА И ОБРАБОТКИ ИНФОРМАЦИИ
Интегрированные решения
Периодически перед инсталляторами или системными интеграторами встаёт задача передачи данных из ИСО «Орион» в стороннюю систему и/или задача управления устройствами ИСО «Орион» из сторонней системы. Специально для этих целей были разработаны следующие средства:
Преобразователь протокола «С2000 ПП»
Преобразователь предназначен для интеграции системы охранно-пожарной сигнализации системы «Орион» в объектовое оборудование сторонних производителей по интерфейсу Modbus RTU, для передачи событий на передатчик RS-202TD в протоколе «Ademco Contact ID», мониторинга событий в системе «Орион», управления включением/выключением реле, взятием/снятием зон и разделов.
Возможно применение преобразователя в следующих вариантах:
1.Ведущий режим. «С2000 ПП» подключается к интерфейсу RS-485 ИСО «Орион» без пульта управления «C2000М».Приэтоммогутбытьиспользованытолькоприборы,поддерживающиеавтономныйрежимработы. Количество приборов ограничивается Базой данных «С2000 ПП»: максимальным количеством зон, разделов, реле, пользователей. В этом включении «С2000 ПП» может принимать команды навключение/выключение реле или наизменение состояния зоны/раздела охраны отвнешнего оборудования сторонних производителей по интерфейсу RS-485 по протоколу ModBus RTU, преобразовывать их впротокол ИСО «Орион» и передавать приборам, ккоторым эти зоны иреле относятся. Кроме этого, «С2000 ПП» может принимать 251тип сообщений от приборов ИСО «Орион» и транслировать их по интерфейсу RS-485 по протоколу ModBus RTU на внешнее оборудование. Также вместо обмена поинтерфейсу RS-485 ModBus «С2000 ПП» предусматривает преобразование сообщений отприборов ИСО «Орион» в протокол «Contact ID» и передачу их с помощью интерфейса RS-232TTL на радиоканальный передатчик «Риф Стринг RS-202TD».
Рисунок 47. Интерфейс «Монитора» «Оперативной задачи»
С помощью интерфейса этих модулей АРМ можно в любой момент получить данные о любом объекте системы. При этом различные оперативные дежурные могут иметь различные права на просмотр объектов, на конфигурирование системы и т. п. Все эти параметры задаются при создании и редактировании общей базы данных объекта администратором. За эти функции отвечает модуль «Администратор базы данных».
Далее мы рассмотрим возможные варианты решения задачи передачи данных во внешние системы.
Рисунок 48. Применение «С2000-ПП» в ведущем режиме
|
90 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 91 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
|
2. Ведомый режим. |
В этом случае «С2000 ПП» включается как один из |
приборов |
|
ИСО «Орион» под |
контролем пульта управления «С2000М» (версия 2.05 |
и выше). |
Поступающие от оборудования сторонних производителей по протоколу ModBus RTU команды на включение/выключение реле или изменение состояния зоны/раздела охраны, сопо — ставленные со своей базой данных, «С2000 ПП» передаёт пульту «С2000М», который транслирует их соответствующим приборам системы «Орион». Для расширения базы данных, по которой ведётся обмен, к «С2000М» может быть подключено несколько приборов «С2000 ПП». Отдельный режим работы «С2000 ПП» предусматривает преобразование сообщений от приборов ИСО «Орион» в протокол «Contact ID» и передачу их с помощью интерфейса RS-232TTL на радиоканальный передатчик «Риф Стринг RS-202TD».
Рисунок 49. Применение «С2000-ПП» в ведомом режиме
База данных «С2000-ПП» позволяет поддерживать:
•до 255 реле;
•до 512 зон;
•до 64 разделов;
•до 64 идентификаторов пользователей;
•до 256 событий в буфере (кольцевой буфер событий).
Модуль управления ИСО «Орион»
Модуль управления ИСО «Орион» предназначен для разработчиков систем безопасности, заинтересованных в поддержке оборудования, выпускаемого ЗАО НВП «Болид». Модуль управления, по сути, представляет собой драйвер для работы с аппаратным обеспечением ИСО «Орион». Драйвер предоставляет внешний интерфейс для управления устройствами. Он выполнен в виде web-сервиса, а интерфейс управления создан по технологии XML-RPC. Модуль может быть запущен как Windows сервис, так и как обыкновенное приложение. Модуль управления может использоваться непосредственно как драйвер, когда
СИСТЕМА СБОРА И ОБРАБОТКИ ИНФОРМАЦИИ
требуется осуществить интеграцию именно аппаратного обеспечения (рисунок 50). В этом случае интегратор разрабатывает собственное приложение, из которого обращается к аппаратной части ИСО «Орион» — осуществляет управление постановкой/снятием с охраны, сброс тревог, управление СКД и т. п. Для проведения интеграции необходимы базовые знания основ технологии XML-RPC, при этом программный комплекс, взаимодействующий с модулем, может быть разработан на любом языке программирования,
Рисунок 50. Интеграция с устройствами посредством «Модуля управления»
позволяющем реализовать данную технологию.
|
Помимо этого имеется возможность исполь- |
|
|
зования интерфейса «Модуля управления» в про- |
|
|
граммном обеспечении АРМ «Орион Про» (ри- |
|
|
сунок 51). В последнем случае докупать модуль |
|
|
дополнительно к АРМу не нужно, функционал мо- |
Рисунок 51. Интеграция с устройствами посредством |
|
дуля уже встроен в АРМ. Однако первый вариант |
интерфейса «Модуля управления» в АРМ «Орион Про» |
предпочтителен с точки зрения цены («Модуль управления» по стоимости ниже, чем АРМ «Орион Про»). Во втором же варианте возможно одновременно пользоваться как функционалом АРМ «Орион Про», так и функционалом собственно созданных утилит для управления системой.
OPC-сервер
OPC (OLE for Process Control) — это набор повсеместно принятых спецификаций, предоставляющих универсальный механизм обмена данными в системах контроля и управления. Аббревиатура OPC традици-
онно расшифровывается как OLE for Process Control. OLE — Object Linking and Embedding (связывание и встраивание объектов).
OPC-сервер — программа, получающая данные во внутреннем формате устройства или системы и преобразующая эти данные в формат OPC. OPC-сервер является источником данных для OPC-клиентов. По своей сути OPC-сервер — это некий универсальный драйвер физического оборудования, обеспечивающий взаимодействие с любым OPC-клиентом.
OPC-клиент — программа, принимающая от OPC-серверов данные в формате OPC.
|
92 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 93 |

|
КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ |
ДЛЯ ЗАМЕТОК |
Спомощью OPC-сервера можно передавать данные, например, в SCADA-системы. SCADA-системы — это программные пакеты, предназначенные для диспетчерского управления и сбора данных. То есть, в SCADAсистему с помощью OPC-серверов можно вывести несколько различных систем разных производителей для централизованного мониторинга и управления.
В ИСО «Орион» разработаны OPC-сервера для программного обеспечения АРМ «С2000» и АРМ «Орион Про».
Спомощью OPC-сервера для АРМ «Орион Про» возможно:
•получать состояния групп разделов, разделов, приборов, шлейфов, реле, считывателей, дверей;
•получать значения АЦП шлейфов;
•ставить и снимать с охраны разделы и шлейфы, управлять реле.
•соединяется с ядром опроса АРМ «Орион Про» через интерфейс Xml-Rpc.
OPC-сервер для АРМ «С2000» позволяет:
•получать состояния групп разделов, разделов, приборов, шлейфов, реле, считывателей, дверей;
•получать значения АЦП шлейфов;
•ставить и снимать с охраны разделы и шлейфы, управлять реле;
•соединяется с АРМ «С2000» по сети по протоколу TCP/IP, либо интерфейсу plug-инов.
На рисунке 52 приведены примеры использования программ ИСО «Орион» с передачей данных в SCADA-систему.
Рисунок 52. Передача данных в SCADA-системы
|
94 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru |
www.bolid.ru 95 |

КАТАЛОГ ТИПОВЫХ РЕШЕНИЙ
96 ЗАО НВП “БОЛИД” | тел./факс: (495) 775-71-55 | e-mail: info@bolid.ru
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
- #
Эксплуатация » Управление реле с ОЗ АРМ Орион Про и пультом С2000М.
Пульт в режиме Компьютер. Реле в КПБ.
Всем управляет пульт С2000м, АРМ ОРИОН для отображения планов этажей, сработок, снятия/взятия.
Необходимо обеспечить с ОЗ включение системы ДУ и открытием электромагнитного клапана ДУ на этаже. По сути продублировать возможность нажатия этажного ИПР с компьютера.
Абатуров Антон Васильевич
– Шапран Сергей 3 года 3 месяца назад
– Малозёмов Константин Вячеславович 3 года 3 месяца назад
так для механической проверки вентиляторов и клапанов, без необходимости устраивать сработки на каждом этаже.
сам так делал, изначально для проверки правильности подключеня и работоспособности после монтажа (вдруг клапан переклинит и он не откроется или кабель питания где перебьют), а в дальнейшем просто проверять их работу.
сценарии, куча сценариев, на каждый этаж, на каждый клапан. Мне хватало по одному сценарию с шагом — Включить на время.
Для электромагнитных — время должно быть минимальным, иначе пластиковая обмотка магнита плавится и шток клинит (у меня так из 60 штук, 30 под замену, хотя время работы было около 5-7 секунд, а по паспорту позволялось до 15).
– Волков Андрей 3 года 3 месяца назад
3 ответа
Можно ли реализовать так?
Добавить иконку на план в ОЗ, про щелчке не которую или из ниспадающего меню была строчка включить и выключить?
Или создать пустой раздел и при взятии его реле включалось, при снятии выключалось.
Абатуров Антон Васильевич
– Бучель Фёдор Сергеевич 3 года 3 месяца назад
– Волков Андрей 3 года 3 месяца назад
– Бучель Фёдор Сергеевич 3 года 3 месяца назад
Источник
Эксплуатация » Управление реле с оперативной задачи
Добрый вечер. Пульт 3.02. Орион про 2.20.1. В конфигурации пульта занесены клапана С2000-СП4. При пожаре клапана работают как надо, отдельно каждый клапан с пульта открывается вручную без проблем.Записал конфигурацию пульта в орион про. По мануалу на сп4 настроил управление клапана. Вывел индикацию на монитор, показывает все адекватно. НАписал сценарий управления клапана в орион про по инструкции. Однако при включении сценария, в ОЗ пишет запус сценария, однако ничего не происходит, в ядре опроса во вкладе Сценарии пусто. Попробывал реле от сп1 управлять, тоже самое ничего не работает. Пульт в режиме КОМПЬЮТЕР. До этого на другом обьекте делал тоже самое в орион про версии 2.12, отрабатывало без проблем.В пульте игрался настройками централизованное управление-не помогает.
11 ответов
Попробуйте в АБД, в испекторе реле выбрать «да» напротив пункта централизированное управление.
Тремасов Константин Александрович
– Меркуль Игорь Юрьевич 4 года 11 месяцев назад
Сценарий управления не рекомендуется. Управление рекомендуем через привязку управления раздела к реле и назначения реле программы управления «включить» или «АСПТ» в Орион ПРО.
Параметр «централизованное управление» — «да» влияет только на экспорт БД в пульт.
– Меркуль Игорь Юрьевич 4 года 11 месяцев назад
Централизованное управление тактикой Данное свойство определяет, кем будет централизованно управляться релейный выход — пультом «С2000»/«С2000М» или программным модулем «Ядро опроса» АРМ «Орион Про»:
если выставлено значение «Да», то релейным выходом будет управлять программный модуль «Ядро опроса» АРМ «Орион Про», а данные о настройках централизованного управления этим релейным выходом не будут экспортироваться в пульт «С2000»/«С2000М»;
если выставлено значение «Нет», то программный модуль «Ядро опроса» не будет управлять релейным выходом, но данные о настройках централизованного управления этим релейным выходом будут экспортироваться в пульт «С2000»/«С2000М» (который и будет управлять релейнымвыходом).
Данное свойство доступно только для тех типов релейных выходов, которые поддерживают централизованное управление (см. примечание 2 к данной таблице).
Данное свойство анализируется только для протокола «Орион Про».
В протоколе «Орион» релейным выходом в любом случае (независимо от значения описываемого свойства) централизованно будет управлять программный модуль «Ядро опроса». Но при экспорте Базы данных в пульт «С2000»/«С2000М» данные о настройках централизованного управления этим релейным выходом будут экспортироваться только в том случае, если описываемое свойство имеет значение «Нет».
Централизованное управление релейным выходом возможно лишь в том случае, если релейный выход не управляется локально самим прибором.
(см. пункт 6.4.1)
Значение по умолчанию: «Нет»
Из РЭ на Орион 1.20.1
Так же ко мне обращался человек за помощью в подобной ситуации, это ему помогло.
– Тремасов Константин Александрович 4 года 11 месяцев назад
Источник
forum-bolid.ru
совместная работа с2000(М) и орион (орион про)
интересен такой вопрос.
как работает система при установке пульта в режим компьютер.?
допустим, есть раздел, есть привязанные к нему реле( сценарий). есть программа управления этим реле.
как будет отрабатываться реле(сценарий) при следующих условиях:
1) если программа прописана только в пульте
2) программа прописана и в пульте и в орион ( орион про)
3) программа прописана только в орион ( орион про)
4) если программа прописана и в пульте и в орион (орион про ) но они разные.
в инструкции конечно написано, что при таком режиме работы орион опрашивает пульт, а пульт приборы, но полностью тема не раскрыта..
Где об этом написано? Если есть какая-то защита в пульте от двойного исполнения скриптов, то хочется понять как это работает.
Если я правильно понял, то если выставить «централизованное управление тактикой» — «Нет» и написав аналогичные скрипты управления реле в Орион-про и в PProg, то не важно запущен Орион-Про или нет. Реле будет работать приоритетно по скриптам в Орион-Про, а при обрыве связи с ядром опроса переходить на управление по скриптам в пульте? Или как?
Где об этом написано? Если есть какая-то защита в пульте от двойного исполнения скриптов, то хочется понять как это работает.
Если я правильно понял, то если выставить «централизованное управление тактикой» — «Нет» и написав аналогичные скрипты управления реле в Орион-про и в PProg, то не важно запущен Орион-Про или нет. Реле будет работать приоритетно по скриптам в Орион-Про, а при обрыве связи с ядром опроса переходить на управление по скриптам в пульте? Или как?
если в настройках реле (АБД Орион Про) стоит «централизованное управление тактикой» — «Нет», то АБД экспортирует (пишет) это реле в конфигурацию пульта. Соответственно, реле управляется пультом (как в случае 1);
не работает
если «централизованное управление» установить «Да», то реле в С2000М не экспортируется, им управляет АРМ;
тоже не работает
Добавлено спустя 2 часа 16 минут:
LuckyBen писал(а): если в настройках реле (АБД Орион Про) стоит «централизованное управление тактикой» — «Нет», то АБД экспортирует (пишет) это реле в конфигурацию пульта. Соответственно, реле управляется пультом (как в случае 1);
не работает
если «централизованное управление» установить «Да», то реле в С2000М не экспортируется, им управляет АРМ;
тоже не работает
Поподробнее:
Имеются Орион Про, 3 пульта С2000М и приборы
Было: в каждом пульте был вручную прописана программа управления реле и все 3 реле работали
Стало: так как неохота каждый раз заходить в пульт при изменнеиях системы, я решил сделать так чтобы релешками управлял Орион, а не пульт.
для этого я сделал:
1. зашел в пульты и убрал управление реле от пульта
2. зашел в АБД Орион и поставил программу управления реле, централизованное управление тактикой» — «Нет», все перезагрузил реле не срабатывает
3. зашел в АБД Орион и поставил программу управления реле, централизованное управление тактикой» — «Да», все перезагрузил реле не срабатывает
Источник
Болид централизованное управление реле
А разве СП4 научился работать без Орион-ПРО?
—Конец цитаты——
разве можно так пугать?
мы только что 23 шутки С2000-СП4 купили. 


[09.10.2014 20:04:02] Я не пугаю, а интересуюсь.
В этикетке написано, что работать может с С2000М, а в таблице совместимости — только с Орион-про.
Или опять по К.Пруткову? 


[09.10.2014 20:21:37] Я думаю, что он совмещается с КДЛ, а КДЛ вверху просто нет, а вот уже совместимость КДЛ с пультом проверяется по таблице
http://bolid.ru/files/373/566/table_.
короче, это Болид 🙂 


[09.10.2014 20:30:16] А мы 244 С2000-СП4/220 заложили в связке с С2000-4 и ШАК. Отключение вентиляции не заморачиваясь на С2000-СП2. 


[09.10.2014 21:26:14] а кстати, по продукции болид, у них на что сертификаты пожарной безопасности есть, помоему только на РИП*ы вот я нашёл, подскажите? 


[09.10.2014 21:48:10] На сайте я не все нашел, в тинко поищите в документации. По поводу поддержки сп 4 орионом обычным-там тип реле первого из 5 выставляется клапан, а в орион нет такого типа, но ,думаю,если выставить просто реле он тоже будет работать. Еще у меня вопрос, можно ли на обычном орион организлвать работу с пультом одновременно? Чтобы системой управлял пульт, а арм ток инфа? 


[09.10.2014 21:49:18] Чисто с пультом сп4 работает с 2.06 


[09.10.2014 23:17:25] Убей не помню где читала, что вроде наоборот — только с 2.05.
но могу ошибаться 


[09.10.2014 23:26:25] Вопрос: В связи с отсутствием достоверной информации на Вашем сайте прошу предоставить информацию по совместимости С2000 СП4 с приборной базой Ориона.
Ответ: «С2000-СП4» совместим с «С2000-КДЛ» вер.2.01. «С2000-КДЛ» вер.2.00 можно обновить, прошивка на www.bolid.ru.
Более ранние версии «С2000-КДЛ» не совместимы.
Для управления системой следует использовать пульт «С2000М» вер.2.06. Пульты версий 2.00-2.05 можно обновить, прошивка на сайте.
Пульт «С2000» не совместим.
Скоро мы выпустим новую версию прошивки пульта «С2000М», которая позволит отображать состояние клапанов и управлять ими с прибора «С2000-БКИ». Прошивка также появится на сайте.
http://www.0-1.ru/discuss/?id=25243


[10.10.2014 9:00:15] я уже пробовал ими управлять с бки — управляются норм, только прошивка бки последняя, чтобы тип кнопки ставить «исполнительное устройство» 


[11.10.2014 0:36:00] Может кому пригодится:
Вопрос: Прошу вас дать рекомендации по следующей конфигурации системы:
2) С2000-КДЛ с ДИП-34А и ИПР
как осуществить привязку управления клапанами к разделам; осуществлять контроль состояния концевых выключателей для их отображения на БКИ, а также возможно ли управление клапанами с БКИ?
Ответ:
1. По первому адресу «клапан» мы подаем команду управления централизованного через pprog. Пример централизованного управления в приложении к письму.
2. Пока можно отображать индикацию только так: создаем 2 раздела, в каждый из них вносим по шлейфу КВ1 (4-ый адрес С2000-СП4), КВ2 (5-ый адрес С2000-СП4). А на блоке индикации указываем в 2-х ячейках номера, созданных разделов, тип отображения «технологический».
3. Полноценное управление будет возможно с кнопки С2000-БКИ клапаном С2000-СП4 в версии пульта 2.07 и С2000-БКИ-2.25. Их выход будет указан в разделе «новости».
Для сценария понадобится как минимум один не используемый шлейф безадресного прибора нашей системы, его глушим резистором оконечным, в uprog назначаем тип «охранный».
В pprog создаем раздел и переносим туда этот охранный шлейф. Создаем сценарий управления реле с разрешающим событием, например, «шлейф на охране», команда для адреса клапана «включить».
В uprog для С2000-БКИ в одну из ячеек прописываем этот раздел с охранным датчиком.
Тогда при нажатии на кнопку на С2000-БКИ охранный шлейф возьмется на охрану, сработает сценарий и подастся команда на вкл. выбранных С2000-СП4. При снятии этого шлейфа с охраны, команда включения снимается, клапаны переходят в исходное положение.
4. Описание превращения С2000-СП4 в клапан в программе pprog:
На вкладке «разделы» в нижней части окна находим С2000-КДЛ, выбираем первый адрес левой кнопкой мыши, который занимает С2000-СП4. По середине окна «разделе» есть кнопка «превратить в реле» она имеет такой же вид, как и иконка вкладке «реле». Нажав по этой кнопке 1 раз шлейф в первым адресом исчезнет из шлейфов прибора и появится на вкладке «реле» у прибора С2000-КДЛ.
Нужно зайти на вкладку «реле» выделить левой кнопкой мыши это реле и нажать на кнопку один раз «превратить в шлейф», кнопка находится чуть правее сверху, имеет вид трех желтых квадратов друг за другом. При этом на вкладке «реле» ничего не изменится, реле с адресом клапана должно остаться на месте, а вот если перейти на вкладку «разделы», то там появится вновь шлейф с адресом клапана.
Шлейф+реле с одним и тем же адресом — это и есть настройка для первого адреса С2000-СП4 для централизованного управления.
Источник







