CoRE Link Format discovery: список ресурсов ещё не паспорт датчиков

Запросить

Сборщик хозяйства обнаружил CoAP ссылки и автоматически создал ведомость физических приборов. Такая интерпретация требует проверки. Discovery описывает доступные ресурсы и атрибуты, но один прибор может иметь несколько ресурсов, а шлюз — представлять данные разных источников. Приёмка должна связать ссылки с подтверждённой моделью и реальными точками, сохраняя ограничения прав и полноты. Отсутствующая ссылка не обязательно означает отсутствие датчика, а найденная — исправность его физического измерения.

Назвать область обнаружения

RFC 6690 определяет CoRE Link Format для discovery ресурсов и их атрибутов. (IETF RFC 6690 — CoRE Link Format) Это формат описания ссылок, не универсальный инвентарный паспорт оборудования. Подтвердите endpoint, путь discovery и доступный контекст. Не считайте результаты разных прав и фильтров одинаковым полным списком. Отдельно сохраните способы разрешения относительных ссылок по подтверждённой схеме. Статья не создаёт публичных адресов и не предлагает переходить к неизвестным внешним ресурсам только потому, что их вернуло подключённое полевое устройство.

От ссылок CoRE к подтверждённой карте. Discovery; Доступные ссылки и их атрибуты. Сопоставление; Известная модель ресурса и источник значения. Паспорт точки; Подтверждённый прибор и физическое измерение.
Условная схема. Несколько ссылок могут относиться к одному прибору. Карту подтверждают по фактическим источникам.

В ведомости укажите найденный ресурс, тип представления, нужные атрибуты и физическую принадлежность по отдельному доказательству. У одного источника могут быть данные, диагностика и конфигурация. Их нельзя посчитать тремя новыми приборами. Для агрегирующего шлюза сохраните downstream контекст. Если обнаруженный ресурс допускает операции записи, это не даёт права выполнять их во время инвентаризации. Начните с документированных безопасных чтений и собственной тестовой модели, где структура заранее известна и не требует вмешательства в действующую автоматику хозяйства.

Сверить известную модель

На стенде подготовьте собственный endpoint с несколькими различимыми ресурсами и подтверждённой схемой принадлежности. Получите discovery, примените предусмотренные фильтры и сравните результаты с ожидаемой областью. Не проверяйте только количество ссылок: дубли и разные атрибуты могут иметь самостоятельный смысл. Для каждого результата сохраните исходный контекст. Синтаксически правильный Link Format не доказывает актуальность всех сведений, поэтому отдельное безопасное чтение выбранного ресурса должно иметь собственный результат и понятное состояние, доступное верхнему сборщику телеметрии хозяйства.

Отдельно проверьте ограниченный доступ, неполную модель и изменение ресурса после обновления на имитаторе. Приложение должно показать область результата, а не объявить отсутствующую часть неисправной автоматически. После восстановления повторите discovery и сопоставьте идентичность, не создавая новые физические устройства по каждому изменению адреса. Старые записи сохраняют историю по проектной политике. Если связь с паспортом не подтверждена, отметьте её как незавершённую вместо выбора ближайшего по имени датчика, который способен случайно давать похожие числа.

Принять подтверждённую карту

В акте сохраните links, условия обнаружения и доказательства принадлежности. Приёмка подтверждает описание ресурсов в обследованной области и его связь с выбранными физическими точками. Для хозяйства это делает автоматический импорт полезным без завышения числа приборов и ложной полноты. Инженер различает endpoint, ресурс и сенсор, оператор понимает ограничения списка, а найденная ссылка получает проверяемое назначение. Инвентарная ведомость остаётся самостоятельным подтверждённым результатом, который нельзя вывести только из успешного разбора discovery ответа сетевого шлюза.

Все разборы

Флаг России Флаг Казахстана
office@omegasolutions.ru

Все запросы только на email