在上面构建自己的基于Android的Dexcom G7.apk 。
所有信息和提供的资源都是高度实验性的,没有测试。自行使用!
在我们的不和谐中,我们意识到Dexcom G7在可靠性和稳定性方面仍然存在重大问题。许多人抱怨准确性或永久信号损失。
为了在中心收集这些重要信息,社区决定基于简单的Google表单创建专用数据库,并评估这些数据以识别导致这些问题的模式。
欢迎大家做出贡献。一旦有足够的数据,我们将发布结果,使每个人都可以访问。
分享您的经验
加入我们的不和谐
这是一个非常年轻的项目,因此您可能会有疑问或在设置过程中面临问题。如果您在某个时候需要帮助,则可以在Discord上要求或在Github打开新票。
如果您可以与他人分享您的积极经历并提供一些您正在运行的设置以及它的稳定性,那也很好。
AAP广播
✅禁用dexcom兼容性检查
✅减少所需的Android版本
✅启用屏幕截图
对不起 ? - 不幸的是,提供预先构建的APK,而是提供修补软件的软件不是合法的吗?只需按照说明修补股票.apk即可。
Dexcom G7 APK-Patcher是一个简单的工具,可让您修改官方.apk -FILE。
G6 .apk也有类似的方法,具有相同的功能。如果您有兴趣,可以在这里检查。
此mod允许您将Dexcom G7数据传输到Androidaps,并支持回填。
您将必须安装支持G7集成的特定Androidaps版本:https://github.com/diakem/dexcom-g7-aaps
该mod只是降低了最小和目标的Android SDK版本。不幸的是,这并不意味着该应用程序将在旧设备上运行,而不会遇到任何麻烦,但是您可以尝试一下自己检查。
该mod通过隐藏自己的设备信息并将其设置为静态值来绕过兼容性检查。工作组合是Google Pixel 4 。

相应的差异看起来像这样:

这个小的mod禁用WindowManager.LayoutParams.FLAG_SECURE启用应用程序中的屏幕截图。
实际上,修补程序应用程序无法完全确定传感器是否完全适用。由于此错误,它将在以下过程中发送值
您可能知道是Looper和G7用户,G7中根本没有包含数据平滑。 dexcom没有特别针对G7的陈述,而是关于G6的陈述,该G6可能仍然有效:https://www.dexcom.com/en-us/faqs/why-does-does-past-past-past-past-cgm-data-look-data-look-different-from-past-from-past-past-past-past-data--on-on-on-on-receiver-men-on-receiver-men-rollow--follow--follow-app-papp
为了克服此问题,@BlaqOne建议直接在Androidaps中使用平滑,我们可以:NightScout/Androidaps#2141。这个不仅实现平滑的PR,而且还可以向后平滑,并保证了可解释的数据。
请注意,Xdrip+作为Dexcom G7和AAPS之间的中间件还有另一种方法,以实现相同的方法。据我了解, Xdrip+唯一的缺点是其回回数据的残疾和AAPS中缺少SMB
一些用户在免责声明步骤中面临着突出的Server error弹出窗口,该步骤阻止他们通过:

如果您遇到相同的问题,则可能是安装了一个广告阻滞剂。请为Dexcom应用程序定义一个例外,或完全卸载广告阻滞剂。
配x 实际上,Patcher仅与Linux / Unix操作系统或Windows上的Docker或WSL完全兼容。不幸的是,apktool可以在Windows OS上生成不同的文件名,这使得修改的应用不可能。请仅在Linux / Unix操作系统上使用Patcher,以确保正确的结果。
补丁程序将配备其自己的工具,不需要任何高级依赖项。但是我们需要:
配x 如果您使用的是Windows,则补丁程序将无法使用。作为替代方案,您可以使用Docker或WSL。
安装所有要求后,您可以按照以下操作进行以下操作:
Dexcom G7.apkbin/build.sh和评论您不需要的mods !bin/build.sh path_to_apkDexcom G7.apk为了简化修补过程`@rictx-t1d引入了基本的Docker设置。您可以在任何可以托管Docker或相等兼容容器引擎的操作系统上使用它。 CPU架构必须X86/64,因为某些库需要它们。
要在linux/unix上构建,您可以执行./docker-build.sh ,它将在cwd中创建docker.patched.apk 。
如果要在Windows下进行修补,则必须下载并安装Ubuntu WSL。之后,您应该能够在WSL内部执行bin/docker-build.sh 。
在从Windows克隆此存储库之前,请确保禁用GIT中的线路结尾的自动转换:
git config --global core.autocrlf false
下一节描述了我正在使用的工具集和开发流。它应该仅作为灵感。我相信存在更好的工具和流。
jadx-gui来调查代码 - 因为读取分配比拆卸代码要容易得多。.smali文件,我只是在使用lvim但是任何其他基本的IDE或文本编辑器都可以修改后,您只需运行bin/dev-build.sh 。这将重建源,包装并添加签名。最后,Dexcom应用将重新安装在模拟器/设备上以反映更改。
如果您对修补程序的.APK遇到任何问题,尤其是在广播过程中,如果您还可以提供logcat日志,那将是很棒的。该日志将大大简化对此类过程的分析,并加快解决方案的创建。
logcat日志?可以在任何Android手机上访问LogCat,而不会进行任何修改,例如“ rooting”或其他任何东西。为此,我预先使用LogCat Reader,这是一个轻巧且简单的logcat读取器。
我可以强烈建议您将“最大最新日志保持在内存中”增加到最大“ 250.000.000”。这将确保旧条目不会被覆盖,并且您还可以检索历史数据。
要仅过滤DEXCOM相关的日志消息,您可以单击放大镜并搜索“ Com.dexcom.g7´:

最后,您可以通过单击右上角的三个点并单击“ save”来保存日志并将其附加到GitHub问题上。
贡献是使开源社区成为学习,启发和创造的惊人场所的原因。您所做的任何贡献都非常感谢。
如果您有一个可以使情况变得更好的建议,请分配存储库并创建拉动请求。您也可以简单地使用标签“增强”打开问题。别忘了给项目一个明星!再次感谢!
根据MIT许可分发。
Selcuk Kekec
电子邮件:[email protected]