Physical Access Control Project: Difference between revisions
From HacDC Wiki
No edit summary |
No edit summary |
||
Line 3: | Line 3: | ||
[[Category:Umbrella Projects]] | [[Category:Umbrella Projects]] | ||
Wed, May 14, 2008: | |||
Andrew ("Q"), Ash, and Elliot have continued brainstorming. | Andrew ("Q"), Ash, and Elliot have continued brainstorming. | ||
Line 9: | Line 11: | ||
Elliot's been messing around with the [[Parallax RFID board]], and learning what it can/can't do, but he's terribly terribly new to RF stuff. | Elliot's been messing around with the [[Parallax RFID board]], and learning what it can/can't do, but he's terribly terribly new to RF stuff. | ||
Wed, May 21, 2008: | Wed, May 21, 2008: | ||
Last night, we started looking at the door in question, realized that it only had a handle-lock on it, and realized that we're going to need a wholly new locking mechanism to do anything useful/secure with -- so that's going to be project #1 in terms of serious implementation. | |||
Elliot demo'ed his knock-code routine and got some useful feedback. Things like ambient noise and a relatively-long timeout period need improvement. | |||
Andrew suggested using a "Sonic Screwdriver" a la Doctor Who. This opens up all sorts of fun/funny code mechanisms. For instance, a keyfob with an ultrasonic speaker might be sweet. Or use LEDs and blink out a code string into a light sensor. And like the RFID scheme, we could have individual keys for individual peoples. |
Revision as of 20:38, 21 May 2008
Wed, May 14, 2008:
Andrew ("Q"), Ash, and Elliot have continued brainstorming.
Posted up a link on the blog [1] to discuss ways to go. Great suggestion (though it might have been a (brilliant) joke?) to make a DDR pad.
Elliot's been messing around with the Parallax RFID board, and learning what it can/can't do, but he's terribly terribly new to RF stuff.
Wed, May 21, 2008:
Last night, we started looking at the door in question, realized that it only had a handle-lock on it, and realized that we're going to need a wholly new locking mechanism to do anything useful/secure with -- so that's going to be project #1 in terms of serious implementation.
Elliot demo'ed his knock-code routine and got some useful feedback. Things like ambient noise and a relatively-long timeout period need improvement.
Andrew suggested using a "Sonic Screwdriver" a la Doctor Who. This opens up all sorts of fun/funny code mechanisms. For instance, a keyfob with an ultrasonic speaker might be sweet. Or use LEDs and blink out a code string into a light sensor. And like the RFID scheme, we could have individual keys for individual peoples.