партнерский раздел
ФорумЭксплуатацияАвтоматическая перезапись ключей в приборах

Эксплуатация » Автоматическая перезапись ключей в приборах

Добрый день. в наличии: АРМ Орион Про 1.12(выпуск 2, постройка 3347). Требуется: настроить по расписанию (скажем ежедневно в час ночи) перезапись ключей в приборы. Не нашел данного функционала в сценарии управления, по этому пришел сюда. Может быть кто то делал подобное?

5 лет 8 месяцев назад

avatar
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

4 ответа

а для чего это требуется? Что у вас не так с ключами?

5 лет 8 месяцев назад

avatar
Всплыл баг: если сотрудник потерял пропуск и получил новый, который в "Паролях" прописали вместо старого номера пропуска - он запишется в базу и на контроллер, но при этом утерянный пропуск (ID) тоже останется работающим на контроллере(при эмуляции ситуации на открытие двери ранее утерянным пропуском в мониторинге показывается ID этого пропуска и статус открытия двери. При этом ни к какому ФИО этот утерянный ID не привязан)
Видимо все дело в хранении данных в приборах (контроллерах), но отключать эту функцию нельзя из сообращений функциональности при отключении электроэнергии как минимум. 
Именно по этому правильным выходом вижу перезаписывать ключи в приборы ежедневно по расписанию, когда в помещении никого нет (тк дверь во время перезаписи никого не пускает)
 

Сергей 5 лет 8 месяцев назад

Как вариант в 1.20.3 должен появиться такой параметр, ну как появиться, он сейчас есть, но я не проверял, работает или нет:

Контроль прохода неизвестного - Данный параметр включает возможность формирования тревожного события «Проход неизвестного» в случае, если предъявлен идентификатор, отсутствующий в базе данных АРМ «Орион Про» (но при этом записанный в контроллере).

Как минум будете своевременно знать.

Тремасов Константин Александрович 5 лет 8 месяцев назад

Спасибо за совет, но тут скорее не про узнать что прошел, а не дать возможности. Например ночью, когда в офисе нет никого - до утра никто не узнает
Если будут идеи с созданием сценария перезаписи - будет очень здорово!

Сергей 5 лет 8 месяцев назад

да тут подход к выдаче пропусков надо менять: утерянный блокировать и создавать новый. Или место в АБД экономите?)
Сценариев, которые запускают синхронизацию нету. Из того что есть - это Заблокировать-разблокировать ключи, работает очень забавно (во всяком случае на 1.12.2), блокируешь - карта перестаёт ходить, разблокируешь - ходит, но при этом в АБД записывается, что она не должна храниться в приборе, а она хранится (Хранить в приборе - включено).

Волков Андрей 5 лет 8 месяцев назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

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

5 лет 8 месяцев назад

avatar
В 1.12.2 по моему еще не было ни блокировки, ни архива, ни черного списка.

Тремасов Константин Александрович 5 лет 8 месяцев назад

Уровень доступа - Запрет. ни кто не мешает выставить, сохранить и удалить...

Павел Васильевич 5 лет 8 месяцев назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

В перезаписи есть очень неприятный момент - скорость перезаписи 9600 очень мала. При массовой перезаписи система "встанет".
Блокировка пропуска в 1.12.2 - есть, а хитрых списков и архивов ещё нет, и относятся они к сотруднику, а не напрямую к пропуску.
Проблема может решиться процедурой "Синхронизация ключей", это может быть менее болезненно.
Вообще надо лечить причину - отсутствие связи контролер-ядро_опроса в момент замены кода.
Я бы всё-таки не менял код карты в пропуске, а выполнял блокировку старого-утерянного, проверял, через "Подробно" результат блокировки (что код в приборах блокирован), а затем а создавал новый пропуск. Для УРВ и отчетов типа маршрутов движения отсутствие старого кода в БД ни как не повлияет.

5 лет 8 месяцев назад

avatar
Методика такая - старому пропуску назначаем уровень доступа Запрет (можно и блокировать, но Запрет экономит место в контроллерах)
новый выдаётся, на одном человеке висят два ключа, старый и новый.
Так, параллельно, они существуют некоторое время. Должно пройти несколько синхронизаций. А лучше - несколько перезаписей. 
Перезапись в Болиде - штука странная, она сначала удаляет все ключи изо всех приборов и потом пишет их по одному, первый ключ во все сто приборов, второй ключ в сто пииборов и т.д, на несколько часов процедура. Поэтому перезапись никакой ее автоматикой, а только вручную, по паре контроллеров за раз.
Вот когда будет пройдено несколько циклов чтение-перезавись по всем контроллерам - только тогда можно удалять ключи с УД Запрет.

Андрей, Ростов на Дону 5 лет 8 месяцев назад

Точно! Запрет однозначно лучше!!

Заварзин Сергей 5 лет 8 месяцев назад

странно, кучка ключей у которых есть УД, но стоит заблокировано - АБД пишет про них, что не хранятся в приборах.
Может УД лучше оставлять, для понимания, что было у сотрудника привязано к ключу?

Волков Андрей 5 лет 8 месяцев назад

пропуска меняются, а человек остается - эту инфу лучше держать в объекте "Сотрудник", например в поле "Электронный адрес"

Заварзин Сергей 5 лет 8 месяцев назад

ну вообще в 1.20.2 есть огромное поле для комментов в Паролях, можно и там расписать если что)
просто зайдёт так кто в Пароли посмотреть, а там человеку Запрет стоит, ну он и обновит остальные ключи по образу, ведь не зря же запрет поставили)) а тут блокируется всего лишь ключ, но остаётся указание на необходимый УД.

Волков Андрей 5 лет 8 месяцев назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Всем большое спасибо за ответы и участие! 
По сути: если в "Пароли" удалять аккаунт - то и старая карточка удаляется из прибора автоматом (протестировал - это так)
Но тк заводят карточки разные люди, остается человеческий фактор "забыл". Вот для этого и хотелось регулярную перезапись в приборы по расписанию в ночь. Да долго, но ночью никого нет, так что подходящий вариант. Мб такой кейс можно реализовать сценарием, но не на основе шаблонов, а полностью писать код самому? Кто то подобное мог уже написать, полагаю
Кто то выше высказал мысль: убрать хранение ключей в приборах. Считаю это не совсем разумным, тк при длительной выключенной подаче эл. питания/(или)случайном разрыве проводов в цепочке сервер - контроллеры - люди не смогут войти/выйти. Что довольно критично

5 лет 8 месяцев назад

avatar
ну это же не какой-то продвинутый язык программирования)) можете сами полистать инструкцию, ничего похожего на синхронизацию там нету и написать "костыль" там просто не из чего. Проще скачать эмулятор нажатия кнопок мышки и обучить его кликанью по определённым точкам с заданным интервалом (запас времени на загрузить диалог, потормозить, подумать).

Волков Андрей 5 лет 8 месяцев назад

Видимо только это и остается... Спасибо! 

Сергей 5 лет 8 месяцев назад

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

Добавить ответ

Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)

ПОКАЗАН

4658 раз

ЗАДАН

5 лет 8 месяцев назад

ПРОДУКТЫ

Орион Про

По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.