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.

AWR1843BOOST: firmware and power on power problems with AWR--Boost and DCA1000 .

Part Number: AWR1843BOOST
Other Parts Discussed in Thread: AWR1642BOOST, UNIFLASH, AWR1843, AWR1642

Similar to above post,   (http://e2e.ti.com/support/sensors/f/1023/p/791625/2929317)  

my AWR1843BOOST failes in the SPI Connect (5) step in mMWave Studio 2.0.0.2 when connected to a DCA1000 board.

This same setup works fine for the AWR1642BOOST EVM.

When doing the operations from JSON we get the following error code: 

Note in the following where the ar1.PowerOn command fails with a timeout. 

another observation is the version mismatch warning (last line of copied text below). 

Analyzing the  binary files with WinMerge,  confirm that they are identical (although with different names).

We suspect this is the root problem, as we may not have have a proper binary file for the AWR1843Boost board.  

  • directory:   C:\ti\mmwave_studio_02_00_00_02\rf_eval_firmware\radarss\
  • xwr16xx_radarss.bin
  • xwr18xx_radarss.bin

the same thing is true for the files in the masterss folder 

  • xwr16xx_masterss.bin
  • xwr18xx_masterss.bin

these files were installed as part of the mmWave Studio package. Is there d different source for the 1843Boost module. 

--> output from JSON import settings and setup.

12:01:27] Capture Setup JSON Configuration is imported and loaded. DONE.
[12:01:30] [RadarAPI]: StatusDCCard Event Registered
[12:01:30] [RadarAPI]: Status: Passed
[12:01:30] [RadarAPI]: ar1.CaptureCardConfig_EthInit("192.168.33.30", "192.168.33.180", "12:34:56:78:90:12", 4096, 4098)
[12:01:30] [RadarAPI]: SYSTEM_CONNECT_CMD_CODE Async event recieved(9)
[12:01:30] [RadarAPI]: ConnectRFDCCard Status: Passed
[12:01:30] [RadarAPI]: CaptureCardConfig_EthInit API Status: Failed, Error Type: RRFDCCARD_SUCCESS
[12:01:30] [RadarAPI]: READ_FPGA_VERSION_CMD_CODE event recieved(14)
[12:01:30] [RadarAPI]: ar1.CaptureCardConfig_Mode(1, 0, 1, 2, 3, 30)
[12:01:30] [RadarAPI]: CaptureCardConfig_Mode API Status: Failed, Error Type: RRFDCCARD_SUCCESS
[12:01:30] [RadarAPI]: CONFIG_FPGA_GEN_CMD_CODE Async event recieved(3)
[12:01:30] [RadarAPI]: ar1.CaptureCardConfig_PacketDelay(25)
[12:01:30] [RadarAPI]: CaptureCardConfig_PacketDelay API Status: Failed, Error Type: RRFDCCARD_SUCCESS
[12:01:30] [RadarAPI]: CONFIG_PACKET_DATA_CMD_CODE Async event recieved(11)
[12:01:35] [RadarAPI]: Opening Gpio Control Port()
[12:01:35] [RadarAPI]: Status: Passed
[12:01:35] [RadarAPI]: Opening Board Control Port()
[12:01:35] [RadarAPI]: Status: Passed
[12:01:36] [RadarAPI]: ar1.FullReset()
[12:01:36] [RadarAPI]: Status: Passed
[12:01:37] [RadarAPI]: Closing Board Control Port()
[12:01:37] [RadarAPI]: Status: Passed
[12:01:37] [RadarAPI]: Closing Gpio Control Port()
[12:01:37] [RadarAPI]: Status: Passed
[12:01:37] [RadarAPI]: ar1.SOPControl(2)
[12:01:37] [RadarAPI]: Status: Passed
[12:01:40] [RadarAPI]: ar1.Connect(5,115200,1000)
[12:01:41] [RadarAPI]: ar1.Calling_IsConnected()
[12:01:42] [RadarAPI]: ar1.SelectChipVersion("AR1642")
[12:01:42] [RadarAPI]: Status: Passed
[12:01:42] [RadarAPI]: ar1.SelectChipVersion("XWR1843")
[12:01:42] [RadarAPI]: Status: Passed
[12:01:42] Device Status : XWR1843/ASIL-B/SOP:2/ES:2
[12:01:44] [RadarAPI]: ar1.SelectChipVersion("AR1642")
[12:01:44] [RadarAPI]: Status: Passed
[12:01:44] [RadarAPI]: ar1.SelectChipVersion("XWR1843")
[12:01:44] [RadarAPI]: Status: Passed
[12:01:44] Device Status : XWR1843/ASIL-B/SOP:2/ES:2
[12:01:44] [RadarAPI]: ar1.SaveSettings('C:\Users\vook\AppData\Roaming\RSTD\ar1gui.ini')
[12:01:49] [RadarAPI]: ar1.DownloadBSSFw("C:\\ti\\mmwave_studio_02_00_00_02\\rf_eval_firmware\\radarss\\xwr18xx_radarss.bin")
[12:01:49] [RadarAPI]: Downloading BSS Patch RPRC Binary..
[12:01:52] [RadarAPI]: ar1.DownloadMSSFw("C:\\ti\\mmwave_studio_02_00_00_02\\rf_eval_firmware\\masterss\\xwr18xx_masterss.bin")
[12:01:54] [RadarAPI]: Downloading MSS RPRC Binary..
[12:01:57] [RadarAPI]: Warning: #####Timeout : 100
[12:01:59] [RadarAPI]: Warning: #####Timeout : 100
[12:01:59] [RadarAPI]: ar1.PowerOn(0, 1000, 0, 0)
[12:01:59] Status: Failed, Error Type: RESP TIMEOUT
[12:02:00] [RadarAPI]: ar1.RfEnable()
[12:02:00] Status: Failed, Error Type: INVALID INPUT
[12:02:01] [RadarAPI]: Warning: #####Timeout : 100
[12:02:01] [RadarAPI]: ar1.GetBSSFwVersion()
[12:02:01] [RadarAPI]: BSSFwVersion:(00.00.00.00 (05/10/17))
[12:02:01] [RadarAPI]: ar1.GetBSSFwVersion()
[12:02:01] [RadarAPI]: BSSFwVersion:(00.00.00.00 (00/00/00))
[12:02:01] [RadarAPI]: Warning: BSS firmware version Mismatch!

  • Hello Dieter,

    Can you erase the flash and try again? Those binaries should be correct.

    Regards,

    Adrian
  • Can you elaborate on how to erase the flash. We have seen links discussing a tool "unflash" ,but we have not used it.

    Can you comment on our observation that the binary files are identical as reported by WinMerge?

    thanks,
    Dieter
  • Hello Dieter,

    You will need to use UniFlash to erase the binary. The device comes from the assembly with the OOB demo flashed, so if you haven't erased the flash before you will need to do this to use mmWave Studio. To do this you will need to use the 'Format SFLASH' button explained in section 4.3.2.2 of the UniFlash mmWave User's Guide: processors.wiki.ti.com/.../Mmwave_uniflash_user_guide_v1.0.pdf

    The BSS binary should be slightly different to enable the third TX of the AWR1843, so maybe WinMerge may not be able to detect a difference due to the fact that it is a binary file. Other than enabling the third TX they binaries should be the same between 16xx and 18xx.

    Regards,

    Adrian
  • Let me clarify,

    I can run the OOB demo for both the AWR1642Boost and the AWR1843Boost and I have never erased the flash.


    I can run mmWave Studio, and get data out, and run the matlab runtime evaluation with the DCA1000 board attached to the AWR1640Boost, again without erasing the flash.

    Before I shoot myself in the foot, ([perform changes I can't recover from)...

    1) why do I need to erase the flash on the AWR1843Boost, to get it to run with the DCA1000Boost?

    2)I would like to be able to run both the OOB demo and mmWave studio on both AWR16xx and AWR18xx. If I erase the flash, will I lose the ability to run the OOB demo?

    3) the files are identical even in binary form (if they should be different, can you send me a link to where I can load newer copies?)

    Thanks,

    Dieter

  • Hello Dieter,

    You need to erase the flash to be able to load the binaries for mmWave Studio.

    If you erase the flash you can just reflash the OOB binaries when you want to run the OOB demo.

    The AWR1642 and AWR1843 are identical except for the third TX on the AWR1843. If you downloaded the files from ti.com and they are identical then that isn't an issue.

    Regards,

    Adrian
  • In addition,

    I can run mmWave Studio with the AWR1642Boost and the DCA1000, but load the
    * xwr18xx_radarss.bin and
    * xwr18xx_masterss.bin

    instead of the corresponding xwr16xx_*.bin files, and the operation is identical. (Seems to confirm to me the files are identical).

    Dieter
  • Hello Dieter,

    Yes, I have confirmed that they are the same, so this is not the source of your error. It should work fine on AWR1843.

    Did you try erasing the flash on the AWR1843BOOST and running yet?

    Regards,

    Adrian
  • Adrian,

    I have found the xwr18xx_mmw_demo.bin in the mmWave_sdk_03_01_01_02....

    as well as the equivalent  xwr16xx_mmw_demo.bin for the AWR1642.

    I tried flashing (using uniflash_5.0) the AWR1642 with the demo_FW  to make sure I can get back to he original state (and in both cases the Demo Visualizer works).

    I have yet to delete the 1843_demo firmware, but will try it in the next day.

    Do you recommend I just delete the 1843_demo firmware, or load in some other ? for example ....xwr16xx_radarss.bin   ?

    What puzzles me, is I expected the part of the mmWave studio where the Masterss.bin and radars.bin files are loaded, shouldn't they take precedence? Or if I delete the demo firmware, where does the development board grab the correct firmware? (or do I need to flash with a different firmware)... The instructions are not clear.

    Thanks,

    Dieter


  • Hello Dieter,

    You need to delete the FW using the 'Format SFLASH' button and do not flash any other FW back on.

    You can then load the 18xx MSS and BSS FW via mmWave Studio after the FLASH has been erased.

    The bootloader will first try to load an image from the on-board flash when it boots. If it detects an image, it will load it and begin execution which will interfere with the mmWave Studio operations. If no image is detected, it will wait for the image to be loaded via mmWave Studio. This is why the flash needs to be erased when using mmWave Studio.

    Regards,

    Adrian
  • Adrian,
    thanks for the clarification.
    This still puzzled me, as I have not erased the flash on the 16xx device, and it works fine in both
    the demo-visualizer and with mMWave studio (for data download)..(at least seems to work fine to me).

    Is the 16xx device different than the 18xx device in this need to erase the flash?

    Otherwise, I still don't understand the difference in recipe...between the devices.

    Thanks,
    Dieter
  • Adrian,

    I have done what you asked (erase the flash) and this does not resolve the issue.

    I can successfully:

    * erase the flash on the 16xx or 18xx devices

    * load the demo firmware into the 16xx or 18xx devices

    * after loading respective demo-firmware,  I can run a version of the DemoVisualizer on the respective 16xx or 18xx devices.

    * I can run mmWaveStudio, and extract ADC data from the 16xx device (without having to erase the flash)

    But,

    I can't get mmWaveStudio to run past the following line

    "[RadarAPI] Downloading MSS RPC Binary ... "  for the 18xx device in either the following cases: 

    * the case where the FLASH has been fully erased, or

    *  when it has the demo-firmware loaded

    * (In addition, was unable to get the UniFlash program to load either the 18xxmasterss.bin or the 18xxradaarss.bin files out of the mmWaveStudio\rf_eval_firmware directories)

    (mmWaveStudio worked on the 16xx device as noted above).

    Attached is a screenshot of what it like when it hangs (Flash has been erased prior to this)

    below is a clip from the output log, where it hangs...after the last line...

    14:59:54] [RadarAPI]: ar1.SelectChipVersion("AR1642")
    [14:59:54] [RadarAPI]: Status: Passed
    [14:59:54] [RadarAPI]: RS232 is not connected ..!!!!
    [14:59:54] [RadarAPI]: ar1.frequencyBandSelection("77G")
    [14:59:54] [RadarAPI]: ar1.SelectChipVersion("XWR1843")
    [14:59:54] [RadarAPI]: Status: Passed
    [14:59:54] Device Status : XWR1843/ASIL-B/SOP:2/ES:2
    [14:59:55] [RadarAPI]: ar1.SelectChipVersion("AR1642")
    [14:59:55] [RadarAPI]: Status: Passed
    [14:59:55] [RadarAPI]: ar1.SelectChipVersion("XWR1843")
    [14:59:55] [RadarAPI]: Status: Passed
    [14:59:55] Device Status : XWR1843/ASIL-B/SOP:2/ES:2
    [14:59:55] [RadarAPI]: ar1.SaveSettings('C:\Users\vook\AppData\Roaming\RSTD\ar1gui.ini')
    [14:59:58] [RadarAPI]: ar1.DownloadBSSFw("C:\\ti\\mmwave_studio_02_00_00_02\\rf_eval_firmware\\radarss\\xwr18xx_radarss.bin")
    [14:59:58] [RadarAPI]: Downloading BSS Patch RPRC Binary..
    [15:00:05] [RadarAPI]: ar1.GetBSSFwVersion()
    [15:00:05] [RadarAPI]: BSSFwVersion:(02.00.00.01 (05/10/17))
    [15:00:06] [RadarAPI]: ar1.GetBSSPatchFwVersion()
    [15:00:06] [RadarAPI]: BSSPatchFwVersion:(01.02.00.03 (24/10/18))
    [15:00:07] [RadarAPI]: ar1.DownloadMSSFw("C:\\ti\\mmwave_studio_02_00_00_02\\rf_eval_firmware\\masterss\\xwr18xx_masterss.bin")
    [15:00:07] [RadarAPI]: Downloading MSS RPRC Binary..

    Do you still think it is erasing the flash, or do you have something else to try? (like a diffferent XWR18xx_masterss_.bin file?

    Thanks,
    Dieter

  • I have tried your suggestion of deleting the firmware on the 1843Boost, and it still hangs at the same step (before Connect SPI).

    Just to reiterate:

    I have both

     mmwave_sdk_03_01_01_02     (needed for the AWR1843boost device)

     And

    mmwave_sdk_02_01_00_04  (needed for the AWR1642Boost device)….  on the path (is that an issue)?

    mmwave_studio_02_00_00_02  runs fine on the AWR1642Boost, without deleting any of the demo firmware.

    (I can also use the uniflash app to erase and download the demo firmware, and the both demo visualizer and mmWave studio work fine for the 1642 device)

    I can delete the firmware on the AWR1843Boost, and load the demo firmware, but none of the firmware out of the mmWavestudio\rf_evval_firmware directory can be loaded.

    Another data point, is a coworker, in a different state, has only the AWR1843, and only the relevant sdk loaded, and they have no trouble getting mmWave studio to get ADC data out.

    That makes  me question the issue of possible file/path conflicts?

    any comments?

    Thanks,
    Dieter

  • Hello Dieter,

    There are two last things we can verify:

    1. You have the SOP settings properly set with SOP0 and SOP1 set to 'ON' and SOP2 set to 'OFF'.

    2. You have set the switch S2 to 'SPI', not to 'CAN'.

    If you are still unable to run with these verified then this likely points to a hardware issue. 

    Regards,

    Adrian

  • Also, since you have a coworkers board that you know works, if the above suggestions do not work can you try following the same procedure with the same FW and same PC you are using on your failing board with your coworkers board? This way, if the same FW and procedure works on your coworkers board then we can isolate this to a hardware issue on the failing board.

    Regards,

    Adrian
  • Hello Dieter,

    Is there any update?

    Regards,

    Adrian
  • Hello Dieter,

    Since there hasn't been any response I will be closing this thread. If your issue persists please create a new thread.

    Regards,

    Adrian

  • Adrian,

    we thought the issue might be due to multiple version of the SDK on the same path. We laoded all the tools on a new PC, with just the files for the AWR1843.

    We were able to get the AWR1843 to work fine in the DemoVisualizer , but again hung at the same place (prior to Connect) in getting mmWaveStudio up and running.

    We are at present trying again your suggestion to Clear the firmware and start up DemoVisualizer.

    We will report back after that.

    I still doubt it is a hardware issue, since the AWR1843 works fine with the DemoVisualizer.

    Dieter

  • I (as well as a co-worker)  have repeated the proceedure ,(which will be stated below) with the same results (hangs at step 5 "SPI Connect").

    I have used UNIFLASH to erase the flash :  with confirmation message:

    [SUCCESS} Cortex_r4_0: --> Erase storage completed successfully!

    I then run mmWaveStudio, and the Connection tab proceeds seemlessly until I get to step 5 (SPI Connect), and then mmWaveStudio just hangs.

    (again, I doubt it is a HW issue, as the same sensor works fine when used with the DEMO FW, and with the DemoVisualizer).

    Dieter

  • Can you confirm that you have the SOP switch set to SOP0 = ON, SOP1 = ON, and SOP2 = OFF?

    Also, confirm that switch S2 is set to 'SPI'

    Regards,

    Adrian

  • Adrian,

    this resolved my issue. My switch S2 was not set to SPI.

    Now I get it  SPI To connect, and it is running in mmWaveStudio.

    Thanks for your patience.

    Dieter