VEGA Inventory System: как спроектировать передачу данных об остатках для наземной службы
# VEGA Inventory System: как спроектировать передачу данных об остатках для наземной службы
Наземной службе недостаточно увидеть число на экране, чтобы понять остаток жидкости в резервуаре. Нужно знать, к какой ёмкости относится показание, когда оно получено и каким измерительным каналом сформировано. Проект удалённого контроля начинается с этой связи между физическим объектом и данными.
VEGA Inventory System в исполнении VEGA Hosting актуально представлен как веб-программа сбора и визуализации данных уровня, например в резервуарах и силосах. Для аэропорта возможен проект контроля запасов эксплуатационных жидкостей. Пригодность датчиков, материалов и исполнения для конкретной среды согласуется отдельно; программная платформа её не подтверждает.
Составить паспорт каждой точки
Заказчик описывает ёмкость, контролируемый продукт, необходимые единицы и получателя показаний. Если требуется видеть объём, следует согласовать, где и на основании каких данных уровень преобразуется в объём. Само название программы не устанавливает точность такого расчёта.
Для существующей точки полезно собрать модель датчика, средство сбора показаний и доступный канал передачи. Поставщик связывает эту цепочку с предлагаемым программным сервисом. Нельзя считать старый измерительный канал подключённым только потому, что его показания уже доступны где-то в локальной системе.
Выбрать порядок работы с остатками
Текущая страница VEGA различает контроль собственных запасов компании и модель VMI, при которой наблюдение и пополнение передаются поставщику. Это разные отношения между участниками процесса.
Для наземной службы сначала стоит определить, кто просматривает остатки и кто принимает решение о заказе. Предоставление поставщику данных не должно по умолчанию означать передачу ему всей ответственности за запасы. Объём сервиса и условия взаимодействия отражают в конкретном соглашении.
Согласовать актуальность показаний
В требованиях к телеметрии задают ожидаемую периодичность поступления данных и обозначение их возраста. Полезно отдельно описать ситуацию, когда последнее значение сохраняется, но новые показания не поступают. Такое значение нельзя без пояснения представлять как подтверждённое текущее состояние ёмкости.
К проектной приёмке подготавливают перечень точек и примеры ожидаемого представления: свежие данные, отсутствие очередного сообщения и восстановление поступления показаний. Эти сценарии согласуют с исполнителем; здесь не задаются команды для действующего оборудования.
Ведомость поставки должна охватывать измерительные средства, сбор данных, связь и программный сервис. Выбранное исполнение, документация и условия сопровождения подтверждаются предложением. Такой проект делает происхождение показаний понятным, но не превращает систему визуализации в независимую защиту резервуара от переполнения или автоматическую гарантию снабжения.
