Друзья, начинаем перенос программы искусственной поджелудочной железы AndroidAPS в часы на базе Wear OS версии 5.0. Как думаете, у нас получится? Для начала предстоит решить вопрос с подключением помпы к часам и постоянной и стабильной работой. Для этого мы подключим и протестируем Ruffy, адаптированный нами для Wear OS. Подключайтесь к обсуждению проекта здесь.
В ней мы рассмотрим как работает логика финального принятия решения о подаче инсулина в алгоритмах Андроид АПС и заложим основу понимания для будущей корректировки прогнозов.
Друзья, ранее я испытывал AndroidAPS на полноценном Android в часах Kospet, что решало проблему забывания телефона и потери связи, а так же ситуаций, когда телефон не может быть рядом. Статья тут.
Часы с полным андроид - большая редкость и создалось четкое ощущение, что это не та технология, которая будет активно развиваться (как минимум потому что здравых, читай удобных, красивых, современных и с моментальным запуском программы, часов с полным андроид почти нет). То ли дело Wear OS (например часы Samsung на Wear OS).
Все еще решая проблему "второго телефона" и замены его на удобные часы, которые не нужно доставать из рюкзака, решил посмотреть какие возможности откроются нам на Wear.
Для начала, Wear версия XDrip+ уже сейчас дает возможность использовать часы как основной приемщик данных о глюкозе, причем переподключать сенсор к часам не нужно. Подключение происходит стандартно к телефону и после этого на Wear можно включить две разные функции:
- Enable Collector (Connect to BT Collector when phone is out-of-range = Подключить Wear к Bluetooth устройству сбора данных, когда телефон находится вне зоны досягаемости)
- Force Collector (Force phone to use Wear Collection Service = Принудительно использовать службу сбора данных Wear на телефоне) - в этом случае именно часы будут собирать данные с сенсора.
Первая функция не сработала (данные так и не появились) на моих Galaxy Watch 5Pro, вторая функция - сработала, но с задержками, вероятно когда часы засыпают данные все еще корректно не передаются, так что задержки почти все время от 3 до 30 минут. Разбираюсь. Как только решим эту проблему - попробуем подключить к часам помпу и перенести все или часть приложения на часы, чтобы добиться большей автономности.
Я часто забываю свой телефон для Android APS (да, основной iPhone так что...). Поэтому меня заинтересовало есть ли возможность установить искусственную поджелудочную железу в чаты чтобы намного реже или желательно никогда больше ее не забывать.
После небольшого поиска информации в сети мне попалась статья, где человек обкатал технологию и я решил повторить пройденный им путь а заодно адаптировать текст на русском языке (хотя яндекс переводчик безусловно отлично работает).
Я начинаю писать эту статью только открыв вышеуказанную статью и ниже покажу весь путь того как настрою себе ИПЖ в часах.
Внимание, настроенного девайся хватит всего на 12 часов без подзарядки. Так что если тебе все еще интересно - читай дальше
1) Приобретаю Lemfo Lem12Pro под управлением Android 10 (чтобы посмотреть, возможно ли запустить на нем AndroidAPS 2.8.2, поскольку для этого требуется Android 8 минимального уровня).
Данная статья является осмыслением автором настроек спортивного режима в система автоматизированной подачи инсулина (искусственной поджелудочной железе) AndroidAPS с алгоритмом OpenAPSAIMI и предложить свой подход к регулированию глюкозы во время спорта
Информация предназначена для людей с диабетом 1 типа (а так же их родителей), использующих технологию искусственной поджелудочной железы (ИПЖ).
Рассмотрим какой параметр отвечает за расчет необходимого объема введения инсулина.
В предыдущей статье мы определили что таким параметром является insulinReq, здесь же рассмотрим его в контексте разных режимов введения инсулина, а именно basal и SMB.
Чтобы точно ответить на вопрос поисследуем основной файл - determine-basal.js
Давайте разберем файл determine-basal.js в Android APS построчно.
Это основной файл для расчета количества необходимого инсулина.
Попробуем развить мысль на счет прогноза глюкозы в AndroidAPS. Ранее в статье я описывал какие прогнозы существуют и в общих чертах описал как принимаются решения. Сейчас уточним и улучшим понимание прогноза глюкозы. Ведь финально нас интересует не прогноз сам по себе, а сколько инсулина на основе всех вводных данных система примет решение нам подать, чтобы отрегулировать глюкозу в крови. Это важно, так как в системе есть несколько прогнозов, а не один единственный и правильный, как можно было бы предположить. Так что давайте начнем решать эту задачу с конца.
Разбирать будем не базовый AndroidAPS от Милоша, а версию от Метью (MTR93600, ссылка на ГитХаб), я же работаю непосредственно вот в этой (ссылка на ГитХаб) версии, которая является измененный вариантом приложения Метью в части прогноза). Идея состоит в том чтобы вывести для отображения самый релевантный прогноз и ввести отдельные коэффициенты для трех типов нагрузок (легкой, средней и тяжелой), а так же отдельный интерфейс для удобного взаимодействия с нагрузками, вывести приложение в часы. Напишите в комментарии, была бы вам такая доработка актуальна? А пока продолжу по теме...
Дисклеймер
Кстати! Эта статья все еще попытка осмысления алгоритма прогнозирования в программе AndroidAPS и предполагает дискуссию. Не стоит воспринимать ее как финальную истину в отношения прогноза. Я стараюсь приводить код и аргументы, которые вы самостоятельно можете оценить и если у вас есть возможность посмотреть код - то и оспорить представленную логику.