Орион про статус сотрудника

Обновлено: 13.11.2024

В Macroscop Ultra реализована интеграция с АРМ «Орион»/«Орион Про», разработанными НВП «Болид». Для этих целей используются два различных компонента: утилита Macroscop Orion Bridge и встроенная в сервер Macroscop Ultra возможность Получение событий из Орион Про.

Утилита Macroscop Orion Bridge предоставляет следующие возможности:

  • отображение видео с камеры по команде Показать видео на экране из АРМ «Орион»/«Орион Про»: либо в специальном окне, либо на тревожном мониторе в приложении Macroscop Ultra Клиент;
  • передача событий из Macroscop Ultra (возникновение тревоги, срабатывание детектора движения, потеря соединения с камерой) в АРМ «Орион»/«Орион Про» для настройки в АРМ «Орион»/«Орион Про» реакции на эти события;
  • передача из АРМ «Орион»/«Орион Про» команд на включение и выключение видеозаписи в Macroscop Ultra.

Компонент Получение событий из Орион Про позволяет серверу Macroscop Ultra получать события из АРМ Орион Про и задавать реакцию на эти события, а также просматривать полученные события в Журнале событий приложения Macroscop Ultra Клиент. При этом, в Macroscop Ultra можно получить практически все события, существующие в АРМ Орион Про.

Перед проведением этапов по организации взаимодействия систем Macroscop Ultra и АРМ «Орион»/«Орион Про», необходимо убедиться, что они установлены и корректно функционируют.

Желательно не запускать сервер Macroscop Ultra и АРМ «Орион»/«Орион Про» на одном и том же компьютере, поскольку обе системы используют перекрывающиеся диапазоны сетевых портов (от 8080 до 8090)

Если сервер Macroscop Ultra и АРМ «Орион»/«Орион Про» расположены на одном компьютере, следует изменить стандартный сетевой порт (8080) сервера Macroscop Ultra.

Настройка и использование Macroscop Orion Bridge

Настройка на стороне АРМ «Орион»/«Орион Про»

Для настройки интеграции на стороне АРМ «Орион»/«Орион Про» необходимо добавить видеоподсистему Macroscop Ultra. Для этого нужно:

Запустить АБД АРМ Орион/Орион Про, перейти на вкладку Адреса приборов, выбрать в дереве системы компьютер, на котором будет производиться интеграция, нажать кнопку Добавить в нижней части основного окна.

Рекомендуется выбирать компьютер, на котором запущено (либо будет использоваться) приложение Ядро опроса, поскольку оно автоматически контролирует запуск модуля Видеосервер Орион/Орион Про.

В открывшемся слева окне выбрать параметр Настройки и щелкнуть по кнопке «…»; после чего убедиться, что в открывшемся окне выбрана опция Видеоподсистема; нажать ОК; нажать кнопку Сохранить в нижней части основного окна.

Выбрать узел Видео, нажать кнопку Добавить в нижней части основного окна.

В открывшемся слева окне, в параметре Тип выбрать Видеосистемы с COM-интерфейсом; в параметре Название задать имя системы видеонаблюдения, например Macroscop Ultra; в параметре IP ввести IP-адрес выбранного компьютера; нажать кнопку Сохранить в нижней части основного окна.

После добавления видеоподсистемы, необходимо добавить «виртуальные» камеры, соответствующие камерам Macroscop Ultra; для этого нужно:

В дереве выбрать добавленную видеоподсистему и нажать кнопку Добавить в нижней части основного окна.

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

Значение Индекс камеры будет использован далее в утилите Macroscop Orion Bridge для установления соответствия между камерами Macroscop Ultra и «виртуальными» камерами АРМ Орион Про.

После добавления камер в систему, их необходимо разместить на планах помещений. Для этого нужно перейти на вкладку Планы помещений и выполнить следующие действия:

В дереве Планы выбрать компьютер, для которого была добавлена система видеонаблюдения и перейти на план помещения, на котором должна размещаться камера; выделить подпункт Камеры и нажать кнопку Добавить в нижней части основного окна.

В открывшемся слева окне выбрать нужную камеру и нажать ОК.

В открывшемся слева окне выбрать параметр Расположение и щелкнуть по кнопке «…».

В открывшемся окне Редактор разделов разместить камеру на плане и нажать кнопку

Нажать кнопку Сохранить в нижней части основного окна.

Настройка на стороне Macroscop Ultra

Для настройки интеграции на стороне Macroscop Ultra необходимо выполнить следующие действия:

Запустить утилиту Macroscop Orion Bridge: файл MacroscopOrionBridge.exe, размещенный в той же папке, что и файлы приложения Macroscop Ultra Клиент (файл MacroscopClient.exe). В результате в области системных уведомлений должен появиться соответствующий значок.

Щелкнуть по значку Macroscop Orion Bridge в области уведомлений; в открывшемся меню выбрать пункт Настройки интеграции….

В случае проблем с подключением к серверу следует убедиться, что сервер по указанному адресу функционирует и имеет доступ к сети.

Перейти на вкладку Интеграция, настроить соответствия между камерами Macroscop Ultra и камерами, ранее добавленными в АРМ «Орион»/«Орион Про». Изначально каждой камере соответствует число -1, что равнозначно отсутствию соответствия между камерой Macroscop Ultra и камерой АРМ «Орион»/«Орион Про».

После выполнения описанных выше действий приложение интеграции должна перейти в состояние подключения к АРМ «Орион»/«Орион Про». В случае успешного подключения, текущий статус приложения будет выглядеть следующим образом.

Работа на стороне АРМ «Орион»/«Орион Про»

В модуле Орион/Орион Про. Монитор оперативной задачи виртуальные камеры могут использоваться для посылки команд в Macroscop Ultra и для получения событий из Macroscop Ultra. Кроме того, в журнале событий Орион/Орион Про будут отображаться события подключения и обрыва связи с камерами. Доступны следующие команды:

  • Взять камеру на охрану — начинает отображать в журнале событий Орион/Орион Про тревожные события по данной камере, сгенерированные в Macroscop Ultra.
  • Снять камеру с охраны — отменяет предыдущую операцию.
  • Включить детектор движения — начинает отображать в журнале событий Орион/Орион Про события по данной камере, сгенерированные детектором движения Macroscop Ultra.
  • Выключить детектор движения — отменяет предыдущую операцию.
  • Показать видео на экране — отображает видео по данной камере либо в специальном окне, либо на тревожном мониторе Macroscop Ultra (в зависимости от настроек, заданных в разделе Общие настройки утилиты Macroscop Orion Bridge).
  • Убрать видео с экрана — отменяет предыдущую операцию.
  • Начать запись — отправляет команду в систему Macroscop Ultra о начале записи видеоархива по данной камере.
  • Закончить запись — отправляет команду в Macroscop Ultra о прекращении записи видеоархива по данной камере.

Для выполнения команд в модуле Орион/Орион Про. Монитор оперативной задачи необходимо щелкнуть правой кнопкой мыши по значку камеры и выбрать нужную команду в появившемся всплывающем меню.

Настройка реакции на события из Орион Про»

Программа "Учёт рабочего времени" предназначена для контроля трудовой дисциплины сотрудников Вашего предприятия. Программа является сетевым приложением и позволяет просматривать данные с любого компьютера, включённого в сеть, где она установлена: охраны, бухгалтерии, руководства. Это приложение является составной частью АРМ "Орион Про" и не может работать без его базы данных.

Особенности программы "Учёт рабочего времени":
Рассчитывать различные отчеты по сотрудникам предприятия: общий отчет об отработанном времени, список нарушителей трудовой дисциплины, отчет о сотруднике с детализацией по дням, подробный отчет о сотруднике, стандартную форму табеля за месяц
Возможность регулирования уровня доступа к данным
Поддержка мягких прогулов
Поддержка свободного графика работы
Поддержка запрета перехода через сутки
Расчет отработанного времени по сложным графикам
Подробно комментирует свои расчеты в протоколе работы
Учитывает причины отсутствия сотрудников на работе
Экспорт требуемых результатов работы в формат простого текста, HTML, Excel
Цветовая подсветка цифр в отчётах
Многооконный интерфейс

Установка и настройка АРМ "Орион Про" в клиент-серверном исполнении

орион про болид 34208

АРМ "Орион Про" это пакет программного обеспечения для аппаратно-программного комплекса ИСО "Орион", на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов - система довольно интересная. Однажды пришлось столкнуться с ней и при установке возникли некоторые ньюансы, которые в этой заметке и будут рассмотрены.

Содержание:

На одном установлен Windows Server (он будет в качестве сервера соответственно), а на втором обычная пользовательская Windows (ПК оператора/охраны).

Первое что необходимо сделать это вставить ключи с лицензиями Орион в ПК и скачать саму программу с сайта.

1. Установка серверной части "Орион про"

На сервере устанавливаем "Орион Про" установив галку при запросе установки MS SQL Server (только если MS SQL не был установлен ранее). Программа установки сама скачает и настроит MS SQL Server и никаких действий при этом не требуется.

Все остальные пункты установки можно оставить по-умолчанию.

Лучше сразу задать с свойствах сервера, монитора, управление сервером и т.д. запуск от администратора по-умолчанию.

Проверяем подключение к серверу. Для этого запускаем "Управление сервером" (пароль по-умолчанию 73173100) и в окне должно быть "Соединение: установлено".

После запускаем "Оболочку системы" и начинаем добавлять данные в АБД (Администратор Базы Данных).

Если ругается на подключение к БД

и вылетает ошибка после запуска оболочки (как было у меня)

, то необходимо проделать следующие действия.

Находим в менеджере центрального сервера в меню БД пункт "Присоединение базы данных к серверу".

На ошибку нажимаем "ок" и далее запускается мастер присоединения БД.

В поле "Имя псевдонима подключаемой БД" вносим любое имя на анг. раскладке, можно оставить по-умолчанию - Orion.

В поле "Имя файла базы данных" выбираем файл в папке C:\ORIONBASE\MSDE2008\" либо orion1202.mdf либо orion1201.mdf на выбор.

Нажимаем "далее" и после подключения и завершения работы мастера пробуем запустить оболочку либо управление сервером.

Заходим в АБД и создаем компьютер клиента. Нам необходимо ввести ip-адрес клиента, выбрать настройки и его имя.

На этом установка и настройка "Орион Про" на сервере закончена.

После окончания установки рекомендую перезагрузить ПК.

2. Установка "Орион Про" на клиенте.

На клиенте устанавливаем Орион Про без галки установки MS SQL Server.

Также выбираем тип установки - вручную.

Выбираем нужные нам элементы на клиенте (соответственно сервер Орион, ядро и т.п. выбирать не нужно).

Вводим ip-адрес сервера, жмем далее и ждем окончания установки.

3. Подключение клиента "Орион Про" к серверу.

После установки и перезагрузки клиент должен подключиться к серверу.

Если нет связи с сервером, то необходимо на машине сервера добавить "сервер Орион" в исключение брандмауэра и антивируса.

Введение

Для общения используются 2 шифрованных протокола: Орион или Орион Про. На момент написания статьи я пока не знаю в чём между ними разница, во всяком случае дальше будет речь о протоколе Орион (без “Про”).

Существует устройство С2000-ПП для общения с bolid-устройствами через протокол Modbus-RTU. Но его функционал крайне ограничен.

Протокол Орион

Протокол Орион представляет из себя подобие Modbus-RTU, есть команда, количество передаваемых байт и CRC.

Мы общаемся со slave-устройствами как master, мы отправляем запросы, устройства нам отвечают.

При отправке шифрованных команд используется MESSAGE_KEY при каждом запросе.

Для общения с Bolid-устройствами нам нужно подключиться в любое место линии RS-485 (не забываем про терминаторы, иногда без них работа нестабильна).

Расчёт контрольной суммы

Установка “глобального ключа”

Для того, чтобы общаться с каким-то устройством, ему нужно задать “глобальный ключ” (для забавы и наглядности выбран ключ 0xBA, получается “BABA”).

Далее по тексту операция исключающего “или” (XOR) будет обозначаться символом “^”.

Зададим Bolid-устройству с адресом 3 глобальный ключ следующей командой:

0x03 - адрес Bolid-устройства, в данном случае устройство имеет адрес 3 (из возможных 1..127);

0x00 - GLOBAL_KEY ^ MESSAGE_KEY (в данном случае GLOBAL_KEY = MESSAGE_KEY, поэтому GLOBAL_KEY ^ MESSAGE_KEY == 0);

0x11 - команда на запись нового ключа устройства;

0xBA - новый GLOBAL_KEY;

0xBA - новый GLOBAL_KEY (повтор байта, видимо на всякий случай);

0x8D - контрольная сумма CRC-8.

Считаем статус устройства

Для того, чтобы получить текущий статус устройства, отправим следующую команду:

0x83 - ADDRESS + 0x80(смещение адреса при шифровании) (ADDRESS == 3);

0x00 - GLOBAL_KEY ^ MESSAGE_KEY (они одинаковые, поэтому ноль);

0xED - 0x57 ^ MESSAGE_KEY команда на чтение статуса;

0xB8 - 0x02 ^ MESSAGE_KEY команда на чтение статуса;

0x62 - контрольная сумма CRC-8.

На данную команду мы можем получить ответ навроде:

0x83 - ADDRESS + 0x80 (ADDRESS == 3);

Где-то в 2009 году, когда еще речи не шло о группе компаний в сегодняшнем виде, i-Free арендовала помещения в бизнес-центре, сначала занимая одну комнату и расширяясь с годами.
Филиалы в шести странах мира и размещение «с трудом» в четырёх бизнес-центрах Санкт-Петербурга ещё впереди, а пока только 5 кабинетов в разных концах коридора и даже на разных этажах. Коридор общий для разных арендаторов, вход в БЦ свободный. Бегая к коллегам в другой кабинет, замыкать двери на ключ нередко забывали. Стало быть, СКУД стал необходимостью. Задумались о решении, и тогда выбор пал на Болид.

Почему Болид? Альтернатив особо не было, что было реализовано в бизнес-центре, то и «продлили» для себя, просто потому, что был нужный специалист «под рукой».

Быстро решили отделить свою систему от бизнес-центра, чтобы не было дискуссий о доступах и управлении СКУДом.
После появления большего количества помещений, отказались от контактных «таблеток» в пользу более удобных бесконтактных. Появились считыватели em marine, карточки. Купили «аж 150 карточек» и вбивали их в систему.
Спроектировали, смонтировали, настройка закончена, карточки выданы, пошла ежедневная работа.

Я опущу плюсы, буду писать о минусах, чтобы было понятно, как и почему мы пришли к сегодняшней системе.

Итак, минусы:

— для простой выдачи карточки требуется специалист, обученный работе с весьма замысловатым интерфейсом Болида, имеющий соответствующие доступы в программу управления. Значит «в отпуск нельзя, болеть нельзя, умереть запрещено под страхом смертной казни»;
— очень быстро пришло понимание, что карточки нужно не только выдавать, но и менять. При росте компании свыше 200 сотрудников теряли не менее 2-х карточек в неделю;
— гораздо чаще «ой я забыл сегодня дома, дай карточку». До десятка в день;
— а еще «к нам гости из Пекина, 10 человек, в коридоре, нужно срочно карточки… что значит тебе некогда? мне же нужно!»;
— дублирование ввода информации — кадровик вводит информацию о сотруднике в 1С, администратор — в AD, инженер СКУД — в Болид. Три раза;
— а еще, компания оплачивает питание сотрудников, и всё время в воздухе витала идея «а как бы это нам по карточкам обедать в нашем кафе»;
— «а неплохо бы еще вооот такой отчётик, у нас же все ходы логируются… что значит нельзя сделать отчет? это же база данных. ». Отчеты у Болида тогда были предусмотрены, но за деньги. И весьма ограниченный набор отчётов при этом;

Первым шагом к интеграции стал перевод базы данных Болида на сервер. Описание БД есть, попробовали подключиться из 1С — ура! Вопрос с отчетами решен. Какой хотим, такой и получаем.

Шло время, и была разработана система оплаты питания «по карточкам», предвестник нынешнего наЛанча
Система питания потребовала формата Mifare, дабы организовать на карточке «кошелёк», пришлось заменить все считыватели. И это был следующий этап.

В какой-то момент мы выросли из «нашего» бизнес-центра, арендовали дополнительно еще два этажа в другом. Подключили удаленные помещения по локальной сети, благо Болид позоляет такую архитектуру. Намного позднее к нашей системе подключили даже филиалы в Москве, Украине, Казахстане.

Узким местом остались турникеты на входе во второй БЦ — пришлось навешать на чужие приборы, работающие с em marine, наши считыватели Mifare. Если «на этажах» вход в наши помещения мы контролировали самостоятельно, то «на турникеты» приходилось регулярно передавать списки ключей, новых и заблокированных. Один раз в неделю, что создавало проблемы для «потеряшек» и новых сотрудников. В какой-то момент удалось договориться с удаленными бизнес-центрами поставить параллельно не считыватели, а наши приборы, подключенные по сети. И тогда вопрос обновления ключей стал делом минут, а не дней.

В то же время мы активно изучали Болид изнутри, это оказалась довольно гибкая система. За счет внутреннего макроязыка сценариев, нам удалось дисциплинировать сотрудников: ежедневно скрипт проверял порядка 50 помещений на предмет взятия под охрану, если помещение не под охраной, создавался алерт ответственному, для разборки полетов. Плюс дополнительные удобства: постановка под охрану сразу нескольких помещений при определенном алгоритме, или получение комментариев от охраны на e-mail, при возникновении тревожных ситуаций.

Шло время, наконец закончился переход на Mifare и мучения с двумя карточками у сотрудников. Отчеты по СКУД уже в 1С, корпоративное питание тоже, дело за малым — добиться того, чтобы данные из 1С сами попадали в контроллеры. Здесь нам на помощь пришел комплект разработчика для Ориона Про.

С помощью XML-RPC процедур мы смогли немедленно обновлять данные на контроллерах системы, оперативно блокировать ключи или изменять уровни доступа сотрудников.

Вот пример, как можно поиграться с дверьми, если у вас аналогичная система — запрос ControlAccess отправляет команду на открытие двери, для этого нам понадобится Curl и запрос вида:

ControlAccess

Сохраняем в test.txt отправляем на сервер СКУД, в нашем случае он локальный C:\curl\bin\curl.exe -X POST -d @C:\test.txt 127.0.0.1:8080

В скором времени наш основной БЦ стал уже тесен и не удовлетворял текущим запросам, для этого специально для нас было надстроено три этажа в конгрессно-выстовочном центре по соседству, в котором и сейчас благополучно находится наш главный офис.

В ходе знакомства с текущими системами нового бизнес-центра нам снова встретился Болид: в виде пожарной, охранной системы и системы контроля доступа, на нем мы и продолжили строиться.

Сборы и переезд — отдельная тема, но результат того стоил того.

Интеграция болида в 1С существенно облегчила администрирование, позволила создавать автоматические правила по смене уровней доступа при перемещении сотрудника между отделами и автоматической блокировки при увольнении, но при замене карт по-прежнему требовалось вмешательство оператора.

Список сотрудников с телефонами хранится в 1С, ежедневно в ноду SMS-Direct выгружается белый список телефонных номеров сотрудников. При поступлении SMS с запросом номер телефона проверяется по списку, если нет в списке, отправляется ответ о том, что хорошо бы зайти в отдел HR и провериться, если всё Ok — генерируется случайный короткий номер и отправляется в 1С и сотруднику, 1С конвертирует пин-код в ключ для контроллеров:

1234 = F300000000123401
4321 = 1B00000000432101
9876 = 9E00000000987601
4582 = 8200000000458201
123456 = 0500000012345601

Если разобрать последний пример, то 05 – контрольная сумма, 000000 – добивает до 16 символов, 123456 – наш короткий код, 01 – добавляется в конец ко всем ключам.

Циклическая контрольная сумма получается по правилу фирмы Dallas. Расчет осуществляется следующим образом:

CRCTable: array [0..255] of byte = (
0,94,188,226,97,63,221,131,194,156,126,32,163,253,31,65,
157,195,33,127,252,162,64,30,95,1,227,189,62,96,130,220,
35,125,159,193,66,28,254,160,225,191,93,3,128,222,60,98,
190,224,2,92,223,129,99,61,124,34,192,158,29,67,161,255,
70,24,250,164,39,121,155,197,132,218,56,102,229,187,89,7,
219,133,103,57,186,228,6,88,25,71,165,251,120,38,196,154,
101,59,217,135,4,90,184,230,167,249,27,69,198,152,122,36,
248,166,68,26,153,199,37,123,58,100,134,216,91,5,231,185,
140,210,48,110,237,179,81,15,78,16,242,172,47,113,147,205,
17,79,173,243,112,46,204,146,211,141,111,49,178,236,14,80,
175,241,19,77,206,144,114,44,109,51,209,143,12,82,176,238,
50,108,142,208,83,13,239,177,240,174,76,18,145,207,45,115,
202,148,118,40,171,245,23,73,8,86,180,234,105,55,213,139,
87,9,235,181,54,104,138,212,149,203,41,119,244,170,72,22,
233,183,85,11,136,214,52,106,43,117,151,201,74,20,246,168,
116,42,200,150,21,75,169,247,182,232,10,84,215,137,107,53);

KeyCode: array[1..8] of byte;
KeyCode[ 8 ] := 0;

For j := 1 to 7 do
KeyCode[ 8 ] := CRCTable[ KeyCode[ 8 ] xor KeyCode[ j ] ];

Теперь каждый сотрудник может самостоятельно в любое время заменить себе проходку и попасть в офис согласно своему уровню доступа, да ещё и пообедать «по проходке» через пару часов после активации.
Если форм фактор в виде карточки не устраивает, любой сотрудник может взять кожаный брелок, силиконовый браслет или наклейку на телефон — кому что удобнее — и самостоятельно активировать при получении, в отделе HR по той же процедуре.

В процессе этой автоматической замены, конечно же, слишком много посредников, и всё это можно сделать на одном устройстве в виде планшета с gsm и nfc или raspberry с подключенным считывателем и gsm модемом, но в исходных данных у нас был Болид, и нам важно было показать возможности интеграции и автоматизации системы контроля доступа именно на его основе.

Выводы и итоги

Эти решения помогли нам избавиться от ручного вмешательства в СКУД; свести к нулю риск возникновения ошибок при назначении уровней доступа и замене\выдаче ключей; ускорить выдачу новых карт; повысить общую безопасность системы и интегрировать новые сервисы.

По прошествии нескольких лет наш партнер, достаточно крупная компания, занимающаяся ритейлом в сфере FMCG, обратилась за помощью в подобной интеграции в свою инфраструктуру, что мы успешно сделали, естественно, учитывая все трудности, с которыми нам пришлось столкнуться при внедрении системы в i-Free. То есть сейчас наше решение доказало возможность быстрого масштабирования и в других компаниях, независимо от специфики работы и количества сотрудников.

Первым делом на сервере (10.7.8.87 <=> Windows 7 x64, HDD = 500Gb, RAM = 4G,CPU=4 СКУД (Bolid Orion Pro) отключаем брандмауэр, затем создаем компьютер:

Но первым делом нужно проверить что сервер 10.7.8.87 прослушивает порт 2001

c:\Users\Admin\netstat -a | findstr /I ":2001"

  • Фамилия: alektest
  • Имя: alektest
  • Отчество: alektest
  • Статус: любое значение из выпадающего списка
  • Сотрудник: alektest a. a.
  • Тип кода: Пароль для программ
  • Код: нажимаем сюда и указываем пароль:
  • Новый пароль: Aa1234567
  • Подтверждение пароля: Aa1234567
  • Полномочия на запуск программ:
  • Учет рабочего времени — вкл
  • Генератор отчетов — вкл
  • Имя — было указано хост имя клиентской станции
  • TCP/IP — был указан IP адрес клиентской станции

На заметку: советую на клиентской машине также как на сервере где установлен СКУД выключить брандмауэр.

В конечном итоге заведенный компьютер будет выглядеть так:

Теперь запускаю Virtualbox с осью Windows 7 x86 Корпоративная, устанавливаю из инсталляционного пакета клиентскую часть:

orionprosetup.exe (Версия файла: 1.12.2.0 от 03.09.2015, размер инсталляционного пакета: 958 MБ)

  • Установить MS SQL Server Express 2008 не установлен: галочкой не отмечаем
  • Тип установки: Ручная установка
  • Папка назначение — оставляем по дефолту
  • Компоненты: нужно только:
  • Учет рабочего времени Орион Про
  • Генератор отчетов Орион Про
  • Монитор Орион Про

Далее указываем IP адрес компьютера на котором развернута база данных СКУД, в моем случае все на одной машине:

Теперь перехожу в каталог куда установилось клиентское ПО Болида:

C:\BOLID\ARM_ORION_PRO1_12_2\открываю файл orion.ini и изменяю его, а именно параметры:

Не забываем сохранить внесенные изменения.

Теперь запускаю на клиентской станции:

Пуск — Все программы — Болид — АРМ Орион Про 1.12 с сервисным пакетом 2 — Оболочка системы, подключение должно произойти, если это не произошло то можно посмотреть лог

проверяйте все заново, вот так в правильном случае должно выглядеть окно подключения к системе контроля управления доступом.

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

Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:

Поблагодари автора и новые статьи

будут появляться чаще :)

Карта МКБ: 4432-7300-2472-8059

Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.

Внимание! Информация на сайте не является публичной офертой. Уточняйте цены по телефону или у нас в офисе.

АРМ "Орион Про" ФСТЭК

Заказать товар Задать вопрос ПОЛУЧИТЬ ИНДИВИДУАЛЬНОЕ ПРЕДЛОЖЕНИЕ

АРМ "Орион Про" — пакет программного обеспечения для аппаратно-программного комплекса ИСО "Орион", на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Программное обеспечение предназначено для организации компьютерных рабочих мест с целью повышения эффективности оперативного контроля и автоматизации управления системами, масштабирования ИСО "Орион", построения единых систем безопасности для территориально распределенных объектов, интеграции всех подсистем на программном уровне.

АРМ "Орион Про" может функционировать как на одном рабочем месте, так и на распределенных рабочих местах, объединенных через локальную вычислительную сеть. Пакет АРМ "Орион Про" включает в себя программные модули "Сервер", "Администратор базы данных", "Монитор", "Ядро системы", "Оперативная задача", "Генератор отчетов", "Учет рабочего времени", "Видеосервер" и сервисные утилиты. АРМ "Орион Про" способен объединить до 127 локальных ИСО "Орион" одним модулем "Оперативная задача". В составе АРМ "Орион Про" могут одновременно работать до 63 "Оперативных задач". "Оперативные задачи" имеют 6 исполнений – на подключение 4, 10, 20, 127, 512 и 1024 приборов. Работает с приборами "С2000", "С2000М", "С2000-КС", "Сигнал-20", "Сигнал-20П", "Сигнал-20М", "Сигнал-10", "С2000-4", "С2000-2", "С2000-СП1", "С2000-К", "С2000-КДЛ", "С2000-БИ", "С2000-ИТ", "С2000-АСПТ", "С2000-КПБ", "Рупор", "С2000-ПТ", "Поток-3Н", "С2000-БИ" исп.01, "С2000-КС", " Рупор" исп.01, "Поток-БКИ", "Поток-3Н", "С2000-ADEM", "РИП-12-RS", РИП 24 2А RS, РИП 12 6А RS, РИП 24 4А RS, МИП-12-3 RS, МИП-24-2 RS, "С2000-Ethernet", "С2000-БКИ", "С2000-ПП", "РИП-12-2А RS", "С2000-PGE", "С2000-ПП", "УОП-3GSM", "УО-4С", "С2000 Периметр", "С2000-BIOAccess-F4", "С2000-BIOAccess-F8", "С2000-BIOACCESS-MA300", "С2000-BIOACCESS-F18", "С2000-BIOACCESS-ZK4500", электронный сейф (ключница) серии "СК, СД и СУ".

Вот что я никогда так скажем, "не любил", так это системы ПОС и АСПТ или по другому ОПС и АПТ- аббревиатур много, а смысл один — охранно-пожарная сигнализация и автоматическое пожаротушение.
Впрочем, кто из ИТР, отвечающих за их эксплуатацию и не имеющий в штате собственных монтёров, техников, инженеров ОПС их "любит"?

В общем, планирую ряд дилетантских заметок — я не специалист по пожарно-охранной сигнализации.
Да, есть форумы "Болид", ресурсы по это проклятущей охранно-пожарной сигнализации, но…
Те, кто в теме, кто работает на промыслах, меня поймут.
Больше, как действующий работник написать не могу.

Итак.
Что мы имеем?
При замене неисправного ППКОП Сигнал-10(не конфигурируются каналы, не прошивается, эксплуатация с 2012 года) на новый Сигнал-10(год выпуска 2019) при записи в конфигурации неадресного шлейфа как "Дымовой" при проверке дымового пожарного извещателя ИП-212 на АРМ ОРИОН-ПРО(версия 2011 года) проходит сигнал "Событие-40", вместо сигнала "ПОЖАР".

Поиск в Интернете, попытки конфигурирования дали "зацепку", что же это за фигня такая это "событие".
В общем, это 2 пожара, сработка двух извещателей в шлейфе, причём всё это связано и с версией ОРИОН-ПРО и самого ППКОП.
Сменили тип шлейфа на "Комбинированный".
Разумеется, прописали логику работы и прочее в соответствующем разделе объектового пульта С-2000М.

Всё работает отлично, сигнал "ПОЖАР" при проверке отображается на АРМ "ОРИОН-ПРО".
Итог — "Сигнал-40" на АРМ ОРИОН-ПРО- конфликт версий оболочки и полевого оборудования.

Для профи.
С версиями прошивки Сигнал-10 играли и ПРОФИ, не кидайтесь в дилетанта камнями — резисторы в шлейфе и первоначальную сработку проверяли магазином сопротивлений.
Про 4,7 кОм и ток шлейфа я в курсе, это я уяснил ещё в 2003, когда на меня спихнули в первый раз "пожарку".
Все эти "танцы с бубном" не помогли.
А вот с оболочкой ОРИОН-ПРо всё хреновато — я не настолько спец, чтоб менять её версию. Очкую, что уж понтоваться!
Кстати, ОРИОН-ПРО для изучения мы пытались поставить на другой ПК — не получилось — нет лицензии. Планирую заказать тестовую версию

Да, вот ещё что…
Для ППКОП "Сигнал-10", С2000-4 "крестик" в графе "автовзятие" увы, "не работает".
Не встанет он у Вас на охрану, хоть убейтесь!
Постановка на охрану либо с пульта С2000м или С2000-БКИ или с АРМ ОРИОН-ПРО, с ключа, точнее считывателя.
Но сам по себе, никак!

Т.е. заменить скажем, УПКОП, которые частенько пихают в шкафы УДР, БДР итд, на С2000-4 или Сигнал-10- ну никак!
Разве что считыватель приляпать. А он вряд ли у Вас на промысле в загашнике есть. Да и гемор с этими, блин, "считывателями"(Ну это отдельная история)

Да, профи, Вам то смешно, но мне было не очень, пока тему не просёк.

Теперь ещё про конфликты в ОРИОН-ПРО.
Опять-же, профи, не смейтесь, это для бедолаг, полевых ИТР, которым в это приходится вникать
То, что вы конфигурируете в ОРИОН-ПРО никаким боком не попадёт в пульт С-2000М.
Т.е. то, что записано в пульте. нужно ручками переносить в базу данных. Да, вроде существует возможность прямой записи, но до конца непонятно как.

В итоге при перезагрузке оболочки возможны различные "глюки"
Пример?
С2000-4. Выход из строя одного из шлейфов, в моём случае шлейф 1, неадресный, дымотепловой пожарный извещатель(не прописывается, перепрошивка не помогает).
Переносим извещатели на другие свободные шлейфы.
В моём случае это шлейф 2 комбинированный дымотепловой извещатель ИП 212/101-3А-A1R, шлейф 3 ручной пожарный извещатель
Конфигурируем С2000М.

Появляется необходимость перезагрузки оболочки…
Вуаля!
Не ставится на охрану, так как первый шлейф(удалённый) по прежнему записан в ОРИОН-ПРО.
Почему не записали? Ну тогда ещё думали, что подтянет данные АРМ.

Но и у уже сконфигурированной "профессиОналами" системы могут быть косяки, что бывало и у меня.
В общем, если при перезагрузке оболочки у Вас к примеру, врубилась светозвуковая сигнализация, причём при отсутствии пожара не паникуйте.

Да, на фото адресный дымовой извещатель — с ними всё в разы проще, кстати.
И аэрозоль для проверки дымовых извещателей, тоже, неплохо.
Это я чтоб картинка была.

Чужой компьютер

Просмотр темы 88

Есть ли достойная замена Ориону?

Денис, а какой интеграции у Ориона вы говорите?
В интегрированных системах безопасности должен быть реализован механизм межсистемных реакций. и вот набор процедур, реализующих алгоритм последовательных действий при выявлении конкретного события в системе у Ориона просто никакой.

Нравится Показать список оценивших

Пробовали рубеж-08 (скуд интегрировали в интелект).дорого мутно не понятно.плохо работает тех поддержка.лудше уж болид)

Нравится Показать список оценивших

Пробовали "Орион" интегрированный в интелект. таже херня)))

Нравится Показать список оценивших

Нравится Показать список оценивших

ОРИОН в печенках сидит. Особенно кудрявый получился у болида ОРИОН ПРО. Говорят мол исправим поправим. На мой взгляд орион слишком дорог . но альтернативы пока нет. т.К. в основном ставим приборы С2000, Сигнал20,с2000-4 и т.д. Правда за 4 года "запусков" ориона научился делать так что работает. Да еще учет рабочего времени. сейчас вот пытаюсь его до ума довести

Нравится Показать список оценивших

Да кстати по поводу интеграции видеонаблюдения ОРИОН+Видеонет. Нахрен надо лучше поставить орион в разрешении 800на 600 а видеонетом заполнить пустое пространство.

Нравится Показать список оценивших

Появилось совершенно новое решение "КВАЗАР", производит "ТЕНЗОР" увидел на МИПСе, немного поразглядывал. Альтернатива "Ориону" неплохая. Кроме того, ощущение, что просто, тупо передрали. Заметно, как по дизайну приборов, так и по принципу. Из плюсов, можно назвать более широкую номенклатуру кол-ва шлейфов (4, 8, 16), БИ на 32 раздела и шину CAN. В остальном, тоже самое. В продаже пока не видел, но на выставке обещали, что по цене на треть ниже болидовских аналагов. Вот.

Нравится Показать список оценивших

Кстати Вы не правы насчет ПО "Рубеж-08", после инсталляции и программирования работа с "Рубеж-монитор" и "Рубеж-конфигуратор" довольно проста и вменяема, к тому же есть удобный скриптовый редактор, расширяющий эти возможности..насчет программ под видео и СКУД могу сказать что они очень сырые и разработчик не уделяет им внимания.. видео сильно проигрывает по передаче сигналов.

Нравится Показать список оценивших

По идее систему надо подбирать по потребностям и каждая имеет право на жизнь. Делали и Орионы, и Рубежи, и Кодосы, и Магистраторы. Всё же зависит от задач. А понты типа "вот продвинутые импортные системы. " останутся только понтами для провинции, переплачивать за свою безопасность люди не научились в большинстве своём, а если и готовы то возникают проблемы с эксклюзивностью применяемого с ними железа (ждать то приходится порой огого).
Искать достойную альтернативу Ориону - по идее при разработке проекта есть только три пути:
1 - ставить систему по ТЗ,
2 - из потребностей и финансов вытекает то что можно поставить,
3 - приоритеты дилера/опыта установки определенной системы.

Не буду спорить - у всех систем есть свои косячки, учатся на СВОИХ ошибках и только на своём опыте узнаешь что должна по идее делать но не делает С2000, как подключить считыватель ТМ к контроллеру доступа Рубежа-08 и прочие радости)))

Читайте также: