TODOPIC
Microcontroladores PIC => Todo en microcontroladores PIC => Mensaje iniciado por: wqtrp en 20 de Agosto de 2005, 10:04:00
-
Hola a todos
desde hace tiempo ando con ganas de hacer algo con RF pero la verdad no tengo idea de q se puede utilizar
Asi q el q conozca modulos de RF receptor, transmisor o tranceiver q exista y se pueda conseguir en Argentina y ademas , claro q sea lo mas barato posible agradecere al menos una orientacion minima, porque he visto de todo incluso en precios....
algo asi como para transmitir y recibir hasta un rango de 50 metros de distancia.
Gracias..
-
Yo he trabajado con los modulos de RF de laipac y de cebek... ambos funciona bien pero con los que menos problemas tuve fueron con los de cebek... el c-0503 y el c-0504... con laipac he trabajado con el tlp434a, rlp434a y el rlp434...
-
Yo ando con problemas con los modulos Cebek, me puedes indicar que fue lo que montaste y como, al menos me daria una pista para hacer funcionar los mios.
Simplemente que y como, velocidad de transmision, etc, todos los datos posibles que me quieras y puedas dar me solucionarian mucho esto. LLEvo un mes liado y no me van.
-
Pues lo mas general envio una trama de datos por rf y los proceso en la otra controladora... cuentame un poco que es lo que estas haciendo para hacerme una idea...
-
Muy muy simple, envio un caracter y dependiendo del que recibe, por ejemplo un E de encendido o una A de apagado, activo o desactivo un rele en el receptor.
nada mas sencillo, pero no funciona. Funcionaba con IR pero al pasar a RF no va.
-
Por desgracia intentamos tratar la rf como si fura ir o conexión directa por cable rs232, estas formas siempre funcionan, y tambien tenemos el concepto de enviar un byte a pelo tambien por la rf cosa que con otros sistemas funciona muy bien con la rf no da buen resultado, el tema con la rf esta un poco mas complicado, podemos enviar un byte constantemente repetitivo y ser interpretado en el otro lado pero por lo general no es un buen sistema, con la rf lo que mejor funciona es confeccionar un pequeño protocolo de comunicaciones... siempre utilizando un micro con usart y habilitando siempre las interrupciones de este modulo... La transmisión de caracteres si se puede realizar por rutina por software pero no es recomendable rutina rx por software, porque te volveras loco y es posible que no logres que funcione nunca... con respecto al protocolo basta con activar una salida del micro unos milisegundos antes para dar alimentación al modulo de tx (yo utilizo 40msg) pasado este tiempo el modulo se estabiliza y procedemos a enviar un byte que no interpretaremos que depende de la marca de modulos utilizados los ultimos bit de este codigo tendran que terminar en 1unos sobre todo si utilizas laipac... + un byte de cabecera + bytes de datos + byte o bytes de checsum, el checsum es la suma del byte de cabecera o nombre de red + datos, no importa que se produzca desbordamiento de la variable checsum funcionara igual... + 20 mseg de retardo a la desconexión del tx o alimentacion del modulo tx... en principio esto tendría que funcionar a la primera sin tener que repetir la trama dos veces... y la velocidad que utilizo es 2400...
-
LA explicacion es muy buen, pero complicada, tendrias algo en Proteus o algun programita de ejemplo en C para probar? ME seria muy util algo que estuviese funcionando
-
Lo siento no utilizo proteus y no trabajo en c...
-
Muchas gracias de todas formas, aun asi, enviame si puedes un ejemplo en ASM solo de la configuracion de las tramas a enviar y como se hace para recibir, hace mucho que no trabajo en ASM pero recordare como va.
Muy amable
-
Y a estas alturas mi rutina es muy compleja ya que trabaja con un doble bufer y con comunicación bidireccional para trabajar con placas en red inalámbrica, tambien es compatible con RS485, llevo mas de un año introduciéndole mejoras... intentare confeccionar una basica que funcione, si quieres puedes postear lo que tengas en c ya que no lo uso pero me defiendo con el...
En principio mira el consumo del modulo transmisor creo que no suelen superar unos pocos miliamperios con lo que lo puedes alimentar con una salida directa del pic... sin necesidad de utilizar transistor para alimentarlo, de todas formas si implementas este protocolo funciona igual de bien si lo dejas alimentado continuamente ya que distingue los datos del ruido perfectamente... y si el micro no tiene usart no estamos hablando nada... por lo que te aconsejo que confecciones una rutinita que trabaje con la interrupciones de la usart y después seguimos... y el asm lo manejo mas o menos pero me da pereza hacer algo con el...
Aquí tienes algunos hilos de interes...
http://miarroba.com/foros/ver.php?foroid=15353&temaid=1777135
http://miarroba.com/foros/ver.php?foroid=6510&temaid=3089401&marcar=usart
-
VEamos, si consigo entender. En principio usaba un pin como salida para alimentar al modulo 100 mseg antes de iniciar la transmision. COmo el sistema no funcionaba probe a dejarla fija asi que el modulo siempre esta alimentado.
El protocolo que uso es el del puerto serie a 300 Baudios con bit de paridad e implementado por software segun hace el compilador por lo que yo no me ocupo de nada de eso: El compilador lo hace solo con un par de lineas de programa.
Me limito a mandarle un caracter al receptor cada 15 seg, el mismo siempre que yo quiera activar el rele, una E, y una A si quiero que se desactive. COmo veras debe ser simple.
EL recpetor esta siempre alimentado y si recibe E activa el rele y si recibe A lo desactiva. El problema es que no parece que reciba nada.-
LAs rutinas en BAsic si quieres puedo usarlas, las adaptaria.
-
Si... pero cuando me refiero a un protocolo no me refiero al protocolo de bajo nivel del rs232, este no ve byte solo ve bit, el problema esta en que cuando la rutina de software esta chequeando la entrada para leer el carácter, se produce la mayoria de las veces un fallo de sincronismo con el byte que envias y entonces no encuentra la cabecera, del byte recibido ya que la rutina no envia solo el dato tuyo a de mas le incorporas los bit propios del protocolo de bajo nivel, que seria el pasar de bit alto a bajo para comenzar la lectura, recuerda que aunque sea una comunicación asincrona en el fondo se necesita algo que sincronice de alguna manera los datos y aquí comienzan los fallos por eso la usart por hardware es el mejor sistema para lograr que esto funcione... porque ignora todos los bit basura que le llegan hasta encontrar el bit de cabecera o sincronismo con el dato que viene, esto simplemente acorta el camino + el protocolo de alto nivel al que me refiero se soluciona el problema... en fin mas o menos es esto...
De todas formas planteate esto... cuando envias un dato, recuerda que lo que se envia son bit en fila india, como puedes estar seguro que en ese mismo momento la rutina esta leyendo la entrada y no esta haciendo un salto o cualquier otra cosa para reiniciarse... para conseguir que la rutina estuviera siempre en la parte del programa de lectura se necesitaría muchos megas en el cristal del micro... cuando pueda te preparare algo para que lo pruebes...
-
HE conseguido que funcione. El problema era algo que no podia controlar, al vivir al lado de un organismo oficial este tiene inhibidor de frecuencias y hace que la señal no llegue al receptor, por lo que podia hacer lo que quisiera que jamas funcionaria.
EN cuanto pueda publicare como funciona el chisme , que es un termostato a distancia, por RF, el cual mediria la temperatura ambiente alejado del punto de calor y por lo tanto mide la real, y encuiende o apaga el calefactor.
-
Desde luego eso es un tema de fuerza mayor, felicidades por tu proyecto...
-
Que precision has conseguido en el termostato?...
-
EL termostato es un modulo electrico comprado y adaptado, tiene 1/2 grado de precision
-
EL termostato es un modulo electrico comprado y adaptado, tiene 1/2 grado de precision
-
En realidad estamos trabajando en los mismo, yo quiero controlar 5 calefactores con sus respectivos termostatos, centralizados por rf en una placa master... el tema esta en que tengo que monitorizar los consumos para no sobrepasar el consumo maximo permitido y dar prioridad a unas estancias con respecto a otras.... pero volviendo al tema yo queria conseguir una precision de 0.1 grado... porque 0.5 me parece mucho salto...
-
Hola
me parece q el hilo se fue un poco...... de tema....
muchachos, no es tan dificil crear un nuevo tema,
solo hay q ir a donde dice "Nuevo tema",
el boton rojo , arriba a la derecha...... jajaj 
mas alla del chiste, Gracias dogflu66 por el tema de los modulos
y sigan tranquilos nomas.... Suerte
-
Cierto, como ya funciona publico esta tarde si me es posible, todo con placas etc en en apartado proyectos. El sistema te sirve para controlar los 7 equipos pero la medida de consumo la tendras que hacer tu.
Tendras por supuesto que modificar mucho pero es una buena base a mi entender, y el tema de la precision es facil, solo depende del sensor y de la entrada A/D que uses.