| Commit message (Collapse) | Author | Files | Lines |
|
This avoids having the separate _MeterInfoBase class, and reads much nicer.
|
|
|
|
This still is required to fix Issue #38, but luckily it's just a test
failure for now.
|
|
The API changed in slightly incompatible ways so I'll have some work to
make sure this works on both versions (and that there is some test around
it, possibly).
|
|
As noted in Issue #30, this is currently untested, but I'm confident it
won't take much to get it to working state.
|
|
This simplifies the code a bit here and there, making sure that the
structures are all define at the top of the file. It also align the
structure of the driver a bit more with otultraeasy, making it easier to
spot the similitudes.
|
|
This removes the wholly complicated _Packet() object and replace it with
more readable construct.
Unfortunately this appears to reduce performance because of the serial
stream buffering, needed to calculate the checksum. It's unfortunate, but
it at least avoids a significant amount of custom code.
|
|
This replaces the use of manual structures with well-defined construct
entries; it also give consistency to packet vs message.
Log input and output messages, to be clearer.
|
|
Closes https://github.com/Flameeyes/glucometerutils/issues/34
|
|
|
|
This simplifies the code and enforces the validation within the format
documentation too.
construct can handle the full package verification, including dealing with
padding.
|
|
|
|
This should address Issue 5 (theoretically some of the dependencies are
OS-specific but that's a longer problem).
Also partially addresses Issue 9 because now we have an easy to understand
"install and try out" option.
|
|
This should make it easier to add dependencies and so on.
|
|
|
|
Supporting older Python is becoming harder, and modern Python is more
readable, particularly as it allows for less brittle code.
|
|
|
|
|
|
|