ADC problem about ADUC7061

Hi,

You mentioned that CH4 is working while CH8 is not but looking at the configuration below, there is another difference. You bypass both buffer when reading from CH4. Can you try to bypass the buffer when using CH8 as well? This is just to check if we have an issue with the buffer. 

ADC1CON = 0x8004 | 0x0480;//ch 8
//ADC1CON = 0x800c | 0x0300;//ch 4

Also, I think the lines below can be skipped.

GP0CON0 = 0x00000000; //p0.0~p0.4 gpio
GP0PAR = 0x0f; //01110
GP0DAT = 0x10100000;

regards,

Mark

I have checked it for several weeks,

In facts, the ADC is correct. the reason to make wrong data of ADC is that the DAC will not work when P0 is configured as analogue input. the DAC will not ouput linear voltage.

Finally, when USE jlink, device works correctly after programming, but will not work correctly after reset again by power off and on.

when use ULINK, device work incorrectly after programming, but it will work in debug mode, run or step by step. if the devcei is resetted again by poweroff/on, the devcei will not work correctly again.

I just connect ADC4 and DAC together, and there is no other components.

The spike you said generate because DAC output wrong leven when GP0CON1 = 0x0 change to GP0CON1 = 0x1. 

with the same DACDAT the DAC will generate different voltage.

You said you seen correct output, but why will not you to swap GP0CON1 = 0x0 and GP0CON1 = 0x1?

It is easy to validate. I have give you good code, it is very easy to do this.

I don't know why you insiste test code like that.

In your code, it is very hard to identify what is relation between ADC1 ADC0, and Vref, and 0.6, 0.9, 1.0.

All are in chaos.

The sps is 1k, from the code, bSendResultToUART = 1 always, it is not been cleared.

so, when the DelayMs finish, the UART will report at once.

from the code, you will find ADC1 should be constant, if  DACDAT = 0x0000000, ADC1 should be 0V, if DACDAT = 0x8000000; ADC1 should be 0.6V, constant, not swinging from 0 to 0.6V

This is because ulADC1Result will be overwritten when DelayMs();

another thing is:

The result is 0.59V, if the ADC1 is used to sample DAC ouput, the error will not be so large, 0.59 give a error over/around 1%. It is not possible.

DACDAT = 0x8000000;
DelayMs(10);

sprintf ( (char*)szTemp, "ADC0 Result: %f\r",ulADC0Result*lsb10r9/1000000000 );

this is because the ulADC0Result is used for the first report, and ulADC0Result  is used for the second report.

So any value of ADC0 or ADC1 will be constant ( not considering noise), they will not swing.

And you will find adc0 is about 1.0V. the value is wrong.

this is because the ulADC0Result is used for the first report, and ulADC1Result  is used for the second report.

Hi, 
Please note that measurement through ADC6 to 9 inputs is only possible GP0CON1 = 0x1. I have checked switching between 0 and 1 value and I can still get correct measurement as long as GP0CON1 = 0x1 when doing the ADC measurement from ADC8 input. 

Hi,

Please let me clarify the setup for my test:

1. The board I used is the EVAL-ADUC7061MKZ so I can only download via UART downloader

2. The example code that I provided configures the Primary and Auxiliary ADCs to use ADC2 and ADC8 as inputs respectively. I am using an external voltage source as an input to ADCs. No ADC is connected to any DAC, this is the reason why my result is showing a constant value even when DAC value is change. If I change the value in the voltage source then thats the time that the ADC result will change. 

3. The DAC is configured to output zeroscale (0V) and midscale (0.6V) in a given time interval using VRef = 1.2V

In conclusion, all the blocks are working fine even with P0 configured as an analog input. ADC8 is shared with P0.2 for ADUC7061 part and the DAC is still working as expected no spikes as reported in the original thread. 

I will advise you to get the EVAL-ADUC7061MKZ and do your tests with this board. I am also open to reviewing your schematic and layout to see if there's anything that is causing the issue on your side. 

regards,

Mark

In your code:

this is because the ulADC0Result is used for the first report, and ulADC1Result  is used for the second report.

So, value of ADC1 will not swing, value ADC0 will not swing too.

I don't know why you wave is square wave?

Ok, I don't care the wave.

You will find Vadc1/Vadc0 is not equal to DACDAT1/DACDAT0.  DACDAT1 is the second and DACDAT0 is the fist setting of DACDAT.

In fact, I consider that you use wrong logic code. The C code is wrong. You can analysis your code logic carefully.

It is easy to test to use codes i give you last. The code is correct.

But is don't consider your code is correct.

I do belive the resule is same on eval_axxxMKZ, as on my board.

The board is simple and, very important is, it works correctly when i use jtag to download code.

I can't belive your result, it is becuase your code is really according to your result.

But you understand / analysis it with wrong logic.

You are in the plight of thinking now, i sugesst you to analyse your result later.

Whait is the spike? It is not noise spike.

In your code ,you set DACDAT = 0x8000000 and dac output 1.0V when GP0CON1 = 0x1; in fact, it should be 0.9V, the DAC will output 0.9V when GP0CON1 = 0x0.

So, if you change from GP0CON1 = 0x1 to GP0CON1 = 0x0, the output voltage will swing from 1.0V to 0.9V. This is spike.

I have give you right code to test when GP0CON1 = 0x0, but why do not you try it?

3823.Auxiliary_ADC_new.zip

I give you this file three times.

In fact, you don't need use channel 6~9.

you can  use channel 0~4.

In fact, you don't need use channel 6~9.

you can  use channel 0~4.