|
|
| Line 1: |
Line 1: |
| '''Discussion: Physical Access Control Project''' | | This page has been migrated to HacDC's Main Site. |
|
| |
|
| | | It can now be [http://hacdc.org/wiki/physical-access-control-project found here]. |
| | |
| | |
| ''So i'm a wiki-tard, is there anyway to make these discussions threaded? Seems like it would make more sense''
| |
| | |
| ''Added by Mark W, Thu, May 22, 2008:'' I think this is what you're looking for: [http://www.smarthome.com/5190s12.html Electric Door Strike]
| |
| | |
| 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.
| |
| | |
| Thoughts: Smart cards can offer some nice crypto, but they'd require the purchase of additional hardware ([http://www.smartcardsupply.com/Content/Hardware/AC-KIT.htm a kit]) and are more expensive than RFID (around $2.50)
| |
| | |
| Another idea I had, and kinda like, is to have a computer connected to the internet and a SIP provider (as [http://onlineapps.newsvine.com/_news/2008/05/02/1466218-land-of-the-freeware-making-and-receiving-free-phone-calls-via-any-computer-or-internet-enabled-device-with-grandcentral noted] repeatedly, you can get free inbound calls via Google [http://grandcentral.com/ GrandCentral]). When a call is received, it could listen for an access code (prepend a few digits for user id if desired) --[[User:NikolasCo|NikolasCo]] 09:27, 28 May 2008 (UTC)
| |
| | |
| how easy is it to forge phone number? because otherwise you could just have a database of member cellphones --[[phf]]
| |
| | |
| pretty easy with asterisk and a voip provider. --[[markw]]
| |
| | |
| -----
| |
| | |
| I'm with you on the wiki-tard front, and not sure the "discussion" page is really all that good for discussions, being essentially a whiteboard. Anyone?
| |
| | |
| Andrew, thanks for cleaning this up and making the project look all professional-like. Feel free to delete any of the old material as you see fit. I wasn't sure what the tone of the project should be initially, and I took it fairly far in the unprofessional direction. I like what you've done with it better.
| |
| | |
| As for the logic layer in-between the card reader and electronic impeder/strikeplate/whatever, that should be fairly simple, depending on how much fun we decide to have with it. Myself, I'm for keeping it fairly open to allow multiple (amusing?) opening mechanisms in addition to the keycards, but that will necessarily reduce the security of the lock.
| |
| | |
| Are we building a fortress or just beefing up our current (minimal!) security?
| |
|
| |
| (Elliot)
| |
| | |
| -----
| |
| | |
| == Well, you guys can use the "add a comment" button (i.e. the little + next to edit) ==
| |
| | |
| I know you were looking at a couple of options for the electronic door as of
| |
| the last dork bot, I found this part in passing on hackaday.com
| |
| http://www.smarthome.com/519012.html
| |
| I hope to make it down from baltimore soon!
| |
| -justin.
| |
| | |
| /<br />
| |
| To answer Elliot's question:
| |
| | |
| I think the purpose is to provide an extensible level of access to our members, improve upon the trivial amount of security we currently have and finally to be creative and have fun designing "peripherals" to add onto our strike plate / logic controller setup we choose.
| |
| | |
| Justin: Thanks ! That's what I've been looking to pick-up. I'm just waiting for the mechanical portion to show up so I can install that and move onto the electronics.
| |
| -[[User:Q|Q]]
| |
| <br />
| |
| /
| |
| | |
| == Re-Ordering the Phases? I want my strike plate NOW! (with pony) ==
| |
| | |
| Say, is there any chance of getting in the strike plate soon? It seems to me that the bolt-lock part and the electronic strike part are basically independent, no?
| |
| | |
| I'm starting to think about how to implement an open hardware API-like plan for the strike plate, and would love to start working on the physical stuff. And the knocker-unlocker is ready to plug in right now. We could hoke up an RFID (low-Hz) pretty quickly too.
| |
| | |
| Can we just buy the strike plate? The one suggested ([http://www.smarthome.com/519012.html this one]) looks great. I'm volunteering.
| |
| | |
| == Multiple systems not a problem. ==
| |
| | |
| Assume a rolling-code generator. Delivering the number from the token to the lock could take a variety of routes without reducing the security of the system. Want to use ultrasonics? Fine. DTMF? Not a problem. Infrared or visible light? Piece of cake. Feed the demodulated data from each receiver into the same rolling code verifier. Each user can carry the token that most amuses them.
| |
| | |
| Operating this system in parallel with a "real" traditional system, using smartcards of RFID tags, shouldn't be a problem. Install two traditional readers: One in the HacDC entryway, and one at the church outer door, and merge the systems. [[User:Myself|Myself]] 16:31, 3 July 2008 (UTC)
| |
