Publié par Laisser un commentaire

iDiab. dev-aplication de test Tools

Premier test-preuve de concept pour le développement en utilisant Xamarine et la distribution via FlightTest et Google Play Store.

Application ne faisant presque rien:) uniquement pour les périphériques BLE disponibles.

Temps d’acceptation de Google-
temps d’acceptation 2hApple-38h

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

version iOS: https://testflight.apple.com/join/9ZdJKUPr

S’il vous plaît commenter sur l’installation, dificulties, etc dans les deux versions.

Publié par Laisser un commentaire

iDiab. dev-nouvelle initiative

Dans les derniers jours ou même des mois, toute la communauté des diabétiques et de leurs familles a été (et est toujours) exposé à des épreuves dures. Nouveaux types de capteurs avec accès crypté (Freestyle libre), changements dans les procédures de service existantes qui ne permettent pas l’utilisation ultérieure de l’équipement (nouveau modèle G6), bloquant l’utilisation des applications (Spike)-ce ne sont que des exemples.

Il ne sert à rien d’examiner et de se demander quelles sont les raisons de ces changements. Il est important de se pencher sur l’avenir, de tirer des conclusions de ce qui se passe et de prendre les mesures appropriées pour que, à l’avenir, ce type de situation ne se reproduise plus.

Mon idée est la suivante:

Pour créer une application qui sera la «somme» de celles existantes.

Il ne s’agit pas de «réinventer une roue», mais de rassembler ce qui est aujourd’hui dans les applications de bricolage au service des diabétiques dans un qui sera disponible sur toutes les plateformes d’équipement-Android, iOS, Windows, etc.

La nouvelle application sera disponible comme il est aujourd’hui pour ceux existants, mais l’ensemble de sa source sera publié comme “Open-source” sur GitHub. Grâce à cela-dans les situations d’urgence tout le monde sera en mesure, grâce à des environnements logiciels libres, de le créer pour eux-mêmes et l’installer sur leurs propres appareils-exactement comme il est aujourd’hui avec des applications Loop ou xDrip.

Il couvrira tous les disponibles dans les applications existantes telles que xDrip, Spike, glimp, Loop, AAPS, OpenAPS, etc. “dispositifs internes: éléments des systèmes CGM, pompes à insuline, glucomètres et tous les types de nos” processeurs “existants aujourd’hui-smartphones, smartwatches, smartband, etc. La capacité de toutes les fonctionnalités d’aujourd’hui basées sur l’échange de données par NightScout et d’autres serveurs de ce type sera préservée.

Un effet supplémentaire sera l’unification des protocoles de transmission, l’échange de données, la coopération avec d’autres applications, dispositifs, etc.

Nouvelle application-il ne sera pas un progam, mais au moins trois:

  • “outils”-utilisés pour activer des capteurs, des émetteurs de redémarrage ou d’autres activités techniques
  • “Lite application”-une version simple et basique
  • “Full application”-version complète avec toutes les possibilités.

L’ordre de création-d’abord “outils” et “version légère”, puis la version complète.

Jusqu’à présent, des milliers d’heures et de jours consacrés par les développeurs-bénévoles créant des applications existantes aujourd’hui et le fait que la quasi-totalité de leurs sources sont disponibles sous la forme d’open-source-permettra au travail de progresser rapidement.

Tous les résultats de cette initiative seront également open source et seront publiés sur le Web sur une base actuelle.

Il y a beaucoup à faire. Pour que les résultats soient rapides-je dois passer tout mon temps sans traiter d’autres sujets-aussi sans aucun autre «travail pour vivre». Depuis que j’ai pratiquement fini les travaux sur le décodage libre 2/Pro/H capteurs-je peux commencer ce sujet.

Je n’ai pas les «stocks» financiers nécessaires moi-même pour être en mesure de me consacrer complètement et définitivement à ce travail-je lance l’occasion de soutien social en déclarant même minime, mais permanent, le soutien financier mensuel par le biais de la Patreonus Plate-forme.

Voici un lien vers ma page Patreonus: https://www.patreon.com/idiabdev

Les avantages de cela est pour tout le monde, ceux qui soutiennent financièrement et qui ne sont pas-libres et disponibles pour toutes les applications de bricolage de diabète.

Le projet commence aujourd’hui, sans attendre-si et combien de telles déclarations de soutien financier seront.

Je vais publier des informations actuelles sur ce blog et sur un groupe spécialement créé FB (des informations sur ce site et d’autres sites Internet liés à ce projet seront publiés ici et dans les groupes FB consacrés à ce sujet).Groupe FB: https://www.facebook.com/groups/idiab.dev/

Contact e-mail direct: mailto:info@idiab.dev

Je suis ouvert à la coopération avec tous les développeurs de la communauté pour aider, améliorer et organiser tous les travaux dans le projet de Thos d’être rapide et lisse. Je vous invite tous à coopérer:)

Je suis très curieux de vos opinions, commentaires et suggestions à ce sujet.

Quelques mots sur moi: mon
nom est Marek Macner, je vis en Pologne et depuis plusieurs années, j’ai développé des équipements et des logiciels pour le bricolage pour les diabétiques. Profess
ionnellement-logiciels et équipements pour la photographie aérienne, depuis de nombreuses années, j’ai développé des logiciels pour l’administration de l’État (systèmes d’immatriculation automobile et de délivrance de permis de conduire) et les entreprises de télécommunications gérées-transmission de données via Satellites.

Publié par Laisser un commentaire

Nouveaux capteurs libre….

(Version anglaise ci-dessous)

L’année dernière (2018) nouveaux types de capteurs Freestyle libre-libre 2, libre Pro, libre H et libre US 14-Day apparu sur le marché. C’est bon et mauvais. Eh bien-parce que le développement de la technologie et l’augmentation de sa disponibilité est bon pour la communauté des diabétiques, et mauvais-parce que ces nouveaux capteurs ne supportent pas les solutions actuellement disponibles permettant l’auto-construction de systèmes CGM.

Pratiquement depuis leur émergence-une équipe internationale de développeurs de créer des applications telles que Spike, xDrip, NightScout, boucles fermées dans lequel cette équipe j’ai un plaisir à assister dès le début-a commencé à travailler sur leur décodage et Leur permettant de coopérer avec eux.

Les travaux se sont terminés dans les derniers jours (à l’exception du capteur libre US de 14 jours, qui est toujours en cours). Heureusement, nous avons réussi à résoudre tous les problèmes avec ces nouveaux capteurs. Malheureusement-il est nécessaire de remplacer le logiciel interne dans les dispositifs intermédiaires, c’est à dire dans MiaoMiao, BluCon, GNSentry, mes émetteurs, etc. Certains d’entre eux permettent cette mise à jour par l’utilisateur, d’autres devront se référer aux fabricants.

À l’heure actuelle, nous parlons à tous les fabricants des changements nécessaires et des règles que ces changements seront apportés.

En ce qui concerne les fabricants, nous avons adopté des règles simples-la même pour tous:

  1. Existant dans les protocoles de micrologiciel-restent inchangés
  2. Chaque fabricant est obligé (s’il veut que son appareil fonctionne avec de nouveaux capteurs) introduire un nouveau protocole "bleDiab-L" que la spécification reçoit de nous. Il s’agit d’un protocole de transmission très simple et l’adaptation du logiciel actuel ne doit pas prendre plus de 1 jour ouvrable pour le fabricant.
  3. Après l’introduction de ce protocole, le fabricant doit nous fournir plusieurs de ces dispositifs modifiés pour vérifier, tester si tout est OK.
  4. Tous les producteurs existants n’ont pas participé à des coûts ou des activités liés à notre travail-nous leur fournissons un nouveau protocole sans aucun effort de leur part. Ce n’est que s’ils voulaient l’appliquer dans leurs propres applications-autres que xDrip, Spike, glimp-nous exigeons qu’ils fassent une subvention financière à la Fondation NightScout dans l’une de leurs valeurs établies.

Tout le travail accompli par l’équipe de développement a été et est mis en œuvre comme une action «à but non lucratif». Aucun d’entre nous à cet égard n’a reçu de gratification et le résultat global est pour la communauté open-source disponible gratuitement.

Ici, je tiens à remercier tous les projets impliqués: les programmeurs, les gens qui nous ont donné des capteurs de test, testeurs d’applications.

(Lien vers un fichier décrivant le protocole et les exigences pour les fabricants d’appareils-ici)

(Version anglaise)

L’année dernière (2018) de nouveaux types de capteurs Freestyle libre-libre 2, libre Pro, libre H et libre US de 14 jours sont apparus sur le marché. C’est à la fois bon et mauvais. Bon-parce que le développement de la technologie et l’augmentation de sa disponibilité est bon pour la communauté diabétique, et mauvais-parce que ces nouveaux capteurs ne sont pas actuellement pris en charge dans les solutions disponibles permettant la construction indépendante des systèmes CGM.

Pratiquement à partir du moment de leur apparition-une équipe internationale de programmeurs créant des applications telles que Spike, xDrip, NightScout, des boucles fermées dans lesquelles j’ai le plaisir de participer dès le début-a commencé à travailler sur leur décodage et l’activation Coopération avec ces capteurs.

Les travaux se sont terminés dans les derniers jours (à l’exception du capteur libre US de 14 jours, qui est toujours en cours). Heureusement, tous les problèmes avec ces nouveaux capteurs ont été résolus. Malheureusement-il est nécessaire de remplacer le nouveau logiciel interne mis à jour dans les dispositifs intermédiaires, c’est à dire dans MiaoMiao, BluCon, GNSentry, mes émetteurs, etc. Certains d’entre eux permettent une telle mise à jour par l’utilisateur, d’autres devront être renvoyés aux fabricants.

À l’heure actuelle, nous menons des pourparlers avec tous les fabricants concernant les changements nécessaires et sur quelles conditions ces changements seront introduits.

Nous avons adopté des règles simples pour les fabricants-la même chose pour tout le monde:

  1. Les protocoles existants dans le firmware demeurent inchangés
  2. Chaque fabricant est obligé (s’il veut que son appareil fonctionne avec de nouveaux capteurs) d’introduire un nouveau protocole "bleDiab-L", qu’il reçoit de nous. Il s’agit d’un protocole de transmission très simple et il ne devrait pas prendre plus d’un jour ouvrable pour le fabricant d’adapter le logiciel actuel.
  3. Après avoir entré ce protocole, le fabricant est de nous fournir plusieurs appareils modifiés pour vérifier, tester si tout est OK.
  4. Tous les fabricants actuels n’ont pas participé à des coûts ou des activités liées à notre travail-nous leur fournissons un nouveau protocole sans aucune dépense de leur part. Seulement s’ils veulent l’appliquer dans leurs propres applications-autres que xDrip, Spike, glimp-nous exigeons qu’ils fassent une subvention financière à la Fondation NightScout dans tout ce qui est décidé par leur valeur.

Tout le travail réalisé par l’équipe de développeurs a été réalisé comme une activité «sans but lucratif». Aucun d’entre nous n’a reçu de gratification pour cela et tout le résultat est pour la communauté de créer des logiciels open-source disponibles gratuitement.

À ce stade, je tiens à remercier tous ceux qui sont impliqués dans ce projet: les développeurs, les gens qui nous ont donné des capteurs pour les tests, les testeurs d’applications.

(Lien vers le fichier avec la description du protocole et les exigences pour les fabricants d’appareils-ici)