Дерево страниц
Перейти к концу метаданных
Переход к началу метаданных

Если у Вас запросили логи контроллера нефтепродукта, воспользуйтесь инструкцией по ссылке:

http://wiki.topazelectro.ru/x/i4CgAg

1. Что такое переливы

1.1 Под переливами понимается рассогласование аппаратных суммарных счетчиков рукавов и счетчиков, которые ведутся в программе.

Значение аппаратных суммарных счетчиков является метрологически значимым параметром. ТРК с некорректным расчетом суммарных значений к работе не допускается поверительным органом.

Переливы могут быть положительными и отрицательными.

1.2 Положительный перелив - произошел налив, который программа не зарегистрировала.

(Значения счетчиков в программе меньше суммарных значений в ТРК).

1.3 Отрицательный перелив - программа зарегистрировала налив, который фактически не произошел, или он закончился раньше, чем в программе, и часть заказа осталась в емкости.

(Значения счетчиков в программе больше суммарных значений в ТРК).

1.4 При регистрации перелива значение программных счетчиков приводятся к значениям аппаратных счетчиков, а разница регистрируется либо на служебный вид оплаты "Переливы".

2. Предварительная настройка программы

2.1 Значения суммарных счетчиков рукавов в "Топаз-АЗС" опрашиваются из ТРК в том случае, если в созданном контроллере выбран параметр Применять аппаратные счетчики рукавов.


2.2 Опрос происходит в определенные моменты времени:

  • Перед заданием заказа на колонку.
  • При формировании текущих и сменных отчетов.

Если включить соответствующие параметры постов отгрузки, то добавится вычитывание:

  • При завершении заказа.
  • При входе в режим Управления.

2.3 Для регистрации перелива оператором на один из "рабочих" видов оплаты требуется включить параметр Распределение переливов.

Функция недоступна для внешних заказов и заказов через вид оплаты Онлайн-терминал.


2.4 Название служебного вида оплаты "Переливы" можно изменить в разделе Менеджер видов оплаты


3. Уведомление о переливе и его регистрация

3.1 При обнаружении перелива программа выведет сообщение в окно протоколирования с описанием, какое расхождение и на какой рукав было выявлено.

3.2 Если включено Распределение переливов, появится информационное окно, в котором оператору будет предложено зарегистрировать перелив вручную.

Далее появится окно выбора вида оплаты для регистрации:

Если оператор откажется от регистрации перелива, окно появится при следующем опросе счетчика. Без регистрации перелива закрыть смену не удастся.

4. Анализ журнала событий

Перелив - это всегда отклонение от штатной работы АЗС.

При каждом случае возникновения перелива требуется не только определить, было ли отпущено топливо, но также корректно зарегистрировать и часто также корректно фискализировать налив.

Для этого необходимо:

4.1 Определить, когда произошел перелив.

Следует отметить, что перелив происходит не в момент регистрации перелива.  Пояснение логики на примере перелива после заказа:

  • Оператор выбирает рукав и задает дозу.
  • Программа опрашивает суммарный счетчик выбранного рукава и сравнивает значение с программным. Если проверка пройдена:
  • Оператор выбирает вид оплаты и задает заказ.
  • Если заказ завершается и регистрируется корректно, программное значение счетчика увеличивается на зарегистрированный объем отпущенного топлива.
  • .............................может пройти достаточно большой промежуток времени....................................
  • Оператор вновь выбирает этот рукав и задает дозу, или производит другое действие из событий, описанных в п. 2.2.
  • Программа опрашивает суммарный счетчик выбранного рукава и сравнивает значение с программным.
  • Если значение не сходится, программа определяет перелив.
  • При регистрации перелива программное значение счетчика увеличивается на зарегистрированный объем.



Соответственно, необходимо:

  • Выписать дату, объем перелива, вид топлива и рукав, на котором зарегистрирован перелив.
  • Открыть журнал событий и найти событие регистрации перелива.
    Для удобства поиска можно отфильтровать примерный промежуток времени на несколько часов до регистрации перелива.
    Навигацию удобно осуществлять через Page Up, Page Down. Для отображения рукавов нажать Ctrl + D.
  • Перед событием регистрации перелива найти событие опроса суммарного счетчика, выписать это значение и время события.
  • По журналу событий найти предыдущий опрос суммарного счетчика этого рукава, выписать это значение и время события.
  • Сравнить выписанные значения - так мы узнаем количество топлива, отпущенного через счетчик рукава ТРК:
    Если количество отпущенного топлива равно объему перелива, то наливов в программе не было зарегистрировано.
    Если количество отпущенного топлива отличается от объема перелива, то в программе был зарегистрирован налив.
  • Настроить фильтр журнала событий на временной промежуток между выписанными событиями опроса счетчиков.
  • Проверить, задавался ли какой-нибудь заказ на этот рукав и был ли он корректно завершен - регистрацией в программе.

Зафиксировать наличие программных сбоев, перезапусков программы, потерь связи с ТРК.

4.2 Если перелив возник на клиентском заказе и  включено распределение переливов в п. 2.3, необходимо зарегистрировать его на тот же вид оплаты и на то же рабочее место.

Проверить, была ли произведена фискализация заказа и на какой объем. При необходимости внести корректировки, сделав произвольный чек возврата на некорректный чек, далее сделать произвольный чек на фактически отпущенное значение.

Если заказ был по банковской карте, аналогичным образом провести произвольную операцию терминала.

4.3 На основе полученных данных, определить причину возникновения перелива.

5. Основные причины возникновения переливов

Пппризнакипричинынеобходимые действия
5.1

Количество отпущенного топлива равно объему перелива, но наливов в программе не было зарегистрировано.

Был задан заказ.

Возможны события запуска программы или подтверждения сброса заказа.

  • Произошел принудительный сброс заказа оператором.
  • Программа завершила работу с ошибкой.
  • Компьютер был перезагружен.

Проверить по камерам факт отпуска нефтепродукта клиенту.

Проверить необходимость фискализации операции произвольным чеком.

5.2

Определился перелив, но наливов в программе не было зарегистрировано.

Заказов не было.

Возможны события выхода из программы, запуска программы.

Возможны события потери связи с ТРК.

  • Налив произошел через программу настройки ТРК или с пульта.
  • Налив произошел через копию программы Топаз-АЗС.
  • После налива продолжилась работа с копией программы, сделанной До налива.
  • Произошло смещение значений счетчиков без налива (иногда встречается на старых ТРК и ТРК, не проходивших метрологический контроль).

Проверить по камерам факт отпуска нефтепродукта.

Если фактического налива не было, проверить вариант смещения счетчиков.




5.3

Количество отпущенного топлива отличается от объема перелива, в программе был зарегистрирован налив.

Часто происходит при пусконаладке ТРК. Повторяется при каждом заказе по рукаву.

  • Неполадки механической части ТРК
  • Некорректная настройка дискретности

Проверить корректность работы ТРК и значений счетчиков тестовым наливом через программу настройки ТРК.

Скорректировать дискретность в ПО и на ТРК. По-умолчанию дискретность равна 0,01.

5.4

Перелив возникает после каждого неполного налива.

Встречаются положительные и отрицательные переливы.

В отпущенную дозу регистрируется не фактически налитый объем, а тот объем, который не был налит (от заданной дозы).

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

  • Некорректная настройка способа расчета данных отпуска (параметр 451) для протокола Искра.

Указать стандартное значение для протокола Искра (Остаток дозы).

Для версий ПО Топаз-АЗС 3.15.18 можно не заходя в Настройку ТРК поменять направление отсчёта возвращаемых данных в настройках контроллера в ПО Топаз-АЗС.

5.5

Регистрируется отрицательный перелив с миллионными значениями.

В течении нескольких дней такие переливы возникают на нескольких рукавах.

Текущие значения счетчиков стали гораздо меньше предыдущих.

Возможна некорректная регистрация всех последующих наливов.

  • Переход счетчиков через максимально возможное значение разрядности.

Корректно зарегистрировать и описать перелив. Это не ошибка, а особенность работы счетчиков ТРК.

В случае некорректной регистрации последующих наливов следует обратиться в техническую поддержку. Вероятная причина - старая прошивка контроллера.

5.6

Перелив на малые значения возникает после большинства заказов по рукаву.

На ТРК может отображаться доза больше, чем была задана.

Часто возникает на газовых ТРК.

  • Неисправность клапана замедления.
  • Другая неисправность гидравлического оборудования.

Проверить корректность работы ТРК и значений счетчиков тестовым наливом через программу настройки ТРК.

Проверить гидравлическое оборудование.

5.7

Возникает отрицательный перелив, а после него - положительный перелив на тот же объем (или наоборот).

Переливы начали появляться после настройки ПО или после ремонта ТРК.

  • Некорректно произведена адресация рукавов ТРК.
  • Датчик импульсов установлен на не соответствующем ему объемомере.

Проверить корректность работы ТРК и значений счетчиков тестовым наливом через программу настройки ТРК.

Проверить корректность подключения оборудования в ТРК.
5.8

Периодически возникает положительный или отрицательный перелив на единицу дискретности.

Перелив возникает на разных рукавах.

  • Некорректно настроен тип округления.

Необходимо настроить одинаковый тип округления в ТРК, в контроллере и в ПО Топаз-АЗС.

6. Общие рекомендации

6.1 Если самостоятельно определить и устранить причину перелива не удалось, в запросе на техподдержку необходимо предоставить следующие данные:

  • Версия программы Топаз-АЗС
  • Наличие дополнительных рабочих мест
  • Используемые ТРК, контроллеры и блоки сопряжения
  • Опишите, как часто возникает перелив и при каких обстоятельствах
  • Используемый протокол обмена данными или название экземпляра устройства контроллера из ПО Топаз-АЗС
  • Ссылка на архив каталога программы с записанными логами обмена данных с ТРК и скриншот перелива в окне оператора или в журнале событий с временем его возникновения.
  • Нет меток