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 会读取一截,而不是读取全部,明显是知识点缺失,嗯,我找到了再补充吧。

相关推荐
Lei活在当下8 小时前
【项目踩坑实录】并发环境下,Glide缓存引起的图片加载异常
android·debug·glide
my_power52010 小时前
检出git项目到android studio该如何配置
android·git·android studio
三少爷的鞋13 小时前
Repository 方法设计:suspend 与 Flow 的决选择指南(以朋友圈为例)
android
阿里云云原生13 小时前
Android App 崩溃排查指南:阿里云 RUM 如何让你快速从告警到定位根因?
android·java
cmdch201715 小时前
手持机安卓新增推送按钮功能
android
攻城狮201516 小时前
【rk3528/rk3518 android14 kernel-6.10 emcp sdk】
android
何妨呀~16 小时前
mysql 8服务器实验
android·mysql·adb
QuantumLeap丶16 小时前
《Flutter全栈开发实战指南:从零到高级》- 25 -性能优化
android·flutter·ios
木易 士心18 小时前
MVC、MVP 与 MVVM:Android 架构演进之路
android·架构·mvc
百锦再18 小时前
国产数据库的平替亮点——关系型数据库架构适配
android·java·前端·数据库·sql·算法·数据库架构