Compatibilité OpenAPS : Dispositifs et capteurs pour un système en boucle fermée

OpenAPS (Open Artificial Pancreas System) est une initiative communautaire ouverte qui permet aux personnes atteintes de diabète insulinodépendant d'automatiser l'administration d'insuline. En connectant un moniteur de glucose continu (CGM), une pompe à insuline et un petit contrôleur (habituellement un ordinateur à carte unique), OpenAPS peut ajuster les taux d'insuline basale en temps réel en fonction des données sur le glucose. La compatibilité entre ces composants est la pierre angulaire d'un système sûr et efficace. Ce guide détaille les appareils et capteurs dont vous avez besoin pour assembler un système OpenAPS fiable, ainsi que les considérations pratiques pour obtenir, configurer et maintenir votre installation.

Composants de base d'un système OpenAPS

Chaque boucle OpenAPS nécessite quatre éléments matériels principaux : une pompe à insuline, un CGM, un contrôleur (micro-ordinateur) et une interface de communication radio. Chaque composant doit être compatible avec le logiciel open-source et, dans de nombreux cas, entre les deux au niveau matériel.

Pompes à insuline

La pompe à insuline est l'actionneur de la boucle, responsable de la livraison des microboluses et de l'ajustement des débits basaux. Toutes les pompes ne sont pas adaptées. OpenAPS fonctionne exclusivement avec des pompes qui ont une histoire de communication radio fiable et de faible niveau et sont soutenues par la communauté open-source. Les pompes les plus largement adoptées sont:

  • Medtronic Paradigm Series (5xx, 7xx) – Ce sont les standards d'or pour OpenAPS. Les modèles tels que les 515, 715, 522, 722, 523, et 723 utilisent la fréquence radio 916 MHz et sont entièrement documentés. Les pompes Paradigm plus anciennes (511, 712) manquent souvent des commandes radio nécessaires.
  • Revel (x23/x23M) – Il existe des différences mineures entre les firmwares entre les modèles Revel et Paradigm, mais la grande majorité sont compatibles avec OpenAPS après une configuration appropriée.
  • Roche Accu‐Chek Combo – Cette pompe communique via Bluetooth et bénéficie d'un soutien communautaire croissant, bien qu'elle nécessite différents équipements de contrôleur et différentes étapes de configuration.
  • Omnipod / Omnipod Dash – L'Onnipod original (avec les pods Eros) peut être conduit à travers l'implémentation Omnipod dans OpenAPS en utilisant un Rileylink ou une carte radio similaire. Les pods Dash utilisent Bluetooth et ne sont pas actuellement pris en charge (bien qu'AndroidAPS ait une prise en charge partielle de Dash).
  • Tandem t:slim X2 – Bien que nativement supporté dans OpenAPS, Tandem a publié un système commercial de boucle fermée (Control‐IQ) qui partage la ligne avec l'approche open-source. Pour le bricolage, de nombreux utilisateurs préfèrent se coller à Medtronic ou Omnipod Eros.

Avant d'acheter une pompe, consultez les dernières listes de compatibilité sur le site de documentation OpenAPS et les forums communautaires. Les pompes plus anciennes peuvent nécessiter un aimant de porte de batterie ou une version firmware spécifique pour activer les commandes à distance.

Moniteurs continus de glucose (MGC)

La MMC fournit les données du capteur qui alimente l'algorithme. Les lectures en temps réel du glucose sont essentielles; toute latence ou l'écart de transmission peut provoquer le fonctionnement aveugle de la boucle.

  • Dexcom G6 – Le choix le plus populaire pour OpenAPS. Il fournit des lectures toutes les 5 minutes via un récepteur dédié ou une application smartphone, et il ne nécessite pas de calibrage de la baguette de doigt (bien qu'on puisse encore calibrer). OpenAPS peut ingérer les données de Dexcom G6 via l'API Share (pour G6) ou via un pont Bluetooth tel que xdrip+. Le G6 a un temps d'usure de 10 jours et est calibré en usine.
  • Dexcom G5 – Toujours pris en charge dans de nombreuses installations OpenAPS. Il nécessite un calibrage bi-journalier mais offre des données similaires en temps réel. L'émetteur G5 utilise Bluetooth Low Energy, ce qui facilite la connexion au contrôleur. Notez qu'à partir de 2025, Dexcom a officiellement arrêté le G5, bien que des émetteurs puissent encore être trouvés.
  • Dexcom G4 (avec Share ou 505 micrologiciels) – Un modèle antérieur qui nécessite un pont radio séparé (par exemple, une clé USB CareLink) pour communiquer avec le contrôleur. Il fonctionne toujours bien pour de nombreux utilisateurs qui ont du matériel existant.
  • Abbott Libre 14 jours / Libre 2 – Ce sont des moniteurs de glucose flash, non continus, mais avec des émetteurs tiers (comme MiaoMiao, Bubble ou BluCon) ils peuvent être convertis en CGM en temps quasi réel. Le Libre 2 dans certaines régions a Bluetooth qui peut être consulté avec xdrip+ et un émetteur compatible. La compatibilité varie selon la version du firmware et la région, donc une recherche minutieuse est nécessaire.
  • Medtronic Enlite / Guardian Sensor 3 – Ces capteurs sont destinés à être utilisés avec des pompes Medtronic et nécessitent la Medtronic MiniMed Connect ou une clé USB CareLink pour transmettre les données. L'intégration avec OpenAPS est possible mais plus complexe, et les capteurs ont des exigences de calibration plus élevées. La plupart des utilisateurs préfèrent Dexcom pour sa facilité d'utilisation.

Pour toutes les MSC, assurez-vous que les données peuvent être transmises au contrôleur sans compter sur un service cloud propriétaire qui peut introduire le décalage. La communauté recommande fortement d'utiliser une première solution locale comme xdrip+ ou Nightscout.

Microordinateur (contrôleur)

Le contrôleur exécute le logiciel OpenAPS et orchestre la logique de boucle. Les choix les plus courants sont les ordinateurs monoboard qui peuvent exécuter Linux et communiquer via série, USB ou Bluetooth avec la pompe et les radios CGM.

  • Raspberry Pi (3B, 3B+, 4B) – Le cheval de travail d'OpenAPS. Le Pi 3B/3B+ offre des broches GPIO intégrées Wi-Fi, Bluetooth et suffisamment d'épingles pour fixer un émetteur radio (comme le CC1111 ou Rileylink).Le Pi 4 est également pris en charge mais consomme plus de puissance; de nombreux utilisateurs préfèrent la portabilité avec le Pi Zero W.
  • Raspberry Pi Zero W[ – Une option compacte et de faible puissance idéale pour les plates-formes portables. Elle manque d'Ethernet mais possède Wi-Fi et Bluetooth. Son processeur monocore est adéquat pour OpenAPS, mais certains utilisateurs rapportent des temps de compilation plus lents pendant la configuration.
  • Intel Edison (avec Arduino breakout board) – Utilisé dans les générations précédentes d'OpenAPS. L'Edison n'est plus en production, mais de nombreuses plates-formes fonctionnent toujours de manière fiable. Il a intégré Bluetooth et Wi-Fi, plus GPIO pour les modules radio.
  • UDOO Neo / BeagleBone Black[ – Parfois utilisé, mais le soutien communautaire est plus mince. Le Raspberry Pi est recommandé pour de nouvelles constructions en raison de la richesse de la documentation.

Quelle que soit la carte, le logiciel OpenAPS est installé en utilisant une image personnalisée (comme la distribution oref0) qui comprend la logique de boucle, les pilotes de communication et une interface web. Le contrôleur doit être capable de fonctionner de façon autonome 24/7 sans planter. Une alimentation dédiée (par exemple, un pack de batterie USB) est recommandée pour une utilisation portable.

Interface de communication radio

Pour parler aux anciennes pompes Medtronic (qui utilisent la fréquence 916 MHz) et à certaines MMC (p. ex., Dexcom G4 avec Share), il faut un émetteur/récepteur radio. Le contrôleur lui-même n'a pas de radio 916 MHz, donc un module externe comble l'écart.

  • CareLink USB Stick[ – Conçu à l'origine pour le propre logiciel de Medtronic, ce stick peut être clignoté avec un firmware open-source (par exemple, via le projet mmeowlink) pour permettre la communication avec les pompes Paradigm. Il est peu coûteux mais nécessite Windows pour la configuration initiale et est limité aux appareils Medtronic.
  • Rileylink – Une carte radio personnalisée conçue pour la communauté open-source. Elle prend en charge à la fois 916 MHz (Medtronic, Omnipod Eros) et Bluetooth (pour certains CGM et le Dash Omnipod, bien que le support Dash soit expérimental).
  • CC1111 USB Stick – Une alternative à la clé CareLink, le CC1111 peut être reflashé avec le firmware mmeowlink. Il fonctionne bien avec les pompes Medtronic mais est moins couramment utilisé en raison de la disponibilité de Rileylink.
  • Les modules Bluetooth (pour les MCC et les pompes plus récentes) – De nombreux MCC (Dexcom G5/G6, Libre avec des émetteurs tiers) utilisent déjà Bluetooth, de sorte que le contrôleur ─ intégré Bluetooth est suffisant. Pour la pompe Accu‐Chek Combo, une dongle Bluetooth peut être nécessaire si le contrôleur manque de Bluetooth natif (p. ex., les anciens modèles Pi).

Si vous choisissez une interface radio, considérez l'écosystème : si votre pompe est Medtronic, un CareLink ou Rileylink est obligatoire. Si vous construisez pour Omnipod Eros, un Rileylink est nécessaire. Pour l'épreuve future, le Rileylink est l'option la plus polyvalente.

Liste de contrôle de compatibilité pour les capteurs et les appareils

Pour assurer une construction en douceur, vérifiez chaque composant par rapport à la page de compatibilité matérielle OpenAPS. Ci-dessous est un résumé de ce qui fonctionne avec la version stable actuelle (oref0 et oref1).

  • Pump: Medtronic 5xx/7xx (sauf 511, 712 et 670G), Accu‐Chek Combo, Omnipode Eros (qui requiert Rileylink).
  • CGM[: Dexcom G6 (Native Bluetooth), Dexcom G5 (Bluetooth), Dexcom G4 avec partage (exige CareLink stick ou Rileylink), Libre avec MiaoMiao/Bubble/BluCon (compatible avec xdrip+).
  • Contrôleur: Raspberry Pi 3/4/Zero W, Intel Edison (déprécié).
  • Interface radio: Rileylink, CareLink Clé USB (claquée avec mmeowlink), ou CC1111 bâton.
  • Logiciel: oref0/oref1 (dernière version), Nightscout pour la surveillance à distance, xdrip+ (pour les données CGM sur Android).

Toujours référence croisée avec le site officiel OpenAPS et le tableur communautaire tenu à le wiki oref0 sur GitHub.

Considérations supplémentaires pour une configuration fiable

Mises à jour du logiciel et du firmware

OpenAPS évolue en permanence. La branche de développement (oref1) introduit des fonctionnalités avancées comme les réglages dynamiques de la FSI et de la sensibilité au carb, mais elle est considérée comme moins stable que la branche principale. Lors de la construction de votre système, choisissez une version qui correspond à votre niveau de confort avec le risque.

Sécurité et redondance

Un système OpenAPS est un dispositif médical, même s'il est bricolage. Construisez en plusieurs couches de sécurité:

  • Low‐glucose suspend les seuils – Configurer l'algorithme pour arrêter l'administration d'insuline lorsque le glucose tombe sous un niveau défini par l'utilisateur.
  • Limites maximales de taux basal – Codage dur d'un bouchon pour prévenir l'hypoglycémie induite par la pompe.
  • – Des contrôles par bâtonnet restent nécessaires pour étalonner les MMC (sauf Dexcom G6) et confirmer les lectures lorsque la boucle ou la MMC échoue.
  • Système d'alarme indépendant – Nightscout ou xdrip+ peuvent envoyer des alertes à votre téléphone. Ne pas compter uniquement sur l'écran de controller.

La communauté souligne que OpenAPS n'est pas un instrument médical approuvé par la FDA; il s'agit d'un outil pour les personnes qui acceptent la responsabilité de gérer leurs propres soins. Lire la page OpenAPS risques avant de procéder.

Gestion de l'énergie

Un appareil portable a besoin d'une puissance fiable. Un Raspberry Pi Zero W tire environ 0,7 watts; un Pi 4 avec Rileylink peut tirer 3–5 watts. Utilisez une batterie USB de haute capacité (10 000 mAh ou plus) qui supporte la charge passante afin de pouvoir le recharger pendant le fonctionnement du appareil.

Appui communautaire et documentation

La communauté OpenAPS est l'un des piliers les plus forts du projet. Les forums, tels que le OpenAPS Facebook group[ et le canal #openaps sur le Nuitscout site[, fournissent de l'aide en temps réel. La documentation officielle est complète mais peut être dense; de nombreux utilisateurs commencent par le ►Pour commencer sur le site OpenAPS, puis se déplacent vers le wiki GitHub pour des étapes spécifiques à un appareil.

Construire votre premier système OpenAPS : un aperçu de haut niveau

Bien que nous évitions ici les instructions étape par étape, le processus général est le suivant :

  1. Gagnez du matériel – Acquérir une pompe compatible, CGM, Raspberry Pi et une interface radio. Vérifiez les numéros de série en regard de la liste de compatibilité.
  2. Désactiver le contrôleur – Flasher l'image OpenAPS sur la carte SD Pi=S, connecter l'interface radio et démarrer.
  3. Installer Nightscout[ – Mettre en place un site Nightscout hébergé dans le cloud (par exemple via Heroku ou Azure) pour recevoir les données de CGM et télécharger l'état de la pompe.
  4. Configurer la MCC – Connectez l'émetteur Dexcom ou Libre à xdrip+ (ou autre téléchargeur) et vérifiez les flux de données vers Nightscout.
  5. – Utilisez les outils en ligne de commande (p. ex. ) pour confirmer que le Pi peut parler à la pompe.
  6. Run en mode ouvert – Laissez l'algorithme suggérer des changements basaux mais ne pas encore automatiser. Confirmez manuellement les suggestions sont raisonnables.
  7. Switch to closed‐loop – Activer les réglages automatisés, en commençant par une plage de cibles prudente et un seuil de faible teneur en glucose.
  8. Moniteur et itérer – Examiner les journaux tous les jours jusqu'à ce que vous soyez confiant que le système se comporte comme prévu.

Ce processus prend généralement plusieurs jours à une semaine. Ne vous précipitez pas. Le guide OpenAPS Getting Started est la ressource faisant autorité.

Développements futurs de la compatibilité matérielle

L'écosystème du diabète open source évolue rapidement. Des projets comme AndroidAPS (qui fonctionne sur des téléphones Android) élargissent la gamme de matériel compatible, y compris les pompes Bluetooth (p. ex. Dana RS, Dana-i). Alors que AndroidAPS et OpenAPS partagent des algorithmes similaires, leur compatibilité avec les appareils diffère. Les utilisateurs qui envisagent une nouvelle pompe devraient rechercher les deux écosystèmes.

Conclusion

La compatibilité des appareils et des capteurs est le fondement d'une mise en œuvre réussie d'OpenAPS. En sélectionnant une pompe à insuline supportée (Medtronic Paradigm/Revel, Accu‐Chek Combo ou Omnipod Eros), une MMC fiable (Dexcom G6 ou Libre avec un émetteur tiers), ainsi qu'un contrôleur et un matériel radio appropriés, vous pouvez construire un système de boucle fermée qui réduit considérablement le fardeau de la gestion du diabète.