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

相关推荐
Y40900119 分钟前
数据库基础知识——聚合函数、分组查询
android·数据库
没有了遇见5 小时前
Android 原生定位(替代高德 / 百度等三方定位)<终极版本>
android
2501_916008896 小时前
iOS 抓包工具有哪些?全面盘点主流工具与功能对比分析
android·ios·小程序·https·uni-app·iphone·webview
2501_915921436 小时前
iOS混淆工具实战 视频流媒体类 App 的版权与播放安全保护
android·ios·小程序·https·uni-app·iphone·webview
CYRUS_STUDIO6 小时前
LLVM 全面解析:NDK 为什么离不开它?如何亲手编译调试 clang
android·编译器·llvm
CYRUS_STUDIO7 小时前
静态分析神器 + 动态调试利器:IDA Pro × Frida 混合调试实战
android·逆向
g_i_a_o_giao9 小时前
Android8 binder源码学习分析笔记(一)
android·java·笔记·学习·binder·安卓源码分析
翻滚丷大头鱼9 小时前
android 四大组件—BroadcastReceiver
android
人生游戏牛马NPC1号10 小时前
学习 Android (二十) 学习 OpenCV (五)
android·opencv·学习
2501_9160088910 小时前
uni-app iOS 日志与崩溃分析全流程 多工具协作的实战指南
android·ios·小程序·https·uni-app·iphone·webview