Hi Isaac,

Generally you would be measuring the RSSI on the test equipment from a signal generated by your Bluetooth radio, and would be using a calibrated accurate test system. The nRF51824 (from the product spec) has an RSSI accuracy of +/-6dB, that is wildly inaccurate and I cannot see any reason to want to measure/record it on every module. You can add a non-standard command to read and return the RSSI if needed to the DTM code.

Thanks,

Jamie

Hi Vinayak,

Our customer requested us to test conductive BLE RSSI in factory for accuracy improvement.

Could you please clarify the following questions?

1.     As I know, BLE RSSI can’t be measured in standard DTM mode. Is it possible to add new feature in DTM to support BLE RSSI measurement?

2.     If the answer to the above question is “no”, I still need your confirmation if other test modes exist that can measure RSSI except DTM mode.

In our experiences of other algorithm(LTE/WCDMA…etc.), RSSI usually can be detected easily in test mode via a CW tone. So it’s why we want

to double check this.

3.     Do you have any customers who have experiences to measure conductive RSSI in factory or in lab? If so, can you share the methodology?

Hi Tommy,

I don’t remember if DTM mode has any RSSI command in the Specification.

Could you please elaborate on your requirements?

Regards,

Vinayak

Hi ,

We have a product using nRF51824 with zephyr.

We use hci_uart sample code and follow below link , and we can get other BT device’s RSSI.

https://devzone.nordicsemi.com/b/blog/posts/nrf5x-support-within-the-zephyr-project-rtos

We have a question , If it is in DTM(Direct Test Mode) , how can we get RSSI?

Could you give us some suggestions.

Best regards,

Tommy

On 14 Feb 2019, at 20.02, Brianna Fahrenkopf <bfahrenkopf@gmail.com> wrote:

Hello,

We are creating a project using Zephyr and whenever I try to flash to my board I receive this error about west even though it says that west is initialized. I saw some thread online about this issue but I can’t seem to find a resolution. Any help would be appreciated.

<Messages Image(2796314178).png>

Kind Regards,
Brianna Fahrenkopf

On Feb 12, 2019, at 10:05 PM, Li, Jun R <jun.r.li@intel.com> wrote:

Hah, it works after reg is changed to <0>. Thank you, Kumar!

By the way, what does "reg=<0>" mean for the sensor bmi160 here?

Regards,
Jun


On 2/12/19, 19:36, "Kumar Gala" <kumar.gala@linaro.org> wrote:

I’m guessing this is because the reg should be set to 0 and not 1.

So it should be:

bmi160@0 {

…

reg = <0>;
...
};

- k

On Feb 12, 2019, at 6:11 PM, Li, Jun R <jun.r.li@intel.com> wrote:

Hi all,

I’m trying to add a sensor board to a STM32F4 discovery board for a prototype, i.e., adding a BMI160 sensor to the SPI1 bus. To do that, I’ve modified the file
“boards/arm/stm32f4_disco/stm32f4_disco.dts” and added the following section:

+
+&spi1 {
+ cs-gpios = <&gpiob 5 0>;
+ status = "ok";
+
+ bmi160@1 {
+ compatible = "bosch,bmi160";
+ reg = <0x1>;
+ label = "bmi160";
+ spi-max-frequency = <640000>;
+ int-gpios = <&gpioa 4 0>;
+ status = "ok";
+ };
+};

I used samples/hello_world to validate my changes. However, when I built “hello_world” by specifying the board to “stm32f4_disco”, I got the following errors:

cmake -DBOARD=stm32f4_disco ..
Zephyr version: 1.14.0
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.5.2", minimum required is "3.4")
-- Selected BOARD stm32f4_disco
-- Loading /home/my/zephyr/boards/arm/stm32f4_disco/stm32f4_disco.dts as base
-- Overlaying /home/my/zephyr/dts/common/common.dts
Traceback (most recent call last):
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 542, in <module>
main()
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 524, in main
generate_node_definitions()
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 471, in generate_node_definitions
extract_node_include_info(reduced, k, k, None)
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 300, in extract_node_include_info
node_compat, sub_node_address, c, v, names)
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 219, in extract_property
reg.extract(node_address, names, def_label, 1)
File "/home/my/zephyr/scripts/dts/extract/reg.py", line 49, in extract
extract_controller(node_address, "cs-gpios", cs_gpios, reg[0], def_label, "cs-gpio", True)
File "/home/my/zephyr/scripts/dts/extract/globals.py", line 373, in extract_controller
prop_array = [prop_array[index]]
IndexError: list index out of range
CMake Error at /home/my/zephyr/cmake/dts.cmake:145 (message):
command failed with return code: 1
Call Stack (most recent call first):
/home/my/zephyr/cmake/app/boilerplate.cmake:401 (include)
CMakeLists.txt:3 (include)

-- Configuring incomplete, errors occurred!

If I comment either the line “cs-gpios = <&gpiob 5 0>;” or the section “bmi160@1 { ...}” above, the cmake configuration will succeed. But keeping both will get the above errors. I have no idea why it generated the parsing error. I saw the board dts definition file “boards/arc/arduino_101_sss/arduino_101_sss.dts” also did the same thing but it doesn’t get this kind of error.

Thank you!

Jun Li

On Feb 12, 2019, at 6:11 PM, Li, Jun R <jun.r.li@intel.com> wrote:

On Feb 12, 2019, at 6:11 PM, Li, Jun R <jun.r.li@intel.com> wrote:

Hi all,

I’m trying to add a sensor board to a STM32F4 discovery board for a prototype, i.e., adding a BMI160 sensor to the SPI1 bus. To do that, I’ve modified the file
“boards/arm/stm32f4_disco/stm32f4_disco.dts” and added the following section:

+
+&spi1 {
+ cs-gpios = <&gpiob 5 0>;
+ status = "ok";
+
+ bmi160@1 {
+ compatible = "bosch,bmi160";
+ reg = <0x1>;
+ label = "bmi160";
+ spi-max-frequency = <640000>;
+ int-gpios = <&gpioa 4 0>;
+ status = "ok";
+ };
+};

I used samples/hello_world to validate my changes. However, when I built “hello_world” by specifying the board to “stm32f4_disco”, I got the following errors:

cmake -DBOARD=stm32f4_disco ..
Zephyr version: 1.14.0
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.5.2", minimum required is "3.4")
-- Selected BOARD stm32f4_disco
-- Loading /home/my/zephyr/boards/arm/stm32f4_disco/stm32f4_disco.dts as base
-- Overlaying /home/my/zephyr/dts/common/common.dts
Traceback (most recent call last):
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 542, in <module>
main()
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 524, in main
generate_node_definitions()
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 471, in generate_node_definitions
extract_node_include_info(reduced, k, k, None)
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 300, in extract_node_include_info
node_compat, sub_node_address, c, v, names)
File "/home/my/zephyr/scripts/dts/extract_dts_includes.py", line 219, in extract_property
reg.extract(node_address, names, def_label, 1)
File "/home/my/zephyr/scripts/dts/extract/reg.py", line 49, in extract
extract_controller(node_address, "cs-gpios", cs_gpios, reg[0], def_label, "cs-gpio", True)
File "/home/my/zephyr/scripts/dts/extract/globals.py", line 373, in extract_controller
prop_array = [prop_array[index]]
IndexError: list index out of range
CMake Error at /home/my/zephyr/cmake/dts.cmake:145 (message):
command failed with return code: 1
Call Stack (most recent call first):
/home/my/zephyr/cmake/app/boilerplate.cmake:401 (include)
CMakeLists.txt:3 (include)

-- Configuring incomplete, errors occurred!

If I comment either the line “cs-gpios = <&gpiob 5 0>;” or the section “bmi160@1 { ...}” above, the cmake configuration will succeed. But keeping both will get the above errors. I have no idea why it generated the parsing error. I saw the board dts definition file “boards/arc/arduino_101_sss/arduino_101_sss.dts” also did the same thing but it doesn’t get this kind of error.

Thank you!

Jun Li