Тема: Некорректное определение дня недели Контроллером SCM-NET2
Добрый день!
У нас на одном из контроллеров SCM-NET2 настроен режим автоматической разблокировки точки доступа с 9:00 до 16:59 в с ПН по ПТ.
Начиная с 13.09.2016 года автоматическая блокировка/разблокировка перестала работать.
После проведения сегодня (16.09.2016) тестов с графиками доступа и разблокировки удалось выяснить, что сегодняшнюю дату контроллер считает как ВЫХОДНОЙ день. Причем ВЫХОДНОЙ день - НЕ суббота и НЕ воскресенье!
В списке “Общие внеплановые дни” ни одного дня для месяца Сентябрь не прописано.
Сам факт изменения графиков доступа/разблокировки контроллер воспринимает корректно.
В Мониторе событий и в Модуле отчетов дата и время событий отображаются корректно.
На карту разблокировки и на изменение состояния точки доступа Главным системным инженером в Мониторе событий контроллер отрабатывает корректно.
Помогите найти ошибку.
Спасибо!
Пришлите снимок экрана с настройками графика разблокировки. Но лучше конечно резервную копию БД на почту.
Готов предоставить резервную копию.
...
Отправлена.
У общего зала стоит график “График разблок. - тест”. По нему как раз ничего и не должно разблокироваться. Может кто-то переставил графики у контроллера (может необходимо установить “График разблок. (пн-чт: 9:00-17:00, пт: 9:00-16:00) - сейчас НЕ лето!”)?
То, что сейчас установлено - это в качестве эксперимента.
“График разблок. (пн-чт: 9:00-17:00, пт: 9:00-16:00) - сейчас НЕ лето!” был установлен 01.09.2016 и перестал корректно отрабатывать 13.09.2016 вплоть до сегодняшнего дня...
Процитирую свой первый пост:
“После проведения сегодня (16.09.2016) тестов с графиками доступа и разблокировки удалось выяснить, что сегодняшнюю дату контроллер считает как ВЫХОДНОЙ день. Причем ВЫХОДНОЙ день - НЕ суббота и НЕ воскресенье!”
p.s. Кроме меня графики поменять не может никто...
Верните необходимые графики разблокировки и сделайте программирование контроллеру.
“Программирование контроллера” не изменило ситуацию...
Хотелось бы заметить, что другой такой же контроллер ведет себя аналогичным способом...
После проведения сегодня (16.09.2016) тестов с графиками доступа и разблокировки удалось выяснить, что сегодняшнюю дату контроллер считает как ВЫХОДНОЙ день. Причем ВЫХОДНОЙ день - НЕ суббота и НЕ воскресенье!
Как Вы это выяснили?
Как Вы это выяснили?
Эмпирическим путем.
Сделал тестовый график доступа “График доступа - тест”. Настроил данный график на свою карту.
1. Отметил в графике - “Пятница, 00:00-23:59”. Доступ по карте предоставлен не был.
2. Отметил в графике все пункты - “ПН-ВС, Короткий, Выходной, Рабочий, 00:00-23:59”. Получил доступ.
3. Отметил в графике - “Рабочий, Выходной, 00:00-23:59”. Получил доступ.
4. Отметил в графике - “Рабочий, 00:00-23:59”. Доступ по карте предоставлен не был.
5. Отметил в графике - “Выходной, 00:00-23:59”. Получил доступ.
6. Отметил в графике - “СБ-ВС, 00:00-23:59”. Доступ по карте предоставлен не был.
7. Отметил в графике - “Выходной, 00:00-23:59”. Получил доступ.
Сделал тестовый график разблокировки “График разблок. - тест”. Настроил данный график на проверяемый контроллер. Отметил в графике разблокировки - “Выходной, 11:45-11:47”. Контроллер автоматически разблокировался в 11:45 и встал в нормальный режим в 11:48.
Когда проводили тест, смотрели что пишет монитор событий?
Вы имеете в виду дату и время событий?
Не только дата и время, а еще сообщения, например: отказ в доступе, блокировка и т.д.
Все сообщения были корректны.
“16.09.2016 11:41:05”,”Общий зал”,”ХХХ Х Х”,Вход
“16.09.2016 11:41:48”,”Общий зал”,”ХХХ Х Х”,”Попытка входа (вне графика доступа)”
“16.09.2016 11:45:00”,”Общий зал”,,”Разблокировка по расписанию на выходе”
“16.09.2016 11:48:00”,”Общий зал”,,”Нормальный режим по расписанию на выходе”
Все, с моей точки зрения, работает корректно, кроме того факта, что все контроллеры “считают”, что сегодня “Выходной” день...
Ясно, надо проводить физические эксперименты на стенде, сначала с вашей базой (т.к. на первый взгляд ничего критичного там нет) и аналогичным контроллером (с такой же прошивкой), затем, если понадобится, с вашей базой и вашим контроллером (придется вам его нам как-то отправить). В понедельник проведем первую часть стендовых испытаний.
Нет уверенности, что проблема именно в этом контроллере. Т.к. другой также ведет себя...
