chore: release 1.0.1

CHANGELOG.md

@@ -1,5 +1,17 @@
 # Changelog
 
+## 1.0.1 — 2026-04-22
+
+### Fixed
+
+- `discovery::find_port` / `wait_for_device` now match the WCH CH340K
+  USB-UART bridge (`1a86:7522`) and standard CH340 (`1a86:7523`) in
+  the `BRIDGE_VID_PIDS` list. The Elecrow ThinkNode-M2 board ships
+  with a CH340K bridge; previously only CP2102, CH9102, and FTDI
+  bridges were recognized, so `donglora-mux` and any other
+  `donglora-client` consumer reported "no device" on that board
+  even when the serial port was clearly present.
+
 ## 1.0.0 — 2026-04-22
 
 ### Breaking

Cargo.lock

@@ -71,7 +71,7 @@ checksum = "773648b94d0e5d620f64f280777445740e61fe701025087ec8b57f45c791888b"
 
 [[package]]
 name = "donglora-client"
-version = "1.0.0"
+version = "1.0.1"
 dependencies = [
  "anyhow",
  "donglora-protocol",

Cargo.toml

@@ -1,6 +1,6 @@
 [package]
 name = "donglora-client"
-version = "1.0.0"
+version = "1.0.1"
 edition = "2024"
 rust-version = "1.85"
 authors = ["Stephen Waits <steve@waits.net>"]

src/discovery.rs

@@ -20,6 +20,7 @@ pub const USB_PID: u16 = 0x5741;
 const BRIDGE_VID_PIDS: &[(u16, u16)] = &[
     (0x10C4, 0xEA60), // CP2102 (Silicon Labs)
     (0x1A86, 0x55D4), // CH9102
+    (0x1A86, 0x7522), // CH340K — Elecrow ThinkNode-M2 ships with this
     (0x1A86, 0x7523), // CH340
     (0x0403, 0x6001), // FT232R (FTDI)
 ];