osx 10.11.6 CrcError parsing records

[cropp]

I am hoping this is not a me only problem, then again I hope it's not happening to others. I was trying to use this tool first then install the Clarity app and was able to upload record data successful.

There are a few command that are successful like
user_even_data
DescribeClocks
GetFirmwareHeader {
"DexBootVersion": "5",
"BLESoftwareVersion": "1.0.0.76/1.0.1",
"RFVersion": "1",
"ApiVersion": "3.0.0.0",
"ProductName": "Dexcom G5 Mobile Receiver",
"SoftwareNumber": "SW10617",
"TestApiVersion": "2.10.0.0",
"BLEHardwareVersion": "HW0072",
"SchemaVersion": "1",
"ProductId": "G5MobileReceiver",
"PortVersion": "4.6.4.66",
"FirmwareVersion": "4.0.1.048",
"BLEDeviceAddress": "********"
}

But a lot around glucose and sensor basically any iter_* return an error similar to below.
Any help would be appreciated.

Traceback (most recent call last):
File "/usr/local/bin/openaps-use", line 4, in
import('pkg_resources').run_script('openaps==0.1.5', 'openaps-use')
File "/usr/local/lib/python2.7/site-packages/pkg_resources/init.py", line 726, in run_script
self.require(requires)[0].run_script(script_name, ns)
File "/usr/local/lib/python2.7/site-packages/pkg_resources/init.py", line 1651, in run_script
exec(code, namespace, namespace)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/EGG-INFO/scripts/openaps-use", line 63, in
app( )
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/openaps/cli/init.py", line 51, in call
self.run(self.args)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/EGG-INFO/scripts/openaps-use", line 57, in run
output = app(args, self)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/openaps/uses/init.py", line 92, in call
return self.method.selected(args)(args, app)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/openaps/uses/init.py", line 31, in call
return self.method(args, app)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/openaps/uses/use.py", line 45, in call
output = self.main(args, app)
File "/usr/local/lib/python2.7/site-packages/openaps-0.1.5-py2.7.egg/openaps/vendors/dexcom.py", line 297, in main
for item in self.dexcom.iter_records(self.RECORD_TYPE):
File "/usr/local/lib/python2.7/site-packages/dexcom_reader-0.1.10-py2.7.egg/dexcom_reader/readdata.py", line 301, in iter_records
records = list(self.ReadDatabasePage(record_type, x))
File "/usr/local/lib/python2.7/site-packages/dexcom_reader-0.1.10-py2.7.egg/dexcom_reader/readdata.py", line 267, in GenericRecordYielder
yield record_type.Create(data, x)
File "/usr/local/lib/python2.7/site-packages/dexcom_reader-0.1.10-py2.7.egg/dexcom_reader/database_records.py", line 60, in Create
return cls(unpacked_data, raw_data)
File "/usr/local/lib/python2.7/site-packages/dexcom_reader-0.1.10-py2.7.egg/dexcom_reader/database_records.py", line 42, in init
self.check_crc()
File "/usr/local/lib/python2.7/site-packages/dexcom_reader-0.1.10-py2.7.egg/dexcom_reader/database_records.py", line 47, in check_crc
raise constants.CrcError('Could not parse %s' % self.class.name)
dexcom_reader.constants.CrcError: Could not parse EGVRecord

[PieterGit]

@cropp : is this still valid? or did you find a way to fix this issue?

[afcady]

G5MobileReceiver has a different EGVRecord format than G5Receiver. Two extra bytes have been inserted into the record. To be precise, FORMAT = '<2IHxxxxxxxxxcxxxH'.

I just fixed this problem in my own dexcom_reader-derived code, about a week ago, when I got a new G5MobileReceiver, after the old G5Receiver failed. (By the way, the G5Mobile is a travesty of software/UI gore. Truly a terrible regression -- inferior in every way to the G5, except that it supports the backfill.)

I think the dexcom_reader project is dead unfortunately. My PRs from a year ago have yet to receive comment. Along with this thread.

But anyway, I'll create a PR that fixes the issue, eventually. To do it properly requires making it automatically use the format for G5 or G5R, which I haven't done. For now here is a quick fix:

--- a/dexcom_reader/database_records.py
+++ b/dexcom_reader/database_records.py
@@ -333,12 +333,6 @@ class EGVRecord(GenericTimestampedRecord):
                                            self.trend_arrow, self.display_only)

 class G5EGVRecord (EGVRecord):
-  FORMAT = '<2IHBBBBBBBBBcBH'
-  @property
-  def full_trend(self):
-    return self.data[12]
-
-class G5MobileEGVRecord (EGVRecord):
   FORMAT = '<2IHxxxxxxxxxcxxxH'

What I actually have in my code is this:

+++ b/dexcom_reader/database_records.py
@@ -338,4 +338,7 @@ class G5EGVRecord (EGVRecord):
   def full_trend(self):
     return self.data[12]

+class G5MobileEGVRecord (EGVRecord):
+  FORMAT = '<2IHxxxxxxxxxcxxxH'

--- a/dexcom_reader/readdata.py
+++ b/dexcom_reader/readdata.py
@@ -362,6 +362,16 @@ class DexcomG5 (Dexcom):
       'SENSOR_DATA': database_records.SensorRecord,
     }

+class DexcomG5Mobile (Dexcom):
+  PARSER_MAP = {
+      'USER_EVENT_DATA': database_records.EventRecord,
+      'METER_DATA': database_records.G5MeterRecord,
+      'CAL_SET': database_records.Calibration,
+      'INSERTION_TIME': database_records.G5InsertionRecord,
+      'EGV_DATA': database_records.G5MobileEGVRecord,
+      'SENSOR_DATA': database_records.SensorRecord,
+    }
+

Then you need to construct the reader like so:

dd = readdata.DexcomG5Mobile.FindDevice()
return readdata.DexcomG5Mobile(dd)

I use a command line option to choose G5R or G5 (or G4). It doesn't auto-detect.

[afcady]

Actually it turns out that this was implemented in #19 just three days ago. It auto-detects G4, G5, G5M, and even G6.