[CompotatoJ]

Originally Posted by JasonJayhawk

Good luck with the Omnipod -- I wouldn't put that on the top of the list because it might take a long time. Insulet uses RSA(?) encryption on the communication, and unless you work for the NSA, you probably won't break it -- unless you can some how get ahold of the private key and break it. I don't know why they're so cautious of people using the data -- I guess they don't want someone developing an application that is better than theirs?

One day, some day, we might have open protocols...

I had a PDF document with one of the earlier OneTouch meters (It might have been the Ultra) that Lifescan had published on their website many years ago....but they took it off. I've seen at least one open source project with the OneTouch Ultra on SourceForge, so you might check into that.

Maybe they don't want people to wirelessly hack into your OmniPod and mess with your insulin doses.

[condensr]

Someone should continue this project- I have not worked on it in ages and certainly don't have the time anymore. This does not include the diabuddies client itself, that's BrionH's, but is a library for downloading data from meters, including the Freestyle Flash and various Onetouch series meters. It can easily be extended for downloading other devices.

I only ask that it not be used commercially, but remain open source for the betterment of the diabetes community. It would be great if platforms that currently don't have any decent libs for meter communication could gain them!

Oh, and this does not depend on any existing software from the meter manufacturers to function. It is entirely standalone, in C#/CLR 2.0.

This is source code and not compiled binaries.

Thanks,
Shane

[condensr]

Oh, couple things to add:

This is not a finished, bulletproof project by any means.

Any calls to comm methods in the library should be made asynchronously on a separate thread (threadpool would be best.) Also, I used some kernel objects (Auto/ManualResetEvents) that could be changed to user-mode synchronization objects to improve performance by eliminating the kernel mode transitions imposed by these waithandles.

[CompotatoJ]

Wow condensr, thank you so much! If I decide to use it, can I include it under a GPL license? Basically it says that you are freely able to distribute the and modify the source, as long as you publish your changes (so that others may benefit from the changes). If you want, I can include you under AUTHORS.

[CompotatoJ]

That is awesome because the program I was writing is in C#, however I was planning on writing the backend in C. I guess this works too.

[condensr]

No problem, you can distribute it under GPL and put it up on sourceforge.

[JasonJayhawk]

Attached is an RTF document that Lifescan provided in the old days on talking with the classic OneTouch Ultra. Not sure if it would help anyone. I had retrieved it out of a Google cache because Lifescan removed it from their website.

[Mica]

Originally Posted by condensr

Someone should continue this project- I have not worked on it in ages and certainly don't have the time anymore. This does not include the diabuddies client itself, that's BrionH's, but is a library for downloading data from meters, including the Freestyle Flash and various Onetouch series meters. It can easily be extended for downloading other devices.

I only ask that it not be used commercially, but remain open source for the betterment of the diabetes community. It would be great if platforms that currently don't have any decent libs for meter communication could gain them!

Oh, and this does not depend on any existing software from the meter manufacturers to function. It is entirely standalone, in C#/CLR 2.0.

This is source code and not compiled binaries.

Thanks,
Shane

Shane, you made my day / week / month / year !!!

Your algorithm works like a charm. I just compared the results with the meter data I recorded a year ago. I'm deeply grateful.

You're giving up on the Diabuddies project? You're not serious, are you? Independent diabetics need independent software. Why on earth are all open software projects dealing with diabetes doomed to failure? We need instruments that transfer our ideas on an efficient diabetes control into handy tools. That's a goal not always congruent with the industry's intentions.

Kind regards and many many thanks

Mica

[JasonJayhawk]

I'd also like to thank Shane for sharing his code. It would be nice to see archived at a place like SourceForge, so that maybe someone else could keep it going.

My Liveabetes site (which only runs when my computer happens to be on) is also trailing downward. It involves creating data for data mining processing in temporal (time-based) analysis. I'd hate to make it disappear, but because it is a website-based system, I'm not sure if the source code would have any value to anyone. It's in PHP, and was only meant to be a prototype, but a lot of code/sweat went into making it.

[Mica]

I'd prefer Java / JSF / SQL-DB for several reasons, have some code form another project lying around here.

Mica

[condensr]

Originally Posted by Mica

Your algorithm works like a charm. I just compared the results with the meter data I recorded a year ago. I'm deeply grateful.

You're giving up on the Diabuddies project? You're not serious, are you? Independent diabetics need independent software. Why on earth are all open software projects dealing with diabetes doomed to failure? We need instruments that transfer our ideas on an efficient diabetes control into handy tools. That's a goal not always congruent with the industry's intentions.

Glad it works for you.

Re: Diabuddies, the DB/webservice/interface isn't my project: that would be BrionH's brainchild. I don't know if he is giving up on it - I have not heard that he is.. I just wrote the library above for meter downloading, as well as the .Net ClickOnce app that is the actual client that downloads meter data from the serial port then uploads the results to diabuddies.com via the diabuddies webservice. It is possible I may continue work on the client, but it is tough as I only have a few actual devices to test on. For example, some users reported the inability to download their Freestyle Flash meters, but I never had a problem downloading my Flash. Also, discovering non-published protocols takes a LOT of time sniffing serial ports and drudging through assembly code and debuggers..

[Llarian]

Hi,

still looking for a checksum code? For C++, try

int OTUS::CreateChecksum(int line)
{
int m = 0;
int max = 1 << 7;
int mask = max - 1;
int modifier = 13;
int modifierm2 = (modifier << 1) & mask;

line <<= 1;

if (line > 0)
{
while ((line & 1) == 0)
{
m <<= 1;
if (m >= max)
{
m = m & mask ^ modifier;
}
m ^= modifierm2;
line >>= 1;
}
}
return this->CheckSum ^= m;
}

with "line" being the record number to request. No record can be requested directly, you'll have to request all in the correct order.
If you need details on decoding record types, tell me ones still missing.

Anja

[Mica]

Originally Posted by condensr

Also, discovering non-published protocols takes a LOT of time sniffing serial ports and drudging through assembly code and debuggers..

Sure it does. Shane, did you already have a look at the UltraEasy, now also equipped with a computer interface, unfortunately with just another protocol including a 2-byte CRC-code.

BTW, I'm nearly fiinished with the interpretation of the OTUS protocol, only a few items like the 'invalid sample' flag are missing due to the lack of representative data. Is it allowed to upload a Windows binary (500k .zip file) to this forum that downloads OTUS data and stores them on disk in XML format? I have to admit, it still is in an early stage of development.

Regards, Mica

[Llarian]

Originally Posted by Mica

Sure it does. Shane, did you already have a look at the UltraEasy, now also equipped with a computer interface, unfortunately with just another protocol including a 2-byte CRC-code.

BTW, I'm nearly fiinished with the interpretation of the OTUS protocol, only a few items [...] are missing

Like said before... if you need some specifications on items... ask. I am using my own program to read the OTUS now for about four years.

[Mica]

Anja,

thanks for your offer. Well, to begin with, is there an equivalent for the OTU2 '?' parity error mark? And where is the number of available records stored?

Kind regards, Mica