Veröffentlicht am Schreib einen Kommentar

iDiab.dev-Tools test-Aplication

Erster Test-Proof-of-Concept für die Entwicklung mit Xamarine und Vertrieb über FlightTest und Google Play Store.

Bewerbung macht fast nichts:) Scannen Sie nur nach verfügbaren BLE-Geräten.

Google-Annahmezeit-2h
Apple Annahmezeit-38h

Android-Version: https://play.google.com/store/apps/details …

iOS-Version: https://testflight.apple.com/join/9ZdJKUPr

Bitte kommentieren Sie die Installation, die Unauflagen, etc. in beiden Versionen.

Veröffentlicht am Schreib einen Kommentar

Neue Sensoren Libre …

(Englische Version unten)

Im vergangenen Jahr (2018) sind neue Sensortypen Freestyle Libre-Libre 2, Libre Pro, Libre H und Libre US 14-Day auf dem Markt. Es ist gut und schlecht. Gut, weil die Entwicklung der Technologie und die Erhöhung ihrer Verfügbarkeit gut für die Diabetik-Community ist, und schlecht, weil diese neuen Sensoren nicht unterstützen derzeit verfügbare Lösungen für den Eigenbau von CGM-Systemen.

Praktisch seit ihrem ersten-einem internationalen Team von Entwicklern, die Anwendungen wie Spike, xDrip, Nightscout, Schleifen geschlossen, in denen dieses Team habe ich eine Freude, von Anfang an die Arbeit an ihrer Entschlüsselung und Sie können mit ihnen zusammenarbeiten.

Die Arbeiten endeten in den letzten Tagen (mit Ausnahme des Libre US 14-Tage-Sensors, der noch läuft). Zum Glück ist es uns gelungen, mit diesen neuen Sensoren alle Probleme zu lösen. Leider ist es notwendig, die interne Software in den Zwischengeräten zu ersetzen, dh in MiaoMiao, BluCon, GNSentry, meine Sender, etc. Einige von ihnen erlauben diese Aktualisierung durch den Nutzer, andere müssen sich an die Hersteller wenden.

Derzeit sprechen wir mit allen Herstellern über die notwendigen Änderungen und darüber, welche Regeln diese Änderungen vornehmen werden.

In Bezug auf die Hersteller haben wir einfache Regeln-die gleiche für alle-das gleiche:

  1. Bestehend in Firmware-Protokollen-bleiben unverändert
  2. Jeder Hersteller ist verpflichtet (wenn er will, dass sein Gerät mit neuen Sensoren arbeitet) ein neues Protokoll "bleDiab-L", das die Spezifikation von uns erhält. Dabei handelt es sich um ein sehr einfaches Übertragungsprotokoll, und die Anpassung der aktuellen Software sollte nicht mehr als 1 Arbeitstag für den Hersteller dauern.
  3. Nach der Einführung dieses Protokolls muss der Hersteller uns mehrere solcher modifizierten Geräte zur Verfügung stellen, um zu prüfen, ob alles in Ordnung ist.
  4. Alle bestehenden Hersteller haben sich nicht an den Kosten oder Aktivitäten im Zusammenhang mit unserer Arbeit beteiligt-wir stellen ihnen ein neues Protokoll zur Verfügung, ohne dass sie sich bemühen. Nur wenn sie es in ihrer eigenen Anwendung anwenden wollten-außer xDrip, Spike, Glimp – verlangen wir von ihnen, dass sie der Nightscout-Stiftung ein finanzielles Stipendium in einem ihrer etablierten Werte gewähren.

Die gesamte Arbeit des Entwicklungsteams wurde und wird als "gemeinnützige" Aktion umgesetzt. Keiner von uns hat in dieser Hinsicht eine Genugtuung erhalten, und das gesamte Ergebnis ist für die Open-Source-Community kostenlos verfügbar.

An dieser Stelle möchte ich mich bei allen beteiligten Projekten bedanken: Programmierern, Leuten, die uns Testsensoren gegeben haben, Anwendungstester.

(Link zu einer Datei, die das Protokoll und die Anforderungen für Geräteherstellern beschreibt-hier)

(Englisch)

Im vergangenen Jahr (2018) sind neue Typen von Freestyle Libre-Libre 2, Libre Pro, Libre H und Libre US 14-Tage-Sensoren auf dem Markt. Das ist gut und schlecht. Gut, weil die Entwicklung der Technologie und die Erhöhung ihrer Verfügbarkeit ist gut für die Diabetikergemeinde, und schlecht, weil diese neuen Sensoren derzeit nicht in den verfügbaren Lösungen unterstützt werden, die für den unabhängigen Bau von CGM-Systemen.

Praktisch vom Moment ihres Auftauches an-ein internationales Team von Programmierern, die Anwendungen wie Spike, xDrip, Nightscout, geschlossene Schleifen, in denen ich das Vergnügen habe, von den Anfängen begann Arbeit an ihrer Entschlüsselung und ermöglichen die Zusammenarbeit mit diesen Sensoren.

Die Arbeiten endeten in den letzten Tagen (mit Ausnahme des noch laufenden Libre US 14-Tage-Sensors). Glücklicherweise sind alle Probleme mit diesen neuen Sensoren gelöst. Unglücks-Es ist notwendig, die neue, aktualisierte interne Software in Zwischengeräten zu ersetzen, z.B. in MiaoMiao, BluCon, GNSentry, meinen Sendern, etc. Einige von ihnen erlauben eine solche Aktualisierung durch den Nutzer, andere müssen an die Hersteller zurückgeschickt werden.

Im Moment führen wir Gespräche mit allen Herstellern über die notwendigen Änderungen und darüber, welche Bedingungen diese Änderungen einführen werden.

Wir haben einfache Regeln für Hersteller verabschiedet-die gleichen für alle:

  1. Protokolle, die in der Firmware-
  2. Jeder Hersteller ist verpflichtet (wenn er will, dass sein Gerät mit neuen Sensoren arbeitet), ein neues "bleDiab-L"-Protokoll einzuführen, das er von uns erhält. Es ist ein sehr einfaches Übertragungsprotokoll und es sollte nicht mehr als 1 Arbeitstag dauern, bis der Hersteller die aktuelle Software anpassen kann.
  3. Nach Eingabe dieses Protokolls soll der Hersteller uns mehrere modifizierte Geräte zur Verfügung stellen, um zu überprüfen, ob alles in Ordnung ist.
  4. Alle aktuellen Hersteller haben sich nicht an den Kosten oder Aktivitäten im Zusammenhang mit unserer Arbeit beteiligt-wir stellen ihnen ein neues Protokoll ohne Ausgaben von ihnen zur Verfügung. Nur wenn sie es in ihrer eigenen Anwendung anwenden wollen-außer xDrip, Spike, Glimp-, verlangen wir von ihnen, dass sie ein finanzielles Stipendium an die Nightscout-Stiftung in jedem von ihnen beschlossenen Wert machen.

Die gesamte Arbeit des Entwicklerteams wurde als "gemeinnützige" Tätigkeit durchgeführt. Keiner von uns hat dafür eine Befriedigung erhalten, und das gesamte Ergebnis ist für die Community, die Open-Source-Software kostenlos erstellt.

An dieser Stelle möchte ich allen, die an diesem Projekt beteiligt waren, danken: Entwicklern, Menschen, die uns Sensoren für Tests gegeben haben, Anwendungstester.

(Link zur Datei mit Protokollbeschreibung und Anforderungen für Geräteherstellern hier)