Project Report

Smart School
Bus: IoT Based
School Bus
Monitoring
System
Presented By:
Judy T Raj
Cs8
12141828
 3
Introduction

 Aim of this project include:

 Develop an affordable low cost system for tracking and
ensuring safety of school children.
 Securing the commute of students to and from school.
 Help ensure safe arrival and departure of students.
 Real time tracking
 Improve accountability and reliability of school buses.
APPLICATION
. (Android)

INTERNET
(Cloud)

THINGS
(gps, rfid, processor)
 5
Problem Definition

 Students often get on the wrong buses and get off at the
wrong stops.
 Bus drivers maybe unable to identify all students and
will not know in time if a student is missing.
 Parents have no way of knowing if their ward is safe
until the evening when the bus returns.
 There is no provision to monitor driving within speed
limit or unscheduled deviations.
 School students aren’t allowed phones.
 Working parents have no way of knowing if and when
their kids get home.
 There is no reliable method for tackling delays or
accidents, which further aggravate parents.
 7
System Study
Existing System
There are two main bus tracking systems available in the
market today:

1.) GSM/GPRS modules with Arduino

 Returns the geo-coordinates when queried
 Uses text messaging which essentially spams the
inbox
 Not real time
 8
System Study

 Raspberry Pi systems with WiFi

 While efficient and real-time, these are expensive.

 Not commercially feasible

 None of these have student identification and hence

creates a false sense of security.
 9
System Study

Proposed System
 A reliable system that tracks the location of school
buses in real-time by uploading the geo-
coordinates continuously via WiFi.
 Identifies each student as they enter and alight the
bus using Radio Frequency Identification
embedded in student id cards.
 10
System Study

Other operations that can be performed include:

 Contact emergency services
 Mark attendance
 Fleet Management
 Contact driver
 11
System Study

Benefits
 Scalable
- The application is designed with provisions to
accommodate new buses and new routes.

 Low cost
- Uses ESP8266 microcontroller which is low-cost
and provides efficient latency.

 User friendly
- Easy to use and provides a simple interface
 Reliable
- Updates are real time and hence reliable.
 13
System Requirements

SOFTWARE REQUIREMENTS
FRONT END:
Operating system: Android API 14 & above
Development : Android Studio
: Arduino IDE
: Notepad++
BACK END:
Php + MySql
HARDWARE REQUIREMENTS
ESP8266 MICROCONTROLLER
UBLOX 6M GPS MODULE
MF-RC522 RFID Reader

PC-Mate
 15
Module Specification

 The proposed system has two function modules and

three user modules:
 Function Modules
 Location Tracker
 Student Identification
 User Modules
 Admin
 Driver
 Parents
 16
Module Specification

1. LOCATION TRACKER
 GPS module attached to the microcontroller reads real-
time location of the vehicle continuously.
 The microcontroller uploads the geo-coordinates thus
received to the back-end database via WiFi.
 The front-end application continuously checks for
changes in the database, on loading.
 When the application finds a change in the database, it
reads the newly updated coordinates and plots them on
a map in it’s UI using the phone’s internet.
 Module Specification
17

DATABASE

Illustration

HARDWARE
ENSEMBLE
APPLICATION

• Data being uploaded include the geo-coordinates and speed.

•The application receives the uploaded data and plots the information on a map.
 18
Module Specification

STUDENT IDENTIFICATION
 The id cards of each student is embedded with an RFID tag.
 An RFID reader connected to the microcontroller identifies
each student as they enter.
 The processor searches for the student in the database finds the
respective parents’ id and notifies them with the location input
from the GPS module.

RFID tag RFID reader

School Bus Microcontroller
Application
GPS module
 19
Module Specification
USER MODULE
 ADMIN
 Add and remove drivers, stops, routes and students in the database.
 View location, speed and list of passengers on board.
 Access all information in the database.
 Update database information
 Contact parents or drivers
 DRIVER
 View route and scheduled stops.
 Contact admin or emergency services.
 PARENTS
 View current location, route taken, designated route and current speed.
 Gets notified when their ward alights and gets on.
 View bus schedule
 Contact admin or bus driver
 CONTEXT LEVEL DFD

SCHOOL BUS
Request Response
USER MONITORING USER
SYSTEM

21
PC-Mate
 CIRCUIT DIAGRAM FOR BREAK OUT BOARD

22
PC-Mate
 CIRCUIT DIAGRAM FOR CONNECTING PERIPHERALS

23
PC-Mate
 USE CASE DIAGRAM : UML DIAGRAM

24
PC-Mate
 26
Tables
Online Databases
STUDENT
 27
Tables

ROUTE

Smart School Bus

 28
Tables

User
 29
Tables
BUS
 30
Tables

STATUS
 32
UI

LogIn, SignUp & Settings

 33
UI
Admin Module : Home & Student list screen
 34
UI
Admin Module : Add Student, Bus & Contact Driver Screens
 35
UI
Parent Module : Home, Add Child & Contact Screen
 36
UI
Parent Module : Notifications Tray
 37
UI
Driver Module : Home Screen
 39
Conclusion

LIMITATIONS

 The implemented RFID reader has a range as short as 3cm,

which is not commercially feasible.
 It assumes WiFi as ubiquitous and the system would fail if
outside the network.
 The system does not take into account scenarios where the id
tags might be swapped, damaged or lost.
 The http connection is not encrypted and hence susceptible.
 40
Conclusion

FUTURE SCOPE

 A provision to disable the vehicle in case of theft can be

added.

 A provision to unlock doors only upon id can be added

 RFID can be replaced with more reliable methods like

biometric identification.
 41
Conclusion
CONCLUSION
In summary, the system meets all of the specified design requirements
and functionalities. The location and speed were tracked continuously
and accurately and subsequently plotted on the map. The GPS showed a
delay between 30s-60s on startup. The data communication showed no
corruption. The rfid was read instantly and the notifications received in
less than 15s on an average.
The entire system was developed at a cost as low as $20 as compared to
the $150 and $200 of the existing systems as portrayed on the graph
below:
 Project
Design

THANKYOU