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.

RTOS/DCA1000EVM: collect vital signs ADC data using DCA1000EVM

Part Number: DCA1000EVM
Other Parts Discussed in Thread: AWR1642BOOST

Tool/software: TI-RTOS

Hi,

I am working on DCA1000EVM + AWR1642BOOST. I want to collect ADC data of driver vital signs project. Please guide me how to collect.

Thanks,

Arun

  • Arun,

    Please refer to the "Saving data using the PC-GUI" section of the Vital Signs Lab Developer's Guide. You can find the developer's guide here:

    dev.ti.com/.../

    Regards,
    Kyle
  • Hello Kyle,

    with the above steps, i am able to get the ADC data but is it PostProc data? I want raw ADC data.

    one more question,
    with mmwave studio +AWR1642BOOST+ DCA1000EVM + evaluation firmware(~\mmwave_studio_<ver>\rf_eval_firmware), i am able to get RAW adc data. Is it possible to collect raw ADC data with this way for vital signs also? if yes what are the firmware files i have to load for vital signs?

    These are the files generated in CCS while building vital signs,

    MSS -  vitalSigns_16xx_mss.bin, vitalSigns_16xx.bin,  vitalSigns_16xx_mss.xer4f

    DSS -  vitalSigns_16xx_dss.bin, vitalSigns_16xx_dss.xe674


    Thanks,
    Arun

  • Arun,

    mmWave Studio is used for RF evaluation. It is not intended to implement application code. The .bin file that is provided in the vital signs lab folder is an application binary that you cannot use with mmWave Studio.

    You can use the configuration file (.cfg) that is provided in the vital signs lab folder. You can extract and implement the profile, chirp, and frame configuration in mmWave Studio and then collect raw data using mmWave Studio.

    As a quick note, you cannot use .xer4f and .xe674 file extensions in mmWave Studio.

    Regards,
    Kyle
  • Thanks Kyle,

    >>You can use the configuration file (.cfg) that is provided in the vital signs lab folder. You can extract and implement the profile, chirp, and frame configuration in mmWave Studio and then collect raw data using mmWave Studio. 

    so, by using same vital signs configurations and evaluation firmware(~\mmwave_studio_<ver>\rf_eval_firmware) in mmwave studio, i can extract raw ADC data which allow me to go further for vital signs extraction from this raw data. Please correct me if my understanding is wrong.


    one more question,
    How ~\mmwave_studio_<ver>\rf_eval_firmware files are generated? can you please point out source code for this?

    Thanks,
    Arun

  • Arun,

    Your basic understanding is correct. You can use the same chirp configuration as the vital signs lab in mmWave Studio along with the evaluation firmware to capture raw ADC data for further analysis.

    Please keep in mind that is it the inter frame DSP algorithm that is is included in the Vital Signs lab source files that calculates the breathing rate and heart rate. Please refer to the Developer's Guide for more information.

    TI does not provide the source code for the rf_eval_firmware files.

    Regards,
    Kyle
  • Thanks Kyle,

    I have modified profile, chirp and frame configurations in DataCaptureDemo_xWR.lua as per the vital sign profile, chirp and frame configuration.

    ar1.ProfileConfig(0, 77, 7, 6, 57, 0, 0, 0, 0, 0, 0, 70.006, 1, 100, 2000, 0, 0, 40)

    ar1.ChirpConfig(0, 0, 0, 0, 0, 0, 0, 1, 0, 0)

    ar1.FrameConfig(0, 0, 300, 2, 50, 0, 1)

    please let me know, if any other changes needed.

    >>Please keep in mind that is it the inter frame DSP algorithm that is is included in the Vital Signs lab source files that calculates the breathing rate and heart rate. Please refer to the Developer's Guide for more information.

    Got it Kyle. we are trying to extract the vitals from raw ADC data by applying band pass filtering+ACMA algorithms in Matlab.

    Thanks,

    Arun

  • Arun,

    This implementation in mmWave Studio looks correct. No other changes should be needed at this point.

    Regards,
    Kyle
  • Thank you Kyle for the confirmation.

    Thanks,
    Arun