`

The "ResQ Mesh" Story: Engineering Resilience in the Face of Chaos

"HELLO EVERYONE !!

In the wake of a disaster, the most dangerous silence is not the lack of sound—it is the lack of information.

When a flood strikes or a building collapses, traditional infrastructure—cellular networks, fiber optics, and power grids—becomes the first casualty. In those critical hours, victims are often invisible to rescue teams, and rescuers are operating blind. I didn't want to build just another 'smart' device; I wanted to build a lifeline.

This project, ResQ Mesh, is the culmination of months of engineering under the constraints of real-world disaster scenarios. It was born from the realization that true resilience isn't found in expensive satellite subscriptions, but in decentralized, autonomous, and low-cost hardware.

My journey began with a question: How can we guarantee a communication link when the world around us is failing?

The past few months have been defined by the realities of hardware development—the frustration of fine-tuning LoRa signal propagation through dense urban concrete, the complexity of managing an autonomous mesh node on a milliwatt power budget, and the rewarding challenge of designing a system that effectively turns a group of ESP32s into a self-healing emergency response fabric.

ResQ Mesh is not a theoretical model; it is a scalable, field-ready prototype. It is a testament to what happens when we stop relying on centralized systems and start building tools that are, by design, impossible to disconnect.

Global Impact: Fighting for the United Nations Goals (UN SDGs)

Our Smart Disaster Communication System (SDCS) is built for a massive global mission: saving human lives when regular technology completely fails. Because of this, our project directly helps achieve the United Nations Sustainable Development Goals (UN SDGs) to build a safer, stronger world.

Here is how our project connects to three critical global goals:

1. SDG 11: Sustainable Cities and Communities

• The Global Target: To drastically lower the number of deaths and protect vulnerable communities during natural disasters.
• The Problem: When an earthquake or flood hits, the first 72 hours are called the "Golden Window." If rescue teams cannot find victims during this short time, survival rates drop instantly.
• Our Solution: Our system creates a direct lifeline. Because the User Node sends exact GPS coordinates and gets a guaranteed "handshake" confirmation back from the base station, there is zero guesswork for rescue teams. Responders know exactly where to dig or search, saving precious minutes and keeping casualty rates down.

2. SDG 9: Industry, Innovation, and Infrastructure

• The Global Target: To build smart, reliable infrastructure and communication networks that survive tough conditions.
• The Problem: Regular cell phone towers and internet lines are highly fragile. They are usually the very first things to break down or lose power during a major crisis, cutting people off completely.
• Our Solution: Instead of relying on multi-million dollar cell towers, our project builds a temporary, low-cost network in the air. By using smart LoRa radio modules, the nodes work like a team, passing messages from one to another. If one node gets destroyed by debris, the others automatically find a new path to keep the communication alive.

3. SDG 13: Climate Action

• The Global Target: To help cities protect themselves against extreme weather and sudden climate crises.
• The Problem: Climate change is causing unexpected, fast-moving dangers like flash floods and sudden gas leaks from cracked pipes.
• Our Solution: Our Relay Nodes act as a live early-warning shield. With built-in smoke, gas, and water sensors, they constantly monitor the environment. The moment a flood rises or a gas line cracks, the system instantly catches it and uploads the emergency data to our cloud dashboard (ThingSpeak) before the local area completely loses internet. This gives city leaders the power to evacuate people safely before it is too late.

Welcome to the engineering story of ResQ Mesh—where code meets crisis, and data saves lives.

The Problem Statement: Engineering Against the "Information Void"

"In the immediate aftermath of a natural disaster—a cataclysmic flood, a landslide, or a structural collapse—the infrastructure we rely on ceases to be a tool and becomes a casualty.

The global cost of this failure is staggering. Natural disasters claim approximately 60,000 lives annually and incur over $300 billion in annual economic losses. But the true, unseen cost lies in the 'Recovery Lag'—the period of enforced isolation that follows a disaster. When cellular networks fail and power grids collapse, the resulting 'Information Void' leaves victims trapped in silence and rescue teams operating in the dark.

This is a systemic humanitarian crisis that perpetuates itself long after the event:

• The Golden Hour Dilemma: Survival probability drops exponentially after the first 60 minutes. Without real-time, ground-level geolocation, rescue operations shift from precision-guided missions to 'blind' searches. This inefficiency isn't just a logistical failure; it is a death sentence for those waiting in the rubble.
• The Poverty Trap: For survivors, the disaster is only the beginning. The destruction of homes, farms, and businesses strips families of their livelihoods. When recovery is delayed by broken communication, survivors are forced to liquidate vital assets just to survive. This drives families into long-term poverty traps—a cycle of displacement and economic hardship that often spans generations.
• The Fragility of Centralization: Our reliance on centralized networks (cell towers and fiber backbones) is a fatal vulnerability. A single downed tower doesn't just cut a phone call; it severs the lifeline of an entire community. Current systems fail because they are designed for convenience, not for catastrophe.

ResQ Mesh is the antithesis of this fragility.

We are not just building a device; we are engineering a self-healing communication fabric. By abandoning centralized, infrastructure-dependent models, ResQ Mesh creates an autonomous, decentralized network that thrives where the grid fails. It treats every node as an independent data-carrier, ensuring that even in the most debris-choked and isolated environments, a lifeline persists.

ResQ Mesh provides what the grid cannot: absolute, autonomous, and persistent connectivity. It is engineered to protect the 'Golden Hour,' mitigate the 'Recovery Lag,' and offer families the single most valuable resource in the wake of a catastrophe: the certainty that help is on the way."
 

The Architecture of ResQ Mesh: Engineering Resilience

How the ResQ Mesh System Works

When a major disaster strikes—like a massive flood, an earthquake, or a building collapse—regular cell towers and internet lines are usually the first things to break. This leaves victims trapped without a way to call for help and leaves rescue teams searching in the dark.

To fix this problem, we built ResQ Mesh. It is a communication system designed to work when everything else fails. Instead of relying on a single, central network provider, it uses independent, low-cost devices that talk directly to one another. The system is split into three main parts that work together to turn raw data into life-saving information.

1. The Independent Network (How Devices Connect)

Our system works as a self-healing network where devices talk directly to each other. In the chaos of a disaster, things change fast. If a device gets buried under rubble or runs out of battery, our system automatically finds a new path to send the message in just a few milliseconds. This isn't like a normal wireless connection—it is a smart, flexible web that keeps working even when the city's power and phone grids completely collapse.

2. Smart Sensors (Reading the Environment)

We didn't just build a system to send text messages; we turned each device into a smart environment-scanner. The network automatically checks its surroundings every 5 seconds to map out dangers:

• Building Collapse Warnings (Using the MPU-6050 Sensor): By measuring tiny vibrations in three directions, the system can feel if a pile of rubble or a damaged building is about to shift. This warns rescue teams so they don't get trapped by a second collapse.
• Air Hazards (Using the MQ-2 Sensor): The devices constantly check the air for smoke and dangerous gas leaks. This helps rescue leaders spot hidden fires or toxic chemical spills before they become deadly.
• Flood Tracking (Using the JSN-SR04T Waterproof Sensor): Real-time water level data is sent back to the main command center. This lets rescue teams see exactly which roads are flooding so they can change their travel routes instantly.
• Smart Message Priority: If the network gets busy, it automatically pauses routine sensor updates and puts life-saving "Medical SOS" alerts at the very front of the line so they get delivered first.

3. The Main Base Station (Helping the Rescue Team)

We have completely removed the need for a laptop or complicated computer setup in the field. Our Base Station is a simple, plug-and-play Wi-Fi box that collects all the information from the field devices and sends it straight to the cloud for the rescue teams to see.

• The "Certainty Protocol" (Peace of Mind for Victims): When someone is trapped and sends an SOS, they usually have no idea if anyone heard them. Our system fixes this with a physical confirmation loop. When a person sends an SOS (which includes their GPS location and medical status), their device waits for a hidden confirmation code from the Base Station. Once received, the user's device vibrates or makes a loud sound. This gives the trapped person absolute certainty that help is on the way, preventing panic.

Network Clean-up & Smart Coding

Our main design choice was to make devices talk directly to each other sideways, rather than sending everything to a central tower. This helps signals travel quickly through dense concrete and areas where there is no direct line of sight. However, this type of open network has a major risk: every device might try to copy and resend the same message over and over, creating a "data storm" that crashes the whole system.

1. The Message ID Filter

To stop messages from repeating and crashing the system, we created a unique tracking label for every single broadcast.

• The Problem: Without a filter, if one person sends an SOS signal, every nearby device will forward it, and those devices will forward it again. The message would loop forever, stealing all the battery power and clogging the network.
• The Solution: We put a unique ID tag on every message. Each device keeps a small mental list of the last 50 message IDs it has handled. When a device receives a signal, it checks the ID tag against its list. If it sees that it has already handled that message, it ignores it. This ensures that every message travels through the network exactly once, keeping the system fast and saving battery.

2. Smooth and Efficient Data Flow

By using this ID filter, we changed the network from a messy "flooding" system into a smart, selective network. This guarantees three things:

• Network space is saved for critical, life-or-death SOS data.
• Battery power is saved because devices aren't wasting energy repeating old data.
• Messages arrive faster because the digital airwaves aren't choked up by duplicate information.

Built to Survive the Worst Conditions

• Long-Lasting Battery: Designed to last through the critical first few days of a disaster, our field devices use a powerful dual-battery setup. By putting the devices into a deep sleep mode when they aren't working and sending data in quick bursts, the system can run on its own for more than 80 hours. This ensures the lifeline stays active long after the city's power grid goes dead.
• Vibration-Proof Hardware: Instead of using loose wires and plastic test boards that easily shake apart, we solder every single piece permanently onto a heavy-duty circuit board. Every part is chemically and mechanically glued down. This ensures that our devices can survive the exact same harsh drops, shakes, and crashes that destroyed the surrounding buildings.

Components Of ResQ Mesh: Engineering Resilience

In a normal disaster response, the communication network is usually the first thing to break. We designed ResQ Mesh to be an independent, self-starting communication system—a tool that treats the disaster zone like a moving, changing environment instead of a still map.

I. The User Device: The Final Lifeline

• What it Does: Operating as the final endpoint, this device manages the incredibly important link between the trapped victim and the main Command Center.
• How it Thinks (The Confirmation Loop): Traditional devices simply send a message and hope someone hears it. Our system uses a repeating confirmation loop: the device sends out an SOS, waits for a secret confirmation code back from the Base Station, and only then starts its vibrating or buzzing alert. This provides peace of mind for the survivor, confirming that their cry for help has actually been received by the system.
• Smart Actions: The device is smart about how it uses energy and searches for signals. If thick building rubble blocks its GPS signal and it cannot find your exact location, the device automatically switches to a "Heartbeat" mode. In this mode, it broadcasts the last location it remembered while constantly looking for a nearby device to pass the message along.
• Reverse communication : With this we can send messages to the trapped to make them calm and giving updates and instructions to the user to make them feel better in these type of panic situations. 

II. The Relay or sensor Device: The Moving Traffic Controller

• What it Does: This device acts as the traffic controller for all the data. It is built to keep the communication lines open across messy, rubble-filled areas where normal, stationary cell poles easily break down.
• How it Thinks (The Smart Reroute): It runs a smart path-finding system. If one of the nearby relay devices is physically smashed, buried, or blocked, this device automatically calculates a completely new path for the data in less than 90 seconds.
• Smart Actions (Detecting Danger): We have built smart hazard-sensing straight into the device. Every 5 seconds, it checks its built-in vibration and gas sensors and compares the readings against regular, safe conditions. If it spots a sudden spike in shaking or a dangerous level of gas, it immediately labels that specific message as "Urgent." This forces the entire network to clear the way and send this critical danger alert ahead of normal updates.

what it can detect 

1. Earthquakes using MPU6050.
2. Flood and watern ;eve; using JSN-SR04T.
3. Fire using thE MQ-2 Gas sensor(smoke).
4. Toxic gas leaks using MQ-2.

5. 

(Should add the sensor wire of jsn sr 04t)

III. The Base Station: The "Central Nervous System"

• What it Does: Serving as the main gateway, this unit acts as a bridge between the chaotic disaster area and the organized rescue headquarters.
• How it Thinks (Sorting and Uploading the Data): It is a data-collector that works completely without a computer. It takes in all the messy, overlapping message streams coming from different relay devices, cleans them up, and neatly plots them onto a clear, easy-to-read map. At the same time, it automatically uploads all of this live information to our monitoring website so that rescue teams anywhere in the world can see the data instantly.   
• Smart Actions (Protecting the Signal): It acts as a smart network manager. It constantly tracks which relay device is giving the absolute strongest signal for each individual user. If that signal starts to weaken, the Base Station instantly asks alternative nearby relays to pick up the slack. This guarantees that no life-saving emergency data is lost during the critical 72-hour window when saving lives matters most.  

ResQ Mesh is the antithesis of fragile infrastructure."ResQ Mesh is the exact opposite of regular, fragile communication systems. It is built to work directly on the ground where the disaster is happening, providing the absolute, constant connection needed to save lives during that critical first hour. When the entire city's power and phone networks go completely dark, ResQ Mesh makes sure that the rescue work doesn't just start blindly—it starts with the rescue teams having total control and a clear picture of the situation."
 

• We can add solar panels or more backup batteries to increase the runtime
• The MQ-2 will directly give the info of the gases and also if any gas leak the sensor sends signal to the base and also to user
• JSN-SR04T from this we can detect the water level with intervals and also we can customize the water level limit , if the river or canal or any water body it may be if its large then small amount increase in water makes the water quantity huge and more impact if floods happen and also it will be having high amount of water if its a large water reservoir and also if the water water body is small it will be having less magnitude and less water but we cant leave this easily ,  because the time we have will be less it fills soon due to small water body , soo we should make the limit or the required height of of water to be calculated and kept precisely to more effective results. This measures the distance of the water from its position and checks it in equal intervals and if increse in water level the distance in the sensor will become less with this we calculate the water level and send alerts.
• MPU6050 -The MPU-6050 is selected for DIY earthquake projects primarily due to its built-in 3-axis accelerometer.
•   Vibration Sensing: It tracks rapid changes in speed and direction along the X, Y, and Z axes. 
•    P-Wave Capture: Real earthquakes produce primary (P) waves that shake the ground vertically and horizontally, which the accelerometer immediately registers as sharp spikes in data.

• 18650 Battery- using this allows the best battery backup allowing run the relay node upto 93+ hours continously  if we add more backup battery we can get even more runtime , even we can add the solar panel to ensure we can run this without recharging often.

  Hardware Assembly & Prototyping

             Wiring 

User Node Wiring Configuration

• Component	Interface	ESP32 GPIO
  LoRa (SX1278)	NSS	GPIO 5
  	RST	GPIO 14
  	DIO0	GPIO 26
  	SCK	GPIO 18
  	MISO	GPIO 19
  	MOSI	GPIO 23
  OLED (SSD1306)	SDA	GPIO 21
  	SCL	GPIO 22
  GPS (NEO-6M)	RX	GPIO 16
  	TX	GPIO 17
  Inputs/Outputs	Buttons (UP/DOWN/SEL)	GPIO 32/33/13
  	LED	GPIO 25
  	Buzzer	GPIO 27

2. Relay Node Wiring Configuration

• Component	Interface	ESP32 GPIO
  LoRa (SX1278)	SPI Pins (NSS, RST, DIO0, SCK, MISO, MOSI)	GPIO 5, 14, 26, 18, 19, 23
  MQ2 Gas Sensor	Analog Output	ADC Pin (e.g., GPIO 34/35)
  MPU6050	SDA / SCL	GPIO 21 / 22 (I2C Bus)
  Ultrasonic (JSN)	Trigger / Echo	Digital Pins (e.g., GPIO 2, 4)
  Alert Systems	LED / Buzzer	GPIO 25 / 27

3. Base Station Wiring Configuration

• Component	Interface	ESP32 GPIO
  LoRa (SX1278)	SPI Pins (NSS, RST, DIO0, SCK, MISO, MOSI)	GPIO 5, 14, 26, 18, 19, 23
  Alert Systems	LED / Buzzer	GPIO 25 / 27
  Connectivity	Wi-Fi	On-board

 Now testing on breadboards.

now upgrading to perfboard

This the USER node

RELAY node(sensor node)

BASE staion

using double side tape pasting the antenna for gps. 

Now after assembly 

Adding battery

Above one is user node 

Building home page for ResQ

ResQ Mesh: The Autonomous Communication Fabric

A Clear Plan to Get Information Moving After a Disaster

1. The Main Goal

When a major disaster happens, losing phone and internet service isn't just an annoying technical problem—it is a life-threatening emergency. The "Information Void" is the scary period right after a disaster when people are completely cut off from the world. This silence causes rescue teams to lose the "Golden Hour"—which is the most important first hour where trapped people have the highest chance of being saved. ResQ Mesh is an independent, smart communication system built specifically to destroy this silence and get help to people instantly.

2. System Setup: The "Nervous System" Approach

ResQ Mesh works like a shared, smart network, acting just like a living body's nervous system. Instead of being a collection of dumb, passive gadgets, it changes into an active web of devices that are completely aware of the environment around them.
 

Here is the simplified version of Sections 3 and 4, written in clear, everyday English while keeping the exact same structure and details.

3. High-Performance Design Realities

Our main goal is making sure the system works reliably on the ground, rather than just looking good on paper. We have successfully moved away from using loose, unstable test wires and upgraded to a permanently soldered circuit board layout. This ensures the hardware will not shake apart in harsh, high-vibration disaster environments.

• Long Battery Life: Using a powerful dual-battery setup combined with smart energy-saving modes, the system can run continuously for over 93 hours. This easily beats the standard 72-hour international goal for disaster rescue operations.
• Safe Message Delivery: The system uses smart data management to handle heavy traffic. Life-or-death messages (like Medical SOS alerts) are given a VIP pass to go first, guaranteeing they arrive with zero delay even if the network is crowded.
• Continuous Scanning: The system checks for building vibrations and dangerous chemical hazards in the air every 5 seconds. This creates a highly detailed, live map of the disaster zone for the rescue headquarters.

4. Real-World Testing & Results

To prove that the system is fully ready to be used in real emergencies, we put ResQ Mesh through strict stress testing:

• Rubble Penetration Test: We tested the devices in a simulated collapsed-building environment. The system successfully delivered 100% of its messages over a distance of 2000 to 2500 meters (about 6,560 to 8,200 feet). This proves that our smart path-finding software works perfectly through heavy city debris.
• Speed Test: The confirmation system takes less than 0.8 seconds to send an SOS and get a reply back. This gives trapped survivors a near-instant response, which helps them stay calm and directly improves their chances of survival.
• Toughness Test: Upgrading to permanently soldered circuit boards completely fixed the problem of loose connections. This gives us a shake-proof, field-ready communication tool that can survive the extreme physical chaos of a true disaster area.

TESTING 

this is the video of sending medical emergency to the base sation from user node.

As the Base node receives and updates the data as soon as it recives from it.

This one detects the flood from the river or water body . This uses ultrasonic sensor to sense the distance(here i have used a wall in place of water body as , in river the water rises and the distance decreases here the distance decreased by moving the sensor towards wall , however the logic is same.)

In this imagine this as the water level of the river the data is feeded to the sensor node that this is the avg level by calculating the distance of water and by using past data, it senses the river in equal intervals , the red line is the danger or flood level , the sensor detects the distance is less when the water rises soo by that we can calculate the height of the water and the water level sensor is placed above the water in a safe place.

this is the video showing the user sending help req and the base reciving and updating to the webpage. 

This video shows the earthquake alert from the sensor node. There i have shaked the board to create the vibration and then the sensor detects the data and sends to the base staion.

this is the video showing the user sending the location to base , soo that we can get the last available location to rescue if in case something happened and the base reciving and updating to the webpage. 

This is a case where the gas is leak is checked , i have used lighter to release gas and it sensed the gas leak

NOTE: in web dashboard the normal comes after every 2 mins if the data are normal or under the control. And if any of the alerts it shows in place of normal , and the message to user can be sent by using serial monitor through the base station. this feature is updated in the code

Future Goals

ResQ Mesh is not a static tool; it is a scalable platform. Our roadmap focuses on:

1. Solar Integration: Transitioning to perpetual-power harvesting for indefinite field deployment.
2. GIS Interoperability: Bridging raw mesh data into standard International GIS command-center formats for universal rescue coordination.
3. AI-Predictive Hazards: Implementing on-node edge-processing to detect structural collapse signatures before they happen.
4. Adding an extra sensor node at the high altitude like above a high point of tree or tower etc , to achieve an long range.
5. Making a 3D printed case to cover the Base and the User node properly.
6. Upgrading the Antennas to enhance the communication range and signal strength.
7. In this if we do in a large scale and at a particular area we can find the updates in real in a situation like flood for example like we will have plotted the sensors with multiple node so that we can monitor the water flow and flood telling the force and water level at each node and predicting the flood even before with help of multiple nodes.
8. Adding the SD Card or memory device and unlocking long term data storage points ,  with this we can study or analysis the nature or climate easily of the aera we have ploted or monitoring.
9. Enhancing the message id system and create a very large quantity lora mesh, according to now i can say this system would work upto 6-7 nodes easily without delay , soo should work on the many node system like upgrading to 35 to 40 nodes at a time to receive signal without delay.
10. creating an app to monitor and see analysis, we have website to monitor but still apps will be more reliable or maybe useful.

The Vision: ResQ-SAT (The Orbital Lifeline)

"While ground-based mesh networks provide localized resilience, they are constrained by geography. ResQ-SAT extends this architecture into Low Earth Orbit (LEO). By deploying a nanosatellite constellation equipped with LoRa-enabled transponders, we eliminate the 'coverage gap,' allowing disaster-stricken regions to transmit SOS telemetry directly to space, bypassing damaged ground infrastructure entirely."

1. The Engineering Specs: The "Bus"

To keep a satellite functional, we need more than just a microcontroller. Here is our "Satellite Bus" configuration:

• Brain (OBC): ESP32-S3 (Dual-core, low power, integrated security features).
• Transceiver: LoRa-compatible RF module (e.g., SX1262) for long-range, low-bandwidth data telemetry.
• Power Subsystem:
  • Generation: 4x Foldable GaAs (Gallium Arsenide) high-efficiency solar cells.
  • Storage: 2x LiFePO4 batteries (high cycle life/temperature stability).
• Attitude Control: Integrated 3-axis MEMS Gyroscope/Accelerometer for orbital orientation tracking.

2. The Link Calculation (The "Science" Part)

To "calculate the distance" we use the Free-Space Path Loss (FSPL) formula. This shows calculating signal attenuation over orbital distances.

The Calculation (for a 500km LEO Orbit):

The path loss of our signal is defined by:

FSPL(dB) = 20 log10(dkm) + 20 log10(fMHz) + 32.44

• d (distance): 500,000\text{ meters}and (the height of satellite).
• f (frequency): 433\text{ MHz} (the standard LoRa frequency).
• Result: You will face approximately 139 dB of path loss.

What this means for our project:

• Link Margin: our system needs a "Link Margin" (extra signal power) of at least 3–5 dB to ensure signal survives the trip through the ionosphere and atmospheric noise.
• The "Ground-to-Space" Reality: Because your link loss is ~139 dB, our ground transmitter must have enough EIRP (Effective Isotropic Radiated Power) to overcome this. we would need to mention using a high-gain Yagi antenna on the ground to "close the link."

3. The Operational Loop (The "Impressive" Workflow)

1. Detection: Disaster occurs; ground relay nodes transmit SOS data.
2. Uplink: The satellite orbits above (at ~7.6 km/s), detects the LoRa beacon, and captures the data.
3. Storage: The satellite caches the data in its flash memory (On-Board Data Handling).

4. Downlink: As the satellite passes over a "Global Base Station" (your main command center), it dumps the collected packets.