Lorawan-stack: Документ, соединяющий популярные шлюзы

Также обращаюсь к @adriansmares за поддержкой. Пожалуйста, координируйте свои действия соответствующим образом.

Добавлен Cisco IXM

См. также существующую документацию на https://www.thethingsnetwork.org/docs/gateways/

Это должно действовать как _reference_; эта документация со временем разрослась и не соответствует одному стилю или структуре.

Пожалуйста, начните с определения стиля и структуры и согласуйте с ними всю документацию по шлюзу.

@adriansmares , @mjamescompton и @johanstokking :

• Я создал функциональную ветку для этого feature/gateway-documentation . Нацельте все PR на эту ветку.
• Первый кандидат здесь: https://github.com/TheThingsNetwork/lorawan-stack/pull/1368 .

@MathieuMonneret Я обновил исходный комментарий.

@adriansmares , можете ли вы рассказать, как мы строим ссылку GCS на основе имени кластера и идентификатора шлюза?

Я добавил в список внешний шлюз NASYS , я смог его получить. Создадим задачу и начнем работать над документацией позже.

Каков здесь статус @MathieuMonneret ?

На самом деле у меня есть сомнения относительно GatewayEUI , в которых я должен убедиться, когда вернусь в офис. В остальном конфигурация точно такая же, как у V2, достаточно ссылки на ttn docs, то же самое для регистрации. Также регистрация должна происходить после настройки, которая на самом деле не соответствует общему шаблону.

Мой комментарий https://github.com/TheThingsNetwork/lorawan-stack/pull/1765#discussion_r360807466 в PR NASYS может быть актуален и для других шлюзов, поэтому репостим его сюда:

С v3 мы можем автоматически настраивать шлюзы не только с параметрами сервера, но и с его частотным планом:

$ curl -H "Authorization: Bearer NNSXS.<snip>.<snip>" https://thethings.example.com/api/v3/gcs/gateways/your-gateway-id/semtechudp/global_conf.json

@rvolosatovs написал хороший скрипт для шлюзов Kerlink Wirnet (в https://github.com/TheThingsNetwork/kerlink-station-firmware), может быть, мы можем сделать то же самое для других шлюзов?

Интересно, стоит ли нам приложить усилия для обобщения этого сценария из-за различий в платформах. У Kerlink уже есть два файла конфигурации, у MultiTech другой clksource , Tektelic, вероятно, отличается, поскольку они не используют эталонный дизайн. Затем все эти ребята работают над поддержкой базовой станции, которая, как мы надеемся, вообще положит конец эре конфигурации UDP. Я знаю, что я очень оптимистичен здесь.

@MathieuMonneret шлюз EUI предоставляется производителем шлюза, и это зависит от шлюза. Некоторые шлюзы игнорируют EUI в конфигурационном файле, и их переадресация пакетов сообщает об этом, некоторые шлюзы имеют сценарий (зависящий от платформы) для чтения EUI и т. д.

Во всяком случае, он очень похож на V2. Это не связано с AppEUI.

Я пытаюсь следовать инструкциям, чтобы присоединиться к шлюзу TTN kickstarter, шлюз не подключается. Сообщение в журналах гласит:

duration=18.325µs error=error:pkg/errors/web:unknown (Not Found) message=Not Found method=GET namespace=web remote_addr=x.x.x.x:5256 request_id=01DWWA895FS8RVNWRQC1PWRPQP status=404 url=/api/v2/gateways/ttn-ks-gateway?filter=ttn

ttn-ks-gateway — имя шлюза

Я делаю что-то неправильно? Шлюз пытается получить доступ к API/v2, но я думаю, что сервер обслуживает только API/V3.

@ loganmc10 : это неправильная проблема. Не могли бы вы создать отдельный вопрос для этого, упомянув значение Account Server , которое вы использовали?

Шлюз @johanstokking NASys также использует ответвление пересылки пакетов semtech с некоторыми параметрами конфигурации, зависящими от поставщика. Возможно, наличие универсального сценария принесет больше проблем, чем пользы? также см. мой комментарий в # 1765

Интересно, стоит ли нам приложить усилия для обобщения этого сценария из-за различий в платформах. У Kerlink уже есть два файла конфигурации, у MultiTech другой clksource , Tektelic, вероятно, отличается, поскольку они не используют эталонный дизайн. Затем все эти ребята работают над поддержкой базовой станции, которая, как мы надеемся, вообще положит конец эре конфигурации UDP. Я знаю, что я очень оптимистичен здесь.

@KrishnaIyer Мы добавили документацию для шлюза MultiTech Conduit AEP.

Поскольку у нас нет feature/gateway-documentation , мы нацелили #1793 на ветку master .

@benolayinka , можем ли мы вернуться к этому списку и посмотреть, какую документацию по шлюзу мы все еще хотим добавить?

Предлагая:

• Посмотрите документацию Kerlink, возможно, мы сможем улучшить качество.
• Шлюзы Tektelic с Basics Station
• RAK с UDP и базовой станцией

Пожалуйста, откройте проблемы, характерные для моделей шлюза.