IoTというと、センサー情報を送ることになる。この場合、無線で送るには、以下のシステム構成のどれかを取るのが普通。
※注
ＲＦモジュール：無線を送受信するためのモジュール、Wifi,ZigBee,Bluetooth Low Energy等のモジュール
制御モジュール：出力先の設定や出力するデータを組み立てるもの。arduinoなど
-------------------------------------
＜＜システム構成１＞＞
サーバー側
サーバー ⇔ ＲＦモジュール
↑
無線
｜
センサー側 ↓
ＲＦモジュール⇔制御モジュール←センサー（又は→表示・アクチュエーター）
・説明
センサー側で修得したセンサー値をGPIOなどを使いarduinoなどの制御モジュールに送り、
制御モジュールはその値をもとに送信データを作成ＵＡＲＴ経由でＲＦモジュールに送り
ＲＦモジュールではその内容を送信するもの。
送信方法としてはWifi,ZigBee,Bluetooth Low Energyが考えられる
送信周波数は、２．５ＧＨｚ帯であれば、すべてができるが、
他に９２０ＭＨｚ帯、３１５ＭＨｚ帯の特小無線用もあり得る
-------------------------------------
＜＜システム構成２＞＞
サーバー側
サーバー ⇔ ＲＦモジュール
↑
無線
｜
センサー側 ↓
ＲＦモジュール←センサー（又は→表示・アクチュエーター）
（制御モジュールがない）
・説明
センサー側に制御モジュールがなく、直接センサーデータをＲＦモジュールに送りこむもの
ZigBeeをXBeeを使って行う場合、リモートＡＴコマンドというのを行うと
サーバーからの命令にしたがって、センサー側のデータが読める。
そのようなとき、この構成が取れる
（センサー側に制御モジュールがないので、センサー側を安くできる）
-------------------------------------
＜＜システム構成３＞＞
サーバー側
サーバー ⇔ インターネット
↑
↓
センサー側 アクセスポイント等（インターネットへ）
↑
↓
ＲＦモジュール⇔制御モジュール←センサー（又は→表示・アクチュエーター）
・説明
センサー側の制御モジュール＆ＲＦモジュールでインターネットのパケットを生成し、
それをＷＩＦＩを使って送る。
こうすると、ＷＩＦＩのアクセスポイントでは、そのセンサーデータを、
サーバー側にインターネット経由で転送できる．
クラウドにサーバーデータを転送するのも、この話。
-------------------------------------
今回は、「システム構成１」または「システム構成２」でのお話。
■お題
「システム構成２」では、サーバーから、（場合によっては）センサーデータを取得したいときに
センサー側に。送信するようにリモートＡＴコマンドを「送信」する。
「システム構成１」でも、混信を避けるため、サーバー側から、送信要求を「送信」し、その要求が送られた
センサーだけが答えるということがある。
どちらも、サーバー側からの（送信要求という）連続「送信」が起こる。
これを2.5GHz帯で行う場合、問題はない。
９２０ＭＨｚ帯でやろうとして、罠に引っ掛かりそうになったので、実況風にメモメモ。
■920MHzのIoTの罠
ＲＦモジュールには、
ＩＭ９２０
http://www.interplan.co.jp/solution/wireless/im920.php
が、千石でも秋月などでも売っているので、まあこれ！とした。
技適通ってるし・・・
そうしたら、
カタログ
http://www.interplan.co.jp/support/solution/IM315/catalog/wireless_catalog.pdf
に、「キャリアセンスとか送信休止時間は」・・・
なんじゃそれ？
どうも、
http://www.jaisa.jp/pdfs/150915/001.pdf
の１５ページめにあるように
キャリアセンス ５ms
送信 ４秒以内
送信休止時間 50msという規制があるらしい。
ということは、５０ms以内に次の送信をすることができない。
１秒間（１０００ミリ秒）に２０件未満しか、送信できない・・・
つまりですよ、センサーが４０個あったら、
１秒間に２０件しかとれないので、
最低２秒以上間隔を置かないと、
全ポイントデータを平等に取得することができない。
おおおお～気付いてよかった！
この条件に、仕様は適合していなかった・・・
わな、わな、わなにおちそ～う～
※８月２４日追加
この送信規制、もっと複雑。
センサーのように連続して送らない場合には、
この規定ではなく、違う規定がある。
回線使用率などにも関係する。くわしくは
http://www.arib.or.jp/english/html/overview/doc/1-STD-T108v1_0.pdf
の１－１３ページ参照。
※注
ＲＦモジュール：無線を送受信するためのモジュール、Wifi,ZigBee,Bluetooth Low Energy等のモジュール
制御モジュール：出力先の設定や出力するデータを組み立てるもの。arduinoなど
-------------------------------------
＜＜システム構成１＞＞
サーバー側
サーバー ⇔ ＲＦモジュール
↑
無線
｜
センサー側 ↓
ＲＦモジュール⇔制御モジュール←センサー（又は→表示・アクチュエーター）
・説明
センサー側で修得したセンサー値をGPIOなどを使いarduinoなどの制御モジュールに送り、
制御モジュールはその値をもとに送信データを作成ＵＡＲＴ経由でＲＦモジュールに送り
ＲＦモジュールではその内容を送信するもの。
送信方法としてはWifi,ZigBee,Bluetooth Low Energyが考えられる
送信周波数は、２．５ＧＨｚ帯であれば、すべてができるが、
他に９２０ＭＨｚ帯、３１５ＭＨｚ帯の特小無線用もあり得る
-------------------------------------
＜＜システム構成２＞＞
サーバー側
サーバー ⇔ ＲＦモジュール
↑
無線
｜
センサー側 ↓
ＲＦモジュール←センサー（又は→表示・アクチュエーター）
（制御モジュールがない）
・説明
センサー側に制御モジュールがなく、直接センサーデータをＲＦモジュールに送りこむもの
ZigBeeをXBeeを使って行う場合、リモートＡＴコマンドというのを行うと
サーバーからの命令にしたがって、センサー側のデータが読める。
そのようなとき、この構成が取れる
（センサー側に制御モジュールがないので、センサー側を安くできる）
-------------------------------------
＜＜システム構成３＞＞
サーバー側
サーバー ⇔ インターネット
↑
↓
センサー側 アクセスポイント等（インターネットへ）
↑
↓
ＲＦモジュール⇔制御モジュール←センサー（又は→表示・アクチュエーター）
・説明
センサー側の制御モジュール＆ＲＦモジュールでインターネットのパケットを生成し、
それをＷＩＦＩを使って送る。
こうすると、ＷＩＦＩのアクセスポイントでは、そのセンサーデータを、
サーバー側にインターネット経由で転送できる．
クラウドにサーバーデータを転送するのも、この話。
-------------------------------------
今回は、「システム構成１」または「システム構成２」でのお話。
■お題
「システム構成２」では、サーバーから、（場合によっては）センサーデータを取得したいときに
センサー側に。送信するようにリモートＡＴコマンドを「送信」する。
「システム構成１」でも、混信を避けるため、サーバー側から、送信要求を「送信」し、その要求が送られた
センサーだけが答えるということがある。
どちらも、サーバー側からの（送信要求という）連続「送信」が起こる。
これを2.5GHz帯で行う場合、問題はない。
９２０ＭＨｚ帯でやろうとして、罠に引っ掛かりそうになったので、実況風にメモメモ。
■920MHzのIoTの罠
ＲＦモジュールには、
ＩＭ９２０
http://www.interplan.co.jp/solution/wireless/im920.php
が、千石でも秋月などでも売っているので、まあこれ！とした。
技適通ってるし・・・
そうしたら、
カタログ
http://www.interplan.co.jp/support/solution/IM315/catalog/wireless_catalog.pdf
に、「キャリアセンスとか送信休止時間は」・・・
なんじゃそれ？
どうも、
http://www.jaisa.jp/pdfs/150915/001.pdf
の１５ページめにあるように
キャリアセンス ５ms
送信 ４秒以内
送信休止時間 50msという規制があるらしい。
ということは、５０ms以内に次の送信をすることができない。
１秒間（１０００ミリ秒）に２０件未満しか、送信できない・・・
つまりですよ、センサーが４０個あったら、
１秒間に２０件しかとれないので、
最低２秒以上間隔を置かないと、
全ポイントデータを平等に取得することができない。
おおおお～気付いてよかった！
この条件に、仕様は適合していなかった・・・
わな、わな、わなにおちそ～う～
※８月２４日追加
この送信規制、もっと複雑。
センサーのように連続して送らない場合には、
この規定ではなく、違う規定がある。
回線使用率などにも関係する。くわしくは
http://www.arib.or.jp/english/html/overview/doc/1-STD-T108v1_0.pdf
の１－１３ページ参照。
アクセス
トータル
ランキング
