社区
通信技术
帖子详情
如何实现网络广播功能,或者将采集的数据实时传到别的计算机上,谢谢!
Jamebo
2000-06-23 04:49:00
如何实现网络广播功能,或者将采集的数据实时传到别的计算机上,谢谢.
目的:
一台计算机采样绘图,另一台计算机可以监控并绘图.
(采样频率很低!,几十Hz)
...全文
160
2
打赏
收藏
如何实现网络广播功能,或者将采集的数据实时传到别的计算机上,谢谢!
如何实现网络广播功能,或者将采集的数据实时传到别的计算机上,谢谢. 目的: 一台计算机采样绘图,另一台计算机可以监控并绘图. (采样频率很低!,几十Hz)
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
2 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
DragonCheng
2000-06-23
打赏
举报
回复
you can search the whole net,and you will find the computer's name.and then you can use WINDWOWS SOCKET,after then you can send data.there is a example that search the whole net in CSDN.
fuzzy
2000-06-23
打赏
举报
回复
干嘛要广播呢?就两台计算机,建立一个永久连接或临时连接不就行了吗?
Winsock支持广播通信,但必须是数据保套接字(SOCK_DGRAM),我也在做网络程序,手头上有本书不错,能解决全部问题,上面有Winsock的详细介绍,也有例程。
《Windows Sockets 网络程序设计大全》清华大学出版社出版
蒋东兴 林鄂华 陈棋德 印敏 刘启新 编著
ISBN 7-302-03374-9/TP.1825
电子设计方向.doc
设计内容可涵盖:物联网应用(城市交通,医疗,港口物流,环境监测,多网融合等 )、消费类电子、数字电视、GPS导航、智能手机、数字家电、多媒体、视频编码解码、 图像处理、安防监控、无线通讯、信息识别、工业应用、医疗卫生领域的硬件设计,应 用软件,系统软件等。 恩智浦指定平台可应用于:绿色照明,绿色电源,安防安保,各种超低功耗手持设备 ,智能机器人,物联网,各种智能/射频卡系统,智能医疗检测/分析/保健产品(包括家 用),电脑周边产品,电子娱乐衍生产品,智能/节能家电产品,汽车电子,工业自动化 控制,智能电表/仪表等等众多热点应用创新领域;大赛中可将此平台应用于与物联网相 关的各种监测系统中,设计各类智能
数据
采集
装置、数字化传感器、简单人机交互终端 、输出执行机构等等,完成结点设备本地
数据
处理并与主控系统通信,或担当分布式系 统中的子系统。 参考命题如下: 题目:基于物联网的能耗监测系统 思路:该系统要具备耗电量、耗水量、耗气量(天然气量或者煤气量)、集中供热耗 热量、集中供冷耗冷量与其他能源应用量的
实时
监测
功能
。可对于用能种类、用能系统 实行能源消费分户、分类、分项计量,并对能源消耗状况实行监测,及时发现、纠正用 能浪费现象。 系统连接方式可采用无线传感器
网络
,GSM,互联网等多种方式。为不同要求的用户提供 不同
实现
手段。 题目:基于物联网的设备监管系统 思路:设备监管系统通过在被监管设备前端,布置震动监测传感器,防拆开关和温度 传感器,将设备被盗信息通过GSM/CDMA
网络
进行远程传输,从而及时预警,防盗,减少 财产损失。同时可对被监管设备升级,保证设备安全生产。 题目:基于物联网的电力线缆监控系统 思路:通过对线缆接头的A/B/C三相的线缆接头的温度测量,将
采集
到的现场温度数 据,通过2.4G
网络
发送到由GSM/CDMA组成的网关上,传输到远端服务器,结合线缆分布 图,可以获取到现场
数据
曲线,报表,
实现
实时
报警。 题目:基于物联网的智能物流系统 思路:物流在整个企业的供应链中占有非常重要的比重。通过RFID的批量识别,
实现
物流的出库,入库,和分拣流程。通过GPS定位系统,
实时
获取车辆在途信息。通过服务 器和
数据
中心的
实时
数据
分析和报表
功能
,可能掌握企业资源的动态变化。智能物流系 统大幅提升整个供应链的效率。 题目:智能家居系统 思路:利用PXA270核心板或S3C2410核心板,设计一款智能家居控制器,要求具备电 源、串口、网口、RS485、GPRS模块、液晶屏接口等资源,可以外连温度、烟雾、热释红 外等传感器和电动窗帘、门禁系统等模型,并可通过短信与手机交互,构成简单的智能 家居模拟系统,具体
功能
由参赛者自由发挥。 题目:基于ARM11的嵌入式应用解决方案 思路:针对ARM11平台在多媒体处理,高处理性能和丰富的接口特性,结合实际应用 ,可以扩展出许多应用解决方案。例如:安防监控,视频会议等 题目:基于统一家电协议的智能家居控制终端 思路:目前数字家电越来越贴近生活,如何对家电进行统一的接口管理,对于嵌入式 开发提出了一个很现实的问题,结合嵌入式平台和数字家电,我们可以设计一个全新的 一体化智能家居控制终端 题目:车载设备解决方案 思路:电子技术飞速发展的今天,我们可以预见在不久的将来,车载设备监控系统将 作为智能交通重要的组成部分,为车辆调度管理、驾驶安全、多媒体娱乐、提高车辆利 用率等方面提供有力保障。作品可以利用嵌入式处理平台围绕车载终端(即车载载DVR) ,在GPS卫星定位、3G无线网传、多媒体广告娱乐视频
广播
等
功能
展开设计。 题目:H.264高清视频监控方案 思路:图像与视频监控系统是应用
计算机
与通信技术
实现
对目标地区信息监控的系统 ,常应用于交通、能源、公安、电信、军事等部门。随着嵌入式处理器视频处理性能的 提升,基于高性能嵌入式处理器设备的视频监控方案得到广泛应用。作品可以利用目前 流行的高端嵌入式处理器,结合该处理器高性能的图形图像硬件加速器,采用H.264等高 级视频编码规范进行软件设计,围绕专业领域视频监控、远程图像与视频监控处理、无 线视频传输、高清视频会议等系统
功能
进行设计。 题目:手持娱乐解决方案 思路:随着互联网、信息移动技术的发展,铺天盖地的手持信息终端设备涌入人们的 日常生活中。嵌入式处理器与嵌入式操作系统已经在手持信息娱乐终端产品中占用广阔 的空间和应用。作品可以围绕利用嵌入式处理器硬件环境,基于嵌入式操作系统设计出 界面美观、操作便捷、
功能
丰富、贴近生活的信息娱乐终端。该终端可以扩展internet 互联网
功能
、无线
数据
管理传输
功能
、多媒体娱乐
功能
、个人信息管理等
功能
。 题目:移动数字电视解决方案 思路:随着数字传输技术和图像处理技术的提高,电视技术正逐步从SDTV(Standar d
modbus通信协议
Modbus通信协议 摘 要:工业控制已从单机控制走向集中监控、集散控制,如今已进入
网络
时代,工业控制器连网也为
网络
管理提供了方便。Modbus就是工业控制器的
网络
协议中的一种。关键词:Modbus协议;串行通信;LRC校验;CRC校验;RS-232C 一、Modbus 协议简介 Modbus 协议是应用于电子控制器上的一种通用语言。通过此协议,控制器相互之间、控制器经由
网络
(例如以太网)和其它设备之间可以通信。它已经成为一通用工业标准。有了它,不同厂商生产的控制设备可以连成工业
网络
,进行集中监控。 此协议定义了一个控制器能认识使用的消息结构,而不管它们是经过何种
网络
进行通信的。它描述了一控制器请求访问其它设备的过程,如果回应来自其它设备的请求,以及怎样侦测错误并记录。它制定了消息域格局和内容的公共格式。 当在一Modbus
网络
上通信时,此协议决定了每个控制器须要知道它们的设备地址,识别按地址发来的消息,决定要产生何种行动。如果需要回应,控制器将生成反馈信息并用Modbus协议发出。在其它
网络
上,包含了Modbus协议的消息转换为在此
网络
上使用的帧或包结构。这种转换也扩展了根据具体的
网络
解决节地址、路由路径及错误检测的方法。 1、在Modbus
网络
上转输 标准的Modbus口是使用一RS-232C兼容串行接口,它定义了连接口的针脚、电缆、信号位、传输波特率、奇偶校验。控制器能直接或经由Modem组网。 控制器通信使用主—从技术,即仅一设备(主设备)能初始化传输(查询)。其它设备(从设备)根据主设备查询提供的
数据
作出相应反应。典型的主设备:主机和可编程仪表。典型的从设备:可编程控制器。 主设备可单独和从设备通信,也能以
广播
方式和所有从设备通信。如果单独通信,从设备返回一消息作为回应,如果是以
广播
方式查询的,则不作任何回应。Modbus协议建立了主设备查询的格式:设备(或
广播
)地址、
功能
代码、所有要发送的
数据
、一错误检测域。 从设备回应消息也由Modbus协议构成,包括确认要行动的域、任何要返回的
数据
、和一错误检测域。如果在消息接收过程中发生一错误,或从设备不能执行其命令,从设备将建立一错误消息并把它作为回应发送出去。 2、在其它类型
网络
上转输 在其它
网络
上,控制器使用对等技术通信,故任何控制都能初始和其它控制器的通信。这样在单独的通信过程中,控制器既可作为主设备也可作为从设备。提供的多个内部通道可允许同时发生的传输进程。 在消息位,Modbus协议仍提供了主—从原则,尽管
网络
通信方法是“对等”。如果一控制器发送一消息,它只是作为主设备,并期望从从设备得到回应。同样,当控制器接收到一消息,它将建立一从设备回应格式并返回给发送的控制器。 3、查询—回应周期 (1)查询 查询消息中的
功能
代码告之被选中的从设备要执行何种
功能
。
数据
段包含了从设备要执行
功能
的任何附加信息。例如
功能
代码03是要求从设备读保持寄存器并返回它们的内容。
数据
段必须包含要告之从设备的信息:从何寄存器开始读及要读的寄存器数量。错误检测域为从设备提供了一种验证消息内容是否正确的方法。 (2)回应 如果从设备产生一正常的回应,在回应消息中的
功能
代码是在查询消息中的
功能
代码的回应。
数据
段包括了从设备收集的
数据
:象寄存器值或状态。如果有错误发生,
功能
代码将被修改以用于指出回应消息是错误的,同时
数据
段包含了描述此错误信息的代码。错误检测域允许主设备确认消息内容是否可用。 二、两种传输方式 控制器能设置为两种传输模式(ASCII或RTU)中的任何一种在标准的Modbus
网络
通信。用户选择想要的模式,包括串口通信参数(波特率、校验方式等),在配置每个控制器的时候,在一个Modbus
网络
上的所有设备都必须选择相同的传输模式和串口参数。 ASCII模式 : 地址
功能
代码
数据
数量
数据
1 ...
数据
n LRC高字节 LRC低字节 回车 换行 RTU模式 地址
功能
代码
数据
数量
数据
1 ...
数据
n CRC高字节 CRC低字节 所选的ASCII或RTU方式仅适用于标准的Modbus
网络
,它定义了在这些
网络
上连续传输的消息段的每一位,以及决定怎样将信息打包成消息域和如何解码。 在其它
网络
上(象MAP和Modbus Plus)Modbus消息被转成与串行传输无关的帧。 1、ASCII模式 当控制器设为在Modbus
网络
上以ASCII(美国标准信息交换代码)模式通信,在消息中的每个8Bit字节都作为两个ASCII字符发送。这种方式的主要优点是字符发送的时间间隔可达到1秒而不产生错误。 代码系统 • 十六进制,ASCII字符0...9,A...F • 消息中的每个ASCII字符都是一个十六进制字符组成 每个字节的位 • 1个起始位 • 7个
数据
位,最小的有效位先发送 • 1个奇偶校验位,无校验则无 • 1个停止位(有校验时),2个Bit(无校验时) 错误检测域 • LRC(纵向冗长检测) 2、RTU模式 当控制器设为在Modbus
网络
上以RTU(远程终端单元)模式通信,在消息中的每个8Bit字节包含两个4Bit的十六进制字符。这种方式的主要优点是:在同样的波特率下,可比ASCII方式传送更多的
数据
。 代码系统 • 8位二进制,十六进制数0...9,A...F • 消息中的每个8位域都是一个两个十六进制字符组成 每个字节的位 • 1个起始位 • 8个
数据
位,最小的有效位先发送 • 1个奇偶校验位,无校验则无 • 1个停止位(有校验时),2个Bit(无校验时) 错误检测域 • CRC(循环冗长检测) 三、Modbus消息帧 两种传输模式中(ASCII或RTU),传输设备以将Modbus消息转为有起点和终点的帧,这就允许接收的设备在消息起始处开始工作,读地址分配信息,判断哪一个设备被选中(
广播
方式则传给所有设备),判知何时信息已完成。部分的消息也能侦测到并且错误能设置为返回结果。 1、ASCII帧 使用ASCII模式,消息以冒号(:)字符(ASCII码 3AH)开始,以回车换行符结束(ASCII码 0DH,0AH)。 其它域可以使用的传输字符是十六进制的0...9,A...F。
网络
上的设备不断侦测“:”字符,当有一个冒号接收到时,每个设备都解码下个域(地址域)来判断是否发给自己的。 消息中字符间发送的时间间隔最长不能超过1秒,否则接收的设备将认为传输错误。一个典型消息帧如下所示: 图2 ASCII消息帧 2、RTU帧 使用RTU模式,消息发送至少要以3.5个字符时间的停顿间隔开始。在
网络
波特率下多样的字符时间,这是最容易
实现
的(如下图的T1-T2-T3-T4所示)。传输的第一个域是设备地址。可以使用的传输字符是十六进制的0...9,A...F。
网络
设备不断侦测
网络
总线,包括停顿间隔时间内。当第一个域(地址域)接收到,每个设备都进行解码以判断是否发往自己的。在最后一个传输字符之后,一个至少3.5个字符时间的停顿标定了消息的结束。一个新的消息可在此停顿后开始。 整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过1.5个字符时间的停顿时间,接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地,如果一个新消息在小于3.5个字符时间内接着前个消息开始,接收的设备将认为它是前一消息的延续。这将导致一个错误,因为在最后的CRC域的值不可能是正确的。一典型的消息帧如下所示: 图3 RTU消息帧 3、地址域 消息帧的地址域包含两个字符(ASCII)或8Bit(RTU)。可能的从设备地址是0...247 (十进制)。单个设备的地址范围是1...247。主设备通过将要联络的从设备的地址放入消息中的地址域来选通从设备。当从设备发送回应消息时,它把自己的地址放入回应的地址域中,以便主设备知道是哪一个设备作出回应。 地址0是用作
广播
地址,以使所有的从设备都能认识。当Modbus协议用于更高水准的
网络
,
广播
可能不允许或以其它方式代替。 4、如何处理
功能
域 消息帧中的
功能
代码域包含了两个字符(ASCII)或8Bits(RTU)。可能的代码范围是十进制的1...255。当然,有些代码是适用于所有控制器,有此是应用于某种控制器,还有些保留以备后用。 当消息从主设备发往从设备时,
功能
代码域将告之从设备需要执行哪些行为。例如去读取输入的开关状态,读一组寄存器的
数据
内容,读从设备的诊断状态,允许调入、记录、校验在从设备中的程序等。 当从设备回应时,它使用
功能
代码域来指示是正常回应(无误)还是有某种错误发生(称作异议回应)。对正常回应,从设备仅回应相应的
功能
代码。对异议回应,从设备返回一等同于正常代码的代码,但最重要的位置为逻辑1。 例如:一从主设备发往从设备的消息要求读一组保持寄存器,将产生如下
功能
代码: 0 0 0 0 0 0 1 1 (十六进制03H) 对正常回应,从设备仅回应同样的
功能
代码。对异议回应,它返回: 1 0 0 0 0 0 1 1 (十六进制83H) 除
功能
代码因异议错误作了修改外,从设备将一独特的代码放到回应消息的
数据
域中,这能告诉主设备发生了什么错误。 主设备应用程序得到异议的回应后,典型的处理过程是重发消息,或者诊断发给从设备的消息并报告给操作员。 5、
数据
域
数据
域是由两个十六进制数集合构成的,范围00...FF。根据
网络
传输模式,这可以是由一对ASCII字符组成或由一RTU字符组成。 从主设备发给从设备消息的
数据
域包含附加的信息:从设备必须用于进行执行由
功能
代码所定义的所为。这包括了象不连续的寄存器地址,要处理项的数目,域中实际
数据
字节数。 例如,如果主设备需要从设备读取一组保持寄存器(
功能
代码03),
数据
域指定了起始寄存器以及要读的寄存器数量。如果主设备写一组从设备的寄存器(
功能
代码10十六进制),
数据
域则指明了要写的起始寄存器以及要写的寄存器数量,
数据
域的
数据
字节数,要写入寄存器的
数据
。 如果没有错误发生,从从设备返回的
数据
域包含请求的
数据
。如果有错误发生,此域包含一异议代码,主设备应用程序可以用来判断采取下一步行动。 在某种消息中
数据
域可以是不存在的(0长度)。例如,主设备要求从设备回应通信事件记录(
功能
代码0B十六进制),从设备不需任何附加的信息。 6、错误检测域 标准的Modbus
网络
有两种错误检测方法。错误检测域的内容视所选的检测方法而定。 ASCII 当选用ASCII模式作字符帧,错误检测域包含两个ASCII字符。这是使用LRC(纵向冗长检测)方法对消息内容计算得出的,不包括开始的冒号符及回车换行符。LRC字符附加在回车换行符前面。 RTU 当选用RTU模式作字符帧,错误检测域包含一16Bits值(用两个8位的字符来
实现
)。错误检测域的内容是通过对消息内容进行循环冗长检测方法得出的。CRC域附加在消息的最后,添加时先是低字节然后是高字节。故CRC的高位字节是发送消息的最后一个字节。 7、字符的连续传输 当消息在标准的Modbus系列
网络
传输时,每个字符或字节以如下方式发送(从左到右): 最低有效位...最高有效位 使用ASCII字符帧时,位的序列是: 图4. 位顺序(ASCII) 图4. 位顺序(RTU) 四、错误检测方法 标准的Modbus串行
网络
采用两种错误检测方法。奇偶校验对每个字符都可用,帧检测(LRC或CRC)应用于整个消息。它们都是在消息发送前由主设备产生的,从设备在接收过程中检测每个字符和整个消息帧。 用户要给主设备配置一预先定义的超时时间间隔,这个时间间隔要足够长,以使任何从设备都能作为正常反应。如果从设备测到一传输错误,消息将不会接收,也不会向主设备作出回应。这样超时事件将触发主设备来处理错误。发往不存在的从设备的地址也会产生超时。 1、奇偶校验 用户可以配置控制器是奇或偶校验,或无校验。这将决定了每个字符中的奇偶校验位是如何设置的。 如果指定了奇或偶校验,“1”的位数将算到每个字符的位数中(ASCII模式7个
数据
位,RTU中8个
数据
位)。例如RTU字符帧中包含以下8个
数据
位: 1 1 0 0 0 1 0 1 整个“1”的数目是4个。如果便用了偶校验,帧的奇偶校验位将是0,便得整个“1”的个数仍是4个。如果便用了奇校验,帧的奇偶校验位将是1,便得整个“1”的个数是5个。 如果没有指定奇偶校验位,传输时就没有校验位,也不进行校验检测。代替一附加的停止位填充至要传输的字符帧中。 2、LRC检测 使用ASCII模式,消息包括了一基于LRC方法的错误检测域。LRC域检测了消息域中除开始的冒号及结束的回车换行号外的内容。 LRC域是一个包含一个8位二进制值的字节。LRC值由传输设备来计算并放到消息帧中,接收设备在接收消息的过程中计算LRC,并将它和接收到消息中LRC域中的值比较,如果两值不等,说明有错误。 LRC方法是将消息中的8Bit的字节连续累加,丢弃了进位。 LRC简单函数如下: static unsigned char LRC(auchMsg,usDataLen) unsigned char *auchMsg ; /* 要进行计算的消息 */ unsigned short usDataLen ; /* LRC 要处理的字节的数量*/ { unsigned char uchLRC = 0 ; /* LRC 字节初始化 */ while (usDataLen--) /* 传送消息 */ uchLRC += *auchMsg++ ; /* 累加*/ return ((unsigned char)(-((char_uchLRC))) ; } 3、CRC检测 使用RTU模式,消息包括了一基于CRC方法的错误检测域。CRC域检测了整个消息的内容。 CRC域是两个字节,包含一16位的二进制值。它由传输设备计算后加入到消息中。接收设备重新计算收到消息的CRC,并与接收到的CRC域中的值比较,如果两值不同,则有误。 CRC是先调入一值是全“1”的16位寄存器,然后调用一过程将消息中连续的8位字节各当前寄存器中的值进行处理。仅每个字符中的8Bit
数据
对CRC有效,起始位和停止位以及奇偶校验位均无效。 CRC产生过程中,每个8位字符都单独和寄存器内容相或(OR),结果向最低有效位方向移动,最高有效位以0填充。LSB被提取出来检测,如果LSB为1,寄存器单独和预置的值或一下,如果LSB为0,则不进行。整个过程要重复8次。在最后一位(第8位)完成后,下一个8位字节又单独和寄存器的当前值相或。最终寄存器中的值,是消息中所有的字节都执行之后的CRC值。 CRC添加到消息中时,低字节先加入,然后高字节。 CRC简单函数如下: unsigned short CRC16(puchMsg, usDataLen) unsigned char *puchMsg ; /* 要进行CRC校验的消息 */ unsigned short usDataLen ; /* 消息中字节数 */ { unsigned char uchCRCHi = 0xFF ; /* 高CRC字节初始化 */ unsigned char uchCRCLo = 0xFF ; /* 低CRC 字节初始化 */ unsigned uIndex ; /* CRC循环中的索引 */ while (usDataLen--) /* 传输消息缓冲区 */ { uIndex = uchCRCHi ^ *puchMsgg++ ; /* 计算CRC */ uchCRCHi = uchCRCLo ^ auchCRCHi[uIndex} ; uchCRCLo = auchCRCLo[uIndex] ; } return (uchCRCHi << 8 | uchCRCLo) ; } /* CRC 高位字节值表 */ static unsigned char auchCRCHi[] = { 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40, 0x01, 0xC0, 0x80, 0x41, 0x01, 0xC0, 0x80, 0x41, 0x00, 0xC1, 0x81, 0x40 } ; /* CRC低位字节值表*/ static char auchCRCLo[] = { 0x00, 0xC0, 0xC1, 0x01, 0xC3, 0x03, 0x02, 0xC2, 0xC6, 0x06, 0x07, 0xC7, 0x05, 0xC5, 0xC4, 0x04, 0xCC, 0x0C, 0x0D, 0xCD, 0x0F, 0xCF, 0xCE, 0x0E, 0x0A, 0xCA, 0xCB, 0x0B, 0xC9, 0x09, 0x08, 0xC8, 0xD8, 0x18, 0x19, 0xD9, 0x1B, 0xDB, 0xDA, 0x1A, 0x1E, 0xDE, 0xDF, 0x1F, 0xDD, 0x1D, 0x1C, 0xDC, 0x14, 0xD4, 0xD5, 0x15, 0xD7, 0x17, 0x16, 0xD6, 0xD2, 0x12, 0x13, 0xD3, 0x11, 0xD1, 0xD0, 0x10, 0xF0, 0x30, 0x31, 0xF1, 0x33, 0xF3, 0xF2, 0x32, 0x36, 0xF6, 0xF7, 0x37, 0xF5, 0x35, 0x34, 0xF4, 0x3C, 0xFC, 0xFD, 0x3D, 0xFF, 0x3F, 0x3E, 0xFE, 0xFA, 0x3A, 0x3B, 0xFB, 0x39, 0xF9, 0xF8, 0x38, 0x28, 0xE8, 0xE9, 0x29, 0xEB, 0x2B, 0x2A, 0xEA, 0xEE, 0x2E, 0x2F, 0xEF, 0x2D, 0xED, 0xEC, 0x2C, 0xE4, 0x24, 0x25, 0xE5, 0x27, 0xE7, 0xE6, 0x26, 0x22, 0xE2, 0xE3, 0x23, 0xE1, 0x21, 0x20, 0xE0, 0xA0, 0x60, 0x61, 0xA1, 0x63, 0xA3, 0xA2, 0x62, 0x66, 0xA6, 0xA7, 0x67, 0xA5, 0x65, 0x64, 0xA4, 0x6C, 0xAC, 0xAD, 0x6D, 0xAF, 0x6F, 0x6E, 0xAE, 0xAA, 0x6A, 0x6B, 0xAB, 0x69, 0xA9, 0xA8, 0x68, 0x78, 0xB8, 0xB9, 0x79, 0xBB, 0x7B, 0x7A, 0xBA, 0xBE, 0x7E, 0x7F, 0xBF, 0x7D, 0xBD, 0xBC, 0x7C, 0xB4, 0x74, 0x75, 0xB5, 0x77, 0xB7, 0xB6, 0x76, 0x72, 0xB2, 0xB3, 0x73, 0xB1, 0x71, 0x70, 0xB0, 0x50, 0x90, 0x91, 0x51, 0x93, 0x53, 0x52, 0x92, 0x96, 0x56, 0x57, 0x97, 0x55, 0x95, 0x94, 0x54, 0x9C, 0x5C, 0x5D, 0x9D, 0x5F, 0x9F, 0x9E, 0x5E, 0x5A, 0x9A, 0x9B, 0x5B, 0x99, 0x59, 0x58, 0x98, 0x88, 0x48, 0x49, 0x89, 0x4B, 0x8B, 0x8A, 0x4A, 0x4E, 0x8E, 0x8F, 0x4F, 0x8D, 0x4D, 0x4C, 0x8C, 0x44, 0x84, 0x85, 0x45, 0x87, 0x47, 0x46, 0x86, 0x82, 0x42, 0x43, 0x83, 0x41, 0x81, 0x80, 0x40 } ; ModBus
网络
是一个工业通信系统,由带智能终端的可编程序控制器和
计算机
通过公用线路或局部专用线路连接而成。其系统结构既包括硬件、亦包括软件。它可应用于各种
数据
采集
和过程监控。下表1是ModBus的
功能
码定义。 表1 ModBus
功能
码 ModBus
网络
只是一个主机,所有通信都由他发出。
网络
可支持247个之多的远程从属控制器,但实际所支持的从机数要由所用通信设备决定。采用这个系统,各PC可以和中心主机交换信息而不影响各PC执行本身的控制任务。表2是ModBus各
功能
码对应的
数据
类型。 表2 ModBus
功能
码与
数据
类型对应表 (1)ModBus的传输方式 在ModBus系统中有2种传输模式可选择。这2种传输模式与从机PC通信的能力是同等的。选择时应视所用ModBus主机而定,每个ModBus系统只能使用一种模式,不允许2种模式混用。一种模式是ASCII(美国信息交换码),另一种模式是RTU(远程终端设备)这两种模式的定义见表3 ASCII可打印字符便于故障检测,而且对于用高级语言(如Fortan)编程的主
计算机
及主PC很适宜。RTU则适用于机器语言编程的
计算机
和PC主机。 用RTU模式传输的
数据
是8位二进制字符。如欲转换为ASCII模式,则每个RTU字符首先应分为高位和低位两部分,这两部分各含4位,然后转换成十六进制等量值。用以构成报文的ASCII字符都是十六进制字符。ASCII模式使用的字符虽是RTU模式的两倍,但ASCII
数据
的译玛和处理更为容易一些,此外,用RTU模式时报文字符必须以连续
数据
流的形式传送,用ASCII模式,字符之间可产生长达1s的间隔,以适应速度较快的机器。 表4给出了以RTU方式读取整
数据
的例子 以RTU方式读取整
数据
的例子 十六进制数4124表示的十进制整数为16676,错误校验值要根据传输方式而定。 (2)ModBus的
数据
校验方式 CRC-16(循环冗余错误校验) CRC-16错误校验程序如下:报文(此处只涉及
数据
位,不指起始位、停止位和任选的奇偶校验位)被看作是一个连续的二进制,其最高有效位(MSB)首选发送。报文先与X↑16相乘(左移16位),然后看X↑16+X↑15+X↑2+1除,X↑16+X↑15+X↑2+1可以表示为二进制数11000000000000101。整数商位忽略不记,16位余数加入该报文(MSB先发送),成为2个CRC校验字节。余数中的1全部初始化,以免所有的零成为一条报文被接收。经上述处理而含有CRC字节的报文,若无错误,到接收设备后再被同一多项式(X↑16+X↑15+X↑2+1)除,会得到一个零余数(接收设备核验这个CRC字节,并将其与被传送的CRC比较)。全部运算以2为模(无进位)。 习惯于成串发送
数据
的设备会首选送出字符的最右位(LSB-最低有效位)。而在生成CRC情况下,发送首位应是被除数的最高有效位MSB。由于在运算中不用进位,为便于操作起见,计算CRC时设MSB在最右位。生成多项式的位序也必须反过来,以保持一致。多项式的MSB略去不记,因其只对商有影响而不影响余数。 生成CRC-16校验字节的步骤如下: ①装如一个16位寄存器,所有数位均为1。 ②该16位寄存器的高位字节与开始8位字节进行“异或”运算。运算结果放入这个16位寄存器。 ③把这个16寄存器向右移一位。 ④若向右(标记位)移出的数位是1,则生成多项式1010000000000001和这个寄存器进行“异或”运算;若向右移出的数位是0,则返回③。 ⑤重复③和④,直至移出8位。 ⑥另外8位与该十六位寄存器进行“异或”运算。 ⑦重复③~⑥,直至该报文所有字节均与16位寄存器进行“异或”运算,并移位8次。 ⑧这个16位寄存器的内容即2字节CRC错误校验,被加到报文的最高有效位。 另外,在某些非ModBus通信协议中也经常使用CRC16作为校验手段,而且产生了一些CRC16的变种,他们是使用CRC16多项式X↑16+X↑15+X↑2+1,单首次装入的16位寄存器为0000;使用CRC16的反序X↑16+X↑14+X↑1+1,首次装入寄存器值为0000或FFFFH。 LRC(纵向冗余错误校验) LRC错误校验用于ASCII模式。这个错误校验是一个8位二进制数,可作为2个ASCII十六进制字节传送。把十六进制字符转换成二进制,加上无循环进位的二进制字符和二进制补码结果生成LRC错误校验(参见图)。这个LRC在接收设备进行核验,并与被传送的LRC进行比较,冒号(:)、回车符号(CR)、换行字符(LF)和置入的其他任何非ASCII十六进制字符在运算时忽略不计。
多音轨音效混合器软件 Acoustica Mixcraft Pro 9.0 Build 436 中文多语免费版.zip
Mixcraft 多音轨音效混合器软件可以录制音频,安排循环,混音曲目,缀以MIDI和虚拟乐器,添加效果,比分和编辑视频,混合和掌握你的轨道创造抛光,专业组成。 Mixcraft是你的音乐制作梦想成真,瞬间将你的电脑变成一个储备齐全的专业音乐录音棚。 Acoustica Mixcraft Pro 产品特点 记录并创建无限数量的音频和MIDI音轨。 安排和得分的视频文件,添加转场,视觉效果,音乐,音效,和画外音提供方便。 包括超过6000专业制作音乐循环,并在各种流行款式的声音效果,从的dubstep到民谣摇滚。 包括11个虚拟乐器,从老式的模拟合成器,以优质的采样声乐器,以及录音室品质的声学和电鼓一个鼓舞人心的集合。 包括22个高品质的效果,从演播室标准,如混响,合唱和延迟,以超现实的吉他放大器模拟器,经典电子管均衡,人声还原,多频段压缩,等等。
功能
强大,专业的
功能
包括ReWire的主机,多采取循环录像,时间伸缩和变调,无限硬件的输入和输出,多通道VSTis的支持,以及更多的支持。 具有高对比度的专业图形界面。 自定义循环库包含了超过6000免版税循环,并在一个巨大的各种风格的声音效果。 轻松导入您自己的循环文件和光盘循环进入循环库。 环库具有便捷的搜索工具来快速查找循环和声音特效。 适用于酸性™WAV和苹果车库乐队™AIFF循环。 记录多个MIDI和音频轨道同时进行。 钢琴卷帘窗来查看和编辑MIDI。 鼓的地图包括了Mixcraft的鼓乐器,加上许多流行的鼓应用。 符号工具,允许你创建,编辑,并在熟悉的音乐符号格式打印您的MIDI
数据
。 11强大的虚拟仪器,包括ACOUSTICA仪器通用MIDI采样库,扩展仪器样本库,工作室鼓样品
采集
,休息室蜥蜴届复古电钢琴,VB3音轮风琴,ComboV和ComboF经典的晶体管器官模拟器,MiniMogueVA单声道模拟合成器,和弦弥赛亚模拟合成器,Alien303贝司合成器和脉冲复音模拟合成器。 25个高品质的效果,包括Pultronic管情商,该款机型的经典电子管均衡器在工作室遍布世界各地,并theShred音箱模拟器,5经典功放磁头,17个内阁模型和6震撼效果的完整套件。 内置可对每一个音轨的吉他调谐器。 保存和加载完整的音频效果链,具备许多优良的效果链预置包括在内。 创建复杂的虚拟仪器设置的叠加和分割多个虚拟合成器和效果。设置键位,力度灵敏度,换位,平移和体积每件乐器。 新增无限的VSTi™仪器,VST™和DirectX™效果。 路线MIDI音轨
数据
,音频效果(如声码器和音高修正效果)。 视频轨允许装载和视频文件编辑。容易交叉淡入淡出从一个视频剪辑到另一个。混音的音频,添加配乐,并毫不费力地将视频项目渲染到一个新的视频文件。 强大的视频
功能
包括静止图像的进口,自动化的效果和过渡,和移动的文本。 缩混的MP3,WAV,高品质压缩OGG等音频文件类型。 选项直接录制到高品质压缩OGG文件。这是理想的合作者交换在互联网上项目,笔记本电脑用户,学校,和任何人都长的录音讲话或会议。 插入时间和删除时间
功能
移动所有的声音,自动化和标记,以便您可以添加或删除你的歌一整节。 燃烧你的混音的CD只需点击一下鼠标。 Acoustica Mixcraft Pro 声音引擎 波器(WDM),支持ASIO™,WaveRT和WaveRT独占模式低延迟音频支持。 WaveRT独占模式(适用于Windows 7及以上)提供大多数的音频硬件超低延迟,固体传声性能,而无需任何特殊的声卡驱动程序。随着WaveRT独占模式,Mixcraft可以与音频硬件直接连接,绕过操作系统的低延迟的音频性能,无需任何特殊的驱动程序。 MIDI输入和输出的支持。将与任何USB MIDI键盘或连接到MIDI接口的任何文书工作。 交通控制,效果控制和仪器控制MIDI控制面的支持。 32位SSE2优化的声音引擎支持录制和播放的
广播
质量的音频,高达192 kHz和32位。 时间伸展任何声音从25%到400%与FlexAudio™而不影响音调。 记入/记出录音。 循环记录有多个需要。 移调的声音从-24到+12半音! 使用无限数量的曲目,乐器和效果。 自动检测节拍位置,钥匙和进口歌曲的节奏。 导入WAV,AIF,OGG,WMA和MP3文件! 降低噪音水平,或完全消除它具有内置的可在每个音频剪辑降噪。 支持多达16个处理器核心采用了当今最先进的多处理器
计算机
充分利用。 塑造每个声音的音量,声像和谐振滤波器具有无限的信封分。 支持DirectX™&VST™的影响,包括插件延迟补偿。 支持VST乐器与多个输出。 ReWire的主机允许你同步与Mixcraft其它音乐应用。 Acoustica Mixcraft Pro 界面 新的自动化
功能
提供任
计算机
网络
--
数据
链路层--
网络
层
数据
链路层
数据
链路层是OSI参考模型中的第二层,介乎于物理层和
网络
层之间。
数据
链路层在物理层提供的服务的基础上向
网络
层提供服务,其最基本的服务是将源自
网络
层来的
数据
可靠地传输到相邻节点的目标机
网络
层。为达到这一目的,
数据
链路必须具备一系列相应的
功能
,主要有:如何将
数据
组合成
数据
块,在
数据
链路层中称这种
数据
块为帧(frame),帧是
数据
链路层的传送单位;如何控制帧在物理信道上的传输,包括如何处理传...
[
计算机
毕设]基于java的SNMP
网络
设备MIB信息
采集
系统设计与
实现
(项目报告+源代码)
但是,SNMPv2并没有完全
实现
预期的目标,尤其是安全性能没有得到提高,如:身份验证(如用户初始接入时的身份验证、信息完整性的分析、重复操作的预防)、加密、授权和访问控制、适当的远程安全配置和管理能力等都没有
实现
。总之,
计算机
技术和通信技术的融合、领域
网络
的飞速发展,使得
网络
管理技术越来越规范,
网络
管理系统的作用也越来越大,在整个系统中已称为必不可少的重要组成部分。在SNMP中,每一个被管理的资源都由一个管理对象来表示,每一个对象有唯一的对象标示,这个标示由该对象在树型结构的MIB中的位置来定义。
通信技术
4,356
社区成员
28,926
社区内容
发帖
与我相关
我的任务
通信技术
通信技术相关讨论
复制链接
扫一扫
分享
社区描述
通信技术相关讨论
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章