Circuitpython-nrf24l01

Latest version: v2.1.3

Safety actively analyzes 623586 Python packages for vulnerabilities to keep your Python projects secure.

Scan your dependencies

Page 1 of 3

2.1.3

What's Changed
* generating social media cards for each docs page by 2bndy5 in https://github.com/nRF24/CircuitPython_nRF24L01/pull/47
* resolves 48 by 2bndy5 in https://github.com/nRF24/CircuitPython_nRF24L01/pull/50


**Full Changelog**: https://github.com/nRF24/CircuitPython_nRF24L01/compare/2.1.2...2.1.3

2.1.2

What's Changed
* Repo updates by 2bndy5 in https://github.com/nRF24/CircuitPython_nRF24L01/pull/44


**Full Changelog**: https://github.com/nRF24/CircuitPython_nRF24L01/compare/2.1.1...2.1.2

2.1.1

This revokes the experimental support for micropython. Going forward, it'd be better to rely on `adafruit-blinka`'s progress toward micropython support (https://github.com/adafruit/Adafruit_Blinka/issues/480) which is currently hindered for the same reason I'm revoking it here - the `utime` lib.

Other various changes include:
- revert all use of f-strings back to `str.format()`.
- Complete type hinting. I'm worried this might break compatibility with much older versions of CircuitPython, but v6+ is highly recommended for execution speeds (v7+ is better with mpy compression).
- RF24 class uses allocated `_in` and `_out` buffers (instance attributes) for SPI transactions. This is based on some "pro-tips" about using micropython.
- various doc updates.
- improved network example to allow receiving while idling during `emit()`
- improve setup.py for MacOS installs
- allow saving/loading DHCP as a binary file. This should help people to migrate existing networks that use the C++ RF24Mesh library.

2.1.0

Adds new features
- RF24Network ported from TMRh20 C++ library (not WiFi compatible)
- RF24Mesh ported from TMRh20 C++ library (not BLE/802.11 mesh compatible)
- sniffing/receiving BLE payloads. This is still subject to the limitations of the nRF24L01 as have been outlined in the `fake_ble` module's docs.

See 33 for more details.

Also improved speed in certain aspects of the RF24 class.

2.0.2

fix faulty logic in if self.is_plus_variant statement when setting RF data rate to 250 kbps(27). Thank you bhartung

2.0.1

This release includes:
- A fix that avoids disabling `auto_ack` on pipe 0 when only pipe 0 has `auto_ack` enabled.
- found and fixed several inaccuracies in docs

Page 1 of 3

© 2024 Safety CLI Cybersecurity Inc. All Rights Reserved.