sparkfun / nrf52840_breakout_mdbt50q Goto Github PK

Hello,
I am just getting started with the nrf52840. The variant does not define Serial1 as specified in the Arduino setup doc

Hardware Serial (Serial1) to pins 17 (TX) and 15 (RX) to match the Arduino Pro Mini pinout

Should I just double declare Serial1?

#define PIN_SERIAL_RX       (15)
#define PIN_SERIAL_TX       (17)
#define PIN_SERIAL1_RX      (15)
#define PIN_SERIAL1_TX      (17)

I recently corrupted the bootloader on my nRF52840. I have 2 problems:

1. I need extra hardware to program the bootloader (J-Link for EDU for example or Nordic Semiconductor’s Development Kit).
2. I need a copy of Sparkfun’s - which is “heavily based on” Adafruit’s.

Where can I find Sparkfun’s version of the firmware?

Hello,

I think on this board:
SparkFun Pro nRF52840
The definition file varioant.h for the ANX pi is not correct

/*

• Analog pins
  */
  //Is:
  // #define PIN_A0 (2)
  // #define PIN_A1 (3)
  // #define PIN_A2 (31)
  // #define PIN_A3 (30)
  // #define PIN_A4 (29)
  // #define PIN_A5 (28)
  // #define PIN_A6 (5)
  // #define PIN_A7 (4)
  //Should be:
  #define PIN_A0 (2)
  #define PIN_A1 (3)
  #define PIN_A2 (4)
  #define PIN_A3 (5)
  #define PIN_A4 (29)
  #define PIN_A5 (28)
  #define PIN_A6 (30)
  #define PIN_A7 (31)

After the latest update seems like there is still an issue in variant.cpp. I updated to Adafruit nRF52 v0.11.1, updated my boards.txt from the latest version in this repo, and copied the sparkfun_nrf52840_mini directory into my variants folder.

I now get the following error when I try to compile anything with the SparkFun board selected. The other boards that come with the Adafruit nRF52 board definitions in work fine.

/Users/user/Library/Arduino15/packages/adafruit/hardware/nrf52/0.11.1/variants/sparkfun_nrf52840_mini/variant.cpp:26:10: fatal error: usb.h: No such file or directory
 #include "usb.h"
          ^~~~~~~
compilation terminated.
exit status 1
Error compiling for board SparkFun Pro nRF52840 Mini.

Commenting out the include from variant.cpp seems to fix the issue. I do notice that Adafruit removed that include from all their variants when they removed the usb_init() call.

What's odd is that this seemed to work yesterday when I switched to v0.11.1 but today I switched back to v0.10.1 for some testing and when I went back to v0.11.1 I hit this. Possibly something was cached somewhere?

The firmware link in the product page just links to the adafruit repository, which does not contain a board definition for the nRF52840 board, and so will not work properly without a board definition being created (wrong name shows up in device manager, wrong pins for LEDs/Buttons etc).

Can a board definition be provided? And (ideally) merged into the Adafruit repo?

https://forum.sparkfun.com/viewtopic.php?p=204193#p204193

There seems to be an issue with this when using v0.11.1 of the Adafruit library. On v0.11.1, compiling gives an error that "Serial was not declared in this scope". Reverting to v0.10.1 cleared this error.

Hi,
This might be a misunderstanding on my part but, on the board definition for the nRF SDK (sparkfun_nrf52840_mini.h), two leds are declared, yet only one is actually connected on the board.

define LED_1          NRF_GPIO_PIN_MAP(0,7)

This is the definition for the blue user led connected to P0.07 (23)

#define LED_2          NRF_GPIO_PIN_MAP(0,14)

This definition is for a led that should be connected to P0.14 (36) yet the schematic show that this pin isn't connected to anything

Also, the definitions for BSP_LED_[...] uses pin 7 twice:

#define BSP_LED_0      7
#define BSP_LED_1      7

Shouldn't there be only one LED or am I missing something ?
I think it should be changed to:

#define LEDS_NUMBER    1

#define LED_1          NRF_GPIO_PIN_MAP(0,7)
#define LED_START      LED_1
#define LED_STOP       LED_1

#define LEDS_ACTIVE_STATE 1

#define LEDS_LIST { LED_1 }

#define LEDS_INV_MASK  LEDS_MASK

#define BSP_LED_0      7

I notified, the SPI doesn't seems to work if the USB is not plugged (or more directly V_BUS not supplied, it works if V_BUS only is supplied).
So it is not working with a battery or an external power supply on VIN or VBAT if I make a simple project with just SPI.
By not working I means the CLK and MOSI does toggle anymore in that situation. Just the CSB but it is controlled as a simple digital output pin.
This is not an power supply issue. I even unplugged my SPI sensor, I see CLK and MOSI with USB but no anymore with external supply.

SPI CFG:
SPI.begin();
SPI.setClockDivider(SPI_CLOCK_DIV64);
SPI.setDataMode(SPI_MODE2);
SPI.setBitOrder(LSBFIRST);

For an unknow reason, once I started to used the analogWrite() function, the SPI starts to work in any case, which is the workaround I currently use. It seems there is like a GPIO pin initialization issue when V_BUS is not supplied and the SPI only is used without analogWrite()...