软件

在 OpenWrt 上使用 华为 E5573s

华为 E5573s 可能是国内卖得最火的 随身WiFi 了。不过它本身不能刷 OpenWrt,所以只能把他插在一个 OpenWrt 的路由器上。

这也是 OpenWrt 上装4G模块最方便的方法了。

有的人可能会用 OpenWrt 去桥接 E5573s 的 WiFi,不过无线的连接怎么都没有有线来得稳定。

如果有人试过把 E5573s 的 USB 连接到电脑上,会发现可以直接当作一个 USB 4G 网卡来用,那么插在 OpenWrt 上也是可以的。

 

首先在 OpenWrt 上查找到了 这篇wiki《Use RNDIS USB Dongle for WAN connection》

简单的安装了下面这两个软件包之后,发现并不能行。

kmod-usb-net-rndis usb-modeswitch

查看 dmesg,发现识别到了 usb 设备,但是出现的是存储设备,就是电脑上会显示的那个驱动盘。

Mon Jan 14 11:06:52 2019 kern.info kernel: [  431.813541] usb 1-2: new high-speed USB device number 2 using xhci-mtk
Mon Jan 14 11:06:52 2019 kern.info kernel: [  431.996638] usb-storage 1-2:1.0: USB Mass Storage device detected
Mon Jan 14 11:06:52 2019 kern.info kernel: [  432.003928] scsi host0: usb-storage 1-2:1.0
Mon Jan 14 11:06:53 2019 kern.notice kernel: [  433.014461] scsi 0:0:0:0: CD-ROM            HUAWEI   Mass Storage     2.31 PQ: 0 ANSI: 2

 

我之前就知道华为的随身WiFi还需要再安装一个 kmod-usb-net-huawei-cdc-ncm 的软件包才能正常工作,但是我装上重新插拔发现日志还是和上面的一样,只出现了驱动盘。

想了想应该是 E5573s 认为主机端的驱动没装好,只显示出驱动分区,但还缺什么才能让它识别出来呢?

于是上网搜索了一下,找到了 这一篇文章

按照文中所说的,把以下所有的软件包都装上了。

opkg install kmod-usb-net-rndis comgt-ncm kmod-usb-net-huawei-cdc-ncm kmod-usb-serial kmod-usb-serial-option kmod-usb-serial-wwan usb-modeswitch kmod-mii kmod-usb-net kmod-usb-wdm kmod-usb-net-qmi-wwan uqmi kmod-usb-net-cdc-mbim umbim

 

装好之后重新插拔,这次能够重新识别到了。

 

观察日志中,随身WiFi 注册在了 eth1 上,于是去 OpenWrt 上添加 eth1 的接口即可。

 

很奇怪的是,以前只要有 huawei-cdc-ncm 就可以让 E5573s 识别出来了,但现在要装更多的软件包才能正常识别。

而且以前这个设备是注册在 usb0 接口上的,现在又跑到了 eth1 上,不知道是哪里变了。

kX Driver 的连线教程

虽然 kX 驱动已经是上古产物了,不过现在 Win10 还能用,刚好声卡也在,就先用着。研究了半天,总算可以知道各个部分的意思了。

kX DSP

FXBus

FXBus 就是电脑内部的音频输出,比如说系统内的声卡选择,ASIO音频输出等等。

在我的电脑上面,输出是这样子的。

也就是说,往这几个音频设备里面播放,会对应从FXBus的2~7里面输出。

本来我这里名称为 “Main Out 2/3” 的设备应该是 0/1 从 FXBus 0 和 1 输出的,但不知道为什么也是走 2/3 输出,和另一个 2/3 都从 FXBus 2/3 输出。改了 Router 里的通道也没用,估计是 Win10 上有的 bug。我这里只有 ASIO 的 0/1 通道会走 FXBus 0/1。然而奇怪的事情是当 ASIO 占用了 0/1 通道之后,那个 Main Out 设备会提示被占用,它明明走的是 2/3 ???

如果往最顶上的那个 SPDIF/AC3 Output 输出音频,将会按照声道从 FXBus 2~7 对应输出。

如果要用 AC3 输出设备的话要进去修改支持的格式,只能选 Dolby Digital 。

Firefox 59 版本导出的证书文件无法导入到其他程序

最初我是在申请一个新的 comodo 邮件电子签名的证书。由于 Chrome 不支持密钥生成,所以以往都是使用 Firefox 进行的申请。

Firefox Certificates Manager

申请完的证书会保存在 Firefox 的证书管理器当中。如图

然而当我把证书导出后打算导入到 Outlook 的时候,Outlook 提示无法导入。

Import Error

尝试导入到系统的时候提示密码错误。不应该啊?多次尝试之后,重新导出了没有密码的证书,依然提示密码错误。

细想这个问题一定不简单,放狗搜寻一番,寻找到了该 BUG 的讨论串

原因很简单,Firefox 59 把证书加密的迭代次数设置过高,而 Windows 不支持,所以解决方案就是降低迭代次数到微软设置的最大值即可。

这个问题已经在 Firefox 60 beta 以后的版本修复,目前更新到 beta 版本即可。

说起来,Firefox 60 正式版就要在5月9日发布了,我刚好赶上了这个 BUG 的末班车。。。

Poweramp 居然诈尸更新了

首先群里有人给我发来了一片文章:Poweramp returns from the grave with a shiny new UI(XDA)

天啊,这是什么,Poweramp ?那个上古时代就断更了的软件?居然更新了?

虽然我日常都有在用 Poweramp ,但我确实没想到它还有更新的一天。上一个版本也是大改后的 Alpha 版,不过各方面都运作得不错。在三星机型上还能支持 Hi-Res 输出。

既然更新了,那就一定要尝试一下的。由于官方论坛的访问还是一如既往的慢,可以从 ApkMirror 下载。

官方论坛

Apk Mirror

続きを読む

移动 ProgramData 文件夹后导致 Windows10 更新失败

Windows 10 的 2018 春季更新终于提发布了。然后我想起来这个月有一个无限安装失败的4月补丁 KB4093112 ,错误代码提示 0x80070011 。这个错误的名称是 ERROR_NOT_SAME_DEVICE ,也算是一个上古时代就有的一个错误。

原因很简单,对系统的 Program Files 目录以及 ProgramData 目录进行了移动之后就会发生这种错误。根据微软的解释[1],自从 Windows Vista 之后,微软在各个系统文件夹中使用了硬链接,如果移动了这些文件夹的盘符,原来的硬链接自然会失效,导致安装更新的时候出现问题。

続きを読む