EMERGENCY COMMUNICATION SYSTEM USING

LONG-RANGE TECHNOLOGY IN REMOTE REGIONS

A PROJECT REPORT

Submitted by

RAAGA PRIYA JK (2127210502034)

RASHEEM KHAN R (2127210502035)
SAHANA S (2127210502038)

in partial fulfillment for the award of the degree of

BACHELOR OF TECHNOLOGY

in
ARTIFICIAL INTELLIGENCE AND DATA SCIENCE

SRI VENKATESWARA COLLEGE OF ENGINEERING

(An Autonomous Institution; Affiliated to Anna University, Chennai-600025)

ANNA UNIVERSITY :: CHENNAI 600 025

MAY 2025
 SRI VENKATESWARA COLLEGE OF ENGINEERING
(An Autonomous Institution; Affiliated to Anna University, Chennai-600025)

ANNA UNIVERSITY :: CHENNAI 600 025

BONAFIDE CERTIFICATE

Certified that this project report “EMERGENCY COMMUNICATION

SYSTEM USING LONG-RANGE TECHNOLOGY IN REMOTE
REGIONS’’ is the bonafide work of “RAAGA PRIYA JK (2127210502034),
RASHEEM KHAN R (2127210502035), SAHANA S (2127210502038)” who
carried out the project work under my supervision.

SIGNATURE SIGNATURE

Dr. R. ANITHA Ms. S. JANANI

HEAD OF THE DEPARTMENT ASSISTANT PROFESSOR
COMPUTER SCIENCE & ENGG COMPUTER SCIENCE & ENGG

Submitted for the project viva-voce examination held on ………………..

INTERNAL EXAMINER EXTERNAL EXAMINER

ii
 ABSTRACT

The emergency communication system uses Long Range (LoRa)

technology, Global System for Mobile Communication (GSM), and cloud

storage for efficient location sharing and real-time monitoring. Powered by

lithium batteries, the ESP32-based device transmits Received Signal Strength

Indicator (RSSI)-based location data when a push button is pressed. The

system supports two-way communication, enabling data transmission from the

device to the receiver and acknowledgment or alerts sent back to the user. The

receiver processes the data, stores it in the cloud, and updates a trigger

notification on a connected mobile application for real-time tracking and

alerts. An Organic Light Emitting Diode (OLED) display shows system

messages, while a buzzer provides immediate feedback upon successful

message transmission. This low-power, long-range communication system is

suitable for personal safety, emergency response, and asset tracking.

iii
 ACKNOWLEDGEMENT

We thank our Principal Dr. S. Ganesh Vaidyanathan, Sri Venkateswara

College of Engineering for being the source of inspiration throughout our
study in this college.

We express our sincere thanks to Dr. R. Anitha, Head of the Department,

Computer Science and Engineering for her encouragement accorded to carry
this project.

With profound respect, we express our deep sense of gratitude and sincere
thanks to our guide Ms. S. Janani, Assistant Professor, for her valuable
guidance and suggestions throughout this project.

We are also thankful to our mini project coordinator Dr. S. Senthamizh

Selvi, Dr. S. Poorani & Ms. S. Dhivya, Associate Professors for their
continual support and assistance.

We thank our family and friends for their support and encouragement
throughout the course of our graduate studies.

RAAGA PRIYA JK
RASHEEM KHAN R
SAHANA S

iv
 TABLE OF CONTENTS

CHAPTER NO. TITLE PAGE NO.

ABSTRACT iii
LIST OF FIGURE ix
LIST OF ABBREVATIONS x
1 INTRODUCTION 1
1.1 PROJECT BACKGROUND 1
1.2 PROBLEM STATEMENT 2
1.3 PROPOSED SOLUTION OVERVIEW 3
1.4 OBJECTIVES OF THE PROJECT REVIEW 4
2 LITERATURE REVIEW 5
3 PROJECT DESCRIPTION 10
3.1 SYSTEM ARCHITECTURE 10
3.2 HARDWARE COMPONENTS 11
3.2.1 Power Supply 11
3.2.2 OLED Display 12
3.2.3 Push Button 12
3.2.4 GSM Module 12
3.2.5 LoRa Module 13
3.2.6 ESP32 Controller 14
3.2.7 DC Voltage Sensor 15
3.3 SOFTWARE COMPONENTS 15
3.3.1 Embedded C Firmware 15
3.3.2 Arduino IDE 16

v
CHAPTER NO. TITLE PAGE NO.

3.4 MODULES AND THEIR FUNCTIONALITY 16

3.4.1 Transmitter Module 16

3.4.2 Receiver Module 17

3.4.3 Emergency Alert 18

Notification Module
4 DETAILED MODULE OPERATION 19

4.1 TRANSMITTER MODULE OPERATION 19

4.1.1 Push Button Activation 19

4.1.2 Signal Processing by ESP32 20

4.1.3 LoRa-Based Data Transmission 20

4.1.4 Two-Way Communication 21

Feedback
4.2 RECEIVER MODULE OPERATION 21

4.2.1 LoRa Signal Reception 21

4.2.2 Data Processing by ESP32 22

4.2.3 RSSI Validation 22

4.2.4 User Notification and Display 23

4.3 EMERGENCY ALERT NOTIFICATION 23

MODULE OPERATION
4.3.1 App-Based Alert Trigger 23

4.3.2 OLED Display Confirmation 24

4.3.3 Two-Way Feedback Loop 25

vi
CHAPTER NO. TITLE PAGE NO.

5 REVIEW OF PROJECT DESIGN AND APPROACH 26

5.1 PROBLEM UNDERSTANDING 26
5.2 EVALUATION OF THE PROPOSED SOLUTION 26
5.3 FEASIBILITY AND SCALABILITY ANALYSIS 27
5.4 COST-EFFECTIVENESS EVALUATION 28
5.5 TECHNOLOGY SELECTION JUSTIFICATION 29
5.6 CONSIDERATION OF POWER EFFICIENCY 29
5.7 USER INTERFACE AND USER EXPERIENCE 30
5.8 DATA SECURITY AND PRIVACY 30
CONSIDERATIONS
6 REVIEW OF HARDWARE AND SOFTWARE 32
REQUIREMENTS
6.1 ADEQUACY OF HARDWARE SPECIFICATION 32
6.2 SUITABILITY OF SOFTWARE SPECIFICATION 33
6.3 HARDWARE AND SOFTWARE INTEGRATION 34
6.4 FUTURE HARDWARE/SOFTWARE UPGRADES 35
7 REVIEW OF MODULE DESCRIPTIONS 37
7.1 CLARITY AND COMPLETENESS OF MODULE 37
7.2 INTER-MODULE COMMUNICATION 38
7.3 IMPLEMENTATION OF MODULE 39
7.4 RISKS AND MITIGATION STRATEGIES 40

vii
CHAPTER NO. TITLE PAGE NO.

8 CRITICAL ANALYSIS AND RECOMMENDATIONS 45

8.1 STRENGTHS OF THE PROPOSED SYSTEM 45
8.2 WEAKNESSES AND POTENTIAL AREAS 46
8.3 RECOMMENDATIONS FOR FUTURE 47
DEVELOPMENT
8.4 APPLICATIONS AND OPPORTUNITIES 49
REFERENCES 51

viii
 LIST OF FIGURES

FIGURE NO. TITLE PAGE NO.

3.1 Architecture Diagram 10

3.2 DC Voltage Sensor 15
4.1 RF Transmitter and Receiver Module 19
4.2 OLED Display for Arduino 24
7.1 Emergency Communication System Static 38
Hardware Setup
7.2 Location Coordinates Displayed on the OLED 40
7.3 Mobile Application Interface 44
7.4 Google maps with Latitude and Longitude 44
Coordinates

ix
 LIST OF ABBREVIATION

LoRa Long Range

GSM Global System for Mobile Communication
RSSI Received Signal Strength Indicator
OLED Organic Light Emitting Diode
GPS Global Positioning System
DC Direct Current
IDE Integrated Development Environment
PCB Printed Circuit Board
LPWAN Low Power Wide Area Network
SMS Short Message Service
IoT Internet of Things
API Application Programming Interface
SDK Software Development Kit
CRC Cylic Redundancy Check
EMC Electromagnetic Compatibility
OTA Over-the-Air
SLA Service Level Agreement
UI User Interface

x
 CHAPTER 1

INTRODUCTION

1.1 PROJECT BACKGROUND

This introductory section is crucial for setting the stage and providing essential
background for the project report. It aims to immerse the reader in the project's
context, clearly articulating its importance and the driving forces behind its
initiation. Understanding this foundational information is key to appreciating the
subsequent analysis and recommendations. The central theme of the project
revolves around emergency communication, with a specific emphasis on
overcoming the unique hurdles presented by challenging environments.

The project directly confronts the limitations of current emergency

communication methods, particularly in remote and mountainous areas
characterized by unreliable or absent cellular infrastructure. This lack of
consistent coverage severely restricts the effectiveness of conventional solutions,
leaving individuals in vulnerable situations without adequate means of seeking
help. Existing alternatives, while offering some level of functionality, each present
significant drawbacks that hinder their widespread adoption and effectiveness in
the targeted environments. The infrastructural limitations of cellular networks, the
high cost and operational expenses of satellite phones, and the restricted range
and lack of location services in walkie-talkies underscore the need for a more
tailored solution.

1
 The core novelty of the proposed solution lies in its innovative combination of
LoRa's long-range, low-power capabilities and GSM's ubiquitous alert
transmission network, promising a cost-effective and efficient alternative to
existing methods.

1.2 PROBLEM STATEMENT

The fundamental challenge lies in the unreliable nature of emergency

communication within remote regions, primarily stemming from the absence of
consistent cellular network coverage. This deficiency creates a critical vulnerability
for individuals facing emergencies in these areas. Without a dependable means of
contact, those in urgent need of assistance experience potentially life-threatening
delays in receiving help. This can exacerbate injuries, increase the risk of severe
outcomes, and foster a pervasive sense of insecurity among residents and visitors
in these underserved locations. The inability to readily communicate during
critical moments underscores a significant gap in safety and accessibility.

Existing communication alternatives in these remote settings present their own

set of considerable drawbacks, directly contributing to the core problem. Satellite
phones, while offering broader coverage, are often prohibitively expensive for
widespread individual use. Walkie-talkies, a more affordable option, suffer from
limited operational range, rendering them ineffective across the expansive
distances common in mountainous or sparsely populated terrains. Furthermore,
basic walkie-talkie models typically lack integrated GPS capabilities, severely
hindering the ability of individuals to accurately relay their location to emergency
responders, a crucial element for timely assistance.

2
1.3 PROPOSED SOLUTION OVERVIEW

We're solving the problem of unreliable emergency calls in remote areas by

using two technologies together: LoRa and GSM. LoRa lets devices communicate
over long distances using very little power – think of it as a long-range, low-energy
whisper. GSM is the same technology used in regular cell phones for sending texts
and calls, so it has a widespread network for sending out alerts.

Our system has a few main parts. There's a simple wearable device with a
button you press in an emergency. When pressed, it uses LoRa to send its
approximate location to a nearby receiver. This receiver then uses the GSM
network to send an alert with the location to your emergency contacts through a
mobile app. The app shows where you are in real-time. The wearable device also
has a small screen for messages and makes a sound to let you know it's working.

This approach is better because it can cover larger areas than walkie-talkies and
is cheaper than satellite phones. It also lets people know your location and allows
for simple back-and-forth messages, all while using very little battery power. This
is helpful for hikers, people in rural areas, and anyone who might need help in a
place without cell service. Our target users include hikers, mountaineers,
individuals residing in rural areas with limited cellular coverage, and anyone who
ventures into remote environments where reliable communication is paramount.
Potential applications extend beyond personal safety to include emergency
response coordination and even asset tracking in remote locations

3
1.4 OBJECTIVES OF THE PROJECT REVIEW

The overarching goal of this review is to conduct a comprehensive evaluation

of the proposed emergency communication system for remote areas. This
assessment aims to determine the project's overall feasibility, technical soundness,
and potential for effectively addressing the identified problem of unreliable
communication. Furthermore, the review will examine the alignment of the
proposed solution with the initial problem statement, ensuring that the developed
system directly tackles the critical challenges highlighted.

Our review will focus on several key aspects of the project. We will evaluate the
effectiveness of the combined LoRa and GSM approach in providing reliable
long-range communication and alert transmission. The suitability and adequacy
of the chosen hardware and software components, including the wearable device,
receiver unit, and mobile application, will be carefully assessed. We will also
analyze the design and functionality of the individual modules and how seamlessly
they integrate to form a cohesive system. A critical part of the review will be to
examine the project's feasibility, considering factors such as development
complexity, resource requirements, scalability for wider deployment, and overall
cost-effectiveness. Additionally, we will identify potential risks, challenges that
may arise during development or implementation, and areas where the current
design or approach could be improved. Finally, the review will consider the
technical approach's innovation and its potential to offer a significant advantage
over existing solutions.

Ultimately, this review intends to ensure that the project remains on trajectory
will successfully achieve its objectives of providing a reliable and accessible
emergency communication solution for remote environments, validating the
technical approach and design choices made thus far.

4
 CHAPTER 2

LITERATURE REVIEW

S. Thangam, M. Gurupriya, O. Kothari, S. N. Sah, K. P. Shah, and K. P.

Dharmaraj, (2024). The enduring challenge of establishing dependable emergency
communication networks in remote, underserved, and disaster-prone regions has
galvanized a significant and diverse body of scholarly research, with investigators
exploring a wide spectrum of technological solutions designed to overcome the
inherent limitations of conventional communication infrastructures. This
comprehensive literature review delves into nine recent and highly relevant studies
that directly address this critical need, meticulously examining their proposed
methodologies, key findings, and inherent limitations. These studies collectively
underscore the multifaceted complexities associated with ensuring effective and
timely emergency communication in environments frequently characterized by a
pervasive lack of consistent cellular network coverage, while simultaneously
presenting a rich tapestry of innovative approaches that harness the potential of
technologies spanning Low Power Wide Area Networks (LPWANs) such as
LoRa, satellite-based systems offering global reach, flexible drone-assisted
communication networks, sophisticated hybrid network architectures, and even
considerations for post-disaster sustainability and localized closed-area solutions.
Ultimately, the overarching objective of this extensive body of work is to identify
robust, cost-effective, and readily deployable solutions that can significantly
enhance the safety and security of individuals in these vulnerable areas, expedite
critical emergency response times, and effectively mitigate the potentially
catastrophic risks associated with communication blackouts during times of crisis.

5
 U. Kumaran, B. Umah, P. P. Reddy, P. S. Shruthi and P. Tharneesh,(2024) A
significant and influential area of recent research focuses on Low Power Wide
Area Network (LPWAN) technologies, particularly LoRa, for emergency
communication in challenging, resource-constrained regions. Thangam et al.
(2024) highlighted LoRa's long range and minimal infrastructure needs for real-
time accident alerts in remote hilly areas[1]. Their work emphasizes LoRa's
potential for basic emergency notifications where cellular towers are impractical.
Kumaran et al. (2024) furthered this by developing a robust LoRa system with
GPS and multi-hop routing for remote and disaster-prone areas where traditional
communication fails[2]. Multi-hop routing extends LoRa's range, and GPS
integration provides accurate location tracking, addressing a key limitation of
basic LoRa systems. While these studies showcase LoRa's long range and low
power consumption, both acknowledge its low data throughput, limiting it to
simple alerts and basic location data. Kumaran et al. [2] also note that LoRa's
signal range can be significantly affected by obstructions like vegetation,
buildings, and mountainous terrain, crucial considerations for deployment in
diverse landscapes. Ultimately, the overarching objective of this extensive body of
work is to identify robust, cost-effective, and readily deployable solutions that can
significantly enhance the safety and security of individuals in these vulnerable
areas, expedite critical emergency response times, and effectively mitigate the
potentially catastrophic risks associated with communication blackouts during
times of crisis. The sheer breadth and depth of these diverse research endeavors
underscore the ongoing and critical quest for a universally applicable and
inherently dependable solution to this persistent and life-saving problem.

6
 A. S. Naik, S. K. Reddy, and M. G. Raj, (2024). Recognizing the inherent
limitations often associated with relying on single-technology solutions to address
the complex challenges of emergency communication in diverse remote settings, a
significant and growing body of researchers has strategically explored the
potential of implementing sophisticated hybrid network architectures and
investigating alternative communication modalities to significantly enhance the
overall robustness, reliability, and adaptability of emergency communication
systems deployed in these often-challenging environments. Bravo-Arrabal et al.
(2022) made a notable contribution in this area with their detailed investigation
into the "Realistic Deployment of Hybrid Wireless Sensor Networks Based on
ZigBee and LoRa for Search and Rescue Applications," proposing an intelligent
and synergistic combination of the short-range, ultra-low-power capabilities of
ZigBee for localized, close-proximity communication with the long-range, wide-
area reach of LoRa for broader, more extensive connectivity in the demanding
context of search and rescue operations conducted in complex terrains[4]. This
innovative hybrid approach is specifically designed to strategically leverage the
inherent strengths of each distinct technology to ensure the establishment of more
comprehensive, resilient, and adaptable connectivity in challenging and rapidly
evolving disaster zones and remote locations where a singular communication
technology might prove inadequate. However, the practical implementation of
such a sophisticated hybrid network inevitably introduces a significant increase in
overall system complexity, particularly in terms of network management and
interoperability, and also potentially leads to substantially higher overall
deployment costs due to the fundamental necessity of procuring, deploying, and
maintaining the additional ZigBee network infrastructure, including the ZigBee
nodes themselves.

7
 J. Bravo-Arrabal, P. Zambrana, J. J. Fernandez-Lozano, J. A. Gomez-Ruiz, J.
S. Barba, and A. García-Cerezo, (2022). For emergency scenarios demanding
truly ubiquitous and geographically independent communication coverage,
satellite-based communication systems offer a conceptually compelling, albeit
often financially prohibitive, solution. Kagai et al. (2024) presented a
comprehensive concept for a "Rapidly Deployable Satellite-Based Emergency
Communications Infrastructure," with the overarching and ambitious aim of
establishing a robust communication infrastructure capable of providing near-
global emergency communication coverage with the critical capability for rapid
and efficient deployment in response to large-scale natural disasters or in
extremely remote geographical areas where terrestrial networks are simply non-
existent[6]. Their proposed system strategically emphasizes the inherent potential
for remarkably quick setup and the immediate provision of real-time
communication connectivity, effectively and completely bypassing the often-
crippling limitations and vulnerabilities of traditional ground-based
communication infrastructure. However, the practical implementation, ongoing
maintenance, and necessary upgrades of a truly comprehensive and globally
effective satellite-based communication network inevitably involve substantial and
often prohibitive financial investment in both the initial infrastructure and its
long-term operation, as well as the management of a highly complex technological
ecosystem, making it a potentially cost-prohibitive and logistically challenging
solution for smaller-scale or localized emergency response initiatives and for
projects operating under significant budgetary constraints

8
 S. Chang, (2021) A comprehensive analysis of recent research [1-9] reveals the
significant and multifaceted challenges in establishing reliable emergency
communication in remote, underserved, and environmentally hostile regions. No
single technology provides a complete solution. Low Power Wide Area Networks
(LPWANs), particularly LoRa, offer promise for long-range, low-power
communication for basic alerts and location data in areas lacking infrastructure
[1,2]. However, LoRa's limitations include low data throughput and susceptibility
to environmental obstructions. Hybrid networks, like ZigBee-LoRa, enhance
resilience but increase complexity and cost [4]. Drone-assisted communication
offers flexibility but is limited by drone availability and weather conditions [5].
Satellite systems provide broad coverage but are expensive [6]. Research on post-
disaster sustainability and closed environments has limited applicability to general
remote emergencies [7,8]. Advanced cellular technologies like 5G are currently
impractical in remote areas due to infrastructure limitations and high costs [9].

9
 CHAPTER 3

PROJECT DESCRIPTION

3.1 SYSTEM ARCHITECTURE

Figure 3.1 ARCHITECTURE DIAGRAM

The proposed system architecture comprises two primary units: a wearable

Transmitter designed for user activation and a stationary Receiver responsible for
processing and disseminating alerts (as illustrated in figure 3.1, which provides a
visual representation of the system's components and their interaction). Initiating
the emergency response sequence begins with the user pressing the trigger button
on the Transmitter. Upon activation, the ESP32 microcontroller within the
Transmitter processes this input, potentially acquiring location data from an
integrated GPS module (as depicted in the architecture diagram, requiring
clarification on its inclusion). This processed information, including the alert
signal and location data, is then wirelessly transmitted over a long-range LoRa
communication link. The Receiver unit, situated within a designated coverage
area, is equipped with a LoRa receiver module that captures the transmitted data.

10
 When the help button on the wearable Transmitter is pressed, the ESP32
microcontroller, acting as the central brain, activates and may retrieve the user's
GPS location. This crucial information, along with the emergency signal, is then
transmitted wirelessly to the stationary Receiver unit via the long-range LoRa
communication protocol. Upon receiving this transmission, the ESP32
microcontroller within the Receiver processes the data to extract the distress signal
and the user's location coordinates. Subsequently, the Receiver's ESP32 instructs
the integrated GSM module to leverage the cellular network.

3.2 HARDWARE COMPONENT

In our project, each physical part plays a specific role. For example, the ESP32
is the main "brain" in both the wearable and the receiver, controlling everything.
The LoRa module lets the wearable talk to the receiver over long distances with
little power. If we use a GPS module, it tells the ESP32 the location of the person
needing help. The GSM module in the receiver is like a phone, sending text
messages to emergency contacts using the regular phone network. The battery
powers the wearable, and its capacity determines how long it lasts. If there's a
display, it shows simple messages to the user.

3.2.1 Power Supply

The power supply for the wearable Transmitter unit is a lithium battery.
Lithium batteries were chosen for their high energy density, lightweight nature,
and ability to provide a stable voltage output, which is crucial for the reliable
operation of the ESP32 and the communication modules. The capacity of the
battery will be determined based on the desired operational time of the device
between charges, considering the power consumption of the LoRa and GPS
modules during transmission and standby modes.

11
3.2.2 OLED Display

The wearable Transmitter incorporates an Organic Light Emitting Diode

(OLED) display. OLED displays were selected for their low power consumption,
compact size, and good visibility even in varying lighting conditions. In this
system, the OLED display serves to provide immediate feedback to the user, such
as confirmation of successful button press, transmission status, and potentially
acknowledgments received from the receiver.

3.2.3 Push Button

A simple push button acts as the primary trigger for initiating an emergency
alert. Its function is straightforward and intuitive for the user. Upon pressing the
button, an electrical signal is sent to the ESP32 microcontroller, signaling the need
to activate the location tracking and alert transmission sequence. The button is
chosen for its reliability and ease of use, even in stressful situations.

3.2.4 GSM Module

The Receiver unit is equipped with a Global System for Mobile Communicati
-on (GSM) module. This module enables the system to send Short Message
Service (SMS) alerts containing the location data to pre-configured mobile phone
numbers or emergency response centers via the existing cellular network. The
GSM module was selected for its widespread availability and the reliability of
SMS for delivering critical information, ensuring that alerts can be received even
on basic mobile phones.

12
3.2.5 LoRa Module

The selection of Long Range (LoRa) radio transceivers as the communication

backbone for both the wearable Transmitter and the stationary Receiver units is a
deliberate and strategic design decision rooted in the unique demands of
emergency communication in remote environments. LoRa technology stands out
due to its exceptional ability to facilitate long-range wireless communication while
maintaining remarkably low power consumption. This dual advantage is
particularly critical for the battery-powered wearable Transmitter, where
maximizing operational lifespan is paramount to ensure its availability during
unforeseen emergencies in areas where recharging facilities are scarce or non-
existent. The inherent low power characteristics of LoRa, especially during
periods of inactivity or standby, contribute significantly to extending the device's
battery life, enhancing its reliability over extended durations.

Furthermore, the long-range communication capability offered by LoRa is a

key differentiator that directly addresses the fundamental challenges of remote
area communication. Unlike shorter-range technologies such as Bluetooth or
traditional Wi-Fi, which are severely limited by distance and require a dense
network infrastructure, LoRa enables the transmission of the distress signal and
location data over potentially several kilometers. This extended range
dramatically increases the probability that the emergency signal originating from a
user in a remote location can successfully reach a strategically placed Receiver
unit, even if the user is a considerable distance away from any established
communication infrastructure. This inherent long-range capability effectively
overcomes the limitations associated with communication technologies that have
a more restricted operational radius, thereby significantly enhancing the potential
for timely alert reception and subsequent emergency response in vast and sparsely
populated areas.

13
3.2.6 ESP32 Controller

The ESP32 microcontroller is the central processing unit for both the
Transmitter and the Receiver units. This powerful and versatile System-on-a-Chip
(SoC) integrates a high-performance dual-core processor, Wi-Fi, and Bluetooth
connectivity. In this project, the ESP32 is responsible for: Transmitter: Reading
the state of the push button, acquiring data from the GPS module (if included),
processing the data, controlling the LoRa transceiver for transmission, and
displaying feedback on the OLED. Receiver: Controlling the LoRa receiver to
capture incoming data, processing the received data, controlling the GSM module
to send SMS alerts, and displaying information on the LCD display. The ESP32
was selected for its low power consumption, processing power, integrated
peripherals, and ease of programming with the Arduino IDE.

The ESP32 was strategically selected as the core microcontroller for the project
due to a compelling combination of its advantageous technical specifications and
development ecosystem. Its low power consumption is a critical factor,
particularly for the battery-operated Transmitter, contributing to extended
operational life. The ESP32's significant processing power ensures that it can
handle the necessary tasks of data acquisition, processing, and communication
control efficiently and in real-time. The integrated peripherals, including a rich set
of communication interfaces (SPI, I2C, UART) and analog-to-digital converters,
simplify the hardware design and reduce the need for external components.
Finally, the ease of programming facilitated by the widely adopted Arduino
Integrated Development Environment (IDE) significantly streamlines the software
development process, allowing for rapid prototyping, code development, and
debugging, making it an accessible and efficient platform for this project.

14
3.2.7 DC Voltage Sensor

The wearable Transmitter includes a DC voltage sensor to monitor the voltage

level of the lithium battery. This is crucial for ensuring the reliable operation of
the device and for providing low-battery warnings to the user, potentially via the
OLED display. In figure 3.2 the DC Voltage sensro monitoring the voltage allows
for proactive maintenance and prevents unexpected system shutdowns due to
power depletion.

Figure 3.2 DC VOLTAGE SENSOR

3.3 SOFTWARE COMPONENTS

This section describes the software tools and languages used in development
of the project.

3.3.1 Embedded C Firmware

The primary programming language used for developing the firmware runs on
the ESP32 microcontrollers in both the Transmitter and the Receiver units is
Embedded C. This language provides direct access to the hardware and allows for
efficient control of the microcontroller's peripherals, which is essential for real-
time operations, low power management, and reliable communication with the
LoRa and GSM modules, as well as the OLED and LCD displays.

15
3.3.2 Arduino IDE

The Arduino Integrated Development Environment (IDE) is the software

platform used for writing, compiling, and uploading the Embedded C firmware to
the ESP32 microcontrollers. The Arduino IDE provides a user-friendly interface
and a rich set of libraries that simplify the development process for interacting
with the ESP32's hardware capabilities and various modules. Its ease of use and
large community support make it a suitable choice for rapid prototyping and
development of embedded systems.

3.4 MODULES AND THEIR FUNCTIONALITY

This section provides a functional overview of the main modules within your
system, reiterating and potentially expanding on the descriptions provided earlier.

3.4.1 Transmitter Module

The Transmitter Module is the wearable unit responsible for initiating the
emergency alert and transmitting the user's location. Its core functionality
includes: Emergency Triggering: Detecting when the user presses the push button.
Location Acquisition: Capturing the user's current geographical coordinates using
the GPS module (if included). Data Processing: Formatting the location data and
preparing it for wireless transmission using the ESP32 microcontroller. Long-
Range Transmission: Sending the processed data to the Receiver unit via the
LoRa transceiver. User Feedback: Providing visual confirmation of the system's
status and transmission success through the OLED display. Power Management:
Efficiently managing the power drawn from the lithium battery, including
monitoring the voltage level.

16
3.4.2 Receiver Module

The Receiver Module is responsible for receiving the distress signal from the
Transmitter and initiating the alert mechanisms. Its key functions are: Long-
Range Reception: Receiving the LoRa signal transmitted by the Transmitter.
Data Processing: Decoding and validating the received location data using the
ESP32 microcontroller. SMS Alert Transmission: Sending an SMS message
containing the location information via the GSM module to designated recipients.
Local Feedback: Displaying the received location data or system status on the
LCD display.

Upon successful reception of a LoRa signal, the next crucial function is Data
Processing. Here, the integrated ESP32 microcontroller, the intelligent core of the
Receiver, takes over. It decodes the received data packet, interpreting the
information encoded by the Transmitter. This decoding process extracts the
essential data, which primarily includes the location coordinates of the user who
triggered the alert. Furthermore, the ESP32 may also perform Data Validation,
implementing checks to ensure the integrity and accuracy of the received location
data. This could involve verifying checksums or other error detection codes
embedded in the transmission, minimizing the risk of acting upon corrupted or
inaccurate information.

Once the data has been successfully received and (optionally) validated, the
Receiver Module proceeds to its core alerting function: SMS Alert Transmission.
The ESP32 takes the extracted and verified location information and formats it
into a concise and informative SMS message. It then communicates with the
integrated GSM module, instructing it to transmit this SMS message over the
established cellular network.

17
3.4.3 Emergency Alert Notification Module

Once the Receiver successfully processes a distress signal, the Emergency Alert
Notification Module takes over. This involves the ESP32 instructing the GSM
module to generate and send an SMS message. This message contains the crucial
location data of the person in need, transmitted via the established cellular
network to the designated emergency contacts. Simultaneously, the Receiver can
display the received location coordinates or a simple alert message on its LCD
screen, providing immediate local awareness of the situation. Importantly, this
notification module is designed with future expandability in mind, allowing for the
potential integration of additional notification methods, such as push notifications
through a mobile app or direct communication with existing emergency response
platforms.

18
 CHAPTER 4

DETAILED MODULE OPERATION

4.1 TRANSMITTER MODULE OPERATION

Figure 4.1 illustrates the key components of the RF Transmitter and Receiver
Module, highlighting the essential circuitry for wireless communication. The
figure likely depicts elements such as the antenna, modulation/demodulation
stages, and signal processing units involved in transmitting and receiving radio
frequency signals. Understanding this module, as shown in figure 4.1, is crucial
for comprehending the system's wireless data exchange capabilities.

Figure 4.1 RF TRANSMITTER AND RECEIVER MODULE

4.1.1 Push Button Activation

User-Initiated Alert: When a user encounters an emergency, their physical act

of pressing the dedicated push button on the wearable device initiates the alert
sequence. This action directly completes an electrical circuit that is connected to a
designated input pin on the ESP32 microcontroller, the central processing unit of
the wearable.

19
4.1.2 Signal Processing by ESP32

Upon detecting a button press, the ESP32 microcontroller initiates a

"debouncing" process in its software to filter out any rapid on/off signals from the
mechanical button, ensuring a single, accurate trigger detection. Following this
stable detection, the ESP32 proceeds to acquire the current location coordinates
from the GPS module (if integrated), communicating with it to retrieve precise
latitude, longitude, and altitude data. This raw GPS information, potentially
combined with other sensor readings like battery voltage, is then processed and
formatted by the ESP32 into a structured data packet. This structured format
ensures that the data is readily understandable by the receiving unit via the LoRa
communication link. Finally, the ESP32 configures the LoRa transceiver with the
necessary communication parameters, such as frequency and transmission power,
and loads the prepared data packet into the module's transmit buffer, ready for
wireless transmission.

4.1.3 LoRa-Based Data Transmission

The process of initiating the wireless transmission of the emergency alert and
location data begins when the ESP32 microcontroller, having prepared and
formatted the necessary information, sends a command to the LoRa transceiver
module. This instruction signals the LoRa module to commence the broadcast of
the structured data packet over the airwaves. Following this command, the LoRa
module undertakes the crucial task of Wireless Communication. It achieves this
by employing its unique and proprietary spread spectrum modulation technique.
This sophisticated modulation method encodes the digital data onto radio waves
in a highly efficient manner. The key advantages of LoRa's spread spectrum
modulation are its ability to achieve remarkably long-range communication even
with relatively low transmission power, its inherent low power consumption,
which is vital for the battery-operated Transmitter, and its significant high
interference immunity

20
4.1.4 Two-Way Communication Feedback

Optional Acknowledgment Process: In systems implementing two-way

communication, the Transmitter, after sending the emergency data, can
temporarily switch its LoRa module to a listening mode, awaiting a confirmation
signal from the Receiver. If the Receiver successfully processes the alert, it
transmits a brief acknowledgment packet back to the Transmitter via LoRa.
Upon receiving this acknowledgment, the ESP32 on the Transmitter updates the
OLED display to provide feedback to the user, confirming that the alert has been
received, potentially with a message like "Alert Acknowledged." Conversely, if no
acknowledgment is received within a defined period, the Transmitter's ESP32
might initiate a re-transmission of the emergency data or display an error message
on the OLED screen, informing the user of a possible issue with the initial
transmission. The specific actions taken in the absence of an acknowledgment are
determined by the system's design priorities for reliability and user feedback.

4.2 RECEIVER MODULE OPERATION

This section details the processes at the receiving end of the emergency
communication system.

4.2.1 LoRa Signal Reception

Continuous Monitoring: The LoRa receiver module in the Receiver unit is

continuously listening on the designated frequency and with the configured
parameters for incoming LoRa signals. Signal Detection: When the LoRa receiver
detects a signal that matches its configured parameters, it demodulates the radio
waves to extract the transmitted data packet. Data Reception: The received data
packet, containing the emergency information (likely location coordinates), is
passed to the ESP32 microcontroller connected to the LoRa receiver.

21
4.2.2 Data Processing by ESP32

Upon receiving a raw data packet via the LoRa module, the ESP32
microcontroller begins by decoding the packet according to the communication
protocol established with the Transmitter. This decoding process extracts the
essential information, primarily the location coordinates of the user in distress.
Optionally, the ESP32 may then perform data validation checks to ensure the
integrity of the received information. This could involve verifying checksums or
other error detection codes that were embedded in the transmitted data packet by
the Transmitter. Following successful reception and validation (if implemented),
the ESP32 proceeds to trigger the emergency alert mechanisms, which involves
sending commands to the GSM module to dispatch an SMS message and
updating the local display with the received information.

4.2.3 RSSI Validation

Signal Strength Measurement: The LoRa receiver module typically provides

information about the Received Signal Strength Indicator (RSSI) of the received
signal. RSSI is a measure of the power level received by the antenna. Reliability
Assessment: The ESP32 can read the RSSI value associated with the received data
packet. A higher RSSI generally indicates a stronger and more reliable signal.
Filtering or Thresholding (Potentially): The system might implement a threshold
for the RSSI value. If the RSSI is below a certain level, the received data might be
considered unreliable and could be discarded or flagged for potential error

22
 This helps to ensure that alerts are triggered based on reasonably strong and
likely accurate signals. Improving Location Accuracy (Indirectly): While RSSI
itself doesn't directly provide location, consistently low RSSI values might indicate
that the transmitter is at the edge of its communication range, which could be
relevant in certain scenarios.

4.2.4 User Notification and Display

SMS Alert via GSM: The ESP32 formats the extracted location data into an
SMS message. It then sends commands to the GSM module to transmit this SMS
to the pre-configured phone numbers or emergency response system. Display on
LCD (Assumed): The initial hardware list mentioned an OLED on the
transmitter. The architecture diagram shows "LCD Display" for feedback on the
receiver. The ESP32 formats the received location data or a simple alert message
and sends it to the connected LCD display for local viewing. This could be useful
for monitoring personnel at the receiver location. In addition to the remote SMS
alerting, the Receiver module also provides local feedback through a connected
display. While the initial hardware list for the Transmitter mentioned an OLED
display, the system architecture diagram indicates an "LCD Display" associated
with the Receiver, suggesting its role in providing feedback at the receiving end.

4.3 EMERGENCY ALERT NOTIFIATION MODULE OPERATION

This section focuses on the actions taken once the Receiver has successfully
processed the emergency data.

4.3.1 App-Based Alert Trigger

SMS Reception by Mobile Application: The SMS message sent by the GSM
module on the Receiver is received by the designated mobile phone(s) that have
the associated emergency alert application installed.

23
 Notification Generation: The mobile application detects the incoming SMS,
parses the location data from the message, and generates a user-friendly alert
notification on the mobile device. This notification could include details like
"Emergency Alert Received" and display the location on a map or as coordinates.
Real-Time Tracking: The application can use the received location data to update
the user's location on a map in real-time if subsequent location updates are sent by
the Transmitter (though the current description focuses on a single trigger event).

4.3.2 OLED Display Confirmation

"Two-Way Communication Feedback" (4.1.4), implementing an

acknowledgment system allows the Receiver to confirm the successful reception of
an alert, potentially triggering an app notification and sending a confirmation
back to the Transmitter. Upon receiving this acknowledgment, the ESP32 on the
Transmitter updates its OLED display, as depicted in a hypothetical Figure 4.2, to
provide crucial user assurance. For instance, the display might show "Alert Sent!
Acknowledged by Receiver. Help is on the way." or a simpler "Alert OK!". This
visual feedback immediately informs the user that their emergency alert has likely
been received and is being acted upon, offering vital reassurance during a stressful
situation.

Figure 4.2 OLED DISPLAY FOR ARDUINO

24
4.3.3 Two-Way Feedback Loop

The two-way communication capability allows for a feedback loop that can
enhance the reliability and user experience of the system. The user initiates the
alert, the system transmits it, the receiver acknowledges reception, and this
acknowledgment is relayed back to the user via the OLED display. System Status
Indication: This feedback loop can also be used for system status updates or for
sending simple messages back to the user if needed in more advanced versions of
the system. Improving Trust and Reliability: The presence of a feedback
mechanism builds trust in the system, as the user receives confirmation that their
alert has been successfully transmitted and received.

25
 CHAPTER 5

REVIEW OF PROJECT DESIGN AND APPROACH

5.1 PROBLEM UNDERSTANDING

The project clearly defines the problem of unreliable emergency in remote areas
due to the absence of cellular coverage. The problem statement effectively
highlights the limitations of existing solutions, such as high costs, limited range,
and lack of GPS capabilities. The focus on individuals in critical situations
struggling to access emergency services underscores the urgency of the issue. The
rationale for prioritizing remote and mountainous regions is sound, given the
inherent challenges in establishing traditional communication networks there. The
proposed solution directly targets the core issue of providing a reliable means for
individuals in distress to send an alert and their location when other options are
unavailable. Further consideration should be given to the system's resilience to
extreme weather conditions common in mountainous regions. The mechanism for
users to ascertain if their alert has been successfully received warrants thorough
evaluation, especially if two-way communication isn't consistently reliable.

5.2 EVALUATION OF THE PROPOSED SOLUTION

The combination of LoRa for long-range transmission and GSM for alert
dissemination offers an innovative approach to overcome the limitations of
current systems. LoRa's low power consumption and extended range are well-
suited for remote environments, while GSM provides a widely accessible
infrastructure for delivering critical alerts. The two-unit architecture, comprising a
dedicated transmitter and a robust receiver, presents advantages in terms of
focused functionality.

26
5.3 FEASIBILITY AND SCALABILITY ANALYSIS

The technical feasibility of implementing the proposed emergency

communication system appears to be on a solid foundation, primarily due to the
selection of well-established and readily accessible technologies. LoRa, with its
proven capabilities in long-range, low-power wireless communication, GSM,
providing ubiquitous cellular network access for SMS messaging, and the ESP32
microcontroller, a versatile and powerful System-on-a-Chip with extensive
development support, are all mature technologies with a wealth of available
development resources, including comprehensive documentation, active online
communities, and readily available libraries and code examples. The integration of
these individual components into a cohesive and functional system, however, will
require meticulous planning and careful execution. This includes designing robust
and efficient electronic circuits to ensure seamless hardware interaction,
developing reliable and optimized firmware for the ESP32 microcontrollers in
both the Transmitter and Receiver units to manage their respective tasks, and
creating a user-friendly and intuitive mobile application for emergency contact
management and potential future system interactions.

While the core technologies are mature, the practical deployment of the system
in remote geographical areas may present certain logistical challenges that need to
be carefully addressed. A key consideration will be the strategic placement and
reliable power supply of the Receiver units to ensure adequate coverage across the
intended operational area. For widespread coverage, a network of strategically
located Receivers might be necessary, and determining optimal placement to
maximize signal reception range and minimize dead zones will require thorough
site surveys and potentially signal propagation testing. Ensuring a consistent and
reliable power supply to these remote Receiver units could also be challenging.

27
5.4 COST-EFFECTIVENESS EVALUATION

The proposed emergency communication system holds significant promise for

achieving substantial cost-effectiveness, particularly when compared to existing
alternatives for remote area communication. The core individual hardware
components selected for the system, such as the ESP32 microcontroller and the
LoRa communication modules, are notably inexpensive when juxtaposed with the
often-exorbitant costs associated with satellite communication equipment and
infrastructure. While the initial development costs associated with designing and
implementing the specialized software for the ESP32 firmware, the development
of a user-friendly mobile application (if planned for future enhancements), and the
intricate integration of all the hardware and software components are important
financial considerations, the projected per-unit manufacturing cost of the
wearable Transmitter device has the potential to be significantly lower than that of
comparable alternative solutions, such as satellite phones or specialized emergency
beacons.

Understanding of the overall cost-effectiveness necessitates of the careful

evaluation of the operational costs associated with utilizing the GSM network for
sending SMS alerts. While individual SMS messages may have a relatively low
cost, the cumulative expense, particularly with frequent use in emergency
situations or for system testing, could become a significant factor in the long term.
Therefore, a comprehensive and detailed cost analysis is essential. This analysis
should meticulously compare the total cost of ownership of the proposed system,
encompassing both the initial hardware and software development expenses as
well as the ongoing operational costs (primarily SMS charges and potential
maintenance), with the total cost of ownership of alternative solutions.

28
5.5 TECHNOLOGY SELECTION JUSTIFICATION

The selection of LoRa for long-range communication is justified by its ability

to achieve significant distances with minimal power consumption, crucial for
battery-powered devices in areas with limited power access. Compared to other
LPWAN technologies, LoRa offers a favorable balance of range, power
efficiency, and flexible network deployment. GSM was chosen for alert
transmission due to its widespread coverage and the reliability of SMS for
delivering critical information to a broad range of mobile devices. The ESP32
microcontroller was selected for its powerful processing capabilities, low power
modes, integrated Wi-Fi and Bluetooth (offering future expansion potential), and
the ease of development provided by the Arduino IDE.

5.6 CONSIDERATION OF POWER EFFICIENCY

Power efficiency is a paramount consideration for the wearable Transmitter

unit. The ESP32 microcontroller offers various low-power sleep modes for periods
of inactivity. The LoRa module is inherently low power, especially in standby.
However, the GPS module (if included) can consume significant power during
active location acquisition. The OLED display's power consumption is relatively
low. The design should prioritize strategies such as utilizing the ESP32's deep sleep
modes, optimizing LoRa transmission parameters, and minimizing the active time
of the GPS module. A detailed analysis of the current draw of each component in
different operational states and an estimation of the expected battery life with a
предполагаемый battery capacity are necessary. Future enhancements could
explore more aggressive power management techniques and potentially lower-
power display alternatives.

29
5.7 USER INTERFACE AND USER EXPERIENCE (OLED DISPLAY,
PUSH BUTTON, MOBILE APP)

Power efficiency stands as a cornerstone in the design of the wearable

Transmitter unit, directly impacting its usability and reliability in emergency
situations. The ESP32 microcontroller, the central processing unit, offers a range
of sophisticated low-power sleep modes that can be strategically employed during
periods of user inactivity, significantly reducing overall energy consumption.
Similarly, the LoRa communication module is inherently designed for low power
operation, particularly when in a standby or idle state, making it well-suited for
battery-powered applications. However, the inclusion and active operation of a
GPS module for location acquisition present a notable challenge to power
efficiency, as GPS modules can draw a substantial amount of current during the
process of determining the device's geographical coordinates. In contrast, the
OLED display.

5.8 DATA SECURITY AND PRIVACY CONSIDERATIONS

Data security and privacy are important aspects, particularly concerning

sensitive location information. Transmitting data via unencrypted LoRa could
pose interception risks, necessitating the implementation of encryption protocols.
Similarly, the transmission of location data via unencrypted SMS carries inherent
privacy implications. If cloud storage is utilized, robust security measures,
including encryption at rest and in transit, along with strict access control, are
essential. The privacy implications of collecting and storing location data, even for
emergency purposes, require careful consideration, and transparent data retention
policies should be established. Depending on the user base and deployment
context, adherence to relevant data privacy regulations might be necessary.

30
 However, the potential inclusion and active operation of a Global Positioning
System (GPS) module within the wearable Transmitter for precise and accurate
location acquisition introduces a notable and potentially significant challenge to
the overall power efficiency of the device. GPS modules, by their very nature of
continuously scanning for and processing signals from multiple satellites to
determine the device's precise geographical coordinates, can draw a substantial
amount of electrical current. This power draw, especially if the GPS module is
active for extended periods, can significantly deplete the battery reserves, thereby
reducing the overall operational time of the Transmitter. In contrast to the power-
hungry GPS module, the Organic Light Emitting Diode (OLED) display, typically
used in wearable devices for providing visual feedback to the user regarding
system status, alert confirmations, or low battery warnings, generally exhibits
relatively low power consumption compared to other active components.
Therefore, a careful and balanced approach to the integration and utilization of
each component, with a strong emphasis on minimizing the power consumption
of the most demanding elements like the GPS module, is absolutely critical to
achieving a truly power-efficient and reliable wearable emergency transmitter.

31
 CHAPTER 6

REVIEW OF HARDWARE AND SOFTWARE REQUIREMENTS

6.1 ADEQUACY OF HARDWARE SPECIFICATIONS

This section critically examines whether the chosen hardware components

possess the necessary capabilities and specifications to effectively achieve the
project's objectives, particularly the goal of creating a cost-effective, long-range
emergency alert system for remote areas. Meeting Core Functionality
Requirements: Analyze if the selected hardware components directly support the
essential functionalities of the system. For example, does the LoRa module offer
sufficient range for the intended remote environments. Does the GSM module
support reliable SMS transmission in the targeted areas? Is the ESP32
microcontroller powerful enough to handle data processing, communication
control, and peripheral management for both the Transmitter and Receiver?
Evaluate if the power supply (lithium battery) provides adequate operational time
for the wearable Transmitter under typical usage scenarios. Consider if the OLED
display on the Transmitter and the LCD display on the Receiver are appropriately
sized and readable for their intended purposes. Performance Considerations:
Assess if the hardware specifications align with the required performance levels.
For instance, is the data transmission rate of the LoRa module sufficient for
transmitting location data within an acceptable timeframe? Is the response time of
the ESP32 to a button press and subsequent actions quick enough for emergency
situations. Does the sensitivity of the GPS module (if included) meet the accuracy
requirements for location tracking in potentially challenging environments.
Evaluate if the DC voltage sensor provides accurate and timely battery level
readings.

32
 Cost-Effectiveness Alignment: Revisit the project's goal of cost-effectiveness.
Are the chosen hardware components reasonably priced compared to alternatives
that might offer similar functionality? Is there a balance between cost and
performance, ensuring that the system is both affordable and effective? Consider if
the selection of individual components contributes to the overall cost targets of
the project without compromising essential features or reliability.

6.2 SUITABILITY OF SOFTWARE SPECIFICATIONS

This section evaluates whether the chosen software tools and languages are
appropriate for developing and implementing the required functionalities of the
emergency alert system. Embedded C for Microcontroller Programming: Analyze
the suitability of Embedded C for programming the ESP32 microcontrollers in
both the Transmitter and Receiver. Consider its capabilities for low-level
hardware control, memory management, and real-time operation, which are
crucial for embedded systems. Evaluate if the existing libraries and community
support for Embedded C on the ESP32 platform are sufficient for the project's
complexity. Consider if the language allows for efficient power management,
which is particularly important for the battery-powered Transmitter. Arduino
IDE for Development: Assess the appropriateness of the Arduino IDE as the
development environment. Consider its ease of use, the availability of libraries for
interacting with the ESP32 and the connected hardware modules (LoRa, GSM,
GPS, displays, sensors), and its suitability for rapid prototyping and initial
development. However, also consider potential limitations of the Arduino IDE for
more complex or performance-critical aspects of the firmware and whether a
transition to a more direct ESP-IDF approach might be necessary later in the
development process.

33
 Mobile Application Development (if applicable): If a mobile application is
intended for receiving and displaying alerts, evaluate the chosen platform (e.g.,
Android, iOS) and the proposed development tools and languages (e.g.,
Java/Kotlin, Swift). Consider their capabilities for handling SMS messages,
displaying maps, providing notifications, and managing background processes.
Assess the suitability of the chosen platform for the target user group and the
overall goals of the emergency alert system.

6.3 HARDWARE AND SOFTWARE INTEGRATION

This section identifies potential difficulties that might arise when combining
the selected hardware components and developing the necessary software to make
them work together seamlessly. Interfacing Different Modules: Analyze the
potential challenges in establishing reliable communication between the ESP32
and the various hardware modules (LoRa transceiver, GSM modem, GPS
receiver, OLED/LCD displays, DC voltage sensor, push button). Consider issues
related to communication protocols (e.g., SPI, I2C, UART), voltage level
compatibility, and timing synchronization. Evaluate the complexity of the
required software drivers and libraries for each module and the potential for
conflicts or compatibility issues. Real-Time Operation and Resource
Management: Assess the challenges in ensuring real-time responsiveness of the
system, particularly in the Transmitter's handling of the push button press and the
subsequent data acquisition and transmission. Consider potential issues related to
interrupt handling, task scheduling within the ESP32 firmware, and efficient
management of the microcontroller's limited memory and processing resources.
Evaluate the power consumption implications of different software tasks and the
need for careful optimization.

34
 Wireless Communication Integration: Analyze the potential challenges in
establishing a reliable LoRa communication link between the Transmitter and
Receiver, considering factors like signal interference, range limitations due to
terrain and obstacles, and the configuration of LoRa parameters. Evaluate the
integration of the GSM module for sending SMS alerts, including handling
network registration, sending commands, and managing potential errors in
communication with the cellular network. Mobile Application and Hardware
Interaction (if applicable): If a mobile application is part of the system, consider
the challenges in ensuring reliable reception and processing of SMS alerts,
accurate display of location information, and efficient background operation
without excessive battery drain on the mobile device. Evaluate the potential
complexities in parsing location data from SMS messages and integrating with
mapping services.

6.4 HARDWARE/SOFTWARE UPGRADES

This section explores potential future enhancements and upgrades to both the
hardware and software of the emergency alert system. Hardware Enhancements:
Consider potential future hardware upgrades that could improve the system's
functionality, performance, or reliability. This might include integrating more
advanced sensors (e.g., environmental sensors), exploring lower-power or higher-
performance communication modules, incorporating a more accurate GPS
module, or transitioning to a more ruggedized or smaller form factor for the
wearable device. Evaluate the potential impact of these upgrades on cost and
power consumption. Software Feature Additions: Explore potential future
software enhancements that could add new features or improve the user
experience.

35
 Scalability and Interoperability: Consider future upgrades that could enhance
the scalability of the system to support a larger number of users or integrate with
existing emergency response infrastructure. This might involve exploring different
network topologies for the receiver units, implementing more robust backend
systems for managing alerts, or adhering to open standards to improve
interoperability with other emergency communication systems. Technology
Evolution: Discuss potential future transitions to newer or more advanced
hardware and software technologies that could offer significant benefits. This
might involve exploring newer LPWAN technologies beyond LoRa, adopting
more efficient microcontroller architectures, or leveraging advancements in mobile
operating systems and application development frameworks. Consider the
potential challenges and benefits of such transitions in terms of development
effort, cost, and performance gains.

36
 CHAPTER 7

REVIEW OF MODULE DESCRIPTIONS

7.1 CLARITY AND COMPLETENESS OF MODULE

Foundational Understanding: The high-level descriptions effectively convey is

the primary purpose of each module. The Transmitter's role in initiating alerts and
sending location, the Receiver's function in receiving and relaying alerts, and the
Emergency Alert Notification's task of informing relevant parties are clearly
established. However, a deeper dive into the specific sensors the Transmitter might
utilize (beyond just GPS, if any others are planned), the precise data processing
steps performed by the ESP32 in both modules, and the exact nature of the alerts
generated by the Receiver would enhance understanding. Enhanced Detail on
Data and Protocols: While the use of LoRa and GSM for communication is
mentioned, the specific protocols governing this communication are not detailed.
For LoRa, this includes the packet structure, any addressing schemes, and error-
checking mechanisms. For GSM, it would involve the SMS message format,
including how the location data is encoded. Understanding these details is crucial
for assessing the robustness and interoperability of the system.

Granular Operational Breakdown and Consistency: Providing a more step-by-

step breakdown of the actions within each module would improve clarity. For the
Transmitter, this could include the precise sequence of button press detection,
GPS activation, data acquisition, formatting, and LoRa transmission initiation.
For the Receiver, it would involve the process of continuously listening for LoRa
signals, data packet reception, decoding, validation, and the subsequent triggering
of the GSM module and display.

37
7.2 INTER-MODULE COMMUNICATION

Defined Communication Pathways: The fundamental communication links

identified: the wireless LoRa connection for transmitting emergency data from the
user's device to a potentially remote receiver, and the cellular GSM network for
relaying alerts as SMS messages to designated contacts. This establishes the
primary routes for information dissemination. However, the logical connection to
a mobile application need further clarification. LoRa Protocol and Data Format
Specifics: The lack of detail regarding the LoRa communication protocol and
data format presents a gap in understanding the system's technical underpinnings.
Specifying the modulation parameters (spreading factor, coding rate), the packet
structure (preamble, header, payload, CRC), and any application-level protocol
implemented on top of LoRa is crucial for evaluating the efficiency, reliability,
and security of the wireless link. Understanding how the location data (e.g.,
latitude, longitude) and potentially other relevant information (e.g., battery level,
user ID) are encoded within the LoRa payload is essential for assessing data
integrity and processing requirements at the receiver end.

Feedback Mechanisms and Failure Handling: While two-way communication

via LoRa is mentioned as a possibility for acknowledgment, the specific
implementation details are lacking. Clarifying whether an acknowledgment is a
standard part of the protocol, the structure of the acknowledgment message, and
how the Transmitter handles the absence of an acknowledgment is important for
evaluating the system's reliability. Furthermore, detailing how communication
failures at either the LoRa or GSM level are detected and potentially handled
(e.g., retransmission attempts, error messages to the user) would provide a more
complete picture of the system's robustness.

38
7.3 IMPLEMENTATION OF MODULE

Transmitter Implementation Details: The implementation of the wearable

Transmitter will likely involve a multi-layer PCB to achieve the required
compactness. The firmware will likely be event-driven, responding to button
presses and GPS data availability. Power management will be a key aspect,
potentially utilizing deep sleep modes and careful control of peripheral power.
Development will likely involve the Arduino IDE initially, potentially moving to a
more direct ESP-IDF approach for optimized performance. Thorough testing will
involve simulating various emergency scenarios and verifying LoRa transmission
range and reliability.

Figure 7.1 EMERGENCY COMMUNICATION SYSTEM STATIC

HARDWARE SETUP

Receiver Implementation Details: The Receiver's implementation might a

stationary setup. The firmware will continuously poll the LoRa receiver for
incoming packets. Upon reception, data will be parsed, and AT commands will be
used to interface with the GSM module for sending SMS messages. The LCD
display will be updated with relevant information. Figure 7.1 Emergency
communication system static hardware setup is used to testing will focus on
verifying the correct reception of LoRa data from transmitters at varying
distances and the accurate and timely sending of SMS alerts.

39
 Emergency Alert Notification Implementation: SMS formatting will adhere to
a predefined structure to allow easy parsing by the recipient (human or
application). Mobile application development (if planned) will involve platform-
specific UI design for displaying alerts and location data, background service
implementation for real-time updates (if continuous tracking is a feature), and
power optimization to minimize battery drain on the user's phone. Cloud storage
integration will require selecting an appropriate service and implementing APIs
for data logging, retrieval, and potentially real-time data streaming to the mobile
application. Security considerations for data in transit and at rest in the cloud will
be paramount.

7.4 RISKS AND MITIGATION STRATEGIES

Further mitigate battery depletion, consider implementing more sophisticated

power management algorithms and providing granular battery level information
to the user. To address push button issues, explore using recessed buttons or
requiring a slightly longer press duration to prevent accidental activation. For
GPS failures, investigate the possibility of transmitting the last known location if a
current fix isn't available and clearly indicate this to the receiver. To improve
LoRa reliability, consider implementing adaptive data rate schemes and exploring
different antenna designs optimized for the intended environment.

Receiver: To enhance the reliability of the LoRa receiver, consider using

redundant receivers or implementing error correction codes in the LoRa protocol.
To mitigate ESP32 failures, explore using a more industrial-grade component or
implementing a dual-microcontroller setup for critical applications.

40
 Emergency Alert Notification: To improve SMS delivery reliability, explore
using premium SMS gateways with guaranteed delivery and implementing
delivery receipts. For mobile app reliability, rigorous testing across different
devices and operating system versions is crucial. For cloud storage, select a
provider with strong SLAs and implement comprehensive data backup and
recovery strategies.

Figure 7.2 Location Coordinates Displayed on the OLED display

To minimize alert delays, optimize the entire data pipeline from the transmitter
to the notification system and monitor the performance of critical components
like the GSM gateway and cloud services. Figure 7.2 Location Coordinates
Displayed on the OLED display.

41
 To significantly enhance the reliability and robustness of the Emergency Alert
Notification aspect of the system, several critical improvements and
considerations can be implemented across its various components. For the Short
Message Service (SMS) delivery mechanism, which relies on the GSM network,
exploring the utilization of premium SMS gateways with Service Level
Agreements (SLAs) that guarantee a higher rate of message delivery success is a
crucial step. These premium gateways often have more direct connections to
mobile network operators and offer enhanced routing capabilities, thereby
increasing the likelihood that emergency alerts will be delivered promptly and
reliably, even during periods of high network traffic. Furthermore, implementing
delivery receipts functionality, where the system receives confirmation that the
SMS message has been successfully delivered to the recipient's mobile device,
provides valuable feedback and allows for potential re-transmission attempts if a
delivery failure is indicated.

For systems incorporating a mobile application for receiving alerts emergency

contacts, ensuring the application's reliability across a diverse range of devices and
operating system versions is paramount. This necessitates rigorous and
comprehensive testing on a wide selection of smartphones with different hardware
specifications and running various versions of Android and iOS. This thorough
testing process helps identify and rectify any platform-specific bugs, performance
issues, or compatibility problems, ensuring a consistent and dependable user
experience for all potential recipients of emergency notifications.

42
 Concurrently, for systems that incorporate a dedicated mobile application for
receiving emergency alerts or managing designated emergency contacts, ensuring
the application's consistent reliability across the highly fragmented landscape of
mobile devices and operating systems is paramount. This necessitates rigorous and
comprehensive testing on a broad spectrum of physical smartphones,
encompassing diverse manufacturers, varying screen sizes and hardware
specifications, and critically, a wide range of versions of both Android and iOS
operating systems. This exhaustive testing process is essential to proactively
identify and meticulously rectify any platform-specific bugs, subtle performance
inconsistencies, or potential compatibility issues that could compromise the
dependability and user experience of the application for all potential recipients of
critical emergency notifications. By addressing both the underlying SMS delivery
infrastructure and the user-facing mobile application, the overall reliability and
effectiveness of the emergency alert notification system can be significantly
enhanced.

43
Figure 7.3 MOBILE APPLICATION Figure 7.4 GOOGLE MAPS WITH
INTERFACE LATITUDE AND LONGTITUDE
COORDINATES

44
 CHAPTER 8

CRITICAL ANALYSIS AND RECOMMENDATIONS

8.1 STRENGTHS OF THE PROPOSED SYSTEM

This section highlights the key advantages and positive aspects of your low-
cost, long-range emergency alert system. Cost-Effectiveness: Emphasize the
potential for lower manufacturing and operational costs compared to existing
solutions like satellite phones or extensive cellular infrastructure. Highlight how
the use of readily available and relatively inexpensive components like the ESP32
and LoRa modules contributes to this strength. Point out that the reliance on the
existing GSM network for alerts leverages established infrastructure without the
need for deploying and maintaining a proprietary wide-area network. Long-
Range Communication Capability: Underscore the benefit of using LoRa
technology for achieving extended communication ranges in remote areas where
traditional cellular coverage is absent or unreliable. Explain how this long-range
capability directly addresses a primary limitation of existing, more localized
communication methods like walkie-talkies. Highlight the low power
consumption of LoRa, which is crucial for the battery-operated wearable
transmitter, enabling extended operational periods.

Two-Way Communication Potential: If implemented, emphasize the added

value of the two-way communication capability (even if currently basic
acknowledgment). Explain how this feature can provide crucial feedback to the
user in distress, confirming that their alert has likely been received. Mention the
potential for future expansion of this two-way link for more detailed interactions
or status updates.

45
 Leveraging Existing Infrastructure: Highlight the strategic use of the GSM
network for alert delivery. Explain how this leverages a widely available and
established infrastructure, ensuring that alerts can reach standard mobile phones
without requiring specialized receiving devices (beyond the base receiver unit).
This broadens the reach and accessibility of the emergency notification system.
User-Friendly Trigger Mechanism: Point out the simplicity and intuitiveness of
the push-button activation on the wearable transmitter. Emphasize that this
straightforward mechanism is easy to use even in stressful emergency situations,
requiring minimal technical expertise from the user. The inclusion of an OLED
display for immediate feedback further enhances the user experience by providing
confirmation of system actions.

8.2 WEAKNESSES AND POTENTIAL AREAS

This section critically examines the shortcomings and areas where the propose
system could be enhanced for better performance, reliability, and user experience.
Reliance on a Separate Receiver Unit: Analyze the potential limitations imposed
by the need for a dedicated receiver unit. Consider scenarios where a user might
need to trigger an alert but is not within range of a pre-positioned receiver.
Explore potential solutions or alternative operational modes that could mitigate
this limitation, such as direct communication with a network of strategically
placed receivers or even exploring the feasibility of a more distributed network
model in the future. Location Accuracy Based on RSSI (If Applicable): If the
initial location data is primarily RSSI-based (as mentioned in the abstract),
discuss the inherent limitations in accuracy compared to GPS. Explain that RSSI
provides an indication of signal strength,

46
 Dependence on GSM Network Availability for Alerts: While leveraging the
existing GSM network is a strength, also acknowledge the potential weakness of
relying solely on cellular coverage for alert delivery from the receiver. In areas
with weak or intermittent GSM signals, the timely delivery of SMS alerts could be
compromised. Suggest exploring backup alert mechanisms or considering the
integration of satellite communication for critical alerts in areas with unreliable
GSM coverage. Limited Information on Mobile Application Functionality: Note
that the details regarding the mobile application are currently high-level.
Emphasize the importance of a well-designed and user-friendly mobile application
for effectively receiving, displaying, and managing emergency alerts. Highlight
areas that need further definition, such as real-time tracking capabilities, alert
acknowledgement features for responders, communication back to the user (if
feasible), and the app's reliability and battery efficiency on mobile devices.

Data Security and Privacy Considerations: the potential vulnerabilities related

to data security and privacy, particularly concerning the transmission of
unencrypted location data over LoRa and GSM. Emphasize the need for
implementing robust encryption protocols and secure data handling practices to
protect user information. Further analysis of data retention policies and
compliance with relevant privacy regulations is also crucial.

8.3 RECOMMENDATIONS FOR FUTURE DEVELOPMENT

This section outlines specific suggestions for future work that could improve
the system, expand its capabilities, and address the identified weaknesses.

47
 Integration of GPS for Precise Location Tracking: Prioritize the integration of
a GPS module into the wearable transmitter to provide accurate and reliable
location data in emergency situations. Research the power consumption
characteristics of various GPS modules and implement power-saving strategies to
minimize their impact on battery life. Development of a Robust Mobile
Application: Invest significant effort in designing and developing a comprehensive
mobile application for receiving and managing alerts. This application should
include features such as real-time map display of the user's location, customizable
alert notifications, two-way communication capabilities with the user (if feasible),
alert history, and potentially integration with emergency services or designated
contacts. Enhancement of Data Security and Privacy: Conduct thorough research
into appropriate encryption techniques for both LoRa and GSM communication.
Implement robust security protocols to protect the confidentiality and integrity of
location data. Define clear data retention policies and ensure compliance with
relevant data privacy regulations.

Exploration of Alternative Communication Pathways: Investigate backup

communication methods to enhance system reliability in areas with intermittent
GSM coverage. This could include exploring satellite communication for critical
alerts or the development of a mesh network of LoRa-enabled devices to relay
messages across longer distances. Optimization of Power Management: Conduct
detailed power consumption analysis of all hardware components in the wearable
transmitter. Implement more sophisticated power management algorithms,
including dynamic power scaling and intelligent sleep modes, to maximize battery
life. Explore the use of energy-harvesting technologies to supplement battery
power in the long term.

48
8.4 APPLICATIONS AND OPPORTUNITIES

This section explores the broader applications of the proposed technology

beyond the initial focus on remote and mountainous areas, as well as potential
market opportunities. Personal Safety and Lone Worker Solutions: Expand the
application of the system to personal safety devices for individuals working alone
in various industries (e.g., security, construction, forestry) or for vulnerable
individuals. The long-range and cost-effective nature of the system could make it
an attractive alternative to more expensive or limited-range solutions in these
sectors. Elderly Care and Medical Emergency Response: Adapt the system for use
by elderly individuals living alone or those with medical conditions requiring rapid
emergency assistance. The simple push-button trigger and reliable alert
mechanism could provide a valuable safety net. Integration with health
monitoring sensors could further enhance its utility in this domain. Asset Tracking
in Remote Locations.

Explore the potential of using the LoRa communication and location tracking
capabilities for asset tracking in remote or challenging environments where GPS
or cellular tracking might be unreliable or too power-intensive. This could include
tracking equipment, livestock, or vehicles in large rural areas. Disaster Relief and
Emergency Response Teams: Investigate the application of the system for
communication and coordination among emergency response teams operating in
disaster-stricken areas where conventional communication infrastructure might be
damaged or overloaded. The long-range LoRa capability could provide a resilient
communication network for first responders. Outdoor Adventure and
Recreational Activities: Target the market of outdoor enthusiasts (hikers,
climbers, campers, etc.) seeking a reliable and cost-effective emergency
communication device.

49
 For systems utilizing cloud storage for critical data such as user profiles, alert
logs, or system configurations, the selection of a reputable cloud provider with
robust Service Level Agreements (SLAs) is essential. These SLAs should
guarantee high levels of uptime, data availability, and performance. Furthermore,
implementing comprehensive data backup and recovery strategies, including
automated regular backups stored in geographically separate locations and well-
defined restoration procedures, is crucial to mitigate the risk of data loss and
ensure business continuity in the event of system failures or unforeseen disasters.

To effectively minimize alert delays, a holistic optimization of the entire data

pipeline from the initial button press on the Transmitter to the final notification
delivery is necessary. This involves analyzing and refining each step, including
data acquisition and formatting at the Transmitter, the efficiency of LoRa
transmission and reception, the processing speed at the Receiver, the
communication latency with the GSM gateway, and the responsiveness of any
intermediary cloud services. Continuous and proactive performance monitoring of
critical components such as the GSM gateway's throughput and latency, as well as
the response times and availability of cloud services, is vital. Implementing real-
time monitoring and alerting for any performance anomalies or potential
bottlenecks enables swift intervention and ensures the timely delivery of life-saving
emergency notifications.

50
REFERENCES

1. J. Bravo-Arrabal, P. Zambrana, J. J. Fernandez-Lozano, J. A. Gomez-Ruiz, J.

S. Barba, and A. García-Cerezo. (2022), “Realistic Deployment of Hybrid
Wireless Sensor Networks Based on ZigBee and LoRa for Search and Rescue
Applications”, IEEE Access, Vol. 10, pp. 64618–64637.

2. S. Chang. (2021), “5G Wireless Emergency Alerts Based on Image Code and
Cell Clustering”, IEEE Access, Vol. 9, pp. 139214–139227.

3. P. K. Esubonteng and R. Rojas-Cessa. (2022), “RESTORE: Low-Energy

Drone-Assisted NLoS-FSO Emergency Communications”, IEEE Access, Vol. 10,
pp. 115282–115294.

4. F. Kagai, P. Branch, J. But, R. Allen, and M. Rice. (2024), “Rapidly

Deployable Satellite-Based Emergency Communications Infrastructure”, IEEE
Access, Vol. 12, pp. 139368–139410.

5. U. Kumaran, B. Umah, P. P. Reddy, P. S. Shruthi, and P. Tharneesh. (2024),

“Development of a Robust Emergency Communication System Utilizing LoRa
and GPS with Multi-Hop Routing”, Proceedings of the 2nd International
Conference on Self Sustainable Artificial Intelligence Systems (ICSSAS), Erode,
India, pp. 1123–1128.

6. A. S. Naik, S. K. Reddy, and M. G. Raj. (2024), “RTEPMS: Real-Time

Environmental Parameters Monitoring System Using IoT-Based LoRa 868-MHz
Wireless Communication Technology in Underground Mines”, IEEE Access, Vol.
12, pp. 7430–7455.

7. Abdu Saif, Kaharudin Dimyati, Kamarul Noordin, Deepak G. C., Nor

Shahida Mohd Shah, Qazwan Abdullah, and Mahathir Mohamad. (2021), “An
Efficient Energy Harvesting and Optimal Clustering Technique for Sustainable
Post-Disaster Emergency Communication Systems”, IEEE Access, Vol. 9, pp.
168236–168244.

50
8. H. So and D. Murayama. (2021), “Efficient Immediate-Transmission Scheme
for Emergency Packets in Closed Area Wireless Access Networks”, IEEE Access,
Vol. 9, pp. 168236–168244.

9. S. Thangam, M. Gurupriya, O. Kothari, S. N. Sah, K. P. Shah, and K. P.

Dharmaraj. (2024), “Real-Time Accident Alert System in Hilly Region Using
LoRa Technology”, Proceedings of the 5th International Conference on Smart
Electronics and Communication (ICOSEC), Trichy, India, pp. 700–706.

51