Hi Holger. I'm just used to most comms systems being 2 way. There are several features in the remote that are labelled in such a way as to give the impression that the receiver sends commands to the sensor. These are items like "Stop sensor", etc. Really I guess this just starts and stops the processing in the receiver.
This is all fine. The issues we see in using the device are things like:
1. we have to follow our 3 yo around all day with the receiver (or strap it to him and risk him breaking it) to prevent from dropping data points. There are several ways dexcom could ameliorate this, even with a unidirectional system - e.g. always just send the last 10 readings.
2. resetting the device makes it off line for 2 hours, when really if the receiver could just be convinced to keep going with existing calibration data, then there could be no down time.
3. Out of range. This just means some timer expired in the receiver, since there's no carrier to detect (except during the very short window). So it is confusing when it takes a long time to show back in range, even when the receiver is close to the transmitter. It makes people think something else is wrong (which may cause them to do bad things, like reset the receiver, or change the transmitter or something).
I understand FDA approval requirements have caused a lot of operational compromises, but for those of us operating above the lowest common denominator, we miss out on quite a few things.
Even being able to scroll back more than a day (I can imagine some person with low intelligence having issues because they don't notice they are scrolled back, so nobody gets scrolling). Or zoom in. We try to keep in range 4 - 7.7, yet it always shows the range up to 25 or so, most of the screen is therefore not used, and you lose precision. This could be resolved and remain bulletproof for FDA approval with some automatic setting of the Y axis range.
I'd also love to see a dynamic schedule for tests. When stable, 1/5min is too often, and when moving quickly it's too slow. There should be an option to increase sample rate when the values are changing (e.g. automatically). I think this overall would not result in reduced operational life through enzyme use as the fast times would balance out the slow ones.
I'd also love to be able to know when to expect the next result, and see timestamps on results (e.g. a cursor).
We also desperately need a remote monitoring option, for when my son is at kindergarten. I'm currently looking into repeater options, since the TI chipset etc used is readily available at very low cost.
Hazard of being an engineer is wanting to fix things...