OPC UA browse path: привязывать экран к структуре экземпляра
Фотография конкретного исполнения не приложена.
TranslateBrowsePathsToNodeIds ищет цель от startingNode по RelativePath, состоящему из ReferenceTypes и BrowseNames. Это позволяет использовать один логический путь для нескольких экземпляров известного типа. Произвольная подпись в интерфейсе не заменяет такой путь.
Если имеются несколько подходящих целей, сервис может вернуть список NodeIds. Поэтому клиенту нужно проверить результат и выбрать согласованную цель, а не всегда брать случайное первое совпадение без контекста. Также возможен переход к узлу другого сервера с необработанной частью пути.
В проекте сохраняют типовую структуру, стартовый экземпляр и ожидаемый атрибут. Изменение модели сервера требует проверки привязки. Сходные отображаемые имена двух датчиков не являются достаточным основанием для их взаимозаменяемости.
В приёмке используют несколько однотипных объектов и неоднозначный либо неполный путь. Проверяют, что данные каждого экрана относятся к нужному экземпляру. Найденный NodeId без проверки результата маршрута не подтверждает правильную прикладную привязку.
Основание — OPC Foundation OPC 10000-4, v1.05.07, 2026-04-15, разделы 5.9.4. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Клиент, сервер и физический объект не испытывались. Приведён проектный критерий проверки, а не отчёт о выполненной настройке.
Запросы отправляются на наш e-mail из вашей почтовой программы.
