Repository navigation
Replies: 8 comments
|
Hi, Michael |
|
Will do. Thanks again |
|
The lines are related to the settings in GDH or Juggluco. |
|
I think I understand more of what is happening now and the incorrect assumptions I was making. I don't see anywhere in either Juggluco or GDH that allows me to control which colours the watch uses and it just happens that the colours it uses on the graph (red/yellow/green) match my GDH colour scheme. Juggluco only has two thresholds which it sends to watchdrip+, but GDH has four thresholds. I am not sure what you or others use for thresholds, but I was using GDH as follows i.e. Red was bad/hypo and yellow was good but close to the danger area. My mistake was assuming the red band on the watch corresponded with the red Very Low Glucose band in GDH but it is actually includes the Target bottom Glucose band and so anything below 5 was drawn in red. I tested this by setting my Target bottom Glucose to 8 and the watch re-drew everything in red on the graph. On the other hand, the current value on the watch appears to be controlled by the Very Low Glucose threshold which is why it only turns red when I reach or drop below 3.8. |
|
Hi, I have checked the code and your assumption seems to be correct (my one was wrong...): GDH sets:
But not sure, if the watchface is using all these data or ignoring some of them. Michael |
|
OK. Looks like I was wrong and the watch is using the colours in Settings/Target range, but not immediately or even several minutes later. If I change colours in GDH, the watch continues to draw in the same colour until I switch to a different watchfaces and then switch back. PS. Looking at the code, I'm curious why you need to cut off at 400 mg/dl ? |
|
These settings are only related to graph, which is not updated every time... |



Hi,
I do not have any influence on WatchDrip. I only send the current value, trend and history values, but no colors or settings, as it is not supported by WatchDrip.
So you should ask the developer of WatchDrip.
Michael