# The Smaller the Better: Designing Solar Energy Harvesting Sensor Nodes for Long-Range Monitoring

Authors: Malo Mabon; Matthieu Gautier; Baptiste Vrigneau; Mickaël Le Gentil; Olivier Berder
Journal: Wireless Communications and Mobile Computing
 (2019)

---

## Abstract

Emerging Low Power Wide Area Networks (LPWAN) represent a real breakthrough for monitoring applications, since they give the possibility to generate and transmit data over dozens of kilometers while consuming few energy. To further increase the autonomy of such wireless systems, the present paper proposes an original methodology to correctly dimension the key elements of an energy autonomous node, namely, the supercapacitor and the battery that mainly give the form factor of the node. Among the LPWAN candidates, LoRa is chosen for real field experiments with a custom wireless platform that proves its energy neutrality over a finite horizon. Different LoRa configurations are explored, leading to adequate dimensioning. As an example, it is shown that, for the same quality of service, the size of the solar panel needed to keep a LoRa node autonomous in the South of France is less than half of the size required in North of France.


---

## Body

## 1. Introduction

Future wireless standards such as the fifth generation of mobile communications are evolving to allow simultaneously high datarate transmissions for classical end-user applications such as telephony or video, very low latency for vehicle, and safety applications but also low power transmission required by the connected thing. The latter class, also known as Internet of Things (IoT), needs to accept an exponentially growing number of nodes due to a large panel of applications. While mobile operators are able to upgrade their base stations in order to deal with the IoT by allowing the 4G Cat-M or NB-IoT standards, several technologies dedicated to very low power consumption recently emerged in nonlicenced-ISM (Industrial Scientific and Medical) bands, among which we can cite LoRa, SigFox, or Weightless [1]. As the radio range of most of these technologies can reach several kilometers and even tens of kilometers, they are called Low Power Wide Area Networks (LPWAN).These wireless nodes generally embed several sensors to monitor their direct environment and regularly transmit a low amount of data to a base station. Smart agriculture typically represents an application domain where LPWAN nodes are very useful, due to the huge number of nodes required to monitor fields or farm buildings and the distance to cover from remote places to the main site. Of course, the more you deploy sensors, the less you want to have to change the batteries, especially if some of them are deployed in harsh environment. Energy consumption therefore becomes a critical issue for wireless node designers, and huge efforts were recently devoted to increase node lifetime [2].Besides, some harvesters are able to collect surrounding energy from various sources [3], e.g., light, heat, vibrations, electromagnetic waves, or even microbial fuel cell. Provided that energy managers [4, 5] are carefully designed, it is therefore even possible to optimize the Quality of Service (QoS) while keeping a total energy autonomy. Among all harvesters, photovoltaic panels offer from far the best power outcome and are able to efficiently transform outdoor light to feed wireless nodes [6]. However, to avoid battery failures that either could be very disadvantageous for farm monitoring or even be dangerous for the node longevity, the panels are generally oversized [7]. As they represent the element that decides the form factor of nodes, this leads to larger, more expensive, and also more visible nodes and therefore it is subject to intentional or unintentional damages. To overcome these drawbacks, the present paper proposes a methodology to reduce as much as possible the energy harvesting and storage elements while guarantying the desired quality of service, namely, the data rate.Our contributions are the following:(i)
An energy autonomous node architecture with LoRa communication capabilities.(ii)
An optimization methodology for the energy harvesting and storage elements of the wireless node.(iii)
The exploration of both application requirements and light conditions and the impact on the node dimensioning.The remainder of this paper is organized as follows. Section2 presents related works on existing long-range oriented standards and energy harvesting. Our wireless node architecture is introduced in Section 3. Section 4 focuses on the LoRa standard and our energy consumption characterization process, followed by a experimental validation in Section 5. Finally, Section 6 concludes this paper and discusses further works.


## 2. Related Works on Energy Harvesting for Long-Range Platforms

In order to enable sustainable operation of IoT nodes, energy harvesting technologies have been considered for a long time by improving both hardware components and platforms and the associated software methods to properly manage the energy consumption [4, 8, 9]. These software components are often referred to as energy managers and are not addressed in this study. At hardware level, efforts focus on three main components of the energy harvesting system: the harvester, the energy converter, and the energy storage. Converting energy from the harvester to the storage is crucial for any energy harvesting circuit. The energy converter of the platform aims to transform the incoming energy into a suitable voltage in order to charge the energy storage (super-capacitor or battery). Different power converter architectures can be used to regulate the energy from the energy harvesting source voltage to a suitable output voltage. While the simplest architecture relies on a Low DropOut (LDO) regulator, many solutions use an SMPS (Switched Mode Power Supply) architecture in which a switch between the energy source and the energy load is rapidly opened and closed. SMPS can easily provide good conversion efficiency, from 70% to 90%, can boost a low harvested voltage but are more complex and expensive than LDOs. Moreover, each energy harvesting source has an optimal operating point, called Maximum Power Point (MPP). In order to maximize harvesting efficiency, the energy converter can use MPPT (MPP Tracking) techniques in order to keep its input voltage close to the operating voltage for which the harvested power is maximized. All functions (voltage conversion, battery charging, and MPPT) are now integrated in a single Integrated Circuit (IC), such as the LTC3108 [10] from Linear Technology, the BQ25570 [11] from Texas Instruments, or the SPV1050 [12] from ST Microelectronics.At an industrial level, few devices powered by energy harvesting are currently available and they mostly use short-range communications [13–15]. For instance, Z-Beacon from Zolitron Technology [13] uses solar energy to power a Bluetooth 5 communication node and MVA 00X family from Micropelt [14] uses a thermoelectric generator to power an EnOcean short-range transceiver. To the best of our knowledge, Z-Node [13] is the only industrial LPWAN node powered by solar energy harvesting. It uses Sigfox [16] for its long-range communication but also includes short-range communications (Bluetooth 5 and NFC) and many sensors (temperature, acceleration, illumination, GPS, and magnetic fields). However, the problem of these devices is a lack of methodology for efficiently choosing both harvester and energy storage device according to a target quality of service. Indeed, most of them are designed for a given data and/or sensing rate. However, new LPWAN standards such as LoRa allow a wide range of data and packet rates. The node energy consumption of the node can consequently vary of several orders of magnitude from one configuration to another.Powering LoRa based devices with energy harvesting is, as far as we know, still a research work [17–19]. Reference [17] presents an energy-efficient multi-sensing platform that exploits energy harvesting, long-range, communication and ultra-low-power short-range wake-up radio to achieve self sustainability in a kilometer range network. Energy harvesting is designed around the BQ25570 IC from Texas Instruments, which allows a conversion efficiency of 90% and provides MPPT capability. The multisource energy harvesting platform proposed in [19] relies on a circuit which switches between multiple heterogeneous energy sources and uses a single power conditioning block. A prototype has been developed and validated with a LoRaWAN platform. A single Power Management IC (PMIC) is used, the SPV1050 from ST Microelectronics, allowing a wide input voltage range. However, due the multiple energy sources, the MPPT can not be used, thus reducing consequently the harvesting efficiency.To sum up, there is currently no commercial LoRa-based platform powered by energy harvesting but only few research works that mainly focus on the validation of the SW (energy manager) part [18, 20] and do not address the dimensioning of the hardware elements [7].


## 3. Methodology for Dimensioning Energy Harvesting Platforms

### 3.1. Platform Model

The goal of the platform studied in this paper is to measure information with several sensors and to transmit this collected data using a radio transceiver, while being powered by solar energy harvesting. The model of such a sensor node is shown in Figure1. Two main parts can be identified: the energy harvesting part and the processing part. Firstly, the energy harvesting part is made up of the energy harvester (i.e., solar panel), the energy manager chip, a way to store the harvested energy (a supercapacitor and/or a battery), and a chip able to measure the current and voltage of the battery. Secondly, the processing part consists of a micro-controller unit (MCU) which manages both the sensors and a radio communication module. The proposed methodology is quite generic and does not depend on the types of radio transceiver, MCU, and sensors. Thanks to power characterization using microbenchmarks, any technology can be used in this framework. In our experimentation, the LoRa LPWAN will be addressed but other radio standards can be used. All parameters of the proposed model are given in Table 1 for the required input values and in Table 2 for the intermediate results and the outputs.Table 1
Input parameters description.
Name Unit Description IRad mA consumed current of the radio module in active mode IRadSleep mA consumed current of the radio module in sleep mode IMCU mA consumed current of the MCU in active mode IMCUSleep mA consumed current of the MCU in sleep mode ToA s Time On Air: duration of active radio TSend s period between two transmissions TAct s time when MCU is active for a transmission ISens mA consumed current of the sensor in active mode ISensSleep mA consumed current of the sensor in sleep mode TMCUSens s duration of active MCU for sensing operation TS s period between two sensing operations TSens s duration of active sensor IBM mA consumed current of the battery manager VEoC V supercapacity maximum voltage (End of Charge) VUVP V supercapacity minimum voltage (Under Voltage Protection) μMPPT  efficiency rate of the MPPT device nbWD day number of working days for the node nbL¯D day number of days without harvesting TEH s duration with harvesting over one day TEH¯ s duration without harvesting over one dayTable 2
Intermediate and output parameters description.
Name Unit Description I¯Act mA average consumed current of a transmission in active mode I¯Sleep mA average consumed current of a transmission in sleep mode I¯S mA average consumed current of a sensing operation I¯Cons mA average consumed current of a radio transmission I¯C mA total average consumed current VSC V supercapacity voltage VB V battery voltage CS F capacity of the supercapacity QB mA.s electric charge of the battery ECD mJ consumed energy during a day ERD mJ harvested energy over one available day PInst mW instantaneous power of the supplyFigure 1
Platform block diagram.


### 3.2. Dimensioning Energy Harvesting Components

#### 3.2.1. Energy Consumption Model of the Platform

In order to dimension energy harvesting components, a duty-cycle model is proposed in which the node switches between a sleep state (the radio is turned off) and an awaken state for transmitting the data according to a periodical schedule. The time interval between two consecutive transmissions is called the wake up interval and is denotedTsend. However, to get a flexible and accurate model, two independent and distinct operations are defined: one for the radio transmission and one for the sensing. The time profiles of these operations are described in Figure 2.Figure 2
Current time descriptions of the cycles of both radio transmission (a) and data sensing (b) operations and the simplified cycle of the total consumption (c).
(a)
Cycle of a radio transmission: MCU (orange) and radio (green) current consumptions (b)
Cycle of a sensing operation: MCU (orange) and sensor (purple) current consumptions (c)
Behavior of average currentsFigure2(a) introduces the cycle of a radio transmission. The MCU is firstly awaken and consumes IMCU. It then turns on the radio module that transmits the data. The radio module creates a current peak IRad during the Time on Air denoted ToA. Finally, the MCU goes back to sleep. The total time of activity is denoted TAct. The cycle can be split into two parts, the active and the sleep states, and the average current per each part is defined by(1)I¯Act=IMCU+IRadToATAct+IRadSleep1-ToATAct,and (2)I¯Sleep=IMCUSleep+IRadSleep.Figure2(b) introduces the cycle of a data sensing. First the MCU is awaken and then orders the sensor to acquire the measure. The sensing consumes ISens and lasts TSens while the MCU is turned on during TMCUSens. However, in order to avoid considering several times the sensor current in sleep mode, it is considered equal to zero in this case. The period between two sensing operations is denoted TS, and the average current can be computed as(3)I¯S=IMCU.TMCUSensTS+ISens.TSensTS+ISensSleep.1-TSensTS.Figure2(c) recaps the model with the currents of both transmission and sensing cycles as well as the current consumption of the battery manager I¯BM. Then the overall current I¯cons is defined as the mean of the sum of those three components:(4)I¯Cons=I¯Act.TActTSend+I¯Sleep.1-TActTSend+I¯S+I¯BM.Based on this two-step model (i.e., transmission and sensing), Figure3 introduces the proposed methodology for choosing sizes of energy storage devices (i.e., both battery and capacitor) and harvesting components (i.e., solar panel area) of the previously introduced platform. These elements depend on QoS parameters, hardware characteristics, and environmental harvesting conditions. To this aim, the first step is to precisely control the consumed energy of the board.Figure 3
Sizing methodology diagram.Assuming that all parameters of (4) are known, the average consumed current I¯C can be computed according to the efficiency rate μMPPT of MPPT device:(5)I¯C=I¯ConsμMPPT.


#### 3.2.2. Sizing Energy Storage Devices

The storage capacity is directly linked to both the node activity and the harvesting capabilities. The model of the solar energy harvesting considered in this work is illustrated in Figure4 and is composed of two scales: (i) the large scale is based on the number of working days nbWD split into the available and no available harvesting days (nbL¯D), for example, when a climatic event occurs like a storm; (ii) the small scale is about a day (24 hours) composed of the durations TEH and TEH¯ during which energy harvesting is available or not, respectively.Figure 4
Harvesting schedule on several days and on one day.In our platform model, the node embeds both a battery and a supercapacitor. The battery should be able to provide the currentI¯C during nbL¯D days or TEH¯ and leads to the inequality constraints on the battery size QB:(6)QB≥I¯C×3600×24×nbL¯D.(7)QB≥I¯C×TEH¯.The capacitor goal is to absorb the peak of current during the transmission. The behaviors of both the current and the voltage are described in Figure5. We assume that the battery is undersized compared to the current peak of the radio module; i.e., the maximum current provided by the battery IMaxBat is lower than the current IRad. In this case, the capacitor size is computed by considering the current variation during ToA between IRad and IMaxBat while the capacitor voltage drops. Indeed, the storage capacitor voltage VSC varies between the maximum value VEoC corresponding to the End of Charge and the minimum value VUVP Under Voltage Protection in order to avoid destruction. The worst case during the current peak is a total variation from VEoCC to VUVPC and leads to the constraint: (8)CS≥ToA×IRad-IMaxBatVEoC-VUVP.Figure 5
Absorption of the current peak of the radio module with capacity and battery.The node can also be powered by using of only a supercapacitor. In this case, the supercapacitor should provide all the electric chargeQB (instead of only the current peak). However, for most QoS scenarii, its size will be very high (several Farads), leading to an over-prizing of the node. The cheapest solution is therefore to associate a battery and a supercapacity.


#### 3.2.3. Sizing Solar Panel

The simplest way to calculate the solar panel size is to define the energy budget. Firstly, the average consumed energy of the system during a day is calculated:(9)ECD=I¯C×VEoC×24×3600.Knowing the number of working days and the number of days without light, the energy that has to be harvested during one available day is(10)ERD=ECD×nbWDnbWD-nbL¯D.The instantaneous power of the supply is then given by(11)PInst=ERDTEH.The final step requires some more information related to the geographical position of the system and the solar panel. To this aim, Look-Up Tables (LUTs) of the following parameters are used:(i)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the illuminance (lx),(ii)
voltage of a photo-voltaic cell (V/cell) as a function of the illuminance (lx),(iii)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the output voltage (V) which allows us to extract optimum voltage and current and consequently the maximum output power.These LUTs are given by the Panasonic amorphous silicon solar cell specifications [21]. Using these LUTs, the minimum solar panel size according to the number of cells and the area of each cell for a given illumination can be computed according to the previously defined instantaneous power PInst.


## 3.1. Platform Model

The goal of the platform studied in this paper is to measure information with several sensors and to transmit this collected data using a radio transceiver, while being powered by solar energy harvesting. The model of such a sensor node is shown in Figure1. Two main parts can be identified: the energy harvesting part and the processing part. Firstly, the energy harvesting part is made up of the energy harvester (i.e., solar panel), the energy manager chip, a way to store the harvested energy (a supercapacitor and/or a battery), and a chip able to measure the current and voltage of the battery. Secondly, the processing part consists of a micro-controller unit (MCU) which manages both the sensors and a radio communication module. The proposed methodology is quite generic and does not depend on the types of radio transceiver, MCU, and sensors. Thanks to power characterization using microbenchmarks, any technology can be used in this framework. In our experimentation, the LoRa LPWAN will be addressed but other radio standards can be used. All parameters of the proposed model are given in Table 1 for the required input values and in Table 2 for the intermediate results and the outputs.Table 1
Input parameters description.
Name Unit Description IRad mA consumed current of the radio module in active mode IRadSleep mA consumed current of the radio module in sleep mode IMCU mA consumed current of the MCU in active mode IMCUSleep mA consumed current of the MCU in sleep mode ToA s Time On Air: duration of active radio TSend s period between two transmissions TAct s time when MCU is active for a transmission ISens mA consumed current of the sensor in active mode ISensSleep mA consumed current of the sensor in sleep mode TMCUSens s duration of active MCU for sensing operation TS s period between two sensing operations TSens s duration of active sensor IBM mA consumed current of the battery manager VEoC V supercapacity maximum voltage (End of Charge) VUVP V supercapacity minimum voltage (Under Voltage Protection) μMPPT  efficiency rate of the MPPT device nbWD day number of working days for the node nbL¯D day number of days without harvesting TEH s duration with harvesting over one day TEH¯ s duration without harvesting over one dayTable 2
Intermediate and output parameters description.
Name Unit Description I¯Act mA average consumed current of a transmission in active mode I¯Sleep mA average consumed current of a transmission in sleep mode I¯S mA average consumed current of a sensing operation I¯Cons mA average consumed current of a radio transmission I¯C mA total average consumed current VSC V supercapacity voltage VB V battery voltage CS F capacity of the supercapacity QB mA.s electric charge of the battery ECD mJ consumed energy during a day ERD mJ harvested energy over one available day PInst mW instantaneous power of the supplyFigure 1
Platform block diagram.


## 3.2. Dimensioning Energy Harvesting Components

### 3.2.1. Energy Consumption Model of the Platform

In order to dimension energy harvesting components, a duty-cycle model is proposed in which the node switches between a sleep state (the radio is turned off) and an awaken state for transmitting the data according to a periodical schedule. The time interval between two consecutive transmissions is called the wake up interval and is denotedTsend. However, to get a flexible and accurate model, two independent and distinct operations are defined: one for the radio transmission and one for the sensing. The time profiles of these operations are described in Figure 2.Figure 2
Current time descriptions of the cycles of both radio transmission (a) and data sensing (b) operations and the simplified cycle of the total consumption (c).
(a)
Cycle of a radio transmission: MCU (orange) and radio (green) current consumptions (b)
Cycle of a sensing operation: MCU (orange) and sensor (purple) current consumptions (c)
Behavior of average currentsFigure2(a) introduces the cycle of a radio transmission. The MCU is firstly awaken and consumes IMCU. It then turns on the radio module that transmits the data. The radio module creates a current peak IRad during the Time on Air denoted ToA. Finally, the MCU goes back to sleep. The total time of activity is denoted TAct. The cycle can be split into two parts, the active and the sleep states, and the average current per each part is defined by(1)I¯Act=IMCU+IRadToATAct+IRadSleep1-ToATAct,and (2)I¯Sleep=IMCUSleep+IRadSleep.Figure2(b) introduces the cycle of a data sensing. First the MCU is awaken and then orders the sensor to acquire the measure. The sensing consumes ISens and lasts TSens while the MCU is turned on during TMCUSens. However, in order to avoid considering several times the sensor current in sleep mode, it is considered equal to zero in this case. The period between two sensing operations is denoted TS, and the average current can be computed as(3)I¯S=IMCU.TMCUSensTS+ISens.TSensTS+ISensSleep.1-TSensTS.Figure2(c) recaps the model with the currents of both transmission and sensing cycles as well as the current consumption of the battery manager I¯BM. Then the overall current I¯cons is defined as the mean of the sum of those three components:(4)I¯Cons=I¯Act.TActTSend+I¯Sleep.1-TActTSend+I¯S+I¯BM.Based on this two-step model (i.e., transmission and sensing), Figure3 introduces the proposed methodology for choosing sizes of energy storage devices (i.e., both battery and capacitor) and harvesting components (i.e., solar panel area) of the previously introduced platform. These elements depend on QoS parameters, hardware characteristics, and environmental harvesting conditions. To this aim, the first step is to precisely control the consumed energy of the board.Figure 3
Sizing methodology diagram.Assuming that all parameters of (4) are known, the average consumed current I¯C can be computed according to the efficiency rate μMPPT of MPPT device:(5)I¯C=I¯ConsμMPPT.


### 3.2.2. Sizing Energy Storage Devices

The storage capacity is directly linked to both the node activity and the harvesting capabilities. The model of the solar energy harvesting considered in this work is illustrated in Figure4 and is composed of two scales: (i) the large scale is based on the number of working days nbWD split into the available and no available harvesting days (nbL¯D), for example, when a climatic event occurs like a storm; (ii) the small scale is about a day (24 hours) composed of the durations TEH and TEH¯ during which energy harvesting is available or not, respectively.Figure 4
Harvesting schedule on several days and on one day.In our platform model, the node embeds both a battery and a supercapacitor. The battery should be able to provide the currentI¯C during nbL¯D days or TEH¯ and leads to the inequality constraints on the battery size QB:(6)QB≥I¯C×3600×24×nbL¯D.(7)QB≥I¯C×TEH¯.The capacitor goal is to absorb the peak of current during the transmission. The behaviors of both the current and the voltage are described in Figure5. We assume that the battery is undersized compared to the current peak of the radio module; i.e., the maximum current provided by the battery IMaxBat is lower than the current IRad. In this case, the capacitor size is computed by considering the current variation during ToA between IRad and IMaxBat while the capacitor voltage drops. Indeed, the storage capacitor voltage VSC varies between the maximum value VEoC corresponding to the End of Charge and the minimum value VUVP Under Voltage Protection in order to avoid destruction. The worst case during the current peak is a total variation from VEoCC to VUVPC and leads to the constraint: (8)CS≥ToA×IRad-IMaxBatVEoC-VUVP.Figure 5
Absorption of the current peak of the radio module with capacity and battery.The node can also be powered by using of only a supercapacitor. In this case, the supercapacitor should provide all the electric chargeQB (instead of only the current peak). However, for most QoS scenarii, its size will be very high (several Farads), leading to an over-prizing of the node. The cheapest solution is therefore to associate a battery and a supercapacity.


### 3.2.3. Sizing Solar Panel

The simplest way to calculate the solar panel size is to define the energy budget. Firstly, the average consumed energy of the system during a day is calculated:(9)ECD=I¯C×VEoC×24×3600.Knowing the number of working days and the number of days without light, the energy that has to be harvested during one available day is(10)ERD=ECD×nbWDnbWD-nbL¯D.The instantaneous power of the supply is then given by(11)PInst=ERDTEH.The final step requires some more information related to the geographical position of the system and the solar panel. To this aim, Look-Up Tables (LUTs) of the following parameters are used:(i)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the illuminance (lx),(ii)
voltage of a photo-voltaic cell (V/cell) as a function of the illuminance (lx),(iii)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the output voltage (V) which allows us to extract optimum voltage and current and consequently the maximum output power.These LUTs are given by the Panasonic amorphous silicon solar cell specifications [21]. Using these LUTs, the minimum solar panel size according to the number of cells and the area of each cell for a given illumination can be computed according to the previously defined instantaneous power PInst.


## 3.2.1. Energy Consumption Model of the Platform

In order to dimension energy harvesting components, a duty-cycle model is proposed in which the node switches between a sleep state (the radio is turned off) and an awaken state for transmitting the data according to a periodical schedule. The time interval between two consecutive transmissions is called the wake up interval and is denotedTsend. However, to get a flexible and accurate model, two independent and distinct operations are defined: one for the radio transmission and one for the sensing. The time profiles of these operations are described in Figure 2.Figure 2
Current time descriptions of the cycles of both radio transmission (a) and data sensing (b) operations and the simplified cycle of the total consumption (c).
(a)
Cycle of a radio transmission: MCU (orange) and radio (green) current consumptions (b)
Cycle of a sensing operation: MCU (orange) and sensor (purple) current consumptions (c)
Behavior of average currentsFigure2(a) introduces the cycle of a radio transmission. The MCU is firstly awaken and consumes IMCU. It then turns on the radio module that transmits the data. The radio module creates a current peak IRad during the Time on Air denoted ToA. Finally, the MCU goes back to sleep. The total time of activity is denoted TAct. The cycle can be split into two parts, the active and the sleep states, and the average current per each part is defined by(1)I¯Act=IMCU+IRadToATAct+IRadSleep1-ToATAct,and (2)I¯Sleep=IMCUSleep+IRadSleep.Figure2(b) introduces the cycle of a data sensing. First the MCU is awaken and then orders the sensor to acquire the measure. The sensing consumes ISens and lasts TSens while the MCU is turned on during TMCUSens. However, in order to avoid considering several times the sensor current in sleep mode, it is considered equal to zero in this case. The period between two sensing operations is denoted TS, and the average current can be computed as(3)I¯S=IMCU.TMCUSensTS+ISens.TSensTS+ISensSleep.1-TSensTS.Figure2(c) recaps the model with the currents of both transmission and sensing cycles as well as the current consumption of the battery manager I¯BM. Then the overall current I¯cons is defined as the mean of the sum of those three components:(4)I¯Cons=I¯Act.TActTSend+I¯Sleep.1-TActTSend+I¯S+I¯BM.Based on this two-step model (i.e., transmission and sensing), Figure3 introduces the proposed methodology for choosing sizes of energy storage devices (i.e., both battery and capacitor) and harvesting components (i.e., solar panel area) of the previously introduced platform. These elements depend on QoS parameters, hardware characteristics, and environmental harvesting conditions. To this aim, the first step is to precisely control the consumed energy of the board.Figure 3
Sizing methodology diagram.Assuming that all parameters of (4) are known, the average consumed current I¯C can be computed according to the efficiency rate μMPPT of MPPT device:(5)I¯C=I¯ConsμMPPT.


## 3.2.2. Sizing Energy Storage Devices

The storage capacity is directly linked to both the node activity and the harvesting capabilities. The model of the solar energy harvesting considered in this work is illustrated in Figure4 and is composed of two scales: (i) the large scale is based on the number of working days nbWD split into the available and no available harvesting days (nbL¯D), for example, when a climatic event occurs like a storm; (ii) the small scale is about a day (24 hours) composed of the durations TEH and TEH¯ during which energy harvesting is available or not, respectively.Figure 4
Harvesting schedule on several days and on one day.In our platform model, the node embeds both a battery and a supercapacitor. The battery should be able to provide the currentI¯C during nbL¯D days or TEH¯ and leads to the inequality constraints on the battery size QB:(6)QB≥I¯C×3600×24×nbL¯D.(7)QB≥I¯C×TEH¯.The capacitor goal is to absorb the peak of current during the transmission. The behaviors of both the current and the voltage are described in Figure5. We assume that the battery is undersized compared to the current peak of the radio module; i.e., the maximum current provided by the battery IMaxBat is lower than the current IRad. In this case, the capacitor size is computed by considering the current variation during ToA between IRad and IMaxBat while the capacitor voltage drops. Indeed, the storage capacitor voltage VSC varies between the maximum value VEoC corresponding to the End of Charge and the minimum value VUVP Under Voltage Protection in order to avoid destruction. The worst case during the current peak is a total variation from VEoCC to VUVPC and leads to the constraint: (8)CS≥ToA×IRad-IMaxBatVEoC-VUVP.Figure 5
Absorption of the current peak of the radio module with capacity and battery.The node can also be powered by using of only a supercapacitor. In this case, the supercapacitor should provide all the electric chargeQB (instead of only the current peak). However, for most QoS scenarii, its size will be very high (several Farads), leading to an over-prizing of the node. The cheapest solution is therefore to associate a battery and a supercapacity.


## 3.2.3. Sizing Solar Panel

The simplest way to calculate the solar panel size is to define the energy budget. Firstly, the average consumed energy of the system during a day is calculated:(9)ECD=I¯C×VEoC×24×3600.Knowing the number of working days and the number of days without light, the energy that has to be harvested during one available day is(10)ERD=ECD×nbWDnbWD-nbL¯D.The instantaneous power of the supply is then given by(11)PInst=ERDTEH.The final step requires some more information related to the geographical position of the system and the solar panel. To this aim, Look-Up Tables (LUTs) of the following parameters are used:(i)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the illuminance (lx),(ii)
voltage of a photo-voltaic cell (V/cell) as a function of the illuminance (lx),(iii)
produced current density of the photo-voltaic panel (mA/cm2) as a function of the output voltage (V) which allows us to extract optimum voltage and current and consequently the maximum output power.These LUTs are given by the Panasonic amorphous silicon solar cell specifications [21]. Using these LUTs, the minimum solar panel size according to the number of cells and the area of each cell for a given illumination can be computed according to the previously defined instantaneous power PInst.


## 4. Designing Platform for LoRa Communication

This section aims to apply the proposed methodology to design a LoRa-based platform powered by solar energy source. First, a platform has been designed using the model introduced in Section3.1. Then, the dimensioning methodology is applied to explore the design space of the platform. As described in Figure 3, the energy consumption of the platform must be firstly characterized thanks to microbenchmarking. Then, using energy measurement values for different LoRa configurations, a design exploration is performed to see the influence of different configurations (QoS and illumination) on the hardware sizing (solar panel area and energy storage size).


### 4.1. Platform Design

A platform combining LoRa communication and energy has been designed and implemented using off-the-shelf components. The block diagram of the platform is given in Figure6 while a picture of the board is shown in Figure 7. This part introduces the different blocks of both the energy harvesting part and the processing part.Figure 6
Board block diagram with energy harvesting source.Figure 7
Prototype of the energy harvesting LoRa platform.


#### 4.1.1. Energy Harvesting Part

The energy harvesting part aims to supply the processing part. It is made up of the energy manager chip (SPV1050), the harvester (solar panel, Peltier module, …), a way to store the harvested energy (a supercapacitor and/or a battery), and a chip able to measure the current and voltage of the battery.The energy manager is implemented using the SPV1050 chip because it embeds MPPT technique, requires few external components, has a large input voltage operating range (from 150 mV to 18 V), and has a relatively low cost. However, its efficiency is a little bit lower than other PMICs having smaller input voltage operating range. A 4P2T slide switch enables changing the SPV1050 configuration from Buck-Boost to Boost. With this feature, the type of harvesters (e.g., solar panels or Peltier module) can be easily changed.For the energy storage, both previously mentioned configurations are available (i.e., using a battery and a supercapacitor, or only a capacitor). Indeed, it is possible to connect a supercapacitor in order to absorb the current peaks that can occur for a transmission for instance. In addition, the SPV1050 allows the charge of any battery by configuring the protection voltagesVEoC and VUVP.In order to monitor at run-time the battery state-of-charge, the INA226 chip from Texas Instruments is implemented in the platform. It allows measuring both the battery voltage and the current and is connected to the MCU thanks to an I2C serial port. This feature allows to dynamically manage the processing block consumption by modifying the QoS for example.


#### 4.1.2. Processing Part

The processing part allows the system to perform measurements of its environment using diverse sensors and to send them to a gateway using a LoRa long-range radio. This part relies on the CMWX1ZZABZ-078 chip from the ABZ Murata because it gathers a micro-controller (STM32L082CZ), a LoRa module (SX1276), and an impedance matching line on a single system-on-chip. The STM32 micro-controller is a Cortex M0+ optimized for low power applications. Its 192kB flash memory enables embedding both the LoRaWAN stack and the application code. In addition to the radio module, the micro-controller is connected to the sensors and to the battery monitoring chip (INA226).The connection to sensors is achieved by dedicated Click-Board headers or by the other pin headers with several interfaces (SPI, UART, and I2C) and GPIOs. These interfaces are shown on Figure 7. Moreover, in order to characterize the platform by monitoring the current consumptions of the different parts, several shunt headers have been placed on the board to perform external current measurements (ICONS, IPROCESS, and IRad). Figure 6 gives the block diagram of the board with the different ICs and the headers.


### 4.2. Energy Consumption Evaluation

Different current measurements can be performed using the shunt headers shown in Figure6: the total current consumption of the system, the current consumption of the LoRa module, and the current consumption of the processing part (MCU, battery monitoring, and sensors). These measurements are important to characterize the different configurations of the platform that depend on the MCU modes and LoRa parameters.Indeed, using LoRa transmission, the more range we want, the more consumption we will have. A trade-off between energy consumption and the range of the communication must be considered [22]. This trade-off is controlled by the spreading factor (SF), the bandwidth (B), the coding rate (CR), and the transmission power (PTx). The CR parameter corresponds to the additional data overhead ratio incurred by the cyclic error coding to perform forward error detection and correction and takes value in the range between 4/8 and 4/5. The SF takes value in the range between 6 and 12 and BW between 125 kHz and 500 kHz. The bitrate denoted Rb, for a LoRa communication, is calculated as follows:(12)Rb=SF·B2SF·CR.The modification of just one of the four parameters can significantly change the time on air of a LoRa communication and therefore the energy consumption. Because the space defined by these parameters is large, 3 setups corresponding, respectively, to the highest bit-rate setup (SH), the LoRa default setup (SD), and the lowest bit-rate setup (SL) were considered in this work. Table3 shows the parameter values for each setup. Because the resulting datarates are different, the packet ToA depends on the used setup.Table 3
LoRa setups used for energy measurement.
SH SD SL CR 4 5 4 5 4 8 B (kHz) 500 125 125 SF 6 7 12 R b (kbps) 37.5 5.47 0.183Figure8 gives the different steps of the packet transmission process and the corresponding states are indicated. These steps are the ones introduced in Figure 2. The accuracy of the measurements shows that hardware and software overheads occur at the beginning and at the end of the processes. Table 4 shows the current consumption of the most significant operation states.Table 4
Current consumption of the transmission process steps.
Mode Current Transceiver I R a d cf. Figure9 I R a d S l e e p 0.5μA  MCU I M C U 9.5mA I M C U S l e e p 2.8μAFigure 8
Microbenchmark of both MCU and LoRa transmission.The current consumptionIRad of LoRa transceiver is given in Figure 9 for different transmission powers PTx. The figure shows that increasing the transmission power from 0 dBm to 14 dBm only doubles the current consumption. Therefore, the packet ToA will have a higher influence on the energy required for sending a packet than the transmission power. Table 5 gives the energy required for sending a 25 bytes payload using each setup and for different transmission powers PTx. The energy required to send a packet using the SL setup is two orders of magnitude higher than the energy required to send a packet using the SH setup. This is due to the much lower bit-rate incurred by the lower bandwidth and the higher spreading factor, as well as the data overhead caused by a higher code rate.Table 5
Energy consumption according to LoRa configurations.
LoRa Setup T o A (ms) P T x (dBm) Energy (mJ) SH 8.99 0 0.99 10 1.45 14 1.59  SD 61.7 0 4.58 10 7.73 14 8.70  SL 1974.27 0 134.72 10 235.57 14 266.65Figure 9
Current consumptionIRad of LoRa transceiver for different transmission powers PTx.


### 4.3. Design Exploration

The experimental characterization of the proposed platform results in a fine knowledge of the current consumption for all processing steps. By combining these measurements and the QoS requirements (the method is detailed in the above Section3), both the solar panel area and the energy storage size can be computed. This part aims to show the impact of the QoS on the hardware dimensioning. The influence of the illuminance is also evaluated.First, the solar panel area is clearly linked to the illuminance where the node is deployed. Figure10 explores this relation for the three LoRa setups with a 14 dBm transmission power, a 25B payload, and Tsend set to 5 mn. The illuminance ranges from 200 lx, corresponding to minimum indoor irradiance allowed in offices to 10000 lx, which is the maximum outdoor irradiance [23, 24]. First, results show that the minimal solar panel area can be orders of magnitude (in mm2) different depending of the illuminance of the node. For instance, a 60 cm2 is required for the SD setup in an indoor deployment while only a 5 cm2 can be used in a sunny outdoor environment. The LoRa setup has also a huge impact on the solar panel area. For a 5000 lx illuminance, an area of 25 cm2 must be used for SL setup while less than 5 cm2 is required for SD and SH setups.Figure 10
Solar panel area with respect to illuminance for different LoRa configurations.The impact of the QoS on the battery size is also evaluated. Figure11 gives the minimal value of the battery needed to respect a given QoS expressed by Tsend. The same configurations as for Figure 10 are used. However, another key parameter to setup the capacity is the margin needed to respect the QoS during periods of energy scarcity. This parameter is set to 2 days per week without any illuminance. Moreover, by applying (8), the supercapacitor needs to be set to 148.87 mF in order to absorb the current peaks of the transmission process (40.9 mA for PTx of 14 dBm). Results show that increasing Tsend from 1 mn to 60 mn induces a battery reduction factor of 41 for SL setup, of 4.5 for SD setup and 1.3 for SH setup. The more energy the setup consumes, the higher the factor will be. Moreover, this reduction depends on a compromise between the QoS and the number of days without any illuminance.Figure 11
Battery sizes with respect to packet generation periodsTsend for different LoRa configurations.Finally, to illustrate the benefit of a fine computation of the solar panel area, the impact of the platform localization is given in Figure12. In this figure, the solar panel area is computed according to the minimum illuminance for each region of France. The same configurations and QoS are targeted for all regions: LoRa SL setup is used with a 14 dBm transmission power and a 25B payload, Tsend is set to 5 mn, and the margin is set to 1 day without any light. Dimensioning results show that the solar panel area can range from 17.5 cm2 in the South of France to 44 cm2 in North of France. Therefore, an area reduction more than 2 times can be achieved to keep a LoRa node autonomous depending of its localization.Figure 12
French map of solar panel area.


## 4.1. Platform Design

A platform combining LoRa communication and energy has been designed and implemented using off-the-shelf components. The block diagram of the platform is given in Figure6 while a picture of the board is shown in Figure 7. This part introduces the different blocks of both the energy harvesting part and the processing part.Figure 6
Board block diagram with energy harvesting source.Figure 7
Prototype of the energy harvesting LoRa platform.


### 4.1.1. Energy Harvesting Part

The energy harvesting part aims to supply the processing part. It is made up of the energy manager chip (SPV1050), the harvester (solar panel, Peltier module, …), a way to store the harvested energy (a supercapacitor and/or a battery), and a chip able to measure the current and voltage of the battery.The energy manager is implemented using the SPV1050 chip because it embeds MPPT technique, requires few external components, has a large input voltage operating range (from 150 mV to 18 V), and has a relatively low cost. However, its efficiency is a little bit lower than other PMICs having smaller input voltage operating range. A 4P2T slide switch enables changing the SPV1050 configuration from Buck-Boost to Boost. With this feature, the type of harvesters (e.g., solar panels or Peltier module) can be easily changed.For the energy storage, both previously mentioned configurations are available (i.e., using a battery and a supercapacitor, or only a capacitor). Indeed, it is possible to connect a supercapacitor in order to absorb the current peaks that can occur for a transmission for instance. In addition, the SPV1050 allows the charge of any battery by configuring the protection voltagesVEoC and VUVP.In order to monitor at run-time the battery state-of-charge, the INA226 chip from Texas Instruments is implemented in the platform. It allows measuring both the battery voltage and the current and is connected to the MCU thanks to an I2C serial port. This feature allows to dynamically manage the processing block consumption by modifying the QoS for example.


### 4.1.2. Processing Part

The processing part allows the system to perform measurements of its environment using diverse sensors and to send them to a gateway using a LoRa long-range radio. This part relies on the CMWX1ZZABZ-078 chip from the ABZ Murata because it gathers a micro-controller (STM32L082CZ), a LoRa module (SX1276), and an impedance matching line on a single system-on-chip. The STM32 micro-controller is a Cortex M0+ optimized for low power applications. Its 192kB flash memory enables embedding both the LoRaWAN stack and the application code. In addition to the radio module, the micro-controller is connected to the sensors and to the battery monitoring chip (INA226).The connection to sensors is achieved by dedicated Click-Board headers or by the other pin headers with several interfaces (SPI, UART, and I2C) and GPIOs. These interfaces are shown on Figure 7. Moreover, in order to characterize the platform by monitoring the current consumptions of the different parts, several shunt headers have been placed on the board to perform external current measurements (ICONS, IPROCESS, and IRad). Figure 6 gives the block diagram of the board with the different ICs and the headers.


## 4.1.1. Energy Harvesting Part

The energy harvesting part aims to supply the processing part. It is made up of the energy manager chip (SPV1050), the harvester (solar panel, Peltier module, …), a way to store the harvested energy (a supercapacitor and/or a battery), and a chip able to measure the current and voltage of the battery.The energy manager is implemented using the SPV1050 chip because it embeds MPPT technique, requires few external components, has a large input voltage operating range (from 150 mV to 18 V), and has a relatively low cost. However, its efficiency is a little bit lower than other PMICs having smaller input voltage operating range. A 4P2T slide switch enables changing the SPV1050 configuration from Buck-Boost to Boost. With this feature, the type of harvesters (e.g., solar panels or Peltier module) can be easily changed.For the energy storage, both previously mentioned configurations are available (i.e., using a battery and a supercapacitor, or only a capacitor). Indeed, it is possible to connect a supercapacitor in order to absorb the current peaks that can occur for a transmission for instance. In addition, the SPV1050 allows the charge of any battery by configuring the protection voltagesVEoC and VUVP.In order to monitor at run-time the battery state-of-charge, the INA226 chip from Texas Instruments is implemented in the platform. It allows measuring both the battery voltage and the current and is connected to the MCU thanks to an I2C serial port. This feature allows to dynamically manage the processing block consumption by modifying the QoS for example.


## 4.1.2. Processing Part

The processing part allows the system to perform measurements of its environment using diverse sensors and to send them to a gateway using a LoRa long-range radio. This part relies on the CMWX1ZZABZ-078 chip from the ABZ Murata because it gathers a micro-controller (STM32L082CZ), a LoRa module (SX1276), and an impedance matching line on a single system-on-chip. The STM32 micro-controller is a Cortex M0+ optimized for low power applications. Its 192kB flash memory enables embedding both the LoRaWAN stack and the application code. In addition to the radio module, the micro-controller is connected to the sensors and to the battery monitoring chip (INA226).The connection to sensors is achieved by dedicated Click-Board headers or by the other pin headers with several interfaces (SPI, UART, and I2C) and GPIOs. These interfaces are shown on Figure 7. Moreover, in order to characterize the platform by monitoring the current consumptions of the different parts, several shunt headers have been placed on the board to perform external current measurements (ICONS, IPROCESS, and IRad). Figure 6 gives the block diagram of the board with the different ICs and the headers.


## 4.2. Energy Consumption Evaluation

Different current measurements can be performed using the shunt headers shown in Figure6: the total current consumption of the system, the current consumption of the LoRa module, and the current consumption of the processing part (MCU, battery monitoring, and sensors). These measurements are important to characterize the different configurations of the platform that depend on the MCU modes and LoRa parameters.Indeed, using LoRa transmission, the more range we want, the more consumption we will have. A trade-off between energy consumption and the range of the communication must be considered [22]. This trade-off is controlled by the spreading factor (SF), the bandwidth (B), the coding rate (CR), and the transmission power (PTx). The CR parameter corresponds to the additional data overhead ratio incurred by the cyclic error coding to perform forward error detection and correction and takes value in the range between 4/8 and 4/5. The SF takes value in the range between 6 and 12 and BW between 125 kHz and 500 kHz. The bitrate denoted Rb, for a LoRa communication, is calculated as follows:(12)Rb=SF·B2SF·CR.The modification of just one of the four parameters can significantly change the time on air of a LoRa communication and therefore the energy consumption. Because the space defined by these parameters is large, 3 setups corresponding, respectively, to the highest bit-rate setup (SH), the LoRa default setup (SD), and the lowest bit-rate setup (SL) were considered in this work. Table3 shows the parameter values for each setup. Because the resulting datarates are different, the packet ToA depends on the used setup.Table 3
LoRa setups used for energy measurement.
SH SD SL CR 4 5 4 5 4 8 B (kHz) 500 125 125 SF 6 7 12 R b (kbps) 37.5 5.47 0.183Figure8 gives the different steps of the packet transmission process and the corresponding states are indicated. These steps are the ones introduced in Figure 2. The accuracy of the measurements shows that hardware and software overheads occur at the beginning and at the end of the processes. Table 4 shows the current consumption of the most significant operation states.Table 4
Current consumption of the transmission process steps.
Mode Current Transceiver I R a d cf. Figure9 I R a d S l e e p 0.5μA  MCU I M C U 9.5mA I M C U S l e e p 2.8μAFigure 8
Microbenchmark of both MCU and LoRa transmission.The current consumptionIRad of LoRa transceiver is given in Figure 9 for different transmission powers PTx. The figure shows that increasing the transmission power from 0 dBm to 14 dBm only doubles the current consumption. Therefore, the packet ToA will have a higher influence on the energy required for sending a packet than the transmission power. Table 5 gives the energy required for sending a 25 bytes payload using each setup and for different transmission powers PTx. The energy required to send a packet using the SL setup is two orders of magnitude higher than the energy required to send a packet using the SH setup. This is due to the much lower bit-rate incurred by the lower bandwidth and the higher spreading factor, as well as the data overhead caused by a higher code rate.Table 5
Energy consumption according to LoRa configurations.
LoRa Setup T o A (ms) P T x (dBm) Energy (mJ) SH 8.99 0 0.99 10 1.45 14 1.59  SD 61.7 0 4.58 10 7.73 14 8.70  SL 1974.27 0 134.72 10 235.57 14 266.65Figure 9
Current consumptionIRad of LoRa transceiver for different transmission powers PTx.


## 4.3. Design Exploration

The experimental characterization of the proposed platform results in a fine knowledge of the current consumption for all processing steps. By combining these measurements and the QoS requirements (the method is detailed in the above Section3), both the solar panel area and the energy storage size can be computed. This part aims to show the impact of the QoS on the hardware dimensioning. The influence of the illuminance is also evaluated.First, the solar panel area is clearly linked to the illuminance where the node is deployed. Figure10 explores this relation for the three LoRa setups with a 14 dBm transmission power, a 25B payload, and Tsend set to 5 mn. The illuminance ranges from 200 lx, corresponding to minimum indoor irradiance allowed in offices to 10000 lx, which is the maximum outdoor irradiance [23, 24]. First, results show that the minimal solar panel area can be orders of magnitude (in mm2) different depending of the illuminance of the node. For instance, a 60 cm2 is required for the SD setup in an indoor deployment while only a 5 cm2 can be used in a sunny outdoor environment. The LoRa setup has also a huge impact on the solar panel area. For a 5000 lx illuminance, an area of 25 cm2 must be used for SL setup while less than 5 cm2 is required for SD and SH setups.Figure 10
Solar panel area with respect to illuminance for different LoRa configurations.The impact of the QoS on the battery size is also evaluated. Figure11 gives the minimal value of the battery needed to respect a given QoS expressed by Tsend. The same configurations as for Figure 10 are used. However, another key parameter to setup the capacity is the margin needed to respect the QoS during periods of energy scarcity. This parameter is set to 2 days per week without any illuminance. Moreover, by applying (8), the supercapacitor needs to be set to 148.87 mF in order to absorb the current peaks of the transmission process (40.9 mA for PTx of 14 dBm). Results show that increasing Tsend from 1 mn to 60 mn induces a battery reduction factor of 41 for SL setup, of 4.5 for SD setup and 1.3 for SH setup. The more energy the setup consumes, the higher the factor will be. Moreover, this reduction depends on a compromise between the QoS and the number of days without any illuminance.Figure 11
Battery sizes with respect to packet generation periodsTsend for different LoRa configurations.Finally, to illustrate the benefit of a fine computation of the solar panel area, the impact of the platform localization is given in Figure12. In this figure, the solar panel area is computed according to the minimum illuminance for each region of France. The same configurations and QoS are targeted for all regions: LoRa SL setup is used with a 14 dBm transmission power and a 25B payload, Tsend is set to 5 mn, and the margin is set to 1 day without any light. Dimensioning results show that the solar panel area can range from 17.5 cm2 in the South of France to 44 cm2 in North of France. Therefore, an area reduction more than 2 times can be achieved to keep a LoRa node autonomous depending of its localization.Figure 12
French map of solar panel area.


## 5. Experimental Validation: In-Field Deployment

### 5.1. Experimental Setup

The proposed methodology was applied for two different QoS and two LoRa-based platforms were implemented. Node 1 used the SL setup (i.e., spreading factor SF=12) with a 14 dBm transmission power and had a sending periodTsend of 5 mn. Node 2 used the same configuration but its SF was reduced to 10 and Tsend set to 1 mn. Node 1 has therefore a longer ToA (1974.27 ms) than Node 2 (411.65 ms) but a longer sending period. Node 1 senses temperature and humidity while Node 2 also embeds a pluviometer (inducing a negligible power consumption overhead). The battery size is set with a margin so that nodes can operate during two days without any light.To set both solar panel area and battery size of Node 1, Figures12 and 11 are used as they address the same configuration. Considering a deployment in the French Britanny region, Figure 12 shows that a minimal solar panel area of 38.5 cm2 is required. Figure 11 shows that SL setup achieves Tsend of 5 mn when a battery size of at least 26.3 mA.h is used. Constrained by off-the-shelf components, the platform has been implemented with a 40.7 cm2 (7.4x5.5 cm) solar panel, a 35 mA.h LiPo battery, and a 220 mF supercapacity from Murata. For Node 2, its configuration was chosen in order to achieve the same hardware dimensioning.For validation purpose, both nodes were deployed on the roof of the laboratory building, as shown in Figure13. The nodes were deployed under the same illuminance conditions. The gateway was installed in an office room and at around 20 m far from the nodes. The range was not considered in this experimentation to evaluate only the impact of the energy harvesting on the QoS. The gateway was battery powered to gather data from both nodes, i.e., the 25B payload composed of all sensed values and the battery state-of-charge. The experiment lasted 15 days from March 8th to March 22nd.Figure 13
Photography of the two nodes deployed on the building roof.


### 5.2. Experimental Results

The values from the sensors show that the weather was quite favourable during these days. The average temperatures were 21.1 degrees during days and 8.2 degrees during nights for Node 1; 20.7 degrees during days and 8.35 degrees during nights for Node 2. The pluviometer of Node 2 measured no rain precipitation over experimentation. These values are higher than the normal ones for this season: 11.5 degrees during days, 5.4 degrees during nights, and 95.7 mm of precipitation. The illuminance was also very high compared to the value used to set the solar panel area.Figure14 shows the obtained results. The battery state-of-charge and the frame counter are plotted for the last 9 days. Figure 14(a) gives the results for Node 1 with the lowest QoS (Tsend=5 mn) and Figure 14(b) the results for Node 2 with the highest QoS (Tsend=1 mn). Results show that both nodes operate without any packet loss during the 15 days, reaching a total of 4308 packets for Node 1 and 21233 packets for Node 2. In order to evaluate the robustness against periods of energy scarcity, Node 2 was turned upside down at the beginning of March 19th so that it does not harvest any energy. In these conditions, Node 2 still operates during more than two days, as expected, showing the good sizing of the battery. After the first packet losses, the node was powered again and quickly reached its periodic behavior.Figure 14
Battery voltage and frame counter for the two nodes.
(a)
Node 1 (b)
Node 2


## 5.1. Experimental Setup

The proposed methodology was applied for two different QoS and two LoRa-based platforms were implemented. Node 1 used the SL setup (i.e., spreading factor SF=12) with a 14 dBm transmission power and had a sending periodTsend of 5 mn. Node 2 used the same configuration but its SF was reduced to 10 and Tsend set to 1 mn. Node 1 has therefore a longer ToA (1974.27 ms) than Node 2 (411.65 ms) but a longer sending period. Node 1 senses temperature and humidity while Node 2 also embeds a pluviometer (inducing a negligible power consumption overhead). The battery size is set with a margin so that nodes can operate during two days without any light.To set both solar panel area and battery size of Node 1, Figures12 and 11 are used as they address the same configuration. Considering a deployment in the French Britanny region, Figure 12 shows that a minimal solar panel area of 38.5 cm2 is required. Figure 11 shows that SL setup achieves Tsend of 5 mn when a battery size of at least 26.3 mA.h is used. Constrained by off-the-shelf components, the platform has been implemented with a 40.7 cm2 (7.4x5.5 cm) solar panel, a 35 mA.h LiPo battery, and a 220 mF supercapacity from Murata. For Node 2, its configuration was chosen in order to achieve the same hardware dimensioning.For validation purpose, both nodes were deployed on the roof of the laboratory building, as shown in Figure13. The nodes were deployed under the same illuminance conditions. The gateway was installed in an office room and at around 20 m far from the nodes. The range was not considered in this experimentation to evaluate only the impact of the energy harvesting on the QoS. The gateway was battery powered to gather data from both nodes, i.e., the 25B payload composed of all sensed values and the battery state-of-charge. The experiment lasted 15 days from March 8th to March 22nd.Figure 13
Photography of the two nodes deployed on the building roof.


## 5.2. Experimental Results

The values from the sensors show that the weather was quite favourable during these days. The average temperatures were 21.1 degrees during days and 8.2 degrees during nights for Node 1; 20.7 degrees during days and 8.35 degrees during nights for Node 2. The pluviometer of Node 2 measured no rain precipitation over experimentation. These values are higher than the normal ones for this season: 11.5 degrees during days, 5.4 degrees during nights, and 95.7 mm of precipitation. The illuminance was also very high compared to the value used to set the solar panel area.Figure14 shows the obtained results. The battery state-of-charge and the frame counter are plotted for the last 9 days. Figure 14(a) gives the results for Node 1 with the lowest QoS (Tsend=5 mn) and Figure 14(b) the results for Node 2 with the highest QoS (Tsend=1 mn). Results show that both nodes operate without any packet loss during the 15 days, reaching a total of 4308 packets for Node 1 and 21233 packets for Node 2. In order to evaluate the robustness against periods of energy scarcity, Node 2 was turned upside down at the beginning of March 19th so that it does not harvest any energy. In these conditions, Node 2 still operates during more than two days, as expected, showing the good sizing of the battery. After the first packet losses, the node was powered again and quickly reached its periodic behavior.Figure 14
Battery voltage and frame counter for the two nodes.
(a)
Node 1 (b)
Node 2


## 6. Conclusion

LPWAN technologies represent a real opportunity for applications requiring both long-range and low power consumption, such as environmental monitoring or connected farms. We proposed in this paper an energy autonomous wireless node platform leveraging LoRa technology. Optimizing the size of the energy storage and harvesting elements of the platform is of prime importance, because it will directly impact the form factor of the global platform. On the one hand, to deal with the distance to the base station and channel impairments, LoRa offers several configurations by properly tuning the spreading factor or the error correcting code, but this dramatically changes the time-on-air, therefore leading to very different energy consumption for transmitting the same amount of data. On the other hand, the climate of the area where nodes are deployed also means very different light conditions. Thanks to hybrid energy modelling including accurate benchmarking on our platform, a methodology was proposed to optimize the key elements of the wireless node, ensuring application requirements while taking into account node environment. An exploration was driven to highlight the impacts of both time-on-air and illuminance on this sizing. As a toy example, it was shown that, for the same quality of service, the size of the solar panel has to be twice in the North of France than in the South, and this ratio is directly linked to the size of the whole wireless sensor node.



---

*Source: 2878545-2019-07-15.xml*