• State Resolved
  • Locked Locked
  • Replies 13 replies
  • Answers 1 answer
  • Subscribers 32 subscribers
  • Views 3258 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

IWR1443BOOST: IQ data are wrong at the end of ADC sample point

feng tang
Genius 3595 points
Part Number: IWR1443BOOST

When I use ADC sample point 985, the captured ADC IQ data at the point of 1970 and 1971 (at point 985 for I or  Q data) are always AAAA, other data seems correct, any one know why? .dat file attached.3716.DataCFG2DemoRx24back22.dat

  • 0
    TI__Expert 3525 points
    Hi Feng,

    We are trying to reproduce what you see and figure out why it's happening. Will provide an update soon. I'm curious you see this behavior when you use a different number of ADC samples?

    Regards,
    Kevin
  • 0
    TI__Guru 50240 points
    Hello again Feng,

    Apologies for the delay, do you still need assistance here? Let me know and I can assign this task to an IWR team member.


    Cheers,
    Akash
  • 0 in reply to Akash Gondalia
    Genius 3595 points

    Hi Akash,

    Yes, I never get a answer back!!

    Thanks!

  • 0
    TI__Genius 11405 points
    In order to re-produce it on our setup, could you provide the configuration file used for the test?

    Thanks

    Regards,
    Michelle
  • 0 in reply to Michelle Liu
    Genius 3595 points

    Here is.

    flushCfg
    dfeDataOutputMode 1
    channelCfg 1 1 0
    adcCfg 2 1
    adcbufCfg 0 0 1 1
    lowPower 0 0
    profileCfg 0 77 16 7 139.33 22 0 28.58176 1 985 7500 0 0 24
    chirpCfg 0 0 0 0 0 0 0 1
    chirpCfg 0 0 0 0 0 0 0 1
    frameCfg 0 0 2 1 20 1 0
    setHSI CSI
    sensorStart

    Thanks!

  • 0 in reply to feng tang
    TI__Genius 11405 points

    I was able to repeat the issue on my EVM, unfortunately I haven't figured out why.

    Just to let you know that we are working on it.

    Thanks and Regards,

    Michelle

  • 0 in reply to feng tang
    TI__Genius 11405 points

    Here's the fix:

    In the mmwave_sdk_01_00_00_05\packages\ti\demo\xwr14xx\capture folder, edit main.c

    Please add highlight check for CaptureDemo_dmaData() function.

     

    static int32_t CaptureDemo_dmaData()

    {

     

       …

     

        /* Config DMA element size and count based on src/dst adderss alignment.

           To get the best DMA performance, strongly recommend 64bit DMA transfer

         */

        if( (srcAddr% 8U == 0) && (dstAddr % 8U == 0) && (elemLen %8U == 0))

        {

            /* If Address is 64bits agligned, perform 64bit transfer */

            ctrlPacket.srcElemSize          = DMA_ElemSize_64bit;

            ctrlPacket.destElemSize         = DMA_ElemSize_64bit;

            ctrlPacket.elemXferCnt          = elemLen/8U;

        }

        else if( (srcAddr% 4U == 0) && (dstAddr % 4U == 0) && (elemLen %4U == 0))

        {

            /* If Address is 32bits agligned, perform 32bit transfer */

            ctrlPacket.srcElemSize          = DMA_ElemSize_32bit;

            ctrlPacket.destElemSize         = DMA_ElemSize_32bit;

            ctrlPacket.elemXferCnt          = elemLen/4U;

        }

        else if ( (srcAddr% 2U == 0) && (dstAddr % 2U == 0) && (elemLen % 2U == 0))

        {

            /* If Address is 16bits agligned, perform 16bit transfer */

            ctrlPacket.srcElemSize          = DMA_ElemSize_16bit;

            ctrlPacket.destElemSize         = DMA_ElemSize_16bit;

            ctrlPacket.elemXferCnt          = elemLen/2;

        }

        else

        {

            ctrlPacket.srcElemSize          = DMA_ElemSize_8bit;

            ctrlPacket.destElemSize         = DMA_ElemSize_8bit;

            ctrlPacket.elemXferCnt          = elemLen;

        }

    …

    }

    Recompile and try again. I've verified the fix and let me know how it goes.

    Thanks!
    Regards,

    Michelle

  • 0 in reply to Michelle Liu
    Genius 3595 points

    Hi Michelle,

    I cannot import "capture demo", what I use just someone generated binaries " .xer4f" file according to Ti mmWave user guide. I can import other demo, but not this one.

    Thanks,

  • 0 in reply to feng tang
    TI__Genius 11405 points

    No need to import CCS project. The capture demo is part of mmwave_sdk 1.0.0.5. Follow SDK user guide section 4.4 to setup build environment and build the demo.

    Let me know if you run into any issue.

    Regards,

    Michelle

  • 0 in reply to Michelle Liu
    Genius 3595 points
    I create a .bat file and copy all the command from SDK user guide, rename the device to iwr14xx and save the .bat file. I double click it (build), and do not see new ".xer4f" has been created, it seems none thing change.
  • 0 in reply to feng tang
    TI__Genius 11405 points
    The bat file is for setting up build environment. I would suggest using cmd window if you are using windows. After running the bat file, in the same cmd window, go to the capture demo folder and run command:
    gmake clean
    gmake all

    Regards,
    Michelle
  • 0 in reply to Michelle Liu
    Genius 3595 points

    Error meassge:

    gmake clean

    gmake all

    are not recognized as an internal or external command

  • 0 in reply to feng tang
    Genius 3595 points
    We get it works.
    Thanks Michelle!