使用TinyGo Bluetooth实现带响应写入以连接Timeflip v2的问题排查

看起来你在TinyGo连接Timeflip v2的登录环节卡壳了——不管写正确还是错误密码，读取commandOut特征值始终得到[1]，完全没看到预期的无效密码返回值0x02。我来帮你分析几个可能的原因，以及对应的解决思路：

1. 无应答写入可能没被设备正确处理 #

WriteWithoutResponse是BLE里的「无确认写入」，设备收到后不会回传操作是否成功的信号。如果Timeflip v2的登录流程要求带确认的写入（也就是Write Request而非Write Command），那用无应答写入可能等于白写——设备根本没处理你的密码请求，自然不会返回正确的登录结果。

你可以先检查下这个密码特征的属性，确认它是否支持带确认的写入：

// 在遍历特征的时候，打印属性
log.Println("-- characteristic", char.UUID().String(), "properties:", char.Properties())

如果输出里包含CharacteristicWrite，说明理论上支持带确认的写入，可能是TinyGo的API封装问题，或者需要换一种调用方式（可以去看看TinyGo蓝牙库的最新issue，说不定有其他开发者遇到过类似情况）。

2. 别主动读，试试订阅特征通知 #

很多BLE设备的操作结果都是通过主动推送通知给客户端的，而不是等你去读。你现在写完密码立刻调用Read，很可能读到的是特征的初始缓存值（也就是那个[1]），根本不是设备刚返回的登录结果。

解决办法很简单：先订阅commandOut特征的通知，再写密码，结果会自动推给你：

// 发现cmdOutChar之后，先开启通知
err = cmdOutChar.EnableNotifications(func(buf []byte) {
    log.Printf("收到设备返回: 字节数组=%v，十六进制=%x", buf, buf)
})
if err != nil {
    log.Fatalln("开启通知失败:", err)
}

之后再写入密码，不需要主动调用Read，回调函数里就能拿到实时的结果了。

3. 给设备留点处理时间 #

就算设备支持主动读取，WriteWithoutResponse之后立刻读也可能太快——设备还没处理完密码验证，你就已经把旧值读出来了。可以试试在写入后加个短暂延迟：

import "time"

// 写完密码后等500ms再读
time.Sleep(500 * time.Millisecond)
n, err := cmdOutChar.Read(buf)

4. 再核对下密码格式 #

最后再确认下Timeflip的协议要求：密码是不是6字节的ASCII字符串？你用的0x30对应ASCII的"0"，也就是"000000"，如果协议要求的是其他格式（比如十六进制编码的密码，或者字节顺序不同），设备也会识别不了，返回错误结果。

测试建议 #

我建议你先按第二种方法改代码——先开通知，再写密码，看看回调里的返回值。同时打印特征属性，确认写入方式是否符合设备要求。比如修改后的核心代码片段：

// 遍历特征找到pwChar和cmdOutChar后
err = cmdOutChar.EnableNotifications(func(buf []byte) {
    log.Printf("通知收到结果: %v (hex: %x)", buf, buf)
})
if err != nil {
    log.Println("开启通知出错:", err)
}

// 先写正确密码
rightPassword := []byte{0x30, 0x30, 0x30, 0x30, 0x30, 0x30}
_, err = pwChar.WriteWithoutResponse(rightPassword)
if err != nil {
    log.Println("写入正确密码失败:", err.Error())
}
time.Sleep(1 * time.Second) // 给设备处理时间

// 再写错误密码
wrongPassword := []byte{0x30, 0x30, 0x30, 0x30, 0x30, 0x31}
_, err = pwChar.WriteWithoutResponse(wrongPassword)
if err != nil {
    log.Println("写入错误密码失败:", err.Error())
}
time.Sleep(1 * time.Second)

这样应该能拿到设备返回的真实结果，而不是缓存的初始值了。

内容的提问来源于stack exchange，提问作者El Gohr