Comunicación inalámbrica entre más de dos microcontroladores Microchip PIC


15

Me gustaría crear una comunicación inalámbrica entre Microchip PIC para mi proyecto simple. En realidad, es una comunicación unidireccional, pero hay un servidor y más de un cliente (aproximadamente 2-4, todos los clientes necesitan el mismo número al mismo tiempo, por lo que son idénticos). Tengo que empujar a través de muy pocos bytes.

Soy absolutamente principiante con la comunicación inalámbrica, o casi cualquier comunicación de hardware. Entonces, por favor, ayúdenme, ¿qué tipo de transceptor inalámbrico debo usar ?

Tengo algunas condiciones:

  • Debe ser relativamente barato .
  • Debe estar fácilmente disponible .
  • Sería bueno si fuera fácil de usar.
  • alcance de unos 10 metros (al menos)

En primer lugar, encontré el "Módulo de transceptor RF Bluetooth serie rs232", pero no puedo encontrar ninguna información sobre cómo usarlo. (¿Supongo que es demasiado simple?) Y tampoco sé si es capaz de conectarse con más clientes. Y también vi ZigBee, pero lo encontré un "pequeño" abrumado para mis necesidades. (Y también complicado).

Entonces, ¿qué tipo de transceptor inalámbrico me recomiendan?

Respuestas:


10

El Nordic Semi nRF24L01 + es ideal para ese tipo de cosas, los módulos de bajo costo están disponibles en Ebay:

http://cgi.ebay.co.uk/Arduino-NRF24L01-Wireless-Transceiver-Module-2pcs-/280640828189?pt=LH_DefaultDomain_0&hash=item41577f331d

El nRF24L01 + se usa a menudo en redes inalámbricas de sensores.

Se requiere una MCU. Tengo un diseño adecuado y un software de prueba aquí . Utiliza el módulo Sparkfun mucho más caro, he diseñado una placa para los módulos más baratos, pero no he hecho una para probar.


Recuerdo que publicaste sobre nórdico antes. ¿Puedes compararlos con XBee?
Federico Russo

Completamente diferente. Los dispositivos nórdicos ofrecen: corto alcance, alta velocidad de datos, baja potencia, necesitan programación de bajo nivel y bajo costo.
Leon Heller

6

Es posible que desee echar un vistazo a Digi XBee . Tienen soluciones punto a punto y punto a multipunto . Son fáciles de usar ya que simplemente los conecta a su microcontrolador a través de sus conexiones UART; La implementación completa de IEEE 802.15.4 es transparente. Encontré el precio correcto (algo así como 18 euros para un módulo punto a punto, IIRC).

editar
Alcance interior de hasta 30 m , pero probablemente sepa que esto depende mucho de la construcción del edificio. Línea de visión de hasta 90m. Versión XBee-PRO: hasta 90 my 1.6 km resp.


¿Sabes cómo se compara esto con los módulos nórdicos a los que se refiere @Leon Heller?
Federico Russo

@ Federico - No, lo siento.
stevenvh

Gracias por su sugerencia parece amigable. Ahora voy a leer mucho sobre eso. http://cgi.ebay.co.uk/XRF-wireless-UART-serial-data-module-XBee-shape-arduino-/320706374372 ¿Es de lo que hablas?
Felician

@Felician: parece ser un módulo comparable basado en el mismo conjunto de chips (?), Pero de otro fabricante. La tabla de comparación muestra que este no es compatible con IEEE 802.15.4, por lo que supongo que no funcionará de punto a multipunto.
stevenvh


4

¿Es suficiente la línea de visión, tal vez con un transmisor o reflector en el techo? Si es así, no obtienes mucho más fácil o más barato que el infrarrojo. Puede usar un CI demodulador común de 38kHz para la recepción y enviarlo usando un reloj de 38kHz (quizás fuera de un temporizador de microcontrolador) y un pin digital. Un ejemplo de esto son los controles remotos Lego RCX y Power Functions.

Bluetooth está diseñado para enlaces punto a punto, no para transmisiones como estas.


Felician no dice nada sobre los requisitos de velocidad, pero una red sugiere cosas como el apretón de manos, la corrección de errores y otros gastos generales, y luego a menudo desea más velocidad de la que puede ofrecer un 38kHz. XBee hace 250kbps, nórdico aún más. OTOH, RC5 (como un protocolo IR típico de 38kHz) explota a 562.5bps, en promedio 123bps.
stevenvh

Wow, el infrarrojo es una gran idea, me gusta, ¡actualmente podría funcionar! (Por cierto, especifiqué los requisitos de velocidad, "Tengo que pasar muy pocos bytes". Los clientes son pantallas numéricas, necesitan alrededor de 20bytes / minuto :)) Aceptaría su respuesta, pero actualmente estoy pensando en radiowave.
Felician

4

Puede usar casi cualquier cosa para la comunicación; todo depende de cuán abstraído desee que sea el sistema.

Podría usar algo como el XBee, que maneja el enlace del nodo por usted y abstrae la comunicación por usted.

O podría ser más ambicioso y usar un montón de transceptores ISM discretos (Industrial / Científico / Médico - se refiere al rango de frecuencia en el que funciona) y escribir su propio protocolo (tal vez algo similar a cómo funciona I²C) para la comunicación. El hecho de tener un maestro y varios esclavos hace que sea más fácil hacerlo.


1
Si le interesa utilizar los transceptores, evitaría problemas como escribir su propio protocolo. Eso es bueno si estás interesado en el desarrollo en sí, por ejemplo, si es un proyecto que tienes que hacer para la universidad.
Federico Russo

@Federico Tal vez el OP esté interesado en el lado del desarrollo de las cosas - Sé que lo estoy;) - Solo lanzo ideas a la mezcla. Esa es la gloria de este sitio.
Majenko

3

Vendo módulos RFM70 (así que podría ser parcial, ¡cuidado!). Estos son baratos, pero quizás no tan fáciles de usar: 3.3V (pero pines de datos tolerantes a 5V), cuadrícula de clavijas de 1.28 mm, hoja de datos chino-inglés, la interfaz del software es un poco compleja y la explicación en la hoja de datos 'podría ser mejor' . Alcance ~ 70 m de línea de visión, pero 'dentro de una habitación' es más realista. Leí en alguna parte que el chip (RF70) se parece mucho al chip nórdico.

Estoy trabajando en una biblioteca C con una mejor explicación de la interfaz (por ahora para LPC2148 / GCC y 16F887 / HiTech-C, que son tan diferentes que otros chips no deberían ser un problema). (actualización: la biblioteca está disponible en http://www.voti.nl/rfm70 )

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.