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/CC2640R2F: Non determined angle of arrival

Part Number: CC2640R2F

Tool/software: TI-RTOS

Hi,

We have 2 piece CC2640R2 and BOOSTXL_AOA.

We have simplelink_cc2640r2_sdk_2_30_00_28. 

We worked on aoa_receiver and aoa_sender example.

We tried test setup like  http://dev.ti.com/tirex/content/tirex-product-tree/cc26xx_devtools/.metadata/.tirex/project0_boostxl_aoa_bp/landing_page_index.html  

We wanted to see 0° degrees on putty. But it was not determined.

Our Question:

Why Angle is not determined?

  • Hi,

    Have you implemented the fixes described here (issues identified in the 2_30_00_28 SDK):
    e2e.ti.com/.../737944

    Do you test this in a controlled environment (like an EMC chamber)?

    Best Regards,
    R.M
  • Hi,

    Yes, We implemented those, But Angle is not still determine.
    No, We don't test it in EMC chamber. How Can We determine angle in non-ideal environment?
  • Hi,

    In an non-ideal environment you will see more variation because of multipath propagation and other interferes. This is the biggest challenge with AoA. There is not a simple solution to this and effort needs to be put into creating filters that can identify and filter out bad results. Two things that will impact and improve performance is using more RF channels (frequency diversity) and averaging over more packages.

    Do you see the same variation if you test at 45 degrees or -45 degrees. 0 degrees is actually one of the worst spots when using the BOOSTXL-AoA board. This is because at that spot the software are having difficulties to decide which of the antenna arrays to trust most. This decision is today simply done just based on which array have the highest RSSI. There are possibility for improvements here.


    Best Regards,
    R.M