TODOPIC
Microcontroladores PIC => Lenguaje Basic para microcontroladores PIC => Mensaje iniciado por: batman123 en 16 de Abril de 2006, 15:03:36
-
Alguien tiene conocimientos de RF con un PIC 16f628..
Necesito ayuda
:-/
-
Alguien tiene conocimientos de RF con un PIC 16f628..
Necesito ayuda
:-/
Hola:
yo lo acabo de hacer con un 16F648A TX y un 16F84A RX utilizando modulos de Laipac, fue muy sencillo.
-
Hola:
Batman123, puedes pasar por el subforo de robotica en el hilo que dice bot volador, alli estamos tratando algo de esto.
-
Hola a todos,
Primero que todo quiero felicitar a los moderadores del foro por mantener viva esta gran "empresa" que
cada vez nos une mas, que bueno que contemos con un nuevo aspecto del foro.
Respecto a la inquietud de Batman123 alguna vez hablamos del tema pero no quedo claro la forma en que
quiere que funcione, si es por modulacion de pulsos o por codificacion y decodificacion de còdigo binario.
Lo que dice Lord es cierto, en el mercado existen unos mòdulos RF ya listos pata trabajar solo se inyecta
la señal a transmitir y el receptor la entrega, en este caso el receptor deberìa ir conectado al pic
para que decodifique le señal.
El transmisor tiene un costo de $ 60.000 y el receptor $ 140.000 segùn precios de mi ciudad.
Serìa bueno que Batman123 posteara el còdigo que ha realizado para verlo y entre todos poder ayudarle.
Saludos
Morfeus :lol:
Hola:
Batman123, puedes pasar por el subforo de robotica en el hilo que dice bot volador, alli estamos tratando algo de esto.
-
Hola:
Amigos movi aqui los posts sobre Rf. 8)
-
hola que tal yo use primero dos pics con dos modulos de TX y RX de 433mhz y funciono muy bien pero me funciono mucho mejor con los decodificadores de holtek y los 2 pics usando basic.lo k hice era una alrma a distancia mira si te sirve puedes checar estos modulos en www.robodacta.com
mira este fue el pinino sin modulos:
este es el TX (con ayuda del amigo RALF2
'****************************************************************
'* Name : UNTITLED.BAS *
'* Author : Max. E. Reyes Vera Juarez *
'* Notice : Copyright (c) 2005 [select VIEW...EDITOR OPTIONS] *
'* : All Rights Reserved *
'* Date : 21/09/2005 *
'* Version : 1.0 *
'* Notes : *
'* : *
'****************************************************************
include "modedefs.bas"
trisb=1
boton var PORTA.0
C VAR BYTE
PAUSE 300
loop:
if boton=0 then
HIGH PORTA.2
LOW PORTA.3
gosub led_on
else
LOW PORTA.2
HIGH PORTA.3
gosub led_off
endif
goto loop
led_on:
FOR C=0 TO 16
serout porta.1,T300,[6,6,"OK",3]
IF BOTON=1 THEN
GOTO LOOP
ENDIF
PAUSE 3000
NEXT C
goto loop
led_off:
FOR C=0 TO 16
serout porta.1,T300,[6,6,"OK",8]
IF BOTON=0 THEN
GOTO LOOP
ENDIF
PAUSE 3000
NEXT C
goto loop
end
-------------------------------------------
aqui el RX
'****************************************************************
'* Name : UNTITLED.BAS *
'* Author : Max. E. Reyes Vera Juarez *
'* Notice : Copyright (c) 2005 [select VIEW...EDITOR OPTIONS] *
'* : All Rights Reserved *
'* Date : 21/09/2005 *
'* Version : 1.0 *
'* Notes : *
'* : *
'****************************************************************
include "modedefs.bas"
trisb=1
datos var byte
led_rojo var portb.1
led_verde var portb.2
PAUSE 300
Loop:
serin portb.0,T300,["OK"],datos
If datos=3 then led_on
if datos=8 then led_off
goto Loop
led_on:
LCDOUT #DATOS
High led_rojo
low led_verde
goto Loop
led_off:
LCDOUT #DATOS
low led_rojo
high led_verde
goto Loop
end
--------------------------------------------------------------
El prog se hizo mas facil con los decodificadores de holtek ya que son direccionables
espero te sirva en algo saludoss :-/
-
Hola Navaismo,
Yo estoy trabajando en algo parecido y me falta hacer el ensayo con los mòdulos TX y RX probablemente me lleguen esta semana, no te entiendo lo de los HOLTEK acaso estos trabajan a una mayor frecuencia?. En que te mejorò el funcionamiento del circuito, te pregunto porque todavia estoy a tiempo de cambiar el pedido que hice de los mòdulos.
Saludos
morfeus :lol:
hola que tal yo use primero dos pics con dos modulos de TX y RX de 433mhz y funciono muy bien pero me funciono mucho mejor con los decodificadores de holtek y los 2 pics usando basic.lo k hice era una alrma a distancia mira si te sirve puedes checar estos modulos en www.robodacta.com
mira este fue el pinino sin modulos:
este es el TX (con ayuda del amigo RALF2
'****************************************************************
'* Name : UNTITLED.BAS *
'* Author : Max. E. Reyes Vera Juarez *
'* Notice : Copyright (c) 2005 [select VIEW...EDITOR OPTIONS] *
'* : All Rights Reserved *
'* Date : 21/09/2005 *
'* Version : 1.0 *
'* Notes : *
'* : *
'****************************************************************
include "modedefs.bas"
trisb=1
boton var PORTA.0
C VAR BYTE
PAUSE 300
loop:
if boton=0 then
HIGH PORTA.2
LOW PORTA.3
gosub led_on
else
LOW PORTA.2
HIGH PORTA.3
gosub led_off
endif
goto loop
led_on:
FOR C=0 TO 16
serout porta.1,T300,[6,6,"OK",3]
IF BOTON=1 THEN
GOTO LOOP
ENDIF
PAUSE 3000
NEXT C
goto loop
led_off:
FOR C=0 TO 16
serout porta.1,T300,[6,6,"OK",8]
IF BOTON=0 THEN
GOTO LOOP
ENDIF
PAUSE 3000
NEXT C
goto loop
end
-------------------------------------------
aqui el RX
'****************************************************************
'* Name : UNTITLED.BAS *
'* Author : Max. E. Reyes Vera Juarez *
'* Notice : Copyright (c) 2005 [select VIEW...EDITOR OPTIONS] *
'* : All Rights Reserved *
'* Date : 21/09/2005 *
'* Version : 1.0 *
'* Notes : *
'* : *
'****************************************************************
include "modedefs.bas"
trisb=1
datos var byte
led_rojo var portb.1
led_verde var portb.2
PAUSE 300
Loop:
serin portb.0,T300,["OK"],datos
If datos=3 then led_on
if datos=8 then led_off
goto Loop
led_on:
LCDOUT #DATOS
High led_rojo
low led_verde
goto Loop
led_off:
LCDOUT #DATOS
low led_rojo
high led_verde
goto Loop
end
--------------------------------------------------------------
El prog se hizo mas facil con los decodificadores de holtek ya que son direccionables
espero te sirva en algo saludoss :-/
-
Hola:
yo estoy utilizando los modulos de Laipac http://www.laipac.com/easy_eng.htm (http://www.laipac.com/easy_eng.htm), para TX utilizo el: TLP/A y para RX utilizo el: RLP, aun estoy probandolos pero van muy bien y sencillos de utilizar.
-
mmm NO lo de Holtek son decodificadores para los transmisores y receptores y envian una señal dependienlo la o las entradas que actives, y con eso a mi se me facilito mucho el evio tomando en cuenta que es modulacion ASK y k no alcanza mas de 100mts.
saludos
-
Hola Lord,
Gracias por tu informacion hoy mismo hice el cambio del pedido y de esta manera voy a la fija.
Saludos
morfeus
Hola:
yo estoy utilizando los modulos de Laipac http://www.laipac.com/easy_eng.htm (http://www.laipac.com/easy_eng.htm), para TX utilizo el: TLP/A y para RX utilizo el: RLP, aun estoy probandolos pero van muy bien y sencillos de utilizar.
-
Hola que tal ya vi sus modulos y son muy similares a los que use y he aqui el diagrama que viene incluido en la hoja de datos de los modulos que use. espero les sirva en algo
(http://C:\Documents and Settings\Administrador\Mis documentos\Mis imágenes\diag.jpeg)
-
:shock: :mrgreen: ups no se subio a ver ahora
-
Hola:
Navaismo, no son muy similares, son los mismos :mrgreen:
-
novaismo muy buen aporte
-
navaismo si no es mucha molestia me puedes decir exactamente q es lo q manda en esta linea?
serout porta.1,T300,[6,6,"OK",3]
un saludo
-
Hola a todos. soy nuevo en el foro y esta es mi primer consulta ,de antemano agradezco sus respuestas.
La consulta es si alguien sabe del alcance maximo que se les puede dar a estos dispositivos de tx y rx los cuales se mencionan mas arriba.
y que tipo de antena se les puede colocar.
Estoy en un proyecto para poder comandar una camara digital a distancia.(la mayor posible).
Saludos cordiales y nuevamente agradecere cualquier ayuda
-
Hola:
Pues para eso tienes que consultar el datasheet del dispositivo, pero creo recordar que el alcance era de 100m.
-
Hola navaismo:
Estoy muy liado con el asunto de los decodificadores HOLTEK. Leyendo el datasheet del HT12E entiendo que los datos deben proporcionársele en paralelo a través de sus 4 entradas de datos. Consecuentemente, ya no podríamos usar serout, como en el ejemplo que tú posteaste. ¿Es así? Cuando dices que todo mejoró al introducir los Holtek, imagino que tendrías que modificar el código e incluso la configuración hardware de la conexión del PIC al módulo transmisor (pues el HT12E no codifica hasta que no se lo indicamos a través de su pin TE). Por favor, ¿puedes aclararme estos extremos? Gracias
-
Si asi es, con el serout tenia k esperar a k se coordinara con el serin del otro pic por eso estana [6,6,"OK",x] en el transmisor y en el receptor era ["ok"], dato y dato era la x y la verdad si daba buenos resultados, pero para mi proyecto usar 2 pics era innecesario por eso el pic transmisor lo sustitui por el decodificador que envia 4 señales y el receptor decodifica dicha señal y asi solo adapte el receptor al programa del pic.
Teniendo en cuenat que eramas facil y barato y muy muy funcional.
Por ejemplo si pulsaba el primer boton del transmisor se encendia el primer pin del receptor y si pulsaba todos todos se prendian y fue muy bueno porque asi puedes medir 4 entradas por lo menos almismo tiempo con un simple 1 o 0 dependiendo de lo k kieras hacer.
A mi me resulto mas facil pero eso no quita que puedas usar 2 pics como en un principio lo tenia.
saludossss
-
Gracias Navaismo. Tu respuesta me confirma que voy por buen camino. Esta duda está relacionada con un velocímetro digital que estoy desarrollando en este hilo (http://www.todopic.com.ar/foros/index.php?topic=12037.45).
Gracias de nuevo.
-
Hola Amigos:
He hecho los siguientes programas para un emisor y un receptor en proteus, si bien he unido directamente el emisor con el receptor, la idea es usar modulos de 433 MHz.
Emisor:
include "modedefs.bas"
define OSC 4
TRISB=%11111111
B0 var byte
inicio:
select case PORTB
case %11110000
serout PORTA.1,N1200,[0,"F"]
case %01110000
serout PORTA.1,N1200,[0,"B"]
case %10110000
serout PORTA.1,N1200,[0,"L"]
case %11010000
serout PORTA.1,N1200,[0,"R"]
case %11100000
serout PORTA.1,N1200,[0,"P"]
end select
goto inicio
end
Receptor:
include "modedefs.bas"
define OSC 4
B0 var byte
TRISB=%00000000
inicio:
PORTB = 0
loop:
SERIN PORTA.0,N1200,B0
select case B0
case "F"
gosub adelante
case "B"
gosub atras
case "L"
gosub izquierda
case "R"
gosub derecha
case "P"
gosub parar
end select
goto loop
adelante:
PORTB.3 = 0
PORTB.4 = 0
PORTB.5 = 0
PORTB.6 = 0
PORTB.7 = 1
pause 500
return
atras:
PORTB.3 = 0
PORTB.4 = 0
PORTB.5 = 0
PORTB.6 = 1
PORTB.7 = 0
pause 500
return
izquierda:
PORTB.3 = 0
PORTB.4 = 0
PORTB.5 = 1
PORTB.6 = 0
PORTB.7 = 0
pause 500
return
derecha:
PORTB.3 = 0
PORTB.4 = 1
PORTB.5 = 0
PORTB.6 = 0
PORTB.7 = 0
pause 500
return
parar:
PORTB.3 = 1
PORTB.4 = 0
PORTB.5 = 0
PORTB.6 = 0
PORTB.7 = 0
pause 500
return
end
La idea es cada vez que pulso un boton se prende el led correspondiente, y cuando no pulso ninguno se debe prender el ultimo led, si bien cuando pulso cada boton se prende el led correspondiente, cuando no pulso ninguno no se prende el ultimo led, se queda prendido el led correspondiente al ultimo boton pulsado.
En que puede estar mal mi programa?
Saludos
-
Hola me imagino que lo que controla cuando no esta apretado ningun boton es el case de "P" que es %11100000 entonces asegurate de que sea el valor que esperas para que asi siempre mande la P y en la linea de SERIN PORTA.0,N1200,B0 intenta poner el dato de sincronizacion
SERIN PORTA.0,N1200,[0],B0 que es uno de los que mandas no antes d B0, espero ayude
-
Gracias por contestar Navaismo:
Tu respuesta me dio la pista, probe ponerle un cero adelante pero nada, seguia igual, luego de mucho probar me acepto el siguiente codigo:
include "modedefs.bas"
define OSC 4
TRISB=%11111111
B0 var byte
inicio:
select case PORTB
case %01110000
serout PORTA.1,N1200,[0,0,"B",0]
case %10110000
serout PORTA.1,N1200,[0,0,"L",0]
case %11010000
serout PORTA.1,N1200,[0,0,"R",0]
case %11100000
serout PORTA.1,N1200,[0,0,"P",0]
case %11110000
serout PORTA.1,N1200,[0,0,"F",0]
end select
goto inicio
end
Aun no comprendo bien la sintaxis de los [] en serout, supongo que es la matriz de datos a enviar, he revisado varios ejemplos y su tamaño puede variar.
Solo con los dos ceros adelante la simulacion hace lo previsto, leere mas acerca de la sincronizacion, pero ya sera mañana, por hoy ya fue suficiente con esto. :mrgreen:
Un abrazo.
-
:? Hola en teoria cuando haces el SERIN x,x[0],BO lo que pasa es que cuando recibe un caracter o dato igual al que esta dentro de los corchetes, el siguiente dato que entre sera el valor de BO, entonces la pregunta obligada ¿no te hace loqueras el programa? porque al mandar 2 ceros consecutivos deberia ser un cero el valor de B0, aqui normalmente usamos una cadena para sincronizar como ["OK"] o un dato mayor a 10 [66] espero te mejore el programa, talvez no te haga falta pero en este post (http://www.todopic.com.ar/foros/index.php?topic=13956.0) hay un ejemplo de como recibir unos datos cada cierto tiempo mediante un switch checalo y nos dices.
-
Hola amigos todos!
Miren yo les voy a recomendar que utilicen unos moduls que compre y que se ven muy buenos, ellos tienen el decodificador y el codificador integrados son muy faciles de utilizar ya que se comunican via serial (RS-232) los compre en U.S.A les coloco la direccion revicen que tienen un programita para programarlos y se que les va a gustar a todos...
http://www.saelig.com/miva/merchant.mvc?Screen=CTGY&Category_Code=RW
Hay modulos que son para transmitir y recibir (transeiver) que fue los que compre les recomiendo estos!!!
Un fuerte abrazo para todos...
-
Respecto a la transmision por Radio Frecuencia con PIC, en un catalogo encontre PIC con modulo de radio frecuencia:
RFPIC12F675 y RFPIC12C509 (son extensiones del PIC12F675 y del PIC12C509)
aunque no tengo idea de como usarlos y el precio no aparece.
Las hojas de datos se pueden encontrar en http://www.datasheetarchive.com/
-
Pues veo que cometi varios errores, bueno luego de corregirlos y de mucho probar, veo que puede funcionar sin los dos 6 que se usan en el transmisor:
serout porta.1,T1200,[6,6,"OK",dato]
Me queda asi y de momento me funciona bien:
serout porta.1,T1200,["OK",dato]
Por ahi he leido que estos se usan para sincronizar, pero como que no termino de entender, si al final no son leidos por el serin del receptor, concluyo que solo me ocupan sitio y consumen tiempo, pienso que podria usar una pequeña pausa que me haga las veces de sincronizacion, pues a futuro pienso transmitir datos y no quisiera transmitir a la mayor velocidad posible.
Como de momento estoy transmitiendo de modo asincrono, quisiera usar un pic con oscilador interno, que segun he leido no debe dar problemas.
A ver si alguien puede explicarme que tan necesarios son y si hay mas informacion, sera bienvenida, pues aun sigo medio anudado en el tema. :?
Gracias y saludos.
-
Hola veguepic lo del pic con oscilador interno si debe funcionar bien, yo solo he usado el oscilador interno con el 12c508 y el 12f508 para otras cosas.
Con respecto a lo de los datos si efectivamente los 66 son solo como basurilla para que en verdad le llegue.
El SERIN solo guarda el dato despues de recibir la palabra "OK" el dato enseguida del ok es lo que va a guardar. Por eso en el tx es ["OK",DATO] y en el RX es ["OK"], DATO si no recibe la palabara OK no va a guardar nada en la variable DATO. Yo solo meti esos 6,6 para pseudogarantizar el recibimiento del OK.
Obvio el OK puedes sustituirlo por lo que quieras y mandes. Espero haberte ayudado un poquito.
Y tan necesarios no son, yo los use porque no siempre me llegaba el dato -jiji problemas de novato-
-
Hola Max:
Gracias por la respuesta, me has aclarado el panorama, solo que me preocupa un poco por que no te llegaban algunos datos, de momento el mio funciona solo cuando presionas alguno de los cuatro botones que he puesto.
Voy a probar con una tanda mas larga de datos, usando un LCD en el receptor, a ver como me va.
Un saludo.
-
Yo lo que pienso de que porque no me llegaban algunos datos era:
1.- Por la distancia
2.- Porque las antenas estaban muy caseras (muy chafas)
3.- Porque todo estaba en proto
4.- (este es el bueno) Porque no podia arrancar al mismo tiempo el receptor y el emisor, :D no podia correr mas de 6mts a una velocidad para accionarlos con retardos de segundos, de hecho era muy comico correr de la cocina al final de la casa para encenderlos.
De igual forma no mandaba nada hasta apretar 2 botones. Pero el primer estado es automatico osea que en realidad siempre mandaba algo.
-
Hola gente sigo sin entender si el encoder y decoder ht es para facilitar la serializacion paralelizacion de la info o mejora realmente la emision recepcion de los modulos.
Yo tengo todo armado para recibir con rs232, transmitir al pic y que este escriba a un lcd, y quiero reemplazar la parte entre el max232 y micro por rf, pero me llega todo ruido, voy a analizar si entre ese ruido llega lo que yo emito como para señalizarlo y filtrarlo, despues de leer muchos post llegue a las siguientes conclusiones, diganme si son correctas.
1)transmitir a 2400 bps (cuando lo hacia por cable lo hacia a 9600)
2)señalizar lo que voy a recibir poniendo *dato* o similar
3)aislar los modulos del protoboard es decir soldarlos en placas fuera del proto
4)alimentar el transmisor con 12v en vez de 5v
4)? me queda la duda si son estrictamente necesarios los encoder decoder de ht
-
Todo lo que indicas es correcto, y dependiendo de los modulos que uses es posibles
que tengas que bajar todavia mas la velocidad.
Por suerte ya hay mucho en el foro para transmisión por RF.
Mira en este hilo:
http://www.todopic.com.ar/foros/index.php?topic=14601.0
y si quieres puedes descargar la memoria de este otro sitio
http://www.freewebs.com/glafebre/controlderelesrf.htm
-
PD. los encoder/decoder no son necesarios
-
gracias dog por la info.
Estuve averiguando un poco mas y probando otro tanto, efectivamente el hecho de soldar el receptor prolijamente mejorso bastante el ruido.
Tambien estuve averiguando acerca del par ht12e/d y vi que este par hace el control y filtrado de datos dependiendo de la clave de 8 bits que uno le ponga y aparentemente andan muy bien ( lo voy a probar ).
No obstante me imagino que ese control se puede hacer por soft, he visto rutinas en bot volador de emisor y receptor con rc5, pero hechas en C yo estoy trabajando con asm. igual estoy pensando en pasarme.
Pero si alguien tiene alguna rutina de emision y recepccion en asm le estaria agradecido.
Lo solucionaria con los ht si funcionan bien pero ya tengo los datos serializados y no estoy muy seguro como maneja los tiempos.
Bueno estimados cualquier ayuda sera bienvenida...
Un abrazo