I've only one request: that the system works in a basic mode to authenticate and admit users in a standalone mode without network connectivity.
One of the reasons this door system has worked for so long is that it's simple. Adding components to it as Michael has done is a fantastic solution; even if the server goes off line, is disconnected or the power fails we can still get in.
Ps. The door backup battery probably needs replacing. It's a standard 12v cell above the shutter.
On 27 Sep, 2012, at 21:01, ntt <notthe...@gmail.com> wrote:
> I can see the use of contactless technologies RFID/NFC/Bluetooth etc. But there're always more 'leche' than useful.
> But what about a simple mobile app? You go to the door launch the app and press a button to open the door.. The app can do authentication with the server (running on a Raspberry Pi) inside HSG and decide if the door should open or not..
> That way most people with smartphones should be able to run it (we can even do a html5 app to make it democratic). And access control would be easy since it's all on a server and can be integrated with other systems..
> Of course a hybrid solution would work too..
> On Thursday, September 27, 2012 2:12:20 PM UTC+8, hyperair wrote:
>> On 27/09/2012 13:51, Michael Cheng wrote: >> > I was actually just thinking of buying that board! Would be awesome if we could >> > test it out. Yes, i did have plans to integrate some RFID/MiFare reader so that >> > authorised users can gain access by tapping. But i'll need to think of how to >> > add the card ids for members - one which is easy and hassle free.
>> > One solution i thought of is to install a self-service kiosk somewhere in the >> > space where we match your PIN code to your RFID cards, etc.
>> Ironically the door access control system that we tried installing over HackDo >> supports that, but we took it down because we wanted to support pin-only access >> as well.
Wow, what an interesting thread! My $0.02 is I'd rather not have to install
yet another app or remember another URL or rely on NFC, RFID, Bluetooth,
etc ... In the past I've integrated automation with telephony and or SMS.
Send an SMS to a special number with a code and the door opens
automagically. But I agree, more systems means more moving parts, more
stuff that can break.
On Thu, Sep 27, 2012 at 11:09 PM, Alvin Jiang <aji...@gmail.com> wrote:
> I've only one request: that the system works in a basic mode to
> authenticate and admit users in a standalone mode without network
> connectivity.
> One of the reasons this door system has worked for so long is that it's
> simple. Adding components to it as Michael has done is a fantastic
> solution; even if the server goes off line, is disconnected or the power
> fails we can still get in.
> Ps. The door backup battery probably needs replacing. It's a standard 12v
> cell above the shutter.
> On 27 Sep, 2012, at 21:01, ntt <notthe...@gmail.com> wrote:
> I can see the use of contactless technologies RFID/NFC/Bluetooth etc. But
> there're always more 'leche' than useful.
> But what about a simple mobile app? You go to the door launch the app and
> press a button to open the door.. The app can do authentication with the
> server (running on a Raspberry Pi) inside HSG and decide if the door should
> open or not..
> That way most people with smartphones should be able to run it (we can
> even do a html5 app to make it democratic). And access control would be
> easy since it's all on a server and can be integrated with other systems..
> Of course a hybrid solution would work too..
> On Thursday, September 27, 2012 2:12:20 PM UTC+8, hyperair wrote:
>> On 27/09/2012 13:51, Michael Cheng wrote:
>> > I was actually just thinking of buying that board! Would be awesome if
>> we could
>> > test it out. Yes, i did have plans to integrate some RFID/MiFare reader
>> so that
>> > authorised users can gain access by tapping. But i'll need to think of
>> how to
>> > add the card ids for members - one which is easy and hassle free.
>> > One solution i thought of is to install a self-service kiosk somewhere
>> in the
>> > space where we match your PIN code to your RFID cards, etc.
>> Ironically the door access control system that we tried installing over
>> HackDo
>> supports that, but we took it down because we wanted to support pin-only
>> access
>> as well.
-- *This message is intended only for the use of the individual or entity to
which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the
reader of this message is not the intended recipient, or the employee or
agent responsible for delivering the message to the intended recipient, you
are hereby notified that any dissemination, distribution, or copying of
this communication is strictly prohibited. If you have received this
communication in error, please notify us immediately via return email and
acknowledge that you have deleted the message. Thank you.*
It'll be sometime before we can build anything close to replacing the
current door system.
The door web is a HTML5 app. You can add it as an icon on you iPhone home
screen, or create a shortcut on your Android device. It's just a huge "open
door" button. :p Only thing is that u need to be within the HSG wifi
network to access this app.
I have been using this for the past few days. I walk towards the door and
when I'm within wifi range, I trigger the app & tap the button. :)
The RFID/NFC solution is a nice add-on... And we'll really try it out as a
proof of concept until such time we can deal with the admin & maintenance
realities.
In any case, another hack I'm thinking of is a system to provide "Day Pass"
access code to guests of the space - which will expire at the end of the
day. It could be as simple as a push button & a mini-printer (like those
used for queuing).
Fun times...
On Thursday, September 27, 2012, Stefan van der Bijl wrote:
> Wow, what an interesting thread! My $0.02 is I'd rather not have to
> install yet another app or remember another URL or rely on NFC, RFID,
> Bluetooth, etc ... In the past I've integrated automation with telephony
> and or SMS. Send an SMS to a special number with a code and the door opens
> automagically. But I agree, more systems means more moving parts, more
> stuff that can break.
> On Thu, Sep 27, 2012 at 11:09 PM, Alvin Jiang <aji...@gmail.com<javascript:_e({}, 'cvml', 'aji...@gmail.com');>
> > wrote:
>> I've only one request: that the system works in a basic mode to
>> authenticate and admit users in a standalone mode without network
>> connectivity.
>> One of the reasons this door system has worked for so long is that it's
>> simple. Adding components to it as Michael has done is a fantastic
>> solution; even if the server goes off line, is disconnected or the power
>> fails we can still get in.
>> Ps. The door backup battery probably needs replacing. It's a standard 12v
>> cell above the shutter.
>> On 27 Sep, 2012, at 21:01, ntt <notthe...@gmail.com <javascript:_e({},
>> 'cvml', 'notthe...@gmail.com');>> wrote:
>> I can see the use of contactless technologies RFID/NFC/Bluetooth etc. But
>> there're always more 'leche' than useful.
>> But what about a simple mobile app? You go to the door launch the app and
>> press a button to open the door.. The app can do authentication with the
>> server (running on a Raspberry Pi) inside HSG and decide if the door should
>> open or not..
>> That way most people with smartphones should be able to run it (we can
>> even do a html5 app to make it democratic). And access control would be
>> easy since it's all on a server and can be integrated with other systems..
>> Of course a hybrid solution would work too..
>> On Thursday, September 27, 2012 2:12:20 PM UTC+8, hyperair wrote:
>>> On 27/09/2012 13:51, Michael Cheng wrote:
>>> > I was actually just thinking of buying that board! Would be awesome if
>>> we could
>>> > test it out. Yes, i did have plans to integrate some RFID/MiFare
>>> reader so that
>>> > authorised users can gain access by tapping. But i'll need to think of
>>> how to
>>> > add the card ids for members - one which is easy and hassle free.
>>> > One solution i thought of is to install a self-service kiosk somewhere
>>> in the
>>> > space where we match your PIN code to your RFID cards, etc.
>>> Ironically the door access control system that we tried installing over
>>> HackDo
>>> supports that, but we took it down because we wanted to support pin-only
>>> access
>>> as well.
> --
> *This message is intended only for the use of the individual or entity to
> which it is addressed and may contain information that is privileged,
> confidential, and exempt from disclosure under applicable law. If the
> reader of this message is not the intended recipient, or the employee or
> agent responsible for delivering the message to the intended recipient, you
> are hereby notified that any dissemination, distribution, or copying of
> this communication is strictly prohibited. If you have received this
> communication in error, please notify us immediately via return email and
> acknowledge that you have deleted the message. Thank you.*
Isn't the sg subway tokens/cards rfid based? Usually you can at least read
a serial number from them without having the encryption keys available.
And many credit/atm cards also have ncf nodays. So most people would have
at least one (short range) contactless device on them that could be used
for unlocking the door.
On Thu, Sep 27, 2012 at 11:04 AM, Harish Pillay <harish.pil...@gmail.com>wrote:
> > Another option could be Bluetooth ?the effective range is about
> 3-10m ?
> > We could set it so that then trigger could be when the system detects
> that
> > our phones ( Bluetooth enabled) are within range for pairing .
> > That won't work, because everybody upstairs will be in range.
> unless you put a shield around the reader that blocks out signals from
> upstairs and keep open the space from which you want to detect. Some
> experimentation might be needed.
On Thu, Sep 27, 2012 at 12:29 PM, David Low <davidlo...@gmail.com> wrote:
> I got a spare PN532 NFC/RFID controller breakout board<http://www.adafruit.com/products/364> lying
> round in my store room, which can read ez-link cards.
> Michael, I could bring it to Hackerspace this saturday noon; if you
> around, we can try to integrate it into the door hack project ;)
> Cheers,
> David
> On Thu, Sep 27, 2012 at 11:42 AM, kelvin ng <kelv...@hotmail.com> wrote:
>> Am not sure , I do prefer the software option or linking via ezlink
>> rather then having to carry another item on me ( friends say my wallet is
>> like a hamburger now )
>> But if we decide the adopt RFID. The key would be to increase the
>> range of detection or reduce the distance btw the reader and RFID chip.
>> Also regarding RFID I think it also depends on the reader as well
>> ..... I know for my condo the RFID reader was once strong enough that it
>> can read my passive RFID card although it was hidden in my bag ....
>> Perhaps we can install the reader at a lower height ? Instead of
>> typically placing The reader near shoulder height , place it lower( nearer
>> the waist height) . We could also boost the power of the reader to increase
>> the range of detection ?
>> Another option could be Bluetooth ?the effective range is about
>> 3-10m ? We could set it so that then trigger could be when the system
>> detects that our phones ( Bluetooth enabled) are within range for pairing .
>> Regards ,
>> Kelvin
>> Sent from my iPad
>> On 26 Sep, 2012, at 11:53 PM, "Meng Weng Wong" <mengw...@gmail.com>
>> wrote:
>> On 26 Sep, 2012, at 6:06 PM, Ruiwen Chua <rwc...@gmail.com> wrote:
>> <brainfart>
>> Or could we watch for recognised wifi MAC addresses and unlock the door
>> when they come within wifi range?
>> </brainfart>
>> Then the door would always be open anytime anyone was in the space,
>> because the MAC addresses would remain within wifi range when they went
>> upstairs.
> On Thu, Sep 27, 2012 at 12:29 PM, David Low <davidlo...@gmail.com> wrote:
>> I got a spare PN532 NFC/RFID controller breakout board<http://www.adafruit.com/products/364> lying
>> round in my store room, which can read ez-link cards.
>> Michael, I could bring it to Hackerspace this saturday noon; if you
>> around, we can try to integrate it into the door hack project ;)
>> Cheers,
>> David
>> On Thu, Sep 27, 2012 at 11:42 AM, kelvin ng <kelv...@hotmail.com> wrote:
>>> Am not sure , I do prefer the software option or linking via ezlink
>>> rather then having to carry another item on me ( friends say my wallet is
>>> like a hamburger now )
>>> But if we decide the adopt RFID. The key would be to increase the
>>> range of detection or reduce the distance btw the reader and RFID chip.
>>> Also regarding RFID I think it also depends on the reader as well
>>> ..... I know for my condo the RFID reader was once strong enough that it
>>> can read my passive RFID card although it was hidden in my bag ....
>>> Perhaps we can install the reader at a lower height ? Instead of
>>> typically placing The reader near shoulder height , place it lower( nearer
>>> the waist height) . We could also boost the power of the reader to increase
>>> the range of detection ?
>>> Another option could be Bluetooth ?the effective range is about
>>> 3-10m ? We could set it so that then trigger could be when the system
>>> detects that our phones ( Bluetooth enabled) are within range for pairing .
>>> Regards ,
>>> Kelvin
>>> Sent from my iPad
>>> On 26 Sep, 2012, at 11:53 PM, "Meng Weng Wong" <mengw...@gmail.com>
>>> wrote:
>>> On 26 Sep, 2012, at 6:06 PM, Ruiwen Chua <rwc...@gmail.com> wrote:
>>> <brainfart>
>>> Or could we watch for recognised wifi MAC addresses and unlock the door
>>> when they come within wifi range?
>>> </brainfart>
>>> Then the door would always be open anytime anyone was in the space,
>>> because the MAC addresses would remain within wifi range when they went
>>> upstairs.
On Thursday, September 27, 2012 11:55:35 PM UTC+8, Miccheng wrote:
> Hi,
> It'll be sometime before we can build anything close to replacing the > current door system.
> The door web is a HTML5 app. You can add it as an icon on you iPhone home > screen, or create a shortcut on your Android device. It's just a huge "open > door" button. :p Only thing is that u need to be within the HSG wifi > network to access this app.
> I have been using this for the past few days. I walk towards the door and > when I'm within wifi range, I trigger the app & tap the button. :)
> The RFID/NFC solution is a nice add-on... And we'll really try it out as a > proof of concept until such time we can deal with the admin & maintenance > realities.
> In any case, another hack I'm thinking of is a system to provide "Day > Pass" access code to guests of the space - which will expire at the end of > the day. It could be as simple as a push button & a mini-printer (like > those used for queuing).
> Fun times...
> On Thursday, September 27, 2012, Stefan van der Bijl wrote:
>> Wow, what an interesting thread! My $0.02 is I'd rather not have to >> install yet another app or remember another URL or rely on NFC, RFID, >> Bluetooth, etc ... In the past I've integrated automation with telephony >> and or SMS. Send an SMS to a special number with a code and the door opens >> automagically. But I agree, more systems means more moving parts, more >> stuff that can break.
>> On Thu, Sep 27, 2012 at 11:09 PM, Alvin Jiang <aji...@gmail.com> wrote:
>>> I've only one request: that the system works in a basic mode to >>> authenticate and admit users in a standalone mode without network >>> connectivity.
>>> One of the reasons this door system has worked for so long is that it's >>> simple. Adding components to it as Michael has done is a fantastic >>> solution; even if the server goes off line, is disconnected or the power >>> fails we can still get in.
>>> Ps. The door backup battery probably needs replacing. It's a standard >>> 12v cell above the shutter.
>>> On 27 Sep, 2012, at 21:01, ntt <notthe...@gmail.com> wrote:
>>> I can see the use of contactless technologies RFID/NFC/Bluetooth etc. >>> But there're always more 'leche' than useful.
>>> But what about a simple mobile app? You go to the door launch the app >>> and press a button to open the door.. The app can do authentication with >>> the server (running on a Raspberry Pi) inside HSG and decide if the door >>> should open or not..
>>> That way most people with smartphones should be able to run it (we can >>> even do a html5 app to make it democratic). And access control would be >>> easy since it's all on a server and can be integrated with other systems..
>>> Of course a hybrid solution would work too..
>>> On Thursday, September 27, 2012 2:12:20 PM UTC+8, hyperair wrote:
>>>> On 27/09/2012 13:51, Michael Cheng wrote: >>>> > I was actually just thinking of buying that board! Would be awesome >>>> if we could >>>> > test it out. Yes, i did have plans to integrate some RFID/MiFare >>>> reader so that >>>> > authorised users can gain access by tapping. But i'll need to think >>>> of how to >>>> > add the card ids for members - one which is easy and hassle free.
>>>> > One solution i thought of is to install a self-service kiosk >>>> somewhere in the >>>> > space where we match your PIN code to your RFID cards, etc.
>>>> Ironically the door access control system that we tried installing over >>>> HackDo >>>> supports that, but we took it down because we wanted to support >>>> pin-only access >>>> as well.
>> -- >> *This message is intended only for the use of the individual or entity >> to which it is addressed and may contain information that is privileged, >> confidential, and exempt from disclosure under applicable law. If the >> reader of this message is not the intended recipient, or the employee or >> agent responsible for delivering the message to the intended recipient, you >> are hereby notified that any dissemination, distribution, or copying of >> this communication is strictly prohibited. If you have received this >> communication in error, please notify us immediately via return email and >> acknowledge that you have deleted the message. Thank you.*
> On Thursday, September 27, 2012 11:55:35 PM UTC+8, Miccheng wrote:
>> Hi,
>> It'll be sometime before we can build anything close to replacing the
>> current door system.
>> The door web is a HTML5 app. You can add it as an icon on you iPhone home
>> screen, or create a shortcut on your Android device. It's just a huge "open
>> door" button. :p Only thing is that u need to be within the HSG wifi
>> network to access this app.
>> I have been using this for the past few days. I walk towards the door and
>> when I'm within wifi range, I trigger the app & tap the button. :)
>> The RFID/NFC solution is a nice add-on... And we'll really try it out as
>> a proof of concept until such time we can deal with the admin & maintenance
>> realities.
>> In any case, another hack I'm thinking of is a system to provide "Day
>> Pass" access code to guests of the space - which will expire at the end of
>> the day. It could be as simple as a push button & a mini-printer (like
>> those used for queuing).
>> Fun times...
>> On Thursday, September 27, 2012, Stefan van der Bijl wrote:
>>> Wow, what an interesting thread! My $0.02 is I'd rather not have to
>>> install yet another app or remember another URL or rely on NFC, RFID,
>>> Bluetooth, etc ... In the past I've integrated automation with telephony
>>> and or SMS. Send an SMS to a special number with a code and the door opens
>>> automagically. But I agree, more systems means more moving parts, more
>>> stuff that can break.
>>> On Thu, Sep 27, 2012 at 11:09 PM, Alvin Jiang <aji...@gmail.com> wrote:
>>>> I've only one request: that the system works in a basic mode to
>>>> authenticate and admit users in a standalone mode without network
>>>> connectivity.
>>>> One of the reasons this door system has worked for so long is that it's
>>>> simple. Adding components to it as Michael has done is a fantastic
>>>> solution; even if the server goes off line, is disconnected or the power
>>>> fails we can still get in.
>>>> Ps. The door backup battery probably needs replacing. It's a standard
>>>> 12v cell above the shutter.
>>>> On 27 Sep, 2012, at 21:01, ntt <notthe...@gmail.com> wrote:
>>>> I can see the use of contactless technologies RFID/NFC/Bluetooth etc.
>>>> But there're always more 'leche' than useful.
>>>> But what about a simple mobile app? You go to the door launch the app
>>>> and press a button to open the door.. The app can do authentication with
>>>> the server (running on a Raspberry Pi) inside HSG and decide if the door
>>>> should open or not..
>>>> That way most people with smartphones should be able to run it (we can
>>>> even do a html5 app to make it democratic). And access control would be
>>>> easy since it's all on a server and can be integrated with other systems..
>>>> Of course a hybrid solution would work too..
>>>> On Thursday, September 27, 2012 2:12:20 PM UTC+8, hyperair wrote:
>>>>> On 27/09/2012 13:51, Michael Cheng wrote:
>>>>> > I was actually just thinking of buying that board! Would be awesome
>>>>> if we could
>>>>> > test it out. Yes, i did have plans to integrate some RFID/MiFare
>>>>> reader so that
>>>>> > authorised users can gain access by tapping. But i'll need to think
>>>>> of how to
>>>>> > add the card ids for members - one which is easy and hassle free.
>>>>> > One solution i thought of is to install a self-service kiosk
>>>>> somewhere in the
>>>>> > space where we match your PIN code to your RFID cards, etc.
>>>>> Ironically the door access control system that we tried installing
>>>>> over HackDo
>>>>> supports that, but we took it down because we wanted to support
>>>>> pin-only access
>>>>> as well.
>>> --
>>> *This message is intended only for the use of the individual or entity
>>> to which it is addressed and may contain information that is privileged,
>>> confidential, and exempt from disclosure under applicable law. If the
>>> reader of this message is not the intended recipient, or the employee or
>>> agent responsible for delivering the message to the intended recipient, you
>>> are hereby notified that any dissemination, distribution, or copying of
>>> this communication is strictly prohibited. If you have received this
>>> communication in error, please notify us immediately via return email and
>>> acknowledge that you have deleted the message. Thank you.*
A separate console should not be necessary – the door reader is sufficient. It can automatically train by learning any card that is presented immediately after the pin is entered...
On 27 Sep, 2012, at 1:51 PM, Michael Cheng <mcheng.w...@gmail.com> wrote:
On Wed, Oct 3, 2012 at 3:01 AM, Tamas Herman <hermanta...@gmail.com> wrote:
> a little addition to the topic in case u missed it on hacker news:
> https://lockitron.com/preorder
It's a cool idea, but I'm a little suspicious over the "control Lockitron and
receive notifications from Lockitron anywhere in the world" bit, to be honest.
Judging by how most home networks are IPv4 NAT'ed unroutable addresses with
dynamic IP addresses this would mean that it probably has to pass messages
through their servers.
This would also mean that they are going to be able to unlock your door for you
if they wanted to. While I'm not saying that they're going to be abusing that
trust, it would also mean that anyone who successfully breaks into their servers
will be able to control all connected Lockitron devices.
> This would also mean that they are going to be able to unlock your door for you
> if they wanted to. While I'm not saying that they're going to be abusing that
> trust, it would also mean that anyone who successfully breaks into their servers
> will be able to control all connected Lockitron devices.
I don't know how they implemented their cryptography, but it is certainly possible to both proxy requests securely, and at the same time prevent a replay or man-in-the-middle attack. It would really depend on an initial "key-exchange" or "pairing" between your mobile and the door lock. Once this "pairing is done" properly, the door would *always* be able to make a secure connection to the phone with no practical possibility of attack. It would really be easier to employ a crowbar or smash a window :)
That said, I have no idea what the implementation for their cryptographic stack looks like. So we'll just have to trust that the (insert three-letter-acronym-secret-agency-here) has not "backdoored" [pun!] into your house :)
> On Oct 3, 2012, at 9:48 AM, Chow Loong Jin wrote:
>> This would also mean that they are going to be able to unlock your door for
>> you if they wanted to. While I'm not saying that they're going to be
>> abusing that trust, it would also mean that anyone who successfully breaks
>> into their servers will be able to control all connected Lockitron
>> devices.
> I don't know how they implemented their cryptography, but it is certainly
> possible to both proxy requests securely, and at the same time prevent a
> replay or man-in-the-middle attack. It would really depend on an initial
> "key-exchange" or "pairing" between your mobile and the door lock. Once this
> "pairing is done" properly, the door would *always* be able to make a secure
> connection to the phone with no practical possibility of attack. It would
> really be easier to employ a crowbar or smash a window :)
> That said, I have no idea what the implementation for their cryptographic
> stack looks like. So we'll just have to trust that the (insert
> three-letter-acronym-secret-agency-here) has not "backdoored" [pun!] into
> your house :)
https://lockitron.com/help/security says that they use https for communication.
However, it didn't mention whether or not they went the extra mile of making
sure that end-to-end communication between the phone and door is encrypted though.
So chances are that they've made sure that your door can speak to the server
securely over https, and that the server can speak to the phone securely over
https, but not such that there is another layer of encryption that prevents
eavesdropping on the server itself as you mentioned.
> > On Oct 3, 2012, at 9:48 AM, Chow Loong Jin wrote:
> >> This would also mean that they are going to be able to unlock your door
> for
> >> you if they wanted to. While I'm not saying that they're going to be
> >> abusing that trust, it would also mean that anyone who successfully
> breaks
> >> into their servers will be able to control all connected Lockitron
> >> devices.
> > I don't know how they implemented their cryptography, but it is certainly
> > possible to both proxy requests securely, and at the same time prevent a
> > replay or man-in-the-middle attack. It would really depend on an initial
> > "key-exchange" or "pairing" between your mobile and the door lock. Once
> this
> > "pairing is done" properly, the door would *always* be able to make a
> secure
> > connection to the phone with no practical possibility of attack. It would
> > really be easier to employ a crowbar or smash a window :)
> > That said, I have no idea what the implementation for their cryptographic
> > stack looks like. So we'll just have to trust that the (insert
> > three-letter-acronym-secret-agency-here) has not "backdoored" [pun!] into
> > your house :)
> https://lockitron.com/help/security says that they use https for
> communication.
> However, it didn't mention whether or not they went the extra mile of
> making
> sure that end-to-end communication between the phone and door is encrypted
> though.
> So chances are that they've made sure that your door can speak to the
> server
> securely over https, and that the server can speak to the phone securely
> over
> https, but not such that there is another layer of encryption that prevents
> eavesdropping on the server itself as you mentioned.
The low power BT 4.0 is even better - get within a few meters from the door
and it's unlocked. BT4.0 is one of the few reasons for me considering
getting an iPhone.
Having a BT4 module in the car and when you get out of the car it locks the
car and the iPhone can automagically get and store a GPS reading of your
location so you can find your way back.
On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hyper...@gmail.com> wrote:
> The low power BT 4.0 is even better - get within a few meters from the
> door and it's unlocked. BT4.0 is one of the few reasons for me considering
> getting an iPhone.
> Having a BT4 module in the car and when you get out of the car it locks
> the car and the iPhone can automagically get and store a GPS reading of
> your location so you can find your way back.
> On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hyper...@gmail.com> wrote:
>> On 03/10/2012 13:37, Michael Cheng wrote:
>> > They also have secondary unlock capabilities using Bluetooth. In case
>> wifi
>> > fails... :p
>> And NFC. That one's appealing. Tap your phone to unlock. =D
I will expect him to do a nice thorough look at how it work.. Will also try to send a word to Steve Gibsson to see if he can get a good grasp of what it does (works better if someone with clout ask Lockitron).. But I will keep an eye on it..
On Wednesday, October 3, 2012 1:48:05 PM UTC+8, Mats Engstrom wrote:
> The low power BT 4.0 is even better - get within a few meters from the > door and it's unlocked. BT4.0 is one of the few reasons for me considering > getting an iPhone.
> Having a BT4 module in the car and when you get out of the car it locks > the car and the iPhone can automagically get and store a GPS reading of > your location so you can find your way back.
> On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hype...@gmail.com<javascript:> > > wrote:
>> On 03/10/2012 13:37, Michael Cheng wrote: >> > They also have secondary unlock capabilities using Bluetooth. In case >> wifi >> > fails... :p
>> And NFC. That one's appealing. Tap your phone to unlock. =D
By the way, i ordered a 2nd IR sensor so that we can mount one further down
the staircase. This is to detect an incoming visitor or outgoing visitor.
If the 2nd IR is triggered first, the door will not unlock again (as it
does now when someone comes in thru the door).
I am also experimenting with IPv6 as a possible medium to comm between the
door system with the outside world. So in theory, the door web can sit on
an AWS EC2 server, and tunnel into our IPv6 network to communicate with a
Raspberry Pi or with the Arduino Web Server to unlock the door.
Also possibly to grab a video feed off a webcam to allow visitors to check
if anyone is at the Hackerspace (ok... prob have to password protect that
or something for security & privacy reasons).
On Wed, Oct 3, 2012 at 2:21 PM, ntt <notthe...@gmail.com> wrote:
> Just saw @codebutler of FireSheep fame (damn it's not kept up to date :( )
> talk about Lockitron..
> http://pbs.twimg.com/media/A4QlwlXCAAE14fi.png#twimg
> I will expect him to do a nice thorough look at how it work.. Will also
> try to send a word to Steve Gibsson to see if he can get a good grasp of
> what it does (works better if someone with clout ask Lockitron).. But I
> will keep an eye on it..
> But real hackers roll their own.. :P:P
> On Wednesday, October 3, 2012 1:48:05 PM UTC+8, Mats Engstrom wrote:
>> The low power BT 4.0 is even better - get within a few meters from the
>> door and it's unlocked. BT4.0 is one of the few reasons for me considering
>> getting an iPhone.
>> Having a BT4 module in the car and when you get out of the car it locks
>> the car and the iPhone can automagically get and store a GPS reading of
>> your location so you can find your way back.
>> On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hype...@gmail.com> wrote:
>>> On 03/10/2012 13:37, Michael Cheng wrote:
>>> > They also have secondary unlock capabilities using Bluetooth. In case
>>> wifi
>>> > fails... :p
>>> And NFC. That one's appealing. Tap your phone to unlock. =D
On Wednesday, October 3, 2012 2:38:01 PM UTC+8, Miccheng wrote:
> By the way, i ordered a 2nd IR sensor so that we can mount one further > down the staircase. This is to detect an incoming visitor or outgoing > visitor. If the 2nd IR is triggered first, the door will not unlock again > (as it does now when someone comes in thru the door).
> I am also experimenting with IPv6 as a possible medium to comm between the > door system with the outside world. So in theory, the door web can sit on > an AWS EC2 server, and tunnel into our IPv6 network to communicate with a > Raspberry Pi or with the Arduino Web Server to unlock the door.
> Also possibly to grab a video feed off a webcam to allow visitors to check > if anyone is at the Hackerspace (ok... prob have to password protect that > or something for security & privacy reasons).
>> I will expect him to do a nice thorough look at how it work.. Will also >> try to send a word to Steve Gibsson to see if he can get a good grasp of >> what it does (works better if someone with clout ask Lockitron).. But I >> will keep an eye on it..
>> But real hackers roll their own.. :P:P
>> On Wednesday, October 3, 2012 1:48:05 PM UTC+8, Mats Engstrom wrote:
>>> The low power BT 4.0 is even better - get within a few meters from the >>> door and it's unlocked. BT4.0 is one of the few reasons for me considering >>> getting an iPhone.
>>> Having a BT4 module in the car and when you get out of the car it locks >>> the car and the iPhone can automagically get and store a GPS reading of >>> your location so you can find your way back.
>>> On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hype...@gmail.com>wrote:
>>>> On 03/10/2012 13:37, Michael Cheng wrote: >>>> > They also have secondary unlock capabilities using Bluetooth. In case >>>> wifi >>>> > fails... :p
>>>> And NFC. That one's appealing. Tap your phone to unlock. =D
This definitely looks like a possibility - a chatroom bot that understands
commands. I think i might have done something like this before with a
simple socket server.
Thanks. The NFC/RFID solution proved to be a little bit more involved than
i was comfortable with as a weekend hack. But will get to it eventually
thanks for David's discovery on how to read the EZ-link CAN.
On Wed, Oct 3, 2012 at 2:39 PM, ntt <notthe...@gmail.com> wrote:
> Wow!! I am impressed Mic!! Jia you!
> On Wednesday, October 3, 2012 2:38:01 PM UTC+8, Miccheng wrote:
>> By the way, i ordered a 2nd IR sensor so that we can mount one further
>> down the staircase. This is to detect an incoming visitor or outgoing
>> visitor. If the 2nd IR is triggered first, the door will not unlock again
>> (as it does now when someone comes in thru the door).
>> I am also experimenting with IPv6 as a possible medium to comm between
>> the door system with the outside world. So in theory, the door web can sit
>> on an AWS EC2 server, and tunnel into our IPv6 network to communicate with
>> a Raspberry Pi or with the Arduino Web Server to unlock the door.
>> Also possibly to grab a video feed off a webcam to allow visitors to
>> check if anyone is at the Hackerspace (ok... prob have to password protect
>> that or something for security & privacy reasons).
>>> I will expect him to do a nice thorough look at how it work.. Will also
>>> try to send a word to Steve Gibsson to see if he can get a good grasp of
>>> what it does (works better if someone with clout ask Lockitron).. But I
>>> will keep an eye on it..
>>> But real hackers roll their own.. :P:P
>>> On Wednesday, October 3, 2012 1:48:05 PM UTC+8, Mats Engstrom wrote:
>>>> The low power BT 4.0 is even better - get within a few meters from the
>>>> door and it's unlocked. BT4.0 is one of the few reasons for me considering
>>>> getting an iPhone.
>>>> Having a BT4 module in the car and when you get out of the car it locks
>>>> the car and the iPhone can automagically get and store a GPS reading of
>>>> your location so you can find your way back.
>>>> On Wed, Oct 3, 2012 at 1:41 PM, Chow Loong Jin <hype...@gmail.com>wrote:
>>>>> On 03/10/2012 13:37, Michael Cheng wrote:
>>>>> > They also have secondary unlock capabilities using Bluetooth. In
>>>>> case wifi
>>>>> > fails... :p
>>>>> And NFC. That one's appealing. Tap your phone to unlock. =D
