rs485串口通信使用withtimeout出现的bug

业务情节很简单,就是Android 设备作为主机通过轮序发送命令,然后从机设备通过主机命令中的设备id判断是否是自己,然后反馈结果。 485 串口在Android 上的体现就是文件,所以说,从机不能同时回复消息,总线消息通信机制了解下,我们仿造了modbus 协议生成了命令。

扯远了,为了提高性能和提高容错,我们对每一个指令的回复都进行了超时处理,万一从机设备损坏了,没有回复,我死等好像也不是一个事情。

基于kotlin 是超时

kotlin 复制代码
suspend fun InputStream.readAfterAvailableGreaterThanZero(timeoutMillis: Long = 200): ByteArray? {
    return withTimeout(timeoutMillis) {
        var data: ByteArray? = null
        while (data == null) {
            val available = this@readAfterAvailableGreaterThanZero.available()
            if (available > 0) {
                // 如果有数据可读,则读取数据
                val buffer = ByteArray(10240) // 假设你每次读取 1024 字节
                val bytesRead = this@readAfterAvailableGreaterThanZero.read(buffer)
                if (bytesRead > 0) {
                    data = buffer.copyOfRange(0, bytesRead)

                } else {
                    // 如果 available() 返回大于 0 但 read() 返回 0 或 -1,可能是流已关闭或出现问题
                    return@withTimeout null
                }
            } else {
                // 如果没有数据可读,则等待一段时间,这么可以明显加大了CPU的消耗,但是这个不能不写。
                delay(5) // 每次等待 10 毫秒
            }
        }
        //LogUtils.e(bytesToHex(data))
        return@withTimeout data // 返回读取到的数据(这里我们确定 data 不为 null)
    }
}

这么写,看似完美,实则有一个bug,那就是从机可能卡在最后那么一丝丝的时间给我回复,比如说,我设置超时为300毫秒, 从机需要回复的是:

复制代码
0344120001000000000000000000000000000000003b88

因为我设置超时的原因,那么可能只读取到了一半。至于为啥,我也不是太理解,因为03设备我读取了一半,04设备我获取回文的时候,就把03设备的读取到了,就导致了后续流程一直有问题,05读取到04的结果。 emmmm? 所以说,这里面直接就是裂开了,那么解决思路是什么呢?

  • 改造代码,将同步回调改成 单独获取输出流回调,但是不好处理超时,因为因为设置了超时读取一截的问题一直没有解决。
  • 放弃设置所谓的超时概念,通过定数量的循环+挂机函数实现类似超时的逻辑。

通计数+挂起实现类似超时逻辑

因为基于kotlin 做了太多同步代码,将代码改造成多回调成本有点大。

kotlin 复制代码
suspend fun InputStream.readInput(size: Int, delay: Long): ByteArray {
    // 开启循环。
    for (i in 0..size) {
        val available = this.available()
        if (available > 0) {
            val buffer = ByteArray(available) // 假设你每次读取 1024 字节
            this.read(buffer)
            return buffer
        } else {
            // 挂起
            delay(delay)
        }
    }
    throw  TimeoutException("超时警告,循环$size 次,每次挂起$delay 毫秒,未查询到数据 ")
}

结束

目前还是没有理解到为啥withtimeout 会读取一截,而不是读取全部,明显是知识点缺失,嗯,我找到了再补充吧。

相关推荐
游戏开发爱好者82 小时前
日常开发与测试的 App 测试方法、查看设备状态、实时日志、应用数据
android·ios·小程序·https·uni-app·iphone·webview
王码码20352 小时前
Flutter for OpenHarmony 实战之基础组件:第三十一篇 Chip 系列组件 — 灵活的标签化交互
android·flutter·交互·harmonyos
黑码哥2 小时前
ViewHolder设计模式深度剖析:iOS开发者掌握Android列表性能优化的实战指南
android·ios·性能优化·跨平台开发·viewholder
亓才孓2 小时前
[JDBC]元数据
android
独行soc3 小时前
2026年渗透测试面试题总结-17(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
金融RPA机器人丨实在智能3 小时前
Android Studio开发App项目进入AI深水区:实在智能Agent引领无代码交互革命
android·人工智能·ai·android studio
科技块儿3 小时前
利用IP查询在智慧城市交通信号系统中的应用探索
android·tcp/ip·智慧城市
独行soc3 小时前
2026年渗透测试面试题总结-18(题目+回答)
android·网络·安全·web安全·渗透测试·安全狮
王码码20354 小时前
Flutter for OpenHarmony 实战之基础组件:第二十七篇 BottomSheet — 动态底部弹窗与底部栏菜单
android·flutter·harmonyos
2501_915106324 小时前
app 上架过程,安装包准备、证书与描述文件管理、安装测试、上传
android·ios·小程序·https·uni-app·iphone·webview