More Related Content
What's hot
What's hot (20)
Similar to 多分怖くない, Androidとハードウェア
Similar to 多分怖くない, Androidとハードウェア (20)
Recently uploaded
Recently uploaded (8)
多分怖くない, Androidとハードウェア
- 2. ⾃⼰紹介 u ⼩林 慶弘 u Androidアプリ開発 u ハードウェアに触れる開発多め(⾞載機/BLE/独⾃端末など)
- 3. 「ハードウェア連携」の印象 u なんだか⼤変そう u 元からハードウェアとか好きじゃないとつらそう u ツラい・⼤変と聞くことが多くてちょっと怖い
- 6. 注釈 u この発表では, ハードウェア連携におけるポイントをス ピーカーの経験を元に構成しています u 必ずしもベストなアイディアではないことをご了承くださ い
- 7. アジェンダ u つらいところ・⼤変なところ u 情報源・問い合わせ先を確認する u ログ取得・検証環境を整える u 思いやり設計 u 分離 u ⾮機能要件を知る
- 13. つらいところ・⼤変なところ u 求める動作・挙動になかなか辿り着けない 接続が不安定 謎のエラー と 接続切断 GATT_ERROR ︖ GENERIC_ERROR ︖ INTERNAL_ERROR ︖
- 15. つらいところ・⼤変なところ u 求める動作・挙動になかなか辿り着けない 接続が不安定 謎のエラー と 接続切断 ライブラリへの 深い理解 Android Code Searchは 便利だけれど…
- 17. 情報源・問い合わせ先を確認する
- 18. 情報源・問い合わせ先を確認する ~それぞれの候補~ 情報源の候補 u デベロッパーサイト u リファレンス u コード内のコメント u ハードウェア関連技術 コミュニティ など 問い合わせ先の候補 u サポートセンター u 開発体制内のハードウェア開 発チーム窓⼝ など
- 19. 情報源・問い合わせ先を確認する ~狙い~ 以下の回避, 及び解決へ⾜がかりの補強 u 実践的な情報を⾒つけにくい u 鮮度の良い, 信頼性の⾼い公式ドキュメントが不明 u 解析の⼿掛かりを求めて, SDKの中へ
- 21. ログ取得・検証環境を整える
- 23. ログ取得環境を整える ログ取得がままならないと… u 開発効率の低下 u 不具合解析の⼿掛かり不⾜ u 振る舞いの詳細が分からないことによる不安
- 26. ログ取得を整える上でのポイント u 実際は様々な条件・制約が課されていることが多い u 先述の状況に無理に当てはめる必要はない u 複数の⽅法・選択肢から柔軟に選べるのが好ましい
- 27. 無線環境下でのログ取得 Android 11以降 u ワイヤレスデバッグ Android 10以前 u ADBコマンド tcpip / connect
- 28. 無線環境下でのログ取得 ~Android 11以降~ 1. ワイヤレスデバッグの有効化 2. ワイヤレスデバッグ利⽤許諾 3. Wi-Fiペア設定コード情報確認 4. ADB pair実⾏ 5. ⼿順3.でメモしたWi-Fiペア設定コードを⼊⼒ https://developer.android.com/studio/command-line/adb - connect-to-a-device-over-wi-fi-android-11+
- 29. 無線環境下でのログ取得 ~Android 10以前~ 1. USBケーブルでAndroid端末とPCを接続 2. ポート番号5555で ADB tcpipを実⾏ 3. USBケーブルを抜去 4. 「デバイス情報」などに表⽰されている「IPアドレス」をメモ 5. ⼿順4.でメモしたIPアドレス, ⼿順2.で指定したポート番号を⽤いて ADB connectを実⾏ https://developer.android.com/studio/command-line/adb#wireless
- 32. 不揮発への出⼒ ~特徴~ うれしいところ u ログが揮発せずに残る 注意点 u ファイル出⼒の負荷 u ストレージの逼迫
- 33. 不揮発への出⼒ ~補⾜~ $ adb shell $ cd /sdcard/Download # logcatのファイル出⼒をバックグラウンド実⾏ $ logcat > log.txt &
- 36. 検証環境についての押さえどころ u 実機相当の検証環境を⽤意できるか︖ u いつ頃に⽤意, 動作確認出来るようになるか︖
- 38. 検証環境 ~BLE編~ Central Peripheral GATT Server GATT Service • Characteristics1 • Characteristics2 ...
- 40. 思いやり設計
- 41. 思いやり設計 ハードウェアを利⽤不能な状態… u 連携対象が近くにない u 無線の電波が弱い u 連携対象の電源が⼊っていない
- 42. 思いやりを持ったリトライ機能
- 44. リトライ ~BLE~ BLE端末検出 GATTサーバー 接続 GATTサービス 検索 Characteristics 検索 もう 近くにいないかも 電波が 弱くなってきた イベントが 通知されてこない
- 45. リトライ ~BLE~ private val bluetoothGattCallback = object : BluetoothGattCallback() { override fun onConnectionStateChange(gatt: BluetoothGatt?, status: Int, newState: Int) { when (newState) { // GATT切断 BluetoothProfile.STATE_DISCONNECTED -> { handler.postDelayed({ gatt?.device?.connectGatt(context, false, this) }, 1000) // すぐに再接続をせず, 間を開けて実⾏ } } } }
- 47. リトライ ~SDL (SmartDeviceLink)~ init { // Proxy起動 & Session要求 sdlProxy = SdlProxyBuilder .Builder(proxyListener, appId, appName, false, context) .build() initializeTimer = coroutineScope.launch { delay(10_000) // タイムアウトは⻑めに設定 dispose() } }
- 48. 思いやりを持った設計 u 急かさず, 思いやりを持ってリトライ u リトライを開発者が考慮不要の場合もある u 詳細は検証環境での動作確認で判断・検討
- 49. 分離
- 50. 2つの分離 u ハードウェア連携処理の分離, 独⽴ u ハードウェア連携導⼊対象プロジェクトのUI / ドメインの 分離
- 52. ハードウェア連携処理の分離・独⽴ 事業戦略的な狙い u 他サービスへの横展開・再利⽤ u ハードウェア連携機能削除時の影響, 及び除去コストの低減 開発者視点での狙い u アプリと異なるライフサイクルの制御をUIに混⼊しにくくする u ハードウェア連携, 制御処理の集約に依りメンテナンスコストを 抑える
- 53. ハードウェア連携処理の分離・独⽴ ~モジュール分割~ app mod1 mod2 mod3 H/W Core u ハードウェアと連携する処理を集約 u ハードウェアのライフサイクル管理 を集約 u 利⽤するハードウェアの機能は 抽象に公開 など
- 55. UI / ドメインの分離 既存機能をハードウェア連携側でも利⽤したい… u 既存機能をそのまま利⽤ u 既存機能をコピペ
- 56. UI / ドメインの分離 ~モジュール分割~ app uiFeature1 uiFeature3 uiFeature2 modelA modelC modelB H/W UI
- 57. 分離 u ハードウェア連携処理の分離, 独⽴ u ハードウェア連携導⼊対象プロジェクトのUI/ドメインの分 離 u マルチモジュールの依存関係の強制を活⽤
- 58. ⾮機能要件を知る
- 62. Ans. No
- 63. ⾞載機連携での描画性能 当時のアプローチ u より⾼頻度に更新する⽅針でアプローチ u カクついたまま u 動作が不安定に, 最悪切断も
- 64. ⾞載機連携での描画性能 u アプリで出せる最⾼性能 ≠ ハードウェアで出せる最⾼性能 u スマートフォンよりもスペックが低い機種も u アプリからの要求を捌ききれなくなる可能性も 当時のスマートウォッチ 程度のスペックの機種も
- 65. ⾞載機連携での描画性能 private val devSettingRepository: DevelopSettingsRepository // 開発向け設定Repository private fun invalidate() { // 開発向け設定の読み込み invalidateIfNotReachMaxFps(devSettingRepository.maxFps) } private fun invalidateIfNotReachMaxFps( maxFps: Int, ) { val now = System.currentTimeMillis() val last = lastSendTime // 読み込んだ設定を元に更新を制御 if (now - last > 1000 / maxFps) { invalidate() } }
- 67. まとめ
- 68. まとめ u 「求める動作・挙動になかなか辿り着けない」ことが「怖さ」に繋が りがち u 怖さを減らすために以下をご紹介 u 情報源・問い合わせ先を確認する u ログ取得・検証環境を整える u 思いやり設計 u 分離 u ⾮機能要件を知る