Болид 1с урв настройка
FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ "Орион Про" — пакет программного обеспечения для аппаратно-программного комплекса ИСО "Орион", на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы
Люди добрые, помогите. На предприятии, для отметки на УРВ, установили два считывателя, без двери, почему так поступили не знаю, человек, который это сделал, уехал на неопределённый срок, так до конца и не наладив работу УРВ. Начальство насело на меня, сам я в этом особо не разбираюсь. По мануалу к програме, создал зоны доступа, временные окна для графика работы, установил подразделениям график работы. УРВ видит сотрудников, но табель не ведет. Посидев на форумах, узнал, что УРВ работает по событию проход, выставил в настройках "формировать проход автоматически", но событие проход на этих считывателях не формируется. Можно ли это сделать, и если можно то как?
Ещё добавлю. Для эксперимента настроил УРВ для работы на обычной двунаправленной двери. УРВ заработало. Из чего и сделал вывод, что проблема, как раз в том, что на этих считывателях, не формируется событие "проход". В базе данных, эти считыватели, привязаны к двунаправленной двери, но в природе этой двери не существует. Начальство хочет, чтобы люди отмечались именно на этих, отдельно стоящих, считывателях.
Хм. Теперь возникла другая проблема, предыдущий человек, который пытался настроить УРВ, насоздавал различных зон доступа. Я все их удалил, оставил только "внешний мир", и созданную мной "На работе". Но вот проблема, при проходе через другие точки доступа, которые не находятся сейчас ни в одной зоне доступа, в мониторе оперативной задачи, я вижу что двери ведут в несуществующие зоны, в итоге люди выпадают из графика. Я так думаю, нужно вручную прописать в приборы зоны доступа.
Все верно. Двигаетесь в правильном направлении. Еще в АБД на странице Сотрудники уберите галки с "свободного графика" и поставьте на "запрет перехода через сутки". С остальными настройками которые находятся в самом модуле "УРВ" можно разобраться методом тыка, вариантов там немного.
УРВ работает, но как-то выборочно. Например в отчётах где указывается время отработанное сотрудником, кому-то считает, кому-то не считает. Хотя если взять подробный отчёт о сотруднике, которому УРВ поставило прогул, то там видно, что человек вовремя пришёл, и расчёт ведётся, и вышел, в зону где расчёт не ведется. Различия у полностью одинаковых, по уровням доступа и графиках работы, сотрудников. Куда копать, кто подскажет?
Makarych62 писал(а): Хм. Теперь возникла другая проблема, предыдущий человек, который пытался настроить УРВ, насоздавал различных зон доступа. Я все их удалил, оставил только "внешний мир", и созданную мной "На работе". Но вот проблема, при проходе через другие точки доступа, которые не находятся сейчас ни в одной зоне доступа, в мониторе оперативной задачи, я вижу что двери ведут в несуществующие зоны, в итоге люди выпадают из графика. Я так думаю, нужно вручную прописать в приборы зоны доступа.
Если просто удалили,проверьте в настройках двери в испекторе,что там осталось,по идее там ничего не должно быть,и оперативную задачу обновляли после изменений в бд ? Так как фраза "при проходе через другие точки доступа,которые не находятся сейчас ни в одной зоне доступа. я вижу что двери ведут в не существующие зоны",наводит на мысль что нет,и данные остались старые в ОЗ.
Makarych62 писал(а): Хм. Теперь возникла другая проблема, предыдущий человек, который пытался настроить УРВ, насоздавал различных зон доступа. Я все их удалил, оставил только "внешний мир", и созданную мной "На работе". Но вот проблема, при проходе через другие точки доступа, которые не находятся сейчас ни в одной зоне доступа, в мониторе оперативной задачи, я вижу что двери ведут в несуществующие зоны, в итоге люди выпадают из графика. Я так думаю, нужно вручную прописать в приборы зоны доступа.
Если просто удалили,проверьте в настройках двери в испекторе,что там осталось,по идее там ничего не должно быть,и оперативную задачу обновляли после изменений в бд ? Так как фраза "при проходе через другие точки доступа,которые не находятся сейчас ни в одной зоне доступа. я вижу что двери ведут в не существующие зоны",наводит на мысль что нет,и данные остались старые в ОЗ.
С зонами разобрался, сейчас всё нормально.
Но УРВ не считает графики для, части сотрудников. Пример: два сотрудника одной организации, одного подразделения, с одинаковыми уровнями доступа. Оба вышли на работу, оба отметились на вход, а потом и на выход. В итоге, если вызвать стандартный табель за прошедший день, то у одного есть отработанное время, у другого нет. Но если вызвать отчёт "О сотруднике (подр. общий)", то в нём для обоих сотрудников видно, что оба они зашли в зону, нахождение в которой, считается работой, в нужное время, и расчёт их рабочего времени ведется, и по окончании рабочего дня вышли из этой зоны. Но в рабочем графике, у одного почему-то прогул, а у другого его отработанное время.
Я уже её читал. У меня проблема несколько другая. Создано всего две зоны "Внешний мир" и "На работе", точка доступа между этими зонами одна. На вкладке "Сотрудники", снята галочка со свободного графика, установлена запрет перехода через сутки. Почему УРВ для полностью одинаковых сотрудников, за исключением табельного номера и Ф.И.О., пришедших и ушедших практически в одно и тоже время, одному ставит прогул, другому отработанное время. Причем подробный отчет, для этих сотрудников тоже одинаковый, за исключением разницы в несколько минут на входе и выходе.
Заработало. Проблема была в расширенных настройках. В параметре "Обрабатывать запрет перехода через сутки" было выставлено "Ограничивать по первый и последний проход в плановое время", сейчас выставил "Ограничить по первый и последний проход", и в отчёте всё стало корректно отображаться)
Спасибо всем за помощь)
Ещё вопрос. А есть возможность генерации отчёта "Униформа Т-12" в exel более поздних версий чем 2003?
Проблема в следующем , попросили настроить с2000-2, стоит 2 считывателя. 1й открывает дверь и показывает фото, 2й считыватель отвечает за взятие/снятие с охраны. Подскажите как сделать чтоб при взятии/снятии показывал фото. вебинары пересмотрел.
в АБД:
показ фото.jpg
Файл PersonCard.exe находится в каталоге с установленным Орион-Про.
Наберите в поиске по этому сайту "взятие снятие считыватель" или в гугле "постановка снятие на охрану болид" - найдете ответы на свои.
Помогите пожалуйста настроить линию от сигнала 20м до с 2000 м расстояние 700 метров. Какие сопротивления куда,что переключить и т.д. я так понял с 2000 пи для повышения расстояния передачи или как? поподробнее если можно.
Подскажите где ошибка. В Эгиде говорят что приборы видны, на связи. А шлейфа не активны. Сработки, постановки на охрану, итд не отображаются. Конфигурации УО и С 2000М прилагаю.
Доброго времени суток. Вопрос такого плана: на рабочем месте оператора ( Орион Про 1.20.2) персональная карточка перестала отображать события с одного из 3х входов. Предварительно на этом входе сгорел С2000-2, была произведена замена ( адрес и т.д.
Добрый день!
Если все правильно сделано, но не работает - можно снести и поставить заново (важно чтобы дистрибутив Орион-Про на серваке и клиенте был один и тот же).
Всем здравствуйте, проблема на которой бьюсь уже 2 дня , старый блок БИ версии 1.12. Используется для отображения запуска и клапанов ДУ, два раздела показывает нормально, то есть при запуске ПД или ВД горит красный светодиод запуск и моргает зелёный.
46 это пожарка датчики ручники и рипы
Общий сигнал тревоги работает а на разделе нет
И главное все технологические шлейфы клапанов показывает как надо, норма не горит, сработал мигает зелёным, может что то в с2000 4 надо.
Добрый День!
Имеется двухпроходный турникет "Ростов-Дон Т283М1" работающий с одной стороны на вход, с другой на выход. При подключении в разрыв датчиков прохода резисторов 8,2кОм и активации галкой в контроллере ничего не происходит.
Было б отлично увидеть схему коммутации между С2000-2 и турникетом. Это ускорит процесс подсказок.
А что показывает мультиметр? на разъеме XS2 турникета сигналы о проходах правильно выдаются?
Доброго дня!
Просьба подпнуть в нужном направлении.. запутался в настройках
Топология: АРМ - ЛВС - с2000 ethernet - rs232 - c2000м - rs485 - приборы
Арм видит по сети с2000 ethernet и может его конфигурировать, но не видит ни пульт, ни приборы. Нет.
упрогом пытался увидеть хоть что то за c2000-ethernet (стало понятно почему не получалось)
В АБД стоит ком1 (что в данный момент соответствует созданному виртуальному ком порту) конфигурация вместе с планами уже есть.
Стало понятно в какую сторону.
К одному из шлейфов прибора Сигнал20П подсоединен провод от промышленного реле, которое размыкается при превышении определенных параметров. При этом соответственно Сигнал20П показывает обрыв шлейфа (когда реле разомкнуто шлейф нормально взят под.
Ошибся конечно в описании. Когда реле замкнуто - нормально на охране
Разобрался сам. Порядок действий
1) тип шлейфа в пульте с2000м - технологический, в бки2000 тоже
2) тип шлейфа в сигнал20П - технологический программируемый (12), при.
Простое и удобное решение на платформе "1С:Предприятие 8" для реализации следующих задач:
1. Контроль доступа.
2. Учет рабочего времени.
3. Автоматизация платных парковок, гостиничных услуг, услуг с депозитным начислением и т.д., где проход разрешен только после факта оплаты или выполнения другого условия.
Программа ограничивает доступ, фиксирует проходы сотрудников, позволяет формировать табели и данные для расчета зарплаты.
Результаты внедрения:
✔ Сокращение затрат на ручной контроль посещаемости и составление табеля;
✔ Сокращение приложений и затрат на инфраструктуру - все операции делаются в одной программе "1С:Предприятие 8";
✔ Повышение трудовой дисциплины персонала;
✔ Гибкий контроль доступа с пользовательскими сценариями;
✔ Быстрая окупаемость расходов на продукт за счет снижения издержек.
- Контроль физического доступа на территорию (подключение турникетов/дверей/ворот/шлагбаумов для ограничения доступа). Возможен вариант подключения только считывателей без ограничения физического доступа (например, для задачи УРВ).
- Фотоверификация (отображение данных сотрудника и его фотографии в момент прохода).
- Автономная работа (ключи записываются во все контроллеры доступа, которые подключены к резервированным источникам питания и могут работать без электричества и связи с компьютером, накапливая события проходов в своем буфере – до 64 тысяч событий на каждый контроллер).
- Возможность централизованного доступа - решение о предоставлении доступа принимает не аппаратный контроллер доступа автономно, а запрос отсылается в 1С и решение принимается на стороне ERP. Пользователь на языке 1С может написать сценарий обработки запроса доступа, который вернет результат - разрешить/запретить (например, можно проверить факт оплаты парковки, остаток по депозиту на браслете и т.д.).
- Запись кодов ключей в контроллеры доступа из 1С (в качестве ключей используются идентификационные карты стандартов MIFARE и EM-Marin).
- Подключение удаленных филиалов (требуется локальная сеть VPN).
- Использование штатных справочников подразделений и сотрудников из 1С;
- Открытый программный код (алгоритмы расчета рабочего времени и другие фрагменты кода являются открытыми, что позволяет разрабатывать свои отчеты и дорабатывать имеющийся функционал под свои нужды).
- Автоматический расчет отработанного времени.
- Автоматическое формирование табеля и данных для расчета зарплаты.
- Контроль посещаемости и отклонений от графика работы (опоздания, ранние уходы, переработки и т.п.).
- Отображение состояния подключенных контроллеров доступа.
- Продукт прошел сертификацию на совместимость с платформой "1С:Предприятие 8" и получил сертификат "1С:Совместимо".
- Поддерживаются конфигурации:
- ERP Управление предприятием, редакция 2.4.5.x;
- Бухгалтерия государственного учреждения (БГУ), редакция 1.0.x.x;
- Бухгалтерия предприятия (БП), редакция 3.0.x.x;
- Зарплата и Кадры бюджетного учреждения (ЗИК), редакция 1.0.x.x;
- Зарплата и Кадры государственного учреждения (ЗИК), редакция 3.0.x.x;
- Зарплата и Кадры государственного учреждения (ЗИК), редакция 3.1.0.x – 3.1.9.x;
- Зарплата и Управление персоналом (ЗУП), редакция 2.5.x.x;
- Зарплата и Управление персоналом (ЗУП), редакция 3.0.x.x;
- Зарплата и Управление персоналом (ЗУП), редакция 3.1.0.x – 3.1.9.x;
- Комплексная автоматизация (КА), редакция 1.1.x.x;
- Комплексная автоматизация (КА), редакция 2.0.x.x;
- Управление производственным предприятием (УПП), редакция 1.2.x.x;
- Управление производственным предприятием (УПП), редакция 1.3.x.x;
- Пожелания по совместимости с другими конфигурациями направляйте в техническую поддержку.
- Версии платформ 1С: 8.2, 8.3 (32/64 бита) под ОС Windows (32/64 бита);
- Режимы запуска: Обычное приложение (Толстый клиент) и Управляемое приложение (Толстый клиент);
- Технология исполнения внешних компонент: "COM" и "Native API".
- Пользовательский интерфейс реализован полностью на платформе 1С;
- Программный продукт "СКУД и УРВ для 1С:Предприятие 8" поставляется как самостоятельное программное обеспечение со своим ключом защиты и в состав АРМ "Орион Про" не входит;
- Наличие АРМ "Орион" или АРМ "Орион Про" не требуется, совместная работа приложений "Орион" и "СКУД и УРВ для 1С" с единой аппаратной частью невозможна;
- Есть особенности в применяемой аппаратной части.
- Занесение кодов ключей в 1С только через считыватель Proxy-USB-MA (также возможен импорт ключей из "Орион Про");
- Подключение контроллеров доступа к компьютеру только по локальной сети через преобразователь интерфейсов С2000-Ethernet;
- Версия прошивки С2000-Ethernet должна быть 2.50 или выше;
- В качестве контроллера доступа используется С2000-2 (настройка временных интервалов, зон и уровней доступа происходит через утилиту UProg);
- С контроллером С2000-2 могут использоваться любые считыватели карточек с интерфейсами Touch Memory, Wiegand, ABA TRACK II;
- Не допускается подключение пультов С2000, С2000М.
-
— 1шт. — настольный USB считыватель прокси карт; — 1шт. — резервируемый источник питания; — 1шт. — преобразователь интерфейса; — 1шт. — контроллер доступа; — 2шт. — считыватель бесконтактный.
А также лицензию на:
- 1 контроллер доступа;
- 1 рабочее место фотоверификации;
- неограниченное количество рабочих мест без фотоверификации.
Типовая схема работы:
Введение
Для общения используются 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);
0xE2 - 0x88 ^ MESSAGE_KEY - назначение байта мне не известно;
0xB8 - 0x02 ^ MESSAGE_KEY - назначение байта мне не известно;
0xBE - 0x04 ^ MESSAGE_KEY - назначение байта мне не известно;
0xB9 - 0x03 ^ MESSAGE_KEY - назначение байта мне не известно;
0x7D - STATUS_1(0xC7) ^ MESSAGE_KEY;
0x2F - STATUS_2(0x95) ^ MESSAGE_KEY;
0x72 - 0xC8 ^ MESSAGE_KEY - назначение байта мне не известно;
0xD7- контрольная сумма CRC-8.
Мы получили 2 статуса STATUS_1 и STATUS_2:
199 и 149, соответственно.
Статус 199 - это “Восстановление источника питания”;
Статус 149 - это “Взлом корпуса прибора”.
Полный перечень статусов можно взять из документации на С2000-ПП.
Этический вопрос о том, стоит ли подробно описывать как добавлять новые RFID-индентификаторы и команды открытия реле СКУД?
Где-то в 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 и запрос вида:
Сохраняем в 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 адрес клиентской станции
На заметку: в поле «Имя» нужно обязательно указывать имя клиентской машины для которой разрешаем доступ.
После в параметре «Настройки» — определяю уровень доступ к СКУД, а именно запуск только программы «Генератор отчетов» на компьютере где развернут сам СКУД, т. е. Srv-skud
На заметку: советую на клиентской машине также как на сервере где установлен СКУД выключить брандмауэр.
В конечном итоге заведенный компьютер будет выглядеть так:
Орион. Администратор базы данных — Сервис — Обновить БД в «Оперативной задаче»
Теперь запускаю 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 — Оболочка системы, подключение должно произойти, если это не произошло то можно посмотреть лог
Error: Ошибка 12142. Необходимо добавить данное рабочее место в базу данных — это значит у Вам не предопределен параметр того, что должно запускать с клиентской машины при подключении к СКУД, в моем случае это «Отчеты».
проверяйте все заново, вот так в правильном случае должно выглядеть окно подключения к системе контроля управления доступом.
Теперь запускаем «Отчеты», указываем пароль от заведенной выше учетной записи alektest — Aa1234567
и вуаля запускается оснастка «Генератор отчетов».
Ну, а дальше работа в оснастке не вызывает каких-либо трудностей, все интуитивно понятно. На этом я прощаюсь, заметка работоспособна. С уважением автор блога — ekzorchik.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще :)
Карта МКБ: 4432-7300-2472-8059
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
Читайте также: