¿Cómo puede un coordinador de Zigbee enviar comandos en redes grandes (más de 240 dispositivos) a los nodos?

1

Si la cantidad máxima de puntos finales en cualquier dispositivo ZigBee es 240, ¿cómo podría enviar y recibir comandos en redes grandes de más de 240 dispositivos?

Sé que si un dispositivo solo desea enviar datos periódicos al coordinador, no es necesario vincularlo. Pero si el coordinador era decir, enciende y apaga 300 luces desde una PC conectada. ¿Cómo podría hacer esto dentro de una red ZigBee Pro si no conocía el ID de punto final en el momento de la compilación?

He leído que puedo sondear un dispositivo para obtener información sobre los clústeres que tiene disponibles y quizás pueda proporcionarme los puntos finales asociados con estos clústeres. Si este fuera el caso, ¿eso significa que tendría que pasar por esta consulta, procesamiento, bucle de transmisión cada vez?

    
pregunta Larry

1 respuesta

3
  

Si la cantidad máxima de puntos finales en cualquier dispositivo ZigBee es 240, ¿cómo podría enviar y recibir comandos en redes grandes de más de 240 dispositivos?

¿De dónde obtiene esta información? No es correcta, la dirección de red es 16b, por lo que no se limita a 240. ¿Tal vez se está confundiendo con el número de EndPoint de la aplicación que es 8b (con algunos números reservados)? Si está familiarizado con TCP / IP; entonces la analogía flexible sería ZigBee Nwk Addr = Dirección IP (es decir, enrutamiento a un dispositivo físico) y ZigBee Application EndPoint = Número de puerto TCP (es decir, la aplicación en su dispositivo físico).

La limitación en la cantidad de dispositivos en una red ZigBee suele ser la memoria disponible para almacenar las tablas de enrutamiento. ZigBee tiene 2 protocolos de enrutamiento:

  • Enrutamiento AODV (Adhoc On Demand Vector): cada dispositivo en la red tiene su propia tabla de enrutamiento (típicamente 40 dispositivos) y cada dispositivo puede enviar un mensaje a cualquier otro dispositivo, es decir, es una malla. Las tablas de enrutamiento se mantienen transmitiendo solicitudes de ruta. Cuando se direcciona un dispositivo que no está en la tabla de enrutamiento, utiliza una solicitud de ruta para encontrar el dispositivo y reemplaza un dispositivo en su tabla de enrutamiento. Por lo general, esto se limita a ~ 70-80 dispositivos, más allá de esto y terminará con una "Tormenta de solicitud de ruta" donde todos los BW de la red disponibles son utilizados por las Transmisiones de solicitud de ruta, que frenan las buenas rutas y causan más solicitudes de ruta.

  • MTO (Many To One) / Source Routing: la ruta de enrutamiento está en los mensajes, por lo que cada dispositivo no necesita su propia tabla de enrutamiento. Todos los dispositivos envían mensajes al "Concentrador", generalmente también al Coordinador, es decir, se trata de una topología de árbol.

Para obtener más información, descargue Zstack-Home desde enlace (ZigBee SDK de TI) y consulte la sección "5. Enrutamiento "de Documentos \ Z-Stack Developer's Guide.pdf.

  

Sé que si un dispositivo solo desea enviar datos periódicos al coordinador, no es necesario vincularlo. Pero si el coordinador era decir, enciende y apaga 300 luces desde una PC conectada. ¿Cómo podría hacer esto dentro de una red ZigBee Pro si no conocía el ID de punto final en el momento de la compilación?

La Coord es siempre la dirección de red 0x0000, así que sí, siempre puede enviar un mensaje a la Coord como sabe su dirección, pero la aplicación en la Coord también tendrá un ID de punto final de la aplicación que deberá conocer, por lo que tiene el mismo problema en ambas direcciones, pero en el caso de que el Coordinador envíe un mensaje, no conoce la Dirección de la Red ni el Punto Final. ZigBee ofrece algunas formas diferentes de resolver esto, pero la que debe tener en cuenta es probablemente la Solicitud del Descriptor de Partidas. Es un mensaje que puede transmitir desde un dispositivo para averiguar qué dispositivos de la red admiten un clúster en particular. Es decir. Si el Coordinador desea encontrar todas las direcciones de red y el punto final de las Luces, enviará un Descriptor de coincidencia. Solicite el grupo de ILUMINACIÓN, todas las Luces enviarán una Respuesta del Descriptor de coincidencias con su Dirección de red e ID de punto final.

  

He leído que puedo sondear un dispositivo para obtener información sobre los clústeres que tiene disponibles y quizás pueda proporcionarme los puntos finales asociados con estos clústeres.

Parece que está describiendo la Solicitud / Respuesta del Descriptor de coincidencias aquí, pero a qué se refiere con

  

Si este fuera el caso, ¿eso significa que tendría que pasar por esta consulta, procesamiento, bucle de transmisión cada vez?

Su aplicación debe crear una lista de todos los dispositivos de dirección de red / punto final, es decir, la respuesta del Descriptor de coincidencia se agregará a su lista. Cuando quiera enviar mensajes a todas las 'Luces', por ejemplo, repita la lista de dispositivos que respondieron a la Solicitud de descripción de coincidencias para el grupo de entrada de Iluminación.

Para obtener más información sobre las ID de clústeres, consulte enlace .

Si desea "jugar" con comandos de ZigBee como Match Desc y los protocolos de enrutamiento, puede consultar el ejemplo del "Instructor de línea de comandos" en enlace .

    
respondido por el t.c.

Lea otras preguntas en las etiquetas