osd-contiki/platform/srf06-cc26xx/launchpad/Makefile.launchpad

CFLAGS += -DBOARD_LAUNCHPAD=1

CONTIKI_TARGET_DIRS += launchpad common

BOARD_SOURCEFILES += board.c launchpad-sensors.c leds-arch.c button-sensor.c
BOARD_SOURCEFILES += ext-flash.c board-spi.c

### Signal that we can be programmed with cc2538-bsl
BOARD_SUPPORTS_BSL=1
Add support for the CC2650 LaunchPad 2016-01-24 17:53:47 +01:00			`CFLAGS += -DBOARD_LAUNCHPAD=1`

			`CONTIKI_TARGET_DIRS += launchpad common`

			`BOARD_SOURCEFILES += board.c launchpad-sensors.c leds-arch.c button-sensor.c`
			`BOARD_SOURCEFILES += ext-flash.c board-spi.c`
Add upload script to Makefile.launchpad 2016-05-13 18:56:49 +02:00
Consolidate .upload for all CC26xx/CC13xx boards The block that controls the `.upload` target is unnecessarily replicated in multiple sub-board Makefiles. This was originally done because the SmartRF and the Launchpad can be programmed with the c2538-bsl script, whereas the sensortag cannot. This commit moves the `cc2538-bsl` / `.upload` target logic to the top level cpu Makefile (`cpu/cc26xx-cc13xx/Makefile.cc26xx-cc13xx`). Board makefiles simply set the make variable `BOARD_SUPPORTS_BSL` to 1 to signal that they can be programmed by the BSL script. If `BOARD_SUPPORTS_BSL` is not equal to 1, trying to use the `.upload` target will return an error message. For example: ``` $ make BOARD=sensortag/cc2650 cc26xx-demo.upload using saved target 'srf06-cc26xx' This board cannot be programmed with the ROM bootloader and therefore does not support the .upload target. ``` 2016-05-14 20:16:43 +02:00			`### Signal that we can be programmed with cc2538-bsl`
			`BOARD_SUPPORTS_BSL=1`