ECE 110/120 Honors Lab Section : Automated Dorm Lock

Statement of Purpose

Description:

• Augment dorm door lock to be automated and unlocked with the user's I-card.

Goals/Objectives:

• Have the door unlocked by registered I-card
• Be able to lock/unlock the door from the outside with either the I-card or key
• Have an enable switch (on the inside) that must be activated for the I-card unlock to work

Why Is This Useful?:

• It allow students to only need an I-card when living in campus dorms
• Easy implementation without needing to replace the entire lock
• Unlike other implementations, this is more secure as the 2-factor authentication will ensure that someone with duplicate i-card can't enter

Background Research

In Spring 2016, there was a similar "RFID Dorm Lock" project. Our project add more functionality by keeping normal key functionality and hopefully working with the "prox" I-Cards (HID 13.56 MHz, likely iClass Seos). We wanted to make a door lock that would work with I-Cards to eliminate the need to carry an extra key. However, we also wanted to keep normal key functionality in case of any system failure (power outage or empty batter, broken connection, etc.), reducing the chance of locking the user out.

Block Diagram / Flow Chart

Provide a simple block diagram of your hardware design. A block diagram is a schematic graphic that shows the interactions between different components in a hardware or software system. If appropriate, please also include a flow chart showing the steps your design needs to go through to function. The online program draw.io is a great tool to create polished block diagrams and flow charts. Likewise Microsoft's vision is also a great program to create block diagrams and flow charts.

System Overview

 The first part of our diagram is the Switch. It acts as a failsafe as it rests inside the room ,and if the switch is off, the rest of the procedure is terminated until it turned back on. We move onto the Card Reader which would rest on the outside of the door and would be a sensor that scans the data on the swiped card. The Card Reader would then send the data to a microcontroller which reads it and decides if it is a valid card. Once both of these steps are validated, the Micro Controller checks whether or not the door is in the locked position. If it is, then the servo moves to unlock the door and records that the door is now unlocked; the opposite process takes place when the door is open. 

Parts

Provide a list of parts that you may need for your project. You should include details such as the quantity, model number, purpose, vendor, and price (excluding taxes and shipping) for each part. This list may change as you work on your project. 

Possible Challenges

Reading the I-card will be a challenge. It seems to be a HID iClass card that generates a new UIN each scan and its memory (where the card # is stored) has read protection. We might need a HID scanner instead of a cheap one, limiting our budget. Designing the mechanism to interface the servo with the deadbolt will also be annoying since it needs to be backdriven (to maintain physical key functionality). 

References

List all references you used in your proposal. This is important, you do not want to be blamed for plagiarism. IEEE citation format is highly recommended. You can use citethisforme.com's IEEE citation generator to painlessly generate your references in this style.

https://www.hidglobal.com/sites/default/files/resource_files/pacs-seos-card-ds-en_0.pdf

Final Write Up

https://docs.google.com/document/d/166xFqwN284wP2L2BVQXnfIXCOwpc_2mB8uYWLP8d7RQ/edit?usp=sharing

Final Video:

https://drive.google.com/file/d/1WwTju1Z7N9aopz2RmI15W-28kI_B_fpb/view