SoloCodigo

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

Olvidaba... PUSOSTE UNA RESISTENCIA DE 10K EN EL PIN 1 (#MCLR) A vdd (+5v)?????. Saludos!

Esa resistencia es fundamental, ya que el pin 1 es el control del reset.. siempre debe estar a vdd con una resistencia de 10k para 5v.... para provocar un reset, aplicas vss al pin 1 y ya...  si buscas esquemas de proyectos con pic fijate que en los pines de MCLR (pin 1 para el F877) ponen 2 resistencias y un pulsador... si necesitas un esquema me avisas... es eso, sin eso el pic no trabaja. Saludos!

Aqui te dejo los esquemas del reset y el oscilador para trabajar en modo HS o XT .. es como trabajo yo .. Bajare el codigo y mirare, no tengo mucha experiencia con el C, le hago mas bien al ASM.. pero veo que puedo hacer. Un Abrazo!  

No se realmente a que te refieres, ya que el codigo manchester es una forma especial de "codificar" los datos de tal modo que el nivel medio de tension en la transmision sea de cero voltios, en el caso de una transmision simetrica en la cual los ceros y unos sean representados por p.ej. por +10v y -10v como pueda ser una transmission RS232, o bien de v/2 en al caso de que la transmision se realice entre 0v y v, sea v la tension que sea.


Esa tecnica se usa en los casos que es necesario mantener una tension media, tal y como se ha indicado antes, de ((+v)+(-v))/2. Un ejemplo claro son los modulos de transmision de datos por RF. Estos modulos disponen de un sistemas de control automatico de ganancia en la recepcion que a medio y largo plazo pueden verse afectados por la preponderancia de unos o ceros.

Si por ejemplo enviamos una serie de bytes como:
11110110
10111010
01101111
00111110
se ve que hay un preponderancia de unos y al aplicar un sistema de control de ganancia automatico a esta cadena de ceros y unos ( el control de ganancia se realiza simplemente alimentando un filtro pasobajo a estos datos, es decir una resistencia serie y un condensador a masa, para obtener una tension continua proporcional a la señal y con esta tension como referencia se controla el amplificador del control de ganancia ) se tendera a bajar el nivel de ganancia, si se diera el caso contrario en que hubiese una preponderancia de ceros se elevaria la ganancia....

Esto es malo? Pues si ya que si tenemos una cadena en la que preponderan los ceros y sube la ganancia y a continuacion llega una cadena en la que preponderan los unos el discriminador de recepcion podria llegar a saturarse o en caso contrario a confundir ruido de fondo con datos.

Para evitar esto se transmiten cadenas de datos en las que el promedio de unos y ceros debe tender al 50%

Si no es muy critico el sistema podemos ocuparnos de codificar unicamente los datos y dejar los bits de inicio y stop a su aire ( estoy pensando por ejemplo en una transmision RS-232 a traves de Rf o bien de fibra optica ) ya que estos en una transmision de 8 bits sin paridad y un bit de stop casi casi que se compensan entre si.

Habitualmente y en su forma mas sencilla se realiza substituyendo los "1" por el par "01" y los "0" por el par "10".

por ejemplo si hemos de codificar el byte

11010111

lo transformariamos en

01 01 10 01 10 01 01 01

es decir en

01011001
10010101

que como podemos comprobar si tiene el mismo numero de ceros que de unos. El efecto de este tipo de codificacion es que multiplica por dos la cantidad de informacion a enviar, por otro lado los procesos de codificacion y decodificacion son muy sencillos.

Existen sistemas mas complicados en los que no solo se consigue el mantener al 50% los unos y ceros sino que ademas se consigue reducir la cantidad de datos ( tecnologia empleada por ejemplo en la grabacion de los datos en los discos duros ).

creo que como introcuccion esta bien, si quieres mas datos al respecto con una sencilla busqueda en google o yahoo encontraras un monton de informacion muy profunda.

Espero me hayas entendido, si necesitas un codigo en asm para decodificar datos en manchester te lo adjunto. El de Codificacion aun esta en proceso de construccion, aunque no me creas, tambien tengo problemas con la RF ... Saludos y mucha Suerte!    

Disculpame el extenso mensaje, sinceramente no conosco si existe algun integrado que haga la codificacion y decodificacion manchester, por eso estoy implementandola en el mismo micro, esa era la explicacion de como trabaja y como hacerlo.

   El proyecto que llevo a cabo es algo raro, por el momento debo comunicar dos pic por RF a buena velocidad, e ir aumentado la velocidad al maximo, necesito que la comunicacion sea ligera, pero es afectada por el ruido .. en fin, tenemos los dos el mismo problema   .

   En el mensaje anterior mencionas que trabajas con el AT89C51, necesitaria saber que tipo de programador usas para el micro, es fabricado casero?.. hace bastante que  programar uno que tengo aqui y no encuentro un programador de facil armado y que no requiera otro micro para quemar el 89C51.  Si tienes el esquema te lo encargo, me seria ampliamente util.

   Lamento no tener los conimientos para dar solucion a tu problema, por aqui sufro en lo mismo, si encuentro solucion seras el primero en adquirirla. Un abrazo  

Holas, los modulos que utilizo son linpac en 868Mhz .. intento implementar el manchester en el mismo micro, pero si tienes a mano el datashee te lo encargo... no se si sabes, pero en el foro hay un FTP para colgar archivos... en el foro de noticias esta el como accesar... fabrique una carpeta denominada Microcontroladores... ahi puedes colgar todo lo que creas que es interesante.. intenta siempre de que sean menos de 15 Mg.. si puedes accesar y colgarlo en el FTP te estare agradecido, sino, enviamelo por mail y me encargo del resto.  Estoy investigando por programadores para el 89C51 .. los AVR se programan mas facil, este necesita de un micro aparte para quemarlo y eso es un problema. Saludos y hasta la proxima!

  Las Gracias Antisipadas.!

   El limite para archivos adjuntos es de 128k ...  si no puedes subirlo al FTP enviamelo a mi correo .. lo encuentras en el Perfil. Saludos y Suerte!

Gracias, lo bajare cuanto antes... si encuentro algo para ayudarte en disminuir interferencias te paso el dato, por el momento solo busco. Saludos!

Hola Jonathan! No estoy en el tema de los Atmel, aunque vi muchos articulos sobre ellos; si, hace varios años, programe los 8051. Recuerdo que hace un par de años salió como construirse un programador para los Atmel en una publicacion de la revista Elektor; lamentablemente no la tengo aqui, y no me es posible conseguirla ya que dejé el numero en Argentina... pero en una de esas te sirve el dato. Si mal no recuerdo creo que no estaba basado en otro micro.
Bueno, mientras te escribo estaba navegando, aca va algo que quiza te sirva...

http://www.pjrc.com/tech/8051/#atmel_89c2051
http://www.epanorama.net/links/microprocessor.html#atmel

Puedes fijarte tambien en los links de www.mikrocontroller.net, esta pagina esta en aleman, pero tiene links interesantes a sitios en ingles...
Bueno, saludos y suerte...

reptil, interesante la prueba que realizaras, espero los resultados... te cuento que aparentemente con el manchester se solucionan varios conflictos, no he terminado mis codigos aun, porque estoy con otras cosas, pero colegas lo han probado y con muy buenos resultados, solo me queda comprobarlo y confirmar que es cierto.

   Huguen_aus_Tirol, un millon de gracias por los links... en verdad que hay info, esa pagina alemana si que es buena   ... busque sobre el programador que mensionas y si necesita un micro ATMEL para funcionar... encontre el programador APOLO para la serie de microcontroladores AVR, es mas simple que el programador para el 89C51... estoy buscando algo similar, pero no logro dar con la tecla... Muchas gracias por la info, si deseas y tienes tiempo, coloca la lista de links en el foro atmel. Te estare agradecido. Saludos y Suerte!