28 replies to this topic

[Oxford]

Hey guys,

Can anyone point me in the direction of stand alone access units (must be 12v DC). Either prox or swipe cards.

They are to be used on golf buggies, instead of keys.

Thanks.

[alterEGO]

if you post in trade with a budget in mind youw ill get a better response.

[Oxford]

I have a meeting set up tomorrow with a company in Brighton. If they can't supply the required equipment, I'll get back in trade.
Thanks though.

[breff]

Paxton Switch2???

[Oxford]

I'll have a look, thanks breff.

[sixwheeledbeast]

breff, on 31 May 2011 - 08:08 PM, said:

Paxton Switch2???

Agreed
Really easy, stand alone systems.

[Cubit]

sixwheeledbeast, on 31 May 2011 - 11:06 PM, said:

Agreed
Really easy, stand alone systems.

Bit overkill for a golf buggy.

[SouthernBrad]

Perhaps Paxton Compact may be abit of a better choice as it's only for a Golf Buggy.

[Cyberprog]

I'd actually suggest Paxton's Net2Air product. This would allow the client to activate/deactivate members keycards for the buggies as they are rented (and they'll update when parked in range of the system). Utilised with the energy saving reader and their ISOcards, that would give a very neat on/off solution to enable/disable things.
Alternatively Switch2 with the Energy Saving Reader also would do the trick, but the Net2Air will give reporting allowing hourly billing based upon when the unit was in use to-from

[sixwheeledbeast]

Cyberprog, on 08 August 2011 - 08:49 PM, said:

I'd actually suggest Paxton's Net2Air product.

OP said stand-alone!

[Oxford]

Still not sorted this as I need 1000 of them and they are being installed in Austria.

[jameswilson]

standalone, id say act5/ act5 prox
how many users?

[Cyberprog]

sixwheeledbeast, on 09 August 2011 - 03:46 PM, said:

OP said stand-alone!

Yes, I realise that, the Net2Air product could easily be used in a standalone mode, and doesn't require an active data line to operate. It is probably the Gold Plated option however, but does offer a number of benefits from an administration point of view.

That said, for the quantity required, the administration of tokens on a standalone product may be a real pain, but it all depends exactly upon how the end user is planning on utilising things. If they want to be able to bar a token, do you really want to go round 1000 devices to bar them, or manage 1000 enrollment cards.

The Paxton Encoding system may be an idea (a software based system enabling you to write a token for each cart based on an enrollment card), but you will still incur a large cost for enrollment cards for every reader if you want this functionality. On the other hand, a Net2Air would simply update the next time it was back at the refuel/recharge point - job done IMHO

[jameswilson]

could use their new caller id reader maybe?

[Cyberprog]

You'd defiantly need the Net2Air for that, along with a voice sim in every buggy. Suspect that it would be cheaper to go token with it. I'm interested to see how long before we get the NFC stuff capable of being a token, I'm sure they must be working on it...

[Oxford]

1 user at any one time, plus a master override code.

[jameswilson]

act5 prox then imo

[Cyberprog]

I wonder if a keypad system may be better - but something with a rolling code system that can be predicted by a PC. Enter the next code in the sequence for that unit, and the older codes are disabled. Ditto for entering a master code.
Not sure of any off the shelf products that do this, but I'm sure it will be possible.

Thinking about it - Paxton do have a bespoke division, and at 1000 units, you'd be ok on quantity...

Edited by Cyberprog, 11 August 2011 - 07:32 PM.

[jameswilson]

you could do this by using the paxton sdk, but you need to know c# .net
kind of thing i do, im currently working on a project using the paxton sdk but i feel its overkill for your project.
but i may be wrong?

[Cyberprog]

Mmmm, may well be overkill if it can be done by a PIC and a keypad

General Distribution Ltd > www.gendis.co.uk

Were the people I was thinking about - the bespoke arm of Paxton.