Questions tagged «protocols»

对于有关在物联网应用程序和系统中选择配件或识别使用的协议的问题。如果您知道特定的协议,请使用更特定的标签。如果要在特定协议之间进行选择,请添加特定协议标签。


5
是否所有连接Internet的事物都使用相同的“应用程序-TCP-IP-硬件”堆栈进行通信?
我不是特别精通互联网,而物联网技术对我来说尤其令人困惑。我正在阅读这份有关互联网结构的斯坦福白皮书。在图2中,它表示一台计算机(PC)将用来通过Internet创建,处理并将消息发送到另一台计算机的软件“堆栈”的表示形式。 是否所有类型的计算机-智能手机/电视/游戏机等都使用这种格式? 操作系统重要吗? (在这方面)蜂窝互联网和Wifi /以太网之间有什么区别吗? 似乎没有“应用程序”层的单功能设备怎么办?例如,网络连接的摄像头,电灯开关或恒温器。

2
面向蜂窝网络的IoT协议可以使用哪种消息传递类型?
最近,当我在YouTube上通过以下方式发现精彩视频时,引起了我的注意: Micheal E. Anderson:《物联网的消息传递技术比较》,OpenIoTSummit,Linux Foundation。 他演讲的幻灯片可在此处获得 在幻灯片的第26张和第41分钟的视频中,他正在讨论如何操作(让我解释一下): 蜂窝运营商更喜欢其IoT消费者使用HTML,XML或JSON类型的消息,因为它们消耗更多的数据。更多数据意味着他们可以向消费者收取更多服务费用。 我了解很多专有协议,也就是。SigFox,Wireless HART或Z Wave具有较低的数据速率,而在此类载波上发送大量数据可能是一项昂贵的事情。 题 专有协议中是否还有其他轻量级消息传递格式可供使用,从而使它们成为当前和未来物联网消费者的经济高效解决方案?(在黑暗中射击:某种称为轻量级XML或HTML或JSON的格式位于某处?) 也许是使用CBOR之类的东西?

1
用于建筑物监控传感器的有线传感器协议?
假设我不能在安装环境中使用LoRa,LTE-M或SigFox等无线技术,则必须使用有线传感器协议与远程安装在建筑物中的网关进行通信。 该电缆的运行可以达到从网关20M和理想我将购买一个可靠的解决方案,是不是过于昂贵。如果传感器符合CE标准,那就太好了,但似乎没有低成本的选择(<20英镑),例如太阳能。 因此,要求是: 可以连接到10级或更多的设备 至少20米最大距离 价格低于20英镑的温度/湿度/勒克斯(亮度)传感器 有很多选项,例如SPI,I2C,RS485,Onewire和CAN。我们选择的协议将确定我们选择的传感器。 Maxim(Dallas)的Onewire协议看起来很理想,但是传感器的范围仍然很有限(也就是说,我们可以使用maxim 桥) 什么是上面列出的要求最好的有线协议?

1
通过互联网联系Arduino而无需端口转发
我有一个Arduino板连接到可以访问互联网的Wifi网络。我想要的是,我需要从任何其他网络联系此Arduino开发板,而无需在Arduino的家庭网络中进行端口转发。目前,我正在做的是每两秒间隔使Arduino ping我的Web服务器,这是不实际的。 智能WiFi LED灯等设备如何连接到Internet?我们可以使用手机操作它们,而无需进行任何端口转发或任何其他路由器配置调整,对吗?他们是如何做到的呢?
13 protocols 

2
如何选择简单的轻量级物联网服务器进行开发?
我们正在探索不同的物联网用例和解决方案。为了促进对可能的解决方案的探索,实验,设计,开发和测试,我正在研究在本地设置简单的IoT服务器的可能性。 因此,我想了解为物联网设备提供服务的服务器的基础架构。从广义上讲,物联网设备连接服务以提供数据,并使信息可供其他设备使用。这很简单。 目前,可能的IoT边缘设备将使用Wi-Fi,但计划迁移到低数据速率,低功耗协议,例如ZigBee,BLE或Z-Wave,此时我将需要某种类型的集线器。数据有效负载约为100个字节,在峰值时,传输速度可能高达每分钟1个事务。IoT边缘设备将主要上传数据,并偶尔下载到设备。 建议我考虑MQTT和RabbitMQ作为可能的选择。另外,在撰写本文时,我还被定向到“ 正在浏览器中实时显示MQTT消息 ”。 以下是一些我认为相关的问题: IoT服务器与Web服务器,邮件服务器或FTP服务器有何不同? 基本物联网服务器的基础架构是什么? 在考虑简单的轻量级物联网服务器时,哪些特征很重要?

2
没有WPS的设备如何获取我的网络的SSID和密码?
我正在研究使IoT设备访问用户的wifi网络的方法。我知道WPS方式,即设备被命令收听,“接收”并给予设备访问权限后,在其中“广播”信号和路由器。设备还有一种创建自己的接入点的方法,用户连接到该设备即可传递家庭网络的SSID和密码。还有其他方法可以做到这一点吗? 我已经读过这篇文章,讨论这种'ProbMe' 方法: 我可能是错的,但是Broadlink Rm Pro可能会执行以下操作。最近,我配置了其中之一,而我只需要: 将我的智能手机连接到wifi 扫描QR码或在Broadlink App中键入代码 在Broadlink应用程序中输入我的网络SSID和密码 而且,我不知道设备如何连接到我的网络,该应用程序甚至具有其MAC地址。 你们中的任何人是否对此ProbMe方法和/或其他替代方法更了解,以使IoT设备可以访问用户wifi网络? 编辑:搜索ProbMe时,我发现这是一家名为Econais的公司的技术,只要共享您想开发/生产类似产品的公司,该公司就可以使用IoT软件/硬件。免责声明:我不在Econais工作,也没有以任何方式参与其中。

5
蓝牙是否足以作为“丢失钥匙”信标的良好协议?
用于定位丢失物体的蓝牙信标开始普及。您可以使用智能手机上的应用程序(是的,并创建一个帐户,在Facebook上分享您的对象,...)来查找它们,逻辑更紧密/更进一步。 我尝试了一天,但是有一天我的钥匙实际上是在我家外面的车里,所以从我的办公桌上检测到信标是行不通的。 我想知道蓝牙对于在家中的对象定位(特别是对于多个障碍物和室外)是否是一种如此好的协议?其他可能的网络可能是: Wi-Fi:您可以使用Wi-Fi来找到人,但我知道这非常耗能 Z-Wave和其他产品:可能具有信号强度能力,但它可靠吗? LoRa:信标制造商开始进行这项工作,但是据我所知,它的传播范围还不够,仍然是专有的 RFID和无源标签:阅读器价格合理,是不错的选择 那么我们应该保留BT信标还是其他协议更可靠,尤其是对于家庭使用?

1
将邻近信标与移动应用程序连接
我们正计划实施一个邻近信标网络,该网络根据商店中的邻近度向用户应用提供信息。我们的目标是覆盖5-7米的半径。 哪个协议在信标和iOS / Android应用之间具有更好的连接性? 该网络将如下所示, 需要说明的是,由于Google,我们将重点放在Eddystone而不是其他协议上。考虑到信标技术的当前状况,与移动应用程序通信是否有更好的选择?如果有的话,与Eddystone相比有什么优势?

6
为物联网应用选择合适的协议
我们正在工作一个IoT场景,其中Thing / Constrained设备定期将其GPS位置发送到给定服务器。受限设备是一块类似于Arduino的板,该板由电池供电,并使用GSM / SIM屏蔽罩进行连接。这些是我们的设计目标: 延长电池寿命 最小化数据传输 为了进行测试,我们使用HTTP生成了大约500字节的消息,但是现在该使用更合适的协议进行数据传输了。数据传输的一些特征如下: 所述有效载荷是非常小,通常小于50个字节少(相当远离典型的MTU,即一切应该适合在IP封装) 数据应大约每分钟发送一次。某些差异并不重要。 它是确定以失去一些消息 目前,该设备不需要服务器的任何响应(但是,将来可能会改变)。服务器也不必开始与设备的任何对话。 到目前为止,我们已经想到了以下可能性: TCP上的自定义协议。这将摆脱HTTP标头,使消息小10倍。这是我们可靠/保守的方法。 UDP上的自定义协议。由于UDP的标头较小,并且没有开销,因此我们希望它非常有效。如所评论的,在此处丢失一条消息或无需担心……但是,可能还有其他我们不了解的不可靠性问题。 MQTT(TCP上的标准):与TCP相比,几乎没有任何开销,因此这也是一种选择...但是,我们在GSM / SIM技术方面经验不足,也不知道如何连续的MQTT连接将以这种方式工作,并且连接心跳带宽对于这种低频数据传输是否值得。 CoAP(UDP上的标准):看起来也很有希望。标头和UDP工作仅4字节开销。但是,存在未知的UDP风险。 有人可以给任何提示吗?提前致谢。
12 protocols 

1
我可以用通用硬件实现ZigBee吗?
据我了解,ZigBee只是数据传输协议的规范。因此,我期望找到一些实现此协议的库,以将其与我的MCU和RF收发器一起使用。相反,我只找到了特定的ZigBee设备(例如XBee)。 我要问的是:我可以仅使用MCU和RF收发器来实现ZigBee协议吗? 如果不是,我需要什么硬件来创建ZigBee节点?我可以在通用硬件上使用任何ZigBee库吗?

1
卡内基梅隆大学的可乐机使用了哪种连接协议?
我一直在网上阅读有关物联网的历史,我遇到过的最有趣的事情之一是卡内基梅隆大学的可乐机。根据我读过的各种文章,包括ewahome.com上的这篇文章,这是一台可乐机,旨在告诉人们大学的可乐机中是否有冷可乐。 但是,我很想知道当时用于这台机器的连接协议是什么。他们是通过电话线发送信号还是什么?他们如何将信号发送给想要了解可乐信息的各个人?
10 protocols 


2
我需要使用MQTT还是HTTP?
我正在研究一种可从环境中感应和收集信息的设备,例如温度,湿度等。 该设备未连接任何电源,但具有电池和一块太阳能电池板来为其充电。 大多数情况下,它几乎处于深度睡眠状态,并且仅在需要感测和传输数据时才唤醒。此操作大约需要1-2分钟,然后再次进入睡眠状态。 我不是该领域的专家,但是我认为,如果需要随时访问设备以接收来自某个主题的消息,那么MQTT应该是一个不错的选择,但是在我的情况下,它仅读取传感器并将数据发送到服务器定期。 当前,我正在通过HTTP发送数据,但是我想知道实现MQTT是否有意义?在这种情况下,我应该比HTTP获得任何优势吗?
9 mqtt  protocols  https 

2
用于配置IoT设备设置的协议
在终端设备和主机服务之间交换应用程序数据时,MQTT被广泛用于物联网。发布-订阅模型使其易于使用:无需握手,协商等(至少在MQTT协议层以上)。它的主要目的是使数据生产者能够轻松地将其数据分发给消费者。 但是,当涉及到要在终端设备上配置设置的中央服务器时,我不确定该模型是否非常合适。服务器将要向设备发送命令并等待响应(例如,读取特定设置,等待响应),这实际上不适合MQTT的发布-订阅模型。 我想知道是否有任何现有协议适合发送和接收命令以及配置远程设备?
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.