Avoding consultas repetidas mientras trabaja en una configuración de WSN de Coordinator - Repeater - End Device, cuando Coordinator y End device están en rango

0

Estoy trabajando en una configuración de WSN. Publiqué una pregunta anteriormente sobre el mismo. Tuve otra pregunta con respecto a la misma. Mi pregunta es mientras trabajo en modo de transmisión, si el Coordinador y el dispositivo final están demasiado lejos y estamos usando un repetidor en el medio, entonces está bien, el repetidor solo transmitirá el mensaje al dispositivo final y el dispositivo final no recibirá varias copias de las consultas ( como sucede en un caso en el que los dispositivos de Coordinador y Fin están en el rango y también estamos usando un repetidor, aunque en este caso no es necesario usar el repetidor). Ahora, suponiendo que el dispositivo final reciba varias copias de las consultas, ¿cómo podemos ignorar otras copias múltiples?

Adjunto una foto junto con esta pregunta.

¿Debo usar sello de tiempo? ¿Realmente no tengo idea de cómo usar la marca de tiempo para evitar el uso de varias copias? Probablemente debería agregar una marca de tiempo en el envío de querry por parte del coordinador (Correr en Raspeberry pi, equipado con OLP865 Xbee). ¿Qué pasa si no tengo acceso a Internet en Raspberry pi y no RTC? Probablemente debería usar una serie de números (generados a partir de un software). En el lado del dispositivo final (que se ejecuta en Arduino), debo analizar la cadena entrante, almacenar esa marca de tiempo / número y hacerla coincidir con la siguiente consulta entrante, si ambas coinciden, suelte el siguiente mensaje; de lo contrario, procese la consulta . ¿Puede alguien verificar, si parece que es un enfoque correcto o si hay algún otro método?

    
pregunta srj0408

1 respuesta

1

El enfoque estándar, utilizado por ZigBee y otras redes de malla de múltiples saltos, es incluir un número de secuencia en cada paquete. Cada receptor mantiene un historial de números de secuencia que ha recibido y lo utiliza para ignorar los duplicados.

Se puede tener una discusión mucho más larga sobre cuántos bits de longitud debe tener el número de secuencia y cuántos elementos mantiene en el búfer de su historial, pero eso depende en gran medida de otros factores.

Es posible que desee revisar los documentos IEEE 802.15.4 para ver cómo lo maneja un sistema.

    
respondido por el fearless_fool

Lea otras preguntas en las etiquetas