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 信号的地方。

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

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] <action>
[options]
 Api level: -a <integer>
 Output folder: -o <folder path>
 Print detail : -v
<action>
 Get dex of boot(.oat) : boot <boot.oat/boot-folder>
 Get dex (de-optimize) : <oat/odex file> <boot-class-folder>
                         <vdex file>
 Get raw odex          : odex <oat/odex/vdex file>
 Get raw odex smali    : smali <oat/odex/vdex file>
 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=<init>
Method: Landroid/widget/NumberPicker;-><init>(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 <init>
        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.<init>(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=<clinit>
Method: Lorg/jsoup/parser/Tag;-><clinit>()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 <clinit>
        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.<init>(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，例如我的记录仪配置：

<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
    <string name="LOCAL_SAVE_MUSIC_INFO_KEY2F06A8D7CA314388B58DC46719702844">{&quot;des&quot;:null,&quot;id&quot;:0,&quot;md5&quot;:&quot;bdb368fe-b568-4157-9b17-818104295f57&quot;,&quot;seekProgress&quot;:5418,&quot;title&quot;:null,&quot;url&quot;:&quot;/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/15/15/bdb368fe-b568-4157-9b17-818104295f57.mp3&quot;}</string>
    <string name="USER_TERM_MUSIC_LIST_KEY">[{&quot;fileSize&quot;:4008624,&quot;id&quot;:0,&quot;length&quot;:0,&quot;md5&quot;:&quot;bdb368fe-b568-4157-9b17-818104295f57&quot;,&quot;name&quot;:&quot;?? ?? - ?????&quot;,&quot;path&quot;:&quot;/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/0/0/bdb368fe-b568-4157-9b17-818104295f57.mp3&quot;,&quot;singer&quot;:null,&quot;userUuid&quot;:&quot;2F06A8D7CA314388B58DC46719702844&quot;,&quot;uuid&quot;:&quot;bdb368fe-b568-4157-9b17-818104295f57&quot;},{&quot;fileSize&quot;:6749379,&quot;id&quot;:0,&quot;length&quot;:0,&quot;md5&quot;:&quot;b49b55b0-ae7c-47d5-9cb4-6cf03249efdc&quot;,&quot;name&quot;:&quot;????? - ???&quot;,&quot;path&quot;:&quot;/storage/sdcard1/Kuzo/Music/2F06A8D7CA314388B58DC46719702844/1/0/b49b55b0-ae7c-47d5-9cb4-6cf03249efdc.mp3&quot;,&quot;singer&quot;:null,&quot;userUuid&quot;:&quot;2F06A8D7CA314388B58DC46719702844&quot;,&quot;uuid&quot;:&quot;b49b55b0-ae7c-47d5-9cb4-6cf03249efdc&quot;}]</string>
    <string name="userUUID">2F06A8D7CA314388B58DC46719702844</string>
    <string name="LOCAL_SAVE_RADIO_INFO_KEY2F06A8D7CA314388B58DC46719702844">{&quot;coverUrlLarge&quot;:null,&quot;coverUrlSmall&quot;:null,&quot;id&quot;:-1,&quot;isCollected&quot;:false,&quot;kind&quot;:null,&quot;programName&quot;:null,&quot;radioDesc&quot;:null,&quot;radioName&quot;:&quot;&quot;,&quot;radioPlayCount&quot;:null,&quot;rate24AacUrl&quot;:&quot;http://live.xmcdn.com/live/536/24.m3u8&quot;,&quot;rate24TsUrl&quot;:&quot;http://live.xmcdn.com/live/536/24.m3u8&quot;,&quot;rate64AacUrl&quot;:&quot;http://live.xmcdn.com/live/536/24.m3u8&quot;,&quot;rate64TsUrl&quot;:&quot;http://live.xmcdn.com/live/536/24.m3u8&quot;,&quot;scheduleID&quot;:null,&quot;supportBitRates&quot;:null,&quot;updatedAt&quot;:null}</string>
    <boolean name="LOCAL_SAVE_MUSIC_IS_PAUSE_KEY" value="false" />
    <string name="USER_TERM_TONG_SESSION_LIST_KEY">[]</string>
    <int name="com.kh.tong.term.statemachine.TermMenuSM.LAST_SAVED_MENU_KEY" value="0" />
    <int name="com.kh.tong.term.statemachine.TermAudioVolumeSM.PrefKeyVolumn" value="7" />
    <boolean name="LOCAL_SAVE_RADIO_IS_PAUSE_KEY" value="false" />
    <string name="Password">8888</string>
</map>

主要配置项如下：

• 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 比较简单：

<?xml version='1.0' encoding='utf-8' standalone='yes' ?>
<map>
    <string name="rtsp_port">8886</string>
</map>

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

2016 年的时候我写了篇 使用DisplayLink显卡组装Android Superbook 的文章，介绍如何使用 Motorola Lapdock 扩展坞和 DisplayLink USB 显卡实现手机扩展笔记本的效果。差不多 9 月份我就下单支持了 Kickstarter 上 Sentio 团队推出的 Superbook 项目，并花了 154 美元选择了 1080p 屏幕的高配版本（99 美元基础费用 + 30 美元升级费用 + 25 美元运费）。

比较坑的是 Superbook 项目众筹达到目标之后，Sentio 团队中间一拖再拖，不断出现供应商及硬件固件相关的问题，导致我的 Superbook 等了两年多直到 2019 年 1 月份才从香港发到我手上。此处需要额外吐槽的是联邦快递，即使 Superbook 价格里已经包含了关税，联邦无视 Sentio 提供的价格单仍然主动报关，导致到手时我还是另外付了 100 人民币左右的关税。

开箱及外观

毕竟只是廉价众筹的产品，Superbook 的外包装也挺简单：

众筹版本额外赠送了 Superbook 笔记本保护套及一张 A 面贴纸，自带的电源适配器则是 12V 3A 的：

包装里只附带了一张 A4 纸的简单使用说明，先看看主机正面，金色机身正面也只有 Superbook 字样，和我的 Acer Chromebook 14 比起来还是很小巧的：

整个机身只有左侧的一个 USB Type-A 扩展接口（可外接其它 USB 设备）以及和手机连接的 USB Type-C 接口。

从 D 面可以看到具体型号是 Superbook S1，由于没有处理器之类的不需要散热孔，D 面也只有一个重置按钮：

B 面和 C 面如下，打开时感觉转轴稍微有点生硬，11 寸的 1080p IPS 屏幕下面就是 Sentio 的图标，C 面做了点磨砂处理，键盘上方只有电池和工作状态指示灯：

主要关注下键盘，可以看到 Superbook 主要就是为 Android 专门设计的：

键盘上最上面一排开始就是 返回、主页及切换窗口按键，接着是常用的屏幕亮度和音量控制键等，最下面增加了搜索键和专门的 Sentio 按键（实现一些 Superbook 设备自身的功能）；支持多点触摸的触控板用起来手感也只能说是中规中矩。

初步使用

由于 2016 年我预订的时候用的还是华硕 Zenfone2 手机，选的配件还是官方的 USB Type-C 转 Micro-USB 线，还好现在换的 Nubia Z17 手机也是 USB OTG 功能的，只是需要自己购置 USB Type-C 转 Type-C 的线咯。

按照官方 Sentio Wiki 页面上的说明，连接 Android 手机之前，手机上需要安装 DisplayLink Presenter 和 Sentio Desktop 这两个 App。

DisplayLink Presenter 相当于 Superbook 自带 DisplayLink USB 显卡的 Android 驱动程序（只负责镜像手机屏幕）；Sentio Desktop 就是一个应用启动器，运行之后会启动一个类似桌面环境，用户可以在 Sentio Desktop 中运行手机里的其它 App。

我的 Nubia Z17 上 DisplayLink Presenter 工作倒是没问题，但 Sentio Desktop 始终卡在要求 Android 多窗口支持这一步上，我的手机虽然运行的是 Android 7.1.1 系统，但是 Nubia 官方系统把这个重要特性给阉割了（有过 Nubia 手机使用经验的同学们估计也知道 Nubia 的系统有多坑）。

一番搜索之后，我在 Sentio Wiki 上的 Troubleshooting/Getting Started 页面上找到解决办法，通过 adb 运行下面两个命令并重启手机（第一条命令用于开启 Android 多窗口支持）：

settings put global enable_freeform_support 1
pm grant com.sentio.desktop android.permission.WRITE_SECURE_SETTINGS

这样 Sentio Desktop 程序好歹能在我的 Nubia Z17 手机上运行起来了：

Sentio Desktop 桌面环境看起来也是比较简洁的，左下角的启动图标可以弹出搜索运行 App，右下角通知区域则包含常用的功能开关，蓝牙、WLAN、音量都可以直接控制，设置图标弹出的 快速设定 界面略显简单。

手机屏幕实际投射到 Superbook 上我才发现 Nubia Z17 即使通过 adb 命令开启了多窗口支持，Sentio Desktop 桌面环境里还是只能同时显示一个 App，并不能实现自由调整窗口大小更别说多窗口运行 App 了。

Sentio Desktop 初步使用起来，手机上的 Chrome 浏览器、视频播放器等支持横屏的 App 经过放大投射到 Superbook 上显示效果还是不错的，只是播放高清网络视频和玩一些游戏的时候会略有些卡顿。Superbook 的键盘和触控板也能直接控制手机，Android 通知栏也能点击通知图标弹出来：

不过对于不支持横屏显示的 App，例如 Nubia 自带相机这种投射到 Superbook 上效果就很一般了：

这个问题还是多窗口支持被阉割了导致 App 无法以单独窗口形式运行导致的，暂时只能让 Nubia Z17 手机系统来背锅了，后续我可以换像一加这种使用类原生系统的手机来测试咯，毕竟这样会使 Sentio Desktop 桌面环境的使用体验大打折扣。

问题

部分使用 USB Type-C 接口的手机例如我的 Nubia Z17 连接 Superbook 之后，Superbook 为手机充电的功能并不能工作，而且 USB 连接也不太稳定，需要通过 Fn + P 键关闭 Superbook USB 充电功能之后才能正常使用，不太确定是否与我购买的 USB Type-C 数据线有关。

另外我在测试 Android 电视棒的时候还是发现有些问题，我用的是之前买的 MK809IV Android 电视棒，由于 Android 电视棒一般只支持通过自带的 HDMI 接口进行输出，我的住处也没有 HDMI 显示器或者电视，导致 Android 电视棒接上 Superbook 之后也没有任何反应无法使用。

即便对于我买的这种可以自由安装 App 的 Android 电视棒，也会因为电视棒 Android 4.4 版本太低而无法使用 Sentio Desktop App，更别说很多厂商提供的电视棒还无法自行安装卸载 App 那就更加不可行了。

因此 Sentio Superbook 的限制就是所连接的设备必须支持 DisplayLink USB 显卡，我曾经在项目众筹阶段向发起人提议做成像 Motorola Lapdock 那样，将屏幕的 HDMI 输入开放一个接口可以让外部设备连接，并增加硬件开关切换 HDMI 输入和显卡通过 USB Hub 显示，不过这样硬件做起来比较复杂也就没被采纳。

总结

接着我还找了 Chromebook、Windows 10 笔记本等设备分别接到 Superbook 上，由于 Chrome OS 和 Windows 10 系统都自带了 DisplayLink USB 显卡驱动，接上之后都能自动识别并扩展屏幕到 Superbook，做为外接显示器来用体验还是比较满意的。

经过这段时间的使用，Superbook 还是能解决我的某些需求的，只是由于 Nubia Z17 手机的各种限制体验会受些影响。目前 Superbook 基本被我由于之前买的一个老款 Intel Computer Stick，这类 PC stick 设备升级到 Windows 10 系统之后接上 Superbook 就可以做主屏幕显示了，不用额外接显示器和键盘鼠标当成一台 Windows 备用机来用还是不错咯。

博客有段时间没有更新了，提前说好这不是一般的行车记录仪评测文章，我现在开的 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 系统进行修改了，祝大家玩的开心。

去年我写过一篇 Android 使用 Trigger + Tasker 设定 NFC 标签 的文章，主要介绍怎么使用 Tasker 和 Trigger App 设定 Android 手机刷 NFC 标签时执行指定的操作。该文章中对于手机的 飞行模式 / GPS / NFC 等功能的控制操作都是通过 Secure Settings App 实现的。

不过可惜的是我的华硕 Zenfone2 手机 ROM 升级到 6.0 版本之后，Secure Settings App 就有很多功能不能正常工作了，而且由于开发者也基本不再维护该 App 也有差不多两年没有任何更新。

最近看到 Best run shell commands in Tasker 文章介绍 Tasker 的几个常用 Shell 命令控制移动数据、飞行模式等选项，使用 Tasker 自带的运行 Shell 命令功能相比 Secure Settings 插件也有一些好处：

• Tasker 直接支持运行 Shell 命令（新增 操作类别 -> 代码 -> 运行外壳 即可），不需要专门安装 Secure Settings 等第三方 App；
• 多数命令在手机 root 后就能正常工作，不像 Secure Settings 那样需要特别安装成系统 App；
• Shell 命令失效需要替换时也比较灵活，直接改 Shell 命令行就可以。

因此我还是卸载了 Secure Settings App，将原来文章里的所有 Tasker 任务的 Secure Settings 操作都以 Shell 命令进行替代。

Tasker 任务使用 Shell 命令

数据开关 + 运行 Shadowsocks

为实现以下目标：

1. 具有路由器翻墙的住处网络环境下自动关闭手机 Shadowsocks 和移动数据；
2. 其它网络环境下都开启 Shadowsocks 手机翻墙；
3. 任何 Wi-Fi 环境下关闭移动数据以省电；
4. 离开任何 Wi-Fi 自动开启移动数据。

为此我建了 4 个 Tasker 配置和任务（当然也可以更简单）：

1. 连接住处的 OpenWRT Wi-Fi（根据 Tasker 的 SSID 条件区分）
   关闭 Shadowsocks 和移动数据；
2. 连接其它 Wi-Fi
   关闭移动数据；
3. 离开任何 Wi-Fi
   开启移动数据；
4. 离开住处 Wi-Fi
   开启 Shadowsocks。

现在 Android 版本 Shadowsocks App 是自带 Tasker 插件支持的（操作类别里选 插件 -> 影梭 即可），开启和关闭 Shadowsocks 配置非常简单。

移动数据开关可以分别用下面的命令（Tasker 运行外壳中需要启用 使用Root 选项）：

svc data enable
svc data disable

控制飞行模式及 NFC

为了实现和之前文章里类似的目标：

1. 睡觉前刷 NFC 标签开启飞行模式；
2. 打开 NFC（这样起来之后可以刷 NFC 标签）；
3. 起来刷 NFC 标签关闭飞行模式。

另外考虑最好只使用一个 NFC 标签就达到效果，这里我只建了一个 Tasker 任务包含 4 个操作：

1. Tasker 操作类别中选 变量 -> 变量设置，%TMPAIR 发往 %AIR
   先保存 %AIR 这个 Tasker 自带的飞行模式变量；
2. 如果 %AIR = off 则运行外壳开启飞行模式；
3. 如果 %AIR = on 则运行外壳开启 NFC；
4. 如果 %TMPAIR = on 则运行外壳关闭飞行模式。

开启关闭飞行模式

开启和关闭飞行模式可以直接使用下面的两条命令：

settings put global airplane_mode_on 1; am broadcast -a android.intent.action.AIRPLANE_MODE --ez state true
settings put global airplane_mode_on 0; am broadcast -a android.intent.action.AIRPLANE_MODE --ez state false

开启关闭 NFC

开启和关闭 NFC 功能则相对复杂一些，需要区分 Android 系统版本：

• Android 4.4 以上：

# Disable NFC
service call nfc 5
# Enable NFC
service call nfc 6

• Android 4.0.1 - Android 4.3.1：

# Disable NFC
service call nfc 4
# Enable NFC
service call nfc 5

• Android 2.3.4 - Android 2.3.7：

# Disable NFC
service call nfc 18
# Enable NFC
service call nfc 19

• Android 2.3.3：

# Disable NFC
service call nfc 20
# Enable NFC
service call nfc 21

• Android 2.3.2：

# Disable NFC
service call nfc 13
# Enable NFC
service call nfc 14

我在运行 Android 6.0 系统的 Zenfone2 手机上可以正常使用第一段的两条命令控制系统 NFC 功能。

GPS 开关 + 开启关闭百度地图

需求还是和之前的文章相同：

1. 刷 NFC 标签自动开启 GPS 和百度地图进行导航：
2. 导航完成后再刷一次 NFC 标签自动关闭百度地图并关闭 GPS。

为此我还是只建立一个 Tasker 任务，包含多个操作：

1. Tasker 操作类别中选 变量 -> 变量设置，%TMPGPS 发往 %GPS
   先保存 %GPS 这个 Tasker 自带的 GPS 设置变量；
2. 如果 %GPS = off 则启动应用 -> 百度地图；
3. 如果 %GPS = off 则运行外壳开启 GPS；
4. 如果 %TMPGPS != on 则停止运行任务（操作类别中选 任务 -> 停止）忽略后续操作；
5. 按钮 -> 后退（操作类别中选 输入 -> 按钮），此操作需要添加多个以模拟持续按返回键退出百度地图；
6. 杀死应用 -> 百度地图；
7. 运行外壳关闭 GPS。

通过 Shell 命令开启关闭 GPS 也稍微有点特殊，需要使用下面两条命令：

settings put secure location_providers_allowed +gps
settings put secure location_providers_allowed -gps

后记

为了方便查询，我把一些可能经常用到的 Android Shell 控制命令也整理保存到我的 Wiki 知识库中了，读者可以点击 Wiki 链接 Android Shell 控制手机 查看。后续有其它 Shell 命令需要加进来或者修改时，我也会尽量及时更新该文档的，最后祝大家玩的开心。

前几天在 Kickstarter 上看到一个挺有意思的 Superbook 众筹项目，其主要目的是以 99 美元的价格实现 Android 手机插上数据线连接 Superbook 就能变身笔记本，该项目由 Andromium 团队推出，截至我写此文章的时候该项目已经筹集到 80 多万美元，感兴趣的朋友可以看看其 Kickstarter 项目主页：

http://getsuperbook.com/

初看该项目介绍，发现还是比较类似 Motorola 前几年推出的 LapDock 笔记本扩展坞装备的，只是 LapDock 是专门给 Motorola ME865 等手机设计的，其它设备如果想要使用 LapDock 必须支持 USB Host/OTG 以及 HDMI 输出功能而且需要准备各种转换线。

Superbook 主要特性包括：

• 可支持所有包含 USB OTG 功能的 Android 手机；
• 11.6 寸 1366x768 的 IPS 屏幕；
• 10 个小时的续航支持，连接上手机后可以为手机充电；
• 也可以支持树莓派、MiniPC 等类型的设备；
• 在自带了键盘和多点触控触摸板的基础上也有扩展的 USB 接口方便用户使用；
• 与手机共享数据，这点和 LapDock、华硕 PadFone 底座类似。

Android 手机连接 Superbook 之后，Superbook 上运行的是 Andromium OS 界面，Andromium OS 也是支持多窗口运行 Android App 的，其界面和 Remix OS 还是有点相似的。

在稍微看了 Superbook 的技术细节之后，我发现其不需要手机支持 HDMI 或者 MHL 等视频输出功能，而是基于 DisplayLink 提供的 Android 显示输出功能实现的，具体可以参考 DisplayLink for Android 的介绍页面。

这样看起来 Superbook 和 LapDock 的最大区别就是 Superbook 在笔记本扩展坞自身的 USB Hub 上额外集成了一块 DisplayLink 的 USB 显卡以支持 Android 手机的 USB 显卡视频输出功能。这样不仅可以兼容更多种类的 Android 手机，而且只需要一根 USB 数据线也能让用户使用起来更简单。

刚好我手头上还有一块之前捣鼓 Ubuntu for Android 时购买的 DisplayLink USB 2.0 接口的显卡，应该就可以配合闲置的 Motorola LapDock 以及支持 USB OTG 功能的华硕 Zenfone2 手机（刚好不支持 HDMI 或 MHL 视频输出功能）来自己组装一个简陋版本的 Superbook 咯。

手机 + LapDock 组装 Superbook

如果读者也有兴趣自己组装一台 Superbook 试试看，首先需要确认你的手机支持 USB OTG 功能，还需要一块 DisplayLink 的 USB 显卡，如果能外接 USB 或者蓝牙的键盘或者鼠标的话操作也会更方便，另外如果显示设备不是 LapDock 的话那最好还需要一个带电源的 USB Hub 给显卡供电（LapDock 直接带键盘鼠标并支持供电就不用考虑这些了）。

首先手机上需要安装 DisplayLink Presenter App，可以通过 Google Play 商店直接安装，安装之后无需做任何设置，只要手机接上了 DisplayLink 显卡或者扩展坞该 App 就会自动开始工作，该 App 界面中的说明：

DisplayLink Presenter

接着就可以把手机和 USB 显卡以及 LapDock 连接起来了，还请忽略图中各种凌乱的转接头和连接线 ^_^：

LapDock 连接

Zenfone2 手机直接连 LapDock 的 Micro-USB 接口，DisplayLink USB 显卡插在 LapDock 的扩展 USB 接口上（见上图圈出的地方），并通过 HDMI 线与 LapDock 的 Micro-HDMI 接口相连，这样打开 LapDock 盖子的时候，LapDock 就能同时给手机和 USB 显卡供电。

此时我们可以先确认下 USB 显卡设备是否已经找到，在终端中运行 busybox lsusb 命令（Android 需要 busybox 支持）可以看到手机中所有的 USB 设备，下面的截图是插上 USB 显卡之前和之后的输出信息对比：

DisplayLink USB 显卡设备

上面命令输出中设备 ID 为 17e9:03c1 的 USB 设备就是 DisplayLink USB 显卡了。

一切正常的话，这时应该就能在 LapDock 屏幕上看到手机屏幕的镜像了，通过 LapDock 的键盘和鼠标还能更方便的进行输入操作，应该可以初步达到 Superbook 的效果咯。这个是我在 LapDock 上运行 Android Chrome 浏览器的效果，屏幕大了看起来更方便：

LapDock Superbook 浏览网页

还可以用来玩手机游戏，不过游戏最好是支持横屏的，能支持鼠标（触摸板）和键盘控制的话效果更好。当然如果你玩的游戏能支持 USB 或者蓝牙手柄，那玩起来就更加 happy 一些咯：

LapDock Superbook 玩游戏

当然到这一步还只是通过 DisplayLink 显卡实现了简单的手机屏幕镜像的功能，如果你需要实现和未来 Superbook 类似的体验，可以安装 Google Play 商店中的 Andromium OS App 了，链接如下：

https://play.google.com/store/apps/details?id=com.andromium.os

Andromium OS App 说明中虽然说的是目前支持手机连接兼容的 Dock 扩展坞，不过像我这样直接使用 DisplayLink USB 显卡也是可以的哦。

具体连接和操作步骤可以参考 Andromium 论坛中的介绍帖子，其实和上面的连接方法是基本一样的，只是将 DisplayLink Presenter App 换成了 Andromium OS，而且使用方式上还是有一些需要注意的限制。

后记

虽然本文只是写了下最简单的使用 LapDock 搭配 DisplayLink 显卡组装一个简陋版 Superbook 的方法，但从 Superbook 的 Kickstarter 项目在 38 个小时内筹集到 50 万美元的速度来看，Superbook 还算是比较引人关注的。

官方也说明了筹款额达到 100 万美元之后会考虑增加 1080p 屏幕的版本（额外增加 30 美元），如果 129 美元的 1080p 版本的 Superbook 能够正常生产出来而且比较稳定的话，我应该会考虑入手的，至少使用上还是比 LapDock 这种要方便很多的。另外毕竟现在 Android 手机的硬件配置已经比较强悍了，这样我一直比较期望的 Linux on Android 效果在稍做修改之后应该也能在 Superbook 上发挥出来了。

总之还是希望 Andromium 的 Superbook 项目能够顺利完成的哦，最后祝大家在这个火热的季节还能玩的开心。

不过在使用中国联通的 NFC SIM 卡进行刷公交或者地铁时发现存在问题，根本无法使用，鉴于网上也有不少别的用户碰到这种问题（比较坑的是有人已经给 NFC SIM 卡充完值才发现刷公交或地铁没反应），这里我把解决的方法写出来供大家参考。

NFC 问题说明

首先说下开启联通 NFC SIM 卡刷公交功能的流程：

1. 首先确认所在城市以及你使用的移动运营商支持 NFC SIM 卡刷公交，这个到网上都可以找到相应的介绍，我所用的南京联通是和智汇市民卡合作支持手机 SIM 卡刷公交的；
2. 在中国联通沃支付网站上确认你所使用的手机是否在其「手机钱包」业务的兼容机型列表中：
   https://epay.10010.com/wop/wallet
3. 去营业厅将手机 SIM 卡更换为 NFC SWP SIM 卡，联通的话必须去其自有营业厅办理，社会营业厅无法办理，换 NFC SWP SIM 卡一般是免费的；
4. 接着需要在自有营业厅开通手机钱包业务；
5. 下载中国联通沃钱包 App，可以在「沃钱包」App 中注册联通沃支付账户；
6. 在「沃钱包」App 中安装「手机钱包」卡包功能插件；
7. 确认「卡包」中能找到手机公交卡就可以在公交地铁充值网点进行充值及手机刷公交和地铁了。

刚好我使用的 Zenfone 2 手机是在联通手机钱包业务兼容机型列表中，Android 系统版本是 5.0.2，打开「沃钱包」App（版本：3.5.0）也能正常安装「手机钱包」卡包功能插件（版本：1.4.0）：

沃钱包 App

进入「卡包」功能还能认到手机 NFC SIM 卡的公交卡：

NFC SIM 公交卡

不过悲剧的就是拿着手机到任何一个公交或者地铁充值点都不能识别到卡信息，充值机或者公交刷卡机、地铁闸机都没有任何反应，当然也没有办法充值或者刷卡了。

问题分析

Android 手机上的 NFC 支付功能是使用 NFC 的卡模拟工作方式，出于对 NFC 通信安全的考虑，如果需要使用 NFC 卡模拟，除了手机自带的 NFC 控制器外，还需要 SE（Secure Element）元件即安全元件，它的作用是用来存储用户的敏感信息，例如银行卡卡号、密码之类的，其一般采用硬件加密方式。

目前 Android 上常见的 NFC 卡模拟 SE 方案有：

• SE 元件内置在手机中；
• SE 元件内置在 SIM 卡中；
• SE 元件内置在专用 SD 卡中；
• Google 推出的 HCE 技术，即 Host-based card emulation。

前 3 种由于需要特定手机或者 SIM 卡、SD 卡等硬件支持，因此 Google 搞了基于主机的卡模拟模式，如果使用这种方案系统可以将一个 App 或者一个云端作为一个虚拟 SE 来实现 NFC 支付，这样可以摆脱对硬件的依赖。Android 5.0 或者 6.0 之后 Google 也默认使用 HCE 方式的主机卡模拟方案。

像本文开头说的招商银行一闪通就是使用的第一种手机内置 SE 方案，而今天我们所要使用的 NFC SIM 卡当然就是用的第二种 SIM SWP 方案，也是广大移动运营商们主推的方案，经过搜索我发现华硕 Zenfone 2 采用的 Broadcom BCM20795 NFC 芯片是支持 SIM SWP 方案的，联通手机钱包业务也说明 Zenfone 2 已经通过 NFC 支付测试。

另外我还发现一个有趣的现象就是虽然 Zenfone 2 手机开机点亮屏幕的状态下刷公交或者地铁没有任何反应，但如果我重启手机并在刚刚显示启动 Logo 的时候刷公交却是有反应的（只是没有充值提示余额不足），这就说明手机刚开机的时候 NFC SIM SWP 是能正常工作的，启动完成进入系统之后反而不行了。

后来我还看到有网友在华硕官方论坛上反映了这个问题，并建议华硕在手机设置中增加类似于一加手机中的 NFC 支付使用手机内置 SE 还是 SIM 卡 SE 的选项，不过华硕并没有对此进行更新处理，因此我认为 Zenfone 2 硬件是支持 NFC SIM SWP 支付的，只是由于系统 ROM 原因不能正常使用，应该可以通过其它方法开启。

修改配置支持刷 SIM 卡

经过一番搜索之后我发现网上有 Nexus 6 用户也碰到类似的问题：

*NEXUS 6 ANDROID MARSHMALLOW NFC SWP-SIM 支援

可以通过修改 Android 系统的 Broadcom NFC 配置文件来开启手机的 SIM SWP 支持，我的 Zenfone 2 手机 NFC 配置和上面的 Nexus 6 配置有一些差别，经过多次修改测试发现现在也可以使 NFC SIM SWP 功能正常工作了。

NFC 配置文件的修改都需要先开启手机的 root 权限哦，首先修改 /system/etc/libnfc-brcm.conf 配置文件增加以下内容：

+NFA_MAX_EE_SUPPORTED=3
+ACTIVE_SE=0xF3
+DEFAULT_ISODEP_ROUTE=0xF3
+NFA_HCI_STATIC_PIPE_ID_F3=0x70
+NFA_HCI_STATIC_PIPE_ID_F4=0x71
+UICC_LISTEN_TECH_MASK=0x0

注意

注意上面显示的是 patch 文件格式，- 号开头的为需要删除的内容，+ 号开头的为需要增加的内容，实际修改时请删除开头的 - 号或 + 号。

上面的 NFA_MAX_EE_SUPPORTED 值为 3 表示开启多种 NFC SE 元件支持，ACTIVE_SE 和 DEFAULT_ISODEP_ROUTE 都设为 0xF3 表示默认使用 SIM SWP SE 元件，剩下的 3 个参数不一定需要设置。

接着修改 /system/etc/libnfc-brcm-20795a20.conf 配置文件：

 ###############################################################################
 # Pre-Discovery Startup Configuration (256 bytes maximum)
-NFA_DM_PRE_DISCOVERY_CFG={0A:C2:08:02:00:C3:04:40:4B:4C:00}
+NFA_DM_PRE_DISCOVERY_CFG={0A:C2:08:01:00:C3:04:40:4B:4C:00}

上面的这两个配置文件修改完成之后重启手机，到公交或者地铁充值点去充值刷卡应该就有反应了哦，不过需要注意默认还是只有手机点亮的情况刷卡才有反应。

后记

NFC SIM 卡的公交卡余额充值功能在各地似乎不太一样，上海之类城市是支持直接在联通的「沃钱包」App 中进行充值的，而我这边「沃钱包」的卡包列表中虽然能看到南京 NFC SIM 卡的智汇卡，但并不能正确显示卡中的余额，也没法直接通过手机 App 进行充值。

总体来说联通的「沃钱包」App 的使用体验还是挺符合其企业形象的，一贯的很难用而且不稳定，像下面这种 App 中找不到 NFC SIM 卡包的报错还是经常会碰到：

沃钱包找不到 NFC SIM 卡包

当然最后还是要说一下本文只是在南京公交地铁以及联通 NFC SIM 卡环境下使用测试的，如果你使用的环境不同并不能保证就一定能把 NFC SIM 支付用起来哦，祝玩的开心～～～。

我买的这款 MK809IV 电视棒采用的处理器是 Rockchip RK3188-T，自带 2GB 运行内存，ROM 容量则是 8GB 的，运行 Android 4.4 版本系统，无线网络支持 802.11 b/g/n（这点比较可惜，用不上我的路由器的 5GHz WiFi），电视棒外观是这样的：

左边是标准 HDMI 接口用于接电视或显示器，下方依次是用于刷机的 Reset 插孔、MicroSD 卡插槽、Micro USB 电源/OTG 接口，右边则是一个标准 USB 和一个 Micro USB Host 接口，正面红色的就是可移动外置天线。

由于做类似电视棒的国内寨厂有好多个，即使是同一型号的 MK809 在淘宝上也能搜索到多个不同的产品，而且我买的 MK809IV 包装盒上也没有看到任何厂家信息，所以使用的时候如果发现有问题售后其实还是稍微有点麻烦的。

最近我发现这款电视棒的系统存在一个问题就是虽然已经在显示设置中将视频输出的分辨率改为 1920x1080 了，而且电视上也确实提示当前 HDMI 视频输入是 1080p 的，但在 Android 系统里运行安兔兔等检测软件看到的分辨率却是 1280x720 的，另外无论视频播放还是用电视棒自带的 XBMC App 看到的分辨率也都是 720p 的。后来搜索发现国外有用户也发现了这个问题，看看 YouTube 上的这个视频：

看来厂家不知道是为了系统流畅性还是散热方面的考虑，将能支持 1080p 视频输出的 RK3188-T 系统人为限制为了 720p。后来看到国外有网友说通过刷新的固件可以开启 1080p 支持，因此接着就是找到合适的固件来升级了。

刚开始我找到的是 Ugoos 的 UG-MK809IV 这款型号和配置看起来和我的 MK809IV 一样的设备，Ugoos 非常厚道的为他们的设备提供了支持 1080p 的固件，下载完固件之后准备在 Windows 系统上刷入。

这里简单说下这款电视棒的刷机流程，首先可以在 Android 下用一键关机重启之类的 App 重启到刷机模式，也可以拿针或者镊子之类的工具按下 Reset 按钮并通过 Micro USB OTG 接口接在电脑上，刷机模式下需要先安装 Rockchip 驱动，驱动我已经分享到百度云盘：

http://pan.baidu.com/s/1o8QXrKm

下载安装完成之后先确认设备管理器能正常找到设备：

接下来需要用到 Rockchip Batch Tool 刷机工具，同样可以通过百度云盘下载：

http://pan.baidu.com/s/1b8OCFk

打开刷机工具，选择下载并解压缩出来的固件文件之后如果一切正常的话刷机工具的 Connected Devices 里应该能识别到设备：

注意

如果你用于刷机的 Windows 机器只有 USB 3.0 接口，没有 USB 2.0 接口，那有可能出现刷机工具认不到设备的问题，这个时候需要修改 Rockchip Batch Tool 中的 config.ini 配置文件，将 SUPPORTLOWUSB 改为 TRUE 才能让刷机工具识别到 USB 3.0 接口上的电视棒设备。

点击 Restore 按钮（注意不是 Upgrade 按钮）就可以开始刷机，刷机完成之后提示 Restore Done Success，接着设备会自动重启：

看起来一切顺利，只是比较悲催的是刷机成功之后重新插上电视发现无法正常启动了，电视没有检测到任何信号输入。看来是 Ugoos 的 UG-MK809IV 硬件和我的 MK809IV 电视棒并不匹配因此下载的固件也不兼容，这样只能重新再尝试别的固件了。

提示

如果刷机成功之后电视棒无法正常启动，重新启动到刷机模式连上电脑也无法正常识别到设备（例如出现 请求 USB 设备描述符失败 等错误），那可能需要将电视棒连接到 USB 2.0 接口上重新输入正确的固件。

为了能找到适合我这款电视棒的固件，准备寄出拆解大招看看具体的硬件配置，简单拆开后的正面图：

具体内部做工不好评价，先看看正面有哪些芯片：

可以看到主板左边的是 SK Hynix 的 H27UCG8T2ETR-BC 容量为 8GB 的 ROM 芯片，右边的 RAM 则是由 4 颗（正面两颗、背面两颗）镁光（Micron）的 D9QBJ 也就是 MT41K512M8RH-125 SDRAM 芯片组成，下方则是 IT66121FN HDMI 芯片，这是联阳科技（ITE）推出的一款低功率单通道 HDMI 传输器芯片，看看主板正面的左上角：

这个是关注的重点之一了，这款电视棒使用的是 Realtek 公司的 RTL8723BS 这颗支持蓝牙、WiFi、FM 三合一模块的无线芯片，这时才发现这款芯片工作在 802.11 b/g/n 模式下最高才支持 150Mbps 的无线传输速率，虽然也支持蓝牙 4.0 了，但这种无线速率真是白瞎了我买的千兆无线路由器了。

至于主板背面，撕掉散热贴之后就能看到另外两颗 SDRAM 芯片和主处理器了：

主处理器是 Rockchip 的 RK3188-T，这是主流使用的 RK3188 的降频版，最高只支持 1.4GHz，整套芯片的硬件成本应该也会更低，比较坑的是几乎所有商家都会拿 RK3188 来宣传而不会主动说明他们的电视棒产品使用的很有可能是降频的处理器，最后看看主板背面的左上方：

可以看到这里用的是几乎 Rockchip 标配的 ACT 公司的 ACT8846QM 电源管理芯片，下方就是 MicroSD 插槽。

这下了解了 MK809IV 电视棒的所有硬件配置，可以按照相同的硬件情况搜索符合的固件了，终于还是在 Ugoos 网站上看到 UG-MK809III new style 这款产品的配置与我的 MK809IV 相符，其固件下载页面也提供了几种不同的固件，分别对应使用 MTK、AP6210、AP6330、Realtek RTL8723BS 这几种无线芯片的电视棒设备，比较幸运的是我这款 MK809IV 设备使用的是 RTL8723BS 芯片，而且刚好有支持 1080p 的固件。

从 Ugoos 提供的 Mega 网盘地址下载固件：

https://mega.nz/#!Z10mgYhT!SdubLh6SJZ1OYsyrCR80G8kaowNLAhNMbX1bNeIrPBs

重新使用 Rockchip Batch Tool 刷机工具更新系统之后重启，终于能看到令人欣喜的新系统启动画面了：

新系统还是 Android 4.4 版本的（发布日期：2014-09-24），下面可以运行 XBMC 之类的 App 确认效果了，从下图同样也可以看到视频输出的分辨率终于是真正的 1080p 了：

最后经过这些天使用新固件的体验来看，安装多个 TV 端视频 App 的播放效果依然是比较流畅的，除了在播放 1080p 等高清视频时设备本身发热稍微有点多之外看起来没有其它影响咯。

目前我对手机的要求也算比较简单了：

• Android 手机，作为一个伪谷粉还是受不了水果机的诸多限制；
• 3GB 或者更大的运行内存；
• 1080p 屏幕，对 2k 屏没有什么兴趣；
• 必须支持联通 4G，能顺带支持移动 4G 双网通更好；
• 屏幕最小 5 寸，表示小屏手机完全回不去了；
• 支持 NFC，指纹解锁倒不是特别在乎；
• 接近原生 Android 的体验，比较抵触国内各种修改版的广告机；
• 最好能支持外接存储卡；
• 能支持快充那是最好不过了；
• root 方便，能自带或者很方便的安装 Google 套件；
• bootloader 最好能够直接解锁。

初步考虑的是华为 Nexus 6P 和一加 2 这两款手机，看到 Nexus 6P 的价格再想想海淘的路稍微有点犹豫。本来一直对海外销量挺好的一加手机感兴趣，但看了参数发现一加 2 直接没有 NFC 功能，后来看到其创始人谈到 NFC 功能被删除的原因只是觉得用的人少而且功能被夸大，只能说这种明明目光短视却死不承认的态度还真是有点小醉呢。

最后经过一番搜寻对比还是找到了基本都能满足我要求的华硕 Zenfone 2 手机（我还真的谈不上是华硕的粉丝哦 -_-#），刚好最近华硕的天猫官方店铺搞促销活动， 4GB RAM 64GB ROM 的 Zenfone 2 从 2399 元降到了 1599 元，而且还能领优惠券继续减价，这样就不用考虑什么了，直接下单购买。

从上海到南京快递走了一天之后手机到手发现华硕天猫店还是比较厚道的，在这种促销力度下还是送了不少赠品：

分别送了充电宝、原装耳机、自拍杆、贴膜、手机壳，而且没有像某些网友评价的那样国行版本默认不给快充充电器。

福利

现在购买的华硕 Zenfone 2 手机在首次使用时会提示激活两年 100GB 的 Google Drive 奖励,我的 Google Drive 空间又成功扩容了，而且似乎用 Zenfone2 手机注册新的 ASUS WebStorage 云存储账户也是有空间奖励的。

至于手机的外观实在没有什么好说的 — 因为看起来这款 Zenfone 2 就算和我之前用的 PadFone Infinity 相比也似乎没有什么太好的设计元素在里面。

Zenfone 2 是全塑料机身，正面还是延续了华硕之前众多老机型用的 3 个触控按键，除了最上面的电源键，手机正面以及左右两边就没有其它按键了，音量键被挪到了背面：

背面上方还是有 ASUS 的 LOGO，下面的 intel inside 标志表示这是一款使用 Intel Atom 处理器的手机。初看起来是不是觉得这土豪金的配色应该质感还不错?背面倒是一直沿用了华硕之前一些手机的弧形后盖，而且表面还是华硕用了一万年的金属拉丝效果，但比较悲剧的是这用在纯塑料后盖上的结果就是手摸上去触感比较差（赶紧套上赠送的手机壳压压惊 ^_^）。

值得一提的是华硕把电源键放在最顶端似乎是考虑到 5.5 寸的尺寸下用户能更好的按到，但实际上不管是否套上手机壳，这个电源键的手感都是很差的，还好 Zenfone 2 支持 ZenMotion 双击亮屏和息屏一定程序上可以缓解这个问题。

提示

华硕 ZenMotion 功能还可以支持在锁屏状态下以特定的触控手势启动指定的 App，例如我就设置了锁屏状态下在屏幕上划一个 V 字就启动微信，划一个 Z 字就启动支付宝。

好吧，其实我写这篇博文最主要的关注点还是手机里附带的这颗 Intel Atom Z3580 处理器了，可以到 Intel 官网上看到其技术参数：

看起来处理器频率也够用了，我所关注的无线显示、虚拟化和 64 位都是支持的，虽然用雷兔兔之类的跑分可能和现在新出的高通 820 之类的 CPU 会有些差距，但日常使用肯定是没有太大问题的。

上手开机之后发现 Zenfone 2 国行版系统（CN 版本，现在仍然是 5.0 系统）里预装了好多个国产 App，例如手机百度、UC 浏览器之类的（当然 Google 套件是没有的）。正当我想直接下载一个 Google Apps 安装器来先试试的时候，我又发现国行 Android 系统的位置信息服务也是由百度提供的，这个就不好忍了，立马下载国际版 WW 版本固件并进行刷机。

得益于 4GB 的运行内存，Zenfone 2 实际运行起来还是非常流畅的，刚刷完机之后系统里看到的空闲内存有 2.8GB 左右，把我原来手机上安装的 100 多个 App 还原之后发现正常运行时 Android 系统的空闲内存也在 2GB 左右，这样必须能很欢畅的使用各种 App 后台了。

至于 Android x86 的兼容问题，由于前几年我也用过联想 K800、XOLO X900 这两款使用 Intel Atom Z2460 处理器的手机，知道这些使用 x86 CPU 的手机在某些 Android App 的兼容性上会有些坑。

华硕 Zenfone 2 这几天用下来发现应用的兼容性相比以前来说确实也有不小的提升了，可能由于我比较少装游戏 App 的关系，我在 Zenfone 2 上暂时还没遇到直接不兼容的程序（像 MX Player 之类的 App 是可以安装 x86 专用版本的）。另外我在开启 root 并安装 x86 版本的 xposed 框架之后再尝试之前用的一些 xposed App 看起来也是没有什么问题的。

说到 Zenfone 2 的续航表现，比较可惜的是华硕在这么硕大的机身里却只塞进去了一个 3000 mAh 的电池，看看我这两天使用下来的电池曲线：

一般正常使用的话 Zenfone 2 差不多能顶上一天多一点（我在住处和公司都是连接 WiFi，其它则是使用联通 4G 网络），比较轻度的使用可能才能接近两天，和百度里看到的其它网友写的续航表现基本相符，虽然我都已经完全习惯了 Android 手机的一天甚至半天一充，但由于这款手机的外形完全谈不上轻薄，所以我还是略有点失望的，还是希望华硕后续的 5.1 或者 6.0 系统版本升级能优化续航表现呢。

最后还是总结说下 Zenfone 2 作为一款拥有 4GB 大内存而且性价比挺高的手机，一般的用户使用起来应该还是非常顺手的，另外 x86 的 Android 手机现在其实可玩性也是很高的哦，祝大家玩的开心。

Chromebook 上的特殊按键包括最上面一排的功能按键和专用搜索键；
功能按键和普通 PC 机上的 F1 - F12 功能按键有点类似，包括专门为 Chrome OS 设计的前进、后退、全屏、显示亮度控制、音量控制 等按键；
有关 Chromebook 键盘的相关信息请参考 Google 官方帮助文档 Use your Chromebook keyboard 。

首先可以用 Crouton Linux 环境中的命令行 showkey 命令或者图形界面下的 xev 命令检查 Chromebook 上特殊按键的 scan code，确认之后发现：

直接运行 Remix OS 的话也可以安装 KeyEvent Display 这款 App 来确认 Chromebook 上按键的 scan code。

• Chromebook 搜索键的 scan code 为：125；
• Chromebook 上面一排从后退键到提高音量键这些特殊功能键的 scan code 为：59 - 68；
• 特殊功能键的 scan code 和普通 PC 上的 F1 - F10 一致。

注意

不同 Chromebook 上特殊按键的 scan code 也有可能和上面的结果不同，我列出的结果适用于 Dell Chromebook 11 系列。

知道这些特殊按键的 scan code 之后就可以修改 Android keylayout 以适配 Chromebook 键盘，不过这一步需要修改 Remix OS PC 版 system 目录中的文件。如果你是按照我写的 Chromebook使用ext4 U盘运行Remix OS 文章中的方法安装的，那只要安装过程中启用了 system 目录的可写功能，那可以直接在 Remix OS（Remix OS 中直接修改需要开启 root 权限） 或者 Chrome OS 里修改还是很方便的。

如果你是用技德官方的工具烧写的 U 盘那会稍微麻烦点，需要在 Chromebook 等 Linux 系统中挂载 system 映像文件修改并重新打包，网上应该也能找到对应的教程，这里就不做详细介绍了。

修改 Remix OS 中的 /system/usr/keylayout/Generic.kl 文件，首先注释掉这些已有的行（Android 默认的键盘 scan code 到 key code 映射）：

#key 59    F1
#key 60    F2
#key 61    F3
#key 62    F4
#key 63    F5
#key 64    F6
#key 65    F7
#key 66    F8
#key 67    F9
#key 68    F10
#key 125   META_LEFT

然后增加这些行：

key 59    MEDIA_PREVIOUS
key 60    MEDIA_NEXT
key 61    MEDIA_PLAY_PAUSE
key 62    MENU
key 63    APP_SWITCH
key 64    BRIGHTNESS_DOWN
key 65    BRIGHTNESS_UP
key 66    VOLUME_MUTE
key 67    VOLUME_DOWN
key 68    VOLUME_UP
key 125   CAPS_LOCK

这里分别简单解释下：

• 59 - 后退键，改成了「上一个节目」键，改成 BACK 后退键等特殊键似乎会导致 Remix OS 下键盘输入有点问题，索性改成切换节目键可以配合各种音乐 App 方便切换歌曲；
• 60 - 前进键，改成了「下一个节目」键；
• 61 - 刷新键，改成了「播放/暂停」键，本来想改成 MEDIA_REWIND 也就是「倒回」键符合原来刷新键的意思，但测试后发现好多 App 不支持就算了；
• 62 - 全屏键，改成了「菜单」键，Remix OS 下没有直接的全屏按键，这里就用做现在比较少用了的「菜单」键了，目前看起来只有手动退出手机 QQ 时有用 ^_^；
• 63 - 切换窗口键，改成了「应用切换」键，类似 Android 原生的效果，和 Remix OS 自带的按 Alt+Tab 键切换应用效果稍微有点不一样；
• 64 - 降低亮度键；
• 65 - 提高亮度键；
• 66 - 静音键；
• 67 - 降低音量键；
• 68 - 提高音量键；
• 125 - 搜索键，改成了「大小写切换」键，因为发现现在 Android 下对原生搜索键支持的 App 太少（测试了只有 Chrome 支持），就改成了更常用的 Caps lock 键了，如果你想换成 Android 原生搜索键的话可以将值改为 SEARCH。

修改之后重新启动 Remix OS 系统就可以看到这些特殊按键的效果了，这样起码能让 Chromebook 用的更顺利咯。如果文章中有任何问题欢迎提出指正哦，祝元宵节后玩的开心～～～