nrf52840 packages supported by Zephyr

Hi,

We have made a custom board with nrf52840-QFAA. In the nordic board folder in Zephyr sdk, I could only find .dts file for nrf52840-QIAA.

And there is only one soc config supported for nrf52840 and that is:

CONFIG_SOC_NRF52840_QIAA=y
Can we use this when we have QFAA too or else how should we fix this? What issues might it cause?
(I saw that sdk zephyr supports both QFAA and QIAA for nrf52832, but not 52840.)
 
Parents
  • Hi Parmiss, 

    I'm sorry for late response. I have been checking with our R&D team and got the answer that QFAA is not officially supported. However the only difference between the QFAA and the QIAA is the number of GPIO pins. 

    "so as long as those are not used in an application, it should be fine to go with code built for QIAA - only functions that check if a pin exists, like `nrf_gpio_pin_present_check` in nrfx, won't return correct value for these unavailable pins, but it seems to be not crucial and it should be possible to not rely on them."


    From my point of view, you can use the QIAA symbol for now at least for development. We will have full support for QFAA in future release of NCS but I don't know when. 

Reply
  • Hi Parmiss, 

    I'm sorry for late response. I have been checking with our R&D team and got the answer that QFAA is not officially supported. However the only difference between the QFAA and the QIAA is the number of GPIO pins. 

    "so as long as those are not used in an application, it should be fine to go with code built for QIAA - only functions that check if a pin exists, like `nrf_gpio_pin_present_check` in nrfx, won't return correct value for these unavailable pins, but it seems to be not crucial and it should be possible to not rely on them."


    From my point of view, you can use the QIAA symbol for now at least for development. We will have full support for QFAA in future release of NCS but I don't know when. 

Children
Related