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

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

• Замените батарейку. Нормальное напряжение должно быть на уровне 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 и работать с обновленной базой данных.

Спасибо, проверим.