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.

AWR1443: MSS binary for capture demo

Part Number: AWR1443
Other Parts Discussed in Thread: UNIFLASH,
Hi,
We have been trying to use SDK 2.1.0.4 and while flashing the binary images, we see the following error.
Moreover, we would like to use continuous transmission working and we have been following this thread 
But we do not see the script "xwr14xx_capture_demo_mss.bin" in SDK 2.1.0.4. Can you tell us how can we enable CW transmission with SDK 2.1.0.4?
Uniflash logs:
[3/5/2019, 2:17:18 PM] [INFO] Cortex_R4_0: Initialization complete.
[3/5/2019, 2:17:18 PM] [INFO] Cortex_R4_0: Connecting to COM Port COM5...
[3/5/2019, 2:17:18 PM] [INFO] Cortex_R4_0: Reset connection to device
[3/5/2019, 2:17:18 PM] [INFO] Cortex_R4_0: Set break signal
[3/5/2019, 2:17:38 PM] [ERROR] Cortex_R4_0: Initial response from the device was not received. Please power cycle device before re-flashing.
[3/5/2019, 2:17:38 PM] [ERROR] Cortex_R4_0: Not able to connect to serial port. Recheck the COM port selected.
[3/5/2019, 2:17:38 PM] [INFO] Cortex_R4_0: Flashing instance clean-up initiated...
[3/5/2019, 2:17:38 PM] [INFO] Cortex_R4_0: Instance deinitialized!
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: Initialization complete.
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: Connecting to COM Port COM5...
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: Reset connection to device
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: Set break signal
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: Connection to COM port succeeded. Flashing can proceed.
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: FORMAT Command: Initiating erase operation of SFLASH storage area.
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: -->Erasing storage [SFLASH]
[3/5/2019, 2:17:52 PM] [INFO] Cortex_R4_0: -->Sending Erase command to device...
[3/5/2019, 2:18:06 PM] [SUCCESS] Cortex_R4_0: -->Erase storage completed successfully!
[3/5/2019, 2:18:06 PM] [INFO] Cortex_R4_0: Disconnecting from device on COM port COM5...
[3/5/2019, 2:18:06 PM] [INFO] Cortex_R4_0: Flashing instance clean-up initiated...
[3/5/2019, 2:18:06 PM] [INFO] Cortex_R4_0: Instance deinitialized!
[3/5/2019, 2:18:27 PM] [INFO] Cortex_R4_0: Initialization complete.
[3/5/2019, 2:18:27 PM] [INFO] Cortex_R4_0: Flashing process starting...
[3/5/2019, 2:18:27 PM] [INFO] Cortex_R4_0: Connecting to COM Port COM5...
[3/5/2019, 2:18:27 PM] [INFO] Cortex_R4_0: Reset connection to device
[3/5/2019, 2:18:27 PM] [INFO] Cortex_R4_0: Set break signal
[3/5/2019, 2:18:47 PM] [ERROR] Cortex_R4_0: Initial response from the device was not received. Please power cycle device before re-flashing.
[3/5/2019, 2:18:47 PM] [ERROR] Cortex_R4_0: Not able to connect to serial port. Recheck COM port selected and/or permissions.
[3/5/2019, 2:18:47 PM] [INFO] Cortex_R4_0: Flashing instance clean-up initiated...
[3/5/2019, 2:18:47 PM] [INFO] Cortex_R4_0: Instance deinitialized!
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Initialization complete.
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Flashing process starting...
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Connecting to COM Port COM5...
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Reset connection to device
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Set break signal
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Connection to COM port succeeded. Flashing can proceed.
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Reading device version info...
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: ** 2 files specified for flashing.
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Checking file C:/ti/mmwave_sdk_02_01_00_04/packages/ti/demo/xwr14xx/mmw/xwr14xx_mmw_demo.bin for correct header for AWR1443.
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: AWR1443 device, fileType=META_IMAGE2 detected -> OK
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Checking file C:/ti/mmwave_sdk_02_01_00_04/firmware/radarss/xwr12xx_xwr14xx_radarss_rprc.bin for correct header for AWR1443.
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Header of C:/ti/mmwave_sdk_02_01_00_04/firmware/radarss/xwr12xx_xwr14xx_radarss_rprc.bin file indicates it is not a valid file to flash to AWR1443: 0x43525052
[3/5/2019, 2:19:30 PM] [ERROR] Cortex_R4_0: !!! Aborting flashing of specified files!!!
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Disconnecting from device on COM port COM5...
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Flashing instance clean-up initiated...
[3/5/2019, 2:19:30 PM] [INFO] Cortex_R4_0: Instance deinitialized!
  • "Can you tell us how can we enable CW transmission with SDK 2.1.0.4"

    Please look at

    C:\ti\mmwave_sdk_02_01_00_04\packages\ti\drivers\test\mem_capture

    Thank you
    Cesar
  • Satyajeet,

    Please keep in mind that SDK v2.1 is designed for AWR1443 ES 3.0 devices. This is detailed in the release notes. If were able to successfully flash your device and run applications with earlier versions of the SDK, this would mean that you likely have an AWR1443 ES 2.0 device. Given that this is the likely scenario, you will not be able to use an AWR1443 ES 2.0 device with SDK v2.1.

    You can either obtain an AWR1443 ES 3.0 device so that you can work with SDK v2.1 or continue to use an earlier SDK release.

    Regards,
    Kyle
  • Hi Kyle,

    Can you tell us how can we find which silicon version do we have?

    Thanks,

  • Hi Cesar,

    I have looked at the folder which you have mentioned but did not follow what you want me to do next.

    Can you take a look at this thread e2e.ti.com/.../2412525 ?

    This e2e thread mentions about a MSS binary and some commands which we can run from a serial port to put the device in CW mode. I am looking for the binary and the commands.

    Thanks

  • Hi Cesar,

    We tried SDK 1.2.0.5 and this is supposed to work with AWR1443 ES2.0 as mentioned in the release notes. Please check the error logs we are seeing while flashing the binaries.

    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Flashing process starting...

    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Connecting to COM Port COM5...
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Reset connection to device
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Set break signal
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Connection to COM port succeeded. Flashing can proceed.
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Reading device version info...
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: ** 2 files specified for flashing.
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Checking file C:/ti/mmwave_sdk_01_02_00_05/packages/ti/demo/xwr14xx/mmw/xwr14xx_mmw_demo_mss.bin for correct header for AWR1443.
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Header of C:/ti/mmwave_sdk_01_02_00_05/packages/ti/demo/xwr14xx/mmw/xwr14xx_mmw_demo_mss.bin file indicates it is not a valid file to flash to AWR1443: 0x355a03d1
    [3/6/2019, 3:29:02 PM] [ERROR] Cortex_R4_0: !!! Aborting flashing of specified files!!!
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Disconnecting from device on COM port COM5...
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Flashing instance clean-up initiated...
    [3/6/2019, 3:29:02 PM] [INFO] Cortex_R4_0: Instance deinitialized!

    Thanks

  • Satyajeet,

    Please make sure that when you are flashing the BSS and MSS images to your AWR1443 using Uniflash, the BSS image is the first entry in Uniflash and then the MSS image is the second entry. It looks like you are attempting to flash the MSS image first, which would not be the correct order.

    Regards,
    Kyle
  • Thanks Kyle,

    We will double check this.Can you comment on how can we find out which version of silicon do we have?

    Thanks,

  • Hi Kyle,

    See attached the Uniflash configuration where we have BSS as the first entry and MSS as the second entry. Still the uniflash tool throws an error.

    We have tried with both SDKs 1.2.0.5 (supposed to work with 1443 ES2.0) and 2.1.0.4 (supposed to work with 1443 ES3.0). Please suggest the next steps so that we can use TI board.

    We had purchased the TI AWR 1443 board in Nov-Dec 2018. Can you suggest how can we identify the ES version we have? I am also attaching a picture of our board in case you want to see it.

    Thanks

  • Satyajeet,

    Based on the image that you have provided, we can determine that you have an AWR1443 ES 3.0 device. You can determine this from the device errata found here: www.ti.com/.../swrz075c.pdf

    From this, you should use SDK 2.1 or later.

    Regards,
    Kyle
  • Satyajeet,

    Starting in SDK v2.1, you only need to flash the xwr14xx_mmw_demo.bin image to your device. This is metaimage that includes the MSS and BSS images into a single binary file. So only specify the xwr14xx_mmw_demo.bin file as the first and only entry in Uniflash. This should successfully resolve your issue.

    Regards,
    Kyle
  • Thanks Kyle. We are able to flash the MSS binary. Can you tell us the minimum set of commands needed to put the device in CW transmission mode say at 77 GHz?

    We tried the following commands as per thread  but were not successful

    flushCfg
    dfeDataOutputMode 2
    channelCfg 2 1 0
    adcCfg 2 2
    adcbufCfg 0 0 1 1
    lowPower 0 0
    contModeCfg 77 0 0 8000 0 0 30 1 1024
    setHSI LVDS ADC disable
    sensorStart

    Thanks,

  • Satyajeet,

    If you are using the Out-of-Box demo, please refer to "Table 1: mmWave SDK Demos - CLI commands and parameters" in the SDK User's Guide for the mandatory CLI commands. Each CLI command will include an explicit statement saying the command is mandatory.

    Regards,
    Kyle
  • Kyle,

    It took me some time for me to figure out that you are referring to Table 1 in SDK user guide document. Anyways, thanks.

    I do not see any mention of contModeCfg in the table that you have mentioned.

    I am sure you would agree that to put the device in continuous transmission (fixed frequency at say 77 GHz) mode, we do not need chirpCfg, frameCfg. But these commands have been mentioned as mandatory in the table that you have referred to.

    There is a command called contModeCfg which is hooked to the CLI_MMWaveContModeCfg handler but the error check indicates that if DFE output mode is not CONTINUOUS then this command would not work. Please see the code snippet below.

    Table 1 in SDK user guide says that in 1443, dfeDataOutputMode only frame based chirps (i.e. only option 1) is supported in 1443.

    Do we need to modify the application? If yes, please send us the instructions to do so.

    Can you help us with the minimum set of commands to put the device in continuous transmission mode?

    Thanks,

  • Satyajeet,

    If you are looking to just output a fixed frequency, then I would suggest that you use the mmWave Studio RF evaluation tool that can perform this action with no code changes. With this tool, you can specify a fixed output frequency and have the device output continuously.

    Regards,
    Kyle
  • Hi Kyle,

    We do not have a DevPack with us nor do we have a DCA1000 capture card. If you have ideas on how we can use MMWAVEStudio without these intermediate cards with AWR1443 ES3.0 EVM, please send us the instructions.

    If the answer to the above is in negative, please send across the instructions to enable continuous transmission using 2.1 SDK. If you already have the binary built which has been tested (make sure it is only an 1443 EVM and no DevPack nor DCA1000), I can use that as well. Make sure that using CLI command we should be able to change the CW transmission frequency.

    Did you look at the e2e thread 

    which has clear instructions on how to use CW transmission mode using SDK? I need similar instructions with SDK 2.1 on AWR1443 ES3.0 EVM.

    Thanks

  • Hi,

    Capture demo is no longer supported in SDK releases after SDK 1.1.

    You would need to take the capture demo from SDK 1.1 and port it to SDK 2.1

    Please see other forum threads

    e2e.ti.com/.../778657

    Thank you
    Cesar
  • Hi Cesar,

    Looks like there are more folks who are interested in CW mode in the latest SDK and all of us are being routed to the difficult task of 'porting it yourselves'. Why would TI not support that mode in the SDK? If not the source code directly at least provide a short readme/user guide which explains how to get the CW mode working in the latest SDK. This would help a lot of folks out here who have used the feature with ES1.0 with SDK 1.1 and and are now lost with ES3.0 and SDK 2.1. This also avoids lot of support questions related to CW mode as the e2e thread which you have pointed me to shows that there are difficulties which people face when they do the porting themselves.

    I have not used SDK 1.1 and have little knowledge of porting hence requesting TI's support.

    Thanks,
  • Satyajeet,

    Please do keep in mind that this device is an FMCW radar and that is its primary purpose. The CW mode feature is something that is provided in mmWave Studio purely as a RF evaluation module, not something that would be used in a production device.

    The SDK that is released is designed to support an FMCW radar device. Please also keep in mind that the E2E platform does not support custom coding requests.

    If you have any other questions that are not related to this issue, please create a new thread.

    Regards,
    Kyle
  • Hi Kyle,

    Firstly, CW mode testing will be done on all production devices.

    Secondly, CW mode was introduced by TI in SDK 1.1? Is it that TI realized only recently that 1443 is a FMCW radar device and hence this was removed in SDK 2.1?

    Thanks,

  • Satyajeet,

    Since your listed company is IISc, I see this as being a thread from Indian Institute of Science. If this is not the case, please update your company name. University students are not typically working on production devices and answers are treated accordingly.

    All mmWave radar devices are FMCW radar devices. This is not a recent realization. This was always the case. I have provided the solution to you multiple times now so that you can evaluate CW mode. CW mode is not intended for production devices. Please leverage the existing SDK materials that are readily available online.

    This thread is now considered closed. If you have additional questions, please create a separate thread.

    Regards,
    Kyle