RTM (Robotic Teller Machine) By Jonathan Daudelin Construction Time : February – June 2006 Parts used : 2 RCX’s, 4 Motors, 4 Sensors, Hundreds of Legos.

Slides:



Advertisements
Similar presentations
Vending machine re-design.
Advertisements

GCSE ICT By the end of this session, you will be able to: Explain main features of ATM machines Identify features of credit cards, debit cards, smart cards.
Chapter 4: Requirements Engineering
Use Case Diagrams Damian Gordon.
2.7.1.G1 © Family Economics & Financial Education – December 2005– Get Ready to Take Charge of Your Finances – Electronic Banking Bonanza – Slide 1 Funded.
ComfortLink™ II Control. ComfortLink™ II Smart Control This is not just a thermostat. It’s an energy command center. Trane ComfortLink™ II is an easy-to-use,
ATM Security Requirements & Specification Decomposition Team B: Martijn Christiaan Vasilis Benjamin.
USE CASE – ATM EXAMPLE Actors: ATM Customer ATM Operator Use Cases: The customer can withdraw funds from a checking or savings account query the balance.
SWE 214 (071) Use Case Diagrams Slide 1 Use Case Diagrams Examples.
ICT at Work Banking and Finance.
Warm-up: April 11 What’s the difference between a checking and savings account?
Requirements for Opening a Checking Account
ATM Case Study A Discussion.
Some Introductory Programming 1. Structured Query Language (SQL) - used for queries. - a standard database product. 2. Visual Basic for Applications -
What are the questions really asking?
Bluetooth Remote Control
Lecture 8 Electronic Commerce Modelling Techniques
S.M.A.T.E. Serving Money Around The Earth The Revolutionary ATM Irvin Shen, Juan Favela, Sam Ammons, and Christopher Leonardi.
ATM – requirements Team B Tom Hastjarjanto Martijn Nijenhof Ales Sturala Paul van der Ende.
Sequence Diagrams. Introduction A Sequence diagram depicts the sequence of actions that occur in a system. The invocation of methods in each object, and.
Chapter 12 ATM Case Study, Part 1: Object-Oriented Design with the UML
ATM User Interface Design. Requirements A bank customer is able to access his or her account using an automatic teller machine. To be able to use an ATM.
Handling Money Cash Register Receipts. Patrons may pay for library fines, fees, lost books, guest accounts, merchandise, copy & print cards, and all other.
Embedded Systems Details. Object Model: Four main system objects or classes Controller object might be made up of several controllers is the brains of.
ATM The “Beast” of Technology. What is the ATM? The ATM stands for Automatic Teller Machine. It was designed and created to give the public an easier.
16/27/2015 3:38 AM6/27/2015 3:38 AM6/27/2015 3:38 AMTesting and Debugging Testing The process of verifying the software performs to the specifications.

Events & Messages Paul Ard Ales v2.0. Generic Exceptions  HardwareFail – the device does not respond  HardwareMalfunction – some part of the device.
{ How to Use An ATM A simple tutorial to teach how to use ATM Machines.
Payment services and e-identification June Logging into your bank account via the Internet.
THIS IS THE FIRST SCREEN YOU SEE WHEN YOU LOG INTO MUNIS. TO ACCESS THE SCREENS YOU WILL NEED THROUGHOUT THE DAY, START BY CLICKING ON THE MENU TAB. Utility.
Chapter © 2010 South-Western, Cengage Learning Checking Accounts and Banking Services Banking Services and Fees 9.
Part 4: Debit Cards Dollars & Sense. What Happens If They Don’t Take Checks? Use a Debit Card! Click Visa Debit Commerical 
Team A7: The Robotiers Jeff Ivey: Journalism, Writing Aaron Maharry: Programming, Mechanical Design, Construction Dan Sobchuk: Construction, Testing Luke.
1 CSC103: Introduction to Computer and Programming Lecture No 13.
2.7.1.G1 © Family Economics & Financial Education – December 2005 – Get Ready To Take Charge of Your Finances – Electronic Banking Bonanza Funded by a.
PROCESS MANUAL How to Put Money on Your UMBC ID Card from Your Personal MyUMBC account Prepared by: Ahmad A. Najmi English 393 – Mrs. Harris.
CS212: Object Oriented Analysis and Design Lecture 4: Objects and Classes - I.
1 Statecharts by David Harel, 1987 State machines ⊆ statecharts A state machine consists of  Named states  Transitions between states  Events as labels.
Use Case Diagram: Exercise 5 and 6 Yong Choi BPA CSUB.
Faculty of Computer & Information Software Engineering Third year
Chapter 3, Section 3 ELECTRONIC BANKING.
Developing a Solution How to create the computer-based solution for a real-world problem. 1.
ICT and Banks Banks use mainframe computers to maintain customer accounts. They store a record of each customer’s withdrawals and deposits. Each bank mainframe.
SFWR ENG 3KO4 Software Development Fall 2009 Instructor: Dr. Kamran Sartipi Software Requirement Specification (SRS) for the Automated Banking Machine.
Sample Problems for Testing
SFWR ENG 3KO4 Software Development for Computer/Electrical Engineering Fall 2009 Instructor: Dr. Kamran Sartipi Software Requirement Specification (SRS)
Chapter 1: What is interaction design?. Bad designs From:
January Ron McFadyen1 January 2004 Assignment 1 Due: Friday Jan 23, Implement the ProductSpecification and Payment classes in any OO.
Übungen zur Qualitätssicherung von Software (SWQS) Prof. Dr. Holger Schlingloff Humboldt-Universität zu Berlin und Fraunhofer FOKUS : Modellbasierter.
Introduction to Business Analytics & Business Intelligence Information Systems Functions i-Clicker Demo IS vs IT IPO Model Note Taking.
1 Requirements Engineering From System Goals to UML Models to Software Specifications Axel Van Lamsweerde.
Events & Messages Merijn Paul Tom. Generic Exceptions  HardwareFail – the device does not respond  HardwareMalfunction – some part of the device is.
ATM environment assumptions Ard Christina Oscar Paul.
EV3 Software EV3 Robot Workshop
Robotics Academy All Rights Reserved. RCX Maintenance Select this button to get the RoboLab Administrator options.
The following shows the steps of adding value in Octopus card. Can you put them in correct order? Motivation A Insert the Octopus card into the card slot.
Deriving Consistency from LEGOs What we have learned in 6 years of FLL by Austin and Travis Schuh © 2005 Austin and Travis Schuh, all rights reserved.
Daar is geen woord Chinees bij. Follows the push model, messages are not initiated by the software 2.
KM SERIES VENDING MACHINES OPERATION MANUAL. ARM Main board & Driver Board DRIVING BOARD MAIN BOARD.
Shared Branching Presented by: Sandy Shenk, PaCUSC State Coordinator.
1 Case Study and Use Cases for Case Study Lecture # 28.
Introduction What would our society be like now if we did not have ATm’s? Not able to access money when we urgently want it. You will have to go to the.
ATM OO Design and Implementation Case Study
SECTION 4-1 pp Deposits.
Discover the Boom in Electronic Banking!
How An ATM Work's Prepaid by, kakani Dinesh.
What is a Robot?.
Objectives Construct truth tables for the following logic gates:
Level 1 Module 2 Lesson 5 AXS Machines.
Presentation transcript:

RTM (Robotic Teller Machine) By Jonathan Daudelin Construction Time : February – June 2006 Parts used : 2 RCX’s, 4 Motors, 4 Sensors, Hundreds of Legos Built for CC:10 ATM Contest

RCX’s: Microcomputers that make up the brain and power of RTM One handles card reading 2 are used One handles keypad and money dispensing Communicate with each other via IR

Reading the Card: When card is inserted, RTM moves it over a light sensor, which scans the color code If correct, RTM matches the card with it’s account and gives access to entering the PIN If wrong, RTM ejects the card and gives no access

Money Dispensers I To separate bills, the bill has to travel through a complex route in order to get out – this friction only lets the top bill come out. A motorized wheel spits out the bills into a container below Wheel is on a beam that can move up or down and still power the wheel. This enables the wheel to continually press on the bills (via rubber band)

Money Dispensers II Three money dispensers that dispense three types of bills : Ones, fives, and tens Stacked vertically above a container, so that bills land in the same spot in the container The bill dispensers were the first thing worked on, as they were the main design challenge

Key Pad Key pad is made up of three buttons : “Switch”, “Select”, and “Enter” “Enter” (only available when withdrawing money) enters the number shown Display shows “0” at the start “Select” selects the current digit When “Switch” is pressed, the display moves up 1 (so if display shows 4, it would change to 5)

Entering PIN PIN is entered via key pad, and can only be entered if a correct card has been inserted PIN consists of five digits, which are selected via the “Switch”, and “Select” keys If PIN is correct, access is given to money withdrawal, otherwise RTM beeps and no access is given Once five digits are selected, RTM determines if the PIN matches the inserted card’s account

Withdrawing Money User selects a desired amount of money using “Switch” and “Select” keys, and then enters that amount with the “Enter” key If it’s greater, RTM clears the screen and you enter a new amount. If less, RTM dispenses the exact amount in tens, fives, and ones (in least number of bills) When an amount is entered, RTM determines whether or not it’s greater than the amount in the user’s account

Depositing Money In back of RTM, a door can be opened, revealing slots Bills can be slid through slots into money dispensing boxes. A “tool” on the door helps push bills in all the way Slots only allow bills to be slid in, but not be taken out

Short History I Money Dispensers were worked on first, as they were the biggest challenge. Card reader and Key pad were made next First card reader worked well, and was used in final version. First key pad didn’t work, so another version was made for the final RTM RTM was made in modules: Money dispensers, Card reader, Key pad, and RCX’s. Then they were put together to form the complete RTM Two prototype dispensers were made before final version.

Short History II Card reader and first key pad – mid March First complete RTM prototype – early April Second complete RTM – mid April First working dispenser module – late February Above models programmed – late March RTM Securified and completed – late April RTM programmed except for firmware bug – early May RTM finalized and bugs fixed – Late May RTM shown and publicized – Early June

Interesting Facts PIN’s and Money Amounts: #1 – $ #2 – $ #3 – $30.00 Lines of code: Program #1 – 232 Program # Cards were designed on computer Programming language used: NQC