Android 使用非阻塞的方式读写串口

上一篇博客简单介绍了Android 串口使用demo,项目开发中由于app 同学要求 例如 getMcuversion() 返回值是 当前单片机版本号,由于我们串口是阻塞的 ,所以我们接收到串口返回值后,readthread 仍不会结束。所以传递当前read结果防是有两种,一种通过handler方式将read结果发给getMcuversion(){},但是我们无法预知何时能读到结果。另外一种就是非阻塞的串口,读完之后直接获取返回值
非阻塞接口

byte[] a;
public byte[] getMcuversion(){
	openreadthread{
		run(){
			a = read(serial);
		}
	}
	return a;
}

如果使用非阻塞方式,首先就是在开口串口时候使用非阻塞的方式
有两种方式可以 1、O_NONBLOCK

fd = open(path_utf, O_RDWR | O_NOCTTY | O_NONBLOCK | O_NDELAY);  

第二种 打开方式不变

 int fd = open(pathStr, O_RDWR | O_NOCTTY);

修改串口的属性

 tio.c_cflag =  speed | CS8 | CLOCAL | CREAD;
    // Disable output processing, including messing with end-of-line characters.
    tio.c_oflag &= ~OPOST;
    tio.c_iflag = IGNPAR;
    tio.c_lflag = 0; /* turn of CANON, ECHO*, etc */
    /* no timeout but request at least one character per read */
    tio.c_cc[VTIME] = 0;
    tio.c_cc[VMIN] = 1;
    tcsetattr(fd, TCSANOW, &tio);
    tcflush(fd, TCIOFLUSH);

tio.c_cc[VMIN] = 1 改成 tio.c_cc[VMIN] = 0;
其中含义 收到0个字节也返回,原来是收到一个字节才返回

VTIME定义要求等待的时间量(取值不能大于cc_t)。

VMIN定义了要求等待的最小字节数。

options.c_cc[VTIME] = X;   //设置从获取到1个字节后开始计时的超时时间

options.c_cc[VMIN] = Y;     //设置要求等待的最小字节数

在原始模式下对read()函数的影响:

1、X=0,Y!=0。函数read()只有在读取了Y个字节的数据或者收到一个信号的时候才返回;

2、X!=0,Y=0。即使没有数据可以读取,read()函数等待X时间量后返回;

3、X!=0,Y!=0。第一个字节数据到时开始,最先满足收到Y个字节或达超时时间X任意一个条件,read()返回;

4、X=0,Y=0。即使读取不到任何数据,函数read也会立即返回。

read thread 方式就是这种。基本跟阻塞没啥变化 ByteBuffer mInputBuffe 设为全局变量。保存当前读取结果

ByteBuffer mInputBuffe
 public class ReadThread extends Thread {

        public ReadThread() {
            super();
        }
        @Override
        public void run() {
            int currentLength = 0;
            int ret = 0;
            mInputBuffer = ByteBuffer.allocateDirect(2048);
            try { 
                    ret = mSerialPort.read(mInputBuffer, currentLength);
                 
            Log.e(TAG, "thread run over!!");
        }
    }
  • 0
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
在AXI(Advanced eXtensible Interface)总线协议中,存在阻塞读写非阻塞读写两种操作方式。 1. 阻塞读写(Blocking Read/Write): - 阻塞读(Blocking Read):当主设备发起读取操作时,如果从设备没有准备好数据,主设备会一直等待直到从设备提供数据。这种读取操作会阻塞主设备的执行,直到数据可用。 - 阻塞写(Blocking Write):当主设备发起写入操作时,如果从设备没有准备好接收数据,主设备会一直等待直到从设备准备好。这种写入操作会阻塞主设备的执行,直到数据被成功传输。 2. 非阻塞读写(Non-blocking Read/Write): - 非阻塞读(Non-blocking Read):当主设备发起读取操作时,如果从设备没有准备好数据,主设备不会等待,而是立即返回一个无效的数据。这样主设备可以继续执行其他操作,而不必等待数据准备好。 - 非阻塞写(Non-blocking Write):当主设备发起写入操作时,如果从设备没有准备好接收数据,主设备也不会等待,而是立即返回。这样主设备可以继续执行其他操作,而不必等待数据传输完成。 阻塞读写非阻塞读写的选择取决于具体的应用需求和设计约束。阻塞读写可以确保数据的一致性和完整性,但可能会导致主设备的延迟。非阻塞读写可以提高系统的并发性和响应性,但需要主设备处理数据准备好和传输完成的状态。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

九霄的爸爸

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值