|
|
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 - reptil
Páginas: [1]
1
« en: Lunes 10 de Enero de 2005, 18:04 »
jonathan: algo que puede ayudarmos a reducir de manera significativa es una correcta codificacion antes de enviar la informacion al aire, otra es buscar las posibles fuentes de ruido dentro de nuestro sistema que es es donde meter mano para reducirlas, hasta ahora he reducido ya algunos de talles de hardware que probocaban un mucho de ruido.. solo falta la codificacion.. una alternativa que estoy a piunto de ensayar es unas un MAX232 para tener una fuerte diferencia de voltajes a la entrada del trasmisor de RF.... y veremos si en mi caso si el recptroe puede trabajar o entregarme los voltajes necesarios para que funiones el 232....
resultados: la proxima sesion
2
« en: Sábado 8 de Enero de 2005, 01:41 »
ok ya esta el pdf de codificador/decodificador de manchester en el archivero... de llama encoderdecoder.pdf y del programador nomas me jefe me da un tiempito y hago el esquematico
3
« en: Sábado 8 de Enero de 2005, 00:17 »
jonothan por aqui tenemos un prototipo de programador , las pruebas dicen que si funciona pero parece perdido el esquematico voy a darme tiempo para hacerlo y enviartelo. del data te lo dejio aqui por falta de tiempo ...
no me dejo adjuntarlo lo intento poner en el ftp mas tarde..
4
« en: Viernes 7 de Enero de 2005, 23:26 »
el programador que uso es el topmax de EETOOLS no he visto ninguno de fabricacion casera... pero deja investigo un poco.. por cierto, que dispositivos de RF estas usando...
en mi cao escribi al fabricante de los RRFQ2 y RTFQ2 y me enviaron el data sheet de un integrado que hace la codificacion manchestr con la desventaja que es no es por puerto serie la entrada de datos , mas si la saca por de forma serial, si te interesa dime y te lo envio...
5
« en: Jueves 6 de Enero de 2005, 06:28 »
veamos releí el mensaje y si fue confuso. lo que te pedia es algun integrado que haga la codificacion manchester, .... deja te cuento como esta elproyecto y el problema:
proyecto control remoto para un mapa (gigante!!!!) en el mapa se enciende diversos leds segun el boton que se encienda, para esto utilice los micrso at89c51 de atmel, y envio el un codigo en serie a una baud rate de 1.2k si no mal recuerdo. posteriormente uso los dispositivos de RF... como pase por alto la codficacion manchester tuve que modificar mi codigo para que el micro en el estremo del receptor fncionara.. y a muchos intentos lo logre, pero se requerira una expansion posteriormente, es pro ello que necesito eficientar el envio-recepcion de los codigo enviados.... en eso estoy . bueno en eso y un proyecto con pics... en fin ya sabes que estoy utilizando los RRFQ2 y RTFQ2. si me dices en que estas trabajo igual se me ocurre algo o entre los dos podramos hacer algo muy robusto... hasta luego...
6
« en: Miércoles 5 de Enero de 2005, 07:45 »
mil gracias jonathan. una molestia mas sabes estoy tratand de ver que codificador y decodificador de manchester usar me podrias recomendar alguno, gracias. en cuento a la programacion en lo personal tambien prefiero ensamblador pero asi exigen el codigo .. que le hacemos....
7
« en: Miércoles 5 de Enero de 2005, 05:01 »
en calidad de auxilio!!! Jonathan, ya le conecte la resistencia de 10k al pin 1 y alimente con 5 volts para las pruebas, puse el pin 11, 32 y 12, 31 a gnd y vcc respectivamente pero no sucede nada , el pin de salida del oscilados no me muestra la oscilacion.. entoncess ya no se que hacer. si me puedes enviar el esquematico de coneccion te lo agradeceria ademas te envio parte de mi codigo . que es la parte fundamental del programa espero que puedas analizar y si esta el error hay me puedas instrui. gracias.
8
« en: Lunes 3 de Enero de 2005, 00:13 »
los dispositivos de RF trabajando en FSK, y al parecer no importa si la cantidad de ceros y unos es la misma ya que cuando lanzo codigos a discrecion; es decir, varios los codigos por ejemplo #01011100b , #0F1, #7Fh y mas .. el receptor pueden entragarme el mismo codigo para ellos. Lo cual se convierte en una verdadera molestia ya que reduce el numero de codigos "usables". Para resolver la decodificacion envie todas varias (muchas) cadenas y con la ayuda del osciloscopio obtuve la palabra para el decodificador. no es muy complicado pero si bastante tardado. es por ello que busco la razon de este desajuste... aun falta resolver el problema de las interferencia de RF....
9
« en: Domingo 2 de Enero de 2005, 22:01 »
yo una rutina para el reloj en tiempo real en ensamblador para el 80c51. se les sirve de algo... al igual que rutinas para conectar el lcd al mismo micro si les sirve un correo a ivan.galicia@gmail.com
10
« en: Domingo 2 de Enero de 2005, 21:46 »
veamos. tengo una comunicacion por puesto serial a la velocidad mas baja (110 de baud rate) en dos 89c51 de atmel. envió un codigo, por ejemplo #0F0h por puesto serial al RTFQ2 este lo envia por RF y le llega al RRFQ2 (obvio) la señal que entreda por este y despues de ser invertida resulta la siguiente, #0FEh. he variado la velocidad de la transmision apenas por debajo permitido por el receptor de RF ( en el maximo la señal se deforma demasiado para ser decodificada) y el resultado es el mismo.... alguien tiene idea de que pasa y como poder corregir este problema??
algo extra... se presenta mucha interferencia en la recepcion ya que de momento el receptor entrega basura al micro que uso como decodificador y hehcha a perder todo el sistema... que proponene para esto ???
11
« en: Domingo 2 de Enero de 2005, 06:19 »
nop esa resistencia no se la puse... espero que ese sea el problema.... mas recuerdo que en el proyecto final trabajare con 3.6 volts, supongo que tendre modificar el valor de esta resistencia para tener una corriente adecuada??
gracias por la ayuda zensei!!!
12
« en: Viernes 31 de Diciembre de 2004, 07:03 »
olvide mencionar que hice pruebas de voltaje ya que el micro trabajara en su apicacion final a 3.6 volts.. por tanto lo conecte a 3 y posteriormente a 5 volts pero en ningun caso funciono... sn mas por el momento: AYUDA!! gracias
13
« en: Viernes 31 de Diciembre de 2004, 06:41 »
problema: el pic (16f877) no jala que hice mal ?? hice la tarjeta donde probare el programa , mas no paso nada! instale un oscilador de 4Mhz con capacitres de 22pF. conecte los pines 11 y 32 y 12 y 31 a gnd y Vcc respectivamente. de hecho tomando varios pics ni siquiera presentan la oscilacion en el pin correspondiente al osc de salida. ago todavia mas extraño (segun yo) uno si logro darme la oscilacion, pero al cargarle el programa todo se vino abajo...  que me recomiendan ??
14
« en: Viernes 31 de Diciembre de 2004, 06:37 »
he! gracias jonathan..-- ya termine mi codigo y aun que si es bastante largo entro bien en el pic. lamentablemente ahora estoy peleado con otra cosa.... hice la tarjet donde probare el programa , mas no paso nada! instale un oscilador de 4Mhz con capacitres de 22pF. conecte los pines 11 y 32 y 12 y 31 a gnd y Vcc respectivamente. de hecho tomando varios pics ni siquiera presentan la oscilacion en el pin correspondiente al osc de salida. ago todavia mas extraño (segun yo) uno si logro darme la oscilacion, pero al cargarle el programa todo se vino abajo... que me recomiendan ??
15
« en: Miércoles 29 de Diciembre de 2004, 17:57 »
teng una duda algo tonta pero necesito que me ayuden: cual es el espacio que tengo para cargar en el microcontrolador (16f877); es decir, cual es el tamaño maximo que puede tener el archivo *.hex
gracias!
16
« en: Martes 28 de Diciembre de 2004, 06:01 »
hola que tal por primera vez voy a programar en C para los pics de hecho es la primer vez que programo el pic 16f877. entonces lo que solicito es informacion cerca de los encabezados necesarios para iniciar la programacion ... es decir debo pone
#include "que??"
#include <stdio.h>
por cierto usare en compiladore de microchip MPLAB con el compilador de C PCCLITE, espero me puedan ayudar mil gracias
Páginas: [1]
|
|
|
Mostrar Mensajes
