有些智能家居,你不能说它不智能。

但在现实生活中,常常帅不过一秒。

就比如,当你经历了一天的疲惫后回到家,发现玄关的智能开关突然没反应,家里的灯怎么都打不开。这种时候你得明白,你的智能开关面板很有可能处于离线状态了,需要再次配网。

更甚至是,当你准备要入睡了,按了一下床头的智能情景面板,还喊了一声智能音箱,但家里的一切却依旧没有给你任何回应,卧室的灯光依旧亮堂着,窗帘依旧大开着,怎么办?

虽然说这种情况发生的概率不是很大,但万一出现了呢?

这个时候你要怎么判断,是网关的问题,是网络的问题,还是设备的问题?

也许有人会告诉你,你家的信号不行,仅此而已。

还有一种令人郁闷的情况,很多人买了一堆智能家居设备,好不容易等房子装修完,却发现那些所谓的智能家居产品已经过时落伍了。

这些个糟心体验,劝退了多少消费者。

人不是智能家居的手段,而是智能家居的目的

人不是智能家居的手段,而是智能家居的目的。智能家居存在的意义是什么?是要能实实在在提升人们生活的品质,满足人们对安全、舒适、健康、便捷的需求。

我们相信,所有的用户都是希望在安装完一套智能家居后,就可以尽情享受它,而不是花大量的精力在售后与换新。

毕竟,这是给家里安装智能家居,相当于再次拥有一个新的家。

而家不是快消品,是要住一辈子的。

因此,智能家居系统必须是可靠的。最起码家里常用的功能一定是可靠的,要最大程度的保证不会出现乌龙事件,把该做的事情都做了,不该做的事情就不要做,不拖人的后腿,让智能家居真正的服务于人。

与此同时,科技发展日新月异,5年前的智能产品跟5年后的产品功能完全不能比,所有的家居设备都会面临淘汰更换的那一天。但家居装修是一项大工程,任何细枝末节的拆除修改都不是一件小事。

你的家并非一成不变,随时进化成为刚需。

所以,一套好的智能家居系统,最好还是可以随着科技的发展而进化的。

如何让智能家居系统更加的智慧,更加的人性化,能够真正的理解用户的真实需求,切中用户的痛点,以最自然的方式融入家居生活,却又可以随着家的升级而升级,随着科技的发展而随心进化。

这是我们一直重点关注的。这也是我们前进的方向。

每一个品牌,每一个产品都应当顺应发展的潮流,紧贴人们的生活所需,不断革新。

现在,我们来看看市面上主流的智能家居系统。

市场主流智能家居系统,有什么特点?

可以明显看到,智能家居系统可以分为两个阵营:有线与无线。

它们都有什么特点?

有线智能家居的布线系统如KNX,一般为总线方式,所有产品分路支线连接,这样一来的话,当系统中某一个结点出现故障,网络传输仍能正常运行。同时,有线系统自带屏蔽层,通常来说,不受墙体、金属、室内装饰的影响,抗干扰能力是比较明显的,可以保证系统的稳定运作。

这样的布线方式,不提线材成本,后期的扩展性也颇为麻烦。专业调试与维护的高门槛更是注定了有线智能家居的无法大量普及。

而无线系统,以无线通讯协议为载体进行信息交互,主流的无线通讯协议有ZigBee。

无线价格亲民,更新迭代的速度更是非常快,让人非常期待它的将来。但它在实际应用过程中,可能会存在一些不可知的信号盲点,差不多就像家里的wifi信号经常没能覆盖到的卫生间,而这个时候,就需要放置大量网关,才能达到全屋信号的相对稳定。

为什么说是相对稳定呢?

因为无线信号就是波,生活中常见的波就是太阳光,灯光。把无线网关想象成灯,灯能照射到的地方,都有光亮,所以信号也不会太差。但是,因为家居环境常见的干扰源较多,比如说:杂乱的家居、墙壁,甚至是金属装饰灯,这些都可能会对信号产生一定的影响。

 

 

智能家居设计不应是“单一系统”

当然,任何时候,我们都不能以偏概全,每个事物都有两面性,对智能家居系统的规划都应该因地制宜,根据用户的真实需求和场地状况科学设计。

现在,我们就来对症下药。

如果用户只是需要简单的门锁开门跟电器控制,而且房子已经装修了,预算比较少,那只用无线也是个好方案。如果用户对智能化的要求较高,新房子装修,预算充足,那肯定建议他采取有线、无线有机结合的方式,预防未来的二次投入。

 

基于对行业发展趋势的不断探索与洞察,以及对房地产商、系统集成商、工程商和终端用户的痛点分析,基于在智能家居领域经年累月的深刻理解,我们希望,构建一个比无线更稳定,比有线更灵活的智能家居系统,让家居场景联动真正产生价值,让全屋协同进化赋予用户更多乐趣。

体验更稳定,玩法更多样。

视声推出的M+O智能家居系统融合方案,背后的意义就在于此。

 

M+O,即Main(基础)与Optional(可拓展)。M包括所用有线协议,而O则作为无线的扩展,包括可以整合的无线协议。

M+O:比无线更稳定,比有线更灵活

在M+O融合概念设想提出的那一刻开始,视声就决定选择标准,做标准。

因此,目前M+O的方式选择KNX+Zigbee。

既然KNX在公建领域活跃甚广,其稳定可靠的特性深入人心,那就让成熟稳定的KNX技术铺设家居骨干网,最大程度保障住宅基础智能控制长期无故障运行,不必让终端用户随时担心突如其来的掉链子。毕竟,国际大型公共建筑都选KNX,家居控制简直小菜一碟。

而最新的Zigbee3.0方案让家居设备方便管理和扩展,即使是装修后也可以自由升级改造。

相较于全无线连接方案来说,M+O智能家居系统融合方案在稳定性上有着非常大的优势,而且有很强的扩容性与进化力。随着未来科技的发展与无线新品的层出不穷,想要更新家里的智能设备也能轻而易举,不再需要大动干戈,不再被连接数或者信号干扰等问题所受限。它以有线为基础,以无线为拓展,根据客户需求和房型独家定制方案,支持手机远程控制和语音控制。

对于视声来说,鱼和熊掌皆想兼得,必然带来产品研发上的难点。就像所有的游戏,同一个游戏号在ios机上攒的币永远无法挪到android机上,这是因为系统与系统间存在壁垒,始终无法做到兼容。同样的道理,在过去的智能家居里,一套系统无法同时控制有线和无线两套设备。

视声在2008年加入KNX国际协会,也是KNX中国用户组织委员会理事单位,在KNX领域已经进行过长达十余年的持续探索,造诣颇深。于是,我们决定攻克、也有能力攻克研发过程中的种种难点疑点痛点,最终做到从底层协议打破有线与无线之间的壁垒,实现系统与系统之间的融合,做到你中有我,我中有你,达到有线和无线的双向控制,让有线与无线两大主流协议的优势呈现指数型增加。

今天,我们已经成功研发出自带KNX、ZigBee双接口的M+O融合设备,真正做到颠覆传统网关对接的模式。2021年盛夏之际,视声正式对外发布M+O融合初代新品,从设备端达到有线与无线系统融合的目的,新品支持开关、调光、窗帘、空调、情景面板五种功能。

而在不远的将来,更多的M+O融合产品亦将出现在用户的视野里。

现在,把KNX和Zigbee两大系统融合在一起总共需要几步?

两步。

首先,配置M+O融合初代新品的ETS数据库,然后,让M+O融合初代新品进入ZigBee网络中,接下来,就只需要享受智能家居就好了。

操作如此简单,体验如此畅快。

融合,万物随之而蓬勃生长。

所有的有线设备通通以无线设备的形式去展示,而融合产品就成为了KNX系统中的一个子设备,但又独立于KNX系统。这样做的好处,自然是让用户使用起来更轻松,想使用某个设备之前不必再去琢磨应该打开有线,一个APP就能解决的事情,就不用再回到多个APP的时代了。

我们的产品如何支撑融合方案?

作为一个中国老牌KNX厂家,我们拥有全面的KNX产品线,从后端模块到前端控制面板、智能屏,可以给予用户最大程度的支持。

此外,随着M+O融合方案的推出,我们也对外正式发布与之配备的一系列无线智能家居新品。

K-SMART,是视声以ZigBee 3.0无线技术为核心的智能家居品牌。我们可以为市场提供一整套全屋智能家居系统,包含智能面板、智能门锁、智能窗帘电机、传感器、网关等等的设备。它可以对人居环境中的灯光、遮阳、新风、空调等各方面的设备进行控制,让生活变得舒适、健康、便捷,又充满安全感。

而两者,只需要通过一个APP,即可满足全屋设备的智能控制。

轻松、便捷,随心所欲。

谁才是智能家居的未来?我们相信,一定是集大成者。

两大系统的优势叠加,将带来体验的飞跃。

谁才是智能家居的未来?视声M+O融合方案给出答案的更多相关文章

  1. 海尔U+的启发:让用户对智能家居拥有“话语权”

        近年来,智能家居成了IT产业的重要话题,随着智能家电一系列产品的出现,智能家居最终開始从概念走向落地.只是,眼下智能家居行业有个非常突出的问题------因为缺乏开放的意识,不管是产品还是理念 ...

  2. 智能家居巨头 Aqara 基于 KubeSphere 打造物联网微服务平台

    背景 从传统运维到容器化的 Docker Swarm 编排,从 Docker Swarm 转向 Kubernetes,然后在 Kubernetes 运行 SpringCloud 微服务全家桶,到最终拥 ...

  3. 一百元的智能家居——Asp.Net Mvc Api+讯飞语音+Android+Arduino

    大半夜的,先说些废话提提神 如今智能家居已经不再停留在概念阶段,高大上的科技公司都已经推出了自己的部分或全套的智能家居解决方案,不过就目前的现状而言,大多还停留在展厅阶段,还没有广泛的推广起来,有人说 ...

  4. Home Assistant + 树莓派:强大的智能家居系统 · 设备接入篇

    转载:Home Assistant + 树莓派:强大的智能家居系统 · 设备接入篇 目录 HASS 配置框架 主文件设置 Homebridge 设置 鹬蚌相争? 设备追踪设置 更新日志 作者的话 相信 ...

  5. Home Assistant + 树莓派:强大的智能家居系统 · 安装篇

    Home Assistant + 树莓派:强大的智能家居系统 · 安装篇 转载:Home Assistant + 树莓派:强大的智能家居系统 · 安装篇 目录 1. 初始安装 3. Homebridg ...

  6. 智能家居APP开发

    智能家居APP开发 APP开发技术qq交流群:347072638 前言,随着智能硬件设备的流行,智能家居開始红火,智能家居就是家用电器的智能化.包含智能锁,灯,空调,灯,音箱等等,移动设备通过WIFI ...

  7. NB大了,增强现实走进安防行业了!竟然还有智能家居的规划!

     增强现实系统故事性功能解说 作者:李欢   工号:2288  电话:18938902295 邮箱:lihuan@gosuncn.com 前言: 本文仅适用于2014北京安防展,增强现实展区人员学 ...

  8. 基于Laravel+Swoole开发智能家居后端

    基于Laravel+Swoole开发智能家居后端 在上一篇<Laravel如何优雅的使用Swoole>中我已经大概谈到了Laravel结合Swoole的用法. 今天,我参与的智能家居项目基 ...

  9. 基于能量收集的智能家居-2013国家级大学生创业实践项目申报_商业计划书_V0.2

    SmartHome项目商业计划 基于能量收集的 免电池无线智能家居系统    IA-SmartHome团队    2012.12     l  基于无线的智能家居解决方案,节省施工成本: l  基于能 ...

随机推荐

  1. Linux中的DHCP服务

    目录 DHCP DHCP的报文类型 DHCP的部署 DHCP中继(DHCP代理) DHCP DHCP(Dynamic Host Configuration Protocol,动态主机配置协议)是一个局 ...

  2. RDPInception攻击手法

    在讲RDPInception攻击手段之前,我们先了解一下RDP远程桌面(Remote Desktop Protocol)协议.RDP远程桌面协议(Remote Desktop Protocol)是一个 ...

  3. Python中根据库包名学习使用该库包

    目录 Python库包模块 import 语句 from-import 语句 搜索路径 PYTHONPATH 变量 命名空间和作用域 查看模块中所有变量和函数,以及查看具体函数的用法 globals( ...

  4. thymeleaf-extras-springsecurity在Spring或SpringBoot中html页面命名空间

    xmlns:sec="http://www.thymeleaf.org/extras/spring-security"

  5. css 实现三角形

    #demo1 { width: 0; height: 0; border-top: 100px solid rgba(255, 0, 0, 1); border-bottom: 50px solid ...

  6. MSSQL·备份数据库中的单表

    阅文时长 | 0.11分钟 字数统计 | 237.6字符 主要内容 | 1.引言&背景 2.声明与参考资料 『MSSQL·备份数据库中的单表』 编写人 | SCscHero 编写时间 | 20 ...

  7. Envoy :V3APi 开启 TLS

    方案架构 本次实例与官方Envoy front_proxy Example相似,首先会有一个Envoy单独运行.ingress的工作是给其他地方提供一个入口.来自外部的传入连接请求到这里,前端代理将会 ...

  8. [Java] 类库例题

    例1 字符串操作 定义一个StringBuffer类对象,然后通过append()方法向对象中添加26个小写字母,每次只添加一次,共添加26次,然后按逆序方式输出,并且可以删除前5个字符 面向过程实现 ...

  9. [ML] 高德软件的路径规划原理

    路径规划 Dijkstra s:起点:S:已知到起点最短路径的点:U:未知到起点最短路径的点 Step 1:S中只有起点s,从U中找出路径最短的 Step 2:更新U中的顶点和顶点对应的路径 重复St ...

  10. 强哥ThinkPHP学习笔记

    TP框架:1.模板引擎2.MVC设计模式3.常用操作类 模板引擎和框架区别1.模板引擎只是框架中用来做php和html分离 MVC设计模式M model 数据模型V view 视图C control ...