`led_init()` is already protected by an `#ifdef`, so no need for
the weak symbol.
The problem is that the weak function does not get overridden, even when
the board provides it's own led_init(), resulting in no LEDs being
initialized.
The setter function approach makes this switchable at runtime (antenna
diversity?).
Documentation is added both to the board introduction page and the
individual pins and functions.
The particle-{argon,boron,xenon} all have a uFL connector and a PCB
antenna for 2.4GHz radio, connected by a SKY13351-378LF switch
configured by a VCTL[12] pin pair.
This sets the default configuration to use the PCB antenna, as driving
an unconnected antenna will deteriorate radio performance.
The ATmega1284P can be run on a breadboard with no external components, except
for a power supply and (if access to the serial is required) an USB-TTL adapter.
This commit adds it as a "board".
The 'msba2' common files have accumulated many empty files are files that
do nothing.
This makes reasoning about the boards needlessly difficult.
Trim down on `common/msba2/` so that it now only contains the setup for the
UART/bootloader based flashing.
This should eventuelly be moved to `makefiles/tools/`
The ATmega328p on a breadboard can have various frequencies depending on
the fuse settings and whether and which crystal is connected. Thus, finding a
fixed xtimer frequency that can be configured for every CPU core clock with the
available prescalers is not possible. Therefore, the fixed frequency is replaced
by a frequency depending on the CPU clock speed. For CPU clock frequency of
more than 4 MHz a prescaler of 64 will be chosen (same as on the Arduino Uno),
for 4 MHz and less a prescaler of 8 will be chosen.
- Using @warning Doxygen command to make warning more visible
- Used IEC units for size specifications
- Aligned markdown source of the table
- Added note that the 5V pin is not connected to the board and cannot be used
to power the board
There is no hardware limitation for custom boards based on STM32 to uses
SPI bus with signals coming from different PORT and alternate functions.
This patch allow alternate's function definition per pin basis, thus enable
the support of SPI bus signals routed on differents PORT.
Signed-off-by: Yannick Gicquel <ygicquel@gmail.com>
- Move serial.inc.mk in remote and openmote-b Makefile.include before
PROG_DEV to avoid repeating OS logic check
- Add deprecation warning for PORT_BSL