-
Hola amigos, Estoy terminando de soldar unos módulos conversores USB-RF en los que uso un XBee para transmitir la información por RF.
(http://img164.imageshack.us/img164/1083/usbrfrk2.jpg)
Son para conectar en el puerto USB del PC, y es mi intención crear una aplicación en VB para enlazar en una red con la cantidad de XBee que estén a su alcance.
No soy muy diestro programando en VB, pero acá estaré machacando teclados un rato. :mrgreen:
-
Bueno, primero es conocer como es que el PC detecta al modulo USB->RF
Cuando se conecta al puerto USB, se crea un puerto COM virtual. Es por esto que en VB, programaremos como si trabajáramos con el puerto COM.
(http://img410.imageshack.us/img410/3034/propiedadeszy4.jpg)
-
Siempre arranco por la cara del programa, de esto depende que tan bonito y facil es de usar.
(http://img108.imageshack.us/img108/1050/pantallawd7.jpg)
-
Que tal PICmouse!
Mira que chips estas utilizando para convertir de RS-232 a USB, podrias facilitar el esquema?
Yo tambien estoy interesado en el proyecto que planteas apenas tenga los modulos que encargue me anoto en lo que pueda.
Saludos
-
Hola RALF2, el chip que uso para eso es el CP2102 (http://www.silabs.com/tgwWebApp/public/web_content/products/Microcontrollers/Interface/en/interface.htm). Es un conversos USB->RS232.
El esquema no es mayor cosa, mira el datasheet del enlace que te coloco, y los pines TX, RX y demás del XBee se los mandas derechito al CP2102.
Si necesitas el esquema, dímelo y lo monto para todos.
Este es un poco de cuando estaba en proyecto apenas... VER (http://www.todopic.com.ar/foros/index.php?topic=17458.0)
Esta es la guia de como lo ensamble.... VER (http://www.todopic.com.ar/foros/index.php?topic=13824.msg124394#msg124394)
-
Y no paras!!! Increible quiero ser como tu cuando sea grande. No bromeo ultimamente he visto cosas muy muy interesantes y utiles tuyas.
Mil gracias por compartirlas. Y felicidades por esto pinta muy bien.
-
Que tal amigosssss!
Mira picmouse tu tarjeta se parese mucho a esta http://www.sparkfun.com/commerce/product_info.php?products_id=198
Usa el mismo integrado que me mencionas!!!
Ahora bien la pregunta de las mil lochas, ese integrado se alimenta con 3.3 volt pero nuestro pic ( el mio) trabaja con 5 volt, me imajino que las entradas del modulo USB soportan los 5volt del pic????
Las pantallas que muestras las bajaste del driver que usa el usb o las hicistes tu, amigo!!
Donde consigues ese tipo de baquelita para montar el USB, la venden en U.S.A ??? :z)
A y para el viernes me llegan los modulos junto con los chip que pedi para hacer la interfase entre el pic y el XBEE pro, para asi unirme a tu proyecto !!!! :mrgreen:
Saludos
-
Pero RALF2, ese modulo que venden no se parece al mio.... El mio va derechito al Xbee, ese que venden es solo una extensión de pines del CP2102. Si amigo esa pantalla que mostré es del programa que estoy diseñando y que en poco montare.
No entiendo para que colocar un PIC, en este caso, no tendrías por que colocar un PIC, ya que se intenta es conectar el Xbee al PC por puerto USB, la programación la hacemos en Visual Basic.
-
Que tal amigo PICmouse!
Ok lo de la tarjeta es cierto se parese en cuanto utiliza el mismo integrado que tu y como dices es una extension de los pines :mrgreen:
Podrias colocar el esquema de la tarjeta que hiciste, por favor.
Que interfaz piensas utilizar para comunicar el pic con el XBEE???. Ya qie si bien es cierto uno de los xbee se va a comunicar con la PC por el puerto USB y el otro con un pic, me imajino??? que interfaz vas a utilizar para ello???
Si puedes pon el esquema! :mrgreen:
Saludos
-
RALF2, seguro que si puedes conocer el esquema.
(http://img522.imageshack.us/img522/3882/usbrfyy3.jpg)
-
Gracias PICmouse!
Pero cuentame un poco mas ya veo que vas a conectar el USB con el XBEE a la PC para enviar y recibir datos, y del otro lado?. Es decir el equipo al que vas a controlar los vas a conectar a un pic operando a 5volt?
Saludos :-/
-
Hola amigos!
Picmouse el esquema que colocaste es para un XBee o un XBee Pro?
Tengo algunas dudas respecto al USB, por ejemplo cuanto es la corriente que puede suministrar el puerto USB?
Yo pienzo utilizar la alimentacion de los 5 volt del USB para alimentar un XBee Pro pero este consume alrededor de 230mamp y no se si el usb me puede suministrar dicha corriente?
Lo otro es que segun lei cuando el usb esta en modo de suspension los perifericos conectados a este deben ser desconectados de la alimentacion, para evitar que estos inyecten corriente al puerto y lo dañen?
El integrado que estoy utilizando para comunicarme es el FT232R muy parecido al cp2102
Saludos
-
El puerto USB suministra hasta 500mA, Si el puerto USB entra en modo SLEEP, nadie le enviara corriente al USB, ya que todos se alimentan de el, si la fuente no esta, pues no habría Quien le envie corriente.
Saludos!
-
Gracias PicMouse!
Estaba pensando utilizar una fuente externa para alimentar el Xbee pro porque pensaba que el puerto USB no podia suministrarme la corriente necesaria, de alli mi duda.
Pero con tu explicacion me quedo claro.
Una ultima cosita cada cuanto tiempo tarda el USB en entrar en modo sleep?
Se puede configurar dicho tiempo?
Saludos
-
mmmmm Pos no lo recuerdo. tengo entendido es algo stardard. pero no entiendo por que la preocupacion.. Cuando no se usa, es mejor pase a modo sleep, el puerto USB seguiría con la fuente de 5V y el Xbee activo, de esa forma apenas llega un dato, el PC deja de estas en modo Sleep y recibe los datos del USB.
(eso creo, pero como dices tu, es mejor estar seguro)
Saludos!
-
Holaaa:
Sr. PicMouse:
Yo ya soy mayor. Pero me uno a lo que dice el Sr. Navaismo. Cuando sea grande quiero ser como usted. :-) :D
Buen proyecto me gusta. Lo felicito. De verdad.
Bye('_').
-
Saludos PICmouse, hace como un mes compre esos modulos RF exactamente los que tu tienes, la pregunta es como RAYOS! hiciste esa placa la compraste o que? yo mande hacer una porque sabes q ese modulo no cae en el protoboard, pero mayor complicacion en ninguna tienda tenian para hacer huecos pequeños (0.51mm) que es el grosor de los pines del modulo, y la tuya le veo asi como perfecta, por eso dime la compraste o eres un maestro haciendo baquelitas jaja
-
Hola idaniels!
Mira la plaquita para probar en el protoboard la puedes comprar aqui junto con las bases para poderlas conectar al proto.
http://www.sparkfun.com/commerce/product_info.php?products_id=8276
De momento las tienen agotadas pero espera unos dias que de seguro las vuelven a reponer!
Saludos
-
Hola idaniels!
Mira la plaquita para probar en el protoboard la puedes comprar en la red hay varias, reviza en el foro que alli hay algunos links.
Saludos
-
Hola, cuando vi este proyecto, me gustó la idea de poder crear una comunicación bidireccional con estos módulos, y a por ello fui. El usb-xBee, perfecto. Por otro lado, tengo otro xBee con un PIC 16F913 y ahí empezamos un poco con el problema.
Aprovecho este hilo, ya que no se por donde está el problema. Bien, como he dicho el usb-xBee, perfecto. Envía y recibe uno o varios bytes correctamente enviados por el pic, pero al reves, no.
Cuando el pic recibe, salta la interrupcion y se pone a leer, pero si hay más de dos bytes (incluidos los de fin [0x0D y/o 0x0A], el xBee se bloquea, no el pic.
El pic lo programo en CCS (soy muy novato en el C) y he probado de leer tanto con gets(), como llenando un bufer con getc(). Tanbién he probado distintas velocidades (1200, 9600,19200 -el CCS no me deja poner a 57600 o 115200??-). Con gets(), el pic se resetea por wdt ya que no llega a recivir el RC (0x0D).
Los modulos estan configurados con las definiciones de fábrica (comunicacion multimódulo).
El PIC funciona con oscilador interno a 8Mhz.Como dato curioso, no me funciona el sleep en el pic y no sé porque.
A alguien se le ocurre que puede ser? Porqué el módulo del PC funciona bien y el otro no?
Saludos,
-
Si le estas colocando el circuito de acople para bajar de 5V a 3.3 y para subir de 3.3 a 5V?? El Xbee viene de fabrica para trabajar a 9600bps modo PUNTO a PUNTO HALF-FUPLEX. Por eso si se quiere cambiar esa forma de trabajar, ya habría que implementar un control de datos así como se hace en el protocolo RS485. Solo uno puede transmitir.
A mi nunca se me ha bloqueado el XBEE, eso e parece muy raro. Revisa lo de los voltajes que te digo, luego miramos otras cosas.
SALUDOS!
-
Gracias PICmouse por tu rápida respuesta.
El circuito se alimenta en su integridad a 3.3V. En cuanto a configuración, Sí, a 9600, MY=0, DH=0, DL=FFFF, de manera que uno emite y todos escuchan. Los dos módulos están configurados igual. Es como si el buffer Rx del xBee se colapsara con sólo 3 bytes (segun entiendo del manual tiene para 100). Mas datos:
-Circuito con PIC: -Alimentado directamente con un FA a 3.3V (la intención es que funciones con una pila de litio de 3V), -Ahora mismo desconectada la funcion sleep del xBee (después sí, con SM=4), el envio de una trama hacia el PC, es perfecta(p.e. "inicializando". Se recibe perfecta en el PC, acabando la trama con 0x0D y 0x0A), configuración como he dicho antes (MY=0, DH=0, DL=FFFF), incluso le he hecho el reset a traves del PIC (+++, ATRE), -1 ó 2 bytes los recibe perfectos. Con más de 2 ya se bloquea el xBee (p.e. 0x31, 0x32, 0x0D; ó: 0x31, 0x32, 0x33).
-Circuito PC: El chip conversor, autoalimentado; el xBee, a traves de un regulador.
Otros datos:
-También me he hecho un mando a distancia (fue uno de los motivos de provar lo del xBee). Éste, ahora solo emite un carácter más el 0x0D y 0x0A, con lo cual, también bloquea el xBee (el de destino). Este circuito tambien tiene un 16F913 y TAMPOCO funciona la función sleep en el pic. el xBee lo pongo a dormir y despierto por el pin 9 con SM=1.
El envío del PC al pic, lo que probado tanto los carácteres sólos, como acabando con 0x0D, como con 0x0D y 0x0A. En todos el mismo resultado.
Lo curioso es que el xBee del PC recibe la cadena completa perfecto y el del PIC no. Los pic tienen activado el wdt y desconectado el mclr. Ambos con oscilador interno a 8 Mhz y los pines como i/o. Tienen activada la interrupción de fallo de oscilador, RB, RDA y LowBatt. En los dos no funciona el sleep del PIC, pero eso, después. Lo comento por si tuviera alguna relación.
Según el manual del xBee, se puede bloquear si se llena el buffer, aunque teoricamente, lo único que haría es perder los datos sobrantes, pero no dice, y eso me parece, que pasa si al descargar el buffer del xbee hacia el pic, éste último fuera lento o pasara algo raro en el proceso. ¿Podría ser que el pic tardara demasiado entre interrupcion e interrupcion?, me explico y no se mucho, pero, el pic creo que tiene el buffer de entrada de 2 bytes, que deben ser los que yo leo, y luego que pasa? sale de la interrupcion y tiene que volver a entrar? o se queda ahí. En C, tanto he puesto while (kbhit()) ... y leer con getc(), como if (kbhit()) ... y leer tanto con getc, como gets y un monton de pruebas más.
Si falla el sleep del pic (incluso con todas las interrupciones deshabilitadas), podría fallar o ir lenta la del RDA? Por eso también prové a reducir la velocidad del pic-xbee a 1200, pero nada.
Estas han sido mis primeras experiencias con el xbee, pero también con el C y con el 16F913, así que voy un poco o más bien, bastante perdido.
El protocolo de comunicación, quisiera dejarlo así (del xBee), y ponerlo en la trama de datos, ya que el circuito del que hablamos, debe recibir datos del PC y del mando a distancia.
Confío en que podais darme alguna pista, porque le he dado muchísimas vueltas y no lo consigo.
Saludos, David.
-
Hola de nuevo, aún no lo tengo, pero leyendo la ayuda del CCS sobre "#use rs232", dice:
Warning:
The PIC UART will shut down on overflow (3 characters received by the hardware with a GETC() call). The "ERRORS" option prevents the shutdown by detecting the condition and resetting the UART.
con lo cual he añadido la opcion ERRORS en la directiva, y de momento no se bloquea (ahora no se si la Uart o el xBee), a pesar de que solo lee los 2 primeros.
Sigo investigando...
-
Para trabajar con la USART no se recomienda trabajar con Oscilador Interno. La usart requiere una señal de reloj muy precisa, ya que la única forma de sincronizar los datos, es por el oscilador del PIC, entonces los osciladores internos del PIC soy muy buenos para practicas con poca precisión.
Si quieres trabajar con voltajes de 3.3V, te recomiendo uses PIC versión LF, si le trabajas con uno normal, el PIC trabajara a empujones y no es estable. Tu tienes el 16F913 pero realmente debes tener es el 16LF913. El datasheet dice que funcionan desde 2.5 hasta 5V, pero ese rango de voltajes pertenece a la versión LF.
Si quieres usar el WDT y al tiempo el Xbee con la comunicación RS232, en CCS debes definir la USART de esta forma:
#use rs232(baud=9600, xmit=PIN_A2,rcv=PIN_A3, RESTART_WDT)
Puedes montar el esquemático del circuito donde esta el PIC y el XBEE??? sacamos si es problemas del Xbee o del PIC. Si no, hacemos un programa de prueba a ver cual sera el problema.
-
Hola PICmouse,
no tengo hecho esquematico, pero adjunto el PCB en proteus y así sirve para quien lo pueda utilizar. En concreto y para quien lo aproveche, tiene las medidas de la base de un interruptor de casa (es importante hacer una carátula o algo que lo cubra porque hay 220V). El circuito lo quiero utilizar tanto para las persianas eléctricas como para luces, etc. la carga de 220 es controlado por opto y triac, segun indica el libro "Microcontrolador pic16f64, de RAMA". Lleva un conector con "-salida led, -masa, y 2 entradas de pulsadores, y el otro es para el ICSP. El resto está definido en el circuito. Si no puedes verlo, trato de hacer el esquema. El pin9 del xBee que está conectado al pic, ahora mismo no lo tengo ni definido en el programa.
Tengo por aqui un 18F2550 también en smd, ¿te parece que haga la prueba de cambiarlo?
En cuando a la definición del rs232, sí, lo tengo así, pero con los pines correspondientes (c6, c7). A lo que te he comentado en el último post, ha quedado:
#use rs232(baud=9600,parity=N,xmit=PIN_C6,rcv=PIN_C7,bits=8,ERRORS)
Así ya no se bloquea nada, pero sólo lee los dos primeros bytes. El restart_wdt() me parece mas oportuno no ponerlo en el rs232 para evitar que se quede colgado mientras lee. Prefiero que reinicialice si falla. Sabes como leer el error? leyendo o, mas bien transmitiendo el contenido de rs232_errors, sale vacío.
En la interrupcion de osc_fail, le tengo puesto reset_cpu(), y no veo aparentemente que se resetee.
En CCS, ahora mismo tengo (la última de las muchas pruebas):
#int_RDA
void RDA_isr()
{int8 Total;
restart_wdt();
on(buzz);
contBuff=0;
while (kbhit())
{Entrada[contBuff]=getc();
contBuff++;}
off(buzz);}
donde Entrada está definido antes de todas las funciones con:
int8 ContBuff=0;
int const LenBuff=64;
char Entrada[LenBuff];
Ah, el buffer se limpia despues de cada eco, poniendo los 64 bytes a 0x00.
Ahora mismo en el main, mira si contBuff>0, entonces lo escribe hacia el PC.
Para mas ... también uso la eeprom interna para almacenar el estado de las salidas y los tiempos. (inicialmente funciona bien).
No se si será problema del compilador, pero en una ocasión, cambiando varias veces el sleep de posicion dentro del main, FUNCIONO!!! (como dice algún hilo del foro, no en su sitio, pero si al final del main); lo volví a dejar como estaba, Y SEGUIA FUNCIONANDO!!!. Seguí con las pruebas del xBee, y de repente volvió a dejar de funcionar.
PD: También prové otra version del CCS, y hace igual.
Adjunto el diseño y el programa en ccs. (el programa ahora está muy mal debido a todas las pruebas que le he hecho)
Saludos,
-
Y el PIC es versión LF??
-
No, es el normal. 16F913 I/SS
http://ww1.microchip.com/downloads/en/DeviceDoc/41250F.pdf
-
¿brujería, virus, extraterrestres, ... , o simplemente desconocimiento?
Bueno, he vuelto a empezar de nuevo y .... :shock:
A veces va y a veces no!!! Por que? De momento sólo he descubierto lo siguiente:
#int_LOWVOLT
void LOWVOLT_isr()
{
//on(buzz);delay_ms(3000); //Así sólo recibe 2 bytes y bloquea Uart.
on(buzz); //Así recibe correctamente
}
Por mentira que parezca es así. El nuevo programa está "pelao". Sólo lee del RDA y después lo envía. Iré añadiendo las funciones haber que pasa.
Si consigo más información, abriré un hilo en C.
Independientemente, agradezco el apoyo y el tiempo que me has ofrecido PICmouse.
Saludos, David
PD: Dejo una copia por si alguien no se lo cree y quiere provarlo. Por cierto, el sleep() sigue sin funcionar!
-
Pero, por eso te pedía el esquemático de tu circuito, el PCB no me dejo claro como era la conexión. Pasame el esquema, simulo el circuito en proteus y con eso, hacemos un programa que te corra bien.
SALUDOS!
-
No, es el normal. 16F913 I/SS
http://ww1.microchip.com/downloads/en/DeviceDoc/41250F.pdf
Por eso te digo, ese no te va a funcionar bien a 3.3V, si quieres trabajar a 3.3V debes usar el 16LF913.
-
Gracias por la info PICmouse, no sabía lo del LF. Donde compro, en Farnell, creo que no lo tienen. Elegí éste porque me pareció una buena opción por prestaciones y precio (2,51€ a partir de 10 ud.), pero con lo visto ...
Por cierto, descubierto lo del sleep. Si que funciona, pero el wdt lo hace salir (parece que sin resetear) y no veo opcion de eliminar eso. Tambien ocurre que la recepcion por usart no le hace salir del sleep!!!, y la idea es hacerlo funcionar con baterías que duren min 1-2 año.
Gracias por la ayuda. Iré haciendo el soft poco a poco y que no falle nada, pero para las próximas versiones voy a cambiar de pic.
Saludos,
-
que tal amigos ,yo ttb estoy en un proyecto con xbee ,tengo q hacer el pedido y necesito saber si es tambien necesario algun modulo de programacion serial o usb ,como los q se ofrecen los kits , o uno mismo mediante una interfaz usb como la de picmouse puede programar el xbee usando el programa X-CTU
-
Con esta puedes programar el Xbee usando X-CTU.
Solo se necesita Rx y RX para ello.
-
alguno a trabajado con las placas arduino ,,????
-
Bueno, primero es conocer como es que el PC detecta al modulo USB->RF
Cuando se conecta al puerto USB, se crea un puerto COM virtual. Es por esto que en VB, programaremos como si trabajáramos con el puerto COM.
(http://img410.imageshack.us/img410/3034/propiedadeszy4.jpg)
Estaba leyendo este foro, soy nuevo y me intereso este tema, me podrian ayudar para hacer que el pc identifique la tarjeta con el modulo zigbee??
Alguno sabe como programarlo en LabVIEW??
me podrian dar los planos del impreso??
gracias!
-
Soy de Bogotá, y fui a buscar los integrados, el que convierte de usb a serial ni el regulador de 3V.
PICmouse, ud me podría decir donde conseguirlos aca y que sean económicos??
gracias.
-
Hola.
Ve AQUI (http://www.sigmaelectronica.net/sigma.htm).
Saludos