なんと７チーム!!

過去最多のエントリー数となりました。

これまでにエントリーされた、各チームの紹介をします。

チーム名：チームNissha
組込みシステムの製作技術を学ぶことを目標としてエントリーされました。
モデルロケットにマイコンボードを搭載し、加速度センサにて加速度の計測をします。
計測したデータは、無線通信により地上局に送信します。

チーム名：龍角散
専修大学からのエントリーです。
まだ、どのようなことをするかは決定していませんが、学生の若い力に期待したいです。

チーム名：MWM
組込み技術向上のため、基本的な知識・技術修得を目的としてエントリーされました。
モデルロケットにマイコンボード、加速度センサ、気圧センサを搭載し、データの計測を行います。
計測したデータは、無線通信により地上局に送信します。

チーム名：Green  Apple
ハードウェアの基礎知識修得、回路設計・製作、プログラム開発力の向上を目的にエントリーされました。
モデルロケットにマイコンボード、加速度センサ、気圧センサを搭載し、データの計測を行います。
計測したデータは、無線通信により地上局に送信します。

チーム名：Black
マイコンボードを使用した計測システムの開発から、ハードウェアの基礎知識を身につけることを目的にエントリーされました。
モデルロケットにマイコンボード、加速度センサ、気圧センサを搭載し、データの計測を行います。
計測したデータは、無線通信により地上局に送信します。

チーム名：TSK-E4
詳細は未定ですが、モデルロケットでのエントリーです。

チーム名：PROJECT.B
エキジビジョンとしてのエントリーです。
CPUボードに、加速度センサ、ジャイロセンサ、地磁気センサ、GPS、電流センサを搭載し、各種データを無線通信により伝送します。
計測したデータはAndroid端末で表示します。
ペイロードはロケット、または、ラジコン飛行機、ラジコンカーに搭載し、可能であればAndroid端末から制御の行います。

以上のように、エントリーした７チームのうち、内容が決定しているチームは全て無線通信を使用することになっています。

今年はどんなドラマが待っているのか、そして、各参加チームがどんな楽しみ（苦しみ）を味わうのか、今から楽しみです。

2011年4月7日(木)の定時後，都内某所にて，ひそやかにHamana実行委員会のキックオフ・ミーティングが行われましたので，実行委員会メンバに先駆けてこっそり速報させていただきます☆

今年もHamana Projectを実施することが決まりました！
テーマは「飛行体による計測システムの開発」．飛行体はロケットでなくてもかまいません．飛行船や飛行機でもいいし，ヘリウム風船や凧でもOKです．とにかく，上空に飛ばせる（浮かばせられる）物体に計測システムを積んで，何かを計測します．...そういうシステムをまるごと自分たちで(チームごとに）開発してみよう，というプロジェクトです．

目標は「作る苦しみ，楽しい失敗」．
堂々と失敗できる場って，仕事ではなかなかないですから，こういうチャレンジできる機会って重要ですよね☆
このプロジェクトでは，
「明日につながる失敗事例」
を集めたいと思っています．

そして，Hamana Projectの長年の課題だった，「ロケット最終打ち上げの後のデータ提出や分析がおろそかになりがち」という状況を，今年こそは変えたいと思っています．

今年はすでに参加を表明してくださっているチームが複数あり，期待できそうです☆

なお，スケジュールについては，決まり次第，実行委員会から正式な発表があると思います．ご期待ください☆

以上，アシスタントSからでした．

このため、最終打ち上げを１１月６日に延期しました。
タイムスケジュールは１０月３１日と同じですが、再度、お知らせします。

日付：2010.11.06
場所：静岡県 中田島砂丘
http://map.yahoo.co.jp/pl?type=scroll&lat=34.66390202078822&lon=137.74349917914628&z=17&mode=map&pointer=on&datum=wgs&fa=ks&home=on&hlat=34.682616660342&hlon=137.73733546283&layout=&ei=utf-8&p=

タイムスケジュール
    9:00中田島砂丘駐車場集合→点呼
    9:15打上場所到着→会場設営
    9:45会場設営終了→レギュレーション確認
    10:00打上開始～打ち上げスケジュール未定
    11:30打上終了→撤収開始
    12:00駐車場帰着（反省会）
 

１１月１日、気象庁発表の週間天気予報では「曇り 時々 晴れ」の予報になっています。
皆さん、最終打ち上げの日が良いロケット日和となるよう、祈りましょう

日付：2010.10.31
場所：静岡県 中田島砂丘
http://map.yahoo.co.jp/pl?type=scroll&lat=34.66390202078822&lon=137.74349917914628&z=17&mode=map&pointer=on&datum=wgs&fa=ks&home=on&hlat=34.682616660342&hlon=137.73733546283&layout=&ei=utf-8&p=

タイムスケジュール
    9:00中田島砂丘駐車場集合→点呼
    9:15打上場所到着→会場設営
    9:45会場設営終了→レギュレーション確認
    10:00打上開始～打ち上げスケジュール未定
    11:30打上終了→撤収開始
    12:00駐車場帰着（反省会）
 
尚、10/30の21:00の時点で気象庁発表の天気予報にて翌朝の中田島砂丘近辺の天
候が、打ち上げに適さないと判断した場合には中止とします。
風の影響は、十分な広さを確保できることから、
5m以内の風であれば実施します。（安全コードの規定値内）
開催の可否は10/30の21:00までにメールにてお知らせします。
（21:00よりも早い段階で開催可否の判断をすることもあります）

現在の参加予定は以下となっています。

・チームWing --> ロケット打ち上げ
・東海ソフト --> Hamana6リベンジ
・日本車輌製造株式会社 --> 見学
・実行委員会 --> 飛行機テスト飛行

参加表明されていない方でも、御都合つきましたら、是非、おいでください。

しかし....
現時点で、１０月３１日の浜松辺りは、台風１４号が接近して大荒れの天気になりそうな感じです。
中止の場合は、１１月６日に延期です。

今回の参加チームは株式会社ヴィッツからチームWINGの１チームのみのエントリーでしたが、試射には実行委員、チームWINGのほかに、日本車輌製造株式会社より３名、東海大学の学生２名、工学院大学の学生１名が見学に来られましたので、総勢１２名での開催となりました。

チームWINGはペイロードの作成が間に合わなかったということで、急遽、昨年使用したペイロードを持ち込んで、試射に望みました。

ロケットにペイロードを搭載し、発射準備をします。
カウントダウン開始、５，４，３，２，１ イグニッション!!

勢い良く上空へ.......と思ったら様子が変です。　　弱々しく上がって、すぐに墜落しました。

どうやらエンジンの保管が悪かったのか、点火と同時に、エンジンのノズルが外れてしまい、推力を発生できなかったようです。

気を取り直して、再度チャレンジです。
今度は勢い良く飛び立ちました。カメラマンの腕が悪く、写真が取れませんでした、ごめんなさい

無事、データの取得も出来、本番に向けて準備万端と言いたいところですが、チームWINGはまだ今年用のペイロードが出来上がっていません。
これからが開発本番という段階なので、最終打ち上げまでに、昨年同様、すばらしいペイロードを作り上げてくれることを期待しています。

今回、ロケットのほかに、飛行機も用意し、飛行中の高度を気圧センサで計測できるかを試しました。
ペイロードはチームWINGの昨年のものを借用しています。

データは取得できたのですが、気圧データは飛行状態とは無関係のデータを出しています。
ペイロードを外にむき出しで搭載したのが悪かったようで、気圧センサが受ける風圧で値が変化しているようです。
次回（最終打ち上げ）までに、ペイロードを格納する場所を作って、再度挑戦します。
 

それでは、１０月３０日に最終打ち上げを開催しますので、是非、おいでください。

おまけ：：お昼に食べたうなぎです。おいしかった!!

日時：2010年10月2日 9:00～
場所：静岡県 中田島砂丘

タイムスケジュール
　　9:00中田島砂丘駐車場集合→点呼
　　9:15打上場所到着→会場設営
　　9:45会場設営終了→レギュレーション確認
　　10:00打上開始～打ち上げスケジュール未定
　　11:30打上終了→撤収開始
　　12:00駐車場帰着（反省会）
 

尚、10/1の21:00の時点で気象庁発表の天気予報にて翌朝の中田島砂丘近辺の天
候が、打ち上げに適さないと判断した場合には中止とします。
風の影響は、十分な広さを確保できることから、
5m以内の風であれば実施します。（安全コードの規定値内）

公式試射　　　：２０１０年１０月２日（土）　場所：中田島砂丘
最終打ち上げ：２０１０年１０月３０日（土） 場所：中田島砂丘

皆さん、是非、見学に来てください。

ママチャリ１２時間耐久レースですが、今回、自転車は北海道で毎年エントリーされているチームからレンタルさせていただきました。

ママチャリレースなので、普通の自転車です。
レギュレーションで、前にカゴが着いていないければなりません。
そして、午後５時、レーススタートです。１２時間後の午前５時のゴール目指して、がんばってペダルを漕ぎます。

さて、デバッグのほうですが、AC電源を探してサーキット内をうろうろとしましたがなかなか見つかりません。
一度、キャンプサイトに戻って話をしていると、北海道電子機器(HDK)さんのチームが発電機を持っていたという情報が入りました。
早速、HDKさんのサイトへ行くと...ありました、「発電機」...事情を説明して、AC100Vの電源をお借りすることが出来ました。
これでデバッグが再開できます。

すぐにデバッグ開始したいところですが、すぐに、自転車に乗る時間が来てしまいまったため、とにかくPCの充電をさせてもらって、１回目の出走行くことに。
今回、１人１回につき３周づつ（約２０～２５分）を６人で走ることにしていたので、１回走ると、次はだいたい９０分後になるのですが、１回走ってくると、息が切れてしまって、デバッグが出来るようになるまでに３０分ほどかかってしまいます。
また、自分の前のライダーが走り始めたら、ピットに行く必要があるので、結局、デバッグ出来る時間は３０～４０分程度と短い時間です。

がんばって自転車を漕いだあとで、デバッグ開始です。
なぜConnectPortX4にデータが届かないのか、Air上のモニタをしてみると、XBeeから送っているデータのアドレスが変になっています。
原因を調査してみると、送信APIでアドレスを指定するためのエリアとして、2byteのエリアを用意していたのですが、実は8byte必要だということが判明。
　　　uint8  dst[2];  --->　　uint8  dst[8];
上記のように変更して動作させてみると、無事ConnectPortX4にデータが届きました。
出来上がったプログラムをProgramableXBeeに書き込んでチャリンコに搭載するペイロードを作りました。

箱などを用意する時間が無かったので、単に段ボール箱にバッテリーと共にテープで貼り付けただけです。
完成は午前０時、やっと自転車に搭載してデータ収集開始です。

GPSからのデータは、XBeeで必要なデータに加工した後、ConnectPortX4に送信され、ConnectPortX4から3G経由でインターネットに送られ、Digiのクラウドサーバーにデータが蓄積されます。
データは以下のような形式でサーバーに置かれます。

　<?xml version="1.0" ?>
　- <idigi_data>
　- <sample>
　　<name>xbee_serial_terminal0.read</name> 
　　<value>4237.7968,14317.8879,0FFF</value> 
　　<unit /> 
　　<timestamp>1970-01-01 02:18:23</timestamp> 
　　</sample>
　　</idigi_data>

ママチャリ１２時間耐久レースですが、残り１５分を向かえ、最後のライダー交代です。 
無事ゴール...１２時間で９０週し、２１４位でした。

そして、レース中続いていた、仮面ライダーvs暴走族の戦いも和解により無事終結です。
仮面ライダーが引いている自転車が暴走族の乗っていたものなのですが、この自転車、沢山のLEDによる電飾や、エアホーン、オーディオと電気を使うものが満載でした。おそらく荷台に取り付けられた箱には、大きなバッテリーが入っているのではないかと思われます。

真夏の十勝サーキットでの１２時間耐久レース、いかがだったでしょうか？
最後に、今回、お世話になったチームの方々との記念のショットを御紹介して、ママチャリ１２時間耐久レースの報告を終ります。

皆さん、お疲れ様でした～

朝、札幌から十勝サーキットに車で移動して、途中、名物豚丼を食べて、１２時間の完走に向けて英気を養いながら、無事到着です。
到着して、早速デバッグ開始です。しかし、AC電源が使用できません。
昨年まで、ピット内の電力消費量が多かったため、自転車というエコな乗り物のレース中に大量の電力消費はよくないということでピット内のAC電源が使用禁止になってしまいました。
とりあえず、ノートPCのバッテリーがある限り、デバッグを行います。 

GPSからのデータは正常に取得できて、ルーターに送信しているんですが、全くAirにデータが出てきません。
原因調査をして、送信しているデータのフォーマットがよくないことが判明。

　　　　　WriteToRadioUARTLen(radioUARTTxBuffer, (uint8)i);

上記のAPIでデータをそのままAir向けのシリアルポートに送っていたのですが、XBeeはAPIモードで動作しているため、APIモードのフレームを組み立てて、送信しないといけないようです。
XBeeをトランスペアレントモードにすればうまくいくだろうということで、トランスペアレントモードに変えても、送信が出来ません。
どこかでAPIモードに戻されてしまうようです。

さんざん試したのですが、トランスペアレントモードで動作してくれないので、APIモードのフレームを組み立てて、送信しようということになり、ソースコードを眺めていると、ありました、APIモードの送信APIが（ラッキー）
なので、APIモードのデータ送信のAPIを使用するように変更しました。

　　　　　TransmitData(radioUARTTxBuffer, (uint8)i, dst);

これで、見事にZigBeeの送信が出来るようになり、Air上にデータが飛んでいるのですが、ルーター（ConnectPortX4）が正常に受信できない状態。このおかげサーバーにデータが到着しないというところまではわかったんですが、その原因がわかりません。
　

試行錯誤したのですが、どうしても原因がわかりません。
耐久レーススタートまでがんばったのですが、PCのバッテリーがなくなり、ここでデバッグ終了。
AC電源を探して、レース中にデバッグを継続することにしました。

AC電源はどこだ!!