DASRプロジェクト：Develop Camp 2013 Tobaに向けて

[Nanbu Nanbu]

河野@秘密結社オープンフォース／日本Androidの会原子力部です。

2013/11/18-19 のスケジュールで、関係者各位が集まる機会があります。
鳥羽商船専門高等学校にお伺いして、学生さんらと開発を進め、かつ
関係の先生方らと意見交換を行います。
勝手に「Develop Camp 2013 Toba」と名前をつけさせていただき
ました。

DASRプロジェクトの次のマイルストーンはこれにあわせようと思いますが
よろしいでしょうか。

特に、当日までに学生さんらがどれだけ進められるかに合わせて準備
ををしていこうと思います。まず、当日までに学生さんらはどれだけ時間
がかけられそうでしょうか。


なお、河野の現在の進捗について、写真のような試作機を新たに作成しています。
50Wクラスの太陽電池
http://akizukidenshi.com/catalog/g/gM-02827/

充電コントローラ (最大4A)
http://akizukidenshi.com/catalog/g/gM-02827/

軽自動車用のバッテリ (28Ah)
40B19L
今回は価格を考えこれを選択しました。ホームセンターで￥2980で購入しました。

このほかZigbeeアダプタとしてTWE-LITE、放射線計測器としてエアカウンター、
Arduino互換機としてDa Vinchi,ArduinoインターフェースとしてLIBLOPLUSPI、
Wi-FiアダプタとしてWLI-UC-GNHP、3GアダプタとしてAtermWM3400RN
をつなげていますがまだRaspberryPi上で設定が終わっていません。

実験の初期段階では実運用の数分の一程度の太陽電池、鉛蓄電池でなければ
使い勝手が悪いのですが、展示会などでのPRでは実運用に近づけたものでない
と説得力がないのでこういったものを作成しています。

--
-------------------------------
Yoshimasa Kawano
Nanbu works Inc.
@nanbuwks
南部製作所　河野悦昌

[KIRIYAMA Kazuhiko]

桐山です

At Mon, 21 Oct 2013 17:04:29 +0900,
Nanbu Nanbu wrote:
>
> [1 <text/plain; ISO-2022-JP (7bit)>]

> 河野@秘密結社オープンフォース／日本Androidの会原子力部です。
>
> 2013/11/18-19 のスケジュールで、関係者各位が集まる機会があります。
> 鳥羽商船専門高等学校にお伺いして、学生さんらと開発を進め、かつ
> 関係の先生方らと意見交換を行います。
> 勝手に「Develop Camp 2013 Toba」と名前をつけさせていただき
> ました。
>
> DASRプロジェクトの次のマイルストーンはこれにあわせようと思いますが
> よろしいでしょうか。
>
> 特に、当日までに学生さんらがどれだけ進められるかに合わせて準備
> ををしていこうと思います。まず、当日までに学生さんらはどれだけ時間
> がかけられそうでしょうか。

えーと，卒研の時間だけ言いますと基本的に週 2 日(4 時間×2) ですんで，11/18
までだと 7 日分＝4 時間×7＝ 14 時間となります．

>
>
> なお、河野の現在の進捗について、写真のような試作機を新たに作成しています。
> 50Wクラスの太陽電池
> http://akizukidenshi.com/catalog/g/gM-02827/
>
> 充電コントローラ (最大4A)
> http://akizukidenshi.com/catalog/g/gM-02827/
>
> 軽自動車用のバッテリ (28Ah)
> 40B19L
> 今回は価格を考えこれを選択しました。ホームセンターで￥2980で購入しました。
>
> このほかZigbeeアダプタとしてTWE-LITE、放射線計測器としてエアカウンター、
> Arduino互換機としてDa Vinchi,ArduinoインターフェースとしてLIBLOPLUSPI、
> Wi-FiアダプタとしてWLI-UC-GNHP、3GアダプタとしてAtermWM3400RN
> をつなげていますがまだRaspberryPi上で設定が終わっていません。
>
> 実験の初期段階では実運用の数分の一程度の太陽電池、鉛蓄電池でなければ
> 使い勝手が悪いのですが、展示会などでのPRでは実運用に近づけたものでない
> と説得力がないのでこういったものを作成しています。
>
> --
> -------------------------------
> Yoshimasa Kawano
> Nanbu works Inc.
> @nanbuwks
> 南部製作所　河野悦昌

> [2 =?ISO-2022-JP?B?GyRCPEw/PxsoQiAoMTUpLkpQRw==?= <image/jpeg (base64)>]
>
> [3 =?ISO-2022-JP?B?GyRCPEw/PxsoQiAoOCkuSlBH?= <image/jpeg (base64)>]
>

[Nanbu Nanbu]

河野です。

学生の皆様はマイルストーンまで14時間ということですが、
この間どれを進めるか、お心づもりありますでしょうか。

一応、河野はケースやポール、ハウジング、フレームなどの
パッケージング系をマイルストーンまでにやっていこうと考え
ていて、当日に
・安定化実験
・ネットワーク
・放射線計測
・TWE-LITE接続
・センサー接続
・充放電実験
それぞれの進んだところとドッキングできればと思います。

もし作業計画が空いている用であれば、次のステップのご
提案お送りさせていただきます。

よろしくお願いします。

2013年10月21日 18:49 KIRIYAMA Kazuhiko <ki...@openedu.org>:

[KIRIYAMA Kazuhiko]

桐山です

At Mon, 21 Oct 2013 22:09:41 +0900,
Nanbu Nanbu wrote:
>
> 河野です。
>
> 学生の皆様はマイルストーンまで14時間ということですが、
> この間どれを進めるか、お心づもりありますでしょうか。

卒論の作成の説明の時間(2 時間程)を除いてありません．

> 一応、河野はケースやポール、ハウジング、フレームなどの
> パッケージング系をマイルストーンまでにやっていこうと考え
> ていて、当日に
> ・安定化実験
> ・ネットワーク
> ・放射線計測
> ・TWE-LITE接続
> ・センサー接続
> ・充放電実験
> それぞれの進んだところとドッキングできればと思います。
>
> もし作業計画が空いている用であれば、次のステップのご
> 提案お送りさせていただきます。

是非宜しくお願い致します．

[Nanbu Nanbu]

河野@秘密結社オープンフォース／日本Androidの会原子力部です。

> > もし作業計画が空いている用であれば、次のステップのご
> > 提案お送りさせていただきます。
>
> 是非宜しくお願い致します．

では、それぞれについてご提案させていただきます。

まず、先にお送りさせていただいた中間発表の修正について。
一度修正したものをあげていただけますでしょうか。その後
更にチケットを発行していきます。最初のチケット発行は明
らかな誤りが中心でしたが、2回目のチケット発行は内容の
改善を中心としようと思います。


次に、個別の実験について

・安定化実験
以前の記録などを見返していて、SDカードが壊れるのは
RasperryPiの個体差に起因するところが大きいのではないか
という気がしてきました。特に成績の悪いRaspberyPiが手元
にあるので、金曜日に河野が実験を行う予定です。
そこでパラメータが得られるようであれば、その個体を研究
室に送らせていただきましょうか？
できれば実験環境などを統一したいので、チェックを自動化
し、同じスクリプトを使うようにしようと思います。そちら
でスクリプト作成ができるようであれば作成をしてみてく
ださい。スクリプトについて手に余るようであれば、自動化
スクリプトについて学習し、予備知識をつけておいていただ
ければ。

・ネットワーク
openforce wiki上の
「Raspberry Pi をWi-Fiアクセスポイント＆ルーター化する」
は内容に深刻な問題があり、早急な削除の必要があったので
そちらの作業を待たずにこちらで削除しました。
このアクセスポイント＆ルータ化の手順については、ネット
ワーク物理層が変わったり使用デバイスが変わったりする
ことにあわせて適宜アレンジすることが必要となりますが、
ここらへんに慣れておいていただきたいです。いろんなパ
ターンで何回か練習をしておいていただけないでしょうか。

・TWE-LITE接続
TWE-LITEの通信実験がまだごく初期段階でしかあり
ません。相互にメッセージをやりとりするプログラムを早急
に作成していきませんか。
任意の文字列を手動で16進数に変換し、チェックサムを付加
してメッセージを送ることができるかどうかというところ
を今やってますが、それができたら次に任意の文字列を
16進数＋チェックサムにするプログラムの作成、それを
送受信するプログラムの作成、受信した文字列を復号する
プログラムの作成と進めていくことになります。

・ 充放電実験
中間発表に使った充放電の実験値はごく初期の実験なので
まだまだ実験を重ねる必要があります。今までの実験も
いろんな要素が重なっており、それぞれ明確な理論立てと
実験とのフィットを把握しておかないと何をやっているか
わからないことになります。まず詳しい実験計画書を作成
しませんか。理論と実際の解説、まだ実験できていないと
ころを第三者が見てもわかるような形で作成しませんか。

・放射線計測
今はパルスを測定しているだけですが、非常に簡単なプロ
グラムなのでパルスの取り逃しや重複したパルスの扱い
などをどう考えたらいいでしょうか。
これらの調整をするにあたり、先に放射線源に近づけた
値の安定性をデータ取りしなければいけません。
これはArduinoから送られてきた値を時間軸とカウント値
でどれだけ直線性や収束性があるかどうかを見るのですが、
これについてはデータ受信と加工を自動化できないかと思
います。そちらで自動化するしくみは作成できるでしょうか。

・センサー接続
現在サーミスタを使って温度を計算しようとしています
がうまくいってますでしょうか。計算がほとんど必要ない
温度計測ICを使うという方法もありますが、せめてサー
ミスタ計算式の変形およびpythonへの落とし込みはできる
ようになっておかないとこの先つらいと思います。
これができたら、1分単位で計測するプログラムを作成、
テキスト形式で保管する機能をつける、Webプログラム
で閲覧出来るように・・・と進みます。これは過去に
出した指示にありますのでそれも見ていただければ。
これらはアクセスカウンタCGIを作る例がWeb上に沢山
あるのでそれらを参考にできます。


・3DDesignOnTheOpenHighway
中間発表のファイルが入手できていませんので先にも
リクエストさせていただきましたが、改めてお送りいただけ
ないでしょうか。

なお、上記の個別の実験についても今までの実験結果が整理
できていないとちゃんとした手法が編み出せないと思います。
なるべく中間発表で作成した資料に対してのチケットを消化
することを優先していけないかと思いますがいかがでしょうか。

以上、ご検討いただければ。よろしくお願いします。

2013年10月22日 8:58 KIRIYAMA Kazuhiko <ki...@openedu.org>:

[Nanbu Nanbu]

河野@オープンフォース／日本Androidの会原子力部です

河野が作成している試作機ですが、フィールド実験に耐えうる形にして
いきたいと思います。添付のような形で作っていく予定です。

ケースは日東工業の以下のプラスチックボックスを使おうとしています。

コントローラボックス：P10-12CA　スモーク扉、屋内屋外兼用IP33D
バッテリボックス：OPK16-254CA　スモーク扉、キー付、耐候性IP44

プラスチックボックスは金属と比べて耐久性に劣りますが、モバイル
通信装置をコントローラボックスに入れるために電波を透過しなけれ
ばならないこと、安価に収めるためにこのように。

両方共スモークなのはバッテリボックス内にコントローラを収納もできる
ようにしようとしているからです。その方がパッケージングとしては
洗練されているため、展示などでは主に一体化した形やっていこうと
思います。そしてスモーク扉越しにLEDなどを視認できるようにというこ
とで。最初からボックスを分ける場合はコントローラボックスをもう少し
大きく耐候性が優れて鍵付きのものを選択をしないといけません。

熱設計は密閉自然冷却にしています。しかしちゃんとそれをしようと
すればダブルサイズが必要となります。熱については試作機作成し、
実験しながら考えていこうかと思います。

サイズは図に記入してあります。恐らく皆様の初期イメージは持ち運び
できるサイズだったと思うのですがいかがですか。

これでもかなりダウンサイズに苦慮していて機能的に省いているとこ
ろが多々あります。この機能は省かない方がいいという意見がありま
したら、試作機に盛り込みますのでご意見いただければ。

2013年10月22日 11:36 Nanbu Nanbu <nanbuwk...@gmail.com>:

[ki...@openedu.org]

桐山％浦島リプライ です

At Tue, 22 Oct 2013 11:36:32 +0900,

一応，担当の学生からは聞いているのですが，「安定化実験」は基本的には電源の遮
断による復元度を計測するものと勝手に考えているのですが，間違っていますか？

＃ つまり，SD での fsck によるファイルシステムの復元性のチェック

なお，当該学生からは問題のスクリプトがどういうものなのかということとそのあり
かがわからないみたいなので御教示頂けるとありがたいです．

> ・ネットワーク
> openforce wiki上の
> 「Raspberry Pi をWi-Fiアクセスポイント＆ルーター化する」
> は内容に深刻な問題があり、早急な削除の必要があったので
> そちらの作業を待たずにこちらで削除しました。
> このアクセスポイント＆ルータ化の手順については、ネット
> ワーク物理層が変わったり使用デバイスが変わったりする
> ことにあわせて適宜アレンジすることが必要となりますが、
> ここらへんに慣れておいていただきたいです。いろんなパ
> ターンで何回か練習をしておいていただけないでしょうか。

/etc/rc* なファイルの設定方法が簡潔に書かれているページを御存知でしたら御教
示下さい．

＃ *BSD Unix であれば私が見て教えられるのですが...

> ・TWE-LITE接続
> TWE-LITEの通信実験がまだごく初期段階でしかあり
> ません。相互にメッセージをやりとりするプログラムを早急
> に作成していきませんか。
> 任意の文字列を手動で16進数に変換し、チェックサムを付加
> してメッセージを送ることができるかどうかというところ
> を今やってますが、それができたら次に任意の文字列を
> 16進数＋チェックサムにするプログラムの作成、それを
> 送受信するプログラムの作成、受信した文字列を復号する
> プログラムの作成と進めていくことになります。

Python ですよね？ これも担当者はどこにそのプログラムがあるのかを認知しており
ません．ので，御教示頂けるとありがたいです．

＃ 具体的には Zigbee のプロトコルを取り扱える Python メソッドの使い方を覚える
＃ ということですね

> ・ 充放電実験
> 中間発表に使った充放電の実験値はごく初期の実験なので
> まだまだ実験を重ねる必要があります。今までの実験も
> いろんな要素が重なっており、それぞれ明確な理論立てと
> 実験とのフィットを把握しておかないと何をやっているか
> わからないことになります。まず詳しい実験計画書を作成
> しませんか。理論と実際の解説、まだ実験できていないと
> ころを第三者が見てもわかるような形で作成しませんか。

ここのところは私も全く把握できていません．学生共々宜しく御教示お願いします．

> ・放射線計測
> 今はパルスを測定しているだけですが、非常に簡単なプロ
> グラムなのでパルスの取り逃しや重複したパルスの扱い
> などをどう考えたらいいでしょうか。
> これらの調整をするにあたり、先に放射線源に近づけた
> 値の安定性をデータ取りしなければいけません。
> これはArduinoから送られてきた値を時間軸とカウント値
> でどれだけ直線性や収束性があるかどうかを見るのですが、
> これについてはデータ受信と加工を自動化できないかと思
> います。そちらで自動化するしくみは作成できるでしょうか。

おっしゃる通り，まず，正確なデータを取得すること，次いでそれらのデータを適切
に加工することですので，とりあえず正確な発生源をどう確保するかということから
始めねばならないかと思いますが，これはハッカソンではどのようにされたのでしょ
うか？

> ・センサー接続
> 現在サーミスタを使って温度を計算しようとしています
> がうまくいってますでしょうか。計算がほとんど必要ない
> 温度計測ICを使うという方法もありますが、せめてサー
> ミスタ計算式の変形およびpythonへの落とし込みはできる
> ようになっておかないとこの先つらいと思います。
> これができたら、1分単位で計測するプログラムを作成、
> テキスト形式で保管する機能をつける、Webプログラム
> で閲覧出来るように・・・と進みます。これは過去に
> 出した指示にありますのでそれも見ていただければ。
> これらはアクセスカウンタCGIを作る例がWeb上に沢山
> あるのでそれらを参考にできます。

これも学生から聞いた状況では学生自身，基本的な理解がまだ十分ではないと思いま
す．おそらく該当する実験もしていないと思います．これも宜しくお願いします．

> ・3DDesignOnTheOpenHighway
> 中間発表のファイルが入手できていませんので先にも
> リクエストさせていただきましたが、改めてお送りいただけ
> ないでしょうか。

とりあず[1]に置きました．

＃ 本人は wiki にアップロードする方法を知らないようです ;-(

> なお、上記の個別の実験についても今までの実験結果が整理
> できていないとちゃんとした手法が編み出せないと思います。
> なるべく中間発表で作成した資料に対してのチケットを消化
> することを優先していけないかと思いますがいかがでしょうか。

再三言っているのですが，見ているかどうか怪しいのでまた言っておきます．

[1] http://www.openedu.org/~kiri/tmp/sotsuken.pdf

[Nanbu Nanbu]

河野@オープンフォース／日本Androidの会原子力部です

本日および明日、開発キャンプ「Develop Camp 2013 Toba」を行います。

本日の予定は以下の通りです。

o 場所： 鳥羽商船高等専門学校 計算機システム準備室(3 号館 4 階)
o 日時： 平成 25 年 11 月 18 日(月) 13:00～17:00
o 内容： DASR ハッカソンの成果報告と卒研発表までの TODO について

河野はモニタリングポストの実運用環境筐体フレームなど作成したものを持ち込みます。
開発キャンプ中でお話ししたいことなど、列挙しておきます。
・今後の開発体制
・モニタリングポストの想定と実際のずれの修正
・実運用環境に準じたテスト運用方法の計画
・ご指摘いただいている懸案事項などの消化
・実運用環境デモ機の造り込み
・卒研へどれだけ新規性が盛り込めるか
・中間発表の評価、反響など
・DASRハッカソン以降の進捗報告
・来年の開発計画について
・技術的課題についての意見交換
・次のマイルストーン

# 河野は12:54に池の浦駅着、それから徒歩で向かいます。よろしくお願いします。


2013年11月11日 13:03 <ki...@openedu.org>:

[ki...@openedu.org]

桐山です

DASR で WiFi アクセスポイントを作成していますが，DHCP＆DNS はどうしてますか？
＞ 河野様

＃ 学生の説明を聞いてもわからないので... ;-(

At Mon, 21 Oct 2013 17:04:29 +0900,
Nanbu Nanbu wrote:
>

[Nanbu Nanbu]

河野です。

里中君が行っているWiFiアクセスポイント化の実験ですが、元事例としてこちらに倣って
作業をしています。
http://d.hatena.ne.jp/penkoba/20130806/1375742819

ここではisc-dhcp-serverをインストールしており、このネットワークアドレスのみを変更して
研究実験に使っています。確か、192.168.47.0/24のネットワークアドレスにしたかと
思います。

また、DNSですが/etc/dhcp/dhcpd.conf内に以下のように設定しており、

option domain-name-servers 8.8.8.8, 8.8.4.4;

これはGoogleのパブリックDNSサービスを指定しています。

ご確認ください。よろしくお願いします。




2013年12月24日 16:15 <ki...@openedu.org>:

[ki...@openedu.org]

桐山です

At Wed, 25 Dec 2013 15:59:44 +0900,

Nanbu Nanbu wrote:
>
> 河野です。
>
> 里中君が行っているWiFiアクセスポイント化の実験ですが、元事例としてこちらに倣って
> 作業をしています。
> http://d.hatena.ne.jp/penkoba/20130806/1375742819
>
> ここではisc-dhcp-serverをインストールしており、このネットワークアドレスのみを変更して
> 研究実験に使っています。確か、192.168.47.0/24のネットワークアドレスにしたかと
> 思います。

基本的なことですが，各モニタリングポストは WiFi サーバとなると同時にクライア
ントともなるわけですよね？ で，この場合のサーバはエンドユーザ(住民)への情報
提供としての機能と同時に近隣のモニタリングポストへの情報提供も兼ねることにな
るわですよね？

> また、DNSですが/etc/dhcp/dhcpd.conf内に以下のように設定しており、
>
> option domain-name-servers 8.8.8.8, 8.8.4.4;
>
> これはGoogleのパブリックDNSサービスを指定しています。
>
> ご確認ください。よろしくお願いします。

えーと，いちいち isc-dhcp 立てるってのは面倒じゃないですか？ こういう場合に
は dnsmasq[1]というのが良いのでは？ DNS の面倒も見てくれますし...

[1] http://www.thekelleys.org.uk/dnsmasq/

[ki...@openedu.org]

桐山です

＃ それともう一つ

Zigbee ⇒ WiFi へはどのようにしてデータを受け渡すのでしょう？

At Wed, 25 Dec 2013 15:59:44 +0900,
Nanbu Nanbu wrote:
>

[桐山]

桐山です

＃ さらにもう一つ疑問です

現状のモニタリングポストには Zigbee(TWI-LITE) は入りますか．つまりモニタリン
グ中にZigbee(TWI-LITE) は存在しますか？ であれば Zigbee による放射線計測は単
独では存在しないと考えてよろしいですか？

＃ 初期のシステム構成図では Zigbee(TWI-LITE) とモニタリングポストは別々で書
＃ かれていましたので「放射線計測カウンター＋Zigbee(TWI-LITE)＋太陽電池」と
＃ モニタリングポスト(図には「地域サーバ＋太陽電池」と書かれている)は別に存
＃ 在しているものと解釈しています．

At Wed, 25 Dec 2013 15:59:44 +0900,
Nanbu Nanbu wrote:
>

[Nanbu Nanbu]

河野です。

現在里中君がアクセスポイント化を資料に基づいて設定しており、それが完了したら
それを基本構成として機能を追加していくことになります。

> 基本的なことですが，各モニタリングポストは WiFi サーバとなると同時にクライア
> ントともなるわけですよね？ で，この場合のサーバはエンドユーザ(住民)への情報
> 提供としての機能と同時に近隣のモニタリングポストへの情報提供も兼ねることにな
> るわですよね？

アクセスポイントモードはエンドユーザ側に開くものとして設定をしています。
近隣のモニタリングポストとの通信は、単体動作が確立した後のフェーズとして
どの方法を使ったらいいかをリサーチしながら進めようと思っています。

> えーと，いちいち isc-dhcp 立てるってのは面倒じゃないですか？ こういう場合に
> は dnsmasq[1]というのが良いのでは？ DNS の面倒も見てくれますし...

ここは、こだわりはありません。元資料に沿ってやるのが指導しやすいかなと
いうだけなので、dnsmasqでも一向に問題はありません。

> Zigbee ⇒ WiFi へはどのようにしてデータを受け渡すのでしょう？

> 現状のモニタリングポストには Zigbee(TWI-LITE) は入りますか．つまりモニタリン
> グ中にZigbee(TWI-LITE) は存在しますか？ であれば Zigbee による放射線計測は単
> 独では存在しないと考えてよろしいですか？
>
> ＃ 初期のシステム構成図では Zigbee(TWI-LITE) とモニタリングポストは別々で書
> ＃ かれていましたので「放射線計測カウンター＋Zigbee(TWI-LITE)＋太陽電池」と
> ＃ モニタリングポスト(図には「地域サーバ＋太陽電池」と書かれている)は別に存
> ＃ 在しているものと解釈しています．

今のところ、以下のように地域サーバにセンサ計測データを集めてこようとしています。
データ収集経路1
各種センサー
↓
Arduino でIMAOCANDE JSON形式を作成
↓
TWE-LITE送信側
↓
TWE-LITE受信側
↓
Raspberry Pi でIMAOCANDE JSON形式を受信
↓
テキストファイルに追記

データ収集経路2
各種センサー
↓
Arduino でIMAOCANDE JSON形式を作成
↓
Raspberry Pi でIMAOCANDE JSON形式を受信
↓
テキストファイルに追記


データ収集経路3
近隣地域サーバ　IMAOCANDE JSON形式テキストファイル
↓
（通信経路検討中）
↓
Rasbperry Pi 上でRsyncで同期


このうち、データ収集経路1に、TWE-LITE送受信が入ります。地域サーバの貸出
デモ機にはトップステーションを設置しておりここには現在USB-WiFiアダプタを
収納していますがここにTWE-LITE受信側を同様に収納する予定です。


以上、ご検討ください。よろしくお願いします。

2013年12月26日 13:37 桐山 <ki...@openedu.org>:

[桐山]

桐山です

今，里中学生と Zigbee-WiFi ネットワークについて話をしました．それで，私の見
解を述べます．

(1) DASR の最終的なネットワーク構成は以下のとおりとする
10.1.0.0/16
----+------------+--------------+--------------+--------------+--
| | |
+-----+-----+ +-----+-----+
| | | |
...... | DLS1 | .......... | DLSn | .......
| | | |
| | | |
+-+..++..+--+ +-+..++..+--+
/ / \ \ / / \ \
/ \ / \ / \ / \
/ / \ \ :
/ \ / \ :
/ / \ \ :
/ / \ \ :
+-+-+ +-+-+ +-+-+ +-+-+ :
|Z1 |..|Z10| |Z11|..|Zn | :
| | | | | | | | :
+-+-+ +-+-+ +-+-+ +-+-+
Zigbee Zigbee Zigbee Zigbee

さらに DLS 内は
10.1.0.0/16
-----------------+-----------------------------+----------------
| |
+-----+-----+ +-----+-----+
| | | |
| zgbmd | | rddsd |
| | | (NAT box) |
| | | (dnsmasq) |
+-+..++..+--+ +-----+-----+
/ / \ \ |
192.168.1.0/24 / \
/ / \ \ 10.2.0.0/16
/ \ / \ / / \ \
/ / \ \ / \ / \
/ / \ \ / / \ \
+-+-+ +-+-+ +-+-+ +-+-+ / / \ \
|Z1 |..|Z10| |Z11|..|Zn | +-+-+ +-+-+ +-+-+ +-+-+
| | | | | | | | |M1 |..|M10| |M11|..|Mm |
+---+ +---+ +---+ +---+ | | | | | | | |
RDS RSD RDS RDS +---+ +---+ +---+ +---+

ここで，

o DLS1～DLSn: DASR Local Server
o RDS: Radiation Ditection Server by Zigbee
o Z1～Zn: RDS terminal
o M1～Mm: Mobile terminal(Smartphone,Tablet,...)
o zgbmd: Zigbee Monitoring Daemon
o rddsd: Radioactive Data Distribution Server Daemon

(2) DASR データ配信ネットワークの概要

DASR は基本的にデータの中継・配信サーバ(DLS)と放射線計測サーバ(RDS)に分け
る．したがってモニタリングポストは RDS は持たない．RDS は Zigbee およびその
駆動装置(主に太陽電池)から成るサーバで，DLS 周辺に 100m～200m メッシュで配置
される．RDS では DLS 内の 1 つのセグメント(192.168.x.0/24)に配置され，RDS 監
視デーモン(zgbmd)によって数秒毎に放射線計測データが取得される．zgbmd から DLS
内の放射線データ配信サーバデーモン(rddsd)によって数秒毎にこれらのデータが取
得され放射線計測メッシュデータベースに記録される．このデータベースは他の DLS
と 無線 LAN の MBSS により相互通信することによって地域内の全ての放射線データ
が 100m～200m メッシュで取得され更新される．住民は最寄りの DLS からモバイル
端末を用いてこのデータベースから最新の放射線メッシュデータを入手することがで
きる．

(3) 今回の卒業研究の部分は？

今回の卒業研究の部分なんですが，本当は zgbmd を完成させるところまではやっ
ておきたいところなんですが，当該学生によると rddsd を立ち上げる前のネットワー
クの基盤整備ってところでしょうか？

ということで↑の方針で書いていってよろしいでしょうか？

At Thu, 26 Dec 2013 13:37:26 +0900,

[桐山]

桐山です

At Thu, 26 Dec 2013 16:37:51 +0900,
Nanbu Nanbu wrote:
>
> 河野です。
>

> 現在里中君がアクセスポイント化を資料に基づいて設定しており、それが完了したら
> それを基本構成として機能を追加していくことになります。
>
> > 基本的なことですが，各モニタリングポストは WiFi サーバとなると同時にクライア
> > ントともなるわけですよね？ で，この場合のサーバはエンドユーザ(住民)への情報
> > 提供としての機能と同時に近隣のモニタリングポストへの情報提供も兼ねることにな
> > るわですよね？
>
> アクセスポイントモードはエンドユーザ側に開くものとして設定をしています。
> 近隣のモニタリングポストとの通信は、単体動作が確立した後のフェーズとして
> どの方法を使ったらいいかをリサーチしながら進めようと思っています。
>
> > えーと，いちいち isc-dhcp 立てるってのは面倒じゃないですか？ こういう場合に
> > は dnsmasq[1]というのが良いのでは？ DNS の面倒も見てくれますし...
>
> ここは、こだわりはありません。元資料に沿ってやるのが指導しやすいかなと
> いうだけなので、dnsmasqでも一向に問題はありません。
>
> > Zigbee ⇒ WiFi へはどのようにしてデータを受け渡すのでしょう？
>
> > 現状のモニタリングポストには Zigbee(TWI-LITE) は入りますか．つまりモニタリン
> > グ中にZigbee(TWI-LITE) は存在しますか？ であれば Zigbee による放射線計測は単
> > 独では存在しないと考えてよろしいですか？
> >
> > ＃ 初期のシステム構成図では Zigbee(TWI-LITE) とモニタリングポストは別々で書
> > ＃ かれていましたので「放射線計測カウンター＋Zigbee(TWI-LITE)＋太陽電池」と
> > ＃ モニタリングポスト(図には「地域サーバ＋太陽電池」と書かれている)は別に存
> > ＃ 在しているものと解釈しています．
>
>
> 今のところ、以下のように地域サーバにセンサ計測データを集めてこようとしています。
> データ収集経路1
> 各種センサー

↑のセンサーは「放射線計測センサー」ですね

> ↓
> Arduino でIMAOCANDE JSON形式を作成
> ↓
> TWE-LITE送信側
> ↓
> TWE-LITE受信側
> ↓
> Raspberry Pi でIMAOCANDE JSON形式を受信
> ↓
> テキストファイルに追記
>
> データ収集経路2
> 各種センサー

↑のセンサーは何でしょう？

> ↓
> Arduino でIMAOCANDE JSON形式を作成
> ↓
> Raspberry Pi でIMAOCANDE JSON形式を受信
> ↓
> テキストファイルに追記
>
>
> データ収集経路3
> 近隣地域サーバ　IMAOCANDE JSON形式テキストファイル
> ↓
> （通信経路検討中）

↑は WiFi ですよね？ 理論的には MBSS でできそうな気がしますが...

> ↓
> Rasbperry Pi 上でRsyncで同期
>
>
> このうち、データ収集経路1に、TWE-LITE送受信が入ります。地域サーバの貸出
> デモ機にはトップステーションを設置しておりここには現在USB-WiFiアダプタを
> 収納していますがここにTWE-LITE受信側を同様に収納する予定です。

基本的に TWE-LITE での送受信は Zigbee ネットワークを利用されるわけですよね？
で，Linux 側での口はどうなります？ デバイスファイル名がわかれば御教示頂ける
と喜びます．なお，中村稜学生の中間発表資料にあるプログラムを見ると Arduino
からの入力が全く記載されてないんですが，python で Arduino ライブラリをインク
ルードするのでしょうか？

[桐山]

桐山です

結局 WiFi ネットワークが 2 系統(DLS 間＋DLS-MT(注)間)必要になりそうです．し
たがって DLS 内に WiFi の VLAN が必要になりますね．

(注) MT:Mobile Terminal
At Fri, 27 Dec 2013 12:06:06 +0900,