Wat is OpenAPS en waarom Redundancy belangrijk is

OpenAPS (Open Artificial Pancreas System) is een door de gemeenschap aangedreven opensource platform dat mensen met diabetes in staat stelt om een gepersonaliseerd geautomatiseerd insulinebezorgsysteem te bouwen. Het draait op kleine eenboardcomputers. Meestal werkt een Raspberry Pi of BeagleBone Black reading continu glucose monitor (CGM) gegevens, het uitvoeren van een algoritme, en draadloos het regelen van een compatibele insulinepomp. Terwijl een enkel apparaat setup goed werkt voor velen, op basis van een enkel apparaat introduceert een enkel punt van storing. Een gecrashte SD-kaart, een stroomstoring, een netwerkuitval of een beschadigd configuratiebestand kan de insulinelevering stoppen zonder waarschuwing. Voor een leven-kritisch systeem, dat risico is onaanvaardbaar.

Het draaien meerdere OpenAPS-apparaten creëert een redundante, fouttolerante rig die uw controlelus ook in werking houdt wanneer individuele componenten falen. Deze gids loopt door elk aspect: hardware kiezen, gegevens synchroniseren over apparaten, automatische failover uitvoeren, uw installatie testen en het in de tijd onderhouden. Tegen het einde, heb je een productie-ready benadering van 24/7 betrouwbare controle.

De kernbehoefte aan redundantie in een doe-het-zelf gesloten lus

In elk geautomatiseerd systeem bepaalt de zwakste link de algehele betrouwbaarheid. Voor een doe-het-zelf gesloten lus, die zwakke link is vaak de singleboard computer. Hardware kan falen, software kan crashen, en netwerkconnectiviteit kan dalen. Zonder redundantie, een storing dwingt de gebruiker terug naar de handmatige modus .open-loop control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

  • Continueuze bediening: Als het primaire bord sterft, neemt een secundair bord het binnen enkele seconden over.
  • Onderhoudsvensters: Update het ene apparaat terwijl het andere therapie behandelt, zonder onderbrekingen.
  • Vrede van geest: Verzorgers en gebruikers weten dat er een hete standby klaar staat om te handelen.

Redundantie gaat niet alleen over failover. Ook verbetert het data-integriteit. Met twee apparaten die dezelfde gebeurtenissen onafhankelijk van elkaar registreren, heeft u een dubbel gecontroleerd overzicht van insuline- en glucosewaarden. Dit kan van onschatbare waarde zijn voor post-hoc analyse en probleemoplossing.

Voordelen van een Multi-Device OpenAPS Rig

Naast een eenvoudige failover biedt een multi-device setup verschillende praktische voordelen:

  • Hardware veerkracht: Met behulp van twee verschillende board types (bijvoorbeeld een Raspberry Pi 4 en een BeagleBone Black) beschermt tegen component-specifieke storingen. Als een wijdverbreide SD-kaart corruptie probleem beïnvloedt het ene model, de andere waarschijnlijk niet beïnvloed.
  • Networkdiversity: Elk apparaat kan verbinding maken met een ander Wi-Fi-toegangspunt of gebruik maken van een bekabelde ethernetverbinding. Als het ene netwerksegment naar beneden gaat, onderhoudt het andere platform de verbinding met Nachtverkenning en pomp.
  • Load distributie: U kunt het primaire apparaat toewijzen om de lus te hanteren (CGM-lezing + algoritme + pompopdrachten) terwijl het secundaire apparaat fungeert als een toegewijde uploader aan Nightscout en een monitoringstation. Dit vermindert latency op het kritieke pad.
  • Geïsoleerde probleemoplossing: Wanneer zich een probleem voordoet, kunt u overschakelen naar de back-up en de primaire offline onderzoeken zonder de therapie te stoppen.
  • Graceful degradation: Zelfs als één apparaat niet werkt, heeft de back-up toegang tot de laatste gesynchroniseerde gegevens, zodat het direct geïnformeerde beslissingen kan nemen.

Compatibele hardware kiezen

Ondersteunde één-boordcomputers

Het OpenAPS-project ondersteunt officieel meerdere platforms. Kies voor een redundante setup twee boards die identiek of voldoende vergelijkbaar zijn in mogelijkheden. Populaire keuzes zijn onder meer:

  • Raspberry Pi 3B+/4B/5 . . . Ruim beschikbaar, uitstekende ondersteuning van de gemeenschap, en vele gidsen bestaan. Gebruik een high-endurance SD-kaart (bijv. Samsung Pro Endurance) of boot van een USB-gebonden SSD om corruptierisico te minimaliseren.
  • BeagleBone Black (of BeagleBone Green)
  • Intel NUC of ODROID . . Krachtiger, maar de ondersteuning van de gemeenschap is dunner. Ze kunnen nuttig zijn als u extra verwerking nodig hebt voor geavanceerde functies zoals machine learning.

Voor een multi-apparaat systeem, met behulp van twee van dezelfde board vereenvoudigt configuratie en failover scripts. Echter, mengen van een Pi en een BeagleBone is ook mogelijk als u het algoritme en software versies identiek te houden.

Vermogen en connectiviteit

Betrouwbare kracht is cruciaal. Elk apparaat moet worden aangedreven door een speciale, gereguleerde 5V voeding die het board kan aankunnen met piektrek (2,5A voor een Pi 4, 1A voor een BeagleBone). Overweeg een kleine UPS (onbelaste voeding) of een batterij met een hoge capaciteit die beide boards door korte stroomuitval kunnen laten lopen. Daarnaast:

  • Gebruik bedraad ethernet voor ten minste één apparaat om de latentie te verminderen en Wi-Fi-interferentie te voorkomen.
  • Als u Wi-Fi gebruikt, zet u elk apparaat op een ander kanaal of maak u verbinding met verschillende toegangspunten om te voorkomen dat beide connectiviteit gelijktijdig verloren gaan.
  • Geef statische IP-adressen of gebruik DHCP-reserveringen om ervoor te zorgen dat de apparaten altijd dezelfde adressen hebben voor hartslagbewaking.

Meerdere apparaten instellen

Eerste installatie

Volg de officiële OpenAPS documentatie voor elk bord. Stappen om op maat te maken voor multi-apparaat:

  • Unieke hostnamen: Naam van het ene apparaat en het andere (of vergelijkbaar) om netwerkconflicten te voorkomen en logs duidelijk te maken.
  • Dezelfde softwareversie: Installeer dezelfde OpenAPS-versie (bijv. oref0 versie 0.7.x) op beide apparaten. Mismatchte versies kunnen leiden tot verschillende algoritmegedrag tijdens failover.
  • Separeer configuratiebestanden: Elk apparaat heeft zijn eigen , en nodig. Verbind ze niet over verschillende apparaten.
  • Versie-gecontroleerde instellingen: Configuratiebestanden opslaan in een privé Git repository (bijv. op GitHub of een persoonlijke server). Deze tracks veranderen en stelt u in staat snel instellingen tussen apparaten te synchroniseren.

Data synchroniseren over apparaten

Voor naadloze failover moeten beide apparaten realtime gegevens delen. Het doel: het reserveapparaat kent altijd de laatste glucosewaarde, recente insulineleveringsgeschiedenis en pompstatus. Er bestaan verschillende methoden, elk met afwegingen:

  • Nightscout (cloud-based): Beide apparaten uploaden naar dezelfde Nightscout site. De back-up kan de laatste uren van gegevens ophalen via de Nightscout API bij het opstarten en vervolgens periodiek poll. Dit werkt goed maar vereist internettoegang en introduceert latentie.
  • Lokale MQTT-makelaar (aanbevolen): Voer een Mosquitto MQTT-server uit op een Raspberry Pi Zero of op uw thuisnetwerk. Elk OpenAPS-apparaat publiceert onderwerpen (bijv. , ) en abonneert zich op die onderwerpen van het andere apparaat. MQTT is snel, lichtgewicht en werkt offline.
  • Gedeeld bestandssysteem (NFS/SMB): Een netwerkdeel koppelen waar beide apparaten statusbestanden schrijven. Gebruik atomaire schrijfsels (schrijf naar een tijdelijk bestand, hernoemen) om gedeeltelijke lezingen te voorkomen. Deze methode kan langzamer zijn en kan lijden aan problemen met bestandsblokkering.
  • Database-replicatie (geavanceerd): Instel InfluxDB op een aparte server. Beide rigs schrijven metingen naar dezelfde databases. De back-up kan InfluxDB opvragen voor de nieuwste gegevens. Dit biedt robuuste historische gegevens maar voegt complexiteit toe.

Praktische aanbeveling: Beginnen met de synchronisatie van Nachtscout omdat het al deel uitmaakt van de meeste OpenAPS configuraties. Voeg dan MQTT toe voor het delen van lokale data met lage snelheid. Test beide om ervoor te zorgen dat de back-up gegevens heeft minder dan 30 seconden oud.

Automatisch overslaan

Hartslagbewaking

Failover is gebaseerd op een hartslag: elk apparaat stuurt periodiek een "Ik ben levend" signaal. Eenvoudige implementatie:

  • Maak een lichtgewicht HTTP-eindpunt op elk apparaat (bv. ) dat een tijdstempel en status teruggeeft.
  • Gebruik MQTT ook met een gereserveerd onderwerp: en . Laat elke rig elke 15
  • Op het back-upapparaat, voer een script dat controleert op de primaire hartslag. Als drie opeenvolgende hartslagen worden gemist (bijv., 90 seconden zonder een signaal), de back-up verklaart de primaire dood.

Automatische omschakeling

Wanneer de back-up besluit dat de primaire onbereikbaar is, moet hij de controle overnemen zonder tussenkomst van de gebruiker. Stappen voor een betrouwbare schakelaar:

  1. Klaimbesturing: Schrijf een vlag naar een gedeelde locatie (bijvoorbeeld een MQTT-onderwerp of een bestand op het netwerkdeel) die aangeeft dat de back-up nu actief is. De primaire, wanneer deze wordt hersteld, zal deze vlag lezen en stand-by blijven.
  2. Neem de pompcommunicatie over: Als beide apparaten een fysieke pomp delen (bijvoorbeeld via Bluetooth of seriële), moet er maar één apparaat zijn dat de pompaansluiting heeft. Bij de omschakeling moet de back-up een eerdere pompaansluiting vrijgeven en een nieuwe opzetten.
  3. Doe de lus verder: De back-up gebruikt de meest recente gesynchroniseerde gegevens om de OpenAPS-lus te herstarten. Het moet de gebeurtenis inloggen op Nachtscout als een behandelingsnota (bijv. "Failover: back-up nu actief").
  4. Alert verzenden: Gebruik Pushover, e-mail, sms, of een lokale zoemer om de gebruiker te informeren dat er een failover is opgetreden.

Voorkomen van flapping

Flapping treedt op wanneer de primaire herstelt en onmiddellijk de controle herneemt, waardoor oscillaties ontstaan. Gebruik een dode-time timer[: zodra de back-up het overneemt, mag deze geen controle meer geven gedurende ten minste 5

Handmatig overschrijven

Ondanks automatisering, altijd een handmatige override. Implementeer een eenvoudige webinterface (bijvoorbeeld met Node-Red of een Flask webapp) met een knop om aan te geven welk apparaat actief is. Ook kan een fysieke schakelaar die stroom afsnijdt naar een apparaat als laatste redmiddel dienen. Documenteer de handmatige procedure duidelijk en test het regelmatig.

Testen en valideren

Uw failover systeem is slechts zo goed als het testen. Maak een schema om storingen te simuleren elke 2

  • Hardware fout simulatie: Verwijder de stroom uit de primaire, trek vervolgens zijn SD-kaart terwijl deze wordt aangedreven (simuleren kaart corruptie). Controleer de back-up activeert binnen de verwachte timeout (doorgaans 60
  • Network failure simulatie: Ontkoppel de primaire ..netwerkkabel. Bevestig de back-up kan nog steeds toegang Nachtscout en communiceren met de pomp.
  • Datasynchronisatietest: De gegevensstroom naar de back-up opzettelijk stoppen (bijvoorbeeld door het MQTT-abonnement te pauzeren). Schakel deze opnieuw in en verifieer de back-up met de laatste 15 minuten van de gegevens alvorens controle te nemen.
  • Recovery test: Breng de primaire weer online. Zorg ervoor dat het herkent dat de back-up actief is en blijft in stand-by stand-by stand zonder het activeren van een andere schakelaar.
  • Alerttest: Controleer of het failover-alarm u bereikt (oproep, e-mail of welke methode u ook gebruikt) binnen 30 seconden na de schakelaar.

Neem elke test op in een logboek of in Nightscout notities. Als u een verzorger hebt, betrek ze bij de tests zodat ze weten wat ze kunnen verwachten.

Onderhoud en updates

Het houden van beide apparaten op dezelfde softwareversie is essentieel voor voorspelbaar gedrag. Volg deze praktijken:

  • Stad updates: Altijd updaten van het ene apparaat eerst, waardoor het andere actief. Na 24
  • Gebruik een staging board: Houd een derde . .spare board die u eerst updaten. Na twee weken van stabiliteit, wijzigingen van toepassing op beide productie rigs.
  • Automatisch updates met voorzichtigheid: Een cron job kan controleren op nieuwe OpenAPS releases die 's nachts, maar alleen downloaden en solliciteren als een door de mens goedgekeurde vlag is ingesteld. Nooit automatisch een levenskritisch systeem bijwerken.
  • Monitor logs: Stel log rotatie in en stuur kritieke fouten door naar uw telefoon via een systeem journal of rsyslog. Hulpmiddelen zoals kunnen dagelijks samenvattingen sturen.

Beveiligen van uw multi-apparaat-instellingen

Meer apparaten betekenen meer aanvalsoppervlakken. Implementeer deze beveiligingsmaatregelen:

  • Sterke authenticatie: Gebruik unieke, lange wachtwoorden voor SSH en webinterfaces. Wachtwoordauthenticatie volledig uitschakelen en vertrouwen op SSH-sleutels met wachtwoordzinnen.
  • Netwerksegmentatie: Zet beide rigs op een geïsoleerde VLAN als uw router het ondersteunt. Ze moeten alleen toegang hebben tot Nachtverkenners, updateservers en de MQTT-makelaar. Blokkeer alle inkomende verbindingen vanaf het internet.
  • Versleuteling: HTTPS voor alle nachtscoutcommunicatie versterken. MQTT gebruiken via TLS (poort 8883). Zelf ondertekende certificaten genereren of Let
  • Fysische beveiliging: Monteer de boards in een gewatteerde behuizing of behuizing. Zorg ervoor dat SD-kaarten of SSD's niet gemakkelijk loskomen. Gebruik stamreliëf voor stroom- en netwerkkabels.
  • Reguliere audits: Bekijk open poorten met of . Schakel diensten uit die niet strikt noodzakelijk zijn (bv. Bluetooth, Wi-Fi indien Ethernet wordt gebruikt).

Communautaire middelen en steun

U bouwt dit niet alleen. De OpenAPS-gemeenschap is actief, deskundig en gastvrij.

Als u om hulp vraagt, geef dan uw hardwaregegevens, softwareversies, failover-methode en eventuele foutlogs. De community waardes gedetailleerd, respectvolle vragen.

Conclusie

Het draaien van OpenAPS met meerdere apparaten transformeert een goed geautomatiseerd insulinetoevoersysteem in een echt robuust systeem. Door compatibele hardware te selecteren, gegevens effectief te synchroniseren, hartslaggebaseerde failover te implementeren en streng te testen, creëer je een setup die hardwarestoringen, netwerkstoringen en menselijke fouten kan weerstaan. De eerste inspanning die wordt gedaan, waarbij je failoverscripts schrijft en grondig test, betaalt dag en nacht met continue, betrouwbare controle.

Start klein: krijg twee identieke boards, zet Nightscout sync op en bouw een eenvoudig hartslagscript dat je een melding stuurt wanneer de primaire offline gaat. Voeg dan geleidelijk automatische failover toe. De OpenAPS-gemeenschap heeft de weg geëffend met jarenlange ervaring in de echte wereld. Nu kun je op hun schouders bouwen voor een veiliger, veerkrachtiger systeem dat je kunt vertrouwen met je leven.