nes-proj/os/dev/leds.h

330 lines
12 KiB
C
Raw Normal View History

/*
* Copyright (c) 2005, Swedish Institute of Computer Science
* Copyright (c) 2018, George Oikonomou - http://www.spd.gr
* All rights reserved.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
*
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. Neither the name of the copyright holder nor the names of its
* contributors may be used to endorse or promote products derived
* from this software without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
* FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
* COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
* (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
* OF THE POSSIBILITY OF SUCH DAMAGE.
*/
/*---------------------------------------------------------------------------*/
/**
* \addtogroup dev
* @{
*/
/*---------------------------------------------------------------------------*/
/**
* \defgroup leds LED Hardware Abstraction Layer
*
* The LED HAL provides a set of functions that can manipulate LEDS.
*
* Currently, the LED HAL supports two APIs:
*
* - The new, platform-independent API (recommended for all new platforms).
* - The legacy API (supported until all existing platforms have been ported
* to support the new API).
*
* The two APIs use very similar semantics and have an overlapping set of
* function calls. This is done so that platform-independent examples can
* work on all platforms, irrespective of which API each platform supports.
*
* The legacy API can be enabled by the platform code by defining
* LEDS_CONF_LEGACY_API 1.
*
* Once all platforms supported in contiki-ng/contiki-ng have been ported to
* the new API, the legacy API will be deleted without warning. For this
* reason, it is strongly recommended to use the new API for new platforms and
* for platforms hosted in external repositories.
*
* The new API provides a set of common LED manipulation functions that can be
* used in a platform-independent fashion. Functions exist to manipulate one
* LED at a time (\c leds_single_XYZ), as well as to manipulate multiple LEDs
* at a time (\c leds_XYZ).
*
* The assumption is that each LED is connected to a GPIO pin using either
* positive or negative logic.
*
* LEDs on a device are numbered incrementally, starting from 0 and counting
* upwards. Thus, if a device has 3 LEDs they will be numbered 0, 1 and 2.
* Convenience macros (LEDS_LED_n) are provided to refer to LEDs. These macros
* can be used as arguments to functions that manipulate a single LED, such
* as leds_single_on() but \e not leds_on().
*
* The legacy scheme that uses colours to refer to LEDs is maintained, without
* semantic changes, but with minor changes in logic:
*
* - Firstly, we now define 5 LED colours: Red, Green, Blue, Yellow, Orange.
* These are sufficient to cover all currently-supported platforms.
* - Secondly, unless a platform specifies that a LED of a specific colour
* exists, the HAL will assume that it does not.
* - Trying to manipulate a non-existent LED will not cause build errors, but
* will not cause any changes to LED state either.
* - We no longer map non-existing LED colours to existing ones.
*
* Note that, in order to avoid changes to LED colour semantics between the
* two APIs, references to LED by colour are bitwise OR masks and should
* therefore only be used as argument to functions that manipulate multiple
* LEDS (e.g. leds_off() and \e not leds_single_off()).
*
* In terms of porting for new platforms, developers simply have to:
*
* - Define variables of type leds_t to represent their platform's LEDs
* - Specify the number of LEDs on their device by defining LEDS_CONF_COUNT
* - Map red colours to numbers (e.g. \#define LEDS_CONF_RED 1)
*
* \file
* Header file for the LED HAL
* @{
*/
/*---------------------------------------------------------------------------*/
#ifndef LEDS_H_
#define LEDS_H_
/*---------------------------------------------------------------------------*/
#include "contiki.h"
#include "dev/gpio-hal.h"
#include <stdint.h>
#include <stdbool.h>
/*---------------------------------------------------------------------------*/
#if LEDS_CONF_LEGACY_API
/**
* \brief Define to 1 to enabled the legacy LED API.
*/
#define LEDS_LEGACY_API LEDS_CONF_LEGACY_API
#else
#define LEDS_LEGACY_API 0
#endif
/*---------------------------------------------------------------------------*/
/**
* \brief A default LED colour for non-existing LEDs
*/
#define LEDS_COLOUR_NONE 0x00
/*---------------------------------------------------------------------------*/
/* LED colour to number mappings. Applicable to both APIs */
#ifdef LEDS_CONF_RED
#define LEDS_RED LEDS_CONF_RED
#else
#define LEDS_RED LEDS_COLOUR_NONE
#endif
#ifdef LEDS_CONF_GREEN
#define LEDS_GREEN LEDS_CONF_GREEN
#else
#define LEDS_GREEN LEDS_COLOUR_NONE
#endif
#ifdef LEDS_CONF_BLUE
#define LEDS_BLUE LEDS_CONF_BLUE
#else
#define LEDS_BLUE LEDS_COLOUR_NONE
#endif
#ifdef LEDS_CONF_YELLOW
#define LEDS_YELLOW LEDS_CONF_YELLOW
#else
#define LEDS_YELLOW LEDS_COLOUR_NONE
#endif
#ifdef LEDS_CONF_ORANGE
#define LEDS_ORANGE LEDS_CONF_ORANGE
#else
#define LEDS_ORANGE LEDS_COLOUR_NONE
#endif
/*---------------------------------------------------------------------------*/
/**
* \brief The LED number
*/
typedef uint8_t leds_num_t;
/**
* \brief An OR mask datatype to represents multiple LEDs.
*/
typedef uint8_t leds_mask_t;
/*---------------------------------------------------------------------------*/
#if LEDS_LEGACY_API
/*---------------------------------------------------------------------------*/
2011-02-09 14:29:41 +00:00
#ifdef LEDS_CONF_ALL
#define LEDS_ALL LEDS_CONF_ALL
#else
#define LEDS_ALL 7
#endif
/*---------------------------------------------------------------------------*/
void leds_blink(void);
/* Legacy LED API arch-specific functions */
void leds_arch_init(void);
leds_mask_t leds_arch_get(void);
void leds_arch_set(leds_mask_t leds);
/*---------------------------------------------------------------------------*/
#else /* LEDS_LEGACY_API */
/*---------------------------------------------------------------------------*/
#ifdef LEDS_CONF_COUNT
#define LEDS_COUNT LEDS_CONF_COUNT
#else
/**
* \brief The number of LEDs present on a device
*/
#define LEDS_COUNT 0
#endif
/*---------------------------------------------------------------------------*/
/**
* \brief The OR mask representation of all device LEDs
*/
#define LEDS_ALL ((1 << LEDS_COUNT) - 1)
/*---------------------------------------------------------------------------*/
#endif /* LEDS_LEGACY_API */
/*---------------------------------------------------------------------------*/
#define LEDS_LED1 0x00 /**< Convenience macro to refer to the 1st LED (LED 1) */
#define LEDS_LED2 0x01 /**< Convenience macro to refer to the 2nd LED (LED 2) */
#define LEDS_LED3 0x02 /**< Convenience macro to refer to the 3rd LED (LED 3) */
#define LEDS_LED4 0x03 /**< Convenience macro to refer to the 4th LED (LED 4) */
#define LEDS_LED5 0x04 /**< Convenience macro to refer to the 5th LED (LED 5) */
/*---------------------------------------------------------------------------*/
/**
* \brief A LED logical representation
*
* \e pin corresponds to the GPIO pin a LED is driven by, using GPIO HAL pin
* representation.
*
* \e negative_logic should be set to false if the LED is active low.
*/
typedef struct leds_s {
gpio_hal_pin_t pin;
bool negative_logic;
} leds_t;
/*---------------------------------------------------------------------------*/
/**
* \brief Convert a LED number to a mask representation
* \param l The pin number (normally a variable of type leds_num_t)
* \return An OR mask of type leds_mask_t
*/
#define LEDS_NUM_TO_MASK(l) (1 << (l))
/*---------------------------------------------------------------------------*/
/**
* \brief Initialise the LED HAL
*
* This function will set corresponding LED GPIO pins to output and will also
* set the initial state of all LEDs to off.
*/
void leds_init(void);
/**
* \brief Turn a single LED on
* \param led The led
*
* The \e led argument should be the LED's number, in other words one of the
* LED_Ln macros.
*
* This function will not change the state of other LEDs.
*/
void leds_single_on(leds_num_t led);
/**
* \brief Turn a single LED off
* \param led The led
*
* The \e led argument should be the LED's number, in other words one of the
* LED_Ln macros.
*
* This function will not change the state of other LEDs.
*/
void leds_single_off(leds_num_t led);
/**
* \brief Toggle a single LED
* \param led The led
*
* The \e led argument should be the LED's number, in other words one of the
* LED_Ln macros.
*
* This function will not change the state of other LEDs.
*/
void leds_single_toggle(leds_num_t led);
/**
* \brief Turn on multiple LEDs
* \param leds The leds to be turned on as an OR mask
*
* The \e led argument should be a bitwise mask of the LEDs to be changed.
* For example, to turn on LEDs 1 and 3, you should pass
* LED_NUM_TO_MASK(LED_L1) | LED_NUM_TO_MASK(LED_L3) = 1 | 4 = 5
*
* This function will not change the state of other LEDs.
*/
void leds_on(leds_mask_t leds);
2014-05-30 09:01:20 +00:00
/**
* \brief Turn off multiple LEDs
* \param leds The leds to be turned off as an OR mask
*
* The \e led argument should be a bitwise mask of the LEDs to be changed.
* For example, to turn on LEDs 1 and 3, you should pass
* LED_NUM_TO_MASK(LED_L1) | LED_NUM_TO_MASK(LED_L3) = 1 | 4 = 5
*
* This function will not change the state of other LEDs.
*/
void leds_off(leds_mask_t leds);
/**
* \brief Toggle multiple LEDs
* \param leds The leds to be toggled as an OR mask
*
* The \e led argument should be a bitwise mask of the LEDs to be changed.
* For example, to turn on LEDs 1 and 3, you should pass
* LED_NUM_TO_MASK(LED_L1) | LED_NUM_TO_MASK(LED_L3) = 1 | 4 = 5
*
* This function will not change the state of other LEDs.
*/
void leds_toggle(leds_mask_t leds);
/**
* \brief Set all LEDs to a specific state
* \param leds The state of all LEDs afer this function returns
*
* The \e led argument should be a bitwise mask of the LEDs to be changed.
* For example, to turn on LEDs 1 and 3, you should pass
* LED_NUM_TO_MASK(LED_L1) | LED_NUM_TO_MASK(LED_L3) = 1 | 4 = 5
*
* This function will change the state of all LEDs. LEDs not set in the \e leds
* mask will be turned off.
*/
void leds_set(leds_mask_t leds);
/**
* \brief Get the status of LEDs
* \return A bitwise mask indicating whether each individual LED is on or off
*
* The return value is a bitwise mask. If a bit is set then the corresponding
* LED is on.
*/
leds_mask_t leds_get(void);
/*---------------------------------------------------------------------------*/
#endif /* LEDS_H_ */
/*---------------------------------------------------------------------------*/
/**
* @}
* @}
*/