Close

Not dead

A project log for 0x05ECure - Cryptography over BLE

A bluetooth le security dongle or SPI component. Holds the private keys away from the computer and does the hard parts of PKI for you.

david-preeceDavid Preece 09/30/2014 at 21:390 Comments

I'm not dead, I just got pissy when failing to get to the next round of the Hackaday prize. Oh well.

Development continues ... some projects have been made, explored, and ultimately thrown in the bin although I feel like I'm now on the right track (https://github.com/RantyDave/oxo) where the golden knowledge is really the links to the Nordic team in mbed (http://mbed.org/teams/Nordic-Semiconductor/code/nRF51822/) and the Bluetooth team (http://mbed.org/teams/Bluetooth-Low-Energy/code/BLE_API/). I *had* a fix for them but someone got to it before I did :)

My impressedness with mbed continues and I think long term it deserves to be embraced more thoroughly. I hadn't realised it's formally backed by ARM, although I wonder about whether or not ARM should be doing this *and* the CMSIS thing (http://www.arm.com/products/processors/cortex-m/cortex-microcontroller-software-interface-standard.php). As far as I can tell CMSIS is more "pro" level (not that I've found anything particularly wrong with mbed) and I suspect C only.

Speaking of which, as you might've gathered my attempts to embrace ye-olde C-e have not gone very well. Nordic's sample code is knee deep in copy/paste's and things that need to have 'init' manually called and I just don't do that shit any more. It does have a malloc, which means 'new' works but rather ominously it is possible for the 'growing down' heap to hit the 'growing up' stack with "undefined" results. Hmmm.

The major challenge right now is to get the phone to even realise the nrf even exists. Since other software on the phone *can* see it, this is not going to prove to be impossible although 'time consuming' reserves it's right to bugger things up. As always.

Discussions