Sie sind auf Seite 1von 37

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 projects 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
customers 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 chefs 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 Modelling15

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
Abstractii
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.3TOUCHPAD11
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.1PIC16F877A17
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.

Silver oak college of eng. & technology [EC]

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 customers 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.

Silver oak college of eng. & technology [EC]

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.

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

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.

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

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 architecturein which instructions and data come from separate
sourcessimplify 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.
Silver oak college of eng. & technology [EC]

Page 8

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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
10100 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
Silver oak college of eng. & technology [EC]

Page 9

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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
Silver oak college of eng. & technology [EC]

Page 10

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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).
Silver oak college of eng. & technology [EC]

Page 11

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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.

Silver oak college of eng. & technology [EC]

Page 12

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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

Silver oak college of eng. & technology [EC]

Page 13

PROJECT ID:1045

SYSTEM REQUIREMENT STUDY

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.

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

Page 15

PROJECT ID:1045

SYSTEM ANALYSIS

Project View:

FIGURE 7: Model

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

Page 17

PROJECT ID:1045

SYSTEM ANALYSIS

4.2.3 LCD

FIGURE 10: LCD

4.2.4 Touchpad

FIGURE 11: Touchpad

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

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 LCD_D6 at RB2_bit;
sbit LCD_D5 at RB1_bit;
sbit LCD_D4 at RB0_bit;

sbit sw1 at RD0_bit;


sbit sw2 at RD1_bit;
sbit w3s at RD2_bit;
sbit sw4 at RD3_bit;

sbit LCD_RS_Direction at TRISB4_bit;


sbit LCD_EN_Direction at TRISB5_bit;
sbit LCD_D7_Direction at TRISB3_bit;
sbit LCD_D6_Direction at TRISB2_bit;
sbit LCD_D5_Direction at TRISB1_bit;
sbit LCD_D4_Direction at TRISB0_bit;

void main() {
Lcd_Init();
TRISA=0xff;
while(1)
Silver oak college of eng. & technology [EC]

Page 20

PROJECT ID:1045

IMPLEMENTATION PLANING AND DETAILS

{
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

you"); delay_ms(2000); }
}

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
you"); delay_ms(2000); }
if(sw2==1){ Lcd_cmd(_lcd_clear);

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

you"); delay_ms(2000); }
}

Silver oak college of eng. & technology [EC]

Page 21

PROJECT ID:1045

IMPLEMENTATION PLANING AND DETAILS

if(sw3==1){ Lcd_cmd(_lcd_clear); delay_ms(1000); goto start; break; }


}
delay_ms(1000);
}

Silver oak college of eng. & technology [EC]

Page 22

PROJECT ID:1045

SCREEN SHOTS

CHAPTER 6: SCREENSHOTS

FIGURE 13: Screenshot

FIGURE 14: Screenshot

Silver oak college of eng. & technology [EC]

Page 23

PROJECT ID:1045

SCREEN SHOTS

FIGURE 15 Screenshot

FIGURE 16: Screenshot

Silver oak college of eng. & technology [EC]

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 Customers 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.

Silver oak college of eng. & technology [EC]

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 restaurants ordering and billing Sections.

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

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

Silver oak college of eng. & technology [EC]

Page 28

Das könnte Ihnen auch gefallen