Ayuda sobre Conversor A/D Pic 16F7x

[abrizi]

Tengo Problemas para utilizar el Conversor AD. Puntalmente genera un error en la medicion en el TERCER BIT!.
Simplemente tengo un potenciometro entre Masa y +V Y del punto medio voy a un Mutiplexor Analogico 4051. Su salida va al AD del Pic a travez de Una resistencia de 100ohms (serie) y un Pull Up de 220K.
La lectura del AD es ERRATICA HASTE EL TERCER BIT.
Si alguien tiene alguna idea se agradecera la Info, Y si alguien necesita alguna ayudita, pregunte nomas que en la medida de lo posible se contesta.

Saludos y Gracias

[Golden_Eagle]

Doy por sentado q en la entrada del pic la tension varía segun lo esperado.(no conosco como funciona tu multiplexor).
Creo que la inestabilidad en los bits mas bajos puede estar dada por alguna inteferencia en la alimentacion del pic...
Asegurate de tener un buen plano de tierra en tu circuito y una fuente bien filtrada.
Tambien podes probar con algun filtro en la entrada del AD del pic.

[MGLSOFT]

Desde que envias a tomar la conversion a tomar el valor debes esperar un tiempo determinado, segun figura en la hoja de datos del PIC.
De otro modo deberas esperar que se active el bit de fin de lectura antes de tomar el valor medido...

[Flugplatz]

Es seguro que tienes ruido en la alimentación causado por algo que  está antes del divisor de tensión ...

Si estás con una fuente ... prueba con una pila ...

Si tienes algun LED, desenchúfalo ...

Ponle al Micro un condensador de 100 microfaradios entre el Vcc y Vdd ...

Si estás en una protoboard, revisa las conexiones ... un cable que no haga buen contacto, puede causar estragos ...

ETC ...

Por si fuera un tema de Soft, aquí tienes una prueba básica para verificar el funcionamiento de AD0 ... incluyendo la pausa a la que hace referencia MGL ...

Codigo:
#include "16F870.h"
#device adc=10
#fuses NOWDT,XT, PUT, NOPROTECT, BROWNOUT, NOLVP, NOCPD, NOWRT, NODEBUG
#use delay(clock=4000000)
#include <LCD.C>
void main()
{
   long valorAD, cuenta;
   setup_adc_ports(ALL_ANALOG);
   setup_adc(ADC_CLOCK_DIV_32);
   setup_spi(FALSE);
   setup_counters(RTCC_INTERNAL,RTCC_DIV_1);
   setup_timer_1(T1_DISABLED);
   setup_timer_2(T2_DISABLED,0,1);
   cuenta = 0;
   lcd_init();
   lcd_putc("fPrueba AD0");
   delay_ms(2000);
   cuenta = 0;
   while(1)
   {
      set_adc_channel(0);
      delay_ms(25);
      valorAD = Read_ADC();
      printf(lcd_putc, "fAD0=%lu  
%lu    ", valorAD, cuenta);
      delay_ms(100);
      cuenta ++;
   }
}

[Nocturno]

Flugplatz, es una tontería, pero no puedo resistirme a preguntarlo.
¿Porqué en el LCD se ve un símbolo de dos puntos ":" si en el código no aparece por ningún sitio?

[Flugplatz]

Cajón de madera de pino tio ...

Obviamente,  el programa que puse arriba, no coincide en espacio/tiempo con el que tenía el chip en el momento de hacer la foto ...

Lo que no tengo muy claro es que co*** pintan los dos  puntos en el printf ...

De todas formas, ese Pic debe estar a punto de palmar, porque si no lo he grabado 200 veces haciendo pruebas, no lo he grabado ninguna ... ... ya sabes ... es lo que tiene la programación ensayo/error cuando no hay debugger a mano ...

[MGLSOFT]

Un secretito...je..je..

Prueba a cambiar la linea:

#device adc=10

por:

#device adc=16

y me cuentas que mides despues....

[Flugplatz]

pues el caso es que ya no tengo montado ese circuito en la placa ...

Creo que lo probé, y creo que poco, porque no recuerdo que resultado dió, pero a simple vista, yo diría que lo mismo, pero multiplicado por 16 ¿no?

Un compilador de estos es la leche, pero si el convertidor A/D del micro es de 10 bits, por mucho que quieran los de CCS, el valor seguirá teniendo 1024 valores

De todas formas, luego si tengo un rato, lo monto otra vez y lo pruebo más a conciencia ...

[abrizi]

Hola A Todos y Gracias por los consejos!
El Equipo en si es una consola Mezcladora MIDI.
Los Multiplexores que utilizo son los tipicos 4051.
Efectivamente veo en el osciloscopio una fluctuacion en la Alimentacion... asi que voy a probar con una pila... porque agregue un 7805 con un filtro y la variacion persiste... por otro lado no hay LEDs ni otra cosa, solo la transmision del protocolo midi, pero desconectando la interfaz de la PC para no ofrecer carga se produce la misma falla.

Bueno, voy a poner en practica los consejos, lo unico que no puedo es probar el Prog porque trabajo directamente en Assembler con el MPASM.

(la demora de estabilizacion del Chold que utilizo es corta... vi que deberia ser de 20us y creo que utilizo menos...)

Gracias y los sigo teniendo Informados.

[abrizi]

Ah... y el conversor es solo de 8 bits... jejeje...

Mas alla de eso coloque en la entrada una resistencia de 200K a +V y reduje el error al 2 bit....
Pero aun asi ¿Puede ser que el umbral del conversor o su error sean tan grandes.? Con la bateria comete la misma falla, puse filtros, etc, etc.... no me parece coherente comprar un micro de 10 bits para poder usar 7 sin error!!!

[khasistos]

HOLA:

perdon MG ,pero no se si escuche bien,,esto es valido ,,lo de los 16 .......no me digas que estos tios lo hicieron de mas ???

saludos
khasitos

[Flugplatz]

Perdón ...

No he usado nunca un 16f7x, y no sabía que sus conversores A/D son de 8 Bits ...

En ese caso peor todavía ... devolverá valores multiplos de 256 ¿no?

MGL ... lo que puse antes es relativo al 16f870 ... que pasa en los 16f7x ? ... Tienen alguna capacidad oculta?

[abrizi]

NO se a que te referis con capacidades ocultas... jejeje....
Por lo que se no hace magia negra.. aunque asi me esta poniendo el futuro... JAJAJAJA!!!!

Basicamente es de tecnologia un poco mas vieja que los 16F8xx asi que es mas barato... esa es la unica cuestion por la que lo elegi... y como los codigos MIDI de DATO (no el protocolo en si) son de 7 bits supuse que con un conversor de 8 bits no tendría problemas.

Me recalienta tener todo funcionando y que se ponga a transmitir codigos espureos por el error del AD!

Saludos!

[abrizi]

ESTA VIVO!!!!

Luego de ajustar los tiempos (aclaro que tuve que agregar una demora LUEGO de la deteccion del bit GO del AD) y filtro sobre el pic como me sugirio FLUGPLATZ

Transmite codigos de controlador desde 0 a 127 sin problemas.

Gracias a todos!

En lo que se pueda ayudar consulten abrizi@aiti.com.ar si esta dentro de mis conocimientos, sera un gusto.