fbpx

Expresate

Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:

Avisos
Vaciar todo

Protocolo para red inalámbrica

29 Respuestas
8 Usuarios
0 Reactions
43.3 K Visitas
fusion
Respuestas: 391
Topic starter
(@fusion)
Ardero
Registrado: hace 17 años

Estoy haciendo una red inalámbrica de micropics para trasmisión de datos en serie (a base de repetidores) de uno a otro hasta la base. ¿Sabéis algún protocolo en C ya hecho? no vaya a ser que esté reinventando la rueda.
El alcance de uno a otro lo estoy calculando en 400m
Creo se puede hacer algo con el CAN, pero no estoy seguro

Responder
28 respuestas
fusion
Respuestas: 391
Topic starter
(@fusion)
Ardero
Registrado: hace 17 años

Vá bien, ahora trasmitiendo a 38400 me llega un paquete de cada uno de los sensores o repetidores al menos cada 41 milisegundos, hay un 30% de colisiones. Por ahora lo estoy simulando en el ordenador, ahora me falta meterlo en el pic y hacer las tarjetas:
colisiones

Responder
ranganok
Respuestas: 3875
(@ranganok)
Ardero
Registrado: hace 19 años

un 30% de colisiones es mucho, espacia más los canales de tiempo y utiliza el canal uno para sincronizar a todos los dispositivos.

S2

Ranganok Schahzaman

Responder
fusion
Respuestas: 391
Topic starter
(@fusion)
Ardero
Registrado: hace 17 años

Al espaciar más bajo a un 20%, imagino que en la red real habrán menos colisiones pues se recibirá más señal de unos respecto de los otros.
He pensado lo de la sincronización, pero en mi protocolo no es posible pues hay varios sensores que no se ven entre sí

Responder
fj_sanchez
Respuestas: 1083
(@fj_sanchez)
Ardero
Registrado: hace 18 años

Al espaciar más bajo a un 20%, imagino que en la red real habrán menos colisiones pues se recibirá más señal de unos respecto de los otros.
He pensado lo de la sincronización, pero en mi protocolo no es posible pues hay varios sensores que no se ven entre sí

Este problema no es nuevo y ya se le ha dado solución de varias maneras. La más sencilla posiblemente sea mediante el uso de CTS/RTS. Te dejó aquí un enlace con más información: http://en.wikipedia.org/wiki/Hidden_node_problem " onclick="window.open(this.href);return false;

Responder
ave_fenix
Respuestas: 213
(@ave_fenix)
Estimable Member
Registrado: hace 16 años

El problema que tienes es que hay sensores que no se ven entre sí, con lo cual muchos protocolos quedan descartados ya que no van a escuchar las posibles colisiones.

La manera más sencilla que se me ocurre así pensando rápidamente, es hacer un sistema en estrella con paso de testigo.
La máquina central va recogiendo los sensores que tienen que ir hablando, y ella va haciendo una petición a cada sensor, en orden.
Esta petición se expande por toda la red, y sólo el sensor indicado responde a la petición.
Al recibir la respuesta, pregunta por el siguiente sensor...

Para añadir nuevos sensores, la manera sencilla que se me ocurre a bote pronto, es dejar una última dirección libre. Dicha dirección será cuestionada en cada vuelta siempre, será conocida por los sensores con anterioridad y siempre estará libre. Cuando un sensor nuevo aparezca, se pondrá a escuchar. Cuando escuche dos veces peticiones para dicha dirección (se ha completado un anillo completo) y no haya escuchado su dirección, entonces se presentará.

La dirección de los sensores también puede ser dada por la máquina central, claro.

No es el sistema más óptimo en cuanto a rendimiento, pero creo que para sensores no necesitarás más y es aprueba de bombas, creo yo :geek:

Responder
Página 3 / 6
Compartir: