物联网

智能家居,工业自动化或环境传感器环境中网络传感器和控制设备的构建者和用户的问答

1
ESP8266快速HTTP GET响应率
在开始对ESP8266进行编程以从服务器获取不断变化的数据(汽车位置)时,我遇到了一个问题:我无法让ESP8266从服务器接收数据的速度超过每秒3次。 数据速率最好是15次/秒。接收的数据是47个元素的字符串。 #include <ESP8266WiFi.h> #include <WiFiClient.h> // WiFi information const char WIFI_SSID[] = "my-wlan"; const char WIFI_PSK[] = "123qwe123qwe"; // Remote site information const char http_site[] = "10.13.137.144"; const int http_port = 8080; // Pin definitions const int LED_PIN = 16; // Global variables WiFiClient client; String readString, readString1 ; …

1
一台Amazon Echo上设置的警报是否将与同一家庭中的所有其他设备共享?
使用Amazon Echo,可以轻松设置将在创建警报的同一设备上触发的警报,但是,如果您不希望将警报留在同一房间,则它并不总是有用的发生火灾(例如,如果您在厨房里设置了闹钟来早上叫醒您)。 Amazon文档似乎建议警报独立于每个设备: 要求Alexa使用您的声音设置多个倒数计时器或闹钟。 每个Alexa设备都有自己的计时器和警报。您最多可以提前24小时设置计时器或闹钟。 可以以某种方式同步或共享这些警报,还是必须去我想设置警报的房间?

3
智能开关如何获得电源?
我买了一个智能墙壁开关。 它替换的开关只有2根线(输入和输出)。 我对电的知识可能很有限,但是这怎么工作? 普通开关只是打开电路,所以电流不再流过吗?那么,如果不再有电流,智能开关将如何供电?
12 smart-home 

3
有没有办法从Linux桌面控制灯光?
我刚刚开始研究智能灯。 我对在办公室的某些灯具中使用一些Wi-Fi插座以使照明自动化感兴趣。 我很好奇是否有办法从PC上打开灯,并最终在Linux机器从暂停状态唤醒时打开它们。然后在Linux机器挂起时将其关闭。 是否有Wi-Fi套接字使用已打开的特定消息传递协议,我可以为此编写一个应用程序以用于它们?

1
用于室内位置跟踪的无线通信技术
我需要开发一种解决方案来确定在定义的范围内是否存在对象/标签。该外围设备将位于室内,因此GPS不可选择。这将是大约10米x 10米的矩形。“标签”需要放在一个人的口袋中(但是可以用电池供电),我需要知道: 标签离开周围时(不必很精确,我不在乎它在周围的位置) 识别标签是否位于外围(因为在外围需要跟踪10-20个对象) 有源RFID系统会成为前进的方向吗?我在想,我需要在周长周围间隔放置3-4个接收器,以便可以结合它们的读数来估计位置。 真的很感谢任何建议。

3
具有云API的WiFi智能灯开关?
我需要一些有关基于WiFi的智能灯开关的建议,该开关可以远程控制并具有开放的API。 WeMo电灯开关没有开放的远程API。与另一款流行的TP-Link HS200相同。我发现的大多数其他远程控制开关只能通过自己的应用程序进行控制。有一些GitHub项目对这些应用程序进行了逆向工程,但是我宁愿使用由制造商直接发布的API,因为我的项目是长期的,而且我不希望押注于逆向工程的解决方案。

2
MQTT协议是否适合通过BLE传输传感器读数?
假设有许多弱传感器(例如Arduino级设备)依赖BLE作为通信手段,并且这些设备已连接到功能更强大的网关(例如Raspberry pi级设备)。 我想知道MQTT是否被认为是传输其读数(短而频繁的突发消息)的合适协议。 许多博客/文档都认为MQTT适用于“ IoT应用程序”,因为与HTTP相比,MQTT的重量更轻,并且可以节省功耗。但是,据我所知,它要求保持连接开放,而BLE或其他适用于IoT的通信协议并非如此。BLE不会长时间保持连接打开以保留能量。显然,当使用MAC层协议(例如WiFi)时,MQTT是合适的。首先,这几乎打破了使用MQTT的基本原理(即,如果设备可计算地处理诸如WiFi之类的协议,则它可能不需要诸如MQTT之类的协议)。您是否看到这种逻辑上的缺陷? 为此有任何其他应用层协议吗?当它们与网关通信以及直接与服务器通信时,这些类型的消息(例如原始二进制数据,JSON,XML)中最常见的结构是什么?

1
从智能灯泡生成的数据?
我主要尝试回答2个问题: IoT设备的1个分支(即智能灯泡/智能照明)产生了哪些数据? 我们如何可视化由同一人生成的数据? 我在同一网上专门搜索,但是找不到很多有用的信息。如果你们中的任何人都可以使用相关的资源URL来帮助回答这个问题,那么对我在同一学校的演讲会很有帮助。

1
我可以在FPGA中实现(弱)熵源吗?
我正在使用FPGA中的IoT平台进行评估和原型设计。我需要提供对TLS的支持,为此,我需要一个熵源。 我知道真正的随机噪声源在FPGA中是非常专业的(甚至是实用的),因为器件性能通常非常好(并且很难找到任何极端情况的参数),但是我可以在没有任何噪声的情况下实现伪随机序列发生器问题。 我只有一些标准的I / O通道(uart,I2C等),看起来没有什么可以提供更多种子PRBS的功能-也许还有音频ADC输入。我应该考虑在FPGA中产生熵的可靠技巧吗? 假设我使用PRBS,则可以潜在地连接一个外部噪声源,可以将其用作种子。我想知道这实际上会给我的TLS实现增加多少。这将是可靠且安全的,还是仅比使用固定的伪随机序列好一点?我是否需要继续轮询外部噪声源以获得更多的熵? 如果我最终得到的熵源没有正确地加密安全(因为这只是用于原型设计),那是可以的,但是我想了解成本质量的权衡。

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

1
远程连接到家庭网络上的设备
我想弄清楚我是否可以通过任何方式远程连接到家庭网络上的设备,但可以远程连接。 场景: 我的娱乐系统已连接到家庭网络,时不时地(在50公里外)上班时,我想使用Android App激活它(通常是因为家人不知道如何操作它),我已经在手机上安装了设备制造商。 通常,我会连接到Wi-Fi,完成的应用程序会立即连接到娱乐设备并开始运行。 但是在这种情况下,想知道如何实现相同的目标,但是从50公里以外的地方无法在同一家庭WiFi连接上实现。 我调查了DDNS,但是没有加,还有VPN,但没有加。 热衷于学习如何使整个智能家居正常工作(我家里的所有电子设备都连接到无线网络)。 路由器:Netgear D6400设备:AVR-x1100w,(我还有几个控制器,我还将安装灯具和空调)。它们也都具有Web界面。
12 smart-home  wifi 

4
使用Tor wifi路由器会使物联网更安全吗?
使用Tor wifi路由器能否使IoT免受攻击等的影响更安全? 这些路由器提供Tor客户端,还通过VPN隧道传输所有Internet流量。由于服务器无法识别您的IP地址,因此使您的Internet访问匿名化。即使您使用第3方Wi-Fi热点进行连接,VPN也使任何人都难以拦截Internet公共部分的流量。节点-路由器路径使用标准802.11加密,路由器-公共部分封装在VPN中。

1
PIC16单片机的加密算法
我正计划实施自己的家庭自动化系统。其中将包含中央Raspberry PI服务器以及许多基于8位PIC16微控制器的传感器和开关,这些传感器和开关通过无线电(使用2.4GHz的nRF24L01)与中央Raspberry PI通信。 例如,考虑具有16k ROM和1k RAM的PIC16F1705。 为了保护系统,我需要一些加密算法,例如 哈希函数 分组密码 随机数发生器 现在我的问题是: PIC16可以使用哪些加密算法? 可以移植或实现哪些算法? 例如,由于RAM的限制,我无法理解高级加密标准(AES)。

3
互联网控制的车库门
基本上希望首先通过Internet控制车库门,然后随着时间的推移添加诸如智能灯和门警报之类的东西。我刚刚在该网站上听说过Z-Wave和Google Weave-它们可能会有所帮助。除了能够打开或关闭车库门之外,还希望能够查看其当前是否处于打开状态。 我有一个Craftsman 41a5507-5车库门开启器-需要找出如何/是否有可能在没有遥控器的情况下将信号发送到该开启器。还是需要购买特殊的车库门开启器? 一些方向将不胜感激。
12 smart-home 

3
Raspberry Pi上的Mosquitto更改日志设置后拒绝连接
为了使Raspberry Pi能够掌控我的工作,我建立了Mosquitto MQTT经纪人。在基本设置中,一切正常。 我可以使用publish命令发布测试消息,并使用subscription命令接收它们。然后,我决定提高日志级别,并如下修改了mosquitto.conf文件。基本上整个日志部分的版本都注释掉了。另一个没有。 我将其范围缩小到了日志文件所在的行。 $ diff mosquitto.conf mosquitto.conf.old 408,410c408,410 < #log_dest file /var/log/mosquitto/mosquitto.log --- > log_dest file /var/log/mosquitto/mosquitto.log 该文件存在,并由mosquitto:mosquitto运行服务的用户拥有。 尝试进行日志记录时,得到的非常有用的信息如下: mosquitto_pub -h localhost -t thisisme -m 5 Error: Connection refused 到现在为止,我确信该服务将死于无声死亡。 $ sudo service mosquitto status ● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker Loaded: loaded (/etc/init.d/mosquitto) Active: …

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.