Lorawan-stack: Documento que conecta puertas de enlace populares

En bucle en @adriansmares para apoyo también. Por favor coordine en consecuencia.

Se agregó Cisco IXM

Consulte también la documentación existente en https://www.thethingsnetwork.org/docs/gateways/

Esto debería actuar como una _referencia_; esa documentación ha crecido con el tiempo y no sigue un estilo o estructura.

Comience con la definición de un estilo y una estructura y alinee toda la documentación de la puerta de enlace con eso.

@adriansmares , @mjamescompton y @johanstokking :

• Creé una rama de función para este feature/gateway-documentation . Dirija todos los PR a esta sucursal.
• El primer candidato está aquí: https://github.com/TheThingsNetwork/lorawan-stack/pull/1368

@MathieuMonneret Actualicé el comentario original.

@adriansmares , ¿puede compartir cómo construimos el enlace GCS según el nombre del clúster y el ID de la puerta de enlace?

Agregué la puerta de enlace para exteriores NASYS en la lista, podría obtener eso. Creará un problema y comenzará a trabajar en la documentación más tarde.

¿Cuál es el estado aquí @MathieuMonneret ?

De hecho, tengo una duda con respecto a los GatewayEUI que debo asegurarme una vez que regrese a la oficina. De lo contrario, la configuración es exactamente igual que V2, solo un enlace a ttn docs debería ser suficiente, lo mismo para el registro. Además, el registro debe realizarse después de la configuración, que en realidad no sigue la plantilla genérica.

Mi comentario https://github.com/TheThingsNetwork/lorawan-stack/pull/1765#discussion_r360807466 en NASYS PR también puede ser relevante para otras puertas de enlace, así que lo vuelvo a publicar aquí:

Con v3 podemos configurar automáticamente las puertas de enlace no solo con los parámetros del servidor, sino también con su plan de frecuencia:

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

@rvolosatovs escribió un buen script para las puertas de enlace Kerlink Wirnet (en https://github.com/TheThingsNetwork/kerlink-station-firmware), ¿tal vez podamos hacer lo mismo para otras puertas de enlace?

Me pregunto si deberíamos esforzarnos en generalizar ese guión, debido a las diferencias de plataforma. Kerlink ya tiene dos archivos de configuración, MultiTech tiene un clksource diferente, Tektelic probablemente sea diferente ya que no usan un diseño de referencia. Luego, todos estos muchachos están trabajando en el soporte de la Estación básica que, con suerte, termina con la era de la configuración UDP. Sé que estoy siendo muy optimista aquí.

@MathieuMonneret , el fabricante de la puerta de enlace proporciona la EUI de la puerta de enlace y esto depende de la puerta de enlace. Algunas puertas de enlace ignoran el EUI en el archivo de configuración y hacen que su reenviador de paquetes informe uno, algunas puertas de enlace tienen un script (específico de la plataforma) para leer el EUI, etc.

Es muy similar a V2 de todos modos. Esto no está relacionado con AppEUI.

Estoy tratando de seguir las instrucciones para unirme a una puerta de enlace de kickstarter TTN, la puerta de enlace no se unirá. El mensaje en los registros dice:

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 es el nombre de la puerta de enlace

¿Estoy haciendo algo mal? La puerta de enlace parece estar tratando de llegar a api/v2, pero creo que el servidor solo está sirviendo a api/v3

@ loganmc10 : Este no es el problema correcto. ¿Podría crear un problema separado para esto mencionando el valor de los Account Server que usó?

@johanstokking NASys gateway también utiliza una bifurcación del reenviador de paquetes semtech, con algunas opciones de configuración específicas del proveedor. ¿Quizás tener un script genérico sería más problemático de lo que vale? también vea mi comentario en # 1765

Me pregunto si deberíamos esforzarnos en generalizar ese guión, debido a las diferencias de plataforma. Kerlink ya tiene dos archivos de configuración, MultiTech tiene un clksource diferente, Tektelic probablemente sea diferente ya que no usan un diseño de referencia. Luego, todos estos muchachos están trabajando en el soporte de la Estación básica que, con suerte, termina con la era de la configuración UDP. Sé que estoy siendo muy optimista aquí.

@KrishnaIyer Agregamos documentación para la puerta de enlace MultiTech Conduit AEP

Como no tenemos feature/gateway-documentation apuntamos #1793 a la sucursal master .

@benolayinka , ¿podemos revisar esta lista y ver qué documentación de puerta de enlace aún queremos agregar?

Sugeriendo a:

• Mire la documentación de Kerlink, es posible que podamos mejorar la calidad.
• Pasarelas Tektelic con Basics Station
• RAK con UDP y estación básica

Abra problemas específicos para los modelos de puerta de enlace.