Интеграция оборудования Гарвекс: как проверить обмен при одновременной работе постов
Подписывайтесь на рассылку
Раз в неделю будем присылать вам дайджест с самыми полезными статьями.
Сопутствующие товары
Новости |
29 октября, 2026 г.
Время чтения:
6
Зачем проверять обмен одновременно
Проверка одного поста показывает, что обмен возможен в отдельном сценарии. Но при приемке объекта важно убедиться и в другом: как система ведёт себя, когда действия выполняются на нескольких постах одновременно. Такая проверка помогает заметить пропуски, задержки, ошибки сопоставления событий и расхождения в итоговых данных.
Главное — не считать одновременную работу подтверждённой только потому, что каждый пост по отдельности прошёл тест. Для проверки нужны заранее согласованные сценарии, наблюдение за результатом и запись фактических данных. Конкретный состав оборудования и допустимые режимы зависят от проекта и документации установленных устройств.
Что проверить до начала теста
Сначала зафиксируйте состав системы: какие посты участвуют в проверке, какое оборудование подключено к каждому из них, где отображаются результаты и кто наблюдает за ходом испытания. Сверьте наименования и модели с проектной документацией. Если документации не хватает, не подменяйте её предположениями — запросите её у поставщика или ответственного за объект.
Для обмена между контроллером «Квота» и сторонним устройством налива в руководствах «Квота-1» и «Квота-2» описан интерфейс RS-485 и обмен по соответствующему протоколу. В этих выдержках указаны протоколы «Топаз» (протокол 2.0) и Sanki Dispenser Protocol v2.2. Это не означает, что любой контроллер или любое устройство поддерживает каждый из них: перед приемкой сверяйте модель оборудования и применимую к ней документацию. Документация Гарвекс
Там же указано, что топология линии, её длина и используемый кабель должны соответствовать инструкции подключаемого устройства. Поэтому при приемке не стоит менять схему или параметры оборудования наугад. Если есть сомнения в подключении, привлеките ответственного специалиста и руководствуйтесь документацией конкретных устройств.
До испытания подготовьте протокол, в котором будут:
- перечень постов и устройств, участвующих в проверке;
- сценарий действий для каждого поста;
- ожидаемый результат, согласованный для этого проекта;
- место, где фиксируются фактические события и итоговые данные;
- ответственный за наблюдение и запись результатов;
- критерии остановки теста при ошибке или несоответствии.
Последовательность проверки
1. Проведите отдельную проверку каждого поста
Начните с поочерёдной проверки постов в согласованном рабочем сценарии. Для каждого запишите, какое действие выполнялось и какой результат отобразился в системе. Это исходная точка для сравнения: если позже при одновременной работе появится расхождение, будет понятно, наблюдалось ли оно и при отдельном тесте.
Не меняйте в ходе испытания несколько условий сразу. Иначе будет сложнее определить, с чем связано отклонение. Если отдельный пост не проходит согласованный сценарий, зафиксируйте результат и выясните причину до перехода к проверке одновременной работы.
2. Запустите согласованный сценарий для нескольких постов
После отдельных проверок выполните сценарий, в котором предусмотрена одновременная работа постов. Действия должны быть понятны всем участникам испытания: кто и на каком посту начинает работу, какие события наблюдаются и в какой момент фиксируются результаты.
При этом не делайте вывод о неисправности только по внешнему впечатлению. Сверьте фактический результат с критериями приемки: корректно ли система отразила события каждого поста, совпадают ли записи с выполненными действиями, не появилось ли неучтённых ошибок. Если проектом предусмотрена проверка выдач, соблюдайте установленный на объекте порядок и требования безопасности.
3. Сравните результаты по постам
Для удобства внесите данные в таблицу. В ней важно не смешивать результаты разных постов и сценариев.
| Что записать | Что проверить |
|---|---|
| Пост и сценарий | Можно ли однозначно определить, к какому посту относится запись |
| Время выполнения | Соответствует ли запись моменту события по принятому на объекте способу фиксации |
| Выполненное действие | Совпадает ли оно с согласованным сценарием |
| Результат в системе | Отображено ли событие и нет ли расхождения с фактическим действием |
| Ошибка или отклонение | Записано ли, на каком посту и в каком сценарии оно проявилось |
Если на объекте используется рабочее место оператора с журналом событий и отчётами, эти данные можно сверить с протоколом испытания. В описании «АЗС-Терминал — Ведомственный: оператор» указаны журнал событий, отчёты по выдачам и приёмкам, а также настройка оборудования и интерфейсов. Наличие и состав таких функций следует проверять для конкретной конфигурации.
4. Повторите сценарий и зафиксируйте исключения
Повторная проверка помогает отличить единичное отклонение от результата, который воспроизводится при тех же условиях. Повторяйте только согласованный сценарий и не меняйте схему подключения или настройки без соответствующей документации и разрешения ответственного за объект.
Если результат не совпал с ожидаемым, остановитесь на фиксации фактов: модель и пост, последовательность действий, время, сообщение или ошибка, доступные записи системы. Не пытайтесь устранять проблему изменением настроек стороннего устройства. Для оборудования других производителей порядок настройки и ремонта нужно уточнять у его изготовителя или сервисной организации.
Как оформить приемку интерфейсов АЗС
В итоговом протоколе укажите, какие сценарии были проверены отдельно и какие — при одновременной работе постов. Для каждого сценария внесите ожидаемый и фактический результат, обнаруженные отклонения и статус проверки: пройдено, не пройдено или требуется дополнительное выяснение.
Полезно также отметить ограничения проверки. Например, если испытали только часть оборудования или не удалось получить нужную документацию, это должно быть отражено в протоколе, а не заменено общим выводом об успешной интеграции. Такой подход делает приемку понятной для монтажной организации, заказчика и тех, кто будет обслуживать систему дальше.
Если для интеграции стороннего устройства используется контроллер «Квота», ориентируйтесь на руководство именно к установленной модели. Не переносите схемы и сведения из руководства одного контроллера на другое оборудование без подтверждения в документации. Общие материалы доступны в разделе документов Гарвекс.
Вывод
Проверка обмена при одновременной работе постов — это отдельный этап приемки, а не формальность после испытаний по одному посту. Сначала зафиксируйте состав системы и критерии, затем проверьте отдельные сценарии, выполните согласованный тест одновременно и сравните результаты по каждому посту. Все отклонения записывайте, а не устраняйте наугад.
Если планируете интеграцию или хотите уточнить состав документации для своего объекта, можно направить запрос через контакты Гарвекс. Сценарий проверки и требования к приемке следует согласовать с учётом конкретного оборудования и проекта.