We want to use Bluetooth for configuring and parameters a motorized door (with a phone APP)
It's for small quantities then a module like the CYBLE-012011-00 could fit perfectly well.
I have some questions about different features in BLE :
1) Addresses :
For the Company-ID part :
Does we have to purchase a 24 bit Organization Unique Identifier (OUI) ?
Can we purchase IEEE address chips for this use ?
For the company assigned part : how to be sure of the uniqueness of the silicon-generated company-assigned part?
1.b) Does we have to use the public address ? From specifications i see that we could use random static address instead.
Here a topic about it : http://www.cypress.com/forum/proc-ble/want-use-random-static-ble-address
My idea was to generate a random static address at the device first use. This address could be the same during the lifetime or reset (an other address is randomly generated) when the user press a button. Is it ok to do it like that ? It's absulutely not native in the API so maybe I'am just totally wrong...
No sure if a static address is ok with specifications because it say that static address should be generate after each power cycle..
The Bluetooth could provide the possibility to the user to command his door with a phone App :
Security during pairing seems not that great in 4.1. Is it sufficient to add nonce and reponse-challenge schemes in the application part ?
With 4.2 security during pairing seems a lots of better, but how to be sure that it is sufficient ? (and the drawback is that module cost the double comparing to 4.1 module)
Actually many door locks using Bluetooth seems to have lack of security.
If we cannot reach an acceptable level of security we could just keep the configuration part and expire the session after configuration (pairing is only possible with physical access). But i would like to know if we could reach a great level of security with what Bluetooth 4.1 or 4.2 provide to us and with just few security addons in the application layer or without it.
Thanks for your answers