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.

AWR1243: ar1.PacketReorderZeroFill command error

Part Number: AWR1243

Sometimes when we run mmWave Studio, we are not able to successfully postProc the data. 

Upon investigation it seems that the triggering  of the radar boards creates a adc_data_Raw_0.bin file.

When the ar1.PacketReorderZeroFill(Raw_data_path, adc_data_path, pkt_log_path) command is called, an adc_data.bin file.is created. This file is necessary to use the post processing scripts in matlab.

What does this command do and why is it sometimes not able to run properly? What other parameters are necessary aside from the adc_data_Raw_0.bin file to make it work?

Thanks

YS

  • Hello YS,

    Please consult section 3.2 of the mmWave Studio User's Guide for an explanation of the packet reorder utility. If you have any additional questions feel free to ask.

    Regards,

    Adrian
  • Thanks Adrian,

    I am still struggling to figure out why some of my adc_data_Raw_0.bin files are not able to be processed. Could you take a look at one of them that is currently not able to be processed?

    Thanks

    YS

    adc_data_failed.zip

  • Hello YS,

    This is because the adc_data_Raw_0.bin file is the file before the packet reorder utility is run. The explanation as to why this happens to some of the files is here:

    Regards,

    Adrian

  • Hi Adrian,

    Sorry for not communicating this clearly. My question arises because the zero filling command. ar1.PacketReorderZeroFill does not run properly (0kb output file) in many cases even if there is a non 0kb raw_0.bin file. 

    It seems to be that if the data captured is incomplete (less kb than the successful times) that it has this error. Can you confirm that this may be the root of the problem?

    If this is the problem, how can we make sure that we get all the data? Could we maybe write to the SD card on the DCA to avoid sending it via ethernet? 

    We have this problem fairly often and it is extremely frustrating to set up our test situation only to find that the captured data is not able to be used because it cannot be "zero filled". 

  • Hello YS,

    Can you please upload a log file of an unsuccessful run? Are you seeing an error in the console output?

    If you are dropping a lot of packets you may want to increase the packet delay to reduce the risk of dropped packets.

    Regards,

    Adrian
  • This is my output log. How do you change the packet delay?


    [11:59:00] Frame start async event received!
    [11:59:05] [RadarAPI]: RECORD_PKT_OUT_OF_SEQ_ERROR_CODE Async event recieved(195)
    [11:59:05] [RadarAPI]: RECORD_PKT_OUT_OF_SEQ_ERROR_CODE Async event recieved(195)
    [11:59:08] [RadarAPI]: RECORD_PKT_OUT_OF_SEQ_ERROR_CODE Async event recieved(195)
    [11:59:09] [RadarAPI]: Frame Ended
    [11:59:09] Frame End async event received!
    [11:59:11] [RadarAPI]: STS_RECORD_COMPLETED Async event recieved(8)
    [11:59:11] [RadarAPI]: ar1.CaptureCardConfig_StopRecord()
    [11:59:11] [RadarAPI]: Status: Passed
    [11:59:11] [RadarAPI]: RECORD_STOP_CMD_CODE Async event recieved(6)
    [11:59:54] [RadarAPI]: Packet Reorder Utility Started...please wait...
    [11:59:54] [RadarAPI]: ar1.PacketReorderZeroFill("C:\\ti\\mmwave_studio_01_00_00_00\\mmWaveStudio\\Scripts\\..\\PostProc\\adc_data_Raw_0.bin", "C:\\ti\\mmwave_studio_01_00_00_00\\mmWaveStudio\\Scripts\\..\\PostProc\\adc_data.bin", "C:\\ti\\mmwave_studio_01_00_00_00\\mmWaveStudio\\Scripts\\..\\PostProc\\pktlogfile.txt")
    [11:59:59] [RadarAPI]: Packet Reorder Utility process completed!
    [12:00:24] [RadarAPI]: ar1.StartMatlabPostProc("C:\\ti\\mmwave_studio_01_00_00_00\\mmWaveStudio\\Scripts\\..\\PostProc\\adc_data.bin")
    [12:00:24] [RadarAPI]: Error:
    [12:00:24]
    [12:00:24] ... MWMCR::EvaluateFunction error ...
    [12:00:24] 14-Aug-2018 12:00:24: The file C:\ti\mmwave_studio_01_00_00_00\mmWaveStudio\Scripts\..\PostProc\adc_data.bin is empty. Please capture more data.,1,
    [12:00:24] Error in => process_adc_data.m at line 52.
    [12:00:24]
    [12:00:24] ... Matlab M-code Stack Trace ...
    [12:00:24] at
    [12:00:24] file C:\Users\YUJI\AppData\Local\Temp\YUJI\mcrCache8.5.1\Matlab1\Logging\log_status.m, name log_status, line 32.
    [12:00:24] at
    [12:00:24] file C:\Users\YUJI\AppData\Local\Temp\YUJI\mcrCache8.5.1\Matlab1\Processing_functions\read_adc_data.m, name read_adc_data, line 28.
    [12:00:24] at
    [12:00:24] file C:\Users\YUJI\AppData\Local\Temp\YUJI\mcrCache8.5.1\Matlab1\MatlabPostPr\process_adc_data.m, name process_adc_data, line 52.
    [12:00:24]
    [12:00:24]
    [12:00:24] Trace:
    [12:00:24] at MathWorks.MATLAB.NET.Utility.MWMCR.EvaluateFunction(String functionName, Int32 numArgsOut, Int32 numArgsIn, MWArray[] argsIn)
    [12:00:24] at MathWorks.MATLAB.NET.Utility.MWMCR.EvaluateFunction(Int32 numArgsOut, String functionName, MWArray[] argsIn)
    [12:00:24] at MatlabPostProcGui.MatlabPostProcGUIClass.process_adc_data(MWArray adc_file_name, MWArray force_cont_stream_mode)
    [12:00:24] at AR1xController.frmAR1Main.iStartMtlabPostProc()

  • Hello Yuji,

    Yes, that is strange that it is not writing any data to the bin file after the packet reorder utility. The RECORD_PKT_OUT_OF_SEQ_ERROR_CODE indicates that you are missing packets for some reason.

    Usually this error means you should increase the packet delay time, as shown in the DCA1000 User's Guide:

    The packet delay can be increased in the 'Set Up DCA1000' menu. In this menu, there should be a packet delay option with a default value of 25us.

    Regards,

    Adrian