search

bewest / decoding-carelink

python serial driver for mm comlink2 protocol
http://bewest.github.io/decoding-carelink
Other
71 stars 52 forks source link

analyze data for correctness #83

Open bewest opened 9 years ago

bewest commented 9 years ago

@loudnate left us some great data to verify data decoding.

This must be a new pump or something, it came in blank, with lots of NoDelivery errors, and then it looks like everything changes. There are some novel records to be found here, and looks like we'll verify decoding for many.

--- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/13097119-analyze-data-for-correctness?utm_campaign=plugin&utm_content=tracker%2F522759&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F522759&utm_medium=issues&utm_source=github).
bewest commented 9 years ago

record 24

ChangeAlarmNotifyMode

4150 4/13/15 14:44:47 4/13/15 14:44:47 ChangeAlarmNotifyMode MODE=vibration, ACTION_REQUESTOR=pump 14913477664 53848595 1349 Paradigm 522 ??

loudnate commented 9 years ago

I've got some analysis info and a PR decoding "Ian0b" as "AlarmSensor" coming your way tonight. Stay tuned.

On May 4, 2015, at 2:24 PM, Ben West notifications@github.com wrote:

@loudnate left us some great data to verify data decoding.

This must be a new pump or something, it came in blank, with lots of NoDelivery errors, and then it looks like everything changes. There are some novel records to be found here, and looks like we'll verify decoding for many.

— Reply to this email directly or view it on GitHub.

loudnate commented 9 years ago

The 722 I picked up on Craigslist seems to have a bad CMOS backup battery. After swapping the AAA, each time it has entered "Error A21" mode with the system clock reset and the sensor data gone. I expect history disappears too; I will verify that soon.

On May 4, 2015, at 2:24 PM, Ben West notifications@github.com wrote:

@loudnate left us some great data to verify data decoding.

This must be a new pump or something, it came in blank, with lots of NoDelivery errors, and then it looks like everything changes. There are some novel records to be found here, and looks like we'll verify decoding for many.

— Reply to this email directly or view it on GitHub.

bewest commented 9 years ago

Ah, try moving the clock back to some date before 2006?

loudnate commented 9 years ago

Interesting - before or after changing the battery?

bewest commented 9 years ago

@kenstack and others, it'd be cool to compare these two lists, methodically checking each one:

Here's a list of differences: https://github.com/bewest/decoding-carelink/blob/bewest/dev/analysis/578398/gap.diff

Most differences seem to be due to naming, just looking to match names and times...

loudnate commented 9 years ago

PR #85 is a list of manual comparisons for pump 736868, which I used when building PR #84.

A few other things that I noticed:

bewest commented 9 years ago

I now do something like this:

mm-pretty-csv <Carelink.csv> to get cleaner carelink csv.

To decode glucose pages, I use: mm-decode-history-page.py --collate --data glucose --model 522 ReadGlucoseHistory-page-6.data | json -a date name op or similar

For history: mm-decode-history-page.py --collate --model 522 ReadHistoryData-page-10.data | json -a timestsamp _type _head _date _body or similar.

The first two columns should be identical-ish/comparable in all the above cases, including carelink csv. This is only useful for debugging/hacking decocare.

For people who just want the json exports, please consider using @openaps, which provides a nice app to drive this and other devices.