|
|
Esta sección te permite ver todos los posts escritos por este usuario. Ten en cuenta que sólo puedes ver los posts escritos en zonas a las que tienes acceso en este momento.
Mensajes - Camilo00001
Páginas: [1]
1
« en: Viernes 19 de Octubre de 2007, 18:08 »
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.  Gracias..
2
« en: Martes 9 de Octubre de 2007, 22:02 »
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. Esperaré tu respuesta Gracias..
3
« en: Viernes 5 de Octubre de 2007, 21:30 »
Hola guillermo, disculpame el número de bits de datos que soporta el transceptor como máximo es de 200 utilizando 5bytes de dirección y los 2 byte de CRC. Según formula especificada en la DATASHEET del Transceptor, y en ninguna parte del DATASHEET, hay limitaciones sobre esta formula. DATAx_W(bits) = 256-ADDR_W - CRC Yo estoy trabajando en modo SHOCKBURST, a 1Mbps, a 0dBm, utilizando un único canal, 16 byte de datos, 1 byte de dirección, 2 bytes de CRC. En cuanto al problema que se presento, es que al pasar alguien muy cerca al receptor, la señal se debilita demasiado, tendiendo a la perdida. Este problema no se ve facilmente al utilizar una única frecuencia de transmisión, pero cuando se depende de cada microsegundo de señal, y se utiliza la técnica de "frequency hopping" que debe soportar este dispositivo, este problema se hace grave, al perder el bity que permite realizar el cambio de frecuencia, y la sincronización entre el transmisor y su receptor. Nota: Yo realizó transmisiones con "frequency hopping" entre 2483GHz y 2400GHz, por ciclos, y duración por canal de ~0.4seg. Esperaré tu respuesta, Gracias.. Pos: Creó que no es necesario anexar las palabras de configuración ...
4
« en: Miércoles 3 de Octubre de 2007, 20:31 »
Buen dia a todos, yo puede poner a funcionar el TRF 2.4G a una distancia mayor de 100 metros, pero tengo problemas de ruido externo, con la señal. Si bien envio 16 bytes, el numero maximo de bits de datos que se puede utilizar es de 200 bits, según las caracteristicas del dispositivo. El dispositivo tiene problemas de fabrica, o el error es mio. Si alguien puede colaborarme, le quedaria muy agradecido....Gracias............. Pos: ...¿ les puedo colaborar en algo?... Mi correo es: ------@yahoo.es... enviar mensaje para utilizar el chat y/o messanger de este medio..... ....gracias...
5
« en: Martes 2 de Octubre de 2007, 19:14 »
Buen dia a todos, yo puede poner a funcionar el TRF 2.4G a una distancia mayor de 100 metros, pero tengo problemas de ruido externo, con la señal. Si pueden ayudarme, con el motivo, o si yo les puedo coloborar en algo...utilizar el chat de este medio... o enviar mensaje en este foro ahora mismo.... ....gracias...
6
« en: Miércoles 4 de Abril de 2007, 22:55 »
 Buen dia a todos. Tengo problemas con la velociadad para transferir datos desde el puerto paralelo a la plataforma de visual basic; yo manejo tasas de bits en MicroSeg y con esta plataforma solo logro como maximo 1miliSeg. Hay alguna manera para aumentarla, o alguna otra plataforma mas rapida? Nota: Con VC++ tengo el mismo problema... Por favor, me pueden ayudar.... Gracias.
7
« en: Miércoles 3 de Enero de 2007, 20:26 »
Apreciado Jonathan, Estoy muy agradecido por tu respuesta, con la informaciòn del programa de oldkami, sobre el transceiver TRF-2.4G; pero este programa no cuenta con ningùn retardo, y utiliza el sistema SPI. Al parecer cuenta con los errores iniciales de activaciòn.... En mi caso, tengo un programa muy sencillo que utiliza un sistema de acarreo, para configuraciòn/transmisiòn/recepcion de datos de prueba. Este sistema esta enfocado a las graficas del DATASHEET del transceptor; conservando los tiempos MAX y MIN de la tabla 14 del DATASHEET, pero no he podido activar el sistema... no se si usted me pueda colaborar.... con posibles fallos, ó si nos podemos poner en contacto ON-LINE... Agradezco, toda la colaboraciòn que me pueda suministrar.....y quedo a la espera de su respuesta.. ATTE. Feliz año 2006-2007 Pos: Su correo no funciona, agradeceria que me enviar su direcciòn de E-MAIL. Para adjuntar el DATASHEET con las graficas y la tabla 14.
8
« en: Martes 26 de Diciembre de 2006, 17:30 »
Debe remitirse al DATASHEET del pic16F84 encontrada en www.microchip.com; para encontrar la formula de TCY. En los pic mas similares como 16F877a es FCY=4/Frecuencia del crystal  Debe revisar el datasheet, ojo
9
« en: Martes 26 de Diciembre de 2006, 17:14 »
Buen dia para todos, Tengo un problema enorme para poner en funcionamiento el transceptor TRF-2.4G de Laipac, estoy utilizando para su configuraciòn el PIC16F877a de Microchip, y he seguido las especificaciones del transceiver encontrada en el DATASHEET y no he logrado que funcione, lo peor es que no se cual es el problema, alguien podria tener la gentileza de colaborarme, por favor... 
Páginas: [1]
|
|
|
Mostrar Mensajes
