Soul Of Free Loop » 酷走

酷走行车记录仪root和GPS时间同步

Uranus Zhou — Sat, 26 Feb 2022 13:30:33 +0000

首先很惭愧我已经有一年多没有更新博客内容了，之前写过一篇酷走 Android 行车记录仪研究的文章，行车记录仪的 ADB 调试已经可以用起来了，不过还存在网络不可用时系统时间不正确的问题，刚好再研究一下行车记录仪的 root 以及通过 GPS 同步记录仪的系统时间。

root 系统

其实酷走这款 Android 行车记录仪系统已经自带了“假” root 权限，只是没有带 su 管理的工具。虽然 SuperSU 很久没更新了，我还是准备安装试试，首先从 SuperSU 官网下载最新 2.82 版本的刷机 zip 包：

http://supersuroot.org/downloads/SuperSU-v2.82-201705271822.zip

解压缩之后，首先使用 adb 命令将系统重新挂载为可读写状态：

~$ adb remount

参考之前折腾刷机的经验，先拷贝刷机 zip 包中的文件：

~$ adb push common/Superuser.apk /sdcard/
~$ adb push common/install-recovery.sh /sdcard/
~$ adb push x86/su /sdcard/
~$ adb push x86/supolicy /sdcard/
~$ adb push x86/libsupol.so /sdcard/

这个时候可以使用 adb shell 命令登录到行车记录仪，再将文件移动到系统目录：

root@Sf3gr_mrd6_p2_720# mkdir /system/app/SuperSU
root@Sf3gr_mrd6_p2_720# mv /sdcard/Superuser.apk /system/app/SuperSU/
root@Sf3gr_mrd6_p2_720# mv /sdcard/install-recovery.sh /system/bin/
root@Sf3gr_mrd6_p2_720# cp /sdcard/su /system/xbin/
root@Sf3gr_mrd6_p2_720# mkdir /system/bin/.ext
root@Sf3gr_mrd6_p2_720# cp /sdcard/su /system/bin/.ext/.su
root@Sf3gr_mrd6_p2_720# mv /sdcard/su /system/xbin/daemonsu
root@Sf3gr_mrd6_p2_720# mv /sdcard/supolicy /system/xbin/
root@Sf3gr_mrd6_p2_720# mv /sdcard/libsupol.so /system/lib/

还需要设置文件权限：

root@Sf3gr_mrd6_p2_720# chmod 0644 /system/app/SuperSU/Superuser.apk
root@Sf3gr_mrd6_p2_720# chmod 0755 /system/bin/install-recovery.sh /system/xbin/su /system/bin/.ext/.su /system/xbin/daemonsu /system/xbin/supolicy /system/lib/libsupol.so
root@Sf3gr_mrd6_p2_720# chcon u:object_r:system_file:s0 /system/app/SuperSU/Superuser.apk /system/bin/install-recovery.sh /system/xbin/su /system/bin/.ext/.su /system/xbin/daemonsu /system/xbin/supolicy /system/lib/libsupol.so

不过最后运行 SuperSu 安装命令的时候却出错了：

root@Sf3gr_mrd6_p2_720# /system/xbin/su --install
error: only position independent executables (PIE) are supported.

看来是想当然了，我拷贝的是非 PIE 格式的 su 程序导致运行不了。那就重新拷贝正确的 su 程序（需要使用 su.pie 地址无关的可执行程序版本），这次就 adb 命令一步到位了：

~$ adb push common/Superuser.apk /system/app/SuperSU/Superuser.apk
~$ adb push common/install-recovery.sh /system/bin/install-recovery.sh
~$ adb push x86/su.pie /system/xbin/su
~$ adb push x86/su.pie /system/bin/.ext/.su
~$ adb push x86/su.pie /system/xbin/daemonsu
~$ adb push x86/supolicy /system/xbin/supolicy
~$ adb push x86/libsupol.so /system/lib/libsupol.so

设置文件权限之后再重新执行 /system/xbin/su --install 命令安装就没有问题了，测试确认 SuperSU App 也可以正常运行了。

GPS 时间同步

为了能修正行车记录仪的系统时间，我在行车记录仪上安装了 Smart Time Sync 这款 App 进行时间同步。Smart Time Sync 支持通过 GPS、NTP 或 HTTP 同步系统时间，不过行车记录仪上都没有装 SIM 卡更没有网络，只能通过 GPS 进行时间同步了。

如果 Android 系统没有 root，Smart Time Sync 只能进行手工同步，因此为了实际使用过程中能实现后台自动时间同步，上面的系统 root 操作还是必须的。

Smart Time Sync 运行效果如下：

App 使用起来也很简单，首先在 Source 源选择 GPS，然后点 Sync Time 按钮就可以手工同步系统时间了，当然前提是设备必须放在有 GPS 信号的地方。

点击后面的设置图标就可以配置后台自动进行时间同步了，现在我的行车记录仪即使掉电了保存的录像文件时间也是正确的了。

酷走Android行车记录仪研究

Uranus Zhou — Wed, 03 Jul 2019 17:04:56 +0000

还是之前用的酷走 Android 行车记录仪，最近放在车上使用倒挺顺畅，不过也有一些明显的问题（例如 SIM 卡未联网时系统时间不正确等），因此想着最好能找到调试这款 Android 行车记录仪的途径。

ADB 调试

最开始想到这款行车记录仪既然是用的 Android 系统，应该是支持 ADB 调试功能的，将行车记录仪的 USB 接口直接用数据线接到我的笔记本电脑上，却没有找到 ADB 设备。以为记录仪内部是不是有一个专用的调试串口之类的，为此找到硬件同事把记录仪拆解了一番：

不过并没有找到除 USB 之外其它的调试接口，这时无意将记录仪通过 USB 接到另一台主机上，却认到 ADB 设备了。无奈地认识到自己犯蠢没有用别的机器验证是否和 USB 接口有关系，毕竟把记录仪拆解了上面的样子也基本不可能装回去咯 -_-#。初步估计我的老笔记本 USB 接口供电有问题，记录仪通过 USB 插到 PC 机之后没有独立供电也只能从 PC 机 USB 接口取电。

比较好的消息是我日常使用的 Chromebook 接记录仪也能认到 ADB 设备，这样就能直接通过 Vysor 这个 Chrome 应用来访问行车记录仪了，Vysor 官网上也有 Windows、Mac、Linux 系统下的桌面版本。另外为了方便通过 ADB 访问行车记录仪的 shell 以及上传下载文件之类的，我还在 Chromebook 的 crouton 环境中安装了 adb 支持。

启动 Vysor Chrome 应用，授权允许访问 ADB 设备之后，应该就能看到记录仪设备了：

上图中的 Full AOSP on Sofia 就是行车记录仪设备，点击 Vysor 上的 View 按钮会自动通过 ADB 在设备上安装 Vysor 受控端 App，稍等片刻就可以看到记录仪的 Android 系统主界面咯：

注意

由于通过 USB 数据线将行车记录仪连接到电脑时功率一般达不到要求的 5V / 2A，记录仪自带的 250 mAh 电池续航时间也有限，因此 ADB 调试操作前最好先使用标准 5V / 2A 充电器将记录仪充满电。

系统和硬件信息

解锁进入系统之后，可以先看看我这台行车记录仪的系统版本信息，看起来比较明显用的是 Android 5.1.1 AOSP 版本，内核版本为 3.14.0，版本号为 2.1.5：

值得一提的是另外一台同样型号的酷走行车记录仪，通过 Vysor Chrome 应用能找到 ADB 设备，但是自动安装 Vysor App 之后无法正确显示 Android 系统主界面，这样只能通过 ADB Shell 来获取系统版本信息了：

(xenial)zzm@localhost:~$ adb shell getprop | grep 'ro\.build\.'
[ro.build.characteristics]: [tablet]
[ro.build.date.utc]: [1473825617]
[ro.build.date]: [Wed Sep 14 12:00:17 CST 2016]
[ro.build.description]: [Sf3gr_mrd6_p2_720-userdebug 5.1.1 LMY47V eng.softteam.20160914.115752 release-keys]
[ro.build.display.id]: [2.2.3]
[ro.build.fingerprint]: [Intel/Sf3gr_mrd6_p2_720/5.1.1/LMY47V/softteam09141159:userdebug/release-keys]
[ro.build.flavor]: [Sf3gr_mrd6_p2_720-userdebug]
[ro.build.host]: [pdd-build]
[ro.build.id]: [LMY47V]
[ro.build.product]: [Sf3gr_mrd6_p2_720]
[ro.build.tags]: [release-keys]
[ro.build.type]: [userdebug]
[ro.build.user]: [softteam]
[ro.build.version.all_codenames]: [REL]
[ro.build.version.base_os]: []
[ro.build.version.codename]: [REL]
[ro.build.version.incremental]: [eng.softteam.20160914.115752]
[ro.build.version.release]: [5.1.1]
[ro.build.version.sdk]: [22]
[ro.build.version.security_patch]: [2015-11-01]

可以看到这台记录仪的版本号是新一点的 2.2.3，进入 Shell 查看内核版本：

shell@Sf3gr_mrd6_p2_720:/ $ uname -a
Linux localhost 3.14.0 #1 SMP PREEMPT Wed Sep 14 12:14:50 CST 2016 i686 GNU/Linux

记录仪使用的是 Intel SOFIA Atom x3 超低功耗 x86 处理器，下面的 /proc/cpuinfo 输出只列出了 4 个核中第一个核的信息，从核数和缓存大小来看具体处理器型号估计是最大频率 1.1 GHz 的 x3-C3230RK。

shell@Sf3gr_mrd6_p2_720:/ $ cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 93
model name      : Genuine Intel(R) CPU         @ 728
stepping        : 1
microcode       : 0x102
cpu MHz         : 416.000
cache size      : 512 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 4
apicid          : 2
initial apicid  : 2
fdiv_bug        : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush mmx fxsr sse sse2 ss ht nx rdtscp lm constant_tsc arch_perfmon xtopology pni pclmulqdq monitor ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt aes lahf_lm 3dnowprefetch tsc_adjust smep erms
bogomips        : 892.92
clflush size    : 64
cache_alignment : 64
address sizes   : 32 bits physical, 48 bits virtual
power management:

x3-C3230RK 处理器集成了 A-GOLD 620 射频收发器，支持 3G、Wi-Fi（802.11 B/G/N）、蓝牙 4.0、GPS 以及 FM 功能，这几项功能记录仪基本都用上了。GPU 则是 600 MHz 的 Mali-450 MP4。处理器最大支持 2 GB 内存，不过这款行车记录仪上只带了 1 GB 内存：

shell@Sf3gr_mrd6_p2_720:/ $ cat /proc/meminfo
MemTotal:         948616 kB
MemFree:           26592 kB
MemAvailable:     498968 kB
Buffers:            3696 kB
Cached:           498580 kB

我们也可以使用 dumpsys 命令查询记录仪电池信息：

shell@Sf3gr_mrd6_p2_720:/ $ dumpsys battery
Current Battery Service state:
  AC powered: false
  USB powered: true
  Wireless powered: false
  status: 2
  health: 2
  present: true
  level: 0
  scale: 100
  voltage: 3289
  temperature: 240
  technology: Li-ion

系统 App

上面的 Android 主界面里可以看到 Tong-server 和 VideoRecorderService 这两个服务在运行，分别对应记录仪的整体管理功能和录像功能，使用老版本系统的记录仪上可以打开 VideoServer 录像的系统 App 界面：

对于 Vysor 不能打开图形界面的新系统可以用命令列举系统 App 列表（下面只列出了关键的几个）：

shell@Sf3gr_mrd6_p2_720:/ $ pm list packages -f
package:/system/app/KuzoInstaller/KuzoInstaller.apk=com.hpyl.kuzo.installer
package:/system/app/ArcCamera/ArcCamera.apk=com.arcsoft.camera2
package:/system/app/KuzoLauncher/KuzoLauncher.apk=com.hpyl.kuzolauncher
package:/system/app/TongTermManager/TongTermManager.apk=com.kh.tong.termmanager
package:/system/app/VideoServer/VideoServer.apk=com.kh.videoserver

然后使用 dumpsys 命令查看相应 App 的信息：

shell@Sf3gr_mrd6_p2_720:/ $ dumpsys package com.kh.tong.termmanager
  Package [com.kh.tong.termmanager] (24d3573f):
    userId=10016 gids=[3003, 1028, 1015, 1023, 3002, 3001]
    pkg=Package{c4b880c com.kh.tong.termmanager}
    codePath=/system/app/TongTermManager
    resourcePath=/system/app/TongTermManager
    legacyNativeLibraryDir=/system/app/TongTermManager/lib
    primaryCpuAbi=armeabi-v7a
    secondaryCpuAbi=null
    versionCode=1000027 targetSdk=23
    versionName=1.0.27
shell@Sf3gr_mrd6_p2_720:/ $ dumpsys package com.kh.videoserver
  Package [com.kh.videoserver] (31228436):
    userId=10018 gids=[3003, 1028, 1015, 1023]
    pkg=Package{27beef37 com.kh.videoserver}
    codePath=/system/app/VideoServer
    resourcePath=/system/app/VideoServer
    legacyNativeLibraryDir=/system/app/VideoServer/lib
    primaryCpuAbi=null
    secondaryCpuAbi=null
    versionCode=1000027 targetSdk=22
    versionName=1.0.27

可以看到新版本系统下 Tong-server 和 VideoServer App 都是 1.0.27 版本，如果把系统 App 的 apk 文件拷贝出来了也能用 aapt 命令查看：

(xenial)zzm@localhost:~$ aapt dump badging TongTermManager.apk | grep "VersionName"
package: name='com.kh.tong.termmanager' versionCode='1000027' versionName='1.0.27' platformBuildVersionName='5.1.1-1819727'
(xenial)zzm@localhost:~$ aapt dump badging VideoServer.apk | grep "VersionName"
package: name='com.kh.videoserver' versionCode='1000027' versionName='1.0.27' platformBuildVersionName='5.1.1-1819727'

老版本系统下这两个 App 也是低一些的 1.0.23 版本：

shell@Sf3gr_mrd6_p2_720:/ $ dumpsys package com.kh.tong.termmanager
  Package [com.kh.tong.termmanager] (2d37c5ca):
    userId=10017 gids=[3003, 1028, 1015, 1023, 3002, 3001]
    pkg=Package{33ef33b com.kh.tong.termmanager}
    codePath=/system/app/TongTermManager
    resourcePath=/system/app/TongTermManager
    legacyNativeLibraryDir=/system/app/TongTermManager/lib
    primaryCpuAbi=x86
    secondaryCpuAbi=null
    versionCode=1000023 targetSdk=22
    versionName=1.0.23

修改系统

记录仪 Android AOSP 系统自带了 root 权限，如果需要修改系统，可以先关闭系统分区保护：

(xenial)zzm@localhost:~$ adb disable-verity
Verity disabled on /system
Now reboot your device for settings to take effect

运行 adb reboot 命令重启记录仪之后，就可以直接 su 切换为 root 用户，重新挂载修改系统分区了：

shell@Sf3gr_mrd6_p2_720:/ # mount -o remount,rw /dev/block/platform/soc0/e0000000.noc/by-name/ImcPartID068 /system

尝试升级系统 App

经过测试我发现 2.1.5 老版本系统相比新的 2.2.3 版本存在以下问题：

音乐播放的暂停状态无法保存，记录仪重新开机时始终恢复播放上次的歌曲，这个时候只能使用蓝牙按键或者手机酷走 App 暂停播放；
记录仪录的视频画面中没有当前车速和时间 OSD 显示。

因此我想着将 2.1.5 版本系统里的 Tong-server 和 VideoServer App 升级为 2.2.3 里自带的新版本，是不是就能解决这些问题。

不过由于这两个系统 App 的 apk 文件是不完整的，apk 中不包含 classes.dex 并且有单独的 odex 文件，这样的 apk 文件也无法直接安装，最好能先将 odex 反编译出来。

我先试了常用的 smali/baksmali 来反编译 VideoServer 的 odex，注意 baksmali 更新之后命令的使用方式和网上很多文章不太一样了：

(xenial)zzm@localhost:~$ java -jar baksmali-2.2.7.jar x VideoServer/x86/VideoServer.odex
Exception in thread "main" org.jf.dexlib2.DexFileFactory$UnsupportedOatVersionException: Unsupported oat version: 48
        at org.jf.dexlib2.DexFileFactory.loadDexFile(DexFileFactory.java:120)
        at org.jf.baksmali.DexInputCommand.loadDexFile(DexInputCommand.java:149)
        at org.jf.baksmali.DisassembleCommand.run(DisassembleCommand.java:162)
        at org.jf.baksmali.Main.main(Main.java:102)

额，原来 baksmali 并不支持比较老的 Android 5.1 版本。

看起来我只能使出 oat2dex 工具来反编译试试了，oat2dex 使用上比 baksmali 复杂一些：

(xenial)zzm@localhost:~/Downloads/tmp$ java -jar oat2dex.jar
Easy oat2dex 0.90
Usage:
 java -jar oat2dex.jar [options] 
[options]
 Api level: -a 
 Output folder: -o 
 Print detail : -v

 Get dex of boot(.oat) : boot 
 Get dex (de-optimize) :  
                         
 Get raw odex          : odex 
 Get raw odex smali    : smali 
 Deodex framework (exp): devfw [empty or path of /system/framework/]

首先需要将新系统上的 boot.oat 文件拷贝出来：

(xenial)zzm@localhost:~$ adb pull /data/dalvik-cache/x86/system@framework@boot.oat .
2063 KB/s (57823168 bytes in 27.362s)

使用 oat2dex 将 boot.oat 反优化为 dex 文件，默认会输出到当前目录下的 boot.oat-dex 子目录：

(xenial)zzm@localhost:~/Downloads/tmp$ java -jar oat2dex.jar boot boot.oat
06-28 22:07:36:757 Art version=48 (boot.oat)
06-28 22:07:36:890 De-optimizing /system/framework/core-libart.jar
06-28 22:07:48:650 Output to /home/zzm/boot.oat-dex/core-libart.dex
06-28 22:07:48:651 De-optimizing /system/framework/conscrypt.jar
06-28 22:07:50:095 Output to /home/zzm/boot.oat-dex/conscrypt.dex
06-28 22:07:50:096 De-optimizing /system/framework/okhttp.jar
06-28 22:07:50:750 Output to /home/zzm/boot.oat-dex/okhttp.dex
06-28 22:07:50:751 De-optimizing /system/framework/core-junit.jar
06-28 22:07:50:801 Output to /home/zzm/boot.oat-dex/core-junit.dex
06-28 22:07:50:802 De-optimizing /system/framework/bouncycastle.jar
06-28 22:07:53:226 Output to /home/zzm/boot.oat-dex/bouncycastle.dex
06-28 22:07:53:228 De-optimizing /system/framework/ext.jar
06-28 22:07:55:777 Output to /home/zzm/boot.oat-dex/ext.dex
06-28 22:07:55:777 De-optimizing /system/framework/framework.jar
06-28 22:08:13:350 Output to /home/zzm/boot.oat-dex/framework.dex
06-28 22:08:13:351 De-optimizing /system/framework/framework.jar:classes2.dex
06-28 22:08:15:468 Analysis error in class=Landroid/widget/NumberPicker; method=
Method: Landroid/widget/NumberPicker;->(Landroid/content/Context;Landroid/util/AttributeSet;II)V
Near line: 604 (address 75)
Instructions: 
 [36] const/4 regA=15
 [37] move-object/from16 regA=0 regB=19
 [38] iput-boolean-quick regA=15 regB=0 <-----
 [39] const/16 regA=15
 [40] const/16 regA=16

06-28 22:08:15:470 org.jf.dexlib2.analysis.AnalysisException: Could not resolve the field in class (Reference,Landroid/content/Context;) at offset 778 in 
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeIputIgetQuick(MethodAnalyzer.java:2422)
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:1269)
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:259)
        at org.jf.dexlib2.analysis.MethodAnalyzer.(MethodAnalyzer.java:190)
        at org.rh.smaliex.deopt.OdexRewriter$OdexRewriterModule$1$1.getInstructions(OdexRewriter.java:232)
        ...(Skip 24 traces)
        at org.rh.smaliex.OatUtil.convertToDex(OatUtil.java:271)
        at org.rh.smaliex.OatUtil.convertDexFromBootOat(OatUtil.java:192)
        at org.rh.smaliex.OatUtil.bootOat2Dex(OatUtil.java:75)
        at org.rh.smaliex.Main.mainImpl(Main.java:106)
        at org.rh.smaliex.Main.main(Main.java:43)

06-28 22:08:15:471 Failed to re-construct dex java.lang.ClassCastException: org.jf.dexlib2.analysis.UnresolvedOdexInstruction (in module: Unnamed Module) cannot be cast to org.jf.dexlib2.iface.instruction.formats.Instruction22cs (in module: Unnamed Module)
06-28 22:08:15:471 convertToDex: skip /system/framework/framework.jar:classes2.dex
06-28 22:08:15:472 De-optimizing /system/framework/telephony-common.jar
06-28 22:08:18:110 Output to /home/zzm/boot.oat-dex/telephony-common.dex
06-28 22:08:18:111 De-optimizing /system/framework/voip-common.jar
06-28 22:08:18:313 Output to /home/zzm/boot.oat-dex/voip-common.dex
06-28 22:08:18:314 De-optimizing /system/framework/ims-common.jar
06-28 22:08:18:503 Output to /home/zzm/boot.oat-dex/ims-common.dex
06-28 22:08:18:519 De-optimizing /system/framework/mms-common.jar
06-28 22:08:18:579 Output to /home/zzm/boot.oat-dex/mms-common.dex
06-28 22:08:18:599 De-optimizing /system/framework/android.policy.jar
06-28 22:08:19:007 Output to /home/zzm/boot.oat-dex/android.policy.dex
06-28 22:08:19:008 De-optimizing /system/framework/apache-xml.jar
06-28 22:08:20:770 Output to /home/zzm/boot.oat-dex/apache-xml.dex

处理 boot.oat 文件有些报错我们先忽略，接着我们可以用 oat2dex 反优化系统 App 的 odex 文件，这里用到了刚才 boot.oat 反优化出来的 dex 文件，类似的会输出到当前目录的子目录：

(xenial)zzm@localhost:~$ java -jar oat2dex.jar VideoServer.odex boot.oat-dex/
06-28 22:13:09:212 Art version=48 (VideoServer.odex)
06-28 22:13:09:250 De-optimizing /system/app/VideoServer/VideoServer.apk
06-28 22:13:27:979 Output to /home/zzm/VideoServer.odex-dex/VideoServer.dex

反编译得到的 dex 文件，并重新编译成 classes.dex：

(xenial)zzm@localhost:~$ java -jar baksmali-2.2.7.jar disassemble VideoServer.odex-dex/VideoServer.dex -o video
(xenial)zzm@localhost:~$ java -jar smali-2.2.7.jar assemble video -o classes.dex

然后将 classes.dex 打包添加到原来的 apk 文件中：

(xenial)zzm@localhost:~$ aapt add VideoServer.apk classes.dex

安装新的 apk 文件存在报错：

W/PackageManager(  584): Package com.kh.videoserver signatures do not match the previously installed version; ignoring!

原来是没有签名，这里我使用 Uber Apk Signer 工具对 apk 进行重新签名：

(xenial)zzm@localhost:~$ java -jar uber-apk-signer-1.0.0.jar -a VideoServer.apk

初步测试新编译出来的 VideoServer apk 可以正常安装启动，不过 oat2dex 处理 Tong-server 新版本 App 的时候就有问题了：

(xenial)zzm@localhost:~$ java -jar oat2dex.jar TongTermManager.odex boot.oat-dex/
06-29 23:02:32:138 Art version=48 (TongTermManager.odex)
06-29 23:02:32:203 De-optimizing /system/app/TongTermManager/TongTermManager.apk
06-29 23:02:58:217 Output to /home/zzm/TongTermManager.odex-dex/TongTermManager.dex
06-29 23:02:58:217 De-optimizing /system/app/TongTermManager/TongTermManager.apk:classes2.dex
06-29 23:03:04:420 Analysis error in class=Lorg/jsoup/parser/Tag; method=
Method: Lorg/jsoup/parser/Tag;->()V
Near line: 295 (address 1223)
Instructions: 
 [624] check-cast regA=0
 [625] invoke-static regC=0
 [626] iput-boolean-quick regA=7 regB=0 <-----
 [627] add-int/lit8 regA=3 regB=3
 [628] goto

06-29 23:03:04:433 org.jf.dexlib2.analysis.AnalysisException: Could not resolve the field in class (Reference,Lorg/jsoup/parser/Tag;) at offset 15 in 
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeIputIgetQuick(MethodAnalyzer.java:2422)
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyzeInstruction(MethodAnalyzer.java:1269)
        at org.jf.dexlib2.analysis.MethodAnalyzer.analyze(MethodAnalyzer.java:259)
        at org.jf.dexlib2.analysis.MethodAnalyzer.(MethodAnalyzer.java:190)
        at org.rh.smaliex.deopt.OdexRewriter$OdexRewriterModule$1$1.getInstructions(OdexRewriter.java:232)
        ...(Skip 24 traces)
        at org.rh.smaliex.OatUtil.convertToDex(OatUtil.java:271)
        at org.rh.smaliex.OatUtil.convertDexFromBootOat(OatUtil.java:192)
        at org.rh.smaliex.OatUtil.oat2dex(OatUtil.java:81)
        at org.rh.smaliex.Main.mainImpl(Main.java:127)
        at org.rh.smaliex.Main.main(Main.java:43)

06-29 23:03:04:437 Failed to re-construct dex java.lang.ClassCastException: org.jf.dexlib2.analysis.UnresolvedOdexInstruction (in module: Unnamed Module) cannot be cast to org.jf.dexlib2.iface.instruction.formats.Instruction22cs (in module: Unnamed Module)
06-29 23:03:04:437 convertToDex: skip /system/app/TongTermManager/TongTermManager.apk:classes2.dex

这个问题目前还没有找到好的解决方法，由于担心整个系统升级也会碰到 Vysor 主界面无法显示的问题，而且酷走记录仪的生产厂家也不提供支持没有单独的升级包，老版本系统的管理和录像 App 也就继续使用了。

修改系统 App 配置

Tong-server

前面说的 2.1.5 版本系统音乐播放的暂停状态问题，可以看看 Tong-server 系统 App 的配置文件 /data/data/com.kh.tong.termmanager/shared_prefs/KUZOConfig.xml，例如我的记录仪配置：



    {"des":null,"id":0,"md5":"bdb368fe-b568-4157-9b17-818104295f57","seekProgress":5418,"title":null,"url":"/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/15/15/bdb368fe-b568-4157-9b17-818104295f57.mp3"}
    [{"fileSize":4008624,"id":0,"length":0,"md5":"bdb368fe-b568-4157-9b17-818104295f57","name":"?? ?? - ?????","path":"/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/0/0/bdb368fe-b568-4157-9b17-818104295f57.mp3","singer":null,"userUuid":"2F06A8D7CA314388B58DC46719702844","uuid":"bdb368fe-b568-4157-9b17-818104295f57"},{"fileSize":6749379,"id":0,"length":0,"md5":"b49b55b0-ae7c-47d5-9cb4-6cf03249efdc","name":"????? - ???","path":"/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/1/0/b49b55b0-ae7c-47d5-9cb4-6cf03249efdc.mp3","singer":null,"userUuid":"2F06A8D7CA314388B58DC46719702844","uuid":"b49b55b0-ae7c-47d5-9cb4-6cf03249efdc"}]
    2F06A8D7CA314388B58DC46719702844
    {"coverUrlLarge":null,"coverUrlSmall":null,"id":-1,"isCollected":false,"kind":null,"programName":null,"radioDesc":null,"radioName":"","radioPlayCount":null,"rate24AacUrl":"http://live.xmcdn.com/live/536/24.m3u8","rate24TsUrl":"http://live.xmcdn.com/live/536/24.m3u8","rate64AacUrl":"http://live.xmcdn.com/live/536/24.m3u8","rate64TsUrl":"http://live.xmcdn.com/live/536/24.m3u8","scheduleID":null,"supportBitRates":null,"updatedAt":null}
    
    []
    
    
    
    8888

主要配置项如下：

userUUID 应该是酷走 App 的用户 ID；
USER_TERM_MUSIC_LIST_KEY 是通过酷走 App 收藏上传的歌曲列表；
LOCAL_SAVE_MUSIC_INFO_KEYxxx 是当前用户的歌曲播放信息；
LOCAL_SAVE_RADIO_INFO_KEYxxx 是通过酷走 App 收藏添加的在线电台列表；
LOCAL_SAVE_MUSIC_IS_PAUSE_KEY 表示保存的音乐播放暂停状态；
LOCAL_SAVE_RADIO_IS_PAUSE_KEY 表示保存的电台播放暂停状态；
com.kh.tong.term.statemachine.TermMenuSM.LAST_SAVED_MENU_KEY 表示保存的菜单键状态（0：音乐，1：点播，2：电台）；
com.kh.tong.term.statemachine.TermAudioVolumeSM.PrefKeyVolumn 为系统音量值；
Password 为记录仪的管理密码。

对于老版本系统音乐播放的暂停状态得不到保存的问题，可以修改系统脚本强制设为暂停状态，需要播放音乐时通过蓝牙按键启动，我是在 /system/bin/load_iwlwifi.sh 文件后附加操作命令的：

shell@Sf3gr_mrd6_p2_720:/ # cat >> /system/bin/load_iwlwifi.sh
KUZO_CFG="/data/data/com.kh.tong.termmanager/shared_prefs/KUZOConfig.xml"

busybox sed -i '/LOCAL_SAVE_MUSIC_IS_PAUSE_KEY/s/value=".*"/value="true"/' $KUZO_CFG
busybox sed -i '/LOCAL_SAVE_RADIO_IS_PAUSE_KEY/s/value=".*"/value="true"/' $KUZO_CFG

VideoServer

录像 App 的配置文件 /data/data/com.kh.videoserver/shared_prefs/com.kh.videoserver_preferences.xml 比较简单：

可以通过 rtsp_port 参数修改视频服务器的 RTSP 端口号。

初探酷走Android行车记录仪

Uranus Zhou — Tue, 30 Oct 2018 15:44:55 +0000

酷走记录仪

博客有段时间没有更新了，提前说好这不是一般的行车记录仪评测文章，我现在开的 SUV 上并没有装记录仪，只是同事刚好送了一个厂商已倒闭的记录仪，看到这款采用 Intel Atom 处理器的行车记录仪有点兴趣，准备初步研究下。

酷走行车记录仪由深圳汉普云联科技生产，具体型号为 KZV201，网上关于此行车记录仪的评测文章还是有一些的，之前京东众筹上的链接应该还在，想了解的朋友们可以看看。

这里我就不做具体介绍了，外观图也就不上了。初步了解此记录仪使用 Intel SOFIA Atom x3 处理器，因此集成了 3G 上网功能（带 SIM 卡插槽），支持 2.4 GHz Wi-Fi 网络、蓝牙 4.0、GPS 及 FM 发射功能。酷走记录仪虽然号称支持 1080p 全高清视频录制，然而实际测试录像效果也是比较一般，另外采用 Android 5.0 系统也挺少见。

由于机身没有任何物理按键，所有功能都要通过手机 App 连接行车记录仪 Wi-Fi 热点来完成，这也是相当坑的地方：由于厂家已经不提供支持更新了，目前手机 App 里不少功能缺失，最基本的 SIM 卡（专用物联网卡）数据流量充值功能都不能使用；手机 App 连修改记录仪系统时间的功能都没有提供（可能厂家考虑的是自动通过 SIM 卡数据流量进行时间同步），导致目前记录仪的时间都不正确。

Web 接口使用

为了摆脱随时可能会完全崩掉的手机 App，我就需要知道基本的管理接口和视频调阅接口。

记录仪自带的 Wi-Fi 热点使用固定的 192.168.43.1 IP 地址（别指望能修改了），手机或者电脑连接酷走的 Wi-Fi 热点之后就可以 ping 通记录仪地址了，下面我贴出来的例子都是在 Chromebook 上测试的，首先我用 Linux 自带的 nc 命令来扫一下记录仪开放的端口：

(xenial)zzm@localhost:~$ nc -znv 192.168.43.1 20-20000 2>&1 | grep 'succeeded'
Connection to 192.168.43.1 53 port [tcp/*] succeeded!
Connection to 192.168.43.1 5556 port [tcp/*] succeeded!
Connection to 192.168.43.1 8080 port [tcp/*] succeeded!
Connection to 192.168.43.1 8886 port [tcp/*] succeeded!

显然 53 是 Wi-Fi 热点自带的 DNS 服务器端口，看起来 8080 就是 Web 接口的端口了，我在安装了酷走 App 的手机上运行 tcpdump 程序进行抓包就可以分析 8080 端口的请求了。

用户登录

首先是用户登录请求：

chronos@localhost ~/Downloads $ curl -v "http://192.168.43.1:8080/term?act=user_login&user=\{%22email%22:null,%22emailVerifyCode%22:null,%22emailVerifyCodeValidtime%22:null,%22emailVerifyStatus%22:0,%22iconUuid%22:null,%22id%22:0,%22lastLoginTime%22:null,%22name%22:null,%22nickname%22:null,%22password%22:null,%22phone%22:null,%22phoneLoginCode%22:null,%22phoneLoginCodeValidtime%22:null,%22realName%22:null,%22regTime%22:null,%22uuid%22:%222F06A8D7CA314388B58DC46719702844%22\}&password=8888&termtype=3&force=false"
*   Trying 192.168.43.1...
* TCP_NODELAY set
* Connected to 192.168.43.1 (192.168.43.1) port 8080 (#0)
> GET /term?act=user_login&user={%22email%22:null,%22emailVerifyCode%22:null,%22emailVerifyCodeValidtime%22:null,%22emailVerifyStatus%22:0,%22iconUuid%22:null,%22id%22:0,%22lastLoginTime%22:null,%22name%22:null,%22nickname%22:null,%22password%22:null,%22phone%22:null,%22phoneLoginCode%22:null,%22phoneLoginCodeValidtime%22:null,%22realName%22:null,%22regTime%22:null,%22uuid%22:%222F06A8D7CA314388B58DC46719702844%22}&password=8888&termtype=3&force=false HTTP/1.1
> Host: 192.168.43.1:8080
> User-Agent: curl/7.60.0
> Accept: */*
> 
< HTTP/1.1 200 OK
< Set-Cookie: JSESSIONID=1lqydpb54hnunwlfbfj8eqkzi;Path=/
< Set-Cookie: TONG_TOKEN_ID=a2664fc77f2d4c2abf90bea58e3bb6bf;Path=/;Expires=Tue, 29-Feb-2000 00:26:30 GMT
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Content-Type: text/plain;charset=UTF-8
< Access-Control-Allow-Methods: GET, POST
< Access-Control-Allow-Credentials: true
< Transfer-Encoding: chunked
< Server: Jetty(i-jetty 1.0.27)
< 
* Connection #0 to host 192.168.43.1 left intact
{"data":"a2664fc77f2d4c2abf90bea58e3bb6bf","elapsedTime":94,"message":"鉴权通过!","responseCode":100}

注意

上面 curl 命令中的括号做了转义防止 curl 请求错误，实际请求地址中并没有反斜杠，另外请求地址中的 %22 就是双引号，如果在浏览器中访问也可以直接把 %22 换成双引号。

可以看到记录仪 Web 服务器是基于 Jetty 写的，GET 请求地址中的 user 和 password 参数不能缺少，password 就是记录仪的管理密码（默认：8888），user 参数是个 JSON 对象，基本所有参数都可以使用 null，除了 uuid 参数表示登录用户（可以随机生成一串 UUID），重复发送登录请求将会报错。

最值得关注的是返回 Cookie 数据中的 JSESSIONID=1lqydpb54hnunwlfbfj8eqkzi 值，后面所有 Web 请求都会用到这个会话 ID。

查看设备信息

基础设备信息也可以使用 curl 附带 JSESSIONID Cookie 值进行查询，下面其它的请求就不详细列出来了：

curl -v -b "JSESSIONID=1lqydpb54hnunwlfbfj8eqkzi" "http://192.168.43.1:8080/term?act=device_info&appID=null"

设备信息输出如下：

GET /term?act=device_info&appID=null HTTP/1.1
Host: 192.168.43.1:8080
Cookie: JSESSIONID=73jb4a4t1urf1un1krkwn6drr

HTTP/1.1 200 OK
Content-Type: text/plain;charset=UTF-8
Access-Control-Allow-Methods: GET, POST
Access-Control-Allow-Credentials: true
Transfer-Encoding: chunked
Server: Jetty(i-jetty 1.0.27)

{"data":{"hotName":null,"hotPassword":null,"hwVerion":"4","imei":"XXXXXXX","osVersion":"2.2.3","password":null,"productCode":null,"randomCode":null,"sn":"KXXXXXX","swVersion":"1.0.27","videoPassword":null},"elapsedTime":9,"message":null,"responseCode":100}

查看记录仪配置请求：

GET /term?act=query_termconfiginfo HTTP/1.1

{"data":{"hotName":"KUZO_KXXXXXX","hotPassword":"password","hwVerion":"4","imei":"XXXXXXX","osVersion":"2.2.3","password":"8888","productCode":null,"randomCode":null,"sn":"KXXXXXX","swVersion":"1.0.27","videoPassword":""},"elapsedTime":14,"message":"Success!","responseCode":100}

查看 SIM 卡 ICCID（返回值在 data 中）：

GET /term?act=query_sim_iccid HTTP/1.1

{"data":"XXXXXXX","elapsedTime":14,"message":null,"responseCode":100}

查看 FM 发射状态（这个 POST 请求没有附带任何参数）：

POST /term?act=query_fm_open_status HTTP/1.1
Content-Length: 0

{"data":false,"elapsedTime":35,"message":null,"responseCode":100}

查看 GPS 状态：

GET /term?act=query_gps_status HTTP/1.1

{"data":{"position":{"accuracy":14.33,"altitude":15.030368,"angle":337.0591,"crs":1,"gpsTime":"20181023180046","latitude":31.907135402870722,"longitude":118.77761111400555,"speed":0.0},"positionFix":true,"positionType":1,"satellitesInUse":5,"satellitesInView":6},"elapsedTime":3,"message":null,"responseCode":100}

可以看到这里能直接查询到 GPS 的当前经纬度以及精确度，还能看到卫星的使用情况，比较讽刺的是这边 GPS 时间都得到了，记录仪系统在网络不可用的情况下却没考虑使用 GPS 时间。

查询存储状态（装了 TF 卡之后就能看到存储卡容量状态了）：

GET /term?act=query_storage_info HTTP/1.1

{"data":{"TFExist":true,"TFTotalCapacity":63847890944,"TFUsedCapacity":6595575808,"internalTotalCapacity":3918114816,"internalUsedCapacity":2259316736},"elapsedTime":3,"message":null,"responseCode":100}

查询 3G 移动网络状态：

GET /term?act=query_3g_status HTTP/1.1

{"data":{"dialUpSuccess":false,"intensity":0,"mnc":"01","type":"3G"},"elapsedTime":19,"message":null,"responseCode":100}

音乐管理

此记录仪支持通过手机 App 上传音乐到记录仪的存储卡，然后通过蓝牙进行播放控制，列举音乐接口：

GET /term?act=list_music HTTP/1.1

{"data":[{"fileSize":4008624,"id":0,"length":0,"md5":"e8b1a4e5-0a4d-4c1f-b6bf-44052507fc37","name":null,"path":"/mnt/media_rw/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/2/13/e8b1a4e5-0a4d-4c1f-b6bf-44052507fc37.mp3","singer":null,"userUuid":"2F06A8D7CA314388B58DC46719702844","uuid":"e8b1a4e5-0a4d-4c1f-b6bf-44052507fc37"}],"elapsedTime":7,"message":"Success!","responseCode":100}

查询最大音量（最大级别为 15）：

GET /term?act=query_max_volume HTTP/1.1

{"data":15,"elapsedTime":5,"message":null,"responseCode":100}

查看当前音量：

GET /term?act=query_volume HTTP/1.1

{"data":10,"elapsedTime":9,"message":"15 15","responseCode":100}

视频管理

首先按小时段列举视频，请忽略不正确的系统时间：

GET /term?act=list_video_hour HTTP/1.1

{"data":["20000115230000","20000116000000","20000116010000","20000116020000","20000116030000"],"elapsedTime":171,"message":null,"responseCode":100}

指定开始和结束的小时时间段列举视频：

GET /term?act=list_poi&start_time=20000116030000&end_time=20000116040000 HTTP/1.1

{"data":[],"elapsedTime":9,"message":null,"responseCode":100}

列举某个小时的所有视频，可以看到存储卡里视频的完整路径：

GET /term?act=list_video_db&hour_time=20000116030000 HTTP/1.1

{"data":[{"createTime":"20000116030127","id":42,"length":120009,"lockType":0,"name":"2000-01-16_03-01-27.mp4","path":"/mnt/media_rw/sdcard1/Kuzo/Video/2000/1/16/3/2000-01-16_03-01-27.mp4","sn":null,"uuid":"a6035028ded14482936c1580aba8e298","videoType":0},{"createTime":"20000116030327","id":43,"length":119940,"lockType":0,"name":"2000-01-16_03-03-27.mp4","path":"/mnt/media_rw/sdcard1/Kuzo/Video/2000/1/16/3/2000-01-16_03-03-27.mp4","sn":null,"uuid":"291a4796c1274dfea99a978c84ca33d0","videoType":0}],"elapsedTime":986,"message":null,"responseCode":100}

获取某个视频文件的封面截图，此请求直接返回 jpg 图像数据：

GET /term?act=snapshot&name=2000-01-16_03-21-26.mp4&time=0 HTTP/1.1

HTTP/1.1 200 OK
Content-Type: image/jpeg
Accept-Ranges: bytes
Content-Length: 42351
Content-Disposition: attachment;filename=2000-01-16_03-19-26_0.jpg
Server: Jetty(i-jetty 1.0.27)

指定开始和结束时间段获取历史轨迹，由于记录仪的 GPS 是一直开启的，还好轨迹还算比较准确，这里轨迹数据比较长我就不详细贴出来了：

GET /term?act=query_history_track&start_time=20181013180104&end_time=20181013180304&len=121 HTTP/1.1

最后是最关键的下载录像接口，通过 name 参数指定视频文件名即可：

GET /term?act=get_video&name=2000-01-16_03-19-26.mp4 HTTP/1.1
User-Agent: Lavf/57.56.100
Accept: */*
Range: bytes=0-
Connection: close
Host: 192.168.43.1:8080
Icy-MetaData: 1

HTTP/1.1 206 Partial Content
Content-Type: application/octet-stream
Accept-Ranges: bytes
Content-Length: 61722040
Content-Disposition: attachment;filename=2000-01-16_03-19-26.mp4
Content-Range: bytes 3104-61722039/61722040
Connection: close
Server: Jetty(i-jetty 1.0.27)

有点奇葩的就是这个下载录像的请求却并没有验证用户会话 ID，因此你也可以通过任何一款播放器指定地址直接远程回放录像：

http://192.168.43.1:8080/term?act=get_video&name=2000-01-16_03-19-26.mp4

实时视频接口

通过 tcpdump 抓包就会发现记录仪的实时视频预览是通过上面扫描出来的 8886 端口，记录仪提供 RTSP 形式的实时预览接口：

rtsp://192.168.43.1:8886?videoapi=mc2&transport=tcp

需要注意的是记录仪自带的 RTSP 服务器似乎只支持 TCP 流传输，如果使用 VLC 播放器，则需要将 Live555 流传输选项改为：RTP over RTSP (TCP) 才能正常播放。

厂家可能出于预览流畅性考虑 RTSP 并没有直接提供 1080p 的视频，然而我通过 VLC 播放器进行 RTSP 实时预览还是存在两至三秒的延时，在 Chromebook 下切换使用 VXG Media Player 插件进行实时预览则不存在延时问题。

总结

目前该行车记录仪使用下来还存在几个主要问题：

SIM 卡无法联网的情况下系统时间没办法修改；
手机 App 提供的记录仪通过扫码连接外部 Wi-Fi 或者手机热点的功能无法工作，如果可以的话系统时间同步应该就不是问题；
记录仪硬件上有降噪麦克风，而且支持通过蓝牙的语音对讲功能（只用于目前手机 App 里基本不可用的结伴出行组队），但是视频录像却不支持音频录制，同样 RTSP 实时视频中也没有带音频流。

这些问题只能后面有空的话再抽时间看看能否进入记录仪的 Android 系统进行修改了，祝大家玩的开心。