This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

a problem in "ACI_DEVICE_STANDBY"

hi. Im working with nrf8001 type c in a self-designed board and im using arduino library driver on github by nordic. my mcu is stm32 and i ported library to my mcu. when I debug my program i find that my program go to "ACI_DEVICE_STANDBY" case in aci loop and nrf respond me with "03 84 0F" . as i understand, it means that nrf will advertise in this state. but when i use a smartphone with android 4.4 and BLE enabled i cant see nrf8001 in nrf uart app that made by nordic in play store. and im using service.h in "hello world" project.(type c , internal 32768, external crystal 16 MHz). please help what problems may be exist im my project or what points I have to check again? thank you.

Parents
  • The transport layer verification project is created so that you can send some dummy data to verify it is echoed back again identical to the data you send. This means you should not use the test command once you have entered the verify program. Instead you should use lib_aci_echo_msg to send dummy data. It doesn't really matter if you enter test mode overt uart or ACI in this case. Note that if you want to send DTM test messages you should look at one of the DTM projects (there is one for ACI and one for UART).

Reply
  • The transport layer verification project is created so that you can send some dummy data to verify it is echoed back again identical to the data you send. This means you should not use the test command once you have entered the verify program. Instead you should use lib_aci_echo_msg to send dummy data. It doesn't really matter if you enter test mode overt uart or ACI in this case. Note that if you want to send DTM test messages you should look at one of the DTM projects (there is one for ACI and one for UART).

Children
No Data
Related