The FIESTA-IoT Testbeds
The FIESTA-IoT platform federates 10 IoT testbeds providing access to a wealth of heterogeneous IoT data. These ten testbeds are geographically distributed, and have distinct data offerings that can be combined to develop innovative IoT experiments:

Core Testbeds
Testbed | Short description | Deployed devices |
---|---|---|
SmartSantander | Large‐scale Smart City deployment. | Thousands of fixed and mobile sensors (environment, traffic, crowdsensing, etc.) |
SmartICS | Smart Environment, based on an indoor sensor nodes deployment. | Hundreds of indoor sensors. |
SoundCity | Large-scale crowd-sensing testbed. | Sensors on phones measuring noise, proximity, speed, location. |
KETI | Indoor and outdoor building Smart Environment deployment | Hundreds of indoor sensors. Tens of outdoor sensors. |
Call 1 Testbeds
Testbed | Short description | Deployed devices |
---|---|---|
ADREAM | Large-scale smart building testbed. | 6500 sensors for lighting, electricity, HVAC, solar panels etc. |
NITOS | Heterogeneous LoRa and Wireless Sensor Network | 20 LoRa and 60 Zigbee indoor environmental, presence sensors and RSSI sensors. |
EXTEND | Sea water quality and air polution monitoring testbed, as well as for detailed power consumption (WiFi, LTE, XBee, LoRa) | 1 fixed and 4 floating buoys with sensors for sea water and air polution. |
Call 2 Testbeds
Testbed | Short description | Deployed devices |
---|---|---|
FINE | Smart city, smart building and home automation testbed. | 40 outdoor environmental monitoring and power consumption/link quality sensors. 6 indoor/automation sensors/actuators. |
RealDC | Live data Centre testbed for monitoring DC operations. | 100 sensors for power consumption and weather station. Historical data sets. |
Tera4Agri | Outdoor testbed for Smart Agriculture. | Tens of outdoor environmental monitoring sensors for soil and tree monitoring. |
SmartSantander
The SmartSantander testbed is located in Santander, a seaside town settled in the north of Spain. With a population of nearly 200,000 inhabitants, this city was chosen to deploy an experimental test facility (i.e. open laboratory) for the research and experimentation of big-scale architectures, in the context of a Smart City environment. Amongst its assets, the platform spans a number of domains that will be made available for the experimenters under the scope of the FIESTA-IoT’s Experiment as a Service (EaaS) interface. Numerically speaking, the SmartSantander testbed manages around 3,000 IoT devices (which communicate through IEEE 802.15.4 interfaces), another 200 devices that play the role of gateways (with cellular communication capabilities) that establish a link between the abovementioned devices and the core of the platform, 2,000+ joint Radio Frequency Identification (RFID) tags/Quick Response (QR) code labels and more than 2,000 points of interest pertaining to a wide range of events (e.g. shopping, restaurants, cultural events, etc.). Table below summarizes the principal domains supported by the SmartSantander platform that will be available in the scope of the FIESTA-IoT federation. Besides, the table also describes the main assets associated to each of these domains, as well as the number of resources available in each of the cases.
Domain | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Environmental monitoring | Air Particles Concentration, Ambient Temperature, Altitude, Atmospheric Pressure, CO concentration, Illuminance, Mass, NO2 concentration, O3 concentration, Rainfall, Relative Humidity, Soil Moisture Tension, Solar Radiation PAR, Sound Pressure Level, Soil Temperature, Wind Direction, Wind Speed | Fixed & Mobile Sensors | 1000+ (fixed) & 150 (deployed on public vehicles) |
Traffic monitoring | Vehicle Speed (Average & Instantaneous), Traffic Congestion, Traffic Intensity | Fixed sensors | 48+ |
Bike stops | Bike presence detectors | Fixed sensors | 16 bike stops |
Bus tracking | Location (fleet management) + Remaining time for the next bus | Mobile sensors | 400+ |
Taxi stops | Location (fleet management system) + Taxis available in each stop | Mobile sensors | 50+ |
Garbage management | Waste container fill level gauge + Trash truck (fleet management) | Fixed sensors (Waste containers) + Mobile sensors (tracking) | 50+ |
Indoor parking | Vehicle presence detectors | Fixed sensors | 12 public parking facilities (managed by private companies) |
Outdoor parking | Vehicle presence detectors (buried under the asphalt) | Fixed sensors + Information panels | 400+ sensors & 10 panels to display the information |
Parks & gardens irrigation | Ambient temperature, Atmospheric Pressure, Rainfall, Relative Humidity, Soil Moisture Tension, Solar Radiation PAR, Wind Direction, Wind Speed | Fixed sensors | 48 IoT sensors nodes, covering three different areas (i.e. Las Llamas Park, La Marga Park and Finca Altamira) |
Presence & luminosity | Pedestrian presence detector, Luminosity Sensors | Fixed sensors | 10 |
NFC & QR tags | General information (e.g. transportation, cultural elements and shops) | NFC & QR Tags | 2000+ tags deployed throughout the city |
Electromagnetic exposure | Electric Field in the bands of 900, 1800, 2100 and 2400 MHz | Fixed sensors | 48 sensor nodes |
Augmented Reality | Contextual information (shops, restaurants, cultural points of interest, etc.) | Points of interest | 2000+ |
Participatory Sensing | Events generated by citizens (Pace Of The City) | Smartphone apps | 20000+ apps installed into citizens’ smartphones |
Domain | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Air Quality | Dust Concentration, Carbon Monoxide Concentration, Nitrogen Oxide Concentration. |
Fixed Sensor | Dust: 100, CO/NO2: 4 (each) |
Ambient Environment | Temperature, Humidity, Illuminance, Noise. | Fixed Sensor | 100(each) |
Energy consumption | Power | Fixed Sensor | 30 |
Occupancy | Distance | Fixed Sensor | 100 |
SmartICS
SmartICS is an IoT testbed at the University of Surrey, which is located about 40 kilometres south of London in the town of Guildford. The SmartICS testbed focuses on the domain of smart buildings, and is a part of a campus-wide IoT infrastructure called SmartCampus. The testbed is deployed in the Institute of Communication Systems (ICS), and its devices are fixed on office desks over 2 open plan floors. Each office desk has a set of wireless sensor devices. They include an in-house multi-sensor device called a DeskEgg, a SmartPlug device for monitoring the energy consumption of workstation display monitors, and several SmartCitizen kits for monitoring the indoor air quality. Data from the devices are currently reported to the internal testbed server every minute. The table summarises the FIESTA-IoT Resources that are available to experimenters.
SoundCity
The Soundcity testbed is a large-scale crowdsensing testbed developed by Inria-Paris in collaboration with an SME Ambiciti. The testbed comprises of data coming from so called Ambiciti application that is installed on user's mobile phone. The Ambiciti application uses in-built sensors on mobile phones to sense various phenomena such as noise, motion and proximity. Due to privacy reasons, users have to explicitly confirm about their data to be shared to FIESTA-IoT platform, thus the number of Soundcity devices attached to FIESTA-IoT platform varies from time to time. The Soundcity testbed is not bound to any specific location due to the fact that users of Ambiciti application can be anywhere in the world.
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices | |||
Smartphone – Device surroundings | Noise, Proximity | Smartphone apps | Variable | |||
Smartphone – Anonymised Mobility Information | Speed, Accelerometer, Location | Smartphone apps | Variable |
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Temperature sensor | Ambient temperature of Office area (meeting area, relaxing area, and work area) | Fixed Sensor (compound sensor) |
40 |
Humidity sensor | Relative humidity | Fixed Sensor (compound sensor) |
40 |
Illumination sensor | Illumination | Fixed Sensor (compound sensor) |
40 |
PIR sensor | User occupancy in an office | Fixed Sensor (compound sensor) |
40 |
CO2 (Carbon dioxide) sensor | CO concentration | Fixed Sensor | 10 |
Smart socket | Electrical power consumption | Fixed Sensor | 10 |
Parking lot sensor | Vehicle presence detectors | Fixed Sensor | 20 |
KETI
The KETI testbed (originally installed for monitoring building energy consumption) has been implemented on the 5th floor of a Korea Electronic Technology Institute (KETI)’s building in Seoul, Korea. It aims to collect sensing data from a set of areas of offices (e.g., meeting area, relaxing area, and work area) and the parking lot. The deployed sensors (for measuring indoor climate, energy consumption of office utilities, people’s presence in offices, and parking lot status) collect information about the physical status of indoor and outdoor building environment, and transfer it to the IoT server platform, Mobius, an oneM2M standard-compatible server platform, which allows further processing and analysis.
The testbed is composed of 40 compound sensors, each of them having 4 kind of raw sensors (temperature, humidity, illumination and presence sensor), 10 CO2 (Carbon dioxide) concentration detection sensors, 10 smart sockets for measuring the electrical power consumption, and 20 parking lot sensors, with total of 200 sensors (i.e., 160 raw sensors + 10 CO2 + 10 sockets + 20 parking sensors). Table x summarizes IoT devices supported by the KETI’s testbed that will be available in the scope of the FIESTA-IoT federation.
Call 1 Testbeds
ADREAM
LAAS-CNRS has built a smart building called ADREAM (https://www.laas.fr/public/en/adream). This building already hasve more than 6500 sensors that collect 500. 000 measures per day (solar panel activity, energy consumption, HVAC, lighting, weather). This is completed by a reproduction of a flat where researchers can deploy extra sensors and actuators.
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Lighting | Luminosity, presence, state of ballast | Fixed Sensor | 3700 |
Electricity | Smart meter for building, plug | Fixed Sensor | 500 |
HVAC | Temperature, pump flow, valve status, etc. : all the necessary sensors and actuators to manage the HVAC of a building | Fixed Sensor | 1000 |
Solar panels and batteries and weather | Smart meter, inverter state, wind, luminescence, temperature | Fixed Sensor | 1200 |
Instrumented flat | luminescence, temperature, presence, plug, pressure, smart phone, tablet, relay, contact, fire detection, motor | Fixed sensors and mobile | 100 |
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Lora Experimental Network | Luminosity sensors, Ambient Temperature, Relative Humidity, Lora Network metrics (e.g. RSSI, latency) | Fixed sensors | 20 deployed in the NITOS indoor deployment |
Office Sensor deployment over ZigBee network | Human presence (PIR), Thermal sensors, Luminosity sensors, Ambient Temperature, Relative Humidity, Sound Pressure Level, Link State Info (e.g. RSSI) | Fixed sensors | 40 deployed in office environment & 20 deployed in the NITOS indoor deployment |
NITOS
NITOS will bring to FIESTA-IoT a set of heterogeneous resources including nodes equipped with Wi-Fi, WiMAX, LTE and Bluetooth, 4G/5G terminals, software defined radios, SDN resources, cloud infrastructure and two wireless sensor networks comprised by commercial and custom made sensor platforms. On top of these diverse and heterogeneous resources, NITOS brings a vast number of experimental datasets generated through the various experiments conducted all these years that NITOS has been operating.
The wireless sensor network consists of a controllable deployment in an indoor environment (Figure 1), as well as an office/building deployment. Most of the sensor platforms are custom-made, developed by UTH, and some others commercial, all supporting open-source and easy to use firmware and exploit several wireless technologies for communication (ZigBee, Wi-Fi, BLE and LoRa). The office/building setup provides metrics related to the environment conditions and composes an integrated application of WSN in real-life scenarios. On the other hand, the WSN which is deployed in an indoor testbed environment is targeted to provide the necessary experimentation capabilities with a plethora of IoT communication interfaces.
EXTEND
The facility is located in a bathing and recreation coastal area, offering support for new IoT experimentation scenarios in the unique sea and underwater environment. Moreover, a wide range of communication interfaces (ZigBee, Wi-Fi, LoRa, LTE, Iridium) and types of measurements (sea water and air quality parameters) are supported on all testbed nodes.
Testbed nodes exploit heterogeneous communication technologies to connect with the shoreside network. Moreover, they act as independent sensing units, featuring a vast variety of bathing water and air quality monitoring sensors. They are built on the BeagleBone Black Rev. C board [7], which is characterized by sufficient processing power capabilities (1GHz with 512MB RAM), low power consumption and several communication ports (USB, UARTs, SPI, I2C, etc.) for interconnecting external hardware. Sea nodes feature several types of water quality sensors, such as Ammonium (NH4+), Nitrine (NO2-), Nitrate (NO2-), Temperature, Conductivity (Salinity), pH and Dissolved Oxygen (DO) as well as air quality sensors like air temperature & humidity, Nitric Dioxide (NO2), Sulfur Dioxide (SO2), Dust Sensor, Carbon Monoxide (CO), Ozone (O3) and Ammonia (NH3). The develop buoys feature several communication interfaces, consisting the overall testbed a versatile experimental platform.
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Sea Water quality monitoring and Air pollution characterization
|
Sea water parameters: Ammonium (NH4+), Nitrine (NO2-), Nitrate (NO3-), Temperature, Conductivity (Salinity), pH, Dissolved Oxygen (DO).
Atmospheric parameters: Air temperature & humidity, Nitric Dioxide (NO2), Sulfur Dioxide (SO2), Dust Sensor, Carbon Monoxide (CO), Ozone (O3), Ammonia (NH3). |
Fixed floating platform | 1 |
Sea Water quality monitoring and Air pollution characterization
|
Sea water parameters: Ammonium (NH4+), Nitrine (NO2-), Nitrate (NO3-), Temperature, Conductivity (Salinity), pH, Dissolved Oxygen (DO).
Atmospheric parameters: Air temperature & humidity, Nitric Dioxide (NO2), Sulfur Dioxide (SO2), Dust Sensor, Carbon Monoxide (CO), Ozone (O3), Ammonia (NH3). |
Movable Buoys | 4 |
Power Consumption Measurements | High precision power consumption measurements of the on-board wireless interfaces (WiFi, LTE, XBee, LoRa). | Fixed floating platform & Movable Buoys | 5 |
Call 2 Testbeds
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Environmental monitoring | Ambient temperature, humidity | Fixed sensors | 40 |
Ambient light | 10 | ||
Noise | 23 | ||
PM10 | 18 | ||
NOx, O3, SO2, VOC | 5 | ||
Atmospheric pressure, wind
direction, wind speed, rainfall |
3 | ||
Electricity
consumption |
AC current, AC voltage | Fixed sensors | 2 |
Network
monitoring |
RSSI, LQI, corrupted/lost/correctly decoded packets in all layers (MAC, IP, TCP, IP), routing statistics | Fixed sensors | 40 |
Device (sensor)
energy consumption |
CPU, LPM, Transmit, Listen
operations |
Fixed sensors | 40 |
Device (sensor)
operating information |
Uptime, chip temperature, software version, input voltage | Fixed sensors | 40 |
Outdoor
parking |
Differentiations of the magnetic field | Fixed sensors | 6 |
Smart home
management |
Voice capturing, software for automatic speech recognition in the form of voice to text processing | Digital microphone array | 2 |
Actuators | 2 | ||
Servomotors | 2 |
FINE
FINE aims to design and develop a FIESTA-enabled heterogeneous testbed, significantly contributing to FIESTA-IoT vision. FINE will re-use the architecture, software and hardware components of RERUM, a successful IoT platform. The functional architecture of RERUM is based on the architectural reference model of IoT-A; however, it follows not only a service-oriented approach like IoT-A and most IERC projects, but also assumes that the devices have an important role into ensuring the security and privacy of the architecture. Moreover, RERUM adopts the concept of virtualisation, abstracting the real world objects into virtual objects, for concealing their heterogeneity. All devices are virtualised, and all functionalities related to service management, device discovery, federation formulation, etc., are supported by the RERUM Middleware (RMW).
At the lower layer, RERUM provides a set of functionalities for device registration, data fetching, service activation and de-activation, mainly provided by the RERUM Gateway (RGW). RGW has a southbound interface that communicates directly with the IoT devices, and a northbound virtual interface that binds to the RMW, and provides functionalities like device registration, deregistration, re-registration, measurement provision, etc. The IoT devices, namely the RERUM devices (RDs), are heterogeneous in nature, as they contain both resource-constrained devices (miniature sensors) and non-constrained ones (smartphones). The RERUM Device Adaptor (RDA) is the software API implemented in the RDs that provides the necessary abstractions in order to enable them for reporting various types of measurements to the RGW. Such measurements include ambient light and temperature, noise, humidity, as well as power consumption measurements related to RD’s operation, and network statistics like the number of the corrupted UDP packets within a time period.
RealDC
Data centres (DCs) are currently consuming an average of 2% of electricity produced (based on U.S. consumption alone). Efforts to improve the efficiency of these facilities has yielded impressive results in the last 5 years but authoritative sources assert that better data is needed to continue further. We believe that IoT in DCs provides the best solution to monitor and improve DC efficiencies. A critical mass of DCs publishing their usage data is required to correlate and develop best practice solutions for energy savings. Different types of data centres have varying power and water consumption profiles. The current best practice of using PUE (Power Usage Efficiency) doesn’t provide the full picture of DC performance.
In response to the above, the purpose of this proposal is to integrate a live Data Centre into the FIESTA-IoT ecosystem. This integration comes in the form of sensor data on power, cooling and ambient weather, which will be made available to experimenters and other data centre owners as open linked data set through the FIESTA-IoT facilities. We will leverage the technology and ontology developed by the FIESTA-IoT consortium. Where additional software is required to integrate our sensors, testbed and historical observations, this will be made available as open source software. Through targeted workshops and online training, we intend to grow a community of data centre operators and experimenters in the Higher Educational Institute, Telecoms and Manufacturing sectors who can use the data and tools for experimentation and operational support. Our view is that removing barriers to access our data will be for the benefit all.
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Campus and DC
Operations |
Schneider Electric PowerLogic
PM210 connected to Modbus infrastructure (real, apparent and reactive power, current and voltage data for all circuits) |
Fixed Sensors | 83 |
DC Operations | Rittal LCP-Plus SK 3301.480 Liquid
Cooling Packages for 26 variable density cabinets |
Fixed Sensors | 16 |
Campus and DC
Operations |
Davis Vantage Vue Weather station
data (Temperature, Wind, Humidity, Precipitation, Barometric Pressure) |
Fixed Sensors | 1 |
DC Operations | Power metering historical data
about to July 2014 (real, apparent and reactive power, current and voltage data for all circuits) |
Data set | 1 |
DC Operations | Cooling and cabinet temperature
data from LCPs back to July 2014 |
Data set | 1 |
DC Operations | Historical weather data back to July
2014 |
Data set | 1 |
IoT Device | Asset (physical phenomena, etc.) | Resource Type | Deployed devices |
Environmental
monitoring |
Temperature
Humidity Thermal flow Rain measurement Wind measurement Dew Point Sun light measurement |
Fixed Sensor | tbd* |
Soil monitoring | Humidity
Temperature Water in the soil |
Fixed Sensor | tbd* |
Tree monitoring | Water on the leaves measurement | Fixed Sensor | tbd* |
Tera4Agri
The basic idea of the Tera4Agri extension is to introduce in the FIESTA-IoT platform the new smart agriculture domain. The testbed is located in Minervino Murge (BT – Apulia Region - Italy) in the Tormaresca - “Bocca di Lupo” estate: a farm which covers an area of about 500 hectares of which 350 are planted with vines and 85 with olive trees. The extension will be compliant with the FIESTA-IoT semantic models and interfaces. The original GIoE solution in the testbed is the Tera project whose object is to enhance the energy efficiency with related reduction of energy bills and it will be customized and increased in this call with new sensors in the meantime product quality, minimizing the chemical treatments in the production chain. The testbed will collect data by sensors that TERA will install in the estate for smart agriculture domain and will give resources and observations for the FIESTA-IoT platform. Experimenters will be able to use and consume data and resource from Tera4Agri testbed.