circuitpython/ports/nrf/mpconfigport.mk

# Define an equivalent for MICROPY_LONGINT_IMPL, to pass to $(MPY-TOOL) in py/mkrules.mk
# $(MPY-TOOL) needs to know what kind of longint to use (if any) to freeze long integers.
# This should correspond to the MICROPY_LONGINT_IMPL definition in mpconfigport.h.
MPY_TOOL_LONGINT_IMPL = -mlongint-impl=mpz

INTERNAL_LIBM = 1

USB_SERIAL_NUMBER_LENGTH = 16

# All nRF ports have longints.
LONGINT_IMPL = MPZ

# Audio via PWM
CIRCUITPY_AUDIOCORE = 1
CIRCUITPY_AUDIOIO = 0
CIRCUITPY_AUDIOPWMIO = 1
CIRCUITPY_AUDIOBUSIO = 1

# No I2CSlave implementation
CIRCUITPY_I2CSLAVE = 0

# enable NVM
CIRCUITPY_NVM = 1

# enable RTC
CIRCUITPY_RTC = 1

# frequencyio not yet implemented
CIRCUITPY_FREQUENCYIO = 0

# CircuitPython doesn't yet support NFC so force the NFC antenna pins to be GPIO.
# See https://github.com/adafruit/circuitpython/issues/1300
# Defined here because system_nrf52840.c doesn't #include any of our own include files.
CFLAGS += -DCONFIG_NFCT_PINS_AS_GPIOS
nRF52 update with internal file system support 2017-12-21 07:49:14 -05:00			`# Define an equivalent for MICROPY_LONGINT_IMPL, to pass to $(MPY-TOOL) in py/mkrules.mk`
			`# $(MPY-TOOL) needs to know what kind of longint to use (if any) to freeze long integers.`
			`# This should correspond to the MICROPY_LONGINT_IMPL definition in mpconfigport.h.`
			`MPY_TOOL_LONGINT_IMPL = -mlongint-impl=mpz`
merge from 2.2.0 + fix up board defs 2018-01-02 21:25:41 -05:00
finish Makefile refactoring; nrf builds work 2019-02-15 18:55:10 -05:00			`INTERNAL_LIBM = 1`
merge from 2.2.0 + fix up board defs 2018-01-02 21:25:41 -05:00
Move atmel-samd to tinyusb and support nRF flash. This started while adding USB MIDI support (and descriptor support is in this change.) When seeing that I'd have to implement the MIDI class logic twice, once for atmel-samd and once for nrf, I decided to refactor the USB stack so its shared across ports. This has led to a number of changes that remove items from the ports folder and move them into supervisor. Furthermore, we had external SPI flash support for nrf pending so I factored out the connection between the usb stack and the flash API as well. This PR also includes the QSPI support for nRF. 2018-10-19 21:46:22 -04:00			`USB_SERIAL_NUMBER_LENGTH = 16`
finish Makefile refactoring; nrf builds work 2019-02-15 18:55:10 -05:00
fix module weak links; add missing nrf features 2019-02-17 17:29:28 -05:00			`# All nRF ports have longints.`
			`LONGINT_IMPL = MPZ`

ports/nrf: Implement audioio.AudioOut using PWM This implements AudioOut, with known caveats: * pause/resume are not yet implemented (this is just a bug) * at best, the sample fidelity is 8 bits (this is a hardware limitation) Testing performed: My test system is a Particle Xenon with a PAM8302 op-amp https://www.adafruit.com/product/2130 and 8-ohm speaker. There's no analog filtering between the Xenon's PWM pin and the "A+" input of the amplifier; the "A-" pin is disconnected. It is powered from VUSB. I used pin D4, which is NOT listed as a low-speed-only pin, but the code does NOT switch the pin to high drive. This is related to an open issue for general inability to set drive level for pins being used by a "special function" on nrf: https://github.com/adafruit/circuitpython/issues/1270 Nothing about the code I've written should limit the usable pins. All samples I played were 16-bit, generally monophonic at 11025Hz and 22050Hz from the Debian LibreOffice package. 2019-07-15 20:56:21 -04:00			`# Audio via PWM`
			`CIRCUITPY_AUDIOCORE = 1`
finish Makefile refactoring; nrf builds work 2019-02-15 18:55:10 -05:00			`CIRCUITPY_AUDIOIO = 0`
ports/nrf: Implement audioio.AudioOut using PWM This implements AudioOut, with known caveats: * pause/resume are not yet implemented (this is just a bug) * at best, the sample fidelity is 8 bits (this is a hardware limitation) Testing performed: My test system is a Particle Xenon with a PAM8302 op-amp https://www.adafruit.com/product/2130 and 8-ohm speaker. There's no analog filtering between the Xenon's PWM pin and the "A+" input of the amplifier; the "A-" pin is disconnected. It is powered from VUSB. I used pin D4, which is NOT listed as a low-speed-only pin, but the code does NOT switch the pin to high drive. This is related to an open issue for general inability to set drive level for pins being used by a "special function" on nrf: https://github.com/adafruit/circuitpython/issues/1270 Nothing about the code I've written should limit the usable pins. All samples I played were 16-bit, generally monophonic at 11025Hz and 22050Hz from the Debian LibreOffice package. 2019-07-15 20:56:21 -04:00			`CIRCUITPY_AUDIOPWMIO = 1`
nrf: stub out audiobusio.PDMIn, audiobusio.I2SOut 2019-08-14 20:52:55 -04:00			`CIRCUITPY_AUDIOBUSIO = 1`
finish Makefile refactoring; nrf builds work 2019-02-15 18:55:10 -05:00
			`# No I2CSlave implementation`
			`CIRCUITPY_I2CSLAVE = 0`

switch CIRCUITPY_NVM on! 2019-04-08 20:55:15 -04:00			`# enable NVM`
			`CIRCUITPY_NVM = 1`
finish Makefile refactoring; nrf builds work 2019-02-15 18:55:10 -05:00
Update comment 2019-03-28 12:29:18 -04:00			`# enable RTC`
starting on #1046 rtc for nRF 2019-02-02 02:38:10 -05:00			`CIRCUITPY_RTC = 1`
better handle frequencyio inclusion 2019-03-01 23:46:57 -05:00
			`# frequencyio not yet implemented`
			`CIRCUITPY_FREQUENCYIO = 0`
Allow NFC pins to be used for other purposes. 2019-03-21 11:22:58 -04:00
			`# CircuitPython doesn't yet support NFC so force the NFC antenna pins to be GPIO.`
			`# See https://github.com/adafruit/circuitpython/issues/1300`
			`# Defined here because system_nrf52840.c doesn't #include any of our own include files.`
			`CFLAGS += -DCONFIG_NFCT_PINS_AS_GPIOS`