Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

Установлен комплект ПО Артонит
Ошибка вылетает при попытке установки чекбокса "расширенная регистрация"

Произвел повторную установку ПО.
При установке выбрал только пункт "Драйвера контроллеров Адемант".
Ошибку не исправило. Просветите пожалуйста, куда копать дальше?

UPD. После перезагрузки системы - все ОК. Спасибо.

Принципиальной схемы в открытом доступе нет. Основные схемотехнические решения выполнены по рекомендации вендоров.
Статистика показывает, что что отказы часов происходят крайне редко, и причин кроется не в схемотехнике.
Далее возможны такие варианты:

• Замените батарейку. Нормальное напряжение должно быть на уровне 3,4-3,6В.
• А не "слетают" ли еще и временные зоны? Если слетают, то необходимо искать источник сильных помех по питанию (типовая ошибка - общая земля с питанием замка. Адемант не любит такие обобщения).

• Необходимо установить драйвер устройства (контроллера Адемант). Этот драйвер можно взять из инсталлятора (скорее всего еще Шэлт Дуо). Запустите инсталлятор, и на этапе выбора компонент укажите "Драйвер контроллера" (или что-то созвучное).
• Далее, в настройках расширенной регистрации, Вам надо будет указать COM-порт, к которому подключен регистрационный комплект. Установить драйвер виртуального COM-порт (http://www.ademant.ru/component/option,com_remository/Itemid,27/func,startdown/id,1/)

Хочу отметить, что многократно и успешно в качестве регистрационного используются приборы КСУ-125 или Z-2.

Регистратор ademant-200R.04-USB, драйвера установлены.
При попытке выбора пункта "Расширенная регистрация" в приложении ManCard, система выдает ошибку:
"Расширенная регистрация недоступна. Не установлены необходимые компоненты".

Подскажите пожалуйста, о каких компонентах идет речь? Что системе не хватает?

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

Есть ли принципиальная схема этих контроллеров в открытом доступе?

Для иллюстрации прилагаю нужную картинку.
Команда load_card передается в указанный в настройках драйвер (т.е. в shieldpro).
Далее драйвер (см. его строку подключения) через DSN с именем SDUO находит базу данных СКУД, и выстраивает карты для выбранного контроллера в очередь для их загрузки в контроллеры.
АСервер, планово просматривая очередь, видит эти карты и начинает загрузку.
При этом:

• При построении карт в очередь происходит полный пересчет карт для выбранного контроллера, с удалением предыдущих результатов.
• "Старые" данные выставляются в очередь для удаления, чтобы удалить карты из ранее рассчитанных ячеек, и уже затем выставляются вновь рассчитанные данные. Так что общее количество карт в очереди будет равно удвоенному их количеству для контроллера.

Вариант решения: Shelt Control -> Настройка -> Состояние. Необходимо выставить подключение к драйверу СКД, где драйвером СКД указать ShieldPro на нужном транспортном сервере.

Добрый день.
Обслуживаю СКУД на железках Ademant.
Недавно перешел на Артонит с Шелт Дуо.
Проблема следующая: при попытке записать карты в контроллер, система не отрабатывает действие.
При этом, в логе Shelt Control появляется следующая запись:
09.12.2013 3:30:38 : %server_name% : "%controller_name%" : Cards load
09.12.2013 3:30:38 : Exception  : Sysutils::Exception file: W:\Project\Shelt\bc6\SheltAccess\AControl\Unit1.cpp line: 801 message: Нет доступа к драйверу СКД.

В чем может быть проблема?
Заранее спасибо!

Установка прошла нормально при выполнении следующих действий:

• В свойствах инсталлятора установлена галочка Совместимость с XP.
• Инсталлятор надо запускать от имени Администратора.

Обновление вариант 2.
Опытным путем установлено, что проще обновить БД следующим образом:

• В программе IBExpert сделать сравнение баз Tools - Databasecompare. В качестве Reference указать базу empty.gdb из вновь установленного пакета, а в качестве Comparative указать "старую" базу данных. Полученный скрипт выполнять для обновляемой базы.
• выполнить SQL:
  update people p set p.tabnum = 'tn_'||p.id_pep where p.tabnum=''
  Смысл запроса: установить всем пользователям значение табельного номера, если его еще нет. В версии 1.7 табельный номер активно используется, и без него система не работает.
  
• Выполнить SQL
  update organization o set o.divcode='div_'||o.id_org where o.divcode=''
  Смысл запроса: установить организациям код дивизиона, если его еще нет. В версии 1.7 код дивизиона активно используется и без него система не работает.
• Экспортировать данные из таблицы reports базы данных empty.gdb (Table - Export Data into script) в таблицу reports обновляемой базы данных. В версии 1.7 отчеты хранятся в виде набора записей, и могут быть расширены по мере необходимости.
  

Далее советую сделать backup - restore и работать с обновленной базой данных.