Home
last modified time | relevance | path

Searched full:with (Results 1 – 25 of 47) sorted by relevance

12

/nrf_hw_models-3.6.0/docs/
DUART.md3 A model of the UART and UART-E peripherals is included with these models.
13 with command line parameters.
20 Enabling this and selecting the file is done with command line options.
21 When enabled, the model will dump one line in this file per byte, with two columns:
63 terminate the simulation; But you can change this with a command line option, so that it will
83 and have the same result with lower overhead, and no files created on disk.
88 Otherwise, with the current implementation the simulation will deadlock with very high
91 in that case, launch it with the `-nosim` option.
DREADME.md4 HAL functions. When used in combination with the real nrfx, these should enable code
22 When compiling this component using the provided Makefile (not with Zephyr's build system),
42 These models can be used directly with
58 You can find what features of which peripherals are included so far, and with what approximations in
85 would not be precise enough to not require, with very high likelyhood,
91 changes to the embedded code would be needed with high likelyhood to trigger
98 require more work/adaptation than with the previous version of these models.
DLICENSE24 control with that entity. For the purposes of this definition,
88 with the Work to which such Contribution(s) was submitted. If You
97 Work or Derivative Works thereof in any medium, with or without
120 documentation, if provided along with the Derivative Works; or,
134 reproduction, and distribution of the Work otherwise complies with
143 with Licensor regarding such Contributions.
158 risks associated with Your exercise of permissions under this License.
175 or other liability obligations and/or rights consistent with this
188 boilerplate notice, with the fields enclosed by brackets "{}"
189 replaced with your own identifying information. (Don't include
[all …]
DREADME_HW_models.md5 with Zephyr's nrf5*_bsim.
21 activity accuracy. With other peripherals being overall more rough. Note that
49 model tasked with continuing executing that task/process.
97 For these type of registers with sideeffects, the HW models must be triggered,
169 The models register their events, their timers, callbacks and priorities with
171 When two events times coincide, the one with the highest priority should be run first,
189 with `NSI_TASK(*, ON_EXIT_*, *);` should be called, to free any system resources.
193 These are registered with `NSI_TASK(*, PRE_BOOT_1, *);`
DGPIO.md3 A model of the GPIO peripherals (both P0 and P1 ports) is included with these models.
31 For this just call the excutable with `-gpio_out_file=<path>`.
37 This is a comma separated file (.csv), with 4 columns: time,port,pin,level. Where:
67 The configuration file is made of lines, each with the following format, either:
/nrf_hw_models-3.6.0/src/nrfx_config/
Dnrfx_glue.h7 /* Provides a minimalistic nrfx_glue to be used with Nordic nrfx
8 * when not used together with Zephyr.
19 #error This file should not be included in builds with Zephyr. Use the one provided by the nordic_h…
Dnrfx_config.h7 /* Provides a minimalistic nrfx_config to be used with Nordic nrfx
8 * when not used together with Zephyr.
15 #error This file should not be included in builds with Zephyr. Use the one provided by the nordic_h…
/nrf_hw_models-3.6.0/src/nrfx/hal/
DREADME.md3 The HAL source files provided with these models implement
17 * When a HW register with sideeffects is written, the appropriate
29 All these functions are labelled as weak, so they can be replaced as needed with content
Dnrf_gpiote.c4 * Modifications to the GPIOTE HAL to use with simulation models
9 * Most of the code below is taken from the NRFx HAL with minor
14 * Redistribution and use in source and binary forms, with or without
22 * documentation and/or other materials provided with the distribution.
Dnrf_gpio.c4 * Modifications to the GPIO HAL to use with simulation models
9 * Most of the code of the functions below is taken from the NRFx HAL with minor
22 * Redistribution and use in source and binary forms, with or without
30 * documentation and/or other materials provided with the distribution.
/nrf_hw_models-3.6.0/src/HW_models/
DNHW_52_FICR.c14 * TOLOW: we start with most registers cleared, and a few evident ones set to some values.
16 * for example by specifying a file with their values. and/or by specifying particular ones
17 * with command line options; something like -deviceaddr=<bt_address>
DNRF_HWLowL.c18 * device will crash with a "not connected" error
33 //Note: in x86 compiling with GCC for linux long double is 80bit (64bits in hwll_phy_time_from_dev()
48 //Note: in x86 compiling with GCC for linux long double is 80bit (64bits in hwll_dev_time_from_phy()
69 //Wait for 2us less than the actual time, to allow for error with the in hwll_sync_time_with_phy()
DNHW_53_FICR.c15 * TOLOW: we start with most registers cleared, and a few evident ones set to some values.
17 * for example by specifying a file with their values. and/or by specifying particular ones
18 * with command line options; something like -deviceaddr=<bt_address>
DNHW_RADIO.c44 …t searches for a compatible modulation of sufficient power (which is in line with what the 802.15.4
72 * exact same time as END. While according to the spec, it should be generated with the last
103 * triggering a TASK which requires us to stop a transaction with the Phy midway.
104 …* The idea here, is that when we start a transaction with the Phy (say a Tx), we do not know at …
106 * want the Phy to recheck with us if the transaction needs to be aborted midway.
113 * Apart from these, there is the interaction with the Phy (check ext_2G4_libPhyComv1/docs):
119 …* and set registers and other state accordingly. (as we are done interacting with the Phy fo…
127 …* * If nothing stopped it yet, we respond with a new abort reevaluation time in the futur…
131 …has affected the RADIO state in a way that requires us to stop the interaction with the Phy or not.
136 …et some status registers and make some decisions about if we should proceed with the packet or not.
[all …]
Dtrivial_xo.c19 //Note: in x86 compiling with GCC for Linux long double is 80bit (64bits in dev_time_from_phy()
27 //Note: in x86 compiling with GCC for Linux long double is 80bit (64bits in phy_time_from_dev()
Dirq_ctrl.c21 * This interrupt controller must be paired with dedicated interrupt handling
26 * With the appropriate interrupt handling code, interrupt nesting is supported.
276 * interrupt handler and continue (maybe with some swap() before)
327 * instruction and the CPU is allowed to awake just with the irq in hw_irq_ctrl_set_irq()
401 * Call only from HW threads; Should be used with care
414 * Call only from SW threads; Should be used with care
Dcrc.c43 Table implementation of the CRCs autogenerated with these scripts (with very minor modifications)
118 Table implementation of the CRCs autogenerated with these scripts (with very minor changes)
198 //An acknowledgment frame with no payload and the following 3 byte MHR (spec example)
DNHW_SWI.c12 * This is with all likelihood a model of no-HW
DBLECrypt_if.c8 * you may not use this file except in compliance with the License.
166 * KK = XOR it with the sk in BLECrypt_if_encrypt_packet()
198 //if the receiver thinks we have a packet with MIC but the transmitter did in BLECrypt_if_decrypt_packet()
Dtime_machine_if.h8 * This interface is kept only for backwards compatibility with old applications/tests
DNHW_RTC.c23 * * The COUNTER register is only updated when read with the proper HAL function
59 * with task START
75 * The RTC keeps track internally of the time with submicrosecond resolution
78 * With this current implementation, the maximum runtime of the RTC is limited to
87 …* * For nrf5340: With task START, the RTC should automatically request the LFCLK source with RC o…
111 #define LF_CLOCK_PERIOD_subus 15625 /*in a fixed point format with 9 bits per us, the LF clock per…
Dbs_compat.c20 * but if to a folder, it must end with a '/'.
/nrf_hw_models-3.6.0/src/nrfx/nrfx_replacements/
Dnrfx_config_bsim.h7 /* Provides a minimalistic nrfx_config to be used with Nordic nrfx and bsim.
14 * from them, with the two definitions below. The normal users of the nrfx HAL
Dnrfx_glue_bsim.h7 /* Provides a minimalistic nrfx_glue to be used with Nordic nrfx and bsim.
/nrf_hw_models-3.6.0/.github/workflows/
Dbuild.yml25 with:

12