在物联网(IoT)的世界里,有几件事正在发生。一个是抽象和重用:没有人愿意重新发明WiFi或安全或许多其他必须连接在一起才能让设备连接到云的东西。因此,包含对所有这些基础的支持的完整包正变得越来越普遍。
但也有思想上的相遇(或没有):实时操作系统(和支持的好东西)的提供商Micrium指出,嵌入式程序员主要使用C,偶尔扩展到c++甚至Java,根据需要和空间和性能允许。相比之下,云程序员倾向于使用HTML、Ruby之类的东西,更依赖于c++和Java。
那么,当底层设备程序员需要编写访问云的代码时会发生什么呢?
这也是Micrium推出Spectrum包的动机之一。它包括他们的µC/OS-II(或-III) RTOS和网络和物联网协议栈。还有一个用于深度嵌入式应用程序(运行大约40K代码)的Java虚拟机(VM),以及一个到云服务的接口。
他们对Java VM进行了结构化,这样它就不需要一个单独的核心;它可以与其他代码驻留在同一个核心上,这意味着需要的硬件更少。
至于云界面,他们正在与一家名为2lemetry的公司合作。细节有点模糊(欢迎使用物联网),但这似乎是一个与正式云接口的聚合器。按照他们的描述,云是为相对较少的高带宽连接而设置的,比如手机和平板电脑。这与支持传感器的Things的工作方式截然不同,后者有许多低带宽连接。这个中间层似乎将数据整合在一起,并预先消化数据,以便与云进行交互。
我从未见过针对消费者物联网(CIoT)提出这样的安排(尽管它可能隐式地隐藏在一些平台中)。它确实类似于工业物联网(IIoT)它更依赖于中心、网关和代理(字面上或隐式地,通过像DDS),以过滤资料,然后再传送至云端。但是在本例中,这个网关函数实际上驻留在云中,而不是本地。
下图说明了各种Spectrum元素之间的内容和关系。
图片由Micrium提供
你可以在他们的公告.