DASRハッカソン のバックアップ(No.4)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• DASRハッカソン へ行く。
  • 1 (2013-09-17 (火) 10:26:55)
  • 2 (2013-09-17 (火) 13:36:03)
  • 3 (2013-09-17 (火) 13:53:01)
  • 4 (2013-09-18 (水) 09:53:53)
  • 5 (2013-09-18 (水) 16:15:53)
  • 6 (2013-09-19 (木) 11:08:06)

---

FrontPage

20130909?

ネットワークのトラブルシューティングの手順 †

1. ifconfigまたはipconfigでアドレスがあるか調べる
2. ping 192.168.11.1でルーターの確認(今回の研究はこのIPアドレスを使う)
3. ルーター画面(設定画面)でWANに接続しているか確認
4. インターネット上のサーバーにipアドレスでpingする(ping 8.8.8.8)
5. インターネット上のサーバーにURLでpingする(例えばping www.google.co.jp)
6. インターネット上のサーバーにブラウザ等でアクセスする

20130910?

ubuntuでの操作 †

• sudo bash　↓
• vim /etc/resolv.conf　↓（resolv.confを編集）
• [nameserver 8.8.8.8] と追加する

windowsでの操作 †

• ネットワークアダプタのプロパティTCP/IP(v4)のプロパティでDNSを8.8.8.8に設定

---

放射線の種類 †

• α線…貫通しない→紙一枚で止まる(ヘリウム原子核)
• β線…貫通しない→ガラス一枚で止まる(電子）
• γ線…貫通する→水1メートル分で止まる

原子 †

• 91 U（ウラン）235や238、ここから下は超ウラン元素という
• 超ウラン元素はすぐ壊れる（半減期は2万年くらい)
• 元素番号の低いものはβ崩壊を、番号の高いものはα崩壊をしやすい
• 鉄（Fe）、鉛（Pb）などは安定して崩壊しにくい
  • 長い目で見ればすべての元素は鉄や鉛になっていく

原子爆弾 †

• 元素の比率はウラン235,238を7:3以上にする
• ここまでウラン235を高濃度にすることをウラン濃縮という

福島原子力発電事故原因 †

半減期 †

半減期とは原子の量が半分になるまでの時間という

• Cs(セシウム)137 半減期→30.1年
• Cs134　半減期→2.06年
• Sr90(ストトロンチウム) 半減期→28.79年
  今回は主に半減期が長いCs137,Sr90について調べていく

20130911?

#、##、### †

見出し,見出し文字の下に「=====」(h1)「-----」(h2)でもいい

*ABCDEFG* †

斜体 [#kf3a5fb1]

**ABCDEFG** †

強調 [#fb36c3d0]

「*」「+」「-」 †

箇条書き（記号の直後にスペースかタブ要）

行頭に数字＋ピリオド †

番号付け（記号の直後にスペースかタブ要）

箇条書き・番号付けの後ろで改行 †

行末スペース*2でできる レベル2は、「 - 」。

> †

引用

[リンクテキスト](URL "タイトル") †

リンク

 †

画像

行末にスペース2つ †

段落内での改行

行頭にスペース4つ またはタブ †

コードの記述

HTMLタグ †

直接タグを書く(一部制限あり)

20130908?

• ATND x 3
  • markdown レクチャー

• プレゼン資料
  • 既存部分の変更
  • オープンフォースとの共同研究であることを明治
  • ハッカソンではなく、全体計画
  • 追加部分
    • ITSとのかかわり
    • 全体像
• 練習
  • 質疑応答

• 卒論　各自テーマ決め

• オープンハイウェイ
  • 3Dプリンタ
• 分散通信
  • ITS
• 放射線計測
• RaspberryPi?の安定稼働のための改善
• 太陽電池で動作する自立モニタリングポスト

• RaspberryPi?破壊実験
  • 液晶修理
  • 画面修理
  • デモ機若松通商から回収

• Linuxマシンをルータ化

---

• 日時：2013年9月11日（水）15:00～17:30
• 場所：ITS Japan 会議室（日本女子会館ビル３Ｆ）
• 　最寄駅：芝公園、大門、浜松町
• 概要：

  ・ワークショップ形式で今後ＩＴＳチャレンジで取り上げるテーマ
  （作っていくもの）のイメージをみんなで話し合いながら考えます。
  ・前回のアンケートを拝見すると、プロジェクションマッピング、ＡＲ、
  　ランデブーシステム、ＧＰＳに関心のある方が多いようですので、
  　これらを話のきっかけにしながら進める予定です。

  http://www.its-jp.org/event/its_challenge/ http://www.its-jp.org/wp-content/uploads/2013/08/ITS_challenge_20130911activity.pdf

• 15:00～17:30　ワークショップ
• 17:30～19:00　名刺交換会（懇親会）

１．7月24日の説明会のアンケート結果

２．ライトニングトーク（参加者からの５分間ショートプレゼン）
　・こんなことできます、こんなことできたらいいなと言う技術・サービスなど、
　　人とモノの移動に関するものであれば、テーマは自由です。
　・すごいでしょ、ワクワクするでしょ、を他の参加者のみなさんに
　　感染させちゃいましょう。
　・しゃべってみたいという方は申し込み時にお書き添えください。
３．ワークショップ
　3-1) できたらすごいな、作れたら面白いなと言うテーマの
　　　ブレーンストーミング
　3-2) 次回以降の進め方について

４．事務局からの連絡

　 ＩＴＳ世界会議のアトリウムイベント、次回開催について

●参加ご希望の方は、下記をお書き添えの上、このメールにご返信ください。
・ご所属、お名前
・ご連絡先（メールアドレス、電話）
・ライトニングトークを希望するか・しないか
　ご希望の場合は予定テーマもお書き添えください。
・名刺交換会（懇親会）への参加・不参加

あるいは下記のフォームからお申し込みください。

http://www.its-jp.org/event/its_challenge/registration/

会費について記載していませんでした。 会費は無料です（たいしたもの出ませんが）。

お時間の許す方はぜひ、名刺交換会にもご参加ください。

なお、会場の準備等の関係で人数を把握させていただきたいので、 なるべく今週中にご連絡いただければと思います。 （当日、飛び入りも可ですが）

20130912?

Arduino実験 †

http://togetter.com/li/354192

　ITS ワークショップ反省 †

• 誰と話をしたか？
• 印象的な話は？

Raspberry Pi でセンサー実験 †

放射線モニタリングポストについて †

イシダR&D　石田さんより †

• モニター拠点は屋外設置なのか屋内設置なのか？
• 風、雨、湿気、熱などの耐久性は？
• 自販機などに設置して前を通る人や車と情報交換できないか？（すれ違い通信）

SAP　杉浦さんより †

• 住民全員がサーバー拠点をおいてもスマホやタブレットなどの端末を持っているとは限らない。
• その情報のために端末を買うとは考えにくい。

懇親会（名刺交換会） †

• モニタリングポストの話はほとんどなく
  就職先や世間話など。

20130913?

RaspberryPi?破壊試験方法 †

• RaspberryPi?のSDカードの中身は壊れやすい。
  • 理由は電源（microUSB)をいきなり抜くことが主。
  • だいたい１０〜２０回に１回の頻度で壊れる。
  • これを防ぐにはRO（リードオン）ファイルシステムを適用する。

20130909 破壊実験結果 †

• 10:18〜11:19までの1時間で、1分ごとに接続を確認したが壊れることはなかった。
  • 回数は約60回、画面が写りにくいなどが起こったが、本体には異常はなかった。

---

• 20130909 2回目
  • 操作を変えて行う、その操作は

1. アダプタをつなぎ電源を入れる
   1. ログオンする
      1. [hostname]で、現在のhostnameを確認（繰り返し行うので変更されているかを確認）
      2. +sudo echo [適当な名前] > /etc/hostname　で適当な名前に変更する
      3. ++アダプタを抜いて再度1に戻り、繰り返し

• 結果
  • 23:11 開始
  • 　:16 hostname変更、電源を切る
  • 　:17再起動 ok(aaa)

• 　:19 変更
• 　:22 ok(bbb)

• 　:23 変更
• 　:24 ok(ccc)

• 　:25 変更
• 　:26 失敗(cccのまま)
• 　:27 変更
• 　:28 ok(ddd)

• 　:29 変更
• 　:30 ok(eee)

• 　:31 変更
• 　:31 ok(fff)

• 　:32 変更(ggg)
• 　:33 失敗(fffのまま)

• 　:34 変更
• 　:35 ok(ggg)

• 　:36 変更
• 　:37 ok(ggg)

• 　:38 変更
• 　:39 ok(aaa)

• 　:40 変更(bbbへ)
• 　:40 失敗(aaaのまま)

• 　:41 変更
• 　:42 ok(ccc)

• 　:42 変更
• 　:45 ok(ddd)

• 　:45 変更
• 　:46 ok(eee)

• 　:47 変更

• 　ここからモニターの調子が悪くなり、確認ができなくなったため終了^ ただ、RPiは壊れることはなかった。

---

• 20130912　続き
  • 10:30 ok(fff)
  • 　:33 変更
  • 　:34 失敗(fffのまま)
  • 　:36 変更
  • 　:38 失敗(fffのまま)
  • 　:38 変更
  • 　:40 失敗(fffのまま)
  • 　:41 変更(111へ)
  • 　:42 失敗(fffのまま)
  • 　:43 変更
  • 　:44 ok(ggg)…/home/でコマンドを実行していたため？

• 　:44 変更
• 　:46 ok(aaa)

• 　:47 変更
• 　:48 ok(bbb)

• 　:50 変更
• 　:51 ok(ccc)

• 　:53 変更
• 　:53 ok(ddd)

• 　:56 変更
• 11:25 ok(eee)

• 　:26 変更
• 　:27 ok(fff)

• 　:37 変更
• 　:38 失敗(fffのまま)

• 12:46 変更
• 　:47 ok(ggg)

• 　:49 変更
• 　:49 ok(aaa)

• 　:51 変更
• 　:52 ok(bbb)　　（30回目）

• 　:54 変更
• 　:55 ok(ccc)

• 　:55 変更
• 　:56 ok(ddd)

• 　:58 変更
• 　:59 ok(eee)

• 13:01 変更
• 　:02 ok(fff)

• 　:03 変更
• 　:04 ok(ggg)

• 　:05 変更
• 　:06 ok(aaa)

• 　:16 変更
• 　:17 ok(bbb)

• 　:18 変更
• 　:19 ok(ccc)

• 　:20 変更
• 　:21 ok(eee)

• 　:21 変更
• 　:23 ok(fff)　　ここで40回目だが終了する。

---

• 20130916（さらに実験方法を変える）

• RaspberryHabu?使わない
• PCからUSBケーブルで電源供給
• 画面はポータブルDVDプレーヤを接続
• framebufferの値を640,480にしておく
• tune2fs -c 1 /dev/mmcblk0p2としておく (maximum mount countを1に設定)
• 起動するごとに （しなくてもOK） tune2fs -C 2 /dev/mmcblk0p2 としておく(mount countを2に設定) 大文字小文字に注意
  • なお、NOOBS経由のRaspbianの場合は/dev/mmcblk0p2ではなく /dev/mmcblk0p6
• 起動するごとにfsckがかかるので起動に時間がかかるようになります

  [....] Checking root file system ...fsck from util-linux 2.20.1
  /dev/mmcblk0p2 has been mounted 2 times without being checked, check forced
  /dev/mmcblk0p2: 69656/163840 files (0.2% non-contiguous), 396227.642432 block
  done.

• 上記のようになれば問題なし。別の表示が出たらNG。
• 起動するごとにhostnameの書き変えを行う

• 結果

• 14:20 設定し、電源offに
• 　:24 123へ変更
• 　:25 ok

• 　:28 111へ
• 　:40 ok

• 15:15 222へ
• 　:22 ok

• 　:23 333へ
• 　:27 失敗（赤文字の表示が一部あり、hostnameが(name)となっていた）

• 　:29 111へ
• 　:31 ok

• 　:32 222
• 　:41 ok

• 　:42 333
• 　:44 ok

• 　:45 111
• 　:49 ok

• 　:53 222
• 　:57 ok

• 　:58 333
• 16:00 失敗 (/home/でコマンドを実行していたため）

• 　:02 333
• 　:03 ok

• 　:05 111
• 　:07 ok

• 　:09 222
• 　:11 ok

• 　:13 333
• 　:14 ok

• 　:15 111
• 　:16 ok

• 　:17 222
• 　:17 ok

• 　:18 333
• 　:19 ok

• 　:20 111
• 　:22 ok

• 　:23 222
• 　:24 ok

• 　:26 333
• 　:28 ok

---

TWI-LITEの通信距離 †

• 親機（駿担当）・・・スイッチを押せば子機A・子機BのLEDが点灯。
• 子機A（武揮担当）・・・スイッチを押すと親機のLEDが点灯。
• 子機B（恭介担当）・・・受信専用
  
• これらを用いて通信距離がどの程度か計測する。

計測方法 †

• 親機は固定でそのまま動かず、子機A、子機Bがそれぞれ反対方向に移動し
  通信が途絶えたところをマッピングし距離を測る。

結果 †

子機A・子機Bとも今回の測定では150~200ｍ程度。
ただし、両者とも親機が見える位置ではなく、見通しが
悪かったため、ビル等の障害物が影響を及ぼしているということも考えられる。
見通しの良い、親機・子機A・子機Bの三点が直線状に並ぶ位置での計測は
明日に行う予定。

FrontPage

一般的な電子工作実験の電源を得る方法 †

• TWE-LITE 3.3V ±0.5Vで動作
• RaspberryPI 3.3V 5Vで動作(inは5V)←Rpi内で3.3Vに
• Arduino 5.0Vでも動作できる　3.3Vで動作
• PCのUSB　5.0Vとれる
  
  • PCのUSB(5.0V)から3.3Vを得るには
    LIBRO AVR (Arduino互換(モジュール))
    黒をGND,赤を3.3Vに接続する

TWE-LITEとArduinoモジュールの接続方法 †

コネクタピンの配置について †

• TWE-LITE側のコネクタピンはGND・TXD・PRG・RXD・RSTの順になっている。
• 一方、モジュール側のコネクタピンはGND・CIS・VCC・TXT・RXT・DIRの順になっている。

• TWE-LITE側PSTはリセットするときにモジュール側GNDへ（普段はどこにも接続しない）
  • このときジャンパーケーブルは黄色を用いる
• TWE-LITE側RXDはモジュール側TXDへ
  TWE-LITE側TXDはモジュール側RXDへ
  • このときジャンパーケーブルは青、白色を用いる
• TWE-LITE側GNDはモジュール側GNDへ

dmesgの見方 †

• コマンドプロンプトで"dmesg"を入力すると情報が大量に表示される。
  その中の自分のPCのネット配線の方法（有線・無線）からttl-USBが接続（1になっているか）を確認。

シリアルとパラレル †

• シリアル…一本の線で時間を開けて送る、タイミングの間の信号（直列）
• パラレル…シリアルとは異なり、並列に配線して情報を一本ごとに送っている。

IPアドレス †

• IPアドレスとはPC一台一台に振り分けられる住所のようなもの。

pythonを使ってArduinoの実験キットでのサーミスタの計測温度を求める †

既知 †

• B・・3380
• T0・・298°F
• R0・・10KΩ

温度を求める式 †

• R=R0*exp(B**1

求める順序 †

1. 電圧を求める
2. 抵抗を求める
3. (B**2を求める
4. *3を求める
5. Tを求める
6. 摂氏を求める

TWE-LITE通信実験 †

屋外での実験 †

親機（駿担当）、子機A（武揮担当）、子機B（恭介担当）とする。

地上1メートルの高さ、見通しのよい場所での通信実験 †

• 子機A,Bとも親機から目視できる位置（三点とも直線上にある）
  • 親機からの距離は子機A・Bとも約200〜250ｍ程度の
    通信距離を得ることができた。 しかし子機A・Bとも親機がスイッチを押したまま通信が途絶すると
    LEDが点灯したままになった。

親機地上7ｍ、子機A・B地上３ｍの高さ、見通しの良い場所での通信実験 †

• 子機A・Bとも親機から目視できる位置（三点とも直線上にある）
  子機をポールに取り付け、地上から３ｍの高さとし、
  親機は高い場所から通信を行う。
  • 親機からの通信距離は子機Aは約30ｍほどで通信ができなくなった。
    また子機Bは約50ｍほどだった。
  • 地上からの距離が高くなると通信距離が伸びるということであったが計測時は
    快晴でありポールに取り付けた子機のLEDが見難く、紙で傘を作ったことが
    影響していることも考えられる。
    また親機は、駅の渡り廊下で計測したので、塀や天井の影となっており
    フレネルゾーンが確保できなかったことも考えられる。

---

*1 1/T)-(1/TO
*2 1/T)-(1/T0
*3 1/T)-(1/T0

     

Site admin: anonymous

PukiWiki 1.5.0 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.5.9-1ubuntu4.29. HTML convert time: 0.050 sec.