#: 基于Z-WAVE 协议的LED智能照明系统的研究笔记

LED调光基础:

☆:LED照明调光控制信号的方式有两种:

  1. 通过PWM信号控制LED灯具开关电源的占空比从而实现调光;

  2. 通过调光控制信号和交流电源供电线合用的两线式或三线式(例如LED相控调光)

  3. 调光控制信号和交流电源供电线分离调光(0-10V,ADLI,DMX512,KNX等)。

☆:LED智能家居通讯协议:

  1. wifi(项目最开始的时候用这个吧,比较熟悉,而且速度很快(快于下面的三个,就是不够安全))

  2. ZigBee(功耗1/10,网状网络)

  3. ZigBee Light Link(支持很多智能家居的东西)

  4. Z-Wave(室内覆盖范围30M,室外100M)

Zwave基础:

☆:控制节点(Controller)

  控制节点是一个具有网络全部路由表的Z-Wave网络设备,因此他可以跟Z-Wave网络中所有节点进行通讯。新的Z-Wave网络创建取决于控制设备的加入。控制节点分为主控制器和次控制器,每个Z-Wave网络只能有一个主控制器,只有主控制器具有添加和删除其他设备,次控制器只能进行指令的发送,不能向网络中添加或删除设备。

☆:从属节点(Slavers)

  从属节点在网状网络中充当路由器,普通从节点可以是调光器。路由节点可以主动发送路由信息给网络中的其他节点,路由节点存储了一定数量的静态路由信息,用于给一定数量的节点发送未审核的信息。增强节点是一个可以用EEPROM储存信息的节点。

☆:网络的标志(Home ID,Node ID)

  Home ID在Z-Wave网络用于区分不同的网络,在一个Z-Wave网络中,Node ID是唯一且不可以重复的。

☆:物理层(MAC Layer)

  1. 数据传输使用曼切斯特码(Manhester Code)序列并以40k的速率进行传输(以8位数据块结构进行传输) 这些数据块分布分别是:前序(Preamble),起始帧(Start of Frame),数据(Data),结束帧(End of Frame),物理层独立于频射介质,频率和调制方式,为了调高数据传输的可靠性,物理层采用多址/冲突避免(CSMA/CA)机制,来保证传输通道不被占用。

  2. Z-Wave的物理层具有避免冲突的机制,这种机制可以避免不同的时刻发送信息。如果当一个节点正在传输数据,其他需要发送数据的节点将会自动延迟,当网络中存在数据传输时,所有节点的冲突保护都将会被激活启用,传输数据将会被延迟。

☆:传输层(Transfer Layer)

  1. Z-WAVE的数据包的结构如图所示

                    

一个Z-Wave数据包包含以下信息:该网络的Home ID,发送该数据节点的Node ID,帧头,帧长度,目的节点的Node ID,数据和数据校验块。传输层的数据包主要包括以下几种:

①:单播数据包:单播数据包总是被传送给一个特殊的节点,并且接受节点的需要作出回应以确定该数据包被接受。如果单播数据包或者反馈数据丢失或者损失,就要重新发送这个数据包。为了避免潜在的冲突发生,重发会在一定的延迟后进行,这个延迟的时间应该小于发送最大长度的数据包并收到反馈信息的时间。当系统不要求可靠数据的传输的时候,单播数据包可以使用无反馈的方式进行。

②:回应数据包:Z-Wave网络的回应数据包是一个不包含数据的特殊单播数据包。当节点收到其他节点发来的单播数据包时,会发送一个回应数据包给发送节点当做回应。

③:多播数据包:多播数据包可以同时发送给多个节点,并且接受节点不需要回应。(不可靠传输)

④:广播数据包:包发送给Z-Wave网络中的所有节点,并且不需要回应。

⑤:探询数据包:探询数据包是一种特殊的广播数据包(用于更新网络拓扑结构和发现网络中特定节点的位置)

☆:路由层(Routing Layer)

1. Z-Wave网络的路由层有两种数据结构:一种是路由单播数据包,另一种是反馈数据包。

两者的区别仅仅在于是否多了回环确认字符(acknowledgement character)(Routed Ack和一个Ack)(另一篇论文有优化)

2.路由表

路由表被Z-Wave网络的控制节点用来保存路由信息和网络拓扑结构(说白了就是图)。比如(都学过了)

☆:应用层(Application Layer)

1. 应用层的数据结构:

LED控制基础:

☆:LED亮度调节

  1.调电压(线性调光)2. 调脉冲占空比(PWM调光方式)2. 硅亮度调光(新的调光方式),调脉冲占空比的方式和红外线实验的那个方式差不多,要读协议书才知道脉冲应该怎么调。

  2. 内置的RGB三原色LED分别受到三个PWM信号的控制,LED的颜色就可以改变,还可以改变透明度(就可以改变灰度);要熟读CIE色度原理。

  3. 可以直接选用ZM4104芯片进行网络控制,但是好像用STM332也可以,需要尝试。

☆:接口电路

  和8086/80386硬盘访问的方式类似,先要产生中断(8086/80386是用out指令对总线进行访问),产生中断后然后传等到信号传输->信号传输,循环。

Refernce: 《基于Z-WAVE协议的LED智能照明系统的研究》-马欣儒

     《基于Z_wave技术的智能家居系统设计》-刘晗

时间: 2024-11-03 21:12:21

#: 基于Z-WAVE 协议的LED智能照明系统的研究笔记的相关文章

无线LED智能照明控制系统

LED 具有使用寿命长.光效高以及低功耗的特质,使得它在和传统照明灯具相比的时候优势明显.与此同时,近年来电力资源持续缺乏,国家一直在提倡节能环保.营造"绿色低碳"生活,LED 必将会取代传统照明产品.     LED 的半导体器件的特性,使其在智能照明控制方面有绝对的优势,可以完美实现对照明灯具的调光调色.灵活设置.分组管理.状态查询和故障报警等功能,可以更加人性化的满足使用者的要求,实现最大限度的节能,有效地降低照明工程的维护成本.LED 照明走向智慧化已经成为一个发展趋势.   

基于Android平台的i-jetty网站智能农业监控系统

基于android平台i-jetty网站的智能农业监控系统 摘要:传统的监控系统,一般是基于PC的有线通信传输,其有很多不足之处,如功耗较高.布线成本高.难度大,适应性差,可扩展性不强,增加新的通信线路需要再次布线施工,而且维护起来也比较麻烦,一旦线路出问题,需要繁琐的检查.而嵌入式Web监控系统是基于物联网技术,其无线通信技术具有成本低廉.适应性强.扩展性强.信息安全.使用维护简单等优点. 智能农业中,种植大棚是通过大棚内安装温湿度以及光照传感器,来对农作物的环境参数进行实时采集,由Web监控

java socket 基于UDP/IP 协议

Java  socket 基于UDP/IP协议应用 服务器端:  1.创建DatagramSocket,指定端口号 2.创建DatagramPacket 3.接收客户端发送的数据 4.读取数据 客户端: 1.  定义发送信息: 服务器的IP 端口号  发送的内容 2.  创建DatagramPacket,包含将要发送的信息 3.  创建DatagramSocket 4.  发送数据 服务器端 import java.io.IOException; import java.net.Datagram

基于 TCP/IP 协议的网络编程

在说明基于 TCP/IP 协议的网络编程之前,先来了解一下 Socket(网络套接字): 利用套接字(Socket)开发网络应用程序早已被广泛的采用,以至于成为事实上的标准 通信的两端都要有 Socket,是两台机器间通信的端点(API 原话) 网络通信其实就是 Socket 间的通信 Socket 允许程序把网络连接当成一个流,数据在两个 Socket 间通过 IO 传输 一般主动发起通信的应用程序属客户端,等待通信请求的为服务端 网络编程某种程度上可以称作"Socket 编程" T

基于OAuth2.0协议 第三方登录与数据同步验证设计

前段时间,公司跟别的公司签订合作伙伴,搞了一个第三方登录与数据共享同步,是基于OAuth2.0协议,现在空闲了,做一下笔记. 到github下载一个OAuth2.0的PHP类库(当然,你也可以自己写一个^-^,但个人觉得没必要造轮子),有写好Mysql与Mongodb的Demo,参考一下,然后嵌套自己的业务代码,下面是客户端与服务端的交互流程: +-----------+ +-----------+| | 带client_id的URL请求获取code | || | ---------------

DreamHouse项目(基于ARM与ZIGBEE技术的智能家居)之项目展示

这是本人做的一次有关智能家居的项目,仅是用来参加比赛的!或者是我用来练手的吧!大概花费了我近2个月的时间来完成他,平台是建立在博创S3C2410的嵌入式的箱子上的,我觉得我唯一没有足够自信说是自己写的代码的话就是驱动部分了,毕竟当时的状态也是刚刚把单片机的知识全部学会罢了,因为这是基础中的基础,对于C语言,在校的学生普遍是没有完全掌握的,对于开发真的知识储备确实不够!好吧废话我不多说了,先讲讲我自己做的项目吧!学生的练手项目,大家应该不会来喷我吧! 上图先! 通用模块 我本人真的是没有做出来,但

基于H.264协议的视频传输系统中遇到的问题以及解决办法

问题1.视频压缩解码模块在运用的时候出现错误:解码器再解码第二帧视频图片的时候出现异常 client: ../../decoder/T264dec.c:594:T264dec_decode_nal: Assertion `0' failed. Aborted 对于该问题的分析及解决过程为: 1.  修改数据类型,所有缓存区改为unsigned char类型(原来统一为char 类型),但是还是遇到一样的异常错误,问题没有解决. 2.  查看缓存区具体内容是否与服务器端压缩的数据是一致的的,对照数

java socket 基于TCP/IP 协议

Java socket 基于TCP/IP 协议应用 多线程服务器原理: 1.          服务器端创建serversocket并绑定要监听的端口号 ,循环调用serversoket 的accept()方法,等待客户端的连接请求 2.          客户端创建一个socket绑定服务器端的IP地址和服务器监听的端口号并请求和服务器端连接 3.          服务器端接收到客户端的请求后,创建一个socket与客户端建立专线连接 4.          建立连接的两个socket在一个

基于JT/T808协议的车辆监控平台架构方案

技术支持QQ:78772895 1.车载终端协议网关采用mina/netty+spring架构,独立于其他应用,主要负责维护接入终端的tcp链接.上行以及下行消息的解码.编码.流量控制,黑白名单等安全控制,网关同时支持交通部JT/T808-2011.JT/T808-2013两个版本全部的808协议,网关应用提供二次开发接口,支持以插件形式协议扩展而不需要改动任何原有代码.接入网关采用json消息通过MQ消息队列与业务平台进行交互,支持ActiveMQ和RabbitMQ,能够无缝接入各种异构系统.