2006-06-18 00:41:10 +02:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2005, Swedish Institute of Computer Science.
|
|
|
|
* 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 Institute 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 INSTITUTE 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 INSTITUTE 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.
|
|
|
|
*
|
|
|
|
* This file is part of the Contiki operating system.
|
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
|
|
|
* \file
|
|
|
|
* Header file for the radio API
|
|
|
|
* \author
|
|
|
|
* Adam Dunkels <adam@sics.se>
|
2014-04-07 15:31:50 +02:00
|
|
|
* Joakim Eriksson <joakime@sics.se>
|
|
|
|
* Niclas Finne <nfi@sics.se>
|
|
|
|
* Nicolas Tsiftes <nvt@sics.se>
|
2006-06-18 00:41:10 +02:00
|
|
|
*/
|
|
|
|
|
2014-11-08 01:15:42 +01:00
|
|
|
/**
|
|
|
|
* \addtogroup dev
|
|
|
|
* @{
|
|
|
|
*/
|
|
|
|
|
|
|
|
/**
|
|
|
|
* \defgroup radio Radio API
|
|
|
|
*
|
|
|
|
* The radio API module defines a set of functions that a radio device
|
|
|
|
* driver must implement.
|
|
|
|
*
|
|
|
|
* @{
|
|
|
|
*/
|
|
|
|
|
2013-11-24 16:57:08 +01:00
|
|
|
#ifndef RADIO_H_
|
|
|
|
#define RADIO_H_
|
2006-06-18 00:41:10 +02:00
|
|
|
|
2014-03-28 19:51:32 +01:00
|
|
|
#include <stddef.h>
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/**
|
|
|
|
* Each radio has a set of parameters that designate the current
|
|
|
|
* configuration and state of the radio. Parameters can either have
|
|
|
|
* values of type radio_value_t, or, when this type is insufficient, a
|
|
|
|
* generic object that is specified by a memory pointer and the size
|
|
|
|
* of the object.
|
|
|
|
*
|
|
|
|
* The radio_value_t type is set to an integer type that can hold most
|
|
|
|
* values used to configure the radio, and is therefore the most
|
|
|
|
* common type used for a parameter. Certain parameters require
|
|
|
|
* objects of a considerably larger size than radio_value_t, however,
|
|
|
|
* and in these cases the documentation below for the parameter will
|
|
|
|
* indicate this.
|
|
|
|
*
|
|
|
|
* All radio parameters that can vary during runtime are prefixed by
|
|
|
|
* "RADIO_PARAM", whereas those "parameters" that are guaranteed to
|
|
|
|
* remain immutable are prefixed by "RADIO_CONST". Each mutable
|
|
|
|
* parameter has a set of valid parameter values. When attempting to
|
|
|
|
* set a parameter to an invalid value, the radio will return
|
|
|
|
* RADIO_RESULT_INVALID_VALUE.
|
|
|
|
*
|
|
|
|
* Some radios support only a subset of the defined radio parameters.
|
|
|
|
* When trying to set or get such an unsupported parameter, the radio
|
|
|
|
* will return RADIO_RESULT_NOT_SUPPORTED.
|
|
|
|
*/
|
|
|
|
|
2014-03-28 19:51:32 +01:00
|
|
|
typedef int radio_value_t;
|
|
|
|
typedef unsigned radio_param_t;
|
|
|
|
|
|
|
|
enum {
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/* Radio power mode determines if the radio is on
|
|
|
|
(RADIO_POWER_MODE_ON) or off (RADIO_POWER_MODE_OFF). */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_POWER_MODE,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Channel used for radio communication. The channel depends on the
|
|
|
|
* communication standard used by the radio. The values can range
|
|
|
|
* from RADIO_CONST_CHANNEL_MIN to RADIO_CONST_CHANNEL_MAX.
|
|
|
|
*/
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_CHANNEL,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/* Personal area network identifier, which is used by the address filter. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_PAN_ID,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/* Short address (16 bits) for the radio, which is used by the address
|
|
|
|
filter. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_16BIT_ADDR,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
2014-04-07 16:11:30 +02:00
|
|
|
/*
|
|
|
|
* Radio receiver mode determines if the radio has address filter
|
|
|
|
* (RADIO_RX_MODE_ADDRESS_FILTER) and auto-ACK (RADIO_RX_MODE_AUTOACK)
|
|
|
|
* enabled. This parameter is set as a bit mask.
|
|
|
|
*/
|
|
|
|
RADIO_PARAM_RX_MODE,
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Radio transmission mode determines if the radio has send on CCA
|
|
|
|
* (RADIO_TX_MODE_SEND_ON_CCA) enabled or not. This parameter is set
|
|
|
|
* as a bit mask.
|
|
|
|
*/
|
|
|
|
RADIO_PARAM_TX_MODE,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Transmission power in dBm. The values can range from
|
|
|
|
* RADIO_CONST_TXPOWER_MIN to RADIO_CONST_TXPOWER_MAX.
|
|
|
|
*
|
|
|
|
* Some radios restrict the available values to a subset of this
|
|
|
|
* range. If an unavailable TXPOWER value is requested to be set,
|
|
|
|
* the radio may select another TXPOWER close to the requested
|
|
|
|
* one. When getting the value of this parameter, the actual value
|
|
|
|
* used by the radio will be returned.
|
|
|
|
*/
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_TXPOWER,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Clear channel assessment threshold in dBm. This threshold
|
|
|
|
* determines the minimum RSSI level at which the radio will assume
|
|
|
|
* that there is a packet in the air.
|
|
|
|
*
|
|
|
|
* The CCA threshold must be set to a level above the noise floor of
|
|
|
|
* the deployment. Otherwise mechanisms such as send-on-CCA and
|
|
|
|
* low-power-listening duty cycling protocols may not work
|
|
|
|
* correctly. Hence, the default value of the system may not be
|
|
|
|
* optimal for any given deployment.
|
|
|
|
*/
|
|
|
|
RADIO_PARAM_CCA_THRESHOLD,
|
|
|
|
|
|
|
|
/* Received signal strength indicator in dBm. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_RSSI,
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/*
|
|
|
|
* Long (64 bits) address for the radio, which is used by the address filter.
|
|
|
|
* The address is specified in network byte order.
|
|
|
|
*
|
|
|
|
* Because this parameter value is larger than what fits in radio_value_t,
|
|
|
|
* it needs to be used with radio.get_object()/set_object().
|
|
|
|
*/
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_PARAM_64BIT_ADDR,
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/* Constants (read only) */
|
|
|
|
|
|
|
|
/* The lowest radio channel. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_CONST_CHANNEL_MIN,
|
2014-04-07 15:31:50 +02:00
|
|
|
/* The highest radio channel. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_CONST_CHANNEL_MAX,
|
2014-04-07 15:31:50 +02:00
|
|
|
|
|
|
|
/* The minimum transmission power in dBm. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_CONST_TXPOWER_MIN,
|
2014-04-07 15:31:50 +02:00
|
|
|
/* The maximum transmission power in dBm. */
|
2014-03-28 19:51:32 +01:00
|
|
|
RADIO_CONST_TXPOWER_MAX
|
|
|
|
};
|
|
|
|
|
|
|
|
/* Radio power modes */
|
|
|
|
enum {
|
|
|
|
RADIO_POWER_MODE_OFF,
|
|
|
|
RADIO_POWER_MODE_ON
|
|
|
|
};
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/**
|
2014-04-07 16:11:30 +02:00
|
|
|
* The radio reception mode controls address filtering and automatic
|
|
|
|
* transmission of acknowledgements in the radio (if such operations
|
|
|
|
* are supported by the radio). A single parameter is used to allow
|
|
|
|
* setting these features simultaneously as an atomic operation.
|
2014-04-07 15:31:50 +02:00
|
|
|
*
|
2014-04-07 16:11:30 +02:00
|
|
|
* To enable both address filter and transmissions of automatic
|
|
|
|
* acknowledgments:
|
2014-04-07 15:31:50 +02:00
|
|
|
*
|
2014-04-07 16:11:30 +02:00
|
|
|
* NETSTACK_RADIO.set_value(RADIO_PARAM_RX_MODE,
|
|
|
|
* RADIO_RX_MODE_ADDRESS_FILTER | RADIO_RX_MODE_AUTOACK);
|
2014-04-07 15:31:50 +02:00
|
|
|
*/
|
2014-04-07 16:11:30 +02:00
|
|
|
#define RADIO_RX_MODE_ADDRESS_FILTER (1 << 0)
|
|
|
|
#define RADIO_RX_MODE_AUTOACK (1 << 1)
|
|
|
|
|
|
|
|
/**
|
|
|
|
* The radio transmission mode controls whether transmissions should
|
|
|
|
* be done using clear channel assessment (if supported by the
|
|
|
|
* radio). If send-on-CCA is enabled, the radio's send function will
|
|
|
|
* wait for a radio-specific time window for the channel to become
|
|
|
|
* clear. If this does not happen, the send function will return
|
|
|
|
* RADIO_TX_COLLISION.
|
|
|
|
*/
|
|
|
|
#define RADIO_TX_MODE_SEND_ON_CCA (1 << 0)
|
2014-03-28 19:51:32 +01:00
|
|
|
|
|
|
|
/* Radio return values when setting or getting radio parameters. */
|
|
|
|
typedef enum {
|
|
|
|
RADIO_RESULT_OK,
|
|
|
|
RADIO_RESULT_NOT_SUPPORTED,
|
|
|
|
RADIO_RESULT_INVALID_VALUE,
|
|
|
|
RADIO_RESULT_ERROR
|
|
|
|
} radio_result_t;
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/* Radio return values for transmissions. */
|
|
|
|
enum {
|
|
|
|
RADIO_TX_OK,
|
|
|
|
RADIO_TX_ERR,
|
|
|
|
RADIO_TX_COLLISION,
|
|
|
|
RADIO_TX_NOACK,
|
|
|
|
};
|
|
|
|
|
2007-05-15 09:51:57 +02:00
|
|
|
/**
|
|
|
|
* The structure of a device driver for a radio in Contiki.
|
|
|
|
*/
|
|
|
|
struct radio_driver {
|
A work-in-progress rework of the Contiki MAC and radio layers. The
main ideas are:
* Separates the Contiki low-layer network stack into four layers:
network (e.g. sicslowpan / rime), Medium Access Control MAC
(e.g. CSMA), Radio Duty Cycling RDC (e.g. ContikiMAC, X-MAC), and
radio (e.g. cc2420).
* Introduces a new way to configure the network stack. Four #defines
that specify what mechanism/protocol/driver to use at the four
layers: NETSTACK_CONF_NETWORK, NETSTACK_CONF_MAC, NETSTACK_CONF_RDC,
NETSTACK_CONF_RADIO.
* Adds a callback mechanism to inform the MAC and network layers about
the fate of a transmitted packet: if the packet was not possible to
transmit, the cause of the failure is reported, and if the packets
was successfully transmitted, the number of tries before it was
finally transmitted is reported.
* NULL-protocols at both the MAC and RDC layers: nullmac and nullrdc,
which can be used when MAC and RDC functionality is not needed.
* Extends the radio API with three new functions that enable more
efficient radio duty cycling protocols: channel check, pending
packet, and receiving packet.
* New initialization mechanism, which takes advantage of the NETSTACK
#defines.
2010-02-18 22:48:39 +01:00
|
|
|
|
|
|
|
int (* init)(void);
|
2014-03-28 19:51:32 +01:00
|
|
|
|
A work-in-progress rework of the Contiki MAC and radio layers. The
main ideas are:
* Separates the Contiki low-layer network stack into four layers:
network (e.g. sicslowpan / rime), Medium Access Control MAC
(e.g. CSMA), Radio Duty Cycling RDC (e.g. ContikiMAC, X-MAC), and
radio (e.g. cc2420).
* Introduces a new way to configure the network stack. Four #defines
that specify what mechanism/protocol/driver to use at the four
layers: NETSTACK_CONF_NETWORK, NETSTACK_CONF_MAC, NETSTACK_CONF_RDC,
NETSTACK_CONF_RADIO.
* Adds a callback mechanism to inform the MAC and network layers about
the fate of a transmitted packet: if the packet was not possible to
transmit, the cause of the failure is reported, and if the packets
was successfully transmitted, the number of tries before it was
finally transmitted is reported.
* NULL-protocols at both the MAC and RDC layers: nullmac and nullrdc,
which can be used when MAC and RDC functionality is not needed.
* Extends the radio API with three new functions that enable more
efficient radio duty cycling protocols: channel check, pending
packet, and receiving packet.
* New initialization mechanism, which takes advantage of the NETSTACK
#defines.
2010-02-18 22:48:39 +01:00
|
|
|
/** Prepare the radio with a packet to be sent. */
|
|
|
|
int (* prepare)(const void *payload, unsigned short payload_len);
|
|
|
|
|
|
|
|
/** Send the packet that has previously been prepared. */
|
|
|
|
int (* transmit)(unsigned short transmit_len);
|
|
|
|
|
|
|
|
/** Prepare & transmit a packet. */
|
2007-05-25 10:05:24 +02:00
|
|
|
int (* send)(const void *payload, unsigned short payload_len);
|
2007-05-15 09:51:57 +02:00
|
|
|
|
2007-05-25 10:05:24 +02:00
|
|
|
/** Read a received packet into a buffer. */
|
|
|
|
int (* read)(void *buf, unsigned short buf_len);
|
2007-05-15 09:51:57 +02:00
|
|
|
|
A work-in-progress rework of the Contiki MAC and radio layers. The
main ideas are:
* Separates the Contiki low-layer network stack into four layers:
network (e.g. sicslowpan / rime), Medium Access Control MAC
(e.g. CSMA), Radio Duty Cycling RDC (e.g. ContikiMAC, X-MAC), and
radio (e.g. cc2420).
* Introduces a new way to configure the network stack. Four #defines
that specify what mechanism/protocol/driver to use at the four
layers: NETSTACK_CONF_NETWORK, NETSTACK_CONF_MAC, NETSTACK_CONF_RDC,
NETSTACK_CONF_RADIO.
* Adds a callback mechanism to inform the MAC and network layers about
the fate of a transmitted packet: if the packet was not possible to
transmit, the cause of the failure is reported, and if the packets
was successfully transmitted, the number of tries before it was
finally transmitted is reported.
* NULL-protocols at both the MAC and RDC layers: nullmac and nullrdc,
which can be used when MAC and RDC functionality is not needed.
* Extends the radio API with three new functions that enable more
efficient radio duty cycling protocols: channel check, pending
packet, and receiving packet.
* New initialization mechanism, which takes advantage of the NETSTACK
#defines.
2010-02-18 22:48:39 +01:00
|
|
|
/** Perform a Clear-Channel Assessment (CCA) to find out if there is
|
|
|
|
a packet in the air or not. */
|
|
|
|
int (* channel_clear)(void);
|
|
|
|
|
|
|
|
/** Check if the radio driver is currently receiving a packet */
|
|
|
|
int (* receiving_packet)(void);
|
|
|
|
|
|
|
|
/** Check if the radio driver has just received a packet */
|
|
|
|
int (* pending_packet)(void);
|
2007-05-15 09:51:57 +02:00
|
|
|
|
|
|
|
/** Turn the radio on. */
|
|
|
|
int (* on)(void);
|
|
|
|
|
|
|
|
/** Turn the radio off. */
|
|
|
|
int (* off)(void);
|
2014-03-28 19:51:32 +01:00
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/** Get a radio parameter value. */
|
2014-03-28 19:51:32 +01:00
|
|
|
radio_result_t (* get_value)(radio_param_t param, radio_value_t *value);
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/** Set a radio parameter value. */
|
2014-03-28 19:51:32 +01:00
|
|
|
radio_result_t (* set_value)(radio_param_t param, radio_value_t value);
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/**
|
|
|
|
* Get a radio parameter object. The argument 'dest' must point to a
|
|
|
|
* memory area of at least 'size' bytes, and this memory area will
|
|
|
|
* contain the parameter object if the function succeeds.
|
|
|
|
*/
|
2014-03-28 19:51:32 +01:00
|
|
|
radio_result_t (* get_object)(radio_param_t param, void *dest, size_t size);
|
|
|
|
|
2014-04-07 15:31:50 +02:00
|
|
|
/**
|
|
|
|
* Set a radio parameter object. The memory area referred to by the
|
|
|
|
* argument 'src' will not be accessed after the function returns.
|
|
|
|
*/
|
2014-03-28 19:51:32 +01:00
|
|
|
radio_result_t (* set_object)(radio_param_t param, const void *src,
|
|
|
|
size_t size);
|
|
|
|
|
2007-05-15 09:51:57 +02:00
|
|
|
};
|
|
|
|
|
2013-11-24 16:57:08 +01:00
|
|
|
#endif /* RADIO_H_ */
|
2006-06-18 00:41:10 +02:00
|
|
|
|
|
|
|
/** @} */
|
|
|
|
/** @} */
|