关于商业照明，照明在商用级市场的应用是非常重要的。
商用照明在做智能化之后，会产生的需求?
1.商用照明它的后续照明规模是非常庞大的。例如，整个鸟巢的照明体系，它的照明数量个数非常多。对于照明设备进行对应的管理、控制和使用，给实际的应用场景都带来很多问题。所以在商用照明方面，对整个商用大规模的照明设备控制联动，包括对这些照明设备进行管理和维护，这些在商用照明当中都是一个非常重要的环节和应用场景。
2.商业照明涉及到的商用内容。比如由很多LED组成的LED广告屏，它有很多商业内容的播放。比如我们的一个客户的需求，是一面照明的墙。墙面需要点亮的位置，呈现出一个人的角色，然后从左边走到右边。这样其实就是一个可视化商用内容的照明应用，这种照明应用在整个商业化的照明体系中很常见。
3.照明的一些产品在实际商用环节中，可能需要根据商业环境周边的氛围，或商业节目来做整体照明。假如现在播放的是一个舞台剧，这个舞台剧会配合着周边的照明产品来进行联动，当故事情节发展到一定高潮的时候，照明环境呈现的也是不一样的。
这是在整个照明商用应用当中的第二个环节，会更多的涉及到就是照明跟商业内容，不管是可视化内容，还是实际商业环境下播放的内容进行对应联动。这个对于商用照明来说是第二代场景。
4.商用照明本身是在商业领域应用，人可能会感知自身周边的环境，比如现在可能是气候天气，从而来引导照明产品进行对应联动，给用户带来更好的照明体验。这在商用照明当中会是第三块应用。
城市化在智能化照明领域当中，照明可多是作为一个载体出现，比如智能路灯。
关于城市照明将从能源管理、智能巡检、功能多样化方面分析。
1.在整个城市的照明能源管理，比如高效按需照明，这里可以分享一个相关的案例。有一个客户，在城市智能化照明方案中模拟了一排高速公路上的路灯，一辆车从左边一直开到右边，当车到不同的位置，照明光亮程度会随着车的移动而改变。这是一个非常典型的按需照明的实际应用场景。在实际应用场景当中，有一部分路灯或能源，在浪费消耗的，这里在某一个时间点，它是没有照明需求的。就可以根据周边的一些判断信息，对照明能源进行对应管理，按照我们市场实际应用需求供电照明，从而达到高效节能。这是在整个城市照明当中的第一个环节。
2.照明设备跟商用设备都有一个共性点，就是它的规模量会非常大，可能是整个城市的路灯管理。城市的路灯管理如果不借助智能化或者联网化的方案，当线下人员去做维修或者审查的时候，会带来很多不便。借助联网化的方案，对整个城市路灯目前的运行状态，都可以得到很好的检查。也能够通过云端的方法对整个设备进行快速巡检，或是设置一些对应的点。当路灯触及到某一个点的时候，云端就能给运营平台发一个告警定位，定位故障出现的位置。不管是进行远程维护还是现场维护，都能实现高效地去调度人员。包括从巡检到诊断，到产生故障之后的告警，告警之后能定位故障位置，从而引导整个维修，或者是售后体系、检测体系人员对它进行智能化的调度，从而优化整个人员的分配。这是城市智能照明中的第二个重要的环节。
3.路灯在后续的城市智能化当中，会是一个很明显的载体。所以做路灯的厂家，会从做智慧城市的角度，以路灯作为一个载体，给路灯附加很多跟智慧城市相关的属性。比如说在城市的路灯下面，加装摄象头。这个摄象头可以统计整个城市道路上的人流、车流的交通状况，并把这个交通状况通过平台上传到运营体系当中，便于后续做智能交通的管理。
路灯本身是一个非常明显的载体，现在也有一些厂家会在路灯上加装SOS告按钮，通过线下设备给需要帮助的群体有一种报警机制，当他得到报警就直接反馈给平台，对于整个城市运营平台可以提供帮助。
路灯覆盖了大部分的区域，所以后续可能会通过路灯得到周边的空气质量、温湿度等信息，可以通过反馈回来。后来的整个照明除了原有的城市化供电照明需求之外，可以叠加与城市化相关的属性，就像路况监测、帮助等角色。这也是云智易在城市化照明当中遇到的另外场景，比如能源、巡检，还有跟路灯，跟城市化、智能化的相关属性。
LED发展有很多无线协议
做一个智能产品，要选择什么样的硬件协议?
整个硬件协议的各大负责方在市场上推广时，从去年开始市场上就有很多种活动。RGB联盟也会跳出来跟大家交流分享整个RGB的协议框架，还有RGB跟其他协议的差异性。这个信息大家已经接受得差不多了。
现在主要想从另一个角度进行探讨。
智能化产品硬件协议的选型方案，包括整个产品组成，销售，还有整个协议的生态角度分析这个问题。
我们从选择硬件协议上讲，除了考量协议本身的技术方案之外，也要结合自己的产生形态来选择。
1.现在市场上做照明的方案有很多，有RGB、 2.4驱等，包括早前卖得风风火火的wifi灯泡，到底哪一种协议最适合照明?我认为没有定论，所以大家在选择硬件协议的时候，可以先考量自己做的是什么类型的产品。例如在家庭里面它个数很多，像吸顶灯，或者是装饰灯等产品。大厅数量有限，如果是单品销售，我们可以选择较简单，可能会采用一些wifi的方案，不需要用户购买网关的方案。
如果做的是一款智能的球泡灯，它在家庭使用的时候，或者设备个数在实际的应用场景当中会比较多的。而且我的设备在应用场景中，它需要有很强的自组网的能力，能够自组网、自联动的这种需求比较强。就可以根据我们的产品形态来选择，比如说B这个硬件协议。
从做产品的角度来看，首先要考虑一下产品的形态，后续在使用当会是一个个数比较少的单品，还是说组网跟实际应用场景中数量比较多的，那我们可能会选择一些组网能力比较强的。所以大家做产品先考虑产品形态，这个形态适合什么协议，然再来考量。
2.根据自己整个产品的销售体系，因为在中国的LED市场中有一个大环节，就是大家一直在做OEM。产品在后续就算智能化了之后，也可能会更多的往别人的体系里面去配套，去代工。这个时候可能会选择更容易兼容别人体系的协议方式来做。
如果本身做的市场上有另外一种销售方案，就是把产品类似于小套装的方案打包销售，就可以选择一些小套装，比如说采用网关的方案，根据产品的营销活动选择对应体的硬件协议。
3.在硬件协议选型时考虑当中选择生态。分享个实例，一个做安防报警器的厂家，现在市场上看到的智能家居的产品当中，这种套装当中，出现的安防报警器，在整个华南市场，他的市场占有率在70%-80%。他采用的是RGB标准的HA的协议。因为传统做安防的厂家对433，对2.4驱这种相对久远的协议非常熟悉，对新的RGB方案很陌生，开发能力很欠缺。他们为什么会投入做HA协议呢?主要他们公司做生意的方法主要是一个心态，你只要买我的安防报警器就可以了，他会让安防报警器在更多的家居里面配套，所以他采用一种标准协议。你只要走的是标准的HA的RGB的HA协议，都可以天然支持他的报警器，这样使他的报警器能够从硬件协议上选择生态加入进去。
另外，他们也会整合一套自己的产品，比如说让报警器加他自己的网关，加他的云端和应用，在市场上也可以给他的代理商去推广整套产品。从整个生态的角度上讲，后续也应该是根据整个生态的标准化程度，如果标准化跟开放性越来越高的话，那这个后续整个的生态力量，对咱们做产品的角度上讲，是带来一些对应的促进和帮助的。所以在硬件协议的选择上来讲，可以考量这个协议对应的总标准化程度跟市场化的覆盖率，这个可以作为一个硬件协议选型的第三个考量因素条件。
