Publicado por: FirmSoft en 15 de Febrero de 2005, 17:31:00
la idea para entender los modulos fue comunicarlos de la siguiente manera usando el USART del PIC16F873 ...
PC--->> MAX232 --->> Tx ////////// Rx--->> PIC16F873 ---->> Leds
Esto seria todo en el mismo protoboard, con la misma fuente de alimentacion y los modulos a 5cm de distancia entre cada uno... la idea es que el pc envie un caracter al Max232 y este lo transmita por RF, el receptor recibe el caracter y lo mete en el pic, el cual muestra el valor binario en unos leds...
Los resultados son que los led se encienden y varian como que si estuviera entrando mucha informacion, pero no funciona como deseo. Espero alguna opinion de si esta mal esto que intento hacer o puede ser que se logre hacer funcionar. Gracias de antemano y Saludos
Publicado por: Ignite en 16 de Febrero de 2005, 10:40:00
Estas seguro que el PC transmite correctamente y el pic recibe bien?
Prueba primero: PC-->MAX232---> PIC y si esto funciona pues el problema esta en los Tx/Rx. No será que transmites demasiado rápido? Prueba a usar distintas fuentes de alimentación que no sea que tiene muchas interferéncias.
Publicado por: FirmSoft en 16 de Febrero de 2005, 17:37:00
Publicado por: T0ni0 en 17 de Febrero de 2005, 11:46:00
Yo creo que las interferencias no te las proboca la fuente si no la misma portadora, si el receptor la detecta lo interpreta como un caracter y lo suelta.
Lo mejor sería enviar el valor mediante un número ASCII y que el PIC ponga los LEDs como quiera ok?
Lo que tendrias que hacer es PC1--MAX--TX ^^^^^ RX--MAX--PC2
Donde PC1 y PC2 puede ser el com1 y com2, des de el PC1 mandas "Hola" que haber si lo recibes en el PC2 o envia un letra seguida (verás como eso te funciona enseguida)
Bueno ya nos contaras como va.
Publicado por: FirmSoft en 17 de Febrero de 2005, 12:44:00
Dijiste:
PC1 --->> Max232 --->> Tx ^/^/^/^/^/ Rx--->> Max232 --->> PC2
Voy a intentar comunicarlos por medio del hiperterminal, para esta nochesita paso los resultados. Gracias
Publicado por: Ignite en 17 de Febrero de 2005, 13:34:00
Publicado por: FirmSoft en 22 de Febrero de 2005, 14:44:00
Publicado por: FirmSoft en 22 de Febrero de 2005, 14:51:00
Publicado por: T0ni0 en 23 de Febrero de 2005, 09:01:00
Publicado por: FirmSoft en 02 de Marzo de 2005, 18:09:00
Escrito originalmente por T0ni0
Pon un link con el data de los modulos que utilizas quizas sabiendo como son podemos sacar alguna conclusion
Bueno pues, me he demorado porque estaba aun experimentando, aplique el manchester para filtrar un poco y evitar problemas pero aun no me funciona, el link es el siguiente: http://www.laipac.com/easy_916f_eng.htm .. cualquier opinion es bienvenida. Gracias
Publicado por: T0ni0 en 03 de Marzo de 2005, 07:09:00
Esto quiere decir que el receptor mientras no recibe nada se desincroniza, para decirlo de alguna manera.
Podrias probar de enviar datos todo el tiempo y luego tus datos haber si así lo recibes bien, otra opción es enviar un Dummy data antes de los datos, por ejemplo 0xAA 0x55 valores que se parecen mucho a una onda cuadrada okys? ya nos contaras
Publicado por: FirmSoft en 03 de Marzo de 2005, 14:16:00
Escrito originalmente por T0ni0
Pues me parece que estos modulos son OOK (On Off Keying)
Esto quiere decir que el receptor mientras no recibe nada se desincroniza, para decirlo de alguna manera.
Podrias probar de enviar datos todo el tiempo y luego tus datos haber si así lo recibes bien, otra opción es enviar un Dummy data antes de los datos, por ejemplo 0xAA 0x55 valores que se parecen mucho a una onda cuadrada okys? ya nos contaras
Holas, bueno me intereso mucho tu respuesta y voy a probar todo lo que me dices.. me llamo la atencion eso del Dummy.. sabes.. lo que intento hacer es un estilo radio control, un puc es el tx y otro es el rx, pero tengo un inconveniente.. al codificar el byte a enviar con codigo manchester se me transforma en 2 bytes.. uno alto y otro bajo.. del otro lado el pic rx toma el byte alto y lo almacena en una variable y el tx envia el byte bajo el cual es guardado por el rx en otra variable, al finalizar ese envio el rx decodifica los 2 bytes formando el byte real ... tengo el siguiente problema, el cual estoy viendo como solucionar.. que pasa si el tx envia el byte alto y el rx no lo ve y capta como alto el siguiente byte que seria en realidad el byte que es bajo... al suceder esto todo se daria vuelta y el dato seria super erroneo
.. hay alguna manera de sincronizar el tx con el rx para que los datos sean leidos como deben?.. pensaba en enviar un comando de inicio y a partir de este comenzar a tomar los 2 bytes de datos para luego hacer la conversion.. me posrias dar alguna idea?.. talves se te ocurra algo, ya ya estoy liado con esto .. Gracias por tus consejos un abrazo!
Publicado por: T0ni0 en 04 de Marzo de 2005, 02:31:00
Publicado por: FirmSoft en 28 de Marzo de 2005, 18:51:00
.. Gracias por toda la ayuda!!.. logre sincronizar de la manera que mencionaste... la comunicacion fue todo un exito a 9600bd.. ahora tengo una consulta para hacerte, los modulos soportan una velocidad de 200kbs y pensaba en realizar la comunicacion entre los pic a una velocidad de 19200bd para que demoren menos en sincronizar.. al intentar a esta gran velocidad nada funciona y no entiendo porque, estaba pensando y creo que puede ser porque tomo los datos por interrupcion de RX.. por lo que al recibir el byte de FIN y entrar en la decodificacion Manchester, en medio de esta decodificacion pienso que recibe otro byte del TX y todo queda por la mitad.. no logro comprender.. intente en deshabilitar las int cuando hago la decodificacion por si era eso que menciono, pero para mi sorpresa todo sigue igual, resultados negativos... mi pregunta es.. es posible que estos modulos se comuniquen a 19200bd??.. Gracias por tu ayuda y Un Abrazo!!
Publicado por: el-dani en 28 de Marzo de 2005, 20:28:00
Espero haberte podido ayudar
Un abrazo y suerte
Daniel
Publicado por: FirmSoft en 28 de Marzo de 2005, 21:26:00
Publicado por: el-dani en 28 de Marzo de 2005, 21:50:00
Antes que nada es un gusto ayudar (o creer que puedo ayudar) a gente como usted. No quiero confundirte, pero el tema es así: la velocidad de la USART es generada por una serie de divisores y contadores internos del PIC esto quiere decir que dividiendo la frequencia del clock por un determinado valor te pases o quedes corto (una u otra) dee la velocidad exacta, normalmente si lo que te corres es poco, no hay problema, pero puede pasar que el error sea mucho y tengas que irte a una frecuencia en que la división de mas exacta, no necesariamente subir la frecuencia ayude, a veces correrte un poco a una más baja puede ser beneficioso, tenes que fijarte una tabla que viene en el datasheet de microchip. Por otro lado para tu caso es lo mismo los bits/segundo que los baudios, lo que no es lo mismo son los Bytes/segundo que los bits/segundo/8, no te olvides que en la comunicación asíncrona envías por ejemplo 1 bit de arranque, 1 de parada, 8 de datos y supongamos que sin paridad, con lo que por cada Byte transmitiras 10 bits, si tenes 9600 bits/s tenes 960 Bytes/seg, como te daras cuenta eso depende del tipo de transmision que uses.
Espero haberte aclarado algo y no oscurecido las cosas
En fin contame como te fué con las prubas PC -> MAX -> Pic
Un abrazo desde Uruguay
Daniel
Publicado por: RALF2 en 30 de Marzo de 2005, 02:12:00
Firmsoft te recomiendo lo siguiente: cuando vayas a transmitir un dato activa el transmisor primero y luego transmites los datos una vez que hallas terminado desactiva el transmisor y asi evitaras que el transmisor envie basura al receptor, por otro lado estaras ahorando energia lo cual es ventajoso si el circuito lo alimentas con baterias.
Con esto respondo el segundo post que enviaste.
Que como deshabilitas el trasmisor, cortale la alimentacion, por ejemplo con un transistor que trabaje como interruptor.
Esto es igual a como funcionan los radios de 2metros por ejemplo, pulsas el boton (activas el transmisor) para hablar y lo sueltas para terminar (desactivas el transmisor).
Si puedes prueba esto para ver como te va y nos comentas!
Saludos!