Печать

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

[adminsmf]

В сети примерно 30 контроллеров.
После прохода сотрудника фото появляется аж через несколько секунд, когда человек де-факто уже ушел.
Можно ли сократить это время?

[adminsmf]

Из чего складывается задержка вывода фото?

• Процесс обмена с контроллерами. При работе по линии RS-485 опрос контроллеров происходит поочередно. На опрос каждого контроллера тратиться 0,1-0,2 секунды.
  При наличии 30 контроллеров полный цикл опроса составит 3-6 секунд.
• Время обработки данных на уровне Транспортного сервера зависит от типа СУБД и заполненности самой БД. Если используете Jet 4.0, то при количестве записей более 300000 вставка очередного события занимает заметное время. При использовании MSSQL, FireBird, MySQL или PostgreSQ вставка события происходит практически мгновенно.
• Передача сообщения от Транспортного сервера в БД СКУД силами АСервера. Этот процесс достаточно быстрый, но надо учесть http://artonit.ru/forum/index.php?topic=1310.0
• Работа самой базы СКУД. Тут, как правило, времена задержек минимальны.
  
• Пропускная способности и состояние локальных сетей.
• Время отображения данных в самой программе Монитор.

Собрав воедино всю цепочку потока данных, становится ясно, как сократить время между событием и его отражением на экране монитора:

• Изменить порядок опроса контроллера. В наиболее ответственное время собирать журнал событий только с тех контроллеров, информацию с которых необходимо отображать. Сбор журнала событий от остальных контроллеров организовать, например, ночью. Этот процесс легко автоматизируется с помощью пакета Transmircmd. В заданное время  (например, в 7 утра) Транспортный сервер получает команды выключить из сбора событий второстепенные контроллеры. После этой команды Транспортный сервер "собирает" данные только с актуальных контроллеров. В другое определенное время (например, в 20 часов, когда поток сотрудников уменьшился) на Транспортный сервер выдается команда возобновить сбор журнала событий с остальных контроллеров. После получения этой команды Транспортный сервер начинает выборку журнала событий из остальных контроллеров. Главное, что в период с 7 до 20 опрашивалось минимально необходимое количество контроллеров, и время на опрос было минимальным.
  При этом карты в контроллер будут и записываться, и удаляться (в соответствии с текущей работой оператора бюро пропусков).
  Необходимы пакет программ подготовлю для публикации позже.
• Использовать контроллеры серии Артонит в составе Транспортного сервера Тип 2. В этом случае контроллер сам высылает событие в Транспортный сервер, и задержка на период опроса отсутствует.
• При большом потоке событий отказаться от Jet 4.0 и использовать, например, MSSQL. См. http://artonit.ru/forum/index.php?topic=1307.0
• Сети, как правило, особых проблем не создают, на есть резон периодически проверять их состояние. В процесс развития фирмы локальные сети постоянно нагружаются, и в какой-то момент может быть создана неприемлемая ситуация (например, в силу неизвестных причин трафик пущен по какому-то мудреному маршруту, и время передачи данных заметно возросло.
• Сократить трафик с помощью настроек программы Монитор. Если установить галочку Операции - Настройка - Хранить локальные фото, то программа Монитор будет записывать изображения на локальный диск, и при получении событий с данными этого пользователя изображение будет запрашиваться не из базы, а браться с диска, что позволяет экономить на трафике (если в базе фото будет изменено, то Монитор будет все равно брать фото с локального диска, что приведет к неправильному отображению данных. Поэтому при использовании локального хранения фото рекомендую периодически удалять данные из папки ...Access/Photo. Монитор сформирует данные заново, используя актуальные данные из БД СКУД).