Hacking my Dexcom: Welche Alarmfunktionen würdet Ihr Euch bei einem CGM wünschen?

Wie ihr vielleicht schon wisst, baue ich mir gerade einen Wecker/Alarm, der mit meinem Dexcom zusammenarbeitet.
Es soll Nachts verbesserte Alarmfunktionen ermöglichen. Am Desktop-PC kann ich das Dexcom mit Hilfe von libUSB und der Vorarbeit von HackintT1/CGM in the cloud/nightscout schon auslesen.
Wenn das Gerät läuft, stelle ich es gerne zu Verfügung.

Die Hardwarekosten werden sich auf 40 bis 60 Euro belaufen:
40€ RaspberryPi mit Gehäuse; dazu kommt noch, was man häufig eh erumliegen hat: Netzteil(7€) (das vom Dexcom sollte auch gehen), SD-Karte mit 8GB (7€), USB-Tastatur bzw. Numblock (10€), Anschlusskabel für Bildschirm (nur zum Einrichten) (5€), billige PC-Boxen für den Alarm.
Bild bei Amazon:
[Blockierte Grafik: http://ecx.images-amazon.com/images/I/41b7XFNIYVL.jpg]
http://www.amazon.de/Lights-En…8-2&keywords=raspberry+pi

Eingabe/Ausgabe: Das Gerät wird eine kleine Numblock-Tastatur haben. Die Ausgabe erfolgt über die Lautsprecher/Kopfhörerausgang. Es wird Werte und Einstellungen (in schrecklicher Computerstimme) vorlesen können.

Nun zum Wichtigsten: Was für Alarmmodi soll es geben?
Bisher habe ich mir das Folgende an Einstellungen/Modi überlegt:

Unterer Grenzwert: Alarm, wenn BZ darunter.

Oberer Grenzwert: Alarm, wenn BZ darüber.

Vorrausschauender Hypo-Alarm: Wenn BZ noch über unterem Grenzwert ist, aber:
a) der Pfeil nach unten geht und der BZ nur knapp über dem Grenzwert ist...
b) der aktuelle Wert minus dem mittleren Abfall der beiden Werte davor bereits unter dem Grenzwert liegt...
... dann schlage auch Alarm.

Korretur-Modus: Idee: Momentan ist der BZ zu hoch, ich korrigiere und gehe ins Bett. Dann aktiviere ich diesen Modus.
Variabler oberer Grenzwert: Beginnt z.B. mit momentanem Wert + 10%; nähert sich über z.B. 3 Stunden dem normalen oberen Grenzwert an.

Essensmodus: Idee: Ich Esse etwas und gehe dann ins Bett.
Variabler oberer Grenzwert: In den nächsten 1,5 bis 2 Stunden darf er z.B. 65mg/dl über dem Ausgangswert liegen, nach 3 Stunden muss der Wert aber wieder unter dem normalen oberen Grenzwert liegen.

Alarmpause für Hyper: Pause nach bestätigtem Alarm.

Alarmpause für Hypo: Pause nach bestätigtem Alarm.

Fällt Euch sonst noch etwas ein, was sinnvoll wäre? Was für Parameter würdet Ihr verwenden?

lg
Adrian

Weiter Idee: Alarm, wenn nach x Minuten kein neuer Wert da ist. (Sensorausfall.)
Pro: Sensorausfall, ??? etc. würde zu Alarm führen.
Nachteil: Aufstehen um 4:30h und Duschen würde evtl. auch die Frau aus dem Bett werfen, wenn man vergisst, den Dexcom-Empfänger vom Wecker zu trennen.

So, jetzt hat das erste mal der vorrausschauende Hypoalarm geklingelt: "Beep beep beep bepp Blutzucker schnell fallend 154 - 120 - 94" krächzte die Computerstimme aus dem Lautsprecher.

Der gemessene Wert war dann schon knapp unter 70, wo das Dex 10 Minuten später auch war.
Auch ca. diese Zeit später habe ich die Hyposymptome bekommen.

Der erste "Live-Test" (noch am Subnotebook) war also schon mal erfolgreich.

lg
Adrian

Oh, Sorry Euch enttäuschen zu müssen. Das "Auslesegerät" also der Empfänger ist das, was per USB an den Wecker angesteckt wird.

lg
Adrian

Zitat von PumpenKati

Ich bin gerade sprachlos, dass Du solch ein Technik-Genie bist.
Toll, Gratulation.

Danke, aber wie üblich haben andere die meiste und kompliziertere Vorarbeit geleistet. Den Leuten von CGMitC gebührt mein Dank, dass sie veröffentlicht haben, welche Befehle das Dexcom will, und wie die Antwort des Gerätes zu interpretieren ist.

Zitat von PumpenKati

Ich persönlich habe häufiger das Problem, dass ich den Alarm (Anstieg / Abfall) nachts ausschalte, ohne mir darüber bewusst zu sein, sprich ohne nachzusehen.

Zitat von PumpenKati

...wer weiss, vielleicht fällt Dir ja eine Möglichkeit ein, wie man "das Problem" angehen könnte.

Das ist auch ein übliches Problem von mir: Wecker ausstellen und weiterschlafen.
Hier behelfe ich mir damit, dass das Gerät den Blutzuckerwert laut vorliest. Bisher hilft das wunderbar.
In der Frühen Testphase bin ich natürlich auch sehr gespannt, was gerade passiert - da reagiere ich freilich darauf. Mal sehen, was passiert, wenn ich mich daran gewöhne.

Als mögliche Eskalationsstufe: Da das Gerät eh Nummerntasten von 0 bis 9 hat, wäre es leicht zu programmieren, dass der Alarm sich erst ausstellt, wenn man den vorgelesenen Wert korrekt auf der Tastatur eingibt ...aber ich hoffe es kommt erst gar nicht nicht dazu.

lg
Adrian

Etwas interessantes habe ich festgestellt:
Wenn das Gerät gerade im Kalibrierungsmodus ist (2 Stunden nach Sensoraktivierung), ist der ausgelesene BZ-Wert immer 5.
Wenn das Gerät ??? anzeigt, ist der ausgelesene BZ-Wert immer 10.

Da 10 niedriger als die Hyposchwelle ist, schlägt mein System automatisch Alarm, wenn ??? im Display erscheint, ohne dass ich es extra programmieren muss

Ich bin so gespannt, ob der Sensor sich noch'mal fängt. Es ist mein erster Sensor und er zeigt nach 16 Tagen und 6 Stunden das erste mal ??? an.

lg
Adrian

So schaut jetzt mein Nachtkasterl aus:
[Blockierte Grafik: http://up.picr.de/18783620az.jpg]

Bisher funktioniert es ganz gut.

Leider konnte ich noch keinen Sensorausfall testen, und ich möchte den Sensor jetzt bald mal wechseln, da die Werte schon ungenau werden.

lg
Adrian

Edit: Frage: Produziert man einen Sensorausfall, wenn man ihn mit Transmitter zusammen zieht?

Ja, Savek, du hast recht.

Und der Alarm klingelt auch: zuerst liest das Gerät einen BZ von 9mg/dl, dann konstant 6mg/dl.
Das gibt einen Hypoalarm - ist schon so programmiert. Dabei lasse ich es.

lg
Adrian

Zitat von Savek

An welcher Stelle leitest du die Daten bei einer direkten USB-Verbindung mit dem Empfänger denn über irgendwelche Server??

Minimed/Medtronic scheint das bei ihren Systemen zu machen, soweit ich mich richtig erinnere. Damit Reverse-Engineering nicht so leicht möglich ist, ist die Verbindung zum Server verschlüsselt. Beim auslesen ist die Software auf dem PC nur ein Proxy.
Das Dexcom ist mir da viel lieber!

lg
Adrian