You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Filip Zajdel 718b82cf4b egu: Add stub of EGU 3 days ago
.github/workflows ci: Fetch less and in own folders 3 weeks ago
docs nrfx: Use actual nrfx instead of manually modified files 2 years ago
src egu: Add stub of EGU 3 days ago
zephyr Convert into a west module 3 years ago
.gitignore gitignore: ignore typical project files 3 years ago
CMakeLists.txt nrfx: Use actual nrfx instead of manually modified files 2 years ago
Depends First commit 4 years ago
Makefile Makefile: Allow adding a sufix to the library name 1 year ago
TODO.txt First commit 4 years ago


Models of some of the HW present in a NRF52xxx.

Where relevant differences exist, these models try to align with a NRF52382.

This repo contains both models of the NRF52 HW as well as some replacement nrfx
HAL functions. When used in combination with the real nrfx, these should enable code
meant for the nrfx to run without needing further changes.
This includes Zephyr SW.

When compiling this component using the provided Makefile (not with Zephyr's build system),
the environment variable NRFX_BASE must be set to the path where a nrfx has been cloned.
The nrfx must be at least version 2.3.0.
So for example, if the nrfx has been cloned as:

cd /some_path/nrfx/
git clone .

NRFX_BASE must be set as:

export NRFX_BASE=/some_path/nrfx/

See the nrfx/hal/ for more details.

This models can be used directly with
Zephyr's nrf52_bsim target.

The NRF_RADIO peripheral model uses BabbleSim
for the radio environment simulation.

For more information about the HW models, or how to use them without the
nrf52_bsim please refer to

Faithfullness of these models

These models are accurate enough to allow the current Zephyr to run, and
its BLE stack to function. For more details please see the notes on the source
files for each peripheral model.

These models are based solely on
the public SOC specifications

They have been developed without any other knowledge and probably contain
inacuracies, and defects.

Several of the peripherals which are not necessary for typical BLE applications
are not modelled. Moreover, in the modelled peripherals, functionality which is
not used in the Zephyr drivers is normally not modelled either.
The TODO file list some mayor omissions.
It is certainly possible to expand these models to include the rest.