Problemas comunicacion xbee

[ferfila20]

Hola que tal!
Reciban un cordial saludo

Estoy trabajando con unos modulos xbee y el arduino, los modelos de los xbee son Xbee pro S1
los dos son el mismo modelo, nadamas que uno trae antena en el modulo, y el otro trae la antena pero con rosca.

Para configurarlos estoy utilizando el programa X-CTU y me base en el siguiente video de youtube.

Los he configurado de la misma manera, nadamas que con un PAN ID diferente, el cual no creo que importe.

El arduino si envia datos al xbee de la computadora, osea puedo ver el valor del puerto analogico, o como en el video, el contador.

El problema es que cuando quiero encender un led, supongamos que el del ejemplo del video, no enciende. Y no he podido encontrar el problema, los dos xbee estan a la misma velocidad configurados y no e podido enviar datos de COMPUTADORA===== XBEE-ARDUINO.

ese es el problema. Estoy usando el xbee shield wireless para el arduino.

Espero y me puedan ayudar, SALUDOS!

 

[Rijiru]

"ID (Pan ID) Command
<Networking {Addressing}> The ID command is
used to set and read the PAN (Personal Area Net-
work) ID of the RF module. Only RF modules with
matching PAN IDs can communicate with each
other. RF modems with non-matching PAN IDs
will not receive unintended data transmission"

Con PAN ID diferentes no se podrán comunicar. Saludos

 

[ferfila20]

Hola que tal gracias por la respuesta.

En lo del PAN ID me refiero que es diferente a el del video, los dos xbee los tengo configurados con el mismo PAN ID (diferente numero a el del video), pero no puedo encender el led como se puestra en el video. No se si el arduino pierde el dato.

El arduino si me envia datos a la teminal(computadora), pero cuando envio de la computadora a el arduino a travez de los xbee el arduino no hace nada. Estoy usando el mismo codigo de el video de mi primer mensaje, como ejemplo.

Espero y me puedas ayudar.

Saludos!

 

[Rijiru]

Te invito a que hagas una prueba sencilla en la pestaña "Modem Configuration":
-Desde X-CTU despues de que le des 'Read', haces 'click' en 'Show defaults' los programas ambos, con la diferencia que uno de ellos busca "API enable" y le pones Without Scapes.
-Ya que los programes con DEFAULTS(uno de ellos tendra programado API without scapes) coloca los XBEE donde deben ir
-Desde X-CTU, en la casilla "Remote Configuration" te aparecera otra ventana en la cual le das click en "Open COM port" y luego en "Discover", despues de eso te aparecera el otro XBEE lo seleccionas y le das click en "Read",
-Ubica en que pin del XBEE está el LED y desde X-CTU cambia su estado.

Espero y te sea de ayuda, saludos

 

[fen2006]

creo que quieres el cable virtual... ya lo voy a probar ahorita también. tiene que configura un xbee con una entrada digital y al otro con una salida digital en el ejemplo sale el pin 20 del xbee.

 

[krixxx]

Buenas, primero que nada nose si este es el lugar para publicar esto, pero lo hare para salir de las dudas.

Soy nuevo en este foro y agradeceria mucho de su ayuda.
El circuito que trato de diseñar es controlar servomotores sg90 mediante comunicacion Inalambrica con 2 modulos Xbee y 2 pic16f877a.
La secuencia de comunicacion es la siguiente e identificare los pics como PIC1 y PIC2.

El PIC2 envia un dato por el puerto serial a el PIC1 (TX2 a RX1), este toma ese dato y envia una respuesta de control para el servomotor (TX1 a RX2), luego el PIC2 vuelve a enviar otro dato hacia el PIC1 y este envia otra respuesta de control para otro servomotor y así sucesivamente...


Problemas:

1.- Al conectar los dos pic de manera directa sin los modulos xbee de la siguiente manera:
TX pic 1 - RX pic2, TX pic 2 - RX pic1.
La comunicacion no comienza al momento de energizarlos, tengo que quitar la fuente y volver a energizar el circuito y comienza a funcionar de manera perfecta el control de los servomotores.

2.- Al conectar los dos pic con los modulos xbee:

TX pic1 -> divisor de tension a 3,3 para RX Xbee1, TX Xbee 1 conectado directo a RX pic2
TX pic2 -> divisor de tension a 3,3 para RX Xbee2, TX Xbee 2 conectado directo a RX pic1

Los servomotores se segmentan... no funcionan de forma continua, tienden a segmentarse como dije. A que se debe este problema no tengo la menor idea, intente con comunicacion entre 4800 y 57600 baud para la transmision, logicamente los pic y los xbee trabajando a la misma velocidad de transmision.

Si alguien sabe a que se debe este problema estare muy agradecido.

De antemano muchas gracias!


PD: En la simulacion en proteus funciona bien con los 2 pic conectado entre si.. en fisico falla :/

 

[asherar]

Hola.
Yo me compré dos placas de interfaz (que usan chips FTDI)
para conectar módulos Xbee a la PC por el puerto USB.
El problema que yo tuve fue con los drivers para el puerto USB. Los bajé del sitio de FTDI,
me anduvieron bien un tiempo y luego se desinstalaron "solos".
Finalmente el vendedor me mandó otros drivers, pude instalar bien los puertos USB y todo
funciona de maravillas, pero al principio me hizo transpirar, en especial porque los dos
modulitos fueron bastante "salados". Entre los dos Xbee de potencia (S2B) y los dos
adaptadores, todo me costó unos 2.200.- A$R (aprox. 150 dólares).

Acá está el origen del problema, contado por mi proveedor en Argentina.
"
Hola. Lo que paso fue lo siguiente:
La gente que hace las placas en china compro los chips FTDI como originales, pero eran truchos.
Esto paso en las placas que tenes vos, en los arduinos nanos y otras placas que usan el chip FTDI.
La empresa FTDI que fabica los originales detecto esto y saco un driver que cuando enchufabas un
dispositivo con estos chips truchos te borraba la direccion usb (tecnicamente no es ese el nombre).
Estos drivers se bajaban automaticamente con las actualizaciones de windows, lo que hacia que la
pc no reconociera mas placas como la que tenes vos. Los drivers que te pase yo, admiten todas las
direcciones usb y ademas la 0.0. que vendria a ser la "direccion borrada". Esto ya fue testeado en
varias pc's, varios SO y varias placas distintas y anduvo todo.
De todas maneras lo que hizo la empresa FTDI con los drivers no seria legal siguiendo el ejemplo
de lo que paso con Sony y la play3, que al estar todo el tiempo conectada a internet una de las
actualizaciones detectaba si estaba chipeada para leer dvd's truchos y en ese caso la play dejaba
de andar. Un usuario denuncio esto ya que la play es %100 propiedad del que la compro, si quiera
que haga cafe o lanze misiles Sony no se lo puede impedir de ninguna manera. Un argumento
parecido se uso en el juicio y lo gano el usuario. Despues si queres podes investigar el tema para
tener informacion mas especifica y tecnica.

"

 

[cristian_elect]

Yo también tengo 2 Xbee junto con su placa para arduino, la comunicación funciona bien hasta que pasa más de 10 aprox minutos y se pone lento la comunicación y siempre pasa lo mismo, según leí en otros sitios que el xbee se pone a dormir después de varios minutos. No se cual sea el problema pero si alguien me puede ayudar dar una solución.

 

[Rijiru]

Buen dia amigo

Checa si la placa arduino pone en SLEEP al XBEE, en lo que los he usado nunca me ha pasado eso, la cuestion de la comunicacion lenta, puede ser cuestion de software de la aplicaciòn

Saludos