タグ付けされた質問 「standards」

1
CoAPはまだIoTデバイスに使用されていますか?
数年前に、メッシュネットワークを介してArduinoボードと通信するためにConstrained Application Protocol(CoAP)を使用する作業のプロトタイププロジェクトを行いましたが、デバイスのセキュリティが大幅に不足しているため、プロジェクトにブレーキをかけました。私たちはプロジェクトのためにCoAPを放棄し、ニーズに合わせた社内プロトコルに移行しました。 私がやったの周りに少し掘り、まだ漂っいくつかの実装があるように見えますが、誰もが実際にどの製品にCoAPを使用している場合、私は興味がありました。 CoAPは依然として使用に適したプロトコルですか、それとも業界は事実上の標準に落ち着いていますか?

1
IoTの陳腐化を防ぐための取り組みはありますか?
多くのIoTデバイス、特に外部管理/サブスクリプションベースのデバイスに投資することに消極的ですペブル時計で起こっている。 IoTデバイスの管理権限を委譲するための積極的な開発(憲章や法的枠組みなど)があるかどうか、製品サービスの終了時にソースコードを「開く」かどうかを知りたいです。 GitHubとFree Software Foundationを少し調べましたが、そのようなものは見つかりませんでした。サービスが終了するとIoTソースコードのリリースを意味する開発中のライセンスやチャーターがあるかどうか疑問に思っています。

2
Wi-Fi HaLowは免許不要の周波数で動作するため、IoTアプリケーションには適していませんか?
Wi-Fi Allianceの比較的新しいWi-Fi HaLow(802.11ah)仕様は、IoTデバイスのいくつかの特性において理想的であると思われます。 Wi-Fi HaLowは、スマートホーム、コネクテッドカー、デジタルヘルスケアのほか、産業、小売、農業、スマートシティ環境で、さまざまな新しい電力効率の高いユースケースを実現します。 Wi-Fi HaLowはWi-Fiを900 MHz帯域に拡張し、センサーやウェアラブルなどのアプリケーションに必要な低電力接続を可能にします。Wi-Fi HaLowの範囲は現在のWi-Fiのほぼ2倍であり、信号をさらに送信できるだけでなく、壁やその他の障壁をより簡単に貫通する能力が重要な困難な環境でより堅牢な接続を提供します考慮。 リンクされたソースで述べたようしかし、HaLowは、に応じて900MHzの周波数で動作eWeekに、無免許周波数です。 残念ながら、新しいHaLow規格には固有の周波数がありません。900MHz帯域は他のライセンスサービスと共有されているため、新しいWiFi帯域は他のユーザーからの干渉を受けやすく、その干渉が発生した場合の対処法はありません。 たとえば、隣のアマチュア無線オペレーターがスマートサーモスタットを一掃する強力な信号で空中に出たら、運が悪くなります。免許不要のサービスなので、その干渉を受け入れる必要があります。 ただし、スマートサーモスタットが偶然その隣のアマチュア無線オペレーターに干渉を引き起こす場合は、その実行を停止する必要があります。ライセンスのないユーザーとして、他の誰かがそれを使用したい場合、スペクトルに対する権限はほとんどありません。 おそらくこれは、RF製品で一般的に見られるFCCルールに関連しています。 このデバイスは、FCC規則のパート15に準拠しています。(1)このデバイスは有害な干渉を引き起こさない可能性があり、(2)このデバイスは、望ましくない動作を引き起こす可能性のある干渉を含む、受信した干渉を受け入れる必要があります。 他の誰かがその周波数で送信している場合、送信が簡単に停止する可能性があるため、通信方法として使用するには、HaLowの問題が大きすぎますか?HaLowを使用してデバイスを設計したい場合、ブロードキャストを停止する必要がある干渉をどのように回避できますか?

2
スマートプラグに関する欧州連合の規制
スマートプラグの設計をEUの商用製品にしたい場合、いくつかの要件、規制、または指令を確実に満たす必要があります。 欧州経済地域で義務付けられているCE(ConformitéEuropéenne)マーキングについて知っています。ウィキペディアを信じることができたら: ほとんどの電気製品は、低電圧指令とEMC指令に準拠する必要があります。玩具は玩具安全指令に準拠する必要があります スマートプラグとソケットは主電源電圧、活線に直接接続されているため、常に危険であるため、私は主に安全性を懸念しています。適切なシーリングが必要です。 低電圧指令(LVD)を確認しましたが、以下の部分に基づくスマートプラグの安全要件をカバーしていると思います。 LVDは、交流で50〜1000 V、直流で75〜1500 Vの電圧で動作する電気機器のすべての健康および安全上のリスクをカバーします。これらの電圧定格は、機器の内部に現れる電圧ではなく、電気的な入力または出力の電圧を指します。 現在、他のディレクティブもあります。たとえば、測定器指令。また、「アクティブな電気エネルギーメーター」についても言及しています。 また、このリストによる一般的な製品安全指令もあります。 すべての上記および言及されていない指令は、欧州連合の商用スマートプラグ設計に必須ですか?主な関心事は安全性です。

2
自作電気機器の配線規制(英国)
英国にはさまざまな侵入的な配線規制があります。ライトエクステンションを配線する場合は、適切な資格を持つ人がこれを行う必要があります。または、自分で行う場合は、適切な資格を持つ人が承認する必要があります。 もちろん、自分が何をしているのかを知っているほとんどの人はそのようなルールを無視しますが、保険金を請求しなければならない場合や家を売りたい場合は重要になります。 それで、私の質問は、これが自家製のIoTデバイスに関係するようになるのを知っていますか?私が作ったライトを制御するESP8266デバイスによって駆動されるソリッドステートリレーがあります。うまくいきます。安全で、適切に作られ、適切に絶縁され、適切なコンポーネントを使用しています。 しかし、これは規制の対象ですか?これをデバイスにした場合、ソケットに差し込んでからライトを差し込んだとしても、そうではないと思います。しかし、照明回路に恒久的に配線されているので、理論的には「有能な人」に承認される必要がありますか?

2
IoTデバイスのセキュリティレベルを示す証明書はありますか?
これらのデバイスの提供されたセキュリティを比較するために使用できるIoTデバイスの信頼できる証明書はありますか?1 現在、IoTランドスケープには、さまざまなプロトコル、標準、独自のソリューションが完全に散在しています。一方、IoTデバイスはハエのようなボットネットに分類されます。デバイスが特定のレベルのセキュリティに準拠することを顧客が信頼できる標準はありますか?たぶん、提供されたセキュリティを保証する証明書ですか? 現在の標準がない場合、そのような標準を作成する有望な取り組みはありますか? 1:免責事項:これは、コミットメント段階でサイトにコミットしなかったと思われるユーザーからのこのArea 51の質問に基づいています。サイトの範囲を定義するのに役立つように投稿したいと思います。

2
インターネットに接続されていないWiFiデバイスの標準ですか?
たくさんのホームオートメーションをするつもりです。そのために、すべてのデバイスが接続されるプライベートな分離WiFiネットワークをホストします。デバイスは、単純なライト、RGB LEDストリップ(smd5050およびws2812b)、サーモスタット、ファン、ウィンドウオープナー、ウィンドウシェードコントローラー、および通常のコンセントになります。また、テレビを起動するためにリモコンをシミュレートするIRトランスミッター。そして、標準のリモート制御コンセントを切り替えることができるリモコンをシミュレートする433MHzトランスミッター。 今、これらのデバイスがWiFiネットワークに公開する必要があるインターフェイスの種類に標準があるかどうか疑問に思っています。 もちろん、すべてのデバイスに単純なhttpルートを与え、自分のインターフェースを理解するアプリケーションを作成することもできますが、すでに作成されたアプリケーションやプログラムを使用して標準を理解できるようにする標準を実装できればよいと思います。

3
MQTTの標準化されたRPCメカニズムはありますか?
Stack Overflowでは、 MQTTを介した要求/応答の相互作用の実装についての質問があります。1つの回答として、1つのトピックでリクエストを発行し、リクエストに含まれていた別のトークンでレスポンスをリッスンすることでそれを行うことができます。少し厄介ですが、機能します。 MQTTはIoT全体で広く使用されているので、相互運用性のためにこのRPCタイプの相互作用を標準化する試みはあったのでしょうか。
10 mqtt  standards 

6
IoT用のCまたはC ++の共通API
ドキュメント、プログラミングインターフェイスのセットという意味で、IoT用のCまたはC ++の共通または通常のAPI(またはライブラリ)は何ですか?(たとえば、POSIXはオペレーティングシステム用、QtはGUI用などです)。 この短いページが私の質問の動機です(私はIoTの静的ソースコード分析ツールの開発に興味があります)。私は、法的基準だけでなく、さまざまな産業分野で一般的に使用されているAPIまたはライブラリ(CまたはC ++、およびそれらの既存のヘッダーファイルを含む)も探しています。Web API(一部のHTTPリクエストを定義する規約)や、APIやライブラリを実装していないネットワークプロトコルだけには興味がありません。 (私は自分でIoTアプリケーションを開発することに興味はありませんが、IoTソフトウェアの開発者を支援するためにソースコードを操作および分析するソフトウェアエンジニアリングツールを開発したいと思います) ヘルスケア、ロジスティクス、交通、スマートグリッド、スマートビルディングなど、業界固有のIoT APIまたはライブラリにも興味があります。CまたはC ++ APIまたはライブラリである限り。 私は静的ソースコード分析に取り組んでいる研究グループに所属しており、IoTソフトウェア開発者を支援するために、CまたはC ++ソースコードを分析するツールを開発したいと考えています。 しかし、私はこれに取り組む前に資金を調達する方法を見つける必要があります。 IoTプラットフォームをターゲットとするソースコード(必要に応じてC、C ++、およびAdaで...)を作成する開発者およびエンジニア向けに、専用ツール(できれば既存のテクノロジーよりもオープンソース)を開発することをお勧めします。このツールは、対象のソフトウェア開発キットに統合されます。このツールは、これらのソフトウェアフレームワークに固有のコーディングルール、不変条件、および適切な方法に対するソースコードの有効性を分析およびチェックすることにより、IoTソフトウェア開発者を支援します。主な目的は、ソフトウェアの品質を向上させ、市場投入までの時間を短縮することです。必要に応じて、ツールは特定のソースコードの最適化を実行して、ソフトウェアのパフォーマンスを向上させたり、コードサイズを縮小したりできます。 NB。このIoT Eclipse Webページには、いくつかの標準がリストされています。それらのソースコードアナライザーを開発する価値がある場合、それらを実装するAPIとライブラリ(および他のIoTデファクトドメイン固有の標準)に興味があります。

3
KNX WebサービスをサポートするKNX / IPゲートウェイ
前書き KNXは、ビルディングオートメーション用の標準化されたOSIベースのネットワーク通信プロトコルです。これは、EHS、BatiBUS、EIBの3つの以前の規格の後継であり、それらの収束です。 KNXは現在、ヨーロッパのビルディングオートメーションにおける事実上の標準となっています。KNX協会には、37か国から339のメンバー/製造業者がいました。KNXアソシエーションは、100か国の30,000を超える設置会社、60を超える技術大学、および150を超えるトレーニングセンターとパートナーシップ契約を結んでいます。メンバー企業のカタログには、7000を超えるKNX認定製品があります。 最近まで、KNXはTCPのサポートをサポートしていませんでした。KNXNetという名前のKNXのIPベースの実装がかなり長い間存在していますが、このプロトコルはUDPをトランスポート層として使用します。これは、プログラマーにあまり適しておらず、TCPと比較してサポートが不十分です。 KNX協会はつい最近、KNX Webサービス用のKNX標準拡張機能をリリースしました。これは、RESTful Webサービスを実装するための公式の標準が存在することを意味します。これにより、KNXエコシステムを他のテクノロジーと簡単に統合できます。 KNX WS仕様は、既存のエコシステムとの統合を容易にするために、oBIX、BACnet / WSおよびOPC / UAの3つのフレーバーを予測しています。 実際の質問 現在、認定されたインストーラーを使用して、自宅に基本的なKNXホームオートメーションをインストールしています。自宅にカスタムWeb +モバイルUIを実装するためにこのようなゲートウェイを購入したいのですが、インストーラーとKNX協会の両方から、新しいWebサービス拡張をサポートする商用ソリューションは市場に出ていないという通知を受けましたボックスの...まだ(*)。そのようなゲートウェイが市場で入手可能になるかもしれないときも、どちらもまったく何の考えも持っていないようです。 そう... 主要なブランドがそのようなゲートウェイに取り組んでいるかどうか、およびこの種の最初のゲートウェイがいつリリースされると予想されるかは、ここにいる誰かが知っていますか? 現在、ソフトウェアレベルでKNX WSで拡張できる従来のKNX / IPゲートウェイはあるので、KNX WSサポートで拡張するために追加のハードウェア(NASやRaspberry Piなど)は必要ありませんか? 残念ながら、この種の情報をオンラインで見つけることは非常に困難です。 (*)注:商用KNX / IPゲートウェイはたくさんありますが、数か月前にリリースされた新しいKNX WS標準はどれもありません。現在市場に出ているゲートウェイは、KNXNetまたは独自のTCPベースのプロトコルのみをサポートしていますが、どちらも私が探しているものではありません!

2
ARMアーキテクチャがIoT市場を支配するのはなぜですか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新して、それがモノのインターネットスタック交換のトピックになるようにします。 11ヶ月前に閉鎖。 ルーター、携帯電話、カメラ、冷蔵庫、スマートテレビ、その他すべてにARMを使用する理由を、x86のような他のアーキテクチャを使用するのではなく、理解したいと思います。 これらにARMを使用する利点は何ですか?単にx86を使用することの問題は何でしょうか?それはすべてコスト、サイズ、エネルギーに関することですか?

1
GDPRに基づくデータのインポートとエクスポートを許可するには、「スマート」デバイスが必要ですか?
2018年5月に、欧州連合の一般データ保護規則が施行され、EU市民にはデータに関する追加の権利が与えられます。これに加えて、データ管理者(ユーザーに関するデータを収集する組織)には、追加の義務が課せられます。 興味深いことに、ユーザーに与えられる新しい権利の1つは、データの移植性に対する権利です。ウィキペディアはそれを次のように定義しています: 人は、データコントローラーによって妨げられることなく、1つの電子処理システムから別の電子処理システムに自分の個人データを転送できなければなりません。さらに、データは、構造化された一般的に使用される電子形式でコントローラーから提供される必要があります。データの移植性に対する権利は、GDPRの第18条によって提供されます。法務専門家は、この措置の最終版で、「第18条に規定されているように、2つのコントローラー間のデータの移植性の範囲を超える」「新しい権利」を生み出したと見ています。 この質問のために、スマートヘルストラッカー(FitBitなど)の例を取り上げます。FitBitトラッカーからデータをエクスポートして、そのデータを競合他社のトラッカーにインポートできますか? さらに、インターネットと同期する独自のIoTデバイスを設計した場合、この規制にどのように準拠すると予想されますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.