Допустим, шлюз настроен по SSH, сбор данных работает, график обновляется. Но канал «Склад» получает температуру датчика из коридора. Значение правдоподобное, ошибок в логах нет.

При подключении оборудования я бы выделял проверку физической привязки в отдельный пункт приёмки: конкретный датчик должен соответствовать конкретному полю интерфейса.

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

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

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

Удалённо можно подготовить конфигурацию, диагностику и сценарий проверки. Но «данные пошли» ещё рано записывать как «подключение принято».