Red de robot de RF grande

0

Un amigo mío me pidió ayuda para pensar en una solución para crear una comunicación de RF entre 8 robots y 1 punto de acceso. No hay mucho tráfico, solo para indicar que el robot está (casi) al final de su trayectoria y obtener información de control. Una vez por unos minutos. Esto no es muy complicado y estaba pensando en el chip nRF24L01 + con antena externa. Necesitamos una gama de aprox. 100 - 150 metros. LOS

la parte compleja es la siguiente: Se usa en un campo con paneles solares, y necesitamos unos 4000 robots y 4000/8 = 500 puntos de acceso. Las direcciones de todas las unidades deben ser únicas, pero cada punto de acceso debe conocer las direcciones de sus propios robots. (y estos robots deben saber la dirección de su punto de acceso)

Estaba pensando en una identificación de silicio (32 bits) y usé un tipo de emparejamiento durante la puesta en marcha. Entonces, todas las unidades tienen la dirección 0 durante el inicio, y después de presionar un botón en la Tx, enviará un mensaje con su ID única. El Rx almacenará esa ID en EEPROM o SRAM. El Rx responderá un mensaje con su propia dirección y el Tx lo almacenará en su SRAM.

los contras Es que tendrás que "emparejar" 4000 unidades .... los profesionales. es que tienes 500 redes "independientes".

¿Alguien me puede dar otras / mejores soluciones? ¿O algunas sugerencias a mi idea actual? Tal vez use xbee en lugar de un chip de radio RF genérico?

Gracias de antemano.

Saludos,

Jasper

    

1 respuesta

1
  

Un amigo mío me pidió ayuda para pensar en una solución ...

y esa solución es el tema de redes de Petri .

Supongo que su principal preocupación expresada en la pregunta no es cómo administrar las unidades semiautónomas (SAUS), sino identificarlas. Por lo tanto, mi mención de las redes de Petri es de poco valor para esta pregunta, pero sería de gran valor para tu amigo.

ID única algoritmo de base de datos
Ya debe tener en cuenta que el desembolso de ID únicas es una preocupación frecuente pero no trivial en la función normal de los sistemas de información.

En un entorno multiproceso. Requiere que se bloquee el contador de incrementos cada vez que se solicita y se registra una nueva ID, si está utilizando un sistema de administración de bases de datos de disponibilidad inmediata. Si está escribiendo su propio algoritmo, deberá bloquear el bloque de código que realiza el desembolso de las ID únicas en un bloque de código atómico sincronizado, para permitir que solo un proceso lo ejecute a la vez.

Hard-wired vs soft-coded -IDs
  1. Usted podría cablear su ID en cada unidad y luego registrarla manualmente en la base de datos. Y tienes que seguir el incremento. Pero aún debería informar al hub que una unidad se está conectando y asignar una SAU a un hub.

  2. Podrías cablear cada unidad con una ID única, y luego el concentrador asignará a la hard-id una soft-id.

¿Por qué reinventar la rueda?

Ya hay placas integradas / controladoras listas para usar que hacen todo esto y mucho más. Se llaman

Todas estas tecnologías están integradas en una placa de microcomputadora incorporada de Linux (como la frambuesa pi). Un enrutador / concentrador inalámbrico daría una dirección DHCP a cada unidad integrada con el controlador integrado IEEE 802.11.

IP de largo alcance

Pero 802.11 está especificado para trabajar dentro de 100 metros. 800, 2.5 y 5 GHz son espectro de RF de microondas que requieren conexión de línea de vista. Eso haría

Hay varias estrategias para superar el rango

  • Use un controlador GSM o integrado / habilitado para telefonía y suscriba cada unidad con la compañía telefónica. Este es el campo de la telemática.

  • Utilice un concentrador madre direccional de largo alcance, con una serie de antenas que se transmiten a los concentradores locales, que también pueden actuar como repetidores para conectarse a los concentradores más lejanos. enlace .

    Efectivamente, eso sería configurar tu propia red de mini-telefonía.

Quiero decir que la práctica de la industria es la telemática para la conectividad de largo alcance (porque solía trabajar para una empresa de telemática que conecta automóviles en los EE. UU.). Una conocida compañía de telefonía que también se dedica a la telemática es Verizon.

Pero si sus SAU no viajan a más de 100 metros de distancia del concentrador (o al usar concentradores de extensión / repetidor para una conectividad de 200 a 300 metros),

tu solución sería

  • un concentrador IEEE-802.11 con un módem de telefonía. Solo el módem habilitado para telefonía necesita suscribirse a la compañía telefónica. Cada SAU es DHCP en un concentrador.

Tengo una pequeña reseña sobre NAT y DHCP: enlace .

Puedes hablar con Verizon (o AT & T, Orange. T-Mobile) sobre el uso del módem telemático con sus redes.

Una sola nave nodriza

Otra solución es, si su operación puede diseñarse de modo que las actualizaciones se realicen solo cada 1 - 10 minutos, dependiendo de la amplitud de su campo de matriz solar, podría tener una única nave nodriza o rover habilitada telemáticamente. que permite intercambiar información con cada hub que pasa.

Pero, hey, si las actualizaciones son necesarias solo cada hora, su rover debe regresar a la base una vez cada hora, sin necesidad de conectividad telemática. Por razones de redundancia y calidad, ciertamente debería tener más de un móvil.

Sin embargo, creo que los concentradores habilitados para telefonía (como un android / iphone habilitado con un plan de datos) DHCP a cada SAU es la forma más efectiva.

    
respondido por el Cynthia Avishegnath

Lea otras preguntas en las etiquetas