sun一直闪烁

一、电脑屏幕亮度自动调节，可以通过下面的两种方式关闭：
1、打开控制面板，然后选择打开“电源选项”，打开的界面中，选择点击“更改高级电源设置，在d出来的电源选项界面中，展开“显示”菜单，再展开“启用自适应亮度”，然后关闭“使用电池”和“接通电源”，这样亮度就不会自动调节了;
2、鼠标右击计算机图标选择管理选项，在打开的管理界面那种，展开“服务和应用程序--服务”，然后在右侧窗口中找到并双击“Sensor Monitoring Service”这个服务;然后将“启动类型”选择“手动”，然后点击“停止按钮”，之后点击确定退出即可。
二、网络图标出现一个的太阳，出现这个符号一般是网络连接出现故障的时候才有。一般成功联网，可以正常上网就会消失。如果一直显示，我的电脑--管理--设备管理器--网络适配器--点击wireless程序，属性，驱动程序，点击一下更新驱动程序，浏览计算机以查找驱动程序，然后跟着步骤点击就行了。一般直接更新就行了，实在不行可能要去官网下载驱动。因为清理运行程序误删了。本来是能上网的，折腾掉小太阳，纯属强迫症。
在工具栏空白的地方点右键，第一项“工具栏”中有“桌面”这项，去除它前面的勾即可。

31 Telnet

协议是TCP/IP协议族中的一员，是Internet远程登陆服务的标准协议和主要方式。它为用户提供了在本地计算机上完成远程主机工作的能力。在终端使用者的电脑上使用telnet程序，用它连接到服务器。终端使用者可以在telnet程序中输入命令，这些命令会在服务器上运行，就像直接在服务器的控制台上输入一样。可以在本地就能控制服务器。要开始一个telnet会话，必须输入用户名和密码来登录服务器。Telnet是常用的远程控制Web服务器的方法。

在Linux的命令行窗口输入“telnet 1921681230”，如图出现登录界面，根据提示输入用户名和密码即可。

32 FTP

服务器（File Transfer Protocol Server）是在互联网上提供文件存储和访问服务的计算机，它们依照FTP协议提供服务。 FTP是File Transfer Protocol(文件传输协议)。顾名思义，就是专门用来传输文件的协议。简单地说，支持FTP协议的服务器就是FTP服务器。

无论在Linux系统还是windows系统中，一般安装后都自带一个命令行的ftp命令程序，使用ftp可以登录远程的主机，并传递文件，这需要主机提供ftp服务和相应的权限；我们可以从PC机的命令行窗口登录开发板，并向开发板传递文件。

在Linux的命令行窗口输入命令ftp 1921681230即对方的IP地址，即可连接上指定地址的服务器，根据提示输入用户名和密码即可登录。

33 ssh

为 Secure Shell 的缩写，由 IETF 的网络小组（Network Working Group）所制定；SSH 为建立在应用层基础上的安全协议。SSH 是目前较可靠，专为远程登录会话和其他网络服务提供安全性的协议。利用 SSH 协议可以有效防止远程管理过程中的信息泄露问题。SSH最初是UNIX系统上的一个程序，后来又迅速扩展到其他 *** 作平台。SSH在正确使用时可弥补网络中的漏洞。SSH客户端适用于多种平台。几乎所有UNIX平台—包括HP-UX、Linux、AIX、Solaris、Digital UNIX、Irix，以及其他平台，都可运行SSH。

可以在PC上通过网络进入开发板上的字符终端进行 *** 作，方法如下：

1） 在开发板上连接以太网线开机（或者连接USB Wifi），然后在串口终端上用ifconfig 命令查看一下开发板的IP地址，如果没有连接串口终端，也可以在LCD上进入网络设置应用，设置一个IP地址，例如1921681230

2） 现在回到PC ，在PC Linux命令行下，假设开发板的IP地址是1921681230，则输入命令ssh root@1921681230，然后输入密码fa即可进入开发板的字符终端

34 NFS服务器

掌握NFS服务器的安装、配置和使用掌握NFS客户端的配置掌握挂载和卸载共享目录了解Windows文件共享的基本概念和Samba服务器的功能掌握Samba服务器的配置管理掌握Samba客户程序的使用了解TFTP掌握TFTP服务器的配置管理掌握TFTP客户端程序的使用

35 TFTP服务器

Ubuntu中TFTP服务器配置：apt-get install tftp-hpa tptpd-hpa下载TFTP服务器，sudo vim /etc/default/tftpd-hpa

内容如下：

TFTP_USERNAME=“tftp”

TFTP_DIRECTORY=”/home/linux/tftpboot”

TFTP_ADDRESS=”0000:69”

TFTP_OPTIOS=”--secure”

sudo service tftpd-hpa stop

sudo service tftpd-hpa start

sudo service tftpd-hpa status

sudo service tftpd-hpa restart

然后可以在别的主机使用命令tftp <服务器ip>

使用命令：get <filename> 上传本地文件到TFTP服务器，put<filename>下载TFTP服务器的文件到本地

NFS是SUN开发的，用于Unix机器之间的资源共享。目前被广泛应用于Linux系统之间的资源共享。

Samba服务器

主要用于在Windows和Unix之间共享资源。资源包括文件、打印机等等。目前被广泛应用于Windows与Linux之间实现资料共享。

配置文件smbconf。/etc/samba/smbconf

输入"sudo service smbd restart"重启samba服务-->回车-->服务重启成功访问共享名为myshare的共享目录

在"运行"窗口中输入"\\19216814"-->回车-->双击打开myshare-->回车-->输入用户名和密码-->回车-->访问成功。　

嵌入式系统或传感器网络的很多应用和测试都需要通过PC机与嵌入式设备或传感器节点进行通信 其中 最常用的接口就是RS 串口和并口(鉴于USB接口的复杂性以及不需要很大的数据传输量 USB接口用在这里还是显得过于奢侈 况且目前除了SUN有一个支持USB的包之外 我还没有看到其他直接支持USB的Java类库) SUN的CommAPI分别提供了对常用的RS 串行端口和IEEE 并行端口通讯的支持 RS C(又称EIA RS C 以下简称RS )是在 年由美国电子工业协会(EIA)联合贝尔系统 调制解调器厂家及计算机终端生产厂家共同制定的用于串行通讯的标准 RS 是一个全双工的通讯协议 它可以同时进行数据接收和发送的工作

常见的Java串口包

目前 常见的Java串口包有SUN在 年发布的串口通信API m jar(Windows下) m jar(Linux/Solaris);IBM的串口通信API以及一个开源的实现 鉴于在Windows下SUN的API比较常用以及IBM的实现和SUN的在API层面都是一样的 那个开源的实现又不像两家大厂的产品那样让人放心 这里就只介绍SUN的串口通信API在Windows平台下的使用

串口包的安装(Windows下)

到SUN的网站下载javam win zip 包含的东西如下所示

按照其使用说明(l)的说法 要想使用串口包进行串口通信 除了设置好环境变量之外 还要将win dll复制到 \bin目录下;将m jar复制到 \lib;把m properties也同样拷贝到 \lib目录下 然而在真正运行使用串口包的时候 仅作这些是不够的 因为通常当运行 java MyApp 的时候 是由JRE下的虚拟机启动MyApp的 而我们只复制上述文件到JDK相应目录下 所以应用程序将会提示找不到串口 解决这个问题的方法很简单 我们只须将上面提到的文件放到JRE相应的目录下就可以了

值得注意的是 在网络应用程序中使用串口API的时候 还会遇到其他更复杂问题 有兴趣的话 你可以查看CSDN社区中 关于网页上Applet用javam 读取客户端串口的问题 的帖子

串口API概览

m CommPort

这是用于描述一个被底层系统支持的端口的抽象类 它包含一些高层的IO控制方法 这些方法对于所有不同的通讯端口来说是通用的 SerialPort 和ParallelPort都是它的子类 前者用于控制串行端口而后者用于控这并口 二者对于各自底层的物理端口都有不同的控制方法 这里我们只关心SerialPort

m CommPortIdentifier

这个类主要用于对串口进行管理和设置 是对串口进行访问控制的核心类 主要包括以下方法

l 确定是否有可用的通信端口

l 为IO *** 作打开通信端口

l 决定端口的所有权

l 处理端口所有权的争用

l 管理端口所有权变化引发的事件(Event)

m SerialPort

这个类用于描述一个RS 串行通信端口的底层接口 它定义了串口通信所需的最小功能集 通过它 用户可以直接对串口进行读 写及设置工作

串口API实例

大段的文字怎么也不如一个小例子来的清晰 下面我们就一起看一下串口包自带的例子 SerialDemo中的一小段代码来加深对串口API核心类的使用方法的认识

列举出本机所有可用串口

     void listPortChoices() { CommPortIdentifier portId; Enumeration en = CommPortIdentifier getPortIdentifiers(); // iterate through the ports while (en hasMoreElements()) { portId = (CommPortIdentifier) en nextElement(); if (portId getPortType() == CommPortIdentifier PORT_SERIAL) { System out println(portId getName()); } } portChoice select(parameters getPortName()); }

以上代码可以列举出当前系统所有可用的串口名称 我的机器上输出的结果是 和

串口参数的配置

串口一般有如下参数可以在该串口打开以前配置进行配置

包括波特率 输入/输出流控制 数据位数 停止位和齐偶校验

SerialPort sPort; 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(int data); //用于从串口读数据 InputStream is = new BufferedInputStream(sPort getInputStream()); int receivedData = is read();

读出来的是int型 你可以把它转换成需要的其他类型

这里要注意的是 由于Java语言没有无符号类型 即所有的类型都是带符号的 在由byte到int的时候应该尤其注意 因为如果byte的最高位是 则转成int类型时将用 来占位 这样 原本是 的byte类型的数变成int型就成了 这是很严重的问题 应该注意避免

串口通信的通用模式及其问题

终于唠叨完我最讨厌的基础知识了 下面开始我们本次的重点 串口应用的研究 由于向串口写数据很简单 所以这里我们只关注于从串口读数据的情况 通常 串口通信应用程序有两种模式 一种是实现SerialPortEventListener接口 监听各种串口事件并作相应处理;另一种就是建立一个独立的接收线程专门负责数据的接收 由于这两种方法在某些情况下存在很严重的问题(至于什么问题这里先卖个关子J) 所以我的实现是采用第三种方法来解决这个问题

事件监听模型

现在我们来看看事件监听模型是如何运作的

l 首先需要在你的端口控制类(例如SManager)加上 implements SerialPortEventListener

l 在初始化时加入如下代码

     try { 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 有数据到达

DSR 数据设备准备好

FE 帧错误

OE 溢位错误

OUTPUT_BUFFER_EMPTY 输出缓冲区已清空

PE 奇偶校验错

RI振铃指示

一般最常用的就是DATA_AVAILABLE 串口有数据到达事件 也就是说当串口有数据到达时 你可以在serialEvent中接收并处理所收到的数据 然而在我的实践中 遇到了一个十分严重的问题

首先描述一下我的实验 我的应用程序需要接收传感器节点从串口发回的查询数据 并将结果以图标的形式显示出来 串口设定的波特率是 川口每隔 毫秒返回一组数据(大约是 字节左右) 周期(即持续时间)为 秒 实测的时候在一个周期内应该返回 多个字节 而用事件监听模型我最多只能收到不到 字节 不知道这些字节都跑哪里去了 也不清楚到底丢失的是那部分数据 值得注意的是 这是我将serialEvent()中所有处理代码都注掉 只剩下打印代码所得的结果 数据丢失的如此严重是我所不能忍受的 于是我决定采用其他方法

串口读数据的线程模型

这个模型顾名思义 就是将接收数据的 *** 作写成一个线程的形式:

      public void startReadingDataThread() { Thread readDataProcess = new Thread(new Runnable() { public void run() { while (newData !=  ) { try { newData = is read(); System out println(newData); //其他的处理过程 ……… } catch (IOException ex) { System err println(ex); return; } } readDataProcess start(); }

在我的应用程序中 我将收到的数据打包放到一个缓存中 然后启动另一个线程从缓存中获取并处理数据 两个线程以生产者—消费者模式协同工作 数据的流向如下图所示

这样 我就圆满解决了丢数据问题 然而 没高兴多久我就又发现了一个同样严重的问题 虽然这回不再丢数据了 可是原本一个周期( 秒)之后 传感器节电已经停止传送数据了 但我的串口线程依然在努力的执行读串口 *** 作 在控制台也可以看见收到的数据仍在不断的打印 原来 由于传感器节点发送的数据过快 而我的接收线程处理不过来 所以InputStream就先把已到达却还没处理的字节缓存起来 于是就导致了明明传感器节点已经不再发数据了 而控制台却还能看见数据不断打印这一奇怪的现象 唯一值得庆幸的是最后收到数据确实是 左右字节 没出现丢失现象 然而当处理完最后一个数据的时候已经快 分半钟了 这个时间远远大于节点运行周期 这一延迟对于一个实时的显示系统来说简直是灾难!

后来我想 是不是由于两个线程之间的同步和通信导致了数据接收缓慢呢于是我在接收线程的代码中去掉了所有处理代码 仅保留打印收到数据的语句 结果依然如故 看来并不是线程间的通信阻碍了数据的接收速度 而是用线程模型导致了对于发送端数据发送速率过快的情况下的数据接收延迟 这里申明一点 就是对于数据发送速率不是如此快的情况下前面者两种模型应该还是好用的 只是特殊情况还是应该特殊处理

第三种方法

痛苦了许久(Boss天天催我L)之后 偶然的机会 我听说TinyOS中(又是开源的)有一部分是和我的应用程序类似的串口通信部分 于是我下载了它的 x版的Java代码部分 参考了它的处理方法 解决问题的方法说穿了其实很简单 就是从根源入手 根源不就是接收线程导致的吗 那好 我就干脆取消接收线程和作为中介的共享缓存 而直接在处理线程中调用串口读数据的方法来解决问题(什么 为什么不把处理线程也一并取消 都取消应用程序界面不就锁死了吗所以必须保留)于是程序变成了这样

public byte[] getPack(){ while (true) { // PacketLength为数据包长度 byte[] msgPack = new byte[PacketLength]; for(int i =  ; i < PacketLength; i++){ if( (newData = is read()) !=  ){ msgPack[i] = (byte) newData; System out println(msgPack[i]); } } return msgPack; } }

在处理线程中调用这个方法返回所需要的数据序列并处理之 这样不但没有丢失数据的现象行出现 也没有数据接收延迟了 这里唯一需要注意的就是当串口停止发送数据或没有数据的时候is read()一直都返回 如果一旦在开始接收数据的时候发现 就不要理它 继续接收 直到收到真正的数据为止

结束语

lishixinzhi/Article/program/Java/hx/201311/26605

---