Questions tagged «standards»

对于与适用于IoT设备的标准有关的问题。使用此标签可以解决以下问题:解释标准,选择最适合的标准以及理解为什么按原样设计标准。

1
CoAP是否仍用于物联网设备?
几年前,我做了一个工作的原型项目,该项目利用了约束应用协议(CoAP)通过网状网络与Arduino板进行通信,但是由于我们的设备严重缺乏安全性,所以我们对该项目施加了压力。我们最终放弃了针对项目的CoAP,转而使用了我们可以满足自己需求的内部协议。 我已经做了一些深入的研究,看起来仍然有一些实现,但是我很好奇是否有人在任何产品中实际使用CoAP。 CoAP仍然是使用的好协议,还是行业确定了事实上的标准?

1
是否有任何措施可以防止物联网过时?
我一直不愿投资于许多物联网设备,尤其是基于外部管理/订阅的设备,因为由于计划过时和母公司被公司接管等问题,不得不处理关闭管理服务的问题。卵石手表发生了。 我很好奇,是否在主动开发中是否有任何主动行动(例如,章程或法律框架)来放宽物联网设备的管理权,或者在产品服务终止时“开放”源代码。 我在GitHub和自由软件基金会(Free Software Foundation)上浏览了一下,但没有找到类似的东西。我想知道开发中是否有任何许可证或章程暗示一旦服务终止就发布IoT源代码。

2
Wi-Fi HaLow是否以非授权频率运行,因此不适合物联网应用吗?
Wi-Fi联盟相对较新的Wi-Fi HaLow(802.11ah)规范似乎在物联网设备的某些特性上是理想的: Wi-Fi HaLow将在智能家居,联网汽车和数字医疗保健以及工业,零售,农业和智能城市环境中启用各种新的高能效用例。 Wi-Fi HaLow将Wi-Fi扩展到900 MHz频段,从而实现了包括传感器和可穿戴设备在内的应用所需的低功率连接。Wi-Fi HaLow的范围几乎是当今Wi-Fi的两倍,不仅能够进一步传输信号,而且在具有挑战性的环境中提供更牢固的连接,在这些环境中,更容易穿透墙壁或其他障碍的能力非常重要考虑。 但是,如链接源中所述,HaLow在900MHz频率下运行,据eWeek称,该频率是未经许可的频率: 不幸的是,新的HaLow标准本身没有频率。由于900MHz频段是与其他许可服务共享的,因此新的WiFi频段会受到其他用户的干扰,并且当这种干扰发生时,没有补救措施。 例如,如果隔壁的火腿无线电操作员以强大的信号广播,这会擦掉您的智能恒温器,那么您就不走运了。由于您是无牌服务,因此您需要接受该干扰。 但是,如果您的智能恒温器碰巧对隔壁的那个火腿无线电操作员造成干扰,则您必须停止这样做。作为非授权用户,如果其他人想要使用频谱,则您几乎没有权限。 大概这与FCC规则有关,这些规则在RF产品中很常见: 此设备符合FCC规则的第15部分。操作必须符合以下两个条件:(1)此设备不会造成有害干扰,并且(2)此设备必须接受收到的任何干扰,包括可能导致意外操作的干扰。 这是否会使HaLow不能用作通信方法,因为如果其他人以该频率进行传输,很容易被迫停止传输?如果希望使用HaLow设计设备,如何避免需要停止广播的干扰?

2
欧盟智能插头法规
如果我希望智能插头设计成为欧盟的商业产品,则必须确保满足某些要求,法规或指令。 我知道CE(欧洲合格认证)标志,这在欧洲经济区是强制性的。这意味着,如果我能相信维基百科: 大多数电气产品必须符合低压指令和EMC指令 ; 玩具必须符合玩具安全指令 我主要关注安全性,因为智能插头和插座直接连接到电源电压,带电电线,这始终很危险。需要适当的密封。 我已经检查了低压指令(LVD),并认为它基于以下部分涵盖了智能插头的安全要求。 LVD涵盖了在交流电的电压为50至1000 V,直流电的电压为75至1500 V的情况下操作的电气设备的所有健康和安全风险。这些额定电压是指电气输入或输出的电压,而不是指设备内部可能出现的电压。 现在,还有其他指令。例如测量仪器指令。它还提到“有功电能表”。 根据此列表,还有一个通用的产品安全指令。 所有上述和未提及的指令对于欧盟的商业智能插头设计都是强制性的吗?主要关注的是安全性。

2
自制电气设备的接线规定(英国)
英国有各种侵入式布线法规。如果我想连接一个轻型延长线,则需要由具有适当资格的人员来完成,或者如果我自己这样做,则必须由具有适当资格的人员来批准。 当然,我敢肯定,大多数知道自己在做什么的人都会忽略这些规则,但是如果您必须提出保险索赔或想出售自己的房屋,这些规则就变得很重要。 所以我的问题是,有人知道这何时与家用物联网设备相关吗?我有一个由ESP8266设备驱动的固态继电器,该设备控制我制作的灯。它运作良好。它是安全,正确制作和适当绝缘的,并且使用的是正确的组件。 但这是否涵盖在法规中?我以为如果我将此设备做成一个设备,则将其插入插座,然后将灯插入其中,那么事实并非如此。但是,由于它永久性地连接到照明电路中,理论上我是否必须得到“胜任者”的认可?

2
是否有表明物联网设备安全级别的证书?
IoT设备是否有任何可靠的证书,可用于比较这些设备提供的安全性?1个 当前,物联网领域完全被不同的协议,标准和专有解决方案所分散。在另一方面物联网设备下降到僵尸网络就像苍蝇。是否有任何标准可供客户信任,以使设备符合一定的安全级别?甚至证书都可以证明所提供的安全性? 如果没有当前的标准,是否有希望的举措来创建这样的标准? 1:免责声明:这是基于某个似乎在承诺阶段未提交到站点的用户的第51区问题。我想发布它以帮助定义网站的范围。

2
非互联网连接的WiFi设备的标准?
我打算做很多家庭自动化。为此,我将托管一个私有的隔离WiFi网络,所有设备都将连接到该WiFi网络。这些设备将是简单的灯,RGB LED灯带(smd5050和ws2812b),恒温器,风扇,开窗器,窗帘控制器和普通插座。此外,IR发射器还可以模拟遥控器以启动电视等。还有433MHz发射器可以模拟可以切换标准遥控插座的遥控器。 现在,我想知道这些设备应向WiFi网络公开哪种接口的标准。 我当然可以给每台设备一个简单的http路由,然后编写可以理解我的界面的应用程序,但是如果我可以实现一个标准,让我可以使用已经编写并且确实理解该标准的应用程序和程序,那就太好了。 。

3
MQTT是否有标准化的RPC机制?
在堆栈溢出上,存在一个有关通过MQTT实现请求/响应交互的问题。作为一个答案,您可以通过在一个主题上发布请求并在请求中包含的另一个令牌上侦听响应来实现。有点尴尬,但可以。 我想知道,由于MQTT在整个IoT中得到了广泛使用,因此是否出于互操作性的目的而进行了任何标准化此RPC类型交互的尝试?
10 mqtt  standards 

6
IoT的C或C ++通用API
从拥有文档,一组编程接口的意义上讲,C或C ++中用于IoT的CAPI或C ++ CAPI是什么?(例如POSIX用于操作系统,Qt用于GUI等。) 这个简短的页面激发了我的问题(我对开发用于IoT的静态源代码分析工具很感兴趣)。我不仅在寻找法律标准,还在寻找各种工业领域中常用的API或库-C或C ++,以及现有的标头文件。我对Web API(定义一些HTTP请求的约定)或没有任何API或库实现它们的网络协议不感兴趣。 (因此,我对开发自己的物联网应用程序不感兴趣,但我想开发工作并分析源代码以帮助物联网软件开发人员的软件工程工具) 我什至可能对特定行业的IoT API或库感兴趣,例如在医疗保健,物流,运输,智能电网,智能建筑等方面;只要是C或C ++ API或库即可。 我在一个从事静态源代码分析的研究小组中,我们想开发分析C或C ++源代码的工具,以帮助IoT软件开发人员。 但是,在进行此工作之前,我需要找到一种获得资助的方法。 我们建议为开发人员和工程师开发专门的工具(最好是开源技术,要高于现有技术),以针对物联网平台编写源代码(如果需要,可以使用C,C ++和Ada ...)。该工具将集成到目标软件开发套件中。该工具可以通过针对特定于这些软件框架的编码规则,不变式和良好实践来分析和检查源代码的有效性,从而协助IoT软件开发人员。主要目的是提高软件质量并加快产品上市时间。如果相关,该工具可以执行特定的源代码优化,以增强软件性能和/或减小代码大小。 注意 这个IoT Eclipse网页列出了几个标准。如果有必要为它们开发源代码分析器,那么我对实现它们的API和库(以及任何其他IoT实际领域特定标准)感兴趣。
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.