calculo de AD

[cortex]

Caros colegas, estou montando um voltimetro para ler tensões em milivolts, acontece que tensões acima de 70mV estou tendo um erro danado devido ao meu calculo utilizado, segue o trecho do codigo se alguém puder da um pitaco na caca que estou fazendo eu ficaria muito grato!!



LPC_ADC->ADCR |= (1<<24);
while (!(LPC_ADC->ADGDR & (1UL<<31)));
val1[0] = ((LPC_ADC->ADGDR >> 4) & 0xFFF);
LPC_ADC->ADCR &= ~(7<<24);

va1[0] = val1[0];
va1[0] = ((float)((va1[0])*100)/0x00000FFF) *3.3;
Value1[0]=(unsigned char)(va1[0]/100%10);
Value1[1]=(unsigned char)(va1[0]/10%10);
Value1[2]=(unsigned char)(va1[0]%10);

o problema está aqui, nesta multiplicação que estou fazendo, não tenho idéia se a multiplicação está correta!

va1[0] = ((float)((va1[0])*100)/0x00000FFF) *3.3;

obrigado!

[fabim]

tististsit...

float data;
short adc,resu;
char string[5];

adc= ((LPC_ADC->ADGDR >> 4) & 0xFFF);


data =(float)adc * (3300.00/1024); //para 10 bits
//suponha que o resultado do adc é 512 = 1.650V.
//3300.00/1024 = 3.22265625 float.
//3.22265625 * 512 = 1650.00 float isso melhora o range.
//sprintf(string,"voltagem: %0.1f",data);


Agora se quiser que fique 1.650 em float.

data =(float)adc * (3.300/1024); //para 10 bits
//3300.00/1024 = 0.00322265625 float.
//ele só vai pegar isso 0.00322265 o final 625 ele perde
//0.00322265 * 512 = 1.6499968 não gosto desse resultado
//sprintf(string,"voltagem: %0.3f",data);

//esse comando do sprintf %0.3f, diz ao conversor que é pra jogar 3 casas
//depois do ponto em float para a string.


mas como eu sou bixo HOMI, eu não uso float pra essas coisinhas bestas. hehe

[cortex]

valew fabim! funfou!! o que tava cagando é q tava dividindo por 12bits!!

[cortex]

como eu sei que estou utilizando referência externa ou interna no cortex 1768?

em meu circuito liguei o Vrefp e o Vrefn isolados do circuito, vindo direto do regulador, mas meu regulador é tabajara com zener 3v3, alguma alteração na leitura se eu mandar mais de 3.3V nestas referências? no caso uma oscilação de tensão vai alterar minha leitura ad?

[barboza]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


[fabim]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


poha, tu ainda diz que dois casting seguidos é o ideal ?

ta loco eim.

bom, não resisti.
Sem contar que aqui.

data =(float)adc * (3300.00/1024);
Qualquer IDE substitui o (3300.00/1024), por 3.2226562..
ou seja, ele pega o ADC e mult resul.. isso ja em float.

Enquanto aqui.
data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits
Ele faz ADC mult 3300.00
depois
div em casting por 1024;
depois casting para data;

Vai demorar umas 4 a 5 vezes mais pra dar o resultado...

[barboza]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


poha, tu ainda diz que dois casting seguidos é o ideal ?

ta loco eim.

O ideal é multiplicar antes de dividir.

[fabim]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


poha, tu ainda diz que dois casting seguidos é o ideal ?

ta loco eim.

O ideal é multiplicar antes de dividir.

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits
Isso demora de mais

data =(float)adc * (3300.00/1024); //para 10 bits
Isso não demora nada

#define float_quociente 3300.00/1024

data = (float)adc * float_quociente;
Isso tambem ta errado ?

Se a constante é estatica/constante/fixa, e não dinamica.
Pra que usar a libc pra fazer dois calculos e perder n ciclos de maquina ?

Barboza não to brigando não eim, veja bem. Eu só estou colocando a melhor forma. E a correta.

A melhor forma de se fazer algo, é aquela que tem o melhor resultado no menor tempo.

[barboza]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


poha, tu ainda diz que dois casting seguidos é o ideal ?

ta loco eim.

O ideal é multiplicar antes de dividir.

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits
Isso demora de mais

data =(float)adc * (3300.00/1024); //para 10 bits
Isso não demora nada

#define float_quociente 3300.00/1024

data = (float)adc * float_quociente;
Isso tambem ta errado ?

Se a constante é estatica/constante/fixa, e não dinamica.
Pra que usar a libc pra fazer dois calculos e perder n ciclos de maquina ?

Barboza não to brigando não eim, veja bem. Eu só estou colocando a melhor forma. E a correta.

A melhor forma de se fazer algo, é aquela que tem o melhor resultado no menor tempo.

Quem disse que estou brigando????? Já correu sangue ai???? hehehe.

Com certeza o melhor é o certo e mais rápido.

O meu recado foi sobre problemas de arrendondamentos e truncamento. Problemas com calculos numericos.
Dois castings iguais seguidos não creio que faz diferença. O compilador sabe o que deve fazer ou não. Com certeza, duas operações levará mais tempo que uma, mas o resultado poderá ser bem diferente, principalmente se o valor do adc for pequeno, e não na meia escala, como seu exemplo.


Agora cuidado, que

#define float_quociente 3300.00/1024

É diferente que:

Código: Selecionar todos

#define  float_quociente    (3300.00/1024)


Já perdi uma semana com algo assim, pois o compilador irá expandir a macro (nao constante) e você terá resultados diferentes.
Minhas macros ou constantes, sempre defino entre (), mas editei uma já declarada e me ferrei.



p.s. Ahh, obrigado por editar a sua msg com algo que não havia quando fiz o meu comentario. rs.

[barboza]

data =(float)adc * (3300.00/1024); //para 10 bits

O ideal é multiplicar antes de dividir.

Código: Selecionar todos

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits


poha, tu ainda diz que dois casting seguidos é o ideal ?

ta loco eim.

O ideal é multiplicar antes de dividir.

data = (float) (((float) adc * 3300.00) / 1024); //para 10 bits
Isso demora de mais

data =(float)adc * (3300.00/1024); //para 10 bits
Isso não demora nada

#define float_quociente 3300.00/1024

data = (float)adc * float_quociente;
Isso tambem ta errado ?

Se a constante é estatica/constante/fixa, e não dinamica.
Pra que usar a libc pra fazer dois calculos e perder n ciclos de maquina ?

Barboza não to brigando não eim, veja bem. Eu só estou colocando a melhor forma. E a correta.

A melhor forma de se fazer algo, é aquela que tem o melhor resultado no menor tempo.

Quem disse que estou brigando????? Já correu sangue ai???? hehehe.

Com certeza o melhor é o certo e mais rápido.

O meu recado foi sobre problemas de arrendondamentos e truncamento. Problemas com calculos numericos.
Dois castings iguais seguidos não creio que faz diferença. O compilador sabe o que deve fazer ou não. Com certeza, duas operações levará mais tempo que uma, mas o resultado poderá ser bem diferente, principalmente se o valor do adc for pequeno, e não na meia escala, como seu exemplo.


Agora cuidado, que

#define float_quociente 3300.00/1024

É diferente que:

Código: Selecionar todos

#define  float_quociente    (3300.00/1024)


Já perdi uma semana com algo assim, pois o compilador irá expandir a macro (nao constante) e você terá resultados diferentes.
Minhas macros ou constantes, sempre defino entre (), mas editei uma já declarada e me ferrei.



p.s. Ahh, obrigado por editar a sua msg com algo que não havia quando fiz o meu comentario. rs.

[cortex]

[quote="cortex"]como eu sei que estou utilizando referência externa ou interna no cortex 1768?

em meu circuito liguei o Vrefp e o Vrefn isolados do circuito, vindo direto do regulador, mas meu regulador é tabajara com zener 3v3, alguma alteração na leitura se eu mandar mais de 3.3V nestas referências? no caso uma oscilação de tensão vai alterar minha leitura ad?[/quote]

brigas a parte, i u meu? alguem dá um pitaco!

[fabim]

como eu sei que estou utilizando referência externa ou interna no cortex 1768?

em meu circuito liguei o Vrefp e o Vrefn isolados do circuito, vindo direto do regulador, mas meu regulador é tabajara com zener 3v3, alguma alteração na leitura se eu mandar mais de 3.3V nestas referências? no caso uma oscilação de tensão vai alterar minha leitura ad?

brigas a parte, i u meu? alguem dá um pitaco!

maximo DDP entre VREF+ e VREF- <= potencial aplicado no micro controlador...

[cortex]

valew fabim!