01 / THE IDEA

Retail shelf monitoring in practice.

Retail shelf monitoring aims to detect stock levels, misplaced items and empty slots from on-shelf camera frames or device telemetry, and deliver fast, memory-efficient predictions on edge hardware. Common failure modes include occlusion, variable lighting, small objects, label noise and class imbalance between full and empty-shelf examples.

Real-world use case · Proposed extension

A proposed application: a store operations dashboard that highlights probable empty slots and low-stock alerts for store staff to verify. A human-in-the-loop must confirm alerts before restocking actions; the supplied starter code does not implement the full pipeline.

02 / THE BUILD

How to build a retail shelf monitoring edge system project
step by step.

01

Define the prediction goal

Decide whether the system will detect empty slots, misplaced products or stock counts and specify labelling rules and acceptable false-positive/false-negative costs.

02

Collect and prepare data

Gather representative camera frames or sensor telemetry across stores and times, annotate shelf states, and address class imbalance with sampling or augmentation.

03

Build an edge-friendly baseline

Train a small model (for example a shallow classifier or quantised CNN) and measure inference latency and memory on target hardware alongside accuracy metrics.

04

Deploy and monitor

Package the model for the edge runtime (TFLite/ONNX), expose predictions via a lightweight API, and add monitoring for drift, missing inputs and latency regressions.

03 / SOURCE SNAPSHOT

What the retail shelf monitoring edge system starter actually does.

The supplied starter generates a synthetic tabular classification dataset with sklearn.make_classification, fits a DecisionTreeClassifier, measures repeated in-memory prediction latency by calling model.predict(sample) in a loop, and prints estimated single-sample latency, tree depth and node count. It does not use image data, real sensor telemetry, edge runtimes (TFLite/ONNX), or any camera / MQTT integration.

SOURCE EXCERPTPython
X, y = make_classification(n_samples=1000, n_features=12, n_informative=8, random_state=42)
model = DecisionTreeClassifier(max_depth=6, random_state=42)
model.fit(X, y)

sample = X[:1]
start = time.perf_counter()
Important limitation

The starter uses synthetic tabular data from make_classification rather than camera frames or device telemetry, so its accuracy and behaviour do not validate retail shelf monitoring. Latency is measured on the host in a tight Python loop rather than on representative edge hardware, and there is no model conversion, quantisation, or integration with device runtimes or data pipelines.

04 / BEYOND THE CLASSROOM

Where a retail shelf monitoring edge system project could go next.

PROPOSED BUSINESS CONCEPT

Retail shelf monitoring: a pilot extension

A proposed extension is to replace the synthetic data with annotated shelf images from target stores, train a compact detection or classification model, convert it to TFLite/ONNX, and run inference on the intended edge device with a staff-facing verification UI.

WHO IT COULD SERVEStore operations teams
FIRST MVPA pipeline that accepts camera frames, returns suspected empty-slot detections with confidence scores, and logs predictions to a dashboard for human verification.
KEY RISKFalse positives or negatives could create unnecessary restocking work or missed out-of-stock situations; a human reviewer should remain in the decision loop and the prototype is not suitable for automated restocking without further validation.

This is a potential application pathway, not a delivered product. The supplied starter does not implement this service or validate it with real users.

05 / WHAT YOU TAKE AWAY

What a retail shelf monitoring edge system project puts on your resume.

  • Define a measurable shelf-state prediction task and appropriate error-costs for retail operations.
  • Collect and prepare a representative image or telemetry dataset that reflects store variability and class imbalance.
  • Train and evaluate a compact baseline model while measuring latency and memory against edge constraints.
  • Plan deployment steps including model conversion (TFLite/ONNX), runtime testing on device, and monitoring for drift.
Want to build this with mentors and a lab?

Networkers Home runs this topic inside its Network Engineering Course, with placement support and hands-on labs.

Network Engineering Course
06 / QUESTIONS STUDENTS ASK

Retail Shelf Monitoring Edge System project FAQs.

Is this suitable as a final year project?
Yes — it’s an advanced, systems-focused final year project idea combining computer vision, IoT and model optimisation; expect integration work on hardware-in-the-loop and evaluation on real shelf images.
What skills and tools will I need?
You should know Python, basic computer vision (OpenCV), model training and optimisation, edge deployment techniques, and some embedded Linux or microcontroller experience; familiarity with scikit-learn, NumPy and lightweight NN toolchains helps.
How do I evaluate progress and how long will it take?
Evaluate using real or annotated shelf images: metrics for detection/occupancy, latency and memory on target hardware; a working prototype plus experiments typically takes a semester with weekly milestones.