1.自我介绍

      本人已经工作10年，一直在工业领域。在一线干过实施，下过矿井；干过项目，带过团队；干过软件研发，出过产品；干过项目群管理，售前和市场也接触过；期间在纯软件公司也干过将近两年的时间，熟悉软件开发流程与管理。虽然没有取得多大成绩，也算经历丰富了。

      互联网“行业”如火如荼的发展，曾经也想过转行去做“互联网”，奈何犹豫太久，已然提不起太多兴趣。凭借当年的沉淀与积累，有个半成品的框架，在工作索然无味的情况下，毫不犹豫的投身到物联网框架的开发与产品化的进程中。别人都说物联网的时代来了，如果真的是这样，也不知道是自己的选择好，还是命好。

这方面的工作纯属个人爱好，业余时间在干，一般晚上21点到23点是自己的第二个工作时间。这两年积极的投身到新的框架开发中，提高性能、统一接口、跨平台……等方面的工作。也做了自己的基础硬件产品，智能网关。

      有人会问，那你正式工作是干什么的？在某集团公司工业版块负责大数据建设的相关工作。在没有大数据、云服务概念的时候，做过远程E服务相关的项目。说实话，对于传统行业来讲，是很困难的一件事。但是作为企业来讲，要么等死，要么在改变中死，完全在于自己的选择。

2.占领大脑和丢了脚

      不知道从什么时候，物联网、大数据、云服务、云计算……等一批概念流行起来。大厂都在争夺高制高点，大数据、云服务、各种标准……，做这些事情都很有意义。但是我在想，大家都去占领大脑，脚就不重要了嘛？！显然不是，应该是同等重要。华为设备部、中兴仪器仪表……对于基础物联层，也是很头痛的一件事，这是大厦的根基，特别是工业领域。所以，我坚信对于我们的框架有很大的市场应用空间，创造的直接价值那是另外一回事。

3.物联的现实困难

      对困难理解的前提是对现实世界的认知，有些传统制造业都不具备物联的基础条件，更谈不上物联网、智能制造、智能工厂，但是至因为落后，才有广阔的市场空间。就算有物联的基础，条件比较落后，底子比较薄，面临四个多样性：设备多样性、协议多样性、通讯机制多样性、数据多样性。这就是我们面临的问题，难道问题有多大吗？为了生存，企业都说能做。但是结构化的多样性问题，要用结构化的手段或框架来解决，这是各方面保障的前提。

4.效率与成本

     接触一家上海公司，有专人负责网关层的数据采集，有专人负责服务（云）端的对接，不太稳定、经常出现问题。解决细节问题，不能用细节的思维方式去解决，而是要有更广阔的思维、结构化思路才能够彻底的、更好的解决问题。网关层、服务端是否可以使用同一套框架？并且框架之间是否可以无缝对接？如果可以实现，应用同一套框架，开发效率会提高，用人成本和时间成本会降低。好的组织结构、好的框架总之要解决效率和成本，否则没有任何价值。

5.逆向思维

     大厂都在搞云平台、协议标准……，当然他们有资本和实力这样搞，软件用他们的、硬件用他们的，对于他们来讲，养这么多人，反而成本是最低的。他们奉行一流企业定标准，用这种思维模式去整合资源，竞争比的就是占领资源的多少。我们认真考虑一下，对于传统企业来讲，本来生存就很困难，和房地产、互联网拿投资的没法比，他们有能力一下子完全统一化的更新换代嘛？！参加上海工业博览会，也进行了市场调查，简直是开玩笑。我们再认真考虑一下，用框架性的东西去解决设备多样性、协议多样性、通讯机制多样性、数据多样性的问题，在物联网和集成系统的建设中是否也是整合资源的一种手段？！先解决企业互联监控的问题，再解决企业标准化的问题，这样是否也是一种思维模式？！是的，我们就先这样干！

5.智能网关，跑Windows 10 IOT和Ubuntu Mate

     网关在物联网和集成系统建设中是重要的一个环节，实现数据的初步整合（采集），再进行数据的转发，形成体系层次清晰的级联网络系统。市场的网关大至分为两类：纯硬件接口的转换、搭载操作系统的小型机。当然也有在硬件基础上搭载自己的软件框架，但是不多见。在我们的智能网关上可以实现搭载我们ServerSuperIO物联网框架，使软件和硬件无缝结合，设备驱动的接口统一，可以开发一套驱动跑在不同的嵌入式操作系统上，Windows 10 IOT和Ubuntu Mate，对于系统建设的方案选择更灵活。

     智能网关的硬件配置：

l  四核1.2GHz Broadcom BCM2837 64位CPU。

l  1GB RAM。

l  板载BCM43143 WIFI和蓝牙低功能耗（BLE）。

l  40引脚扩展GPIO。

l  4个USB接口。

l  全尽寸HDMI，并且转VGA接口。

l  微型SD卡端口，用于运行操作系统和存储数据的介质。

l  升级切换的微型USB电源，高达2.5A。

l  可搭载的操作系统：Ubuntu Mate、Windows 10 IOT。

     智能网关实体机照片：

6.SuperIO到ServerSuperIO发展历程和解决的实现问题

      SuperIO&ServerSuperIO最早的雏形于2010年开始开发，当时主要是解决公司内部硬件产品众多、协议众多、以前的软件经常出问题、维护成本高、搞集成系统时各方面都很累。经过两三年的发展，确实解决了公司内部的产品体系问题，所有硬件产品都可以挂载到平台下运行。离开公司之后，感觉这个平台从代码、应用等方面还有很大发展空间，2014年逐步产品化后才形成了SuperIO（SIO）这个平台。

     但是SIO也只是解决了设备驱动（众多协议）插件式挂载的问题，不过只限于运行在Windows系列操作系统下，一般性的PC机和工控机上数据采集完全没有问题。但是在运行效率方面还有很大提升空间、设备驱动的接口还可以进一步标准化（为了各层级都可以应用）、跨平台运行必须攻克、设备（驱动）之间信息交互与控制必须实现、框架在不同层级应用的级联与控制必须实现、多服务实例的应用等等，一系列的框架和技术性问题还可以进一步完善。从整体物联网建设的框架性方面考虑，从2015年初开始，基于SIO的核心思想重新开发新一代物联网框架，也就是现在的ServerSuperIO（SSIO）框架，经过两年多的发展，搭载在智能网关的基础上，可以形成综合性的解决方案。

7.一套设备驱动，支持多种IO通讯