pic24f Adc采样结果总是为0x000

当然可以，是的，也许显示你的代码…



      以下为原文

    Sure you can, yep.
 
Maybe show your code...

这个设备的采样率高达500 kSPS，所以你的采样斜率的能力受到了限制。如果你总是在ADC上读到0，听起来好像有点不对劲。引脚是如何配置的？你使用的样本/转换时间是多少？从一个基本的ADC读取之前跳到方波。



      以下为原文

    That device samples at up to 500ksps, so your ability to sample the slope is limited by that.
If you're always reading zero on your ADC, it sounds like something is amiss. How are the pins configured? How much sample/conversion time are you using? Start with a basic ADC read before jumping to the square wave.

我从相应的参考手册中使用了这个示例代码。为了测试我是否像下面的代码那样自由运行ADC。我只是在运行时把断点读取这个值。所有数组总是0x000；



      以下为原文

    I used this sample code from corresponding reference manual. To test i do free running adc like below code.
 
unsigned int count;
unsigned int *ADC16Ptr;
unsigned int ADCValue[16];
AD1PCFG = 0xFFFE; // Only AN0 as analog input
AD1CON1 = 0x00E0; // Internal counter triggers conversion
AD1CHS = 0x0000; // Connect AN0 as positive input
AD1CSSL = 0;
AD1CON3 = 0x0F00; // Sample time = 15Tad, Tad = Tcy
AD1CON2 = 0x003C; // Set AD1IF after every 16 samples
AD1CON1bits.ADON = 1; // turn ADC ON
while(1) // repeat continuously
{
ADCValue = 0; // clear value
ADC16Ptr = (unsigned int*)&ADC1BUF0; // initialize ADC1BUF pointer
IFS0bits.AD1IF = 0; // clear ADC interrupt flag
AD1CON1bits.ASAM = 1; // auto start sampling for 31Tad
// then go to conversion
while (!IFS0bits.AD1IF){}; // conversion done?
AD1CON1bits.ASAM = 0; // yes then stop sample/convert
for (count = 0; count < 16; count++) // average the 16 ADC value
{
ADCValue[count] = *(ADC16Ptr++);
}
ADCValue = ADCValue >> 4;
} // repeat
 
i just read this value by putting breaking point while running.
all the arrays are 0x000 always;

IUE PGEC1和PGED1进行调试。（PGEC2和PGED2用于其他目的），所以我怀疑下面的误差项可能是零的结果值。如果是问题，那么在用MPLAB X IDE V3.55运行时，是否有任何自动化测试通过Perl编程获得结果？24。模块：A/D转换器在使用PGEC1和PGED1来调试这个家庭中的任何64针设备上的应用时，所有的电压基准将被禁用。这包括VREF+，VREF-，AVDD和AVSS。任何A/D转换将总是等于0x3FF。使用PGEC2和PGED2调试任何A/D功能。



      以下为原文

    I Use PGEC1 and PGED1 to debug. (PGEC2 and PGED2 used to some other purpose)so i suspect this below Errata maybe for the result value of zero.
If it is the problem then is there any automated testing to take the result by Perl programming while running with Mplab x ide v3.55?
 
24. Module:
A/D Converter When using PGEC1 and PGED1 to debug an application on any 64-pin devices in this family, all voltage references will be disabled. This includes VREF+, VREF-, AVDD and AVSS. Any A/D conversion will always equal 0x3FF. Work around Use PGEC2 and PGED2 to debug any A/D functionality.
 
 

在勘误表上找到了。在完成我的电路板设计之前，我养成了检查勘误表的习惯——它救了我好几次。我不知道你如何将Perl与MPLAB结合起来。具有不同编程语言的完全不同的系统。然而，您可以做的是在没有调试器的情况下运行该芯片，并使用UART读取值。这也允许一些Perl集成。



      以下为原文

    Nice find on that errata. I've gotten in the habit of checking the errata before finalizing my board design--it's saved me a couple times.
 
I don't know how you'd integrate Perl with MPLAB. Totally different systems with different programming languages. What you could do, however, is run the chip without the debugger and use the UART to read out values. That would also allow for some Perl integration.