精华内容
下载资源
问答
  • 如题,求助我现在想在服务器发布一个网站,在客户端访问服务器端的网页,但是客户端可以访问本地串口进行读写!
  • 串口服务器

    2020-05-30 23:01:12
    设置串口服务器在该串口的工作模式为TCP server,心跳时间10s,本地端口也就是针对串口服务器自己的端口,可以不用改,此处用3000. **注意:**其实串口服务器本身就可以看作一台电脑进行访问,有自己的IP地址、端口...

    1、串口服务器设置
    最近要对RS485/RS422.RS232串口研究,首先设置本机IP地址与串口服务器地址在同一网段串口设备连接在串口服务器的“COM1”,所用通信模式为“波特率:19200,校验位:None,数据位8,停止位1”,串口工作在RS485模式下。设置串口服务器在该串口的工作模式为TCP server,心跳时间10s,本地端口也就是针对串口服务器自己的端口,可以不用改,此处用3000.
    **注意:**其实串口服务器本身就可以看作一台电脑进行访问,有自己的IP地址、端口等,你可以把它看作是封装了端口转发功能的服务器就行了。

    2、使用虚拟串口+串口调试访问串口数据
    打开虚拟串口并搜索到串口服务器设备地址,然后把(设备地址+端口)所形成的地址映射成一个串口,然后打开串口调试助手,忽略串口服务器的数据是经过几层转发的,直接按照串口进行访问就可以。
    其实这里真不是想忽略就忽略了的,这里的数据经过了“串口”–>“网口”–>到了你的电脑后又经过了网络信号到串口信号然后再用你软件中数据格式转换。转换次数太多了些,有时候会不太放心的。
    了解了一下串口服务器的设置和使用,以后可以用代码直接访问串口服务器来进行多个设备的测试了。

    展开全文
  • D224可以轻松的将PLC、仪表和传感器等基于RS-232、RS-485和TTL协议的串口设备连接至以太网中,以便于接入云平台,也可以让您的软件在任何地方都能通过本地局域网或互联网访问串口设备。 D224串口服务器拥有多重...

    一、串口服务器概述

    金鸽D224串口服务器,是用于将工业设备的串口数据转换成以太网数据的一个转换器。D224可以轻松的将PLC、仪表和传感器等基于RS-232、RS-485和TTL协议的串口设备连接至以太网中,以便于接入云平台,也可以让您的软件在任何地方都能通过本地局域网或互联网访问串口设备。

    可以协议互转的串口服务器


    D224串口服务器拥有多重实用特性,如支持标准 TCP/IP 协议,支持数据透传模式和Modbus RTU 转Modbus TCP模式,支持自由选择数据路径(包括RS-232、RS-485和TTL之间数据透传),支持TCP Server、TCP Client 和 UDP 模式,支持作为服务端的时候同时作为客户端功能,另外还支持通过使用虚拟串口软件实现远程控制串口设备。

     

    二、串口服务器的功能特点

         ●宽工作电压设计,支持9-36V DC供电,接口为DC Q2.1插孔和接线端子两种方式,且带有防反接保护设计;
    ●内置工业级ARM®Cortex™ 内核,高性能,低功耗,稳定可靠;
    ●支持1路RS-232、1路RS-485和1路TTL;
    ●串口波特率支持4800bps-128000 bps;支持None,Odd,Even 校验方式;
    ●支持1路RJ45以太网口,具备链路和数据指示灯,网口内置隔离变压器,高达2KV 电磁隔离;
    ●支持RESET按键恢复出厂功能(长按3秒恢复),防止参数设置错误;
    ●采用金属外壳材质,防护等级 IP30,金属外壳和系统安全隔离,特别适合于工控现场的应用;
    ●设备体积小,96mm*68mm*25mm,支持墙面壁挂式安装以及DIN 35mm 工业导轨安装。

    工业串口服务器


    ●采用配置软件设置设备参数,支持WIN XP、WIN 7、WIN 8和WIN 10,界面友好;
    ●支持静态IP 地址或者DHCP 自动获取IP 地址,并可以通过UDP 广播协议查询网络内的设备;
    ●支持自定义设备名称,方便用户识别;
    ●支持服务器域名解析;
    ●内置 TCP/IP 协议栈,支持透明传输和Modbus RTU 转 Modbus TCP两种方式;
    ●支持TCP Server、TCP Client、UDP Server、UDP Client 多种工作模式;
    ●支持D224作为服务端的时候同时作为客户端功能。作为服务端,支持接入最多5个TCP/UDP客户端;作为客户端,支持连接最多5个TCP/UDP目标服务器; 
    ●支持自定义注册包和心跳包功能,可以方便云平台对设备进行ID识别和数据通讯;
    ●支持TCP协议主动连接服务器掉线后自动重连功能;
    ●支持串口策略功能,数据路径可自由选择,比如:RS232与RS485相互透传(RS232 ⇄RS485)、RS232与服务器1相互透传(RS232 ⇄服务器1)等 ; 
    ●支持通过TTL升级固件,固件更新较便捷;

    三、串口服务器的典型应用场景

    串口服务器应用场景

    串口服务器

    ●门禁安防领域设备联网
    ●各类组态软件和设备通讯接口;
    ●水位、水压、流量、流速等变送器联网;
    ●农业、水务、煤矿等场合的数据传输;
    ●各类PLC的远程监控和程序下载;
    ●各类电力电表、仪表数据采集和监控;
    ●气象台的风速、风力、雨量、温度等参数采集;
    ●太阳能发电站、智能充电桩远程数据采集监控;
    ●智能电力电网数据传输
    ●智能农业数据采集以及监控;
    ●智能养殖数据采集以及监控;
    ●智慧交通数据采集以及监控;
       ●智慧工业自动化数据传输;

     

    展开全文
  • 内网通过外网IP访问内网服务器

    千次阅读 2017-04-21 12:41:19
    以下所有内容均针对出口是以太网的情况,对于串口接入,不会出现这种问题。 如图,这个图是本贴的初始图,大圈是本地路由器,和他相连的是isp路由器,和isp相连的是internet上随便一个路由器。 本地出口地址是...

    转自:http://bbs.hh010.com/thread-133589-1-1.html

    以下所有内容均针对出口是以太网的情况,对于串口接入,不会出现这种问题。


    如图,这个图是本贴的初始图,大圈是本地路由器,和他相连的是isp路由器,和isp相连的是internet上随便一个路由器。

    本地出口地址是5。5。5。1,isp对端是5。5。5。2(掩码没写,稍后会分别讨论)。 1。1。1。1和1。1。1。2是内网两台服务器的内网地址,被静态映射到公网上的5。5。5。4和5。5。5。5。 内网的pc全部被pat到出口上。本地路由器一条缺省路由到isp对端。

    我想这个拓扑应该是非常普遍的了,我认为就是因为这个非常普遍的拓扑,造成了很多人所反应的“内网不能通过公网地址访问内网服务器”这个问题。我认为这个问题的关键原因就在于掩码,就是在3层上做文章。

    第一节

    先来看看一般情况下,这个环境的掩码的规划。假设isp分配一段8地址子网给本地,这样isp路由器接口和本地路由器接口共占用2个,网络地址、广播地址共占用2个,可用的一共4个,掩码是248。对于图示的拓扑,假设本地路由器出口掩码是248(内网pc的pat地址相应的也就是掩码为248),被映射的两个地址掩码也是248,这个最普遍的掩码规划,结果是:服务器、内网pc的pat地址、本地出口地址全部处于同一个网段。我们分析一个包的来龙去脉,来看看到底内网pc通过公网地址可否访问到内网服务器。

    假设内网一台pc1。1。1。111发出ping 5。5。5。4(服务器的公网地址)请求,包源地址1。1。1。111,目的地址5。5。5。4,路由器收到这个包后,检查路由表,发现5。5。5。4就位于自己的出口网段(假设出口为以太口),所以直接通过arp广播请求5。5。5。4的mac地址,问题出现了,谁会应答这个请求呢?没有人,所以,这种情况下(所有公网地址在同网段)当然不会通。不但内网访问服务器不行,服务器之间通过公网地址访问也不会通。

    结论一:只要出口地址和服务器映射的公网地址在同网段,就有问题。

    第二节

    基于上面的讨论,我们知道了只要出口地址和服务器映射的公网地址在同网段,就会发生“无人应答”的必然结果,所以我们这次改变掩码规划,将出口掩码变长,变为252(isp掩码也要相应改变)。在这里首先声明一个要点,就是nat池的地址可以和出口不在同网段,以前有帖子也讨论过,我自己一开始也迷惑,后来想明白了,只要isp路由器上有这些地址的路由就可以,下一条是本地路由器,这样本地路由器便可以接受到这些包。

    我们再次分析一个包的流程。内网pc1。1。1。111发出ping 5。5。5。4请求,包源地址1。1。1。111,目的地址5。5。5。4,路由器收到这个包后,检查路由表,这一次,发现5。5。5。4不在本地的任何接口,所以走了缺省路由,将包发给了isp对端口,并在本地nat表中生成一条项目,记录内网地址1。1。1。111被转换成公网地址5。5。5。1加上端口号(假设端口号是8888),isp接受到的包,目的地址是5。5。5。4,源地址变成了5。5。5。1,它检查它的路由表,发现5。5。5。4路由下一条是5。5。5。1,也就是本地路由器,所以又将此包发给本地路由器,经过了一次往返后,本地收到这个包,首先接受nat引擎的过虑,发现5。5。5。4正在被静态映射到内网的1。1。1。1的主机,所以改变目的地址为1。1。1。1,源地址还是5。5。5。1,这样就交给了路由引擎,查看路由表,1。1。1。1的路由当然有了,通过2层直接发给1。1。1。1,至此,去程的包分析完毕。

    我们再分析回程的包。服务器1。1。1。1收到包后,准备回应给5。5。5。1(加端口号),发出reply包,源地址1。1。1。1,目的地址5。5。5。1:8888,本地路由器收到后,先给路由引擎,发现5。5。5。1就是出口地址,问题又来了,包的目的就是出口,而不是经过出口,这时候路由器该怎么办呢?假如是从外向内来的包访问5。5。5。1:8888,这时候会先提交个nat引擎,做nat转换。但是这是从内向外发出的包,要先提交给路由引擎,我认为此时,由于收到的包是从内向外的,目的直接就是针对出口来的,而出口并没有开启什么端口,除非为了web管理,或者telnet管理开启80或23端口,所以路由器会丢弃,因为没有得到应答。

    结论二:只要出口地址和内网pc的pat地址同网段,同样会有问题

    第三节


    我们再变更掩码方案,使得内网pc的pat地址和服务器映射地址同网段,但和出口不同网段。假设内网pc的pat地址为5。5。5。6(和服务器地址同网段)

    我们再次分析一个包,内网pc1。1。1。111发出ping 5。5。5。4请求,包源地址1。1。1。111,目的地址5。5。5。4,路由器收到这个包后,检查路由表,发现5。5。5。4不在本地的任何接口,所以走了缺省路由,将包发给了isp对端口,并在本地nat表中生成一条项目,记录内网地址1。1。1。111被转换成公网地址5。5。5。6加上端口号,isp接受到的包,目的地址是5。5。5。4,源地址变成了5。5。5。6,它检查它的路由表,发现5。5。5。4路由下一条是5。5。5。1,也就是本地路由器,所以又将此包发给本地路由器,经过了一次往返后,本地收到这个包,首先接受nat引擎的过虑,发现5。5。5。4正在被静态映射到内网的1。1。1。1的主机,所以改变目的地址为1。1。1。1,源地址还是5。5。5。6,这样就交给了路由引擎,查看路由表,1。1。1。1的路由当然有了,通过2层直接发给1。1。1。1,至此,去程的包分析完毕。

    我们再分析回程的包。服务器1。1。1。1收到包后,准备回应给5。5。5。6(加端口号),发出reply包,源地址1。1。1。1,目的地址5。5。5。6,本地路由器收到后,先给路由引擎,发现5。5。5。6不在本地任何端口下,所以走了缺省路由,发给isp,并在nat表中生成一条记录,将1。1。1。1转换为5。5。5。4,isp接受到包源地址变为5。5。5。4,目的地址是5。5。5。6,通过检查路由表,发现5。5。5。6这个地址的路由下一条应该是5。5。5。1,也就是本地路由器,所以包又被发回来了,经过一次往返,本地收到了这个包,首先提交给nat引擎,发现目的地址5。5。5。6在nat表中对应着内网pc1。1。1。111,所以将5。5。5。6替换成1。1。1。111,源地址不变,还是5。5。5。4,然后提交给路由引擎,路由器在2层将包发给1。1。1。111,这时,1。1。1。111这台主机收到了从5。5。5。4返回的包,而他一开始ping请求包,就是发给5。5。5。4这个公网地址
    的,所以ping通了!!!!


    结论三:内网pc的pat地址和服务器公网地址同网段,同时和出口地址不同网段,这样没有问题。


    第四节


    本贴的高潮部分已经达到,至此,只剩下一种情况,就是内网pat地址、服务器公网地址、出口地址全部不在同网段。假设出口掩码252,服务器公网地址段掩码248,内网pc的pat地址改为5。5。5。254,这样三种地址都不在同网段。而且isp也必须有服务器公网地址和内网pc的pat地址的路由,下一条是5。5。5。1我们再次分析一个包,内网pc1。1。1。111发出ping 5。5。5。4请求,包源地址1。1。1。111,目的地址5。5。5。4,路由器收到这个包后,检查路由表,发现5。5。5。4不在本地的任何接口,所以走了缺省路由,将包发给了isp对端口,并在本地nat表中生成一条项目,记录内网地址1。1。1。111被转换成公网地址5。5。5。254加上端口号,isp接受到的包,目的地址是5。5。5。4,源地址变成了5。5。5。254,它检查它的路由表,发现5。5。5。4路由下一条是5。5。5。1,也就是本地路由器,所以又将此包发给本地路由器,经过了一次往返后,本地收到这个包,首先接受nat引擎的过虑,发现5。5。5。4正在被静态映射到内网的1。1。1。1的主机,所以改变目的地址为1。1。1。1,源地址还是5。5。5。254,这样就交给了路由引擎,查看路由表,1。1。1。1的路由当然有了,通过2层直接发给1。1。1。1,至此,去程的包分析完毕。

    我们再分析回程的包。服务器1。1。1。1收到包后,准备回应给5。5。5。254(加端口号),发出reply包,源地址1。1。1。1,目的地址5。5。5。254,本地路由器收到后,先给路由引擎,发现5。5。5。254不在本地任何端口下,所以走了缺省路由,发给isp,并在nat表中生成一条记录,将1。1。1。1转换为5。5。5。4,isp接受到包源地址变为5。5。5。4,目的地址是5。5。5。254,通过检查路由表,发现5。5。5。254这个地址的路
    由下一条应该是5。5。5。1,也就是本地路由器,所以包又被发回来了,经过一次往返,本地收到了这个包,首先提交给nat引擎,发现目的地址5。5。5。254:某个端口,在nat表中对应着内网pc1。1。1。111,所以将5。5。5。254替换成1。1。1。111,源地址不变,还是5。5。5。4,然后提交给路由引擎,路由器在2层将包发给1。1。1。111,这时,1。1。1。111这台主机收到了从5。5。5。4返回的包,而他一开始ping请求包,就是发给5。5。5。4这个公网地址的,所以ping通了!!!!



    结论四:三种地址全部不在同网段,没有问题。


    综上所述,得到了4个结论:

    结论一:只要出口地址和服务器映射的公网地址在同网段,就有问题。
    结论二:只要出口地址和内网pc的pat地址同网段,同样会有问题。
    结论三:内网pc的pat地址和服务器公网地址同网段,同时和出口地址不同网段,这样没有问题。
    结论四:三种地址全部不在同网段,没有问题。

    可以简单的发现,前两个是充分条件,只要满足了其中一个,就会出现问题,而现在大多数的接入都符合前两个情况,而几乎没有人“多此一举”的去改变掩码规划,所以造成如此多的普遍现象:内网不能用公网地址访问内网服务器!!!!!

    出口地址只要不和其他两种地址同网段,就可以保证不出问题。

    至此,已经探讨了问题的原因。此过程中我还得到了一个推论和一个待验证的问题。

    推论:如果nat池中的公网地址和出口地址不同网段,不管在内网还是公网ping nat池中未参与转换的公网地址,会出现环路,包在本地和isp之间来回往返。


    待验证的问题:
    对于第三节和第四节,如果只在本地出口变长掩码,isp端不作任何改变,会怎么样?以第三节的环境来说:我们再次分析一个包,内网pc1。1。1。111发出ping 5。5。5。4请求,包源地址1。1。1。111,目的地址5。5。5。4,路由器收到这个包后,检查路由表,发现5。5。5。4不在本地的任何接口,所以走了缺省路由,将包发给了isp对端口,并在本地nat表中生成一条项目,记录内网地址1。1。1。111被转换成公网地址5。5。5。6加上端口号,isp接受到的包,目的地址是5。5。5。4,源地址变成了5。5。5。6,它检查它的路由表,由于此时isp的接口掩码没有变长,还是248,所以,它发现5。5。5。4路由就在它自己的接口上,所以直接在接口发arp请求5。5。5。4的mac地址,此时,按理说,没人会应答(除非本地开了代理arp),但是有一次偶尔发现在路由器上show arp,会发现有些奇怪的条目,ip地址都是nat池中的地址,mac地址不管ip多少,都是本地出口的mac地址,这样的话,即使arp请求的地址不和出口同段,一样会得到应答,不知道这个对不对。


    对这个问题的解决方法,在ios层面,一般是利用修改dns回包中的payload实现的,将dns返回的公网地址,修改成内网地址,这样直接通过内网通信,就不会有问题了。对于直接用公网ip访问的包,会在路由器内部先nat,然后调头,不走出口,直接再回到内网,以支持用公网地址访问。

    写了这么多,不知道各位有没有耐心看完,不管怎么样,请大家多发表评论,谢谢!

    该贴已经同步到 狐海剑的微博
    hi大家好,今天我们来讨论一个很多人都找不到答案得问题:究竟为什么内网不能用公网地址访问内网服务器。不是任何设备都存在此问题,拿cisco的设备来说,不同版本的ios,有的就没有这个问题,而有的版本就有问题,netscreen的防火墙也没有这个问题,关键是开发者有没有意识到这个问题,通过修改ios,完全可以避免。对于这个问题,解决方法是有,比如内网dns欺骗、pix上得alias等等,但是究竟为什么有些设备不支持呢?今天我斗胆发个贴,因为有些结论纯粹靠想,也没有设备进行试验,所以希望大家跟贴讨论,达到抛砖引玉的目的,谢谢了先!
    展开全文
  • 3.烧录 将编译得到的out/mt8658sdk/bin/mt8658_bl_linux.bin拷贝至U盘根目录下的 UPG文件夹下 ...模拟器访问本地服务器时,不是127.0.0.1也不是localhost 网上很多文章说10.0.2.2 是模拟器设置的特定

    3.烧录

    将编译得到的out/mt8658sdk/bin/mt8658_bl_linux.bin拷贝至U盘根目录下的 UPG文件夹下

    连接串口,重启机器,进入命令行

    输入upg开始烧录

    烧录完成后手动重启,或者输入reset重启


    4.模拟器访问本地服务器

    模拟器访问本地服务器时,不是127.0.0.1也不是localhost

    网上很多文章说10.0.2.2 是模拟器设置的特定ip,类似于本地的127.0.0.1

    我试过在模拟器播放我本地apache服务器,本地访问127.0.0.1完全没问题,但是在模拟器上不能访问127.0.0.1和10.0.2.2,然后网上有篇文章说是机器的ip,我按照方法没有获取到ip,但是我尝试用本地主机的局域网ip试试,结果就可以了


    5.adb命令

    这才发现adb命令的强大,这里只是记录一下这几天用到的几个

     

    展开全文
  • 在这种情况下,可以在OPC服务器上部署Opcquickclient软件,通过在本地将OPC协议转换成Modbus RTU协议映射到相应的串口,就很方便的供第三方硬件或系统进行访问。 场景二:Opcquickclient软件可以用来解决远程访问OPC...
  • 为了解决目前高校有限的...采用以太网监控系统的通信接口和软件技术,对具有本地传统通讯串口的实验设备实施具备远程访问、监控功能的二次开发和设计,设计实现了一种基于工业以太网架构的远程开放型控制系统实验平台。
  • 采用以太网监控系统的通信接口和软件技术,对具有本地传统通讯串口的实验设备实施具备远程访问、监控功能的二次开发和设计,设计实现了一种基于工业以太网架构的远程开放型控制系统实验平台。系统通过对现场实验设备...
  • ... ... url:统一资源定位符 ...模拟Http协议,访问百度 ...串口打印出百度返回的信息 http服务器通讯过程模拟,加深理解http的交互过程 网而显示百度页面,这样就在本地模拟了一下http的通讯过程. 实现...
  • C#开发经验技巧宝典

    2008-10-14 20:26:38
    1051 大规模数据访问时缓解服务器压力 620 第23章 硬件及相关开发技术 623 23.1 语音卡、IC卡、神龙卡的使用 624 1052 利用语音卡拨打电话 624 1053 客户来电查询系统 625 1054 向IC卡中写入数据 626 ...
  • GPRS控制卡 软件 GS7020B

    2011-01-15 03:27:46
    串口通信方式主要用于修改控制卡内的GPRS 通信参数和本地测试, 也可用于安装运行后的GPRS 通信的备用通信方式及。  GPRS 通信服务器的IP 地址或域名是指运行IpTransfer 软件的计算机 的IP 地址或其域名。常见...
  • 软考 网络工程师

    2009-08-27 15:21:30
    现以一台远程访问服务器(RAS,Remote Access Server)Cisco 2509、RJ45 为例来说明。 第一步,准备安装与调试所需的设备,主要包括 RAS---Cisco 2509、RJ45 直通线,RJ45 转 9 针串口转换器、计算机。 第二步,...
  • 并且还能:直接的便携版、内建多标签和多终端分屏、内建SFTP文件传输、内建Xserver,可远程运行X窗口程序、直接支持VNC/RDP/Xdmcp等远程桌面、默认的UTF-8编码、更加友好的串口连接设置、操作更明确,更少的“神秘...
  • l 路由器可用通过下面的接口进行管理 l 本地teminal console - PS/2或USB键盘和VGA显示卡进行控制 l Serial console – 任何 (默认为COM1) RS232异步串口串口默认设置为9600bit/s, 8 data bits, 1 stop bit, no ...
  • with attachment(76KB)<END><br>2,dial.exe TAPI拨号程序(26KB)<END><br>3,tapi.zip TAPI通信实例(63KB)<END><br>4,dumpsome.zip 演示如何用MFC和DAO(数据访问对象)写一个CGI扩展服务器,程序动态生成一个...
  • RED HAT LINUX 6大全

    热门讨论 2011-10-21 18:46:06
    11.7.1 添加本地域解析 215 11.7.2 添加虚拟域解析 217 11.8 授权委托 218 11.8.1 在sylvia上添加 subdomain. domain.cxm的授权 218 11.8.2 测试subdomain.domain.cxm本 地域分解 219 11.8.3 从numark委托子域给...
  • 各种EJB之间的调用示例 7个目标文件 摘要:Java源码,初学实例,EJB调用实例 各种EJB之间的调用源码示例,用远程接口的引用访问EJB、函数将被FirstEJB调用,同时它将调用secondEJB 基于JAVA的UDP服务器模型源代码 ...
  • JAVA上百实例源码以及开源项目

    千次下载 热门讨论 2016-01-03 17:37:40
     基于JAVA的UDP服务器模型源代码,内含UDP服务器端模型和UDP客户端模型两个小程序,向JAVA初学者演示UDP C/S结构的原理。 简单聊天软件CS模式 2个目标文件 一个简单的CS模式的聊天软件,用socket实现,比较简单。 ...
  • VMWare 7.0.1 build-227600

    热门讨论 2010-07-14 11:00:13
     选择第三项,只使用本地网络(VMnet1虚拟网卡),表示虚拟机只能访问主机及所有使用VMnet1虚拟网卡的虚拟机。主机之外的网络中的计算机不能访问该虚拟机,也不能被该虚拟机所访问。  选择第四项,没有网络连接,...
  • java开源包1

    千次下载 热门讨论 2013-06-28 09:14:34
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • java开源包12

    热门讨论 2013-06-28 10:14:45
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • Java资源包01

    2016-08-31 09:16:25
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • java开源包101

    2016-07-13 10:11:08
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • java开源包11

    热门讨论 2013-06-28 10:10:38
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • java开源包2

    热门讨论 2013-06-28 09:17:39
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...
  • java开源包3

    热门讨论 2013-06-28 09:20:52
    xSocket是一个轻量级的基于nio的服务器框架用于开发高性能、可扩展、多线程的服务器。该框架封装了线程处理、异步读/写等方面。 Java多线程程序死锁检查 JCarder JCarder 是一个用来查找多线程应用程序中一些潜在的...

空空如也

空空如也

1 2 3 4
收藏数 73
精华内容 29
关键字:

服务器访问本地串口