Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Журнал событий как основа работы телеметрии.



Система телеметрии по каждому из торговых аппаратов отслеживает в реальном времени и хранит в базе данных журнал всех событий торгового аппарата. Просмотреть данный журнал можно в любой момент времени за любой период работы аппарата в системе. Чтобы посмотреть журнал событий, необходимо:

1) Зайти в интернет-браузере на страницу сервера онлайн-мониторинга

2) Ввести свои логин и пароль

3) Нажать на меню “Торговые аппараты”.

4) Выбрать нужный аппарат и нажать на его серийный номер.

5) Нажать на ссылку “События”.

Журнал событий выглядит следующим образом:

Журнал событий отображается по 100 событий на странице. Их можно листать назад / вперед (для чего вверху и внизу есть соответствующие ссылки), осуществлять поиск нужной даты (вводится число, месяц, год и нажимается кнопка “Найти”), фильтровать по типам событий (устанавливается нужный набор галок и нажимается кнопка “Отобрать”).

У каждого события указано два времени – “Время по модему” (левый столбец) и “Время по серверу” (второй столбец слева).

В столбце “Время по модему” указывается реальное время события (т. е. когда событие произошло). Время указывается по часам торгового автомата. Если часы на торговом автомате выставлены неверно, данное время также будет неверным. Если часы на торговом автомате не выставлены, в данном столбце будут прочерки. Также прочерки в данном столбце будут указаны у запросов сервера, так как это событие не происходило на торговом аппарате, а значит, у него нет времени. В случае аппаратов других производителей (не-Уникум), время берется не из торгового аппарата, а из таймкипера, установленного в контроллере модема (контроллер 042).

В столбце “Время по серверу” указывается время, когда данное событие было принято сервером. Время указывается по часам сервера и автоматически пересчитывается сервером в часовой пояс компании, в которой зарегистрирован торговый автомат. Данное время указывается всегда (не зависимо от того – запрос это или событие, и не зависимо от того, работают ли часы в торговом автомате или нет).

Разница между временем по модему и временем по серверу позволяет оценить скорость доставки событий на сервере при условии, что часы на аппарате идут точно.

События в базе данных сервера телеметрии могут храниться вечно. Это – важная составляющая онлайн-мониторига, так как на базе этих событий:

- Анализируются ошибки аппаратов

- Анализируются продажи аппаратов

- Один из алгоритмов, рассчитывающих инкассацию, суммируют события за период между инкассациями.

События отправляются торговым автоматом в сервер сразу, как только происходят. Если в момент события связь с сервером по каким-либо причинам отсутствует, события сохраняются в энерго-независимой памяти торгового аппарата, откуда отправляются на сервер сразу после восстановления связи. Если данная память переполняется до того, как связь восстановится, то события будут потеряны, а сервер онлайн-мониторинга будет оповещен об этом (с помощью отдельного события переполнения памяти). Однако, для особо-важных событий (таких как инкассация), в аппарате держится резервная энергонезависимой памяти, в которую события инкассации все равно будут сохранены даже в случае переполнения основной памяти.

Инкассации.

           В онлайн-мониторинге инкассации играют важную роль. Каждая инкассация – это точка отсчета, относительно которой рассчитываются остатки продуктов и следующая инкассация.

Инкассации фиксируются онлайн-мониторингом на базе следующих событий:

- Снятие стекера банкнотоприемника при включенном питании аппарата (к этому событию синхронизируются счетчики аудита)

- Загрузка размена (сдачи) в монетоприемник (аудит не отправляется на сервер по данному событию)

- Выбор в меню аппарата “Сигнал инкассации” – пункт 2.2.4 (только для Unicum) или нажатие зеленой кнопки на MDB-контроллере при условии, что в настройках разрешена фиксация инкассации по зеленой кнопке (только для не-Unicum). Это действие эмулирует снятие стекера, т. е. счетчики аудита синхронизируются под момент нажатия.

Как только на сервер приходит одно из перечисленных выше событий, сервер автоматически фиксирует новую инкассацию. После создания новой инкассации, она будет находиться в открытом состоянии. Это означает, что если придет еще одно из событий инкассации, оно не создаст новую инкассацию, а будет прибавлено к открытой. Т. е. если снять стекер и два раза загрузить размен, то на сервер придет 3 события, но инкассация будет одна. Новая инкассация будет создаваться только после того, как предыдущая будет закрыта.

Закрытие инкассации осуществляется автоматически по первому событию продажи. Также инкассация может быть закрыта вручную через WEB-интерфейс онлайн-мониторинга (см. ниже).


Поделиться:



Последнее изменение этой страницы: 2019-03-31; Просмотров: 279; Нарушение авторского права страницы


lektsia.com 2007 - 2024 год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! (0.012 с.)
Главная | Случайная страница | Обратная связь