Celsius & Co,
Been looking at dexdrip, looks really nice - would like to lay out a better format board for it to carry around (including something cool for battery charging and in integrated display - considering a circular LCD made for dashboards) Anyway, have you guys managed to jailbreak the Accu-chek pump/controller Bluetooth protocols?
Hi HaroldC, we need definitely to have the battery charge done without cabling/connectors!
Working in the industry also myself but for other disease areas, and have made charge functionality via induction charge which is a big hit with the patients. Two practical/handy ways to do this. A 'charger pad' on which the patient can lay the device (e.g. at the bedside table' upon waking up 5-8 hours later, the device is fully charged again. Alternatively I have also made a "charger belt". It works in the way the patient charges up a powerpack. This powerpack cell is then worn in a small belt (e.g. around the waist) in proximity of the device. Induction will then again charge the device back to full charge and can work again for next 5-10 days without recharge.
For the AccuChek protocol, join us at:
https://groups.google.com/forum/#!topic/openaps-dev/hXDMbpMD3XI
For my own AccuChek Mobile you had the following:
Escrypt library (Cycurlib) version 2.7.
The meter is Continua-compliant and contains only the public key needed for the authemtication.
Meters only contain the public key needed for the authentication
2kB of RAM
10 kB of code space
3 seconds to authenticate.
Handheld medical devices are to use the IEEE 11073 standard for wireless communication, see 10417 for glucose in communication layers 5-7 in the OSI model.
You may try and contact Ulrich Porsch or Dr Ralf Schmitz as they are responsible for the Accu-chek device communication (standards and device software coding) at Roche.
Another 'private' guy to get in contact with would be Jon:
http://people.cs.pitt.edu/~jmisurda/ppc/GlucoComm/GlucoComm.htm
He has made a couple of apps downloading the data from the AccuChek product family.