在上面構建自己的基於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]