「Lite」で普及の兆しを見せる「ECHONET」、波乱万丈の20年史と今後の課題：IoT観測所（18）（2/4 ページ）

[大原 雄介，MONOist]

印刷する

通知する 連載「％」の新着をメールで通知

鬯ｯ�ｯ�ｽ�ｯ�ｽ�ｽ�ｽ�ｮ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｫ鬯ｯ�ｩ陋ｹ�ｽ�ｽ�ｽ�ｽ�ｨ鬩幢ｽ｢�ｽ�ｧ髫ｰ�ｽ竏橸ｿｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｹ鬯ｮ�ｫ�ｽ�ｴ鬮ｮ諛ｶ�ｽ�｣�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�｢�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽPost

Shareシェア

-はてなブックマーク

ちぐはぐさが否めないECHONETの設計

　Photo02がそのECHONETのブロック図であるが、例えばBの「省電力無線」はZigBeeやBluetooth LE（BLE）ではなく、ARIBのSTD-T67/STD-30に準拠した、426MH帯もしくは429MHz帯を利用する、2400bpsないし4800bpsの通信方式を指す。

　これは規格制定が始まった2000年前後にはまぁ現実的ではあったが、2016年の現在に至っても現実的かといわれるとちょっと無理がある。LonTalkも同じだ。Bluetoothは幸いにもサポートしているが、BLEではなくBluetooth 1.1準拠というあたりがいろいろ泣けてくる。

Photo02:ECHONET SPECIFICATION Version 3.21の“第1部 ECHONETの概要”の図3.2より抜粋。ここで各所に特定の物理層を定めてしまったのが足かせになった部分は否めない

　要するに、仕様策定時点での規格を前提にがっちり物理層を固めてしまったので、その後に出てきて普及した仕様に対応できなくなっているのが最大の問題である。また古い規格を利用した結果として、全ての機器で利用できるような規格を想定できず、なので複数種類のネットワークをルーターでつなぐ仕組みにした（Photo03）判断は間違ってないとは思うが、現実的かといわれるとこれも難しい。

Photo03:ECHONET SPECIFICATION Version 3.21の“第1部 ECHONETの概要”の図2.3より抜粋。電力線通信（PLC Modem）を仕様の中に含めていながら、外部システムにそれが入っていないあたりも、今から見ればちぐはぐさは否めない

おすすめホワイトペーパー

• 生成AIで松下幸之助／スピンメモリスタでエッジリアルタイム学習
• IBMとRapidusが重要なマイルストーンに到達／TIがPLD市場に参入
• ソニーセミコン／シャープ／パナソニックのエッジAI事例
• インテルが大胆設計変更のLunar Lake／シャープのFCR回路技術

印刷

通知 連載「％」の新着をメールで通知

鬯ｯ�ｯ�ｽ�ｯ�ｽ�ｽ�ｽ�ｮ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｫ鬯ｯ�ｩ陋ｹ�ｽ�ｽ�ｽ�ｽ�ｨ鬩幢ｽ｢�ｽ�ｧ髫ｰ�ｽ竏橸ｿｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｹ鬯ｮ�ｫ�ｽ�ｴ鬮ｮ諛ｶ�ｽ�｣�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�｢�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽ�ｽPost

Shareシェア

-はてなブックマーク

SharePocket Button