No promotions/discounts whatsoever, Limited retail vendor avalibility, No windows 7 64bit support, It looks cool but the phone person kinda made me feel like a complete idiot for asking for some sort of discount.. None whatsoever... and I dont think my insurance will pay for this model.I passed on it
I just bought this meter from Walgreens for $29.99 and I gotta say so far I am really liking it. I am running Windows 7 Home Premium 64 bit, and aside from autorun not loading, I love it so far. I just open the program then plug the meter in, it downloads and then I remove it or let it charge. Ill review it more as I get more use out of it, right now I just am using the 25 test strips it came with since I need $60 for my RX of strips(150)
Thank you for your e-mail to the Bayer HealthCare web site.
We would like to inform you that your request requires additional research. We have escalated this to the appropriate department who will look into the matter. We will e-mail you a resolution as soon as possible. We apologize for the delay and any inconvenience this may cause.
For more information and other inquiries, please feel free to contact one of our trained Contour USB representatives at 1-800-348-8100. They're available between 8 AM to 10 PM EST, 7 days a week.
We are committed to helping you simplify your life with Diabetes.
Now we just have to think about the USB HID Interface and its use. The communication traffic itself should be readable with the help of your document. Right now my time is just too limited to start this. How about a GPL open source project hosted at SourceForge so we can all participate from time to time?
I do think we will get more done if we work together. It would be nice if there were a library that contained reference implementations to communicate with lots of devices with documentation on both a more or less common set of APIs and the protocols. I'm currently working on doing this. It looks like you are a fan of .NET and there are lots of java people around. We should collaborate on test suites and documentation so that we can test our libraries against one another.
I've chosen python because I can generate excellent documentation from the source and add annotations with rst using sphinx. sphinx can also document java and I believe .NET, so I think it's a good choice. The Indivo stuff also happens to be in python, so that's nice. It's critical that we have high quality software to audit all of our data. I don't know who makes better software than the open source community.
Let us use Java for the project. I think this will attract more developers - and we can cover more platforms.
What is the aim of the project?
I think it should provide something like a library. It should be able to traverse the data stream. Giving back the records/objects step by step. Maybe via CallBack function. By calling the function with a specific callback function multiple needs can be met. I could develop a simple XML exporter. Others could use it to directly import data into their applications (like Andy Rozman's App).
How do we call the project? For example BayerMeter lib?
The goal should be similar to the work the html5lib guys
or the indivo guys have done. A set of libraries that
establish high quality communication with a wide variety
of diabetic devices. The goal is to enable application
developers of all stripes to develop ways of auditing
therapy data. It's important that users of these devices
have access to tools that provide appropriate information
at the right time. Following the unix philosophy of doing
one thing and doing it well will help us restrict the
Ideally we'd have implementations in every popular
language for talking to these devices, and they could all
interoperate using more or less the same APIs and data
formats. The only way this is possible is if the
communication protocols are well understood and the
implementations interoperate with as many test suites as
possible. This method provides peer review and a quality
of software that I don't believe can be matched using
Several of us already have piles of code laying around in
our favorite language. What we should do is make sure
that the pieces that any piece of software will have to
do, such as extracting data from a device, reformatting
it, etc, is abundantly available, peer reviewed, tested,
This will make it easier for everyone to make progress on
I think google code would be better than sourceforge.
I've already got several repositories with some code, in
bitbucket and github. I'm not likely to commit any code
to a java only project, but the idea of being able to test
against a variety of well known implementations is very
For me, the essence of such a project would be focused
on communicating with the devices, and repackaging the
data in a variety of ways. There'd be tests for parsing
and reformatting data, and tests for communicating with
devices, complete with tests to validate all the known
From there, some proponent of a particular language may
want to provide a library that is idiomatic and includes
integration for other features, but the scope of an open
source project should be very very small, focus on lots of
implementations and lots of tests.
I have read the documention and the main efford is parsing the bytestream. A non trivial task with their strange format but nevertheless managable. Still I am askin myself if it is really worth the efford? We should ask Bayer to integrate an XML export into the operating software of their Bayer USB device. From what I have read it should be possible to update the operating software on the meter. If they deny our request then we should move forward. What do you think?
Written By Emily Coles, TuDiabetes Community Manager. Last summer we surveyed members of TuDiabetes and EsTuDiabetes online communities, and gained some GREAT insights! We learned that our members are happy with the information and support they receive on TuDiabetes and Read on! →
Last month, I had one of the most amazing experiences I have had with technology since I have been living with diabetes. It happened at the Focus On Technology conference organized by Children With Diabetes in Los Angeles (the first Read on! →