独自のAndroidベースのDexcom G7.apk砂糖で構築します。
すべての情報と提供されたリソースは非常に実験的であり、テストされていません。あなた自身の責任で使用してください!
私たちの不一致での交換中、私たちは、Dexcom G7が信頼性と安定性の点で依然として重大な問題を抱えていることに気付きました。多くの人々は、正確さや永続的な信号損失について不平を言っています。
中央の場所でこれらの重要な情報を収集するために、コミュニティは単純なGoogleフォームに基づいて専用のデータベースを作成し、このデータを評価してこれらの問題につながるパターンを特定することを決定しました。
誰もが貢献できます。十分なデータができたらすぐに、結果を公開して、すべての人がアクセスできるようにします。
あなたの経験を共有してください
Discordにご参加ください
これは非常に若いプロジェクトであるため、セットアップ中に質問があるか、問題に直面している可能性があります。ある時点で助けが必要な場合は、Discordで求めるか、Githubで新しいチケットを開くことができます。
また、肯定的な経験を他の人と共有し、実行しているセットアップとそれがどれほど安定しているかをいくつかの洞察を提供できるなら、それは素晴らしいことです。
aapsブロードキャスト
dexcom Dexcom互換性チェックを無効にします
courd必要なAndroidバージョンを減らします
creenshotsスクリーンショットを有効にします
ごめん ? - 残念ながら、事前に構築された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でした。

対応するdiffは次のようになります:

この小さなmod 、 WindowManager.LayoutParams.FLAG_SECUREを無効にして、アプリケーションでスクリーンショットを有効にします。
実際、パッチされたアプリは、センサーが完全に適用できるかどうかを完全に判断できません。このバグのために、それは以下中に値を送信します
ルーパーとG7ユーザーとして知っているように、G7にはまったくデータのスムージングが含まれていません。 DexcomはG7について特に声明を持っていませんが、https://www.dexcom.com/en-us/faqs/why-does-past-cgm-data-look-different-from-past-data-on---------- app-app-app-frome--data--ferferent-data-data-data-data-fererent
この問題を克服するために、@blaqoneはAndroidapsで直接スムージングを使用するようにアドバイスしました。ここに行きます:NightScout/Androidaps#2141。この素晴らしいPRは、平滑化だけでなく、後方の平滑化も実装し、素敵な解釈可能なデータを保証します。
Dexcom G7とAAPの間のミドルウェアとしてXdrip+を使用して、同じことを達成するための代替アプローチもあることに注意してください。私が理解したように、 XDRIP+の唯一の欠点は、AAPSの埋め戻しデータとSMBの欠落の障害です
一部のユーザーは、免責事項ステップで顕著なServer errorポップアップに直面しているため、次のようになります。

同じ問題がある場合は、広告ブロッカーがインストールされている可能性があります。 Dexcomアプリの例外を定義するか、広告ブロッカーを完全にアンインストールしてください。
ショ和 パッチャーは、実際には、 Linux / UNIXオペレーティングシステムとのみ、またはWindowsでDockerまたはWSLを使用することによってのみ完全に互換性があります。残念ながら、apktoolWindows OSで異なるファイル名を生成する可能性があり、変更の適用が不可能になります。 Linux / UnixオペレーティングシステムでのみPatcherを使用して、正しい結果を確保してください。
パッチャーには独自のツールが付属しており、実際に高レベルの依存関係は必要ありません。しかし、私たちは必要です:
ショ和 Windowsを使用している場合、 Patcherは機能しません。別の方法として、DockerまたはWSLを使用できます。
すべての要件をインストールした後、次のように続行できます。
Dexcom G7.apkをダウンロードしますbin/build.shとmodsは必要ありません。bin/build.sh path_to_apkを実行しますDexcom G7.apkを作成しましたパッチプロセスを簡素化するために、@rictx-t1dは基本的なDockerセットアップを導入しました。 Dockerまたは等しい互換性のあるコンテナエンジンをホストできる任意のOSで使用できます。一部のライブラリがそれらを必要とするため、CPUアーキテクチャはx86/64でなければなりません。
Linux/Unixに基づいて構築するには、 cwdでdocker.patched.apkを作成する./docker-build.shを実行するだけです。
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ログを取得する方法は? logcatは、「ルーティング」や何か他のものなどの変更なしに、Androidスマートフォンでアクセスできます。この目的のために、私は軽量でシンプルなlogcatリーダーであるLogCat Readerを好みます。
設定で最大の「250.000.000」までのパラメーター「最近の最新ログ」を増やすことを強くお勧めします。これにより、古いエントリが上書きされず、履歴データも取得できることが保証されます。
DEXCOM関連のログメッセージのみをフィルタリングするには、拡大鏡をクリックして「com.dexcom.g7」を検索できます。

最後に、ログを保存して、右上隅の3つのドットをクリックして[save]をクリックして、githubの問題に添付できます。
貢献は、オープンソースコミュニティを学び、インスピレーションを与え、創造するのに驚くべき場所にするものです。あなたがする貢献はどんな貢献も大歓迎です。
これを改善する提案がある場合は、レポをフォークしてプルリクエストを作成してください。また、タグ「拡張機能」で問題を開くこともできます。プロジェクトにスターを与えることを忘れないでください!再度、感謝します!
MITライセンスの下で配布されます。
Selcuk Kekec
電子メール:[email protected]