Xively是否适用于数据简单/不常见的情况，并且数据的处理是在外部完成的？

Question

我正在设计一个具有大量Arduino设备的解决方案，它们都返回一个非常简单的数据点（现在让我们说温度，以便不释放太多信息）。单个数据点每天只收集一次并发送到中央站点，从中可以生成报告。

所有设备都会将一些特定于设备的数据（位置ID和设备ID，在整个设备网络中唯一组合）刻入EEPROM中。收集的数据只是设备特定的数据和温度本身（但请参见下面的问题2）。所以，一个非常简单的有效载荷。

对Xively的初步调查似乎要求在Xively内部创建每个设备，但即使在试点计划中，考虑到我们预期的数百个设备，这将是一个严重的痛苦。

并且，鉴于每个设备上传其唯一ID以及温度，当数据本身可以很容易地隔离并在后端报告时，在Xively内配置所有这些似乎毫无意义。特定于设备的数据。

下图应说明我们正在研究的内容：

所以，有几个问题：

1 / Xively是否适合这种方案？换句话说，是否值得使用只是一个数据收集器，我们可以从中获取后端的数据并制作好的报告？我们对使用Xively作为界面没有实际兴趣 - 现在，它足以在中心站点收集数据，生成PDF文件并将其邮寄出来。

2 / Xively是否可以将您的单个设备（超级设备）定义为“我庞大的Arduino节点集群”，然后让每个节点将其数据作为超级设备发布？他们似乎只是引用“设备”而没有实际指定任何限制。

3 /鉴于时间戳信息对我们很重要，在进行API调用以上传数据时，Xively可以将该信息注入其数据中吗？这可能消除了为设备提供板载时钟的需要。

4 /有Arduino经验的人是否实施了这样的其他方案（每天上传一次）？该公司更喜欢Xively，因此他们不必设置自己的服务器来接收数据，但可能还有其他选项具有相同的结果。

Answer 1

我们走了：

1. 是的，这正是Xively所设计的，一个庞大的数据经纪人，或者像物联网人员喜欢称之为的流行语：设备云，是当今市场上最简单易用的设备云。

2. 不确定唯一Feed可以处理的数据区域数量是否有任何限制，但每次使用数千条数据流并不是我使用Xivley最明智的方法。为每个物理设备创建单独的源是其背后的想法，设备必须能够自动注册并激活预注册源，在Xively教程上读取样本，这根本不是很难，也可以添加/创建序列号从文本文件批量生成。

3. 当然，您可以在上传时提供时间戳信息，如果您不提供，Xively会认为它是实时Feed，并会将当前上传时间添加到数据中。

4. 当然之前已经实施过了，重要的是要注意到Xyvley不关心谁或者提供数据到Feed的内容，你可以共享一个密钥＆amp;数千个设备的订阅源编号，它们都可以上传到同一个订阅源甚至是同一个数据流，但是，由于缺乏粒度和精细控制，管理以这种方式上传的数据会变得非常混乱。