партнерский раздел
ФорумЭксплуатацияОрион 7.6 СКУД не во всех приборах хранятся ключи

Эксплуатация » Орион 7.6 СКУД не во всех приборах хранятся ключи

Доброго времени суток коллеги.

На двух объектах имеется своеобразная аномалия со СКУД.
Системы сконфигурированы неизвестно кем и неизвестно когда, но на первый взгляд все сделано правильно - двери добавлены к считывателям и в уровни доступа, пункт хранить ключ в приборах включен и т.д
Объект №1: Орион 7.6.3 + с2000-м + контроллеры с2000-4 версии 1.10(4шт) 1.15(1шт) 3.00 (2шт).
В приборы с версиями 1.15 и 3.00 карты доступа добавляются через АБД без проблем, а вот с приборами с версией 1.10 проблема - "ключ не должен храниться в приборе" хотя конфигурации идентичны. При нажатии кнопки "подробно" видим:

Проблемные двери:
 [адрес (тот самый в котором не хранятся ключи)] название
Режим вход: Неверный режим управления со считывателя

Мы наивно полагали, что всему виной старая версия приборов.
Но тут появился...
Объект №2: Орион 7.6.3 + с2000-USB + с2000-2 версии 1.11(3шт) 1.15(3шт) 1.20(1шт) 2.01(1шт)
Тут у всех ключей уровень доступа "Максимум"
Конфигурации идентичны НО в один из приборов версии 1.11 точно так же, как и на объекте №1 не записываются ключи, мол "ключ не должен храниться в приборе". Тут уже версия прибора явно не причем, т.к два других контроллера с такой же версией без проблем воспринимают ключи из АБД. При нажатии кнопки "подробно" видим:
Проблемные двери:
 [адрес (тот самый в котором не хранятся ключи)] название
Режим вход: дверь не управляется со считывателя  
Режим выход: дверь не управляется со считывателя

 [адрес (тот в котором хранятся ключи)] название
Режим вход: дверь не управляется со считывателя

Подозреваем, что проблема лежит на поверхности, но что-то пока не получается ее конкретизировать.Заранее благодарны за подсказки.
 

4 месяца 13 дней назад

avatar
поделитесь проблемными конфигурациями (архив на яндекс.диск например)

Волков Андрей 4 месяца 13 дней назад

Часто отваливалась привязка считывателей под двери. Проверьте её.
А если считыватель не привязан к двери - то и ключи не должны храниться в приборах.

Андрей, Ростов на Дону 4 месяца 13 дней назад

Волков Андрей, какие именно конфигурации? Если имеете ввиду из UProg'а, то они тут явно не причем, т.к. мы пробовали конфигурацию прибора, в который ключи успешно синхронизируются, залить в проблемный прибор (версии одинаковые) - результата это не дало.

Андрей, Ростов на дону, какую именно привязку вы имеете ввиду? В АБД в структуре системы считывателям добавлена дверь.

Максим 4 месяца 12 дней назад

Да, об этом и речь, что к двери должен быть привязан считыватель.
БД проверьте.
 

Андрей, Ростов на Дону 4 месяца 12 дней назад

Андрей, Ростов на дону, так в первом сообщении же написано:
двери добавлены к считывателям

Уж этот то пункт был проверен в первую очередь. Также идентичны конфигурация дверей, контроллеров и считывателей у приборов с одинаковой версией (и в АБД и в UProg'е).

 

Максим 4 месяца 12 дней назад

Менеджер сервера при проверке БД ошибок не находит?

Андрей, Ростов на Дону 4 месяца 11 дней назад

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

1 ответ

В общем, отвечу сам себе. Причиной сих аномалий были кривые БД.
Объект №1: Мастер системы замечаний не находил. Однако ошибка в конфигурировании была найдена - для двери было неверно указано реле (второе вместо первого). Если выбрать нужное реле, то ключи синхронизируются как положено. Однако была замечена другая странность - в структуре системы рядом с названиями этих реле отображается номер этой двери (один и тот же у обоих реле), при этом  мастер системы так же не находит ошибок. Вылечилось полным уделением двери и прибора и добавлением заново. Однако всплыла новая проблема - ОЗ при запуске падала в ошибку "access violation et adress 005f4923 in module 'orion.exe'. Read of address 00000109." Заказчик зказал "оставьте его в покое, пусть работает как раньше", вернули старую базу, на том и остановились.
Объект №2: Мастер системы ругался, что требуется модернизация, но если ее выполнить, то АБД аварийно завершается с ошибкой при пропытке перейти на вкладку сотрудники или пароли. Выход из ситуации подсказал пользователь Dmitr с http://forum-bolid.ru - для проблемной двери стоял режим "проход", хотя вообще-то АБД не позволяет выбрать такой режим для двунаправленной двери. Мастер системы по прежнему просит модернизацию, однако система функционирует как положено, и модернизацию не выполняем.

Вот так. Может кому полезно будет.

3 месяца 15 дней назад

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

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

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

ПОКАЗАН

655 раз

ЗАДАН

4 месяца 13 дней назад

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