Smart Vehicle Speed Monitoring and
Automated Fine Allocation System
IPD (Innovation Product Development) Project Proposal
Dwarkadas J. Sanghvi College of Engineering, Mumbai
1. Problem Statement
Over-speeding is one of the leading causes of road accidents, especially on highways. Current enforcement
methods, such as traffic police patrols and fixed speed cameras, are location-limited, easily evaded, and
largely manual, meaning a majority of violations go undetected. There is a need for an in-vehicle,
continuous, automated system that tracks speed in real time and reports violations without depending on
fixed checkpoints.
2. Objective
• Continuously monitor a vehicle's real-time speed.
• Compare the vehicle's speed against the legal speed limit of the specific road or zone it is travelling
on.
• Automatically detect violations and log GPS location and timestamp data.
• Auto-generate and send a fine (e-challan) to the registered driver via a cloud/server system.
3. Literature Review / Existing Work
Several existing systems inform the design of this project:
• GSM Cell-Broadcast Based Warning System: A GSM-based system where the GSM modem receives
the speed limit for the current cell area, warns the driver twice on over-speeding, and generates a
fine with GPS coordinates on the third violation, uploading the data to a cloud server via GPRS.
• IoT-Based Over-Speed Detection Frameworks: IoT-based frameworks that combine GPS, radar, and
mapping services to detect over-speeding and automatically report it to concerned authorities.
• IoV-Based Adaptive Fine Systems: Internet of Vehicles (IoV) research proposing an adaptive fine-
calculation framework tied directly to real-time speed-limit violation detection.
• Camera / ITMS-Based Systems: Fixed camera and RTO-linked systems that detect number plates
and issue violation notices; these are infrastructure-side rather than vehicle-side solutions.
These existing systems are largely infrastructure-dependent (fixed cameras, checkpoints) or provide only
flat, non-adaptive fines. This project proposes a vehicle-side, continuous monitoring solution with severity-
based fine calculation, addressing this gap.
4. Proposed System — Design Approaches
Approach A: GPS + GSM/IoT Based (Recommended)
The vehicle carries a small onboard unit that tracks its own speed via GPS and identifies the legal speed limit
for its current location.
Approach B: Wheel-Sensor / Hall-Effect Based
Measures actual wheel rotation speed using a sensor. This provides accurate physical speed sensing
independent of GPS/network availability.
Proposed Hybrid Approach
This project proposes a hybrid design: a Hall-effect sensor for accurate real-time speed measurement,
combined with GPS for location and zone-based speed limit lookup. This improves accuracy over GPS-only
systems and adds resilience in low-GPS-accuracy areas such as tunnels or dense urban zones.
5. System Components / Block Diagram
Component Purpose
GPS Module (NEO-6M) Obtain the vehicle's live location and calculate
speed from position/time data.
Hall Effect / IR Speed Sensor Measure wheel RPM and convert it to actual
vehicle speed; cross-checks GPS data.
Microcontroller (Arduino Uno / ESP32) Core processing unit — compares measured speed
to the legal limit and triggers logic.
GSM/GPRS Module (SIM800L) or ESP32 Wi- Transmit violation data to the server/cloud.
Fi
LCD/OLED Display Show the driver their current speed and any
warnings.
Buzzer/LED Provide real-time audible/visual warning before a
fine is triggered.
Cloud Server / Firebase / Web App Store violation records, driver profile, and
calculate/display fines.
SD Card Module (optional) Local data logging as a backup.
Note: An ESP32 is recommended over an Arduino with a separate GSM module, since it has built-in
Wi-Fi/Bluetooth. This reduces hardware cost and allows Wi-Fi-based demonstration instead of requiring an
active SIM card for the prototype.
6. Working Principle / Algorithm Flow
• The GPS module continuously fetches the vehicle's coordinates.
• The microcontroller calculates speed from the change in GPS coordinates over time, cross-validated
using the Hall-effect sensor reading.
• A predefined speed-limit database, mapped to GPS zones (e.g., city road = 40 km/h, highway = 80–
100 km/h), is checked against the current location.
• If the measured speed exceeds the zone's limit, the system proceeds through a staged response:
• Stage 1 — Buzzer/LED warning to the driver.
• Stage 2 — If the violation persists beyond a set time threshold, the system logs the violation
(speed, GPS coordinates, timestamp, vehicle ID).
• Stage 3 — Violation data is sent via GSM/Wi-Fi to the server; a fine is auto-calculated and a
notification is sent to the registered driver (SMS/app/email).
Severity-Based Fine Calculation
Violation Severity Fine Slab (Indicative)
10%–20% over the limit ₹500
20%–50% over the limit ₹1000–₹2000
More than 50% over the limit Higher slab + repeat-offender tracking
7. Software Stack
• Firmware: Arduino IDE (C/C++) for microcontroller firmware.
• Backend: [Link]/Firebase, or a lightweight Google Sheets + Apps Script setup for rapid prototyping
without server cost.
• Frontend: A basic dashboard/app displaying violation history per vehicle (optional, for
demonstration).
8. Novelty / Unique Selling Points
• Zone-aware speed limits (city / highway / school zone) instead of a single fixed threshold.
• Two-stage warning before a fine is issued — encourages behavior correction before penalizing.
• Hybrid sensing (GPS + wheel sensor) for higher accuracy than GPS-only systems.
• Severity-based fine slabs instead of a flat fine amount.
• Repeat-offender escalation — driver violation history is tracked, with progressively increasing fines.
9. Advantages
• Continuous monitoring, as opposed to enforcement only at fixed checkpoints.
• Reduces manual traffic policing workload.
• Objective, non-biased fine issuance.
• Scalable to fleet and commercial vehicle monitoring.
10. Limitations / Challenges
• GPS accuracy issues in tunnels and dense urban areas (mitigated by the wheel sensor).
• Requires a standardized speed-limit database mapped to GPS zones, which is a data availability
challenge in India.
• Privacy and legal considerations, since continuous tracking requires a consent framework.
• Dependence on GSM network availability for real-time reporting.
11. Approximate Prototype Cost
Component Estimated Cost (₹)
Arduino Uno / ESP32 400–700
GPS Module (NEO-6M) 400–600
GSM Module (SIM800L) 500–700
Component Estimated Cost (₹)
Hall Effect / IR Sensor 50–150
LCD, Buzzer, Miscellaneous 300
Total (approx.) 1500–2500
12. Future Scope
• Integration with RTO databases for automatic license linkage.
• Mobile app for drivers to view and pay fines online.
• AI-based prediction of accident-prone over-speeding zones.
• Fleet management dashboard for logistics companies.