Тема: Комендантъ 7
подтяните контакты на контроллере и считывателе, после уверенного дергания за провод он не должен выниматься, выключите и включите питание и проверьте не возникла ли эта проблема.
Что за блок питания используется? от него запитаны только контроллер и считыватели или что-то еще?
Если есть другой такой контроллер имеет смысл поменять их местами и посмотреть переместится ли дефект вместе с контроллером.
Блок питания - полисервисовский 1.2А бесперебойник с АКК 12В 2А, от него запитан только контроллер считыватели запитаны с контроллера.)
Все подключения перепроверил, подтянул, контакт батарейки подогнул, тестирую.
Если повторится, поменяю контроллер, отпишусь.
Спс.
Добрый день!
Еще одна бага в конфигураторе.
При попытке настройки “Набора правил отправки сообщения”, при выборе в Правилах “Состояние связи с контроллером” вылетает ошибка (konf1).
Так же в “Пользовательских сценариях” наверно после модернизации БД с 6-ой версии в 7-ую (konf2).
Спасибо!
При попытке настройки “Набора правил отправки сообщения”, при выборе в Правилах “Состояние связи с контроллером” вылетает ошибка (konf1).
Поправим.
Так же в “Пользовательских сценариях” наверно после модернизации БД с 6-ой версии в 7-ую (konf2).
Конвертировали строго по описанию? MySQL устанавливали из комплекта? Использовали версию 7.0.2.2 от 19.12.2012 ?
При попытке настройки “Набора правил отправки сообщения”, при выборе в Правилах “Состояние связи с контроллером” вылетает ошибка (konf1).
Поправим.
Спасибо!
Так же в “Пользовательских сценариях” наверно после модернизации БД с 6-ой версии в 7-ую (konf2).
Конвертировали строго по описанию? MySQL устанавливали из комплекта? Использовали версию 7.0.2.2 от 19.12.2012 ?
Да, версия MySQL из пакета.
Использовали версию 7.0.2.2 от 19.12.2012 ?
Конвертировали строго по описанию?
Использовали версию 7.0.2.2 от 19.12.2012 ?
Конвертировали строго по описанию?
Да, как описано в http://komendant.pro/index.php/ru/manual_page/13/
Вопросы про Windows.
Какая версия? Какая локализация?
ХР, все региональные настройки - Russia
При попытке настройки “Набора правил отправки сообщения”, при выборе в Правилах “Состояние связи с контроллером” вылетает ошибка (konf1).
При проверке ошибка не вылетает.
Пришлите базу из которой конвертировали в 7 версию на почту, посмотрим.
Добрый день!
На стороне клиента возникла проблема.
Установлена система Комендант 7.0.2.2 и оборудование SCM-NET2, 14 января не зафиксировано ни одного входа/выхода, хотя весь персонал и их сис. администратор регистрировал карты.
У клиента есть подозрение, что некоторое время отсутствовал сервер MySQL.
Есть ли возможность просмотра детального лога системы: потеря связи с контроллером и причина, отсутствие базы, факт восстановления связи, факт успешной или не успешной передачи данных, причины неудавшихся передач и т.д.
Т.е. хотелось бы иметь лог работы системы и железа.
Заранее спасибо!
Логи есть следующие:
В свойствах точки доступа “вести лог обмена данными с контроллером” (смотреть файл в папке службы связи с контроллерами)
В пользовательских настройках “избыточный лог действий пользователей” (смотреть в модуле отчетов)
В службе отправки сообщений можно настроить правило отправки email или sms по пропаданию и появлению связи с контроллером.
Причина предположительно:
Не работали часы контроллера (мы можем определить по файлу лога)
Не работал вообще контроллер, например отваливалось питание, а те кто отмечались принимали пиканье считывателя за чистую монету (контроллер звуки издавал? в архиве событий есть ли события “включение питания контроллера?). Такое возможно, если нет замка, если есть замок, то он в этом случае будет всегда открыт.
Кто-то в архиве событий случайно нажал “очистка”, по умолчанию выставлена текущая дата. (можно увидеть в архиве действий операторов)
Возможно, что из-за длительного отсутствия связи с базой или с контроллером, переполнился буфер (6550 событий), в этом случае начинают удаляться самые старые события и добавляться самые новые.
А действительно нет событий строго за одни сутки или как-то по другому?
Логи есть следующие:
Не работали часы контроллера (мы можем определить по файлу лога)
Возможно, вот сам лог, честно говоря не совсем понятный:
28/12/2012 12:50:40 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
28/12/2012 13:50:43 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
08/01/2013 09:53:53 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
08/01/2013 18:22:30 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
14/01/2013 09:21:29 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
14/01/2013 10:40:19 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
14/01/2013 11:07:09 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
16/01/2013 15:38:14 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
18/01/2013 13:16:57 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
18/01/2013 17:37:38 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
Не работал вообще контроллер, например отваливалось питание, а те кто отмечались принимали пиканье считывателя за чистую монету (контроллер звуки издавал? в архиве событий есть ли события “включение питания контроллера?). Такое возможно, если нет замка, если есть замок, то он в этом случае будет всегда открыт.
Исключено, так как считыватели запитаны с контроллера. Нету питания у контроллера - нету питания на считывателях.
Ну и сам контроллер подключен к БРП-1,2А с акк. 7 Ач (Полисервис)
Кто-то в архиве событий случайно нажал “очистка”, по умолчанию выставлена текущая дата. (можно увидеть в архиве действий операторов)
В действиях оператора ничего подозрительного не обнаружил, могу предоставить БД.
Возможно, что из-за длительного отсутствия связи с базой или с контроллером, переполнился буфер (6550 событий), в этом случае начинают удаляться самые старые события и добавляться самые новые.
Сомневаюсь, в логах с момента включения (28.12.2012) нету ни одного события связанного с Включением питания.
А действительно нет событий строго за одни сутки или как-то по другому?
Нет, не за сутки.
Рабочий день начинается с 9:00 (9:20), логов нету только до 10:57, потом вроде как проблем не наблюдалось.
По крайней мере до окончания рабочего дня ни в логах ни в отчетах ничего подозрительного нету.
Спасибо.
Про буфер я имел ввиду другое. Контроллер при отсуствии связи, например сллужбы связи с БД или службы связи с контроллером, накапливает у себя до 6550 событий. Если не было связи несколько дней и событий было больше, чем 6550, то удаляются более старые события, освобождая место более новым, когда связь устанавливается, то события скачиваются в базу, но более старые события в результате потеряны. Возможно что имело место именно это явление.
Еще распространенное явление: кто-то в порядке эксперимента устанавливает в той же сети другую базу и регистрирует тот же контроллер, события улетают в другую базу.
28/12/2012 13:50:43 Regional and language settings.
Separator of integer and fractional part is incorrect - ‘.’ - required ‘,’ (comma).
Date format ‘dd/MM/yyyy’ is incorrect, required ‘dd.MM.yyyy’.
Separator of date components is incorrect - ‘/’- required ‘.’ (point).
Необходимо поправить региональные настройки системы.
1) Разделителителем целой и дробной части числа должна быть ‘,’ (запятая).
2) Формат даты должен быть ‘dd.MM.yyyy’.
3) Разделителем компонентов даты должна быть ‘.’ (точка).
