Built to order

IoT Gas Cylinder Weight Monitor using Load Cell

This project weighs an LPG cylinder continuously so you always know how much gas is left: a 50 kg bar load cell under a weighing platform reads through an HX711 amplifier into an ESP32, which subtracts the cylinder's tare weight, tracks daily consumption, and raises a booking reminder when net gas drops below the reorder mark. A local LCD shows live weight at the kitchen, while the dashboard shows gross/net weight, a 30-day consumption chart, automatic refill detection and an alert log. Suitable for B.E./B.Tech final-year projects in Electronics, Electrical and IoT.

IoT Gas Cylinder Weight Monitor using Load Cell — project thumbnail preview
More project photos (4)

The problem

Nobody enjoys discovering the cylinder is empty halfway through cooking dinner, and shaking the cylinder to guess the remaining gas is exactly as unreliable as it sounds. Weight is the honest measurement: an LPG cylinder's tare weight is stamped on it, so gross weight minus tare equals gas remaining. This project builds a permanent weighing platform that lives under the cylinder: a 50 kg bar load cell read by a 24-bit HX711 amplifier, an ESP32 that applies calibration and tare, a 16×2 LCD for live weight at the kitchen, and a dashboard for the longer story — 30-day weight trend, daily consumption bars, automatic refill detection and an alert log. The firmware estimates days of gas left from the recent consumption rate and raises a reorder reminder when net gas crosses below 20% of a full fill. Calibration is a real procedure the buyer runs with a known weight, and the report documents the resulting accuracy instead of assuming it.

How it works

  1. The cylinder stands permanently on the platform; the 50 kg bar load cell flexes microscopically under the load.
  2. The HX711 amplifier digitizes the load cell's millivolt signal at 24-bit resolution and the ESP32 reads it over a two-wire serial interface.
  3. Firmware applies the buyer's calibration factor (set with a known 5 kg weight) and subtracts the configured tare to get gross and net weights.
  4. Readings are averaged over several samples to reject vibration noise, then shown on the local 16×2 LCD.
  5. The ESP32 publishes weight readings over Wi-Fi/MQTT to the dashboard's cards and 30-day trend chart.
  6. Daily consumption is computed from the trend; dividing net gas by the burn rate gives the estimated days remaining.
  7. Crossing the 20% reorder mark raises the booking reminder; a >10 kg jump is logged as a refill; abnormal drops raise a check-for-leak flag.

Tech stack:

  • 50 kg bar load cell + HX711 24-bit amplifier
  • ESP32 (Arduino-core firmware: averaging, tare, MQTT)
  • 16×2 LCD display (I2C) for local readout
  • Steel weighing platform (fabrication guide included)
  • MQTT broker + web dashboard (cards, gauge, charts, alert log)
  • Known-weight calibration procedure (5 kg reference)
Parameter Value
Load cell 50 kg bar type, 4-wire strain gauge
Amplifier HX711, 24-bit ADC, ~10 samples/sec
Controller ESP32, Arduino-core firmware
Display 16×2 LCD (I2C) for local live weight
Accuracy Approximately ±50 g after known-weight calibration (procedure-run, not assumed)
Tare Configurable; typical LPG cylinder ~16.0 kg stamped tare
Reorder mark Net gas below 20% of 14.2 kg fill (configurable)
Connectivity MQTT over Wi-Fi to dashboard
Platform Steel plate build guide; cylinder sits permanently on it
Power 5 V USB adapter for ESP32 + HX711

Project features

  • [Continuous weight monitoring] The platform reads gross weight around the clock; the LCD shows live weight in the kitchen without opening any app.
  • [Net-gas calculation] Cylinder tare (stamped on the body, typically ~16 kg) is subtracted in firmware, so every display reads in kilograms of gas remaining.
  • [Reorder reminder] When net gas drops below the 20% mark, the dashboard flags "reorder soon" with an estimated-days-left figure from the recent burn rate.
  • [Automatic refill detection] A gross-weight jump above 10 kg is logged as a refill event with before/after weights — no manual entry needed.
  • [Consumption tracking] Daily usage bars and a 30-day trend chart show the household's real burn rate, which also feeds the days-left estimate.
  • [Sudden-drop alert] An unusually fast weight drop is flagged in the alert log as a possible leak to check — a safety-adjacent feature, not a certified gas detector.
  • [HX711 calibration procedure] A documented known-weight calibration sets the scale factor; the report explains the resulting accuracy instead of claiming a number.
  • [Dashboard + alert log] Gross/net cards, refill history table, consumption charts and a timestamped alert log in one web view.

What is included

  • Complete ESP32 firmware (sampling, averaging, tare, calibration, MQTT, LCD)
  • Platform fabrication and assembly guide (load cell mounting, wiring)
  • Known-weight calibration procedure
  • Dashboard web app (gauge, 30-day chart, refill history, alert log)
  • Project report PDF (background, load-cell theory, calibration method, evaluation)
  • PPT presentation for final review
  • Viva Q&A preparation document (strain gauges, HX711, calibration, tare, MQTT)
  • Setup guide (assembly, first calibration, dashboard connection)

Limitations & prerequisites

  • Accuracy of approximately ±50 g is achieved only after the documented known-weight calibration; an uncalibrated build is a relative indicator, not a scale.
  • The platform must sit on a hard, level floor — soft or uneven flooring and knocks disturb readings, and the guide says so plainly.
  • The sudden-drop flag is a prompt to check for a leak, not a certified gas-leak detector; it cannot replace one.
  • Days-left is an estimate from recent burn rate; a week of heavy cooking shortens it and the dashboard shows the rate it used.
  • The cylinder's stamped tare varies slightly between cylinders; entering your own cylinder's tare is part of setup.
  • Wi-Fi is needed for the dashboard and remote alerts; the LCD keeps showing live weight locally without it.

Frequently Asked Questions

How does it know how much gas is left?

It weighs the whole cylinder and subtracts the tare weight stamped on the cylinder body. Gross minus tare equals kilograms of gas — no guessing, no shaking.

How accurate is it?

Approximately ±50 g after you run the documented calibration with a known 5 kg weight. The report explains the calibration math; without it, treat readings as relative.

What happens when I get a refill?

The firmware detects the >10 kg jump automatically and logs a refill event with before/after weights. You can also correct the tare if the new cylinder's stamped tare differs.

Does it detect gas leaks?

Not as a certified detector — but an abnormally fast weight drop is flagged in the alert log as a prompt to check. A proper gas sensor is a documented extension.

Can the platform handle a full cylinder?

Yes — the 50 kg load cell covers a full 14.2 kg cylinder (about 30 kg gross) with margin, and the fabrication guide covers safe mounting.

Is this project suitable for a final-year project?

Yes — for Electronics, Electrical and IoT programs. It demonstrates strain-gauge interfacing, precision ADC use, calibration metrology, embedded UI and telemetry, all strong viva material. Suitable for B.E./B.Tech final-year projects in Electronics, Electrical and IoT.

Components & software requirements
  • 50 kg bar load cell + HX711 24-bit amplifier
  • ESP32 (Arduino-core firmware: averaging, tare, MQTT)
  • 16×2 LCD display (I2C) for local readout
  • Steel weighing platform (fabrication guide included)
  • MQTT broker + web dashboard (cards, gauge, charts, alert log)
  • Known-weight calibration procedure (5 kg reference)
Delivery information

Built-to-order project. Delivery timeline is shared after order confirmation based on current queue.

Support terms

Complete documentation, setup guide, and viva preparation included. Support for setup and explanation provided.

Download abstract (PDF)

Related guides

All guides
Blueprint-style technical illustration of an ESP32 development board at the centre, with sensor nodes, data-flow arrows and a circuit-brain motif representing an AI agent reasoning and sending decisions back.Engineering students building IoT or embedded final-year projects who want to add local AI agent behaviour with ESP32, MQTT and a small language model.

AI Agents on ESP32: Agentic IoT Final-Year Projects

An agentic IoT system observes, reasons, acts, remembers and explains. On ESP32 that means a split architecture: the chip senses and acts while a small local model (Ollama on your laptop) reasons over MQTT — a full LLM needs gigabytes of RAM the chip doesn't have. This guide covers three working patterns (host-reasoned agent, on-device tinyML on ESP32-S3, and a hybrid of both), plus Wi-Fi CSI presence sensing, parts and budget for India, code shapes, and honest limits to state in your report.

Read guide
Technical illustration of three electronic control units linked by a twisted-pair CAN bus cable carrying signal pulses between them.Electronics, E&TC, IoT and robotics students who keep hearing “CAN bus” in EV, automotive and industrial project ideas and want to understand it properly before wiring anything

CAN Bus Basics for Students: How ECUs Communicate

CAN bus is the shared network that lets dozens of controllers in a car, EV or robot communicate over two wires. This guide explains message IDs, arbitration, the physical layer, frame structure, error handling and CAN FD, then walks through building a working two-node bench network with an ESP32 and a transceiver.

Read guide
Illustration of a quadcopter drone build showing labeled parts including frame, motors, propellers, ESCs, flight controller, and battery.B.E./B.Tech Electronics, Mechanical, and Computer Science students planning to build a quadcopter drone who need to select compatible parts without wasting money on mismatched

Drone Build: Parts Selection Guide

Picking drone parts that actually work together is a sizing problem, not a shopping problem. This guide walks the compatibility chain — frame to props to motors to ESCs to battery — with the thrust math, firmware choices, LiPo safety, and the bench-test order that prevents disasters.

Read guide
Get a quotation