Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
7 years ago

Peculiar Problem with Quartus 17.0 lite

I am facing a peculiar problem while synthesizing with Quartus 17.0 lite for MAX 10 FPGA.

I was just trying to interface FPGA to LTC2400 ADC in free running mode. The program basically receives serial data and

extracts 14 bits from the parallel data stream. Everything works fine with the following statement

ADC_DAT <= {2'b0,ADC_TEMP[27:14]}-16'd1;

When I change the above code to

ADC_DAT <= {2'b0,ADC_TEMP[27:14]}-16'd100;

The data that I see through In system sources and probes editor is very random. Data continuously varies. When I do change back to my orginal

statement, things works fine. Any clues?

P.S: I will not be able to share the source code.

6 Replies

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    --- Quote Start ---

    P.S: I will not be able to share the source code.

    --- Quote End ---

    But you should be able to ask meaningful questions, though. At least if you expect answers.

    It's just mysterious how the posted line of code should be related to processing the 24 bit SPI output data of LTC2400. Why copying only 14 bits, why subtracting a certain value?

    P.S.: I notice that LTC2400 has a rather unusual data format, needs some conversion to get to regular SIGNED numbers.
  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    Ok Let me explain in detail. Yes LTC2400 outputs 0-16777216 corresponding to 0-2.048V input ( 2.048 is used as Vref). I require only 1mV resolution for my application. So when I supply input of 1.25V, I get 10240000 counts. When right shifted by 10 bits and suffixing 2'b0, I get 10,000 counts which I display as 10.000 volts. This is the rationale for bits extraction. By the way this code runs like a horse in modelsim. But when synthesized and downloaded into the device, the execution goes crazy when subtracting 100.

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    Did you consider that the subtraction might result in an overflow?

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    Yes but I have an input which is providing offset eqvt of 100 counts, so subtracting normalizes the calculation. It is taken care. Even if it overflows, the counts cannot (should not) go random. This is my concern. Am I unluckily dealing with counterfeit IC?

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    Hi one thing that was overlooked by me is the critical warning which says that I have not provided any sdc constraints file. Could that be the cause of the random variations. This is because now I am experiencing a opposite result with reference to post1.

  • Altera_Forum's avatar
    Altera_Forum
    Icon for Honored Contributor rankHonored Contributor
    7 years ago

    Hi one thing that was overlooked by me is the critical warning which says that I have not provided any sdc constraints file. Could that be the cause of the random variations. This is because now I am experiencing a opposite result with reference to post1.