Устройства Sigfox или Lora с Azure-Digital-Twins - PullRequest
0 голосов
/ 22 ноября 2018

У меня есть пара вопросов по настройке цифрового близнеца с устройствами Lora и Sigfox, данные которого кодируются:

  1. как получить строку iothubowner для созданияобратный вызов к бэкэнду Lora или Sigfox?
  2. как мы имеем дело с обязательными свойствами, особенно с HardwareId ?
  3. , что является наилучшей практикой для декодирования сообщения и его последующего вычисления?Знание того, что мы должны каскадировать обработку: декодирование, затем нормализация, затем телеметрическая аналитика (например, мониторинг состояния помещения)

1 Ответ

0 голосов
/ 30 ноября 2018

Вот ответы: 1. Строка подключения IoT Hub (iothubowner) будет представлена ​​в API через пару месяцев 2. Для устройства уникальный идентификатор со стороны клиента - HardwareId.Мы рекомендуем добавить MacAddress устройства.Для SensorId.HardwareId у вас есть несколько вариантов, которые мы рекомендуем: либо Device.HardwareId + SensorName, либо просто SensorName, если он уникален для каждого устройства, или просто GUID.SensorId.HardwareId важно установить, потому что это значение должно соответствовать свойству заголовка сообщения телеметрии DigitalTwins-SensorHardwareId, чтобы UDF мог сработать.См. https://docs.microsoft.com/en-us/azure/digital-twins/concepts-device-ingress#device-to-cloud-message 3. Вам необходимо создать средство сопоставления, которое связывает правильный UDF с кодом, чтобы декодировать массив байтов для датчиков определенного типа.Например, если у вас есть датчики типа: LoRa, а затем различные типы данных: вы должны создать сопоставление с типом для соответствия «LoRa», а затем с различными типами данных.На данный момент вам придется обрабатывать все это в одном UDF.В будущем мы могли бы поддерживать цепочку, и вы могли бы иметь UDF для каждого шага отдельно, но до тех пор, все в одном.

...