Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

doc improvements: fem: minor doc improvements #20513

Merged
merged 1 commit into from
Feb 20, 2025

Conversation

ankuns
Copy link
Contributor

@ankuns ankuns commented Feb 20, 2025

More imperative language is used to express steps needed to enable FEM support.

The improvement initiated by comment #20273 (comment) but these are applied to all FEMs

@ankuns ankuns requested a review from a team as a code owner February 20, 2025 09:39
@github-actions github-actions bot added doc-required PR must not be merged without tech writer approval. changelog-entry-required Update changelog before merge. Remove label if entry is not needed or already added. labels Feb 20, 2025
@ankuns ankuns requested a review from peknis February 20, 2025 09:40
@NordicBuilder
Copy link
Contributor

NordicBuilder commented Feb 20, 2025

CI Information

To view the history of this post, clich the 'edited' button above
Build number: 3

Inputs:

Sources:

more details

Github labels

Enabled Name Description
ci-disabled Disable the ci execution
ci-all-test Run all of ci, no test spec filtering will be done
ci-force-downstream Force execution of downstream even if twister fails
ci-run-twister Force run twister
ci-run-zephyr-twister Force run zephyr twister
List of changed files detected by CI (0)

Outputs:

Toolchain

Version:
Build docker image:

Test Spec & Results: ✅ Success; ❌ Failure; 🟠 Queued; 🟡 Progress; ◻️ Skipped; ⚠️ Quarantine

  • ◻️ Toolchain
  • ◻️ Build twister
  • ◻️ Integration tests

Note: This message is automatically posted and updated by the CI

#. On nRF53 devices, the devicetree nodes described above must be added to the network core and ``spi0`` instance of the network core must be used.
For the application core, you must also add a GPIO forwarder node to its devicetree file:
#. On nRF53 devices, add the devicetree nodes described above to the network core.
Use ``spi0`` instance of the network core.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Use ``spi0`` instance of the network core.
Use the ``spi0`` instance of the network core.

@@ -86,8 +86,9 @@ To use nRF21540 in GPIO+SPI mode, complete the following steps:

In this example, the nRF21540 is controlled by the ``spi3`` bus.
Replace the SPI bus according to your hardware design, and create alternative entries for SPI3 with different ``pinctrl-N`` and ``pinctrl-names`` properties.
#. On nRF53 devices, the devicetree nodes described above must be added to the network core and ``spi0`` instance of the network core must be used.
For the application core, you must also add a GPIO forwarder node to its devicetree file:
#. On nRF53 devices, add the devicetree nodes described above to the network core.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF53 devices, add the devicetree nodes described above to the network core.
#. On nRF53 Series devices, add the devicetree nodes described above to the network core.

@@ -75,17 +75,17 @@ To use nRF21540 in GPIO mode, complete the following steps:

The pins defined in the GPIO forwarder node in the application core's devicetree file must match the pins defined in the FEM nodes in the network core's devicetree file.

#. On nRF54L devices, the GPIO pins of the SoC selected to control ``tx-en-gpios``, ``rx-en-gpios`` and ``pdn-gpios`` must support GPIOTE.
For example, on the nRF54L15 device, you can only use pins belonging to GPIO P1 or GPIO P0.
#. On nRF54L devices, make sure the GPIO pins of the SoC selected to control ``tx-en-gpios``, ``rx-en-gpios`` and ``pdn-gpios`` support GPIOTE.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF54L devices, make sure the GPIO pins of the SoC selected to control ``tx-en-gpios``, ``rx-en-gpios`` and ``pdn-gpios`` support GPIOTE.
#. On nRF54L Series devices, make sure the GPIO pins of the SoC selected to control ``tx-en-gpios``, ``rx-en-gpios`` and ``pdn-gpios`` support GPIOTE.

@@ -60,8 +60,8 @@ To use nRF21540 in GPIO mode, complete the following steps:

The state of the remaining control pins should be set in other ways and according to `nRF21540 Product Specification`_.

#. On nRF53 devices, the devicetree nodes described above must be added to the network core.
For the application core, you must also add a GPIO forwarder node to its devicetree file:
#. On nRF53 devices, add the devicetree nodes described above to the network core.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF53 devices, add the devicetree nodes described above to the network core.
#. On nRF53 Series devices, add the devicetree nodes described above to the network core.

To enable the GPIO+SPI mode of operation, you must explicitly set the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option to ``y``.
On an nRF5340, the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option must be set to ``y`` for the network core image.
To enable the GPIO+SPI mode of operation, explicitly set the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option to ``y``.
On an nRF5340, set the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option to ``y`` for the network core image.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
On an nRF5340, set the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option to ``y`` for the network core image.
On an nRF5340 device, set the :kconfig:option:`CONFIG_MPSL_FEM_NRF21540_GPIO_SPI` Kconfig option to ``y`` for the network core image.

@@ -108,20 +109,21 @@ To use nRF2220, complete the following steps:

#. On nRF53 devices, ``TWIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF53 devices, ``TWIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.
#. On nRF53 Series devices, ``TWIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.

#. On nRF54L devices, the GPIO pins of the SoC selected to control ``cs-gpios`` and ``md-gpios`` must support GPIOTE.
For example, on the nRF54L15 device, only pins belonging to GPIO P1 or GPIO P0 can be used and GPIO P2 pins cannot be used due to lack of related GPIOTE peripheral.
It is recommended for mentioned purpose to use these GPIO pins that belong to the PERI Power Domain of the nRF54L device.
#. On nRF54L devices, make sure the GPIO pins of the SoC selected to control ``cs-gpios`` and ``md-gpios`` support GPIOTE.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF54L devices, make sure the GPIO pins of the SoC selected to control ``cs-gpios`` and ``md-gpios`` support GPIOTE.
#. On nRF54L Series devices, make sure the GPIO pins of the SoC selected to control ``cs-gpios`` and ``md-gpios`` support GPIOTE.

#. On nRF54L devices, make sure the GPIO pins of the SoC selected to control ``cs-gpios`` and ``md-gpios`` support GPIOTE.
For example, on the nRF54L15 device, use pins belonging to GPIO P1 or GPIO P0 only.
You cannot use the GPIO P2 pins, because there is no related GPIOTE peripheral.
It is recommended to use these GPIO pins that belong to the PERI Power Domain of the nRF54L device.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
It is recommended to use these GPIO pins that belong to the PERI Power Domain of the nRF54L device.
It is recommended to use the GPIO pins that belong to the PERI Power Domain of the nRF54L device.

For example, on the nRF54L15, these are pins belonging to GPIO P1.
Using pins belonging to Low Power Domain (GPIO P0 on nRF54L15) is supported but requires more DPPI and PPIB channels of the SoC.
You must also enable appropriate instances of ``DPPIC`` and ``PPIB`` peripherals in the devicetree file:
Enable appropriate instances of ``DPPIC`` and ``PPIB`` peripherals in the devicetree file:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Enable appropriate instances of ``DPPIC`` and ``PPIB`` peripherals in the devicetree file:
Enable appropriate instances of the ``DPPIC`` and ``PPIB`` peripherals in the devicetree file:

@@ -51,7 +51,7 @@ To use the Simple GPIO implementation of FEM with SKY66112-11, complete the foll
The state of the other control pins should be set according to the SKY66112-11 documentation.
See the official `SKY66112-11 page`_ for more information.

#. On nRF53 devices, you must also apply the same devicetree node mentioned in **Step 1** to the network core using sysbuild.
#. On nRF53 devices, apply the same devicetree node mentioned in **Step 1** to the network core using sysbuild.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF53 devices, apply the same devicetree node mentioned in **Step 1** to the network core using sysbuild.
#. On nRF53 Series devices, apply the same devicetree node mentioned in **Step 1** to the network core using sysbuild.

@ankuns
Copy link
Contributor Author

ankuns commented Feb 20, 2025

@peknis , I addressed what you pointed out, hopefully

@ankuns ankuns removed the changelog-entry-required Update changelog before merge. Remove label if entry is not needed or already added. label Feb 20, 2025
Copy link
Contributor

@peknis peknis left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Still a couple of nits.

@@ -111,7 +112,7 @@ To use nRF21540 in GPIO+SPI mode, complete the following steps:

#. On nRF53 devices, ``SPIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
#. On nRF53 devices, ``SPIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.
#. On nRF53 Series devices, ``SPIM0`` and ``UARTE0`` are mutually exclusive AHB bus masters on the network core as described in the `Product Specification <nRF5340 Product Specification_>`_, Section 6.4.3.1, Table 22.

@@ -88,8 +88,9 @@ To use nRF2220, complete the following steps:
#. The nRF2220 device supports alternative I2C slave address selection.
Instead of using the default ``0x36`` I2C slave address for nRF2220 device you can use the value ``0x34``.
In this case, the alternative address selection procedure when switching from ``Power Off`` to ``Bypass`` states of the nRF2220 is used automatically.
#. On nRF53 devices, the devicetree nodes described above must be added to the network core and ``i2c0`` instance of the network core must be used.
For the application core, you must also add a GPIO forwarder node to its devicetree file to pass control over given pins from application core to the network core:
#. On nRF53 Series devices, add the devicetree nodes described above the network core.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Line 86 -> On nRF54L Series devices

@peknis peknis added the CI-disable Disable CI for this PR label Feb 20, 2025
More imperative language is used to express steps needed to enable
FEM support.

Signed-off-by: Andrzej Kuros <[email protected]>
@github-actions github-actions bot added the changelog-entry-required Update changelog before merge. Remove label if entry is not needed or already added. label Feb 20, 2025
@ankuns
Copy link
Contributor Author

ankuns commented Feb 20, 2025

@peknis , fixed those pointed under comment #20513 (review)

@ankuns ankuns removed the changelog-entry-required Update changelog before merge. Remove label if entry is not needed or already added. label Feb 20, 2025
@ankuns
Copy link
Contributor Author

ankuns commented Feb 20, 2025

@nrfconnect/ncs-doc-leads approval required (code owner)

@rlubos rlubos merged commit cf3f2c0 into nrfconnect:main Feb 20, 2025
15 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CI-disable Disable CI for this PR doc-required PR must not be merged without tech writer approval.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants