Тема: Неверный код карты доступа

Добрый день!

Подскажите, как трактовать подобную ошибку “Неверный код карты доступа” во время программирования контроллера. Подобная ошибка возникала в 10% случаев, когда шел процесс записи карт доступа. До этого были перепрограммированы 6 контроллеров вообще без единой ошибки. На седьмом же регулярно возникала данная ошибка. После нажатия кнопки “Повторить” карта записывалась, иногда даже не со второго раза.

Какова модель седьмого контроллера?

SCM-NET 4.2

Среди шести удачно перепрограммированных тоже пара таких есть.

Пока единственное отличие, которое бросается в глаза - это территориальное расположение, седьмой на 700 км дальше от сервера. Но раньше это не мешало ему программироваться без ошибок.

Приложите пример лога контроллера при неудачном программировании, для этого включите “вести лог обмена данными с контроллером”. Произведите программирование и скопируйте файл из папки службы связи с названием и адресом контроллера.
Навскидку причина в плохом питании. Зашумленное или заниженное, следствие износа или нехватки мощности блока питания. Попробуйте замерить напряжение, заменить на заведомо исправный.

Действительно, контакт питания отошел, его поправили, но положительного результата при программировании это не дало. Лог обмена включен, но где искать файл? У нас система работает под вайном. По данному пути .wine/drive_c/Program Files/komendant.pro/service_controller/ лога нет. После включения опции система была перезапущена.

Где-то с апреля началось ещё мистическое нефиксирование проходов. Т.е. например, у точки доступа установлен режим контроля входа/выхода. В модуле отчетов по какому-нибудь сотруднику нет входа, но при этом есть выход и нет событий типа “Нарушен порядок входа/выхода”. На видеозаписи видно как этот сотрудник прикладывал карточку к турникету, на котором загорался зеленый индикатор, и спокойно проходил. Вечером турникет нормально пропускал на выход. Причем эта ситуация происходит со всеми контроллерами. И чем дальше, тем больше проходов не фиксируется, то нет входов, то нет выходов. Пару лет назад в Вашей техподдержке мне говорили, что такого быть не может, что событие из памяти контроллера удаляется только когда тот получает сообщение, что проход записан в базу. Сообственно вопрос. Куда копать? Что это может быть? Может стоит базу подрезать (она хранит данные за 3 года)?

В середине февраля сервер был перенесен на виртуальную машину (KVM), обновлена версия ОС до Ubuntu 12.04 (была 10.04) и версия ПО Комендант до 7.0.3. При этом памяти использует мало, ресурсов проца тоже за глаза хватает. Сама хост-машина не сильно загружена. С сетевой картой тоже ок, ошибок нет, скорость 1000Мбит/с.

1. Дело может быть не в контакте, а в износе блока питания. Попробуйте все же его временно заменить на заведомо свежий.
2. В папке службы связи нет ни одного текстового файла?
3. На какой модели контроллера возникла вышеописанная ситуация с пропаданием события?

1. ок
2. текстового ни одного, есть service_controller.log, но у него дата изменения 29 апреля. “Свежих” файлов вообще нет.
3. SCM-NET v.4.2, SCM-NET v.5.2, SCM-NET2 v.2.3

2. под wine перепроверим. Службу связи с контроллерами после включения логирования перезапускали?
3. Логика протокола контроллеров scm-net и scm-net2 такова, что события удаляется после его гарантированного положения в базу. НО: если в сети запущены 2 модуля связи и 2 базы и во второй базе прописаны контроллеры с теми же IP адресами, то они воруют друг у друга события. Проработайте на предмет этой ситуации. Это возможно после переноса на другую машину или экспериментирования с целью обучения.

2. Да, перезапускали.
3. Об этом тоже знаю, сталкивались. Старый сервер физически разобран. Если бы было 2 модуля связи, то “пропадало” бы гораздо больше событий. На данный момент их порядка 20 за пару месяцев.

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

Проверили на wine, файл появляется вида net-192_168_0_127-5000.log
Выключите и включите настройку еще раз. Если неуверенно применяются настройки, стоит сменить машину или разобраться с ее оперативкой.

1. Замена на заведомо исправный БП результата не дала. Также во время программирования возникают ошибки “Неверный код карты доступа”

2. В данный момент система функционирует на OC Ubuntu 12.04.2 без иксов. Служба связи с контроллерами запускается на сервере, используя Xvfb. Соответсвенно нельзя подключиться и посмотреть в каком состоянии находится служба связи. Конфигуратор и монитор событий запускаются на локальной машине и удаленно подключаются к БД. На Ubuntu 10.04 все крутилось на сервере и конфигуратор открывался по ssh c иксами. Сейчас же при использовании ssh любое шевеление окна приводит к его закрытию, т.н. “вылету”. Поэтому служба связи осталась крутиться на сервере вместе с БД, а остальные модули были перенесены для обеспечения возможности работы.
На днях была установлена тестовая вирт.машина, Ubuntu 12.04 c иксами, взят незадействованный контроллер и проверено, что когда служба связи и конфигуратор вместе с БД работают на одной машине, то файл net-10_2_4_106-5000.log появляется. В принципе, смогу проверить и неудачно программирующийся контроллер, но только в нерабочее время.

3. За три года использования данной системы было “нормально”, что примерно раз в месяц, служба связи с контроллерами висла, так как переставали записываться события в базу со всех контроллеров. После перезагрузки сервера, все события подтягивались в БД.
На прошлой неделе было подряд два дня когда служба повисала в конце раб.дня и до ребута события не передавала. Плюс к этому некоторые события так и не зафиксировались, хотя раньше такого не наблюдалось.

Состояние связи с контроллерами можно посмотреть и в конфигураторе, для этого необходимо:
1) на компьютере, где установлена служба связи с контроллерами, открыть порт 7779 TCP;
2) в конфигураторе в настройках модуля связи указать его IP адрес;
3) в конфигураторе в дереве на модуле связи вызвать правой кнопкой мыши всплывающее меню и выбрать пункт “Состояние связи с контроллерами”.
 
Ваша ситуация уникальна и мы не может ее смоделировать. При работе службы связи с контроллерами слишком много промежуточных звеньев - KVM, wine, Xvfb и все что-то эмулируют. Оптимальным вариантом будет установка службы связи с контроллерами на Windows (XP или 7).