vbnzq, у нас пока нет либры ) только Минилинк )
Но старт продаж сенсоров Либры в России и снижении цены заставили задуматься о либре.
Вот собираю информацию что целесообразнее и экономичней использовать с опенапс - минилинк или муямяу+либре .
Модераторы: Connie, Модераторы форумов Диа-клуба
sasamar писал(а):А охранника вы ребенку наняли?
vbnzq писал(а):НО!!! Мы специально купили для постоянной передачи данных с мяу в облако телефон на adroide и им активировали с помощью программы Glimp S.
Chiara писал(а):а вместо ридера купить просто подходящий телефон с андроид?
keyzer писал(а):разница есть, алгоритм OOP работает только на блюконе и мяу-мяу.
в памяти сенсора содержится массив данных, и не все устройства передают все данные из массива, даже блюкон он только последнее значение передает, он не восстанавливает историю сахаров из памяти сенсора, также в массиве данных содержится информация с датчиков температуры, поэтому в настоящее время для алгоритма OOP данные могут предоставить только блюкон и мяу.
Wind писал(а):МК, чипы BLE, NFC, зарядки и сам аккамулятор не вечны. Особенно интересует время жизни (количество циклов) последнего.
То есть "запасной" вариант это все-таки телефон на андроид ? То есть телефон в качестве ридера))
Но, в принципе, его стоимость (около 5 т.р.) сопоставима со стоимость ридера (российского) , поэтому не так критично, если iOS все-таки не так "гибок" , как андроид, хотя и обидно (( Телефоны мы менять точно не планировали )
Можно тогда использовать такой вариант? телефон-мастер с iOS, а вместо ридера купить просто подходящий телефон с андроид? Кстати, по идее, тогда и должна быть решена проблема разных сенсоров из разных стран? т.к. телефон вроде запускает все сенсоры?
Сорри, за (возможно) глупые вопросы, но я пока "плаваю" в мяу и либре ) Ищу варианты использования
Ну даже скорее не ридера, а "стартера" - если я правильно понял вашу мысль.
Выскажу свое мнение - ридер не помешает. Если глимп, спайк или xDrip - то нужна калибровка. Уж лучше ридером считать, чем пальцы колоть. Ну и плюс некая страховка - телефоны тоже имеют свойство ломаться рано или поздно, обычно в самый неподходящий момент.
Wind писал(а):Можно сказать проще. Прошивка берет данные с датчика и в нужном формате отдает по блютузу. Достаточно беглого знания ЯП и знания адреса страницы лимиттера на гитхабе, чтобы оценить всю грандиозность алгоритма передачи данных. Ссылка для желающих прочитать не код, а словесное описание с картинками - https://github.com/UPetersen/LibreMonitor/wiki
а тут можно прочитать про те самые температуры, которые либра использует в корреляции сырых данных, а авторы прошивок - нет:
http://type1tennis.blogspot.com/search/ ... le%20Libre
vbnzq писал(а):но скажу Вам, что ридеру доверять особо не стоит
vbnzq писал(а):так как есть в планах попробовать AndroidAPS (это так сказать ИПЖ, там в замкнутом круге андроид+помпа акучек+либра с мяу).
TheDark писал(а):Убедительных аргументов что глюк меньше врет чем ридер вроде не нашлось, разошлись ничьей.
TheDark писал(а):Если глимп, спайк или xDrip - то нужна калибровка. Уж лучше ридером считать, чем пальцы колоть.
Chiara писал(а): в клубе очень мало обсуждений по OpenAps. Я не нашла, или не популярная тема?
sasamar писал(а):Про аккумулятор - запросто лет 10 проживет, в режиме зарядки раз в 2 недели
Срок службы:
часто спрашиваю а какой срок службы - не знаю, единственно что со временем аккумулятор потеряет свою емкость, его можно заменить.
гарантия на Мяу-Мяу 1 год !
TheDark писал(а):Тогда вперед, в проект xDrip! А то там какие то лохи сплошные сидят! На мой вопрос вот такой ответ - "It's a pre-alpha feature that has some serious drawbacks if enabled."
keyzer писал(а):также в массиве данных содержится информация с датчиков температуры, поэтому в настоящее время для алгоритма OOP данные могут предоставить только блюкон и мяу.
TheDark писал(а):Возлагать на контроллер предобработку данных перед отправкой на "серверную" часть неправильно - контроллер неизменяем, в программе можно оперативно менять что захочется.
TheDark писал(а):А вот корреляция между raw данными, температурой и реальным СК - думаю совсем не линейная задача.
Wind писал(а):https://github.com/JoernL/LimiTTer/blob ... miTTer.ino несложно посмотреть общий принцип формирования пакета. Однако xdrip+ получает и данные с nfc, то есть умеет работать и с исходниками.
Wind писал(а):На стороне xdrip+ при наличии флага настройки запускается обработка посредством LibreOOPAlgorithm, в противном случае обработка иная. Поздно и сидеть ковырять исходники кода дальше неохота, но ответ получен, xdrip+ использует несколько вариантов интерпретации полученных данных.
Wind писал(а):https://github.com/UPetersen/LibreMonit ... estigation
The difference is in the range of 30%. Conclusion is that each sensor has its individual parameters to calculate glucose from raw glucose and raw temperature and this must be taken into account for any such approach. Since only seven sensors where considered for this analysis, the difference might be much higher for any other sensor.
Unfortunately, I have no clue, how header and footer data could be used to compensate for this effect. Any ideas on this are welcome.
Header and footer not yet understood. Some quick experiments with tweaking many of the header and footer bytes (just one at a time) showed that LibreOOP glucose response mostly changes dramatically.
Вернуться в Системы флеш-мониторинга СК
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 6