注册 登录  
 加关注
查看详情
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

jiwenxu的博客

CODE

 
 
 

日志

 
 

java串口通信2[转]  

2007-10-08 09:54:06|  分类: J2SE |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |
串口一般有如下参数可以在该串口打开以前配置进行配置:
java串口通信2[转] - 无聊的默默 - jiwenxu的博客
 
包括波特率,输入/输出流控制,数据位数,停止位和齐偶校验。
SerialPortsPort;
try {
           sPort.setSerialPortParams(BaudRate,Databits,Stopbits,Parity);
                    //设置输入/输出控制流
                    sPort.setFlowControlMode(FlowControlIn |FlowControlOut);
       } catch (UnsupportedCommOperationException e) {}
对串口读写之前需要先打开一个串口:
CommPortIdentifier portId =CommPortIdentifier.getPortIdentifier(PortName);
try {
           SerialPort  sPort = (SerialPort)portId.open("串口所有者名称", 超时等待时间);
       } catch (PortInUseException e){//如果端口被占用就抛出这个异常
           throw new SerialConnectionException(e.getMessage());
       }
//用于对串口写数据
OutputStream os= new BufferedOutputStream(sPort.getOutputStream());
os.write(intdata);
//用于从串口读数据
InputStream is= new BufferedInputStream(sPort.getInputStream());
intreceivedData = is.read();
读出来的是int型,你可以把它转换成需要的其他类型。
这里要注意的是,由于Java语言没有无符号类型,即所有的类型都是带符号的,在由byte到int的时候应该尤其注意。因为如果byte的最高位是1,则转成int类型时将用1来占位。这样,原本是10000000的byte类型的数变成int型就成了1111111110000000,这是很严重的问题,应该注意避免。
终于唠叨完我最讨厌的基础知识了,下面开始我们本次的重点--串口应用的研究。由于向串口写数据很简单,所以这里我们只关注于从串口读数据的情况。通常,串口通信应用程序有两种模式,一种是实现SerialPortEventListener接口,监听各种串口事件并作相应处理;另一种就是建立一个独立的接收线程专门负责数据的接收。由于这两种方法在某些情况下存在很严重的问题(至于什么问题这里先卖个关子J),所以我的实现是采用第三种方法来解决这个问题。
现在我们来看看事件监听模型是如何运作的
l       首先需要在你的端口控制类(例如SManager)加上“implementsSerialPortEventListener”
l       在初始化时加入如下代码:
try {
           SerialPort sPort.addEventListener(SManager);
       } catch (TooManyListenersException e) {
           sPort.close();
           throw newSerialConnectionException("too many listeners added");
       }
       sPort.notifyOnDataAvailable(true);
l       覆写public void serialEvent(SerialPortEvente)方法,在其中对如下事件进行判断:
BI -通讯中断.
  CD -载波检测.
  CTS-清除发送.
  DATA_AVAILABLE-有数据到达.
  DSR-数据设备准备好.
  FE -帧错误.
  OE -溢位错误.
  OUTPUT_BUFFER_EMPTY-输出缓冲区已清空.
  PE-奇偶校验错.
RI - 振铃指示.
一般最常用的就是DATA_AVAILABLE--串口有数据到达事件。也就是说当串口有数据到达时,你可以在serialEvent中接收并处理所收到的数据。然而在我的实践中,遇到了一个十分严重的问题。
首先描述一下我的实验:我的应用程序需要接收传感器节点从串口发回的查询数据,并将结果以图标的形式显示出来。串口设定的波特率是115200,川口每隔128毫秒返回一组数据(大约是30字节左右),周期(即持续时间)为31秒。实测的时候在一个周期内应该返回4900多个字节,而用事件监听模型我最多只能收到不到1500字节,不知道这些字节都跑哪里去了,也不清楚到底丢失的是那部分数据。值得注意的是,这是我将serialEvent()中所有处理代码都注掉,只剩下打印代码所得的结果。数据丢失的如此严重是我所不能忍受的,于是我决定采用其他方法。
这个模型顾名思义,就是将接收数据的操作写成一个线程的形式:
public voidstartReadingDataThread() {
       Thread readDataProcess = new Thread(new Runnable() {
           public void run() {
                           while (newData != -1) {
                   try {
                                         newData = is.read();
                       System.out.println(newData);
                                         //其他的处理过程
                                        ……….
                                  } catch (IOException ex) {
                       System.err.println(ex);
                       return;
                   }
                    }
             readDataProcess.start();
}
在我的应用程序中,我将收到的数据打包放到一个缓存中,然后启动另一个线程从缓存中获取并处理数据。两个线程以生产者—消费者模式协同工作,数据的流向如下图所示:
java串口通信2[转] - 无聊的默默 - jiwenxu的博客
这样,我就圆满解决了丢数据问题。然而,没高兴多久我就又发现了一个同样严重的问题:虽然这回不再丢数据了,可是原本一个周期(31秒)之后,传感器节电已经停止传送数据了,但我的串口线程依然在努力的执行读串口操作,在控制台也可以看见收到的数据仍在不断的打印。原来,由于传感器节点发送的数据过快,而我的接收线程处理不过来,所以InputStream就先把已到达却还没处理的字节缓存起来,于是就导致了明明传感器节点已经不再发数据了,而控制台却还能看见数据不断打印这一奇怪的现象。唯一值得庆幸的是最后收到数据确实是4900左右字节,没出现丢失现象。然而当处理完最后一个数据的时候已经快1分半钟了,这个时间远远大于节点运行周期。这一延迟对于一个实时的显示系统来说简直是灾难!
后来我想,是不是由于两个线程之间的同步和通信导致了数据接收缓慢呢?于是我在接收线程的代码中去掉了所有处理代码,仅保留打印收到数据的语句,结果依然如故。看来并不是线程间的通信阻碍了数据的接收速度,而是用线程模型导致了对于发送端数据发送速率过快的情况下的数据接收延迟。这里申明一点,就是对于数据发送速率不是如此快的情况下前面者两种模型应该还是好用的,只是特殊情况还是应该特殊处理。
痛苦了许久(Boss天天催我L)之后,偶然的机会,我听说TinyOS中(又是开源的)有一部分是和我的应用程序类似的串口通信部分,于是我下载了它的1.x版的Java代码部分,参考了它的处理方法。解决问题的方法说穿了其实很简单,就是从根源入手。根源不就是接收线程导致的吗,那好,我就干脆取消接收线程和作为中介的共享缓存,而直接在处理线程中调用串口读数据的方法来解决问题(什么,为什么不把处理线程也一并取消?----都取消应用程序界面不就锁死了吗?所以必须保留)于是程序变成了这样:
public byte[]getPack(){
      while (true) {
                     //PacketLength为数据包长度
                   byte[] msgPack = new byte[PacketLength];
                   for(int i = 0; i < PacketLength; i++){
                       if( (newData = is.read()) != -1){
                           msgPack[i] = (byte) newData;
                           System.out.println(msgPack[i]);
                       }
                   }
                   return msgPack;
                           }
}
在处理线程中调用这个方法返回所需要的数据序列并处理之,这样不但没有丢失数据的现象行出现,也没有数据接收延迟了。这里唯一需要注意的就是当串口停止发送数据或没有数据的时候is.read()一直都返回-1,如果一旦在开始接收数据的时候发现-1就不要理它,继续接收,直到收到真正的数据为止。

本文介绍了串口通信的基本知识,以及常用的几种模式。通过实践,提出了一些问题,并在最后加以解决。值得注意的是对于第一种方法,我曾将传感器发送的时间由128毫秒增加到512毫秒,仍然有很严重的数据丢失现象发生,所以如果你的应用程序需要很精密的结果,传输数据的速率又很快的话,就最好不要用第一种方法。对于第二种方法,由于是线程导致的问题,所以对于不同的机器应该会有不同的表现,对于那些处理多线程比较好的机器来说,应该会好一些。但是我的机器是Inter奔四3.0双核CPU+512DDR内存,这样都延迟这么厉害,还得多强的CPU才行啊?所以对于数据量比较大的传输来说,还是用第三种方法吧。不过这个世界问题是很多的,而且未知的问题比已知的问题多的多,说不定还有什么其他问题存在,欢迎你通过下面的联系方式和我一起研究。 
  评论这张
 
阅读(62)| 评论(0)
推荐 转载

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018