1、序言说到开源，恐怕很少有人不挑大指称赞。学生通过开源代码学到了知识，程序员通过开源类库获得了别人的成功经验及能够按时完成手头的工程，商家通过开源软件赚到了钱，总之是皆大欢喜。然而开源软件或类库的首要缺点就是大多缺乏详细的说明文档和使用的例子，或者就是软件代码随便你用，就是文档，例子和后期服务收钱。这也难怪，毕竟就像某个著名 NBA 球员说的那样：“我还要养家，所以千万美元以下的合同别找我谈，否则我宁可待业”。是啊，支持开源的人也要养家，收点钱也不过分。要想既不花钱又学到知识就只能借助网络和了，我只是想抛砖引玉，为开源事业做出点微薄共献，能为你的工程解决哪怕一个小问题，也就足够了。虽然我的这个系
2、列介绍的东西不是什么 Web 框架，也不是什么开源服务器，但是我相信，作为一个程序员，什么样的问题都会遇到。有时候越是简单的问题反而越棘手；越是小的地方就越是找不到称手的家伙。只要你不是整天只与“架构”、“ 构件”、“框架”打交道的话，相信我所说的东西你一定会用到。1 串口通信简介1.1 常见的 Java 串口包1.2 串口包的安装（Windows 下）2 串口 API 概览2.1 m.CommPort2.2 m.CommPortIdentifier2.3 m.SerialPort2.4 串口 API 实例2.4.1 列举出本机所有可用串口2.4.2 串口参数的配置2.4.3 串口的读写3 串
3、口通信的通用模式及其问题3.1 事件监听模型3.2 串口读数据的线程模型3.3 第三种方法4 结束语1 串口通信简介嵌入式系统或传感器网络的很多应用和测试都需要通过 PC 机与嵌入式设备或传感器节点进行通信。其中，最常用的接口就是 RS-232 串口和并口（鉴于 USB 接口的复杂性以及不需要很大的数据传输量，USB 接口用在这里还是显得过于奢侈，况且目前除了 SUN 有一个支持 USB 的包之外，我还没有看到其他直接支持 USB 的 Java 类库）。SUN 的 CommAPI 分别提供了对常用的 RS232 串行端口和 IEEE1284 并行端口通讯的支持。RS-232-C(又称 EIA
4、RS-232-C，以下简称 RS232)是在 1970 年由美国电子工业协会(EIA)联合贝尔系统、调制解调器厂家及计算机终端生产厂家共同制定的用于串行通讯的标准。RS232 是一个全双工的通讯协议，它可以同时进行数据接收和发送的工作。1.1 常见的 Java 串口包目前，常见的 Java 串口包有 SUN 在 1998 年发布的串口通信 API：comm2.0.jar （Windows 下）、comm3.0.jar（Linux/Solaris）；IBM 的串口通信 API 以及一个开源的实现。鉴于在 Windows 下 SUN 的 API 比较常用以及 IBM 的实现和 SUN 的在 API
5、 层面都是一样的，那个开源的实现又不像两家大厂的产品那样让人放心，这里就只介绍 SUN 的串口通信 API 在 Windows 平台下的使用。1.2 串口包的安装（Windows 下）到 SUN 的网站下载 javacomm20-win32.zip，包含的东西如下所示：按照其使用说明（Readme.html）的说法，要想使用串口包进行串口通信，除了设置好环境变量之外，还要将 win32com.dll 复制到bin 目录下；将 comm.jar 复制到lib ；把 m.properties 也同样拷贝到lib 目录下。然而在真正运行使用串口包的时候，仅作这些是不够的。因为通常当运行“java M
6、yApp”的时候，是由 JRE 下的虚拟机启动 MyApp 的。而我们只复制上述文件到 JDK 相应目录下，所以应用程序将会提示找不到串口。解决这个问题的方法很简单，我们只须将上面提到的文件放到 JRE 相应的目录下就可以了。值得注意的是，在网络应用程序中使用串口 API 的时候，还会遇到其他更复杂问题。有兴趣的话，你可以查看 CSDN 社区中“ 关于网页上 Applet 用 javacomm20 读取客户端串口的问题” 的帖子。2 串口 API 概览2.1 m.CommPort这是用于描述一个被底层系统支持的端口的抽象类。它包含一些高层的 IO 控制方法，这些方法对于所有不同的通讯端口来说是
7、通用的。SerialPort 和 ParallelPort 都是它的子类，前者用于控制串行端口而后者用于控这并口，二者对于各自底层的物理端口都有不同的控制方法。这里我们只关心 SerialPort。2.2 m.CommPortIdentifier这个类主要用于对串口进行管理和设置，是对串口进行访问控制的核心类。主要包括以下方法l 确定是否有可用的通信端口l 为 IO 操作打开通信端口l 决定端口的所有权l 处理端口所有权的争用l 管理端口所有权变化引发的事件（Event）2.3 m.SerialPort这个类用于描述一个 RS-232 串行通信端口的底层接口，它定义了串口通信所需的最小功能集。
8、通过它，用户可以直接对串口进行读、写及设置工作。2.4 串口 API 实例大段的文字怎么也不如一个小例子来的清晰，下面我们就一起看一下串口包自带的例子-SerialDemo 中的一小段代码来加深对串口 API 核心类的使用方法的认识。2.4.1 列举出本机所有可用串口void listPortChoices() CommPortIdentifier portId;Enumeration en = CommPortIdentifier.getPortIdentifiers();/ iterate through the ports.while (en.hasMoreElements() port
9、Id = (CommPortIdentifier) en.nextElement();if (portId.getPortType() = CommPortIdentifier.PORT_SERIAL) System.out.println(portId.getName();portChoice.select(parameters.getPortName();以上代码可以列举出当前系统所有可用的串口名称，我的机器上输出的结果是 COM1 和 COM3。2.4.2 串口参数的配置串口一般有如下参数可以在该串口打开以前配置进行配置：包括波特率，输入/输出流控制，数据位数，停止位和齐偶校验。Seri
10、alPort sPort;try sPort.setSerialPortParams(BaudRate,Databits,Stopbits,Parity);/设置输入/输出控制流sPort.setFlowControlMode(FlowControlIn | FlowControlOut); catch (UnsupportedCommOperationException e) 2.4.3 串口的读写对串口读写之前需要先打开一个串口：CommPortIdentifier portId = CommPortIdentifier.getPortIdentifier(PortName);try Se
11、rialPort sPort = (SerialPort) portId.open(“串口所有者名称“, 超时等待时间); catch (PortInUseException e) /如果端口被占用就抛出这个异常throw new SerialConnectionException(e.getMessage();/用于对串口写数据OutputStream os = new BufferedOutputStream(sPort.getOutputStream();os.write(int data);/用于从串口读数据InputStream is = new BufferedInputStrea
12、m(sPort.getInputStream();int receivedData = is.read();读出来的是 int 型，你可以把它转换成需要的其他类型。这里要注意的是，由于 Java 语言没有无符号类型，即所有的类型都是带符号的，在由 byte 到 int的时候应该尤其注意。因为如果 byte 的最高位是 1，则转成 int 类型时将用 1 来占位。这样，原本是 10000000 的 byte 类型的数变成 int 型就成了 1111111110000000，这是很严重的问题，应该注意避免。3 串口通信的通用模式及其问题终于唠叨完我最讨厌的基础知识了，下面开始我们本次的重点-串口应
13、用的研究。由于向串口写数据很简单，所以这里我们只关注于从串口读数据的情况。通常，串口通信应用程序有两种模式，一种是实现 SerialPortEventListener 接口，监听各种串口事件并作相应处理；另一种就是建立一个独立的接收线程专门负责数据的接收。由于这两种方法在某些情况下存在很严重的问题（至于什么问题这里先卖个关子 J），所以我的实现是采用第三种方法来解决这个问题。3.1 事件监听模型现在我们来看看事件监听模型是如何运作的：l 首先需要在你的端口控制类（例如 SManager）加上“implements SerialPortEventListener”l 在初始化时加入如下代码：tr
14、y SerialPort sPort.addEventListener(SManager); catch (TooManyListenersException e) sPort.close();throw new SerialConnectionException(“too many listeners added“);sPort.notifyOnDataAvailable(true);l 覆写 public void serialEvent(SerialPortEvent e)方法，在其中对如下事件进行判断：BI -通讯中断.CD -载波检测.CTS -清除发送.DATA_AVAILABLE
15、 -有数据到达 .DSR -数据设备准备好.FE -帧错误.OE -溢位错误.OUTPUT_BUFFER_EMPTY -输出缓冲区已清空.PE -奇偶校验错.RI - 振铃指示.一般最常用的就是 DATA_AVAILABLE-串口有数据到达事件。也就是说当串口有数据到达时，你可以在 serialEvent 中接收并处理所收到的数据。然而在我的实践中，遇到了一个十分严重的问题。首先描述一下我的实验：我的应用程序需要接收传感器节点从串口发回的查询数据，并将结果以图标的形式显示出来。串口设定的波特率是 115200，川口每隔 128 毫秒返回一组数据（大约是 30 字节左右），周期（即持续时间）为
16、31 秒。实测的时候在一个周期内应该返回 4900 多个字节，而用事件监听模型我最多只能收到不到 1500 字节，不知道这些字节都跑哪里去了，也不清楚到底丢失的是那部分数据。值得注意的是，这是我将 serialEvent()中所有处理代码都注掉，只剩下打印代码所得的结果。数据丢失的如此严重是我所不能忍受的，于是我决定采用其他方法。3.2 串口读数据的线程模型这个模型顾名思义，就是将接收数据的操作写成一个线程的形式:public void startReadingDataThread() Thread readDataProcess = new Thread(new Runnable() pub
17、lic void run() while (newData != -1) try newData = is.read();System.out.println(newData);/其他的处理过程. catch (IOException ex) System.err.println(ex);return;readDataProcess.start();在我的应用程序中，我将收到的数据打包放到一个缓存中，然后启动另一个线程从缓存中获取并处理数据。两个线程以生产者消费者模式协同工作，数据的流向如下图所示：这样，我就圆满解决了丢数据问题。然而，没高兴多久我就又发现了一个同样严重的问题：虽然这回不再丢数
18、据了，可是原本一个周期（31 秒）之后，传感器节电已经停止传送数据了，但我的串口线程依然在努力的执行读串口操作，在控制台也可以看见收到的数据仍在不断的打印。原来，由于传感器节点发送的数据过快，而我的接收线程处理不过来，所以 InputStream 就先把已到达却还没处理的字节缓存起来，于是就导致了明明传感器节点已经不再发数据了，而控制台却还能看见数据不断打印这一奇怪的现象。唯一值得庆幸的是最后收到数据确实是 4900 左右字节，没出现丢失现象。然而当处理完最后一个数据的时候已经快 1 分半钟了，这个时间远远大于节点运行周期。这一延迟对于一个实时的显示系统来说简直是灾难！后来我想，是不是由于两个
19、线程之间的同步和通信导致了数据接收缓慢呢？于是我在接收线程的代码中去掉了所有处理代码，仅保留打印收到数据的语句，结果依然如故。看来并不是线程间的通信阻碍了数据的接收速度，而是用线程模型导致了对于发送端数据发送速率过快的情况下的数据接收延迟。这里申明一点，就是对于数据发送速率不是如此快的情况下前面者两种模型应该还是好用的，只是特殊情况还是应该特殊处理。3.3 第三种方法痛苦了许久（Boss 天天催我 L）之后，偶然的机会，我听说 TinyOS 中（又是开源的）有一部分是和我的应用程序类似的串口通信部分，于是我下载了它的 1.x 版的 Java 代码部分，参考了它的处理方法。解决问题的方法说穿了其
20、实很简单，就是从根源入手。根源不就是接收线程导致的吗，那好，我就干脆取消接收线程和作为中介的共享缓存，而直接在处理线程中调用串口读数据的方法来解决问题（什么，为什么不把处理线程也一并取消？- 都取消应用程序界面不就锁死了吗？所以必须保留）于是程序变成了这样：public byte getPack()while (true) / PacketLength 为数据包长度byte msgPack = new bytePacketLength;for(int i = 0; i PacketLength; i+)if( (newData = is.read() != -1) msgPacki = (by
21、te) newData;System.out.println(msgPacki);return msgPack;在处理线程中调用这个方法返回所需要的数据序列并处理之，这样不但没有丢失数据的现象行出现，也没有数据接收延迟了。这里唯一需要注意的就是当串口停止发送数据或没有数据的时候 is.read()一直都返回-1 ，如果一旦在开始接收数据的时候发现 -1 就不要理它，继续接收，直到收到真正的数据为止。4 结束语本文介绍了串口通信的基本知识，以及常用的几种模式。通过实践，提出了一些问题，并在最后加以解决。值得注意的是对于第一种方法，我曾将传感器发送的时间由 128 毫秒增加到 512 毫秒，仍然有很严重的数据丢失现象发生，所以如果你的应用程序需要很精密的结果，传输数据的速率又很快的话，就最好不要用第一种方法。对于第二种方法，由于是线程导致的问题，所以对于不同的机器应该会有不同的表现，对于那些处理多线程比较好的机器来说，应该会好一些。但是我的机器是 Inter 奔四 3.0 双核 CPU+512DDR 内存，这样都延迟这么厉害，还得多强的 CPU 才行啊？所以对于数据量比较大的传输来说，还是用第三种方法吧。不过这个世界问题是很多的，而且未知的问题比已知的问题多的多，说不定还有什么其他问题存在，欢迎你通过下面的联系方式和我一起研究。
