物联网虚拟仿真系统对接ThingsBoard云平台实现场景联动

一、物联网虚拟仿真系统工作准备

1.登录物联网虚拟仿真系统

2.拉入仿真设备,并接好线

3.依次双击传感器,配置传感器随机值范围

二、ThingsBoard云平台工作准备

1.创建设备

完成接线配置后,进入到ThingsBoard创建设备,在设备栏目中填写设备名

2.进入设备

成功创建设备后,进入设备,打开物联网虚拟仿真系统客户端。

3.填写服务器IP和用户名

打开 MQTT模式,填写MQTT服务器IP,即为ThingsBoard的域名,端口默认为1883

在没有设定MQTT管理凭证的情况下,只需要填写用户名(即为访问令牌)

4.填写订阅推送主题

RPC下发控制主题为订阅主题,上报客户端属性的主题为推送主题

5.开启MQTT服务和端口

填写完主题后,选择上报的JSON格式为ThingsBoard格式,无需填写 Client ID。开启MQTT服务和端口,并开启仿真系统的模拟实验

进入设备属性,即可看到数据上报成功

6.创建规则链

本次案例是实现人过灯亮,人走灯灭和天黑关窗帘,天亮开窗帘。

在侧边栏规则链库中创建规则链

7.添加节点

在筛选器栏目中拉入脚本节点,此脚本的作用为判断前置条件。例如判断人体检测到有没有人经过

此时复制人体检测的变量名进行判断,检测到有人返回true,没人返回false

功能测试:

现在进行过滤功能测试,假设人体数据传入到此节点中,测试是否能正常返回值

测试节点功能正常后,将输入节点接入。在变换栏目中拉入脚本节点,此脚本节点的作用是创建消息,创建人过灯亮的联动。

使用的是RPC下发控制的形式控制设备,复制格式进去,msg即为即将发送的消息。填写亮灯泡时的格式,复制灯泡变量名和更改需要下发的数值。msgtype为指定的消息类型,用来表示一个RPC调用请求

保存后,返回面板。当人体检测到有人返回true时,接入人过灯亮节点

创建人走灯灭,只需要修改RPC下发的值即可。同理当人体检测到没人,返回false时,接入人走灯灭节点。

在动作栏目中找到并创建RPC调用请求节点,将人过灯亮和人走灯灭节点接入。当触发成功时,RPC会下发节点中的msg消息。写好逻辑后保存规则链

将MQTT上传的数据,输入到这条规则链中。

回到规则链库中,进入根规则链

在流栏目中拉入规则链,名字自拟,规则链选择刚创建的规则链

与消息类型开关接入,选择Post属性,添加完后保存即可

场景测试:

现在进行场景测试。当检测到有人时,灯泡就亮;反之,检测到没人时灯泡就灭。

返回到ThingsBoard中,进入场景联动规则链

复制节点到根规则链,可以直接在根规则链中设计场景联动

首先设计的是检测到天亮状态时,全开窗帘。设定光照度>400时为天亮状态

转换脚本中只需要更改需要下发的设备名和数值即可

反之,为天黑状态时,全关窗帘 当光照度小于100时为天黑状态

转换脚本,修改下发的值即可

条件成立后,通过RPC下发控制两个联动节点前与消息类型开关接入,选择Post属性即可

整体联动:

保存好根规则链后,回到虚拟仿真系统,即可进行整体联动

人过灯亮:(将人体传感器触发为on,灯泡亮)

人走灯灭:(将人体传感器触发off,灯泡熄灭)

场景联动:

天亮开窗帘:

将光照度设定固定值(大于400)即为天亮状态,窗帘就全部打开

天黑关窗帘:

将光照度设定固定值(小于100)即为天黑状态 窗帘就全部关闭

<think>嗯,用户问的是能不能用华为的eNSP模拟器来设计智能家居的无线网络系统。首先,我得先回忆一下eNSP的功能和适用范围。eNSP主要是华为用来模拟企业级网络设备的,比如路由器、交换机这些,支持各种路由协议和复杂的网络拓扑。但智能家居的无线网络可能涉及更多家用设备,比如无线路由器、IoT设备等。 然后,我需要确定eNSP是否支持无线组件的模拟。记得eNSP主要是有线设备的模拟,虽然可能支持一些AC和AP的配置,但和实际的家用无线环境还是有区别的。比如,智能家居里的Wi-Fi设置、信号覆盖、设备连接数这些,可能eNSP无法完全模拟。 接下来,用户的需求可能不仅仅是网络拓扑,还包括智能家居中的具体应用,比如自动化场景、设备联动,这些可能超出了eNSP的能力范围。这时候可能需要其他工具,比如Cisco Packet Tracer的IoT功能,或者专门的智能家居模拟软件。 不过,如果用户只是想练习基础的网络配置,比如VLAN划分、DHCP、ACL等,用在智能家居网络的基础架构上,eNSP还是可以部分支持的。但需要明确告知用户其局限性,比如无法模拟真实的无线信号环境或智能设备交互。 另外,还要考虑用户的技术背景。如果他们是学生或刚入门,可能希望通过eNSP学习网络基础,这时候可以推荐结合其他工具来补充无线和IoT部分。如果是企业用户,可能需要更专业的解决方案。 最后,总结一下,eNSP在某些基础网络设计上有用,但智能家居的无线部分可能需要其他工具辅助。需要建议用户根据具体需求选择合适的工具组合,并指出eNSP的优缺点,确保他们不会在项目中途遇到无法解决的问题。</think>可以尝试使用华为eNSP模拟器设计智能家居无线网络系统,但需注意其适用场景和局限性。以下为分步分析: 一、eNSP的核心能力 $$ \text{eNSP} = \text{企业级网络模拟} + \text{华为设备仿真} + \text{协议验证} $$ 1. 支持模拟企业级路由器(如AR系列)、交换机(如S5700)等设备 2. 可构建复杂网络拓扑结构 3. 支持VLAN、ACL、QoS等网络策略配置 二、应用于智能家居的可行性 1. **可用场景**: - 基础网络架构设计:$拓扑规划+IP分配+路由策略$ - 安全策略验证:$防火墙规则+访问控制列表(ACL)$ - 服务质量测试:$QoS优先级划分+带宽分配$ 2. **主要限制**: - 缺少智能家居专用设备模型(如IoT传感器、智能插座等) - 无线网络仿真仅支持基础功能(无法模拟真实Wi-Fi信号覆盖) - 物联网协议支持有限(如Zigbee/Z-Wave缺失) 三、推荐实施方案 $$ \text{混合方案} = \text{eNSP} \oplus \text{物理设备} \oplus \text{其他工具} $$ 1. 使用eNSP构建核心网络: - 配置网关路由器(模拟$AR1220$) - 划分VLAN隔离设备(如$VLAN10$给安防设备,$VLAN20$给娱乐设备) 2. 结合真实设备: - 通过云管理平台对接真实华为AP(如AirEngine系列) - 使用手机APP模拟终端接入 3. 补充工具建议: - 使用Packet Tracer补充IoT设备模拟 - 采用Home Assistant进行场景联动测试 四、典型配置示例(ACL控制): ```cisco [Huawei] acl 3000 [Huawei-acl-adv-3000] rule deny ip source 192.168.10.0 0.0.0.255 destination 192.168.20.1 0 [Huawei-acl-adv-3000] quit [Huawei] interface Vlanif 10 [Huawei-Vlanif10] traffic-filter inbound acl 3000 ``` 五、注意事项 1. 需启用无线控制器的虚拟化组件(如$AC6005$) 2. 建议配合Wireshark进行协议抓包分析 3. 设备资源消耗公式:$内存需求 ≈ 基础2GB + 每设备300MB$ 总结:eNSP适合验证智能家居网络的底层架构设计,但需结合其他工具完成完整的智能家居系统模拟。建议将eNSP作为网络基础验证工具,而非完整的智能家居解决方案平台。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值