Gastos de transmisión de malla Xbee

Estoy diseñando una red de malla Xbee, el tamaño planificado es de alrededor de 10 nodos repartidos en un área de 200 metros cuadrados. Será una combinación de nodos que reportan datos ambientales con actuadores/registradores. Tengo la intención de tener un solo controlador/registrador para procesar los datos de la red, sin embargo, preveo que su ubicación (y dirección) cambiará. Por lo tanto, necesitaría que se envíe una transmisión periódicamente desde el registrador actual para garantizar que los datos se envíen al lugar adecuado

He leído que la transmisión en la red de malla Xbee realmente puede matar el rendimiento, sin embargo, no pude encontrar muchos detalles específicos.

Mi pregunta es entonces: ¿sería factible enviar una transmisión cada 60 s en una malla de alrededor de 10 nodos o ejercería alguna presión sobre la red?

Respuestas (1)

Yo distinguiría dos tipos de emisión:

  • Mensajes que solo se envían a todos los nodos (y solo a aquellos nodos) que están en el rango directo del transmisor original

  • Mensajes que se envían a todos los nodos en todas partes

Una solicitud para enviar el primer tipo de transmisión hará que se transmita la cantidad de veces especificada por MT. El valor predeterminado es cuatro transmisiones, lo que significa que, de inmediato, una transmisión enviada con la configuración predeterminada será más costosa que un unicast. Además, cada nodo que escuche una transmisión del segundo tipo terminará transmitiéndola repetidamente, incluso si en el momento en que transmite el mensaje, todos los que posiblemente podrían escucharlo ya lo hayan hecho.

Considero desafortunado que no haya forma de indicar si una transmisión individual, incluso una del tipo anterior, debe considerarse lo suficientemente "importante" como para merecer una transmisión repetida. El descubrimiento confiable de rutas de red requiere que las transmisiones se repitan lo suficiente para garantizar que al menos una copia pase, pero los diagnósticos de red serían más efectivos si se pudiera especificar que una transmisión sin salto debe enviarse exactamente una vez (si uno envía 10 envíos). una vez que no-hop transmita a un nodo a través de un enlace 50% confiable y le pregunte cuántos recibió, probablemente obtendrá alrededor de 5. Si cada solicitud de transmisión en realidad envía el mensaje cuatro veces, entonces el destinatario tendría una mejor que incluso posibilidad de obtener los 10, por lo que no proporciona información sobre la confiabilidad real del enlace). Además, si cada nodo sabe que essi uno no necesita admitir mensajes enrutados o modo de suspensión síncrono, puede reducir la cantidad de información transmitida en un 75% cuando las condiciones son buenas enviando cada mensaje de transmisión solo una vez, mientras se mantiene la operación confiable cuando las condiciones son malas.

En resumen, el uso de las funciones de enrutamiento de malla de Digi requiere que las opciones relacionadas con la transmisión se configuren de manera que hagan que las transmisiones sean ineficientes. Si implementa su propia lógica de enrutamiento, retransmisión y control de suspensión, las transmisiones pueden ser más eficientes.

Volviendo a su escenario, una transmisión cada minuto es un nivel de tráfico lo suficientemente bajo como para que probablemente no deba preocuparse por eso. El nivel de transmisiones para saturar la red utilizando la configuración predeterminada sería de alrededor de diez transmisiones por segundo divididas por el tamaño del grupo más grande de nodos que se encuentran dentro del alcance entre sí.