CamAPS FX: sensor ↔ app ↔ pumpe-kommunikasjon (189 to 194)

Undersøkelsesdato: 20/10/2026

Fokus: hvordan CamAPS FX snakker med CGM og pumpe, hva APK-en viser om reconnect/timeouts/tillatelser, og hva som endret seg fra 189 → 192 → 193 → 194 som kan henge sammen med rapporterte tilkoblingsproblemer.

Søskenrapport: 189 / 192 / 193 / 194-delta.

Merking brukt under

Evidens: sett i manifest, tillatelser, tjenester, pakketrær eller appstrenger.
Spekulasjon: plausibel forklaring på feltrapporter; ikke bevist av binærdiff alene.

Arkitektur (evidens)

CamAPS FX bruker telefonen som Bluetooth-hub:

Appen kjører en forgrunnstjeneste med typen connectedDevice.
Manifestet krever android.hardware.bluetooth_le (required=true).
Appen holder både CGM- og pumpe-lenker; Auto mode trenger begge.
NFC-tillatelse finnes for FreeStyle Libre 3-stil berøring / skanning.
Dexcom G7 (192+) legger til G7CoreService fra Dexcom SDK inne i CamAPS-prosessen.

[CGM: G6 BLE / G7 BLE / Libre 3 NFC+BLE]  ←→  [Telefon + CamAPS FX]  ←→  [Pumpe: YpsoPump / Dana-familien BLE]

Ingen evidens for at en egen wearbar er terapi-hub. Wearable-relatert er Dexcom-klokke-plumbing og WEARABLE_INTERNAL fra 192+, ikke en CamAPS-klokkekontroller.

Android 12+ Bluetooth-tillatelser (evidens)

Tillatelse / flagg	Rolle
`BLUETOOTH_SCAN` + `neverForLocation`	Skann BLE uten å behandle skann som posisjon
`BLUETOOTH_CONNECT`	Koble / GATT til sammenkoblede enheter
Eldre `BLUETOOTH` / `BLUETOOTH_ADMIN` `maxSdkVersion=30`	Kun før Android 12
Posisjon `maxSdkVersion=30`	Eldre skannevei
`FOREGROUND_SERVICE_CONNECTED_DEVICE`	Holde tilkoblet-enhet-arbeid i live under moderne FGS
`REQUEST_IGNORE_BATTERY_OPTIMIZATIONS`	Redusere OEM-batteridrepere

Appstrenger krever eksplisitt Enheter i nærheten-tillatelse for pumpe og CGM, og veileder om unntak fra batterioptimalisering for rettidig pumpekontroll i Auto mode.

Evidens for brukere: hvis Enheter i nærheten / Bluetooth er avslått, eller batterioptimalisering er aggressiv, sier appens egen tekst at Auto mode / tilkoblinger feiler til det er rettet.

Sensorveier (evidens)

CGM	Hvordan APK-en presenterer det
Dexcom G6	BLE-sender / sensorkode; «connection lost» / «transmitter not found»
Dexcom G7 (192+)	4-sifret kode; Dexcom-konto; `G7CoreService`; må ikke være sammenkoblet med egen Dexcom G7-app
FreeStyle Libre 3 / Plus	NFC-berøring; pakkespørring `com.freestylelibre3.app.gb`

Felles feilsøkingsstrenger:

Slå Bluetooth av/på på telefonen
Start telefonen på nytt
Start appen på nytt
Sender kan allerede være koblet til en annen enhet
For G6/G7: fjern sammenkobling i Dexcom-appen før CamAPS eier lenken

Pumpeveier (evidens)

Appen dekker blant annet:

YpsoPump
DANA-i
Dana Diabecare RS
Dana Diabecare R

Vanlige temaer i strengene:

Kan ikke koble til Dana-pumpe → slå Bluetooth av/på, deretter start telefonen på nytt
Pumpe unpaired → Bluetooth / restart / re-pair
Pumpe sammenkoblet med en annen app eller nøkler/passord endret → re-link i CamAPS (kun én app om gangen)
Aktiver forlenget bolus på pumpen for Auto mode
Unntak fra batterioptimalisering
Avstand: Auto mode pauser når pumpen er for langt unna

Evidens: CamAPS forventer eksklusiv pumpering. Parallelle DIY-apper er en førsteordens feilmodus i produktteksten.

Hva endret seg 189 → 194 som kan påvirke tilkobling

Endring	Builds	Evidens vs spekulasjon
Dexcom G7-stack	189 → 192	Evidens. Ny tjeneste + 51 `dexcomg7`-filer. Mer BLE-konkurranse mulig.
Liberty / tyngre app	189 → 192	Evidens for mer kode; spekulasjon om høyere OEM-kill-risiko.
minSdk 33	189 → 192	Evidens. Android 13+ BLE-modell.
targetSdk 36	192 → 193/194	Evidens. Spekulasjon: strengere OEM Bluetooth/FGS etter OS-oppdatering.
PairIP fjernet	bare 194 (EU)	Evidens. Spekulasjon: lite sannsynlig hovedårsak til GATT-dropp.
Pakke `.ca` vs EU	193 vs øvrige	Evidens. Annen app-id. Feil store-variant kan ødelegge oppdatering/data.
BLE / `connectedDevice` FGS	stabilt 189 to 194	Evidens for kontinuitet. Ingen tegn til omskrevet transport 192→194.

Kort sagt om «verre tilkobling etter oppdatering»

Evidensbasert: det store radio/funksjonsbyttet er 189 → 192 (G7). Mellom 192 / 193 / 194 viser APK-en OS-mål og PairIP-emballasje, ikke en ny pumpe/CGM-protokollfamilie.

Spekulasjon: ustabile lenker på nyeste telefoner etter 193/194 skyldes oftere telefonens Bluetooth + batteripolitikk + dobbel app-paring + avstand enn at CamDiab fjernet reconnect i 194.

Sjekkliste for brukere (fra APK-strenger + tillatelser)

Ikke medisinsk råd; basert på apptekst og deklarerte tillatelser.

Enheter i nærheten (Bluetooth) tillatt for CamAPS FX; åpne appen på nytt etter tildeling.
Batterioptimalisering av / ubegrenset for CamAPS FX.
Bluetooth av/på; ved behov start telefonen på nytt.
Hold pumpe og sensor nære.
Bare én app sammenkoblet med pumpen; fjern konkurrerende apper, re-link i CamAPS.
Dexcom G7: fjern Dexcom G7-appens paring før CamAPS eier sensoren.
Libre 3: bruk NFC som beskrevet; sensor startet av annen enhet kan ikke overtas.
Bruk riktig butikkpakke for regionen (EU …mmoll vs CA …mmoll.ca).
Etter OS-oppdatering: sjekk systemtillatelser på nytt.

Timeouts og reconnect internt

Tema	Funn
Menneskelesbar reconnect-råd	Evidens i strenger
Eksakte millisekund GATT-timeouts	Ikke hentet ut klart i denne passeringen (obfuskering)
Bonding / krypteringsfeil	Evidens for Dana (nøkler/passord endret)
Automatisk retry-policy i kildekode	Ikke fullt kartlagt her

Versjonsmatrise (tilkobling)

Felt	189	192	193 (CA)	194 (EU)
BLE påkrevd	Ja	Ja	Ja	Ja
FGS connectedDevice	Ja	Ja	Ja	Ja
G7CoreService	Nei	Ja	Ja	Ja
PairIP	Ja	Ja	Ja	Nei
targetSdk	35	35	36	36

Konklusjon

Evidens: CamAPS FX er en telefon-sentrisk BLE-hub (+ NFC for Libre) med connected-device-forgrunnstjeneste. Pumpe-eksklusivitet, Enheter i nærheten og batteriunntak er førsteklasses krav i APK-en.

Evidens: 192 innførte den tunge G7-radiostacken. 193/194 endrer hovedsakelig targetSdk / butikkemballasje / PairIP, ikke den deklarerte kommunikasjonsmodellen.

Spekulasjon: ved flere dropp på nye telefoner etter 193/194: start med OS Bluetooth-tillatelser, OEM-batteri og dobbel app-paring før du antar at reconnect ble fjernet i 194 (denne APK-passeringen fant ikke det).