This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMS320F28379D: Real-time ADC data drown by CCS graph has wrong value.

Part Number: TMS320F28379D

Hello. 

I found a error while using graph tool in CCS to see the data from SDFM adc result data in real-time. 

This is the graph shows in ccs in real-time. it seems like some shifting happen periodically. 

When I deacivate the "continuous refresh" button, then it shows like this. 

So it seems like this error happens only in continuous refresh condition. 

What is the cause of this problem, and Is there any solutions to solve this problem? 

Thank you. 

Best regards.

  • Hello Miles,

    Can you export the ADC results so I can take a look? You can do this while debugging by going to Tool → Save Memory and then follow the dialog prompts to save all the data at a given memory location. (If you are not already doing so, save the ADC data in an array that can be viewed in memory so we can see if there are any artifacts in the saved signal).

    Best regards,

    Omer Amir

  • Thank you for the reply.

    Here is the data from memory browser. 

    Fullscreen
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    0x00010000 filter1Result
    0x00010000 F78F F919 0D75 0C11 0A9E 0916 0785 05EC 044B 029D 00E8 FF33 FD87
    0x0001000D FBE8 FA53 F8C2 F739 F5C6 F463 F30F F1D3 F0B2 EFAB EEC4 EDF9 ED4C
    0x0001001A ECBD EC53 EC07 EBD4 EBD1 EC04 EC4D ECB4 ED3D EDE8 EEB0 EF98 F09B
    0x00010027 F1B8 F2F1 F442 F5A5 F715 F899 FA2A FBC1 FD5D FF07 00BB 026E 041D
    0x00010034 05BD 0755 08E7 0A70 0BE5 0D4A 0EA1 0FE1 1106 120F 12F9 13C5 1475
    0x00010041 1505 1571 15BF 15F6 15FD 15CD 1587 1525 149F 13F6 132F 124C 114A
    0x0001004E 102B 0EF1 0D9D 0C3A 0AC8 0942 07AF 0619 047A 02CF 011A FF66 FDB8
    0x0001005B FC1A FA82 F8EC F763 F5F0 F489 F334 F1F4 F0D1 EFCA EEDC EE0F ED5F
    0x00010068 ECCC EC5E EC10 EBD7 EBCC EBFD EC45 ECA7 ED2E EDD3 EE97 EF7A F07A
    0x00010075 F196 F2CB F41A F57C F6EA F86B F9FC FB91 FD2C FED6 0089 023D 03EA
    0x00010082 058E 0727 08BA 0A45 0BBC 0D24 0E7E 0FBF 10E6 11F1 12E1 13B1 1463
    0x0001008F 14F7 1567 15B8 15EF 15FF 15D3 1590 1532 14B0 140A 1346 1266 1169
    0x0001009C 104E 0F17 0DC4 0C62 0AF3 0970 07DD 0646 04A8 02FF 0149 FF93 FDE6
    0x000100A9 FC45 FAAD F91A F790 F619 F4B0 F357 F216 F0F1 EFE5 EEF6 EE24 ED6F
    0x000100B6 ECDA EC68 EC17 EBDE EBCB EBF6 EC3A EC99 ED1C EDC0 EE81 EF5E F05C
    0x000100C3 F175 F2A7 F3F3 F554 F6C1 F840 F9D0 FB65 FCFF FEA7 0059 020D 03BE
    0x000100D0 0561 06F9 088E 0A1A 0B94 0CFD 0E58 0F9D 10C6 11D5 12C7 139B 1451
    0x000100DD 14E8 155B 15AE 15EA 1602 15DB 1598 153E 14C0 141E 135F 1283 1187
    0x000100EA 106F 0F3B 0DEC 0C8E 0B1E 099D 080C 0675 04D7 032F 017C FFC6 FE16
    0x000100F7 FC74 FADB F948 F7BC F643 F4D9 F37E F23C F112 F004 EF10 EE3B ED84
    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

  • Hello Miles,

    Please use the Save Memory option I described above, as this format will take me a significant amount of time to reformat in a way that I can graph it myself. Make sure to save it as the same data type that you are using (i.e. if the ADC results are unsigned 16-bits, the output data format is the same). Alternatively, you can export the data to an Excel sheet and graph the waveform to properly view it yourself.

    Best regards,

    Omer Amir

  • I'm sorry I'm late. 

    Here is the .dat file. 

    I also run the file with Excel, as I expected data is correct(Like the second figure). 

    But I was wondering why this problem happens in graph mode for the same data. 

    Thank you,. 

    saved (1).dat

  • Hello Miles,

    To clarify, this data was obtained while you were viewing the graph in continuous refresh mode, correct? So it was updating the graph continuously until you paused to save the data?

    If the exported .dat file looks like it has an incorrect waveform when graphing with continuous refresh mode, you may need to use a secondary buffer to plot the graph. You are overwriting data continuously, so you may end up with strange looking data. If you use a secondary buffer, it should write all the data points from the primary buffer at once, instead of doing one at a time continuously.

    However, if you use continuous refresh for the graphing tool and your data still looks correct, let me know. The issue will likely be something else.

    Best regards,

    Omer Amir