IoTAgent-LoRaWAN, по-видимому, не работает должным образом

Я пытался подготовить IoTAgent-LoRaWAN с использованием учетных данных TTN, я следую официальные документы, и это мой запрос POST:

{
  "devices": [
    {
      "device_id": "{{node}}",
      "entity_name": "LORA-N-0",
      "entity_type": "LoraDevice",
      "timezone": "Europe/Madrid",
      "attributes": [
        {
          "object_id": "potVal",
          "name": "Pot_Value",
          "type": "Number"
        }
      ],
      "internal_attributes": {
        "lorawan": {
          "application_server": {
            "host": "eu.thethings.network",
            "username": "{{TTN_app_id}}",
            "password": "{{TTN_app_pw}}",
            "provider": "TTN"
          },
          "dev_eui": "{{TTN_dev_eui}}",
          "app_eui": "{{TTN_app_eui}}",
          "application_id": "{{TTN_app_id}}",
          "application_key": "{{TTN_app_skey}}"
        }
      }
    }
  ]
}

Очевидно, я использую Postman для управления всеми этими HTTP-запросами в коллекции, и я установил несколько переменных среды, которые:

{{node}} - ›идентификатор устройства node_0

{{TTN_app_id}} - ›идентификатор моего приложения, который я выбрал dendrometer

{{TTN_app_pw}} - ›ключ доступа к приложению, показанный на рисунке (его можно найти в том же виде, что и в обзоре приложения; https://console.thethingsnetwork.org/applications/<application_id>) введите описание изображения здесь

{{TTN_dev_eui}} и {{TTN_app_eui}} также показаны на следующем рисунке (относительно устройства; я думаю, что это не конфиденциальная информация, потому что TTN не скрывает их, потому что я публикую изображение)

{{TTN_app_skey}} - ›Ключ сеанса приложения также показан на следующем рисунке (последний) введите описание изображения здесь

Дело в том, что ... после того, как я подготовил IoTAgent с помощью этого запроса, docker-compose logs -f iot-agent показывает следующие ошибки:

fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.689Z","level":"info","message":"New message in topic"}
fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.690Z","level":"info","message":"IOTA provisioned devices:"}
fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.691Z","level":"info","message":"Decoding CaynneLPP message:+XQ="}
fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.691Z","level":"error","message":"Error decoding CaynneLPP message:Error: Invalid CayennLpp buffer size"}
fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.691Z","level":"error","message":"Could not cast message to NGSI"}

Поэтому я думаю, что что-то не работает должным образом. Это мой docker-compose.yml, кстати, http://ix.io/2pWd

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

Кроме того ... я считаю, что документы неполные, я Мне нужна дополнительная информация о том, как подписать эти подготовленные устройства с помощью OrionCB (?) или удалить их (это не показано в документации, хотя это просто запрос DELETE для правильного URL-адреса).

В любом случае ... Что я делаю не так? Спасибо вам всем.

РЕДАКТИРОВАТЬ: Мне кажется, что что-то не так в самом IoTAgent, в следующих сообщениях об ошибках есть опечатка:

fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.691Z","level":"info","message":"Decoding CaynneLPP message:+XQ="}
fiware-iot-agent | {"timestamp":"2020-06-23T11:45:53.691Z","level":"error","message":"Error decoding CaynneLPP message:Error: Invalid CayennLpp buffer size"}

Потому что это не CaynneLPP, а CayenneLPP. Я также открыл проблему в репозитории GitHub но я не жду, что они ответят в ближайшее время. Мне кажется, что этот проект заброшен.


person jfernandz    schedule 23.06.2020    source источник
comment
См. Мой ответ в одном из других мест, где вы разместили это: thethingsnetwork.org/forum/t/   -  person Arjan    schedule 24.06.2020


Ответы (1)


Очевидно, проблема с кодировкой, я использовал метод кодирования, предложенный arduinio-lmic, но FIWARE действительно работает с моделью данных CayenneLPP. Итак, я попробую заменить этот метод кодирования.

В любом случае спасибо всем и особенно @arjan

person jfernandz    schedule 24.06.2020