Publicado por: abrizi en 28 de Septiembre de 2004, 10:32:00
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
Publicado por: Golden_Eagle en 29 de Septiembre de 2004, 20:43:00
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.
Publicado por: MGLSOFT en 29 de Septiembre de 2004, 20:53:00
De otro modo deberas esperar que se active el bit de fin de lectura antes de tomar el valor medido...
Publicado por: Flugplatz en 30 de Septiembre de 2004, 05:19:00
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 ++;
}
}
Publicado por: Nocturno en 30 de Septiembre de 2004, 06:31:00
¿Porqué en el LCD se ve un símbolo de dos puntos ":" si en el código no aparece por ningún sitio?
Publicado por: Flugplatz en 30 de Septiembre de 2004, 10:05:00
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 ...
Publicado por: MGLSOFT en 01 de Octubre de 2004, 06:46:00
Prueba a cambiar la linea:
#device adc=10
por:
#device adc=16
y me cuentas que mides despues....
Publicado por: Flugplatz en 03 de Octubre de 2004, 03:32:00
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 ...
Publicado por: abrizi en 04 de Octubre de 2004, 20:35:00
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.
Publicado por: abrizi en 04 de Octubre de 2004, 20:36:00
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!!!
Publicado por: khasistos en 05 de Octubre de 2004, 20:51:00
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
Publicado por: Flugplatz en 06 de Octubre de 2004, 03:58:00
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?
Publicado por: abrizi en 06 de Octubre de 2004, 08:12:00
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!
Publicado por: abrizi en 06 de Octubre de 2004, 09:13:00
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.