Programación Específica > Microcontroladores
Trf-2.4g E Intreface Spi
jotasalcedoo:
--- Cita de: "Camilo00001" ---Buen dia a todos, yo puede poner a funcionar el TRF 2.4G a una distancia mayor de 100 metros
--- Fin de la cita ---
Hola... yo estoy intentando hacer funcionar los modulos pero no lo he logrado. Podrias enviarme tu codigo de configuracion de los dispositivos? he hecho varios codigos pero ninguno parece funcionar, no se q pueda estar haciendo mal... cualquier ayuda configurando los TRF 2.4G la agradeceria
gu1llermo:
Hola Camilo, has probado con 250Kbps? creo que habrás querido decir -10 dBm, prueba configurándolo a máxima potencia (0 dBm), otra pregunta: Si no hay nadie en el medio, te funciona "siempre" perfectamente? porque también pensé en la posibilidad de que haya un problema en el código del programa encargado de recibir los datos, porque la función del CRC es precisamente asegurar que se reciba dato correcto, verifica la parte "IMPORTANT TIMING DATA" del datasheet y fijate si estás cumpliendo con los tiempos mínimos requeridos en tu programa, estás codificando en asm o c ?
Saludos.
PD1: Si actualmente estás usando un bit para cambiar la frecuencia y eso te trae problemas, usa dos o tres y asegurate que tenga valores válidos, porque con un solo bit solo puedes esperar 0 ó 1 (un poco díficil darse cuenta si hubo problemas en la transmisión), pero con 3 bits tienes hasta 8 combinaciones posibles y allí si podrías discernir entre estas, por ejemplo que si recibes 001 hace algo y si recibes 100 otra cosa, pero si recibistes XX1 (X: cualquier combinación de ceros y unos) entonces hubo un problema en la recepción y tienes que tomar una decisión.
PD2: Hola Salcedo, revisa éste Link www . istop . com / ~micro/electronics/rf . htm
Camilo00001:
Hola Guillermo,
disculpa era 0dbm. Utilizo asm.
En cuanto a que si no hay nadie: "trabaja perfectamente".
Ya he revisado la sección "TIMING DATA" y no en encuentro ningún problema.
Intente 250kbps, aunque mejora continua con el problema.
Intente partir el paquete a 8 bytes de datos pero conserva el mismo problema (no hay diferencia). Use varios byte en 8 transmisiones continuas, para sincronizar el receptor, y aunque mejora algo, sigue presentando el problema y ademas pierdo información bastante importante ya que necesito trabajar a una nivel de baudio muy alto.
Pos: Este problema tambien se presenta cuando se trabaja utilizando una única frecuencia, y no se nota mucho debido a que la señal retorna inmediatamente.
B) Esperaré tu respuesta
Gracias..
gu1llermo:
Yo cuando cursé principios de la ingeniería de las comunicaciones recuerdo que existía un método para detectar errores y a su vez reconstruir el bit(s) corrupto(s), en este momento no tengo esos apuntes a la mano, dejame revisar a ver que consigo, por lo que veo vas a tener que implementar un algoritmo de detección y corrección de errores, otra pregunta: ¿Los datos llegan:
a ) Incompletos?
b ) Corruptos?
¿Qué valores transmites? acaso el resultado de una conversion ADC
¿No transmites comandos?
¿Se podría tabular los datos que envías y al recibirse compararse con esta tabla y chequear si hubo algún error?
PD1: En google coloca:
1.- "Código Hamming"
2.- "Detección y corrección de errores"
(Las 1eras páginas de seguro serán las de wikipedia) ;-)
El código Hamming creó que fué el que estudié aquella vez, de todas maneras voy a ver si consigo algunos de mis apuntes, mientras ya tienes algo para adelantar.
Camilo00001:
Hola guillermo,
Estoy tranmitiendo resultados de ADC, en binario directamente...a Excepción del o de los bit(s) de sincronización para cambio de frecuencia, el cual es d'255'.
Los datos llegan completos, con un error mínimo y aceptable por el ADC. Esto no influye sobre el bit de sincronización. Sin embargo los datos se corrompen con el problema que te he mencionado anteriormente.
Nota: voy a revisar, la detección y corrección de errores...y pronto te escribire.
B) Gracias..
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa