Open YZR-M1 opened 10 years ago
I implemented a simple workaround which gets me the most up-to-date records, including CGM, meter, and events. Very happy now!!! Before reading the actual record data, there is a function call to get the available page range. The number of records in each page depends on the record type (CGM vs. meter, etc). To get ALL of the records I had to increase the page range by 1. This extra page is a PARTIAL page, i.e. it doesn’t contain the maximum possible number of records, like a FULL page does. My theory is the page range function returns only the number of full pages and excludes partial pages -- maybe by design or a bug. This software now does exactly what I wanted. Thank you very much!!! I have built a lot of code around your data reader and will likely start another git repo soon. Contact me if you want to collaborate.
I also ran into this issue. My workaround was the same. Just increase the max page by 1. As I was only interested in the latest day's records, I also reduced the range to just read the last few pages. This runs great on a Raspberry Pi. Thanks for the good work.
@YZR-M1 I'd love to see the work you've been doing in Matlab. I just wrote a couple small scripts to read CGM data to a file, then print using GNUplot (with start and end dates) but I'd really like to have some analysis of the data. My fork, with the print and plot scripts, is here.
Before explaining my issue I want to say how excited I am about the work you guys have started. This is really cool and something I have been thinking about since I got the G4. I have many ideas about how this could be used and have already implemented some of them in matlab, after writing data files with the python scripts. I don’t know much python yet, but might need to learn so that I can contribute to this project. Finally, on to my issue…
Typically when I use the python scripts to download CGM records ('EGV_DATA'), the most recent record is a couple hours old, and the delay is inconsistent. I have tested this on Windows and Linux. I always get 8740 records. The vendor’s SW (Decom Studio) shows me records that are only a few minutes old. Most of my envisioned uses would require up-to-date measurements. I scanned over the python code for requesting and parsing data and didn’t see any obvious problems, but again, I don’t know python. Does anyone else experience the same issue? Any ideas what can be done to fix it? Can I provide any additional information?
Good work! Thanks!!!!