拿到手后，我第一感觉是：这个产品是不是设计得不够完善？

原因很简单。

同系列另外两款产品都有拨码开关：

• USB TO UART/I2C/SPI/JTAG：通过拨码切换 UART、SPI、I²C、JTAG 等模式。
• USB TO RS232/485：通过拨码切换 RS232、RS485，并可开启/关闭 120Ω 终端电阻。

而这款 USB TO RS232/485/TTL 却没有任何切换拨码，但官方说明又写着：

RS232、RS485、TTL 不能同时使用。

当时我的想法是：

既然不能同时使用，为什么不像另外两款一样做一个切换拨码？

于是我做了个测试

我分别在 TTL、RS232、RS485 三个接口接上设备，同时向转换器发送数据。

测试结果有点出乎意料。

三个接口可以同时连接，在数据不发生冲突的情况下，也可以同时正常通信。

例如三个接口分别以不同周期发送数据时，大多数情况下都能正常收到。

只有当两个接口刚好在同一时刻发送数据时，才会出现数据冲突，表现为乱码、丢字符或者数据混在一起。

我理解官方这句话真正的意思了

官方写的是：

RS232、RS485、TTL 不能同时使用。

但根据我的实测，我觉得更容易理解的说法应该是：

三个接口可以同时连接，也可以分别正常通信，但不能同时向 USB 发送数据，否则可能发生数据冲突。

也就是说，它并不是三个独立串口，而是共享同一个 USB 串口通道。

我的看法

测试之前，我一直觉得：

没有切换拨码，却写着”不能同时使用”，这个设计有点不完美。

但测试之后，我反而觉得：

产品本身并没有问题，真正容易让人误解的是官方这句话。

如果官方改成下面这种描述，我觉得会更直观：

RS232、RS485、TTL 可同时连接，但多个接口不能同时发送数据。

这样大家第一眼就能理解产品的工作方式，也不会像我一样，因为没有拨码而误以为产品设计存在问题。

本文涉及产品：

• 图1：Waveshare USB TO UART/I2C/SPI/JTAG
• 图2：Waveshare USB TO RS232/485
• 图3：Waveshare USB TO RS232/485/TTL（本文测试对象）

说明：本文结论来自个人实际测试，仅供参考。

工作十五年，独自出来十年了

「请你务必，一而再，再而三，三而不竭，千次万次，毫不犹豫地救自己于人间水火。」

wget https://dl.nssurge.com/snell/snell-server-v5.0.1-linux-amd64.zip

unzip snell-server-v5.0.1-linux-amd64.zip
mv snell-server /usr/local/bin/

vim /usr/lib/systemd/system/snell.service

snell.service 内容如下：

[Unit]
Description=Snell Proxy Service
After=network.target

[Service]
Type=simple
User=nobody
Group=nogroup
LimitNOFILE=32768
ExecStart=/usr/local/bin/snell-server -c /etc/snell-server.conf

[Install]
WantedBy=multi-user.target

vim /etc/snell-server.conf

snell-server.conf 内容如下：

[snell-server]
listen = ::0:端口
psk = 密码
ipv6 = true

继续执行：

systemctl daemon-reload
systemctl enable snell
systemctl start snell

从 https://github.com/winsw/winsw/releases 下载WinSW，选择Latest版本里的 WinSW-x64.exe 。

mihomo安装于C:\mihomo 目录，先创建此文件夹。

将mihomo-linux-amd64-compatible-版本号.gz解压，解压后将mihomo-windows-amd64-compatible.exe改命为mihomo.exe，并移动到C:\mihomo目录。

在C:\mihomo目录创建clash配置文件config.yaml，内容如下：

ipv6: false
external-controller: 0.0.0.0:9090
external-ui: ui
geodata-mode: true  # 开启 dat 模式 面板可显示规则数量
geo-auto-update: true
geo-update-interval: 24
geox-url:
  geoip: "https://fastly.jsdelivr.net/gh/MetaCubeX/meta-rules-dat@release/geoip-lite.dat"  # lite 版本 GEOIP 体积小
tun:
  enable: true
  auto-route: true
  auto-detect-interface: true
  strict-route: true
  stack: system
  dns-hijack:
    - 0.0.0.0:53
dns:
  enable: true
  listen: 0.0.0.0:53
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  fake-ip-filter:
    - '*.lan'
    - localhost.ptlogin2.qq.com
    - +.msftconnecttest.com
    - +.msftncsi.com
  nameserver:
    - system  # 调用系统 DNS 兼容性和速度最佳
proxies:
  - 代理A
  - 代理B

# ========== Proxy Groups ==========
proxy-groups:
  - name: "PROXY"
    type: select
    proxies:
      - "代理A"
      - "代理B"
      - DIRECT
rule-providers:
  global:
    type: http
    path: ./global.yaml
    url: "https://fastly.jsdelivr.net/gh/ACL4SSR/ACL4SSR@master/Clash/Providers/ProxyLite.yaml"
    interval: 86400
    proxy: DIRECT
    behavior: classical
    format: yaml
  china:
    type: http
    path: ./china.yaml
    url: "https://fastly.jsdelivr.net/gh/ACL4SSR/ACL4SSR@master/Clash/Providers/ChinaDomain.yaml"
    interval: 86400
    proxy: DIRECT
    behavior: classical
    format: yaml
rules:
  - GEOIP,private,DIRECT,no-resolve  # GEOIP 规则前加入 no-resolve 不提前解析 DNS
  - RULE-SET,global,PROXY,no-resolve
  - RULE-SET,china,DIRECT,no-resolve
  - GEOIP,cn,DIRECT
  - MATCH,PROXY

将WinSW-x64.exe移动到C:\mihomo目录，重命名为mihomo-service.exe。

在C:\mihomo目录创建WinSW配置文件mihomo-service.xml，内容如下：

<service>
  <!-- 服务基础信息 -->
  <id>mihomo</id>
  <name>mihomo</name>
  <description>MetaCubeX mihomo service (run: mihomo.exe -f config.yaml)</description>

  <!-- 运行程序 -->
  <executable>%BASE%\mihomo.exe</executable>
  <arguments>-f "%BASE%\config.yaml"</arguments>

  <!-- 工作目录 -->
  <workingdirectory>%BASE%</workingdirectory>

  <!-- 日志目录 -->
  <logpath>%BASE%\logs</logpath>

  <!-- 输出日志 -->
  <log mode="roll-by-size">
    <sizeThreshold>10485760</sizeThreshold> <!-- 10MB -->
    <keepFiles>10</keepFiles>
  </log>

  <!-- 崩溃/退出自动拉起 -->
  <onfailure action="restart" delay="5 sec"/>

  <!-- 优雅停止：发送 Ctrl+C -->
  <stopparentprocessfirst>true</stopparentprocessfirst>
  <stoptimeout>10 sec</stoptimeout>

  <!-- 以自动启动运行 -->
  <startmode>Automatic</startmode>

</service>

以管理员身份运行CMD，cd到C:\mihomo目录，运行mihomo-service install mihomo-service.xml。

至此，Windows服务中就有了mihomo，运行服务后，浏览器访问 http://127.0.0.1:9090/ui 是管理UI。

目前的时间点GL-MT3600BE已经发布一段时间，性能比上代GL-MT3000更好，但是可玩性不如GL-MT3000。

GL-MT3600BE固件是OpenWrt 21，很多包已经不支持OpenWrt 21，安装报错。

GL-MT3000固件有OpenWrt 24，支持更多包，可玩性也更好。

We regret to make the following annoucement. Due to current legal and policy restrictions in mainland China, we are unable to provide VPN and AdGuard Home features in our CN version products sold in mainland China.

参考https://github.com/Zayrick/GL-iNet-GeoChanger中命令，试图修改MT3000的区域。

如果是OpenWrt 21，直接参照执行即可，如果是OpenWrt 24，dd if=/dev/mtdblock3 bs=1 count=2 skip=136 2>/dev/null | hexdump -C 不会返回地区代码，因为24和21的分区不同。

root@GL-MT3000:~# cat /proc/mtd
dev:    size   erasesize  name
mtd0: 00100000 00020000 "BL2"
mtd1: 00080000 00020000 "u-boot-env"
mtd2: 00200000 00020000 "Factory"
mtd3: 00200000 00020000 "FIP"
mtd4: 00040000 00020000 "log"
mtd5: 0f640000 00020000 "ubi"

OpenWrt 24的Factory分区是mtd2，需要执行dd if=/dev/mtdblock2 bs=1 count=2 skip=136 2>/dev/null | hexdump -C 查看地区代码。

root@GL-MT3000:~# echo -n "US" | dd of=/dev/mtdblock2 bs=1 seek=136 conv=notrunc
dd: error writing '/dev/mtdblock2': Operation not permitted
1+0 records in
0+0 records out

在OpenWrt 24写mtdblock2会报错，需要刷机回退OpenWrt 21修改地区，修改后再升级到OpenWrt 24。

unifi-network-application需要mongodb。

部署mongodb正常，服务正常启动。部署unifi-network-application后启动失败报错如下：

[migrations] started
[migrations] no migrations found
usermod: no changes
───────────────────────────────────────
      ██╗     ███████╗██╗ ██████╗ 
      ██║     ██╔════╝██║██╔═══██╗
      ██║     ███████╗██║██║   ██║
      ██║     ╚════██║██║██║   ██║
      ███████╗███████║██║╚██████╔╝
      ╚══════╝╚══════╝╚═╝ ╚═════╝ 
   Brought to you by linuxserver.io
───────────────────────────────────────
To support LSIO projects visit:
https://www.linuxserver.io/donate/
───────────────────────────────────────
GID/UID
───────────────────────────────────────
User UID:    1000
User GID:    1000
───────────────────────────────────────
*** Waiting for MONGO_HOST unifi-db to be reachable. ***
*** Defined MONGO_HOST unifi-db is not reachable, cannot proceed. ***

寻找解决方案，发现不少同样问题，普遍确认过mongodb连接信息正确。尝试过一些解决方法无效后，想起来container需要link才能互相通信。将mongodb和unifi-network-application容器设置`–link`后重启，服务正常启动。

回到家里，眼睛有些干涩，倒是还不打盹。

努力，青年！