|
Thanks for reading my rant and replying.
I was hoping you might offer some adivce.
honey the codewitch wrote: You can write your own pairing negotiation with it.
I don't really want to write my own pairing negotiation. I mean the basic "Phone"-based pairing is super simple. It just works. It forces the user to provide the passcode & then stores the secret that will be used in future.
However, would you mind showing me the code that would run on the ESP32?
I haven't been able to determine if ESP32 will force the pairing or not, but if there is just some ESP32-based code that I call to insure the pairing runs (requests passcode & stores secret) that would be really great.
I thought the Arduino Nano 33 BLE would definitely include that, but Arduino libraries don't support the pairing yet. Which I thought was crazy.
Thanks again for reading.
|
|
|
|
|
I've never actually used the secure/encrypted pairing feature myself, as I've never needed the security feature.
I just know there's a callback for handling it in the NimBLE stack.
The code you are asking for is more appropriate for an article than it is for a comments section. One of the reasons I haven't written any bluetooth articles is frankly, bluetooth doesn't actually work, and I like it when my code works.
Maybe bluetooth 6 will finally work? Until then I use it only at gunpoint and when I do I wave a dead chicken over it and pray to gods I normally don't dare name.
Anyway, I found this.
Pairing or bonding from ESP32 Central using NimBLE stack - ESP32 Forum[^]
This doesn't cover everything, but their problem hints that I could be wrong. The problem hints that the stack itself is storing credentials, which in your case is not what you want. It might be possible to change that by digging into the HAL, as the entire thing is open source, but YMMV.
Never mind, I misunderstood your initial post. Forgive me, I'm a bit slow right now. Yes, the ESP32 should do what you want. I just don't use that feature but involves creating a callback and handling the key validation at which point i believe encryption is enabled.
I'm not a bluetooth expert though. Frankly, I think whoever designed it should be forced to use it.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Thanks for the ideas. I will check it out in the coming days. 
|
|
|
|
|
|
I'd keep the pairing as simple as possible and keep any secret codes or passwords in the Arduino (or whatever device you use). Can make a pretty trivial app on the mobile device with MIT app inventor.
|
|
|
|
|
Buy a second (and third?) HM-10 and/or have multiple relays across the switch in parallel. Either device could close the switch. I am not sure if you would need a second microcontroller or if you could manage with one.
Minor update to phone app to allow selection of target device when pairing.
Might be able to leave the old HC-5 in the mix as well for your old user base.
You might need a mini-rack if you take this approach.
Find a simple solution with stuff that already works.
|
|
|
|
|
englebart wrote: Buy a second (and third?) HM-10
Great minds!! 
I walked out to the garage and took this picture[^] of the two HM-10s connected to the garage door opener.
It's not the most elegant solution, but it does work.
I have a 5V / 1amp power supply (salvaged from a old (2002) PocketPC device) that I am using to power the device.
When I added the 3rd HM-10 the power supply couldn't provide the amps it needed to activate the relay so I can only have two.
Next, I will replace the relay [^] with a MOSFET [^] & see if I can power more HM-10s.
Thanks for reading the thread and chiming in.
|
|
|
|
|
Sweet!
Thanks for the update.
If you want two factor auth, then hook them in serial! You trust two neighbors to go into your garage, but only if they are both present! James Bond level Q-ery .
|
|
|
|
|
Why is it that so many sites - the latest being AWS's portal - refuse to understand that the only country in the world that uses MM/DD as a date format is the US. OK, and Belize. And Canadians when they are being accomodating and polite.
But no one else. The rest of the world is looking at 07/03 thinking "7th of March?".
I honestly don't understand why companies do this other than they straight out don't realise no one else does does dates like this. I've banned ambiguous dates at CodeProject and DeveloperMedia because when we need to get dates nailed down and the conversation includes an American, a Canadian and an Australian (not walking into a bar) the conversation falls apart quickly if we can't trust the date that's been written on the contract.
Can we please, each of us, take a quick look at our code and maybe, just maybe, rethink how dates are presented. Here are some options:
- IF you're tight on space then 3Jul is better than 03/07 and 07/03. And sure, we then run into language issues, but if your site is predominately english then your readers have far bigger issues.
- 2022-07-03 is universal. Everyone gets that, even SQL.
- 3-Jul-2022 is friendly and obvious. 3-Jul-'22 is shorter if you really need s pace.
- 1656806400000 is accurate, unambiguous, precise to the millisecond. And fairly useless. Don't do this.
cheers
Chris Maunder
|
|
|
|
|
I feel your pain.
Since a long time, I am using the 3 Jul 2022 format.
"In testa che avete, Signor di Ceprano?"
-- Rigoletto
|
|
|
|
|
Why not make it crystal clear and use the ISO format 2022-07-03.
Not possible to make mistakes reading it and as far as computer goes, this format sorts just perfectly fine...
|
|
|
|
|
Let's all just agree to use the Stardate: 75999.6
Except that's Apr 10 2401 in the NextGen Stardate system. 
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Insularity, much like the State Department's map featuring "Here be dragons" almost everywhere outside the US.
|
|
|
|
|
|
Greg Utas wrote: the State Department's map featuring "Here be dragons"
At least the rest of the Western world hasn't (yet) allowed the insane to take over the asylum. One of the reasons that I refuse to visit the US any more is that with all the "woke-ism" and other nonsense, no one (including the locals) knows what the proper standards of behavior are any more.
I say nothing of the physical danger of going into many (most?) major cities.
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Visit Canada and you'll be disabused of the notion that the rest of the West hasn't allowed the insane to take over. Or New Zealand or Australia, for that matter. And that's not even mentioning the EU, which is almost beyond hope.
|
|
|
|
|
Well, there are still plenty of places in Israel that I haven't visited yet... 
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
What do you mean, "almost...."?
The EU have been masters of insanity for decades... 
|
|
|
|
|
I'm an optimist at heart!
|
|
|
|
|
Sounds like a US of A caveman...
|
|
|
|
|
|
Confused American: There are "other countries??!"
Happiness will never come to those who fail to appreciate what they already have. -Anon
|
|
|
|
|
ISO 8601 is the only true path.
P.S. Do the Gerpeople still use 3.VII.2022 ?
|
|
|
|
|
ISO 8061 with offset from UTC FTW, time zone optional
Actually, I find this thread hilarious bitching about US dates while recommending "Jul". Irony has no bounds.
|
|
|
|
|
Remember, this is the same country that is still using the English system of measures, when almost everywhere else we use the Metric system...
It is as if there is a need to proclaim that they are not like anyone else, all the time....
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
