Smart Hotel Menu Ordering System PDF

SMART HOTEL MENU ORDERING SYSTEM
A PROJECT REPORT
Submitted by
PATEL DARSHAN (120773111013)
PRAJAPATI JAYESH (120773111002)
BAROT RAHUL (120773111012)
In fulfillment for the award of the degree

of
BACHELOR OF ENGINEERING
in
ELECTRONICS AND COMMUNICATIONS
SILVER OAK COLLEGE OF ENGINEERING AND TECHNOLOGY,

AHMEDABAD
Gujarat Technological University, Ahmedabad
NOVEMBER, 2014
SILVER OAK COLLEGE OF ENGINEERING AND TECHNOLOGY
ELECTRONICS AND COMMUNICATION
2014
CERTIFICATE
Date:
This is to certify that the dissertation entitled “SMART HOTEL MENU
ORDERING SYSTEM” has been carried out PATEL DARSHAN,
PRAJAPATI JAYESH& BAROT RAHUL under my guidance in fulfillment
of the degree of Bachelor of Engineering in (7th Semester/8th Semester) of
Gujarat Technological University, Ahmedabad during the academic year
2014-15.
Guide:
MR.K.S.MODH (ASST.PROFESSOR)
Head of the Department

MR. AMIT AGRAWAL
ACKNOWLEDGMENT
Every project big or small is successful largely due to the effort of a number of
wonderful people
who have always given their valuable advice or lent a helping hand. I sincerely
appreciate the
inspiration; support and guidance of all those people who have been instrumental in
making
this project a success.
We, Patel darshan, Prajapati jayesh and Barot Rahul the students of SILVER OAK
COLLEGE
OF ENGINEERING AND TECHNOLOGY (EC), am extremely grateful to our guide Mr.M.S
MODH Sir for the confidence bestowed in us and entrusting our project entitled
“SMART
HOTEL MANAGMENT”. He has been extremely helpful by giving his valuable guidance to
us.
I take this opportunity to thank our project coordinator Mr. Sugnesh Hirpara Sir
for guiding us
through right paths and enlighten our project’s vision so successfully.
At this juncture I feel deeply honored in expressing my sincere thanks to Mr. Amit
Agrawal for
making the resources available at right time and providing valuable insights
leading to the
successful completion of my project.
Last but not the least I place a deep sense of gratitude to my family members and
my friends who
have been constant source of inspiration during the preparation of this project
work.
Page i
ABSTRACT
The project is Smart Hotel Management. In this project menu is going to be
available at
customer’s seating area. Menu will be available in display of the monitor. Customer
does not
have to wait for the waiter for order. It is very easy and handy method for
customer. Placed
order will be sent to the chef’s display using ZigBee. This integration solution
can add or expand
hotel software system in any size of hotel chains environment. This system
increases quality and
speed of service. This system also increases attraction of place for large range of
customers.
Implementing this system gives a cost efficient opportunity to give your customers
a personalized
service experience where they are in control choosing what they want, when they
want it from
dining to ordering to payment and feedback.
Page ii
LIST OF TABLES
Table No
Table Description
Page No
Table 2.1.2
PROJECTPLAN………………….5
Table 2.3
ESTIMATION…………………...7
Page iii
LIST OF FIGURES
Figure No
Figure Description
Page No.
1.
PIC16F877A……………………………….8
2.
ZigBee………………………………........10
3.
Touchpad………………………………....12
4.
LCD……………………………………….13
5.
Buzzer…………………………………….13
6.
Functional Behavioral and Modelling……15
7.
Modal……………………………………..16
8.
PIC16F877A………………………….......17
9.
ZigBee…………………………………….17
10.
Touchpad………………………………....18
11.
LCD……………………………………….18
12.
Buzzer…………………………………….19
13.
Screenshot………………………………..22
14.
Screenshot………………………………..22
15.
Screenshot………………………………..23
16.
Screenshot……………………………….23
Page iv
LIST OF SYMBOLS, ABBREVIATIONS AND NOMENCLATURE
Symbol Name
Abbreviations
PIC16F877A……………………………….Peripheral Interface
Controller
LCD………………. ……………………...Liquid Crystal Display
Page v
TABLE OF CONTENTS
Acknowledgement………………………………………………………………....i
Abstract……………………………………………………………………………ii
List of Tables……………………………………………………………………...iii
List of Figure ……………………………………………………………………..iv
List of Abbreviations……………………………………………………………...v
Table of Contents………………………………………………………………....vi
Chapter: 1 INTRODUCTION…………………………………………………....1
1.1 PROJECT SUMMARY…………………………………………………………….2
1.2 PURPOSE…………………………………………………………………………..2
1.3 SCOPE ……………………………………………………………………………..3
Chapter: 2 PROJECT MANAGEMENT………………………………………..4

2.1 PROJECT PLANNING & SCHEDULING ……………………………………......4
2.1.1PROJECT PLANINNG & DEVELOPMENT……………………………………...4
2.1.2PROJECT PLAN……………………………………………………………….......5
2.1.3MILESTONES…………………………………………………………………......6
2.1.4ROLES…………………………………………………………………………......6
2.1.5RESPONSIBILITIES……………………………………………………………....6
2.1.6DEPENDENCIES……………………………………………………………….....6
2.2 RISK MANAGEMENT…………………………………………………………....7
2.2.1RISK IDENTIFICATION…………………………………………………….........7
2.2.2RISK PLANNING…………………………………………………………….........7
2.3 ESTIMATION………………………………………………………………….......7
Chapter: 3 SYSTEM REQUIREMENT STUDY

3.1
USER REQUIREMENTS………………………………………………................8
3.1.1PIC16F877A……………………………………………………………………......8
3.1.2ZIGBEE…………………………………………………………………………….9
3.1.3TOUCHPAD………………………………………………………………………11
3.1.4LCD……………………………………………………………………………......12
Page vi
3.1.5BUZZER…………………………………………………………………………..13
3.2 CONSTRAINTS…………………………………………………………………..14
3.2.1HARDWARE AND SOFTWARE REQUIREMENTS…………………………..14
Chapter: 4 SYSTEM ANALYSIS………………………………………….......15

4.1 FUNCTIONAL AND BEHAVIORAL MODELLING ………………………….15
4.2 MAIN MODULES OF SYSTEM………………………………………………...17
4.2.1PIC16F877A………………………………………………………………………17
4.2.2ZIGBEE…………………………………………………………………………...17
4.2.3LCD…………………………………………………………………………….....18
4.2.4TOUCHPAD……………………………………………………………………...18
4.2.5BUZZER………………………………………………………………………......19
4.3SELECTION OF HARDWARE AND SOFTWARE JUSTIFICATIOMN……......19
Chapter: 5 IMPLEMENTATION PLANNING & DETAILS………………..20

5.1 SAMPLE CODING………………………………………………………………...20
Chapter: 6 SCREENSHOTS…………………………………………………....23
Chapter: 7 LIMITATIONS AND FUTURE ENHANCEMENT………….....25
Chapter: 8 CONCLUSIONS AND DISCUSSION…………………………....26
References………………………………………………………….27
Experiences………………………………………………………...28
Page vii
PROJECT ID:1045
INTRODUCTION
CHAPTER 1: INTRODUCTION
Restaurants are one of the favorite premises. With no regard to the actual reasons
for
Visiting restaurants, customer will make orders and wait for the ordered meals.
However, it is
common if customers complain for not feeling satisfied about the services offered.
There are
many reasons leading to the feeling of dissatisfaction including being entertained
late in terms
of order taking by the waiter and meals serving. The issue of being late
entertained could be
solved with help of the
Advancement in the technologies of communication. In accordance, this study
Initiates an integrated and networked system, with the focus is on its ability to
solve the above
described limitations in order taking. This study names the system as Digital
Ordering System
for Restaurant Using ZIGBEE (DOSRUZ).In definition,
DOSRUZ is an integrated system, developed to assist restaurant management groups by
enabling customers to immediately make orders on their own selves. This will
minimize the
number of minutes to wait for the meal serving.
This project deals with Digital ordering system for restaurant. This topic includes
scope of the
project, project characteristics, Operating environments, Assumption and
dependencies,
design and implementation constraints. Scope of the project includes features that
can be
implemented. Design part includes the method and way of designing theproduct. It
also
explains certain constraints on designing and implementation
Silver oak college of eng. & technology [EC]
Page 1
PROJECT ID:1045
INTRODUCTION
1.1 PROJECT SUMMARY

When the customer enters the restaurant, he would surf on the tablet to order his
menu. He
could also surf quickly if he has already decided upon what to order. He would
click the item
he wants to order and after he is sure he wants each item in the list, he would
click confirm.
The confirmed order would be displayed on the display screen in the kitchen. After
the chef
has completed preparing the item, it would be notified to the customer. After the
customer has
completed eating the Food, bill would be directly displayed on his tablet as well
as managers
system
1.2 PURPOSE
Our purpose to make this project is to make order easier less time taking. Human
effort would
be less. Customer can easily place his order just by touch. This becomes very easy
and
customer would be satisfied as he placing his order himself. No confusion would be
there.
Customer does have to wait for the waiter to come and take his order. As in paper
menu we
cannot cancel the order. In this we can easily cancel the order.
Page 2
PROJECT ID:1045
INTRODUCTION
1.3 SCOPE
In current formal dining environments, some form of physical static menu is
utilized
to convey the available food and beverage choices to customers. Said menus are
generally
paper based and hence impose restrictions on the textual real estate available and
the ability a
restaurateur has to update them. This document specifies the requirements for a
restaurant
paper menu and ordering replacement strategy to alleviate the problems associated
with the
current archaic method. Three related concepts are encompassed by the general scope
of the
Restaurant Menu and Ordering System. The first pertains to the replacement of paper
based
menus using an electronic format, the second relates to a complementary electronic
strategy
for the front of house handling of a customer’s order and the third surrounds the
process of
transferring said electronic orders to the kitchen for preparation. It should be
noted that while
the suggested strategy incorporates the use of various hardware components, the
primary
focus of the presented SRS relates to the constituent software elements. The
following are the
features which can be a part of the proposed system: Ordering, Waiting, Billing,
Table
Reservation, and Home Delivery.
Page 3
PROJECT ID:1045
PROJECT MANAGEMENT
CHAPTER 2: PROJECT MANAGEMENT
2.1 PROJECT PLANNING AND SCHEDULING

2.1.1 PROJECT PLANNING AND DEVELOPMENT
Firstly we find this project interesting project. We decide to work out on it. We
search thing
for this project and learn components details and what can of controller we gone a
use for this
we decide to use PIC controller and ZIGBEE for this project. PIC is we easy and
interesting
language so start to learn this language. We learn and start working on the
project. First we
work on LCD programming. We work on it. Then we work on touchpad programming.
Slowly we working on the every single this way complete the programming wok then we
start
work on hardware. We connect LCD and touchpad slowly all the components gone be
complete our project work.
Page 4
PROJECT ID:1045
PROJECT MANAGEMENT
2.1.2 PROJECT PLAN

Table 1: project plan
MONTH
AUGUST
PLANNING
STUDY THE VARIOUS PAPERS PRESENTED ON
WIRELESS
COMMUNICATION
ON
VARIOUS
CONTROLLERS.
SEPTEMBER
COLLECTING ALL THE HARDWARES REQUIRED

FOR THE EXECUTION OF THE PROJECT.
OCTOBER
ANALYSIS
OF
THE
ARRANGEMNET
OF
THE
HARDWARE ACCORDING TO THE SOFTWARE AND

PROJECT REQUIRMNETS.
NOVEMBER & DECEMBER
START STUDYING PIC LANGUAGE
JANUARY
COMPLETE
HARDWARE
IMPLEMENTATION
BEFORE EXTERNAL VIVA AND COMPLETION OF

THE RESEARCH REGARDING SOFTWARE SIDE.
FEBRUARY
START WORKING ON THE SOFTWARE SIDE OF THE

PROJECT
AND
IMPLEMENTATION
OF
THE
SOFTWARE
MARCH
COMPLETE ERROR CHECKING OF THE DESIGNED

PROJECT
Page 5
PROJECT ID:1045
PROJECT MANAGEMENT
2.1.3 MILESTONES
The major milestone in our project was learning and implementing the python microC
of pic
microcontroller. The work conducted through programming and running programs had
been
the major influence of the project. Learning such an interesting and influence
language shed a
huge amount of confidence in our project.
Hence the programming language itself was the best part of the project which
grabbed special
attention and henceforth proved to be a major milestone in it.
2.1.4 ROLES
The roles played by each of us were done completely with immense sincerity and
dedication.
Each part of the programming which includes software and the part of project that
includes
hardware was equally divided and distributed amongst us and henceforth, the was no
burdening of tasks in any perspective of the project. So the project has smoothly
handled
without many troubles.
2.1.5 RESPONSIBILITIES
The responsibilities too were equally divided amongst us. During the last phase of
project
summarization it was very essentially to work together as a team and put in maximum
effort.
The responsibilities were equally divided and distributed too. The hardware and
software was
equally divided and rendered with immense care and responsibility in order to get
optimum
output.
2.1.6 DEPENDENCIES
While implementing the project there were a large number of people on whom we were
dependent on. As the language was completely new to us it had become very difficult
for us
to handle it alone. The faculties of our college were the first we were dependent
on. The
various search engines and links of the raspberry pi and python helped us to
enhance the
project completely.
Page 6
PROJECT ID:1045
PROJECT MANAGEMENT
2.2 RISK MANAGEMENT

While executing any project it necessarily involves a lot of risks. These are of
various kinds.
It may be regarding the device, the controller, the software language used etc. in
many cases
one of the major problems would be shorting of the device.
2.2.1 RISK IDENTIFICATION

We found out that in our project when order is completed customer cannot get that
is his/her
order is complete. Is it reached to the chef?
2.2.2 RISK PLANNING

To solve this problem we had used buzzer. So user can know that his order is
complete and
reach to the chef.
2.3 ESTIMATION
Table 2: Estimation
Components
Price
PIC microcontroller
200
Touchpad
700
LCD
450
Total
1350
Page 7
PROJECT ID:1045
SYSTEM REQUIREMENT STUDY
CHAPTER 3: SYSTEM REQUIREMENT STUDY
3.1 USER REQUIREMENTS

3.1.1 PIC16F877A
The original PIC was built to be used with General Instrument's new CP1600 16-bit
CPU.
While generally a good CPU, the CP1600 had poor I/O performance, and the 8-bit PIC
was
developed in 1975 to improve performance of the overall system by offloading I/O
tasks from
the CPU. The PIC used simple microcode stored in ROM to perform its tasks, and
although
the term was not used at the time, it shares some common features with RISC
designs.
FIGURE 1: PIC16FF877A
In 1985, General Instrument spun off their microelectronics division and the new
ownership
The architectural decisions are directed at the maximization of speed-to-cost
ratio. The PIC
architecture was among the first scalar CPU designs and is still among the simplest
and
cheapest. The Harvard architecture—in which instructions and data come from
separate
sources—simplify timing and microcircuit design greatly, and this benefits clock
speed, price,
and power consumption.
The PIC instruction set is suited to implementation of fast lookup tables in the
program space.
Such lookups take one instruction and two instruction cycles. Many functions can be
modeled
in this way. Optimization is facilitated by the relatively large program space of
the PIC (e.g.
Page 8
PROJECT ID:1045
4096 × 14-bit words on the 16F690) and by the design of the instruction set, which
allows for
embedded constants. For example, a branch instruction's target may be indexed by W,
and
execute a "RETLW" which does as it is named - return with literal in W.
Interrupt latency is constant at three instruction cycles. External interrupts have
to be
synchronized with the four clock instruction cycle; otherwise there can be a one
instruction
cycle jitter. Internal interrupts are already synchronized. The constant interrupt
latency allows
PICs to achieve interrupt driven low jitter timing sequences. An example of this is
a video
sync pulse generator. This is no longer true in the newest PIC models, because they
have a
synchronous interrupt latency of three or four cycles.
was upgraded with an internal EPROM to produce a programmable channel controller.
Today
a huge variety of PICs are available with various on-board peripherals (serial
communication
modules, UARTs, motor control kernels, etc.) and program memory from 256 words to
64k
words and more (a "word" is one assembly language instruction, varying from 8, 12,
14 or 16
bits depending on the specific PIC micro family).
PIC and PIC micro are registered trademarks of Microchip Technology. It is
generally
thought that PIC stands for Peripheral Interface Controller, although General
Instruments'
original acronym for the initial PIC1640 and PIC1650 devices was "Programmable
Interface
Controller". The acronym was quickly replaced with "Programmable Intelligent
Computer".
The Microchip 16C84 (PIC16x84), introduced in 1993, was the first Microchip CPU
with onchip EEPROM memory. This electrically erasable memory made it cost less than
CPUs that
required quartz "erase window" for erasing EPROM.
3.1.2 ZigBee
ZigBee is a specification for a suite of high-level communication protocols used to
create
personal area networks built from small, low-power digital radios. ZigBee is based
on an
IEEE 802.15 standard. Though its low power consumption limits transmission
distances to
10–100 meters line-of-sight, depending on power output and environmental
characteristics,[1]
ZigBee devices can transmit data over long distances by passing data through a mesh
network
Page 9
PROJECT ID:1045
of intermediate devices to reach more distant ones. ZigBee is typically used in low
data rate
applications that require long battery life and secure networking (ZigBee networks
are
secured by 128 bit symmetric encryption keys.) ZigBee has a defined rate of 250
Kbit/s, best
suited for intermittent data transmissions from a sensor or input device.
Applications include
wireless light switches, electrical meters with in-home-displays, traffic
management systems,
and other consumer and industrial equipment that requires short-range low-rate
wireless data
transfer. The technology defined by the ZigBee specification is intended to be
simpler and
less expensive than other wireless personal area networks (WPANs), such as
Bluetooth or WiFi.
FIGURE 2: ZigBee
ZigBee is a low-cost, low-power; wireless mesh network standard targeted at wide
development of long battery life devices in wireless control and monitoring
applications.
ZigBee devices have low latency, which further reduces average current. ZigBee
chips are
typically integrated with radios and with microcontrollers that have between 60-256
KB flash
memory. ZigBee operates in the industrial, scientific and medical (ISM) radio
bands: 2.4 GHz
in most jurisdictions worldwide; 784 MHz in China, 868 MHz in Europe and 915 MHz in
the
USA and Australia. Data rates vary from 20 Kbit/s (868 MHz band) to 250 Kbit/s (2.4
GHz
band).
The ZigBee network layer natively supports both star and tree networks, and generic
Mesh
networking. Every network must have one coordinator device, tasked with its
creation, the
Page 10
PROJECT ID:1045
control of its parameters and basic maintenance. Within star networks, the
coordinator must
be the central node. Both
ZigBee builds on the physical layer and media access control defined in IEEE
standard
802.15.4 for low-rate WPANs. The specification includes four additional key
components:
network layer, application layer, ZigBee device objects (ZDOs) and manufacturer-
defined
application objects which allow for customization and favor total integration. ZDOs
are
responsible for a number of tasks, including keeping track of device roles,
managing requests
to join a network, as well as device discovery and security.
3.1.3 Touchpad
Touchpads operate in one of several ways, including capacitive sensing and
conductance
sensing. The most common technology used as of 2010 entails sensing the capacitive
virtual
ground effect of a finger, or the capacitance between sensors. Capacitance-based
touchpads
will not sense the tip of a pencil or other similar implement. Gloved fingers may
also be
problematic.
While touchpads, like touchscreens, are able to sense absolute position, resolution
is limited
by their size. For common use as a pointer device, the dragging motion of a finger
is
translated into a finer, relative motion of the cursor on the output to the display
on the
operating system, analogous to the handling of a mouse that is lifted and put back
on a
surface. Hardware buttons equivalent to a standard mouse's left and right buttons
are
positioned below, above, or beside the touchpad.
Some touchpads and associated device driver software may interpret tapping the pad
as a
click, and a tap followed by a continuous pointing motion (a "click-and-a-half")
can indicate
dragging.[1] Tactile touchpads allow for clicking and dragging by incorporating
button
functionality into the surface of the touchpad itself, To select, one presses down
on the
touchpad instead of a physical button. To drag, instead performing the "click-and-
a-half"
technique, one presses down while on the object, drags without releasing pressure
and lets go
when done. Touchpad drivers can also allow the use of multiple fingers to
facilitate the other
mouse buttons (commonly two-finger tapping for the center button).
Page 11
PROJECT ID:1045
Some touchpads have "hotspots", locations on the touchpad used for functionality
beyond a
mouse. For example, on certain touchpads, moving the finger along an edge of the
touch pad
will act as a scroll wheel, controlling the scrollbar and scrolling the window that
has the focus
vertically or horizontally. Many touchpads use two-finger dragging for scrolling.
Also, some
touchpad drivers support tap zones, regions where a tap will execute a function,
for example,
pausing a media player or launching an application. All of these functions are
implemented in
the touchpad device driver software, and can be disabled.
FIGURE 3: Touchpad
3.1.4 LCD
A liquid-crystal display (LCD) is a flat panel display, electronic visual display,
or video
display that uses the light modulating properties of liquid crystals. Liquid
crystals do not emit
light directly.
LCDs are available to display arbitrary images (as in a general-purpose computer
display) or
fixed images which can be displayed or hidden, such as preset words, digits, and 7-
segment
displays as in a digital clock. They use the same basic technology, except that
arbitrary
images are made up of a large number of small pixels, while other displays have
larger
elements.
Page 12
PROJECT ID:1045
FIGURE 4: LCD
LCDs are used in a wide range of applications including computer monitors,
televisions,
instrument panels, aircraft cockpit displays, and signage. They are common in
consumer
devices such as DVD players, gaming devices, clocks, watches, calculators, and
telephones,
and have replaced cathode ray tube (CRT) displays in most applications. They are
available in
a wider range of screen sizes than CRT and plasma displays, and since they do not
use
phosphors, they do not suffer image burn-in. LCDs are, however, susceptible to
image
persistence.[1]
3.1.5 Buzzer
A buzzer or beeper is an audio signaling device, which may be mechanical,
electromechanical, or piezoelectric. Typical uses of buzzers and beepers include
alarm
devices, timers and confirmation of user input such as a mouse click or keystroke
FIGURE 5: Buzzer
Page 13
PROJECT ID:1045
Early devices were based on an electromechanical system identical to an electric

bell without
the metal gong. Similarly, a relay may be connected to interrupt its own actuating
current,
causing the contacts to buzz. Often these units were anchored to a wall or ceiling
to use it as a
sounding board. The word "buzzer" comes from the rasping noise that
electromechanical
buzzers made.
3.2 CONSTRAINTS
3.2.1 HARDWARE LIMITATION
As we using graphical LCD it is capable to operate in PIC microcontroller. If we

want to use
touch screen it require ARM controller cause of this cost increases and complexity
circuit too.
In spite of controller we also can use android which is easier than controller.
Page 14
PROJECT ID:1045
SYSTEM ANALYSIS
CHAPTER 4: SYSTEM ANALYSIS

4.1 FUNCTIONAL AND BEHAVIORAL MODELLING
POWER
SUPPLY
ZIGBEE
MICRO
Controller
TOUCH
KEYPAD
LCD
BUZZER
FIGURE 6: Block Diagram
Page 15
PROJECT ID:1045
SYSTEM ANALYSIS
Project View:
FIGURE 7: Model
Page 16
PROJECT ID:1045
SYSTEM ANALYSIS
4.2MAIN MODULES OF SYSTEM
4.2.1. PIC16F877A
FIGURE 8: PIC16F877A
4.2.2 ZigBee
FIGURE 9:XBee
Page 17
PROJECT ID:1045
SYSTEM ANALYSIS
‘4.2.3 LCD
FIGURE 10: LCD
4.2.4 Touchpad
FIGURE 11: Touchpad
Page 18
PROJECT ID:1045
SYSTEM ANALYSIS
4.2.5 Buzzer
FIGURE 12: Buzzer
4.3
SELECTION
OF
HARDWARE
AND
SOFTWARE
AND
JUSTIFICATION
The hardware and software selected in the project are of the latest technology.
Both hardware
and software are chosen in a way that maximum and optimum output can be obtained
Page 19
PROJECT ID:1045
IMPLEMENTATION PLANING AND DETAILS
CHAPTER 5: IMPLEMENTATION PLANING AND DETAILS

5.1 SAMPLE CODING
sbit LCD_RS at RB4_bit;

sbit LCD_EN at RB5_bit;
sbit LCD_D7 at RB3_bit;
sbit sw1 at RD0_bit;

sbit w3s at RD2_bit;
sbit LCD_RS_Direction at TRISB4_bit;

sbit LCD_EN_Direction at TRISB5_bit;
sbit LCD_D7_Direction at TRISB3_bit;
void main() {
Lcd_Init();
TRISA=0xff;
while(1)
Page 20
PROJECT ID:1045
{
start:
lcd_Out(1,1,"Welcome Sir");
delay_ms(5000);
Lcd_cmd(_lcd_clear);
lcd_out(1,1,"1 Chinese");
lcd_out(2,1,"2 Gujarati");
while(1)
{
if(sw1==1){ delay_ms(1000);
Lcd_cmd(_lcd_clear);
lcd_out(1,1,"1
Manchurian 80"); lcd_out(2,1,"2 Noodles 70"); delay_ms(1000);

if(sw1==1){ delay_ms(1000); Lcd_cmd(_lcd_clear); lcd_out(1,1,"Thank
you"); delay_ms(2000); }
if(sw2==1){
delay_ms(1000); Lcd_cmd(_lcd_clear); lcd_out(1,1,"Thank
}
if(sw2==1){
Lcd_cmd(_lcd_clear); delay_ms(1000);
lcd_out(1,1,"1
Dhokla 30"); lcd_out(2,1,"2 Khaman 40");

if(sw1==1){ Lcd_cmd(_lcd_clear); delay_ms(1000); lcd_out(1,1,"Thank
if(sw2==1){ Lcd_cmd(_lcd_clear);
delay_ms(1000);lcd_out(1,1,"Thank
}
Page 21
PROJECT ID:1045
if(sw3==1){ Lcd_cmd(_lcd_clear); delay_ms(1000); goto start; break; }

}
delay_ms(1000);
}
Page 22
PROJECT ID:1045
SCREEN SHOTS
CHAPTER 6: SCREENSHOTS
FIGURE 13: Screenshot
Page 23
PROJECT ID:1045
SCREEN SHOTS
FIGURE 15 Screenshot
Page 24
PROJECT ID:1045
LIMITATION AND FUTURE ENHANCEMENT
CHAPTER 7: LIMITATION AND FUTURE ENHANCEMENT


Wastage of paper is avoided as our implementation is working just on tablet and

does not
need any paperwork. e.g. For taking the order, we are not
Using papers. Also, our menu card would be digitized.
 A customer going into restaurant does not has to wait for the waiters to take the
order.
As soon as he occupies a seat, he would order whatever he needs.
 As soon as the order is ready, it would be notified to the customer. So, there
would not
Be any issue of late delivery in spite of the food being ready
 Customer feedback.
Customer can enter the feedback about the service and the food served.
 This helps the Restaurant owner to analysis the service and makes necessary
changes if
Needed.
 This also helps the Customer’s to decide a particular
Food item with a positive feedback. Searching Item.
 Customer can search a particular food item according to name, price, category
etc.
 This saves a lot of time of customer to order an item. Offers for Customer:


The Restaurant owner can post various offers on tablet.

This will help the customer as well as the restaurant owners. Attractive
Presentation.


The Menu is organized in an attractive way.

There are images of every food item which will make the view of customers more
clear
About how the food will look like after delivery.
Here is an attractive use of various themes and color schemes.
Sorting an Item:
The food items will be sorted according to price, season and user ratings.
This helps the customer to find or select a food item which has a good rating and
which is
Liked by a many customers.
This also helps the Restaurant owner to make changes in a particular food item if
it has
low ratings which improves the quality of food.
Time to Serve.
The menu includes the approximate time to be served of a particular food item.
This will help the customer to select the food item accordingly.
Modifiable Menu:
The menu can be modified by the Kitchen manager.







LIMITATION
If we compare our system with traditional paper based system, more maintenance
would be
needed. Some technical assistance would also be needed.
Page 25
PROJECT ID:1045
CONCLUSION AND DISCUSSION
CHAPTER 8: CONCLUSION AND DISCUSSION

The proposed system would attract customers and also adds to the efficiency of
maintaining
the restaurant’s ordering and billing Sections.
Page 26
PROJECT ID:1045
REFERENCES

Terrell Croft and Wilford Summers (ed), American Electricans' Handbook, Eleventh
Edition, McGraw Hill, New York (1987) ISBN 0-07-013932-6 page 7-124
Page 27
PROJECT ID:1045
EXPERIENCES
1. Learning and exploring python language.
2. Learning about various interfacing with raspberry pi.
3. Exploring more about monitoring devices.
4. A sneak peek over the various functionalities and necessity of designing.
5. Learning about the field of robotics as much we could.
6. Discussing about various industrial application were monitoring is required
Page 28

Smart Hotel Menu Ordering System PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Smart Hotel Menu Ordering System PDF

Uploaded by

Copyright:

Available Formats

SMART HOTEL MENU ORDERING SYSTEM

In fulfillment for the award of the degree

SILVER OAK COLLEGE OF ENGINEERING AND TECHNOLOGY,

Head of the Department

Functional Behavioral and Modelling……15

Chapter: 2 PROJECT MANAGEMENT………………………………………..4

Chapter: 3 SYSTEM REQUIREMENT STUDY

Chapter: 4 SYSTEM ANALYSIS………………………………………….......15

Chapter: 5 IMPLEMENTATION PLANNING & DETAILS………………..20

Silver oak college of eng. & technology [EC]

1.1 PROJECT SUMMARY

Silver oak college of eng. & technology [EC]

Silver oak college of eng. & technology [EC]

CHAPTER 2: PROJECT MANAGEMENT

2.1 PROJECT PLANNING AND SCHEDULING

Silver oak college of eng. & technology [EC]

2.1.2 PROJECT PLAN

COLLECTING ALL THE HARDWARES REQUIRED

HARDWARE ACCORDING TO THE SOFTWARE AND

NOVEMBER & DECEMBER

START STUDYING PIC LANGUAGE

BEFORE EXTERNAL VIVA AND COMPLETION OF

START WORKING ON THE SOFTWARE SIDE OF THE

COMPLETE ERROR CHECKING OF THE DESIGNED

Silver oak college of eng. & technology [EC]

Silver oak college of eng. & technology [EC]

2.2 RISK MANAGEMENT

2.2.1 RISK IDENTIFICATION

2.2.2 RISK PLANNING

Silver oak college of eng. & technology [EC]

SYSTEM REQUIREMENT STUDY

CHAPTER 3: SYSTEM REQUIREMENT STUDY

3.1 USER REQUIREMENTS

SYSTEM REQUIREMENT STUDY

SYSTEM REQUIREMENT STUDY

SYSTEM REQUIREMENT STUDY

SYSTEM REQUIREMENT STUDY

Silver oak college of eng. & technology [EC]

SYSTEM REQUIREMENT STUDY

Silver oak college of eng. & technology [EC]

SYSTEM REQUIREMENT STUDY

Early devices were based on an electromechanical system identical to an electric

As we using graphical LCD it is capable to operate in PIC microcontroller. If we

Silver oak college of eng. & technology [EC]

CHAPTER 4: SYSTEM ANALYSIS

FIGURE 6: Block Diagram

Silver oak college of eng. & technology [EC]

Silver oak college of eng. & technology [EC]

4.2MAIN MODULES OF SYSTEM

Silver oak college of eng. & technology [EC]

FIGURE 10: LCD

FIGURE 11: Touchpad

Silver oak college of eng. & technology [EC]

FIGURE 12: Buzzer

Silver oak college of eng. & technology [EC]

IMPLEMENTATION PLANING AND DETAILS

CHAPTER 5: IMPLEMENTATION PLANING AND DETAILS

sbit LCD_RS at RB4_bit;

sbit sw1 at RD0_bit;

sbit LCD_RS_Direction at TRISB4_bit;

IMPLEMENTATION PLANING AND DETAILS

Manchurian 80"); lcd_out(2,1,"2 Noodles 70"); delay_ms(1000);

delay_ms(1000); Lcd_cmd(_lcd_clear); lcd_out(1,1,"Thank