Ключ орион 7 6 3

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

Запрограммировать прокси-карту в БД орион (т.е. делать надо все централизованно) для постановки/снятия одного раздела с охраны. Т.е. поднес карту — раздел встал на охрану. Поднес еще раз — раздел снялся.

а) Занес в АБД нового пользователя "Админ".
б) задал уровень доступа в АБД "Админская". Точки доступа — все двери (дверей нет, только постановка/снятие). Зоны доступа — все зоны. Управление — Раздел 1 "Админская", полномочия — взятие/снятие. Временные окна везде выставлены "Всегда".
в) Присвоена карта пользователю "Админ" с уровнем доступа "Админская", тип ключа — "Основной".
г) написан сценарий "Взятие/снятие раздела". и привязан к Считывателю прибора №1, к событию "Идентификация уровня доступа".
д)Галочка "Хранить код в приборах" естественно стоит
е) На вкладке "Пароли" была считана конфигурация из приборов, потом считаны коды ключей из приборов (Прибор №1, С2000-4")

Тут начинается самое интересно. Когда захожу в раздел "Информация" по ключам в приборах, мне пишется следующее:

Прибор: С2000-4.
Должно быть: Код ключа не должен храниться в приборе.
Имеется: Код ключа не хранится в приборе.
Проблемные разделы: [1] Админская (Управление разделом не разрешено со считывателя).

В итоге, когда я нажимаю "Синхронизировать ключи", занесенные в АБД карточки не записываются в прибор, к тому же из прибора удаляются все ключи.

Итоговая логика работы АРМ "Орион" при данной настройке:

При идентификации пользователя, в АРМ идет событие "Запрет доступа", считыватель противно пищит, после этого выполняется сценарий взятия/снятия раздела.
Если я записываю эту же карточку в С2000-4 через Упрог, то все работает тип-топ. Но приборов много, карточек много, поэтому писать все надо централизованно. К тому же, если после записи карты через Упрог я синхронизирую коды ключей с БД Ориона, АБД очищает память всех приборов С2000-4.

Задача: Заставить АБД записывать в память С2000-4 коды прокси-карт.

Кто-нибудь знает, в чем может быть дело?

п. 6.2.13, 6.2.14 РЭ "АРМ "Орион" прочитал.

[01.11.2014 14:00:55]

Как то всё сложно написано.

1) При нажатии синхронизировать у тебя синхронизируются ключи абд с прибором- естественно если в приборе есть лишнии, то они удаляются.
2) Если в приборе ключей нет, то он пропищит, далее ищет их в АБД, вот поэтому у тебя он и пищит
3) Не понимаю для чего делать это на админе

А вобще у болида всё расписано

6.2.13 Взятие и снятие разделов с помощью Proximity карточек или ключей
Touch Memory
Взятие раздела на охрану и снятие раздела с охраны может осуществляться с помощью
карточек Proximity или ключей Touch Memory, которые подносятся к соответствующим
считывателям прибора. При этом вышеназванные операции можно производить в двух режимах:
— локальный – режим, в котором информация по ключам занесена в прибор и сам прибор
принимает решения по взятию или снятию, а информация, занесенная в базу данных, служит
только для отображения ситуации на объекте и заполнения журнала событий (действительно
только для «С2000-4»);
— глобальный – режим, в котором информация занесена только в базу данных
АРМ «Орион» и принятие решения осуществляется на компьютере.
Взятие и снятие с помощью ключей в локальном режиме осуществляется путем одно-
кратного поднесения ключа к считывателю Touch Memory. Прибор сам определяет права пользо-
вателя на взятие или снятие раздела и производит соответствующие действия. Необходимо
помнить, что в локальном режиме берутся и снимаются только те шлейфы, которые принадлежат
данному прибору. Подробнее о взятии и снятии шлейфов в локальном режиме можно узнать из
«Руководства по эксплуатации» прибора «С2000-4».
Чтобы снять или взять раздел в глобальном режиме, необходимо дважды поднести ключ к
считывателю. При этом после первого поднесения ключа к считывателю прибор уведомляет
«Оперативную задачу» о желании пользователя, а «Оперативная задача» принимает решение о
правах пользователя на работу с данными разделами. Прибор уведомит пользователя о наличии
или отсутствии прав на управление разделом звуковым сигналом или миганием. После того, как
права пользователя на управление разделом подтверждены, необходимо второй раз поднести
ключ к считывателю. Прибор с помощью индикатора считывателя уведомит пользователя о
состоянии раздела. Аналогично происходит управление разделами с помощью карточек и
считывателей Proximity.
Для того чтобы сконфигурировать систему для управления разделами с помощью ключей
или карточек в «Администраторе БД», необходимо:
1) после добавления разделов, на странице «Структура системы», в физической структуре
(сверху) выбрать считыватель определенного прибора, с которого будет управляться
раздел;
2) в логической структуре (внизу) выбрать необходимый раздел;
3) нажать левую клавишу мыши на выбранном разделе и, не отпуская клавишу, перетащить
данный раздел на требуемый считыватель, затем отпустить клавишу мыши. При этом
свойство считывателя «Все разделы» в «Инспекторе» изменится на «Нет», а в дереве
физической структуры появится название необходимого раздела;
4) на странице «Уровни доступа» сформировать уровень доступа с правами на управление
данным разделом;
5) на странице заполнения паролей пользователей добавить пароль для ключа или карточки
и присвоить ему сформированный уровень доступа, затем (если прибор уже содержит
ключи или осуществляет локальное управление) прописать данный ключ в прибор с
помощью синхронизации информации;
6) если требуется, повторить данную процедуру для другого считывателя.
К одному считывателю можно добавить несколько разделов, а уровень доступа
пользователя также может содержать несколько разделов для управления. Поэтому необходимо
помнить, что определенный ключ или карточка с одного считывателя управляют только одним
разделом, и, в подобном случае, права пользователя на управление с конкретного считывателя
будут определяться «пересечением» группы разделов, которые содержит считыватель, и группы
разделов, которые определены в уровне доступа. То есть если в уровне доступа указаны разделы
«№1», «№2», «№3», а к считывателю добавлены разделы «№3», «№4», «№5», то пользователь со
считывателя сможет управлять разделом «№3». Если на пересечении находится более одного
раздела, то пользователь сможет управлять только первым попавшимся разделом.

>>>1) При нажатии синхронизировать у тебя синхронизируются ключи абд с прибором- естественно если в приборе есть лишнии, то они удаляются.

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

>>>2) Если в приборе ключей нет, то он пропищит, далее ищет их в АБД, вот поэтому у тебя он и пищит

Это понятно. Надо чтоб не пищал и не писал "Запрет доступа" в ОЗ.

>>>3) Не понимаю для чего делать это на админе

"Админ" — это просто имя пользователя. А централизованно все делаю потому что много карточек, которые должны по разным считывателям ставить на охрану разные разделы. Если буду реализовывать это посредством Упрога — получится барабан от Страдивари.

>>>Для того чтобы сконфигурировать систему для управления разделами с помощью ключей или карточек в «Администраторе БД», необходимо:

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

[01.11.2014 18:37:20]

Суть проблемы как мне кажется в том что

[Проблемные разделы: [1] Админская (Управление разделом не разрешено со считывателя).]

Аппаратные и программные продукты, снятые с производства.

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

Контактное имя: Денис

Продам электронный ключ АРМ Орион на 127 приборов, и два ключа на 20 приборов. Болид. АРМ «Орион» исп.127, АРМ «Орион» исп. 20 Отправка в регионы. Цена договорная.

Оставить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *