[Update 12 Jan 2022]: Separate English article from this, update Japanese.
[Update 02 Jul 2022]: Link English article.
はじめに Summary
English article: RCJ IR Ball Sensing
RoboCupJuniorサッカーリーグの公式球として使われている赤外線パルスボールのセンシング方法について紹介します。 2017年にルールがアップデートされ、オープンリーグではオレンジ色のパッシブボールが使われるようになり、ライトウェイトリーグだけがIRボールを使っています。 オープンリーグで使われているパッシブボールのセンサについては、別記事Self-made 360°Camera for RoboCupJunior 2017で紹介していますので、そちらを御覧ください。
RCJサッカー競技において、IRボールの検出は「パルス幅による距離検出」「センサの指向性による向き検出」を組み合わせて計算することで、平面方向のどの位置にあってもボールの位置が測定できるセンサを構成することができます。 ロボット側にボールの距離と方向を割り出すセンサを搭載して、その相対位置を取得し計算しながら試合をします。 本記事においては、このIRボールセンサを構成するための技術について解説します。 まずIRセンサ単体の原理について説明し、次にそれを組み合わせた全方位のIRボール位置検出をどう実現するかについて、具体的なハードウェア・ソフトウェアの実装例を元に解説します。
本記事において:
IRセンサ:赤外線パルスを検出するためのセンサ素子、モジュール単体のこと
ボールセンサ:ロボットに搭載される、IRボールの方向と距離を検出するためのセンサのこと
として書いていきます。
IRボールセンサの原理
IRボールのセンシングの基本的な原理は、TVのリモコンなどに使われるパルス変調された赤外線をIRボールが常に発しており、市販の赤外線センサによってそれを読み込むことで、ロボットから見たIRボールの位置が検出できるというものです。 ここでいう「パルス変調」というのは、決められた高い周波数で点滅し続けることで、例えば蛍光灯や太陽光に普通に含まれる赤外線とIRボールの赤外線が干渉しないようにする機能の事をいいます。 IRボールがどのような発光パターンをしているかは、ELEKIT 発光波形の詳細より確認できます。
RoboCupJunior soccerの初期は定常発光モードが用いられていた時期があったようですが、現在はMODE Aの発光パターンが公式に使われています。 この発光モードでは、赤外線の明るさを複数段階に分けて発光することで、近くにいると長い時間、遠くに離れていくと短い時間だけパルス信号が受信できるように工夫されています。 この原理を用いることで、センサからボールまでの距離を計測する事ができるようになっています。 また、センサには指向性(特定の方向しか光を検出しない特性)があり、複数のセンサを異なる方向に向けて検出させることでロボットから見たボールの向きを特定する事ができます。
実際に、複数のパルスセンサを全方位に環状に配置して、ボールの距離と方向(位置)を検出するセンサの例として、図1のRosso Version 6(M Robotsの赤い方)のIRボールセンサを実験に使います。 こちらは、Yunitシリーズのボールセンサと構成がほぼ一緒ですので、こちらを使用してソフトウェアの実験をします。 貸してくれたM RobotsのMさんありがとうございました。 以下は搭載されているマイコンとセンサの構成です。
- 12x IR reciever Vishay TSSP58038
- 1x Microcontroller Atmel ATmega328P-PU with Arduino bootloader
IRセンサの選定
ボールセンサを設計するにあたり、まずはそれを構成するためのIRセンサ(素子)の選定を行います。 実際のところ、センサ素子からこだわって設計しているチームはそこまで多いとは思いませんが、以下で説明されている事を理解することは、ボールセンサのハードウェア・ソフトウェアをより良くしていく上では非常に重要な知識となります。
IRボールセンサのセンシングについては、オフィシャルな技術解説が存在します。 Soccer rules (2017) - RoboCupJunior の21ページ“APPENDIX I: Technical Specification for pulsed Soccer Ball”には「汎用的な赤外線信号受信モジュールを使ってON/OFFの時間から距離を割り出したりすることができる」みたいな説明があります。 その汎用的な赤外線信号受信モジュールとして、以下の3つのセンサが例として紹介されています。
- Vishay TSOP1140
- Vishay TSOP31140
- SHARP GP1UX511QS
これらのセンサはいずれも、テレビのリモコン等に用いられている赤外線通信用のセンサで、パルス変調された赤外線のON/OFFを検出するためのセンサです。 オフィシャルが解説しているように、これらのセンサによってIRボールの発光する赤外線を検出し、ボールの方向や距離を割り出すことができそうです。
しかし実際には、パルス幅を使った距離検出を行うためにあたってはいくつか注意すべき点があります。 ルールに書かれているIRセンサのうち、SHARPのGP1UX511QSについてはデータシートが少なくて分かりませんでしたので、今回はデータシートの情報が豊富なVishayのセンサを例に、次セクションでその詳細を見てみます。
センサアプリケーション
IRセンサの センサアプリケーションとは、いわゆる「センサの用途」のことです。 ユーザーはそれを見ることで、そのセンサがどんな目的で使われるかがわかります。 VishayのIRセンサ製品の主なアプリケーションのうち、RCJ IRボールのセンシングに使えそうなアプリケーションとして、今回は以下の2つに着目します。
- Remote control:遠隔操作(テレビやラジコン玩具などのリモコン受信)
- Presence/Proximity sensors:存在/接近検出(ラインセンサのような反射検出)
2つのアプリケーションを比較してみると、左のRemote control application(遠隔操作アプリケーション)は (IR) transmitter(送信機:RCJでは赤外線ボールがこれに該当)とIR receiver(センサ)を用いて送受信が行われる事がわかります。 一方、Presence sensingの図はラインセンサと同じような構成をしており、変調された光を壁に照射して反射してきた光を検出するような動作をする事がわかります。 すなわち、どちらのセンサも変調された赤外線信号を受信するセンサである事に変わりはありませんが、検出の特性が異なるという事がわかります。
- 遠隔操作:出力されたパルス信号を、光の強弱に影響されずその形のまま受け取りたい
- 物体検出:出力されたパルス信号のうち、ある明るさ以上の光で受信した信号のみを受け取りたい
遠隔操作アプリケーションにおいては、センサ側は発行側で照射されたパルス信号の時間幅を、周辺の明るさや距離による光の減衰などに左右されずに、送信されたパルス波形のまま受信できる性能が求められます。 例えば家電のリモートコントロールをイメージすると分かるように、赤外線リモコンはいかなる距離であっても、同じ情報を伝達できる事が求めれます。 このために、遠隔操作アプリケーション用のIRセンサには、AGCと呼ばれる「どの距離であっても同じ明るさで見えるようにする」機能が搭載されています。 AGCについては、以降のセクションで改めて説明します。
さて、この「どの距離であっても同じ明るさで見えるようにする」特性は、ボールの明るさで距離検出を行おうとするRCJボール検出においては非常に嫌な特性になります。 理想的には、センサからボールが離れていくほどパルスの幅が小さくなるなど、光の強さに応じた特性が欲しいのですが、AGCがあるとこれが難しくなります。 ルールで紹介されているTSOP1140やSOP31140は、受信したパルス信号の強さを知りたい場合には、使えないことは無いが最適では無いという事になります。
一方で、物体検出アプリケーション用のIRセンサは、照射された光の絶対的な強度を測定することで、そこに物体があるかどうかを判別する目的で設計されています。 これはすなわち、発光側の強度が変化したり、あるいは距離により赤外線の強度が減衰した場合には、それも検出される事を意味します。 RCJボールの距離検出においては、この特性が非常に有利に働くため、AGCが搭載されていないセンサを選んで使うのが好ましいと考えます。
ブロックダイアグラムとAGC
より詳細にセンサの仕組みを理解するために、Block diagram(ブロックダイアグラム)という、センサICの内部設計を簡易的に示したものを見てみます。 だいたいのIC(集積回路)のデータシートにはこれが書かれていて、ユーザーはこの図を見る事で、細かい説明文を読まなくてもICの機能をざっくり把握することができます。
先ほどの図と同じ構成で、今度はブロックダイアグラムを比較してみます。 細部が微妙に異なることがわかりますが、主に重要なのは“AGC:Automatic Gain Control”というシステムです。 上の図で比較した2つのセンサを見てみると、左のTSOPシリーズにはAGCが搭載されていますが、右のTSSPシリーズには搭載されていない事が分かります。
このAGCが何かを理解するために、Vishayの技術資料Choosing an Infrared Receiver Based on AGC Typeを見てみます。 ざっくり読むと、およそ以下のような事が書かれていると思います。 AGCが何のために付いていて、どんな働きをするかが解説されています。
赤外線レシーバーには、データ信号だけを受け取って、他のノイズは受け取らないような機能が必要です。 赤外線レシーバは、やろうと思えばかなりの距離を読めるし値段も抑えられるが、リモコン受信機を作りたいエンジニアにとってはそれは最適ではないでしょう。
ここで赤外線のノイズとは、白熱灯、ハロゲン、ネオン、蛍光灯、コンパクト蛍光灯の放射、さらには液晶ディスプレイ及びプラズマディスプレイ、日光が挙げられます。 これら外乱(ノイズ)の影響を受けると、信号が破壊されてエラーが発生し、それに伴って信号を繰り返す必要が出てくるので、設計者は苦労する事になります。
そこで、IR受信モジュールは受信信号を受け取る利得(感度みたいなもの)をコントロールするためのフィードバック回路が組まれています。 AGCは、ノイズが検出された時にセンサの感度を下げ、逆にデータが正常に受信されているときには利得を上げる動作をします。
このAGCが搭載されたセンサは、テレビのリモコンなどから発せられる、一瞬のシグナルを正確に検出できるように調整されています。 赤外線ボールから発せられる信号は、テレビのリモコンなどと比較するとはるかに強い・かつ連続したノイズのように見えます。 このため、信号用のAGCが搭載されたセンサで赤外線ボールを見ると、ほとんどの場合でゲインを下げる方向に制御が働きます。 AGCを搭載したIRセンサでボールを検出しようとすると、例えばボールをセンサの視界から隠してもう一度戻すと検出ができたりしますが、これはAGCの働きに由来するものです。
したがって、AGCが搭載されたセンサは受信する赤外線の強さによってゲインの強弱が変化してしまうので、ルールブックに書かれているような「ON/OFFの時間から距離を割り出す」という事が難しくなります。
センサの設計 Designing Ball Sensor
ここからは具体的に、市販のIRセンサ素子を組み合わせてどのようにボールの位置を検出するセンサとして構成するかの話をします。 センサ構成の基本は、図4のようにIRセンサを環状に配置して、それぞれのセンサの受信しているパルス幅を測定してボールの位置を割り出すというものです。
円形のIRボールセンサは、どの方向に対しても同じ計算が適用できるという特徴を持ちます。 以降で説明するベクトル計算や反応センサ数での距離割り出し手法は、この特性を利用したものになります。 私は、Gcraud Nanoの白いロボットで始めて円形のセンサを採用してから、以降はずっと円形センサの設計を使い回しています。
サッカーロボットではキッカーやドリブラー等の装置が搭載されるため、そのレイアウト上の都合から同一半径の円上にセンサを並べるのが難しい場合があります。 例えば円ではなくアルファベットのD文字状に並べたりといった例がありますが、そのようなレイアウトでもボールの向き検出自体は行えます。 しかし、位置によってセンサの指向性が変わるため、計算がやや面倒になる事が多いです。 これについては、Nitroのゆーきさんが詳細な記事を書かれていたと思います。
IRセンサの指向性と遮蔽
基本的にセンサの前方にある赤外線しか受信することができないIRセンサを使ってボールの方向を検出するためには、複数のセンサを異なる方向へ向けて、それぞれの値を比較・監視する必要があります。 この原理が実現されるために、センサはボールが正面にある時に最もよく反応し、逆に正面から外れた位置にある場合には反応が弱まる動きをしている必要があります。 このとき重要になるのが、センサの指向性(Directivity)です。
IRセンサはメーカーやアプリケーションによって指向性が様々です。 特に気をつけるべきは、左側のTSSP58038のような指向性の低いIRセンサで、このような低指向性のセンサは側面や後ろ側の光も読む場合があり、IRボールの位置の計算を難しくします。
余談ですが、比較対象として図5に示したA2121は、ほぼセンサーカバーなしでもボールの方向検出が可能です。 しかし、AGC搭載センサであるため距離検出に不向きで、時間経過とともに出力するパルスが変化するため距離の把握が非常に難しかったのを記憶しています。
指向性が十分に鋭くないセンサの場合は、メカ的に一方方向しか見ないようなセンサカバーをメカ的に作ってやることで、指向性を挙げてやります。 この指向性をどれ位にすれば良いか、どんな形状のセンサカバーにすればいいのかを厳密に検討するのは難しいですが、私は「ボールの最大検出距離が下がらない範囲で一番絞る」方針で設計しました。 そう手間のかからない部分ですので、何種類か形状を作ってみてテストするのも楽かと思います。
読み込み回路
今回実験に使っているIRセンサ”TSSP58038”に限れば、マイコンのデジタルピンで読み込むだけの回路になるので、ここは端折ります。 冒頭でSTM32(3.3V駆動)でTSSP58038(5V信号)を読み込んでいると書きましたが、これはデジタルピンの5Vトレラント入力機能を使って実現しています。 センサの出力する信号電圧が、マイコンのデジタルピンの許容できる電圧を超えてしまうと、デジタル入力回路が壊れてしまうので、そちらだけ気をつけるべきでしょう。 あるいは、IRセンサによっては外部プルアップが必要だったりもすると思いますので、まずはデータシートを参照しましょう。
ソフトウェア
センシングにあたっては、これら複数のパルスセンサの出力を読み取り、それぞれのパルス幅からボールの位置を計算する事になります。 そこで、まずデジタルパルスの読み込み方法について紹介します。
IRセンサパルスの読み込みアルゴリズム
ボールセンサに搭載されるパルスセンサの数は、少ないもので数個、多いもので数十個に渡ります。 複数のデジタルピンのパルス幅(時間測定)をマイコンで実装する方法はいくつかあります。 例えばArduinoのpulseIn()関数を使って順番に読み込んでいく方法などはすぐに思いつきますが、読み込む対象が増えるとどんどん処理時間が増えていきます。 ここは読み込みの方法をすこし工夫することで、1ピンのパルス幅を読む時間だけで、数十ピンのパルス幅を同時に読み込めるので、その方法を紹介します。
またこれは必須ではありませんが、本記事でテストしたボールセンサの読み込みソフトウェアでは、ArduinoのPort Registersを使って読み込み速度を向上させています。 ArduinoのdigitalRead()関数は非常に便利な関数なのですが、少し処理が冗長な部分もあり、今回は処理速度優先で信号を読み込むために可読性を多少犠牲にしてこちらを使いました。 マイコンにもよりますが、だいたい10倍以上くらい読み込み処理が早くなるので、それだけパルス幅の測定解像度が上がります。
パルス読み込みを1つのピンごとに個別に行う方法をOne-by-one Readingと呼ぶことにします。 Arduinoであれば、pulseIn()という関数を使ってパルス入力をし、それをセンサの数だけ繰り返すような実装がこれに当たります。 図6の例では、プログラムは1パルスの間に13回読み込みを行い、そのうち何回Hが入力されたかカウントしてパルス幅を計算します。 実際にはプログラムの周期はもっと早いので、およそ数百回から数千回くらい読み込みが行われます。 ここで、実際のパルスセンサとは論理が逆(実際のセンサは赤外線を受光すると出力がLOW)であることに注意して下さい。
この方法では、パルス幅の測定は細かいサンプリングで行えますが、(センサの数×パルス幅)の分だけ時間がかかります。 ロボットにおいては、センサの個数が増えるほどセンサのサンプリングレートが下がるため、レスポンスの低下が懸念されます。 pulseIn関数を使う場合、833[us]周期のパルスにトリガをかける(図で言うとSensor output signalが0→1になる瞬間を検出する)まで1周期の間待機する必要があるものとすると、この時点で、最小0〜最大833[us]の待機時間が発生します。
目安として、平均の待機時間を0.5[ms]とし、トリガがかかってからの読み取りには最大で833 - 346[us] ≒ 0.5[ms]とすると、 1つのセンサの読み込みにかかる時間は、平均の待機時間0.5[ms] + 読み取り時間0.5[ms] = 1[ms]となります。 12個のセンサで読み込むのにかかる時間は、1[ms/1センサ] × 12[センサ] = 12[ms]となります。
実際にArduinoで実験した読み込み速度を元に、読み込み以外の処理に5[ms]である事を考慮すると、1回の読み込みにかかる時間はおよそ(0.017[s])^-1 ≒ 59[Hz]となります。 この周期はそれなりに早い周期に見えますが、RoboCupJuniorのロボットにとっては、59Hzはロボットにとってはかなり遅いサンプリング周期です。 センサを増やすなどして、読み込み以外の処理が増えたりした場合には、結構目に見える形でレスポンスが落ちていくのが分かるでしょう。
もう一つの読み込み方法として、読み込みの速度を向上させるために、全てのセンサにサンプリングを振り分けて同時に読み込む方法があります。 この方法では、全てのセンサを833[us](およそ1000分の1秒)以内に読み込むことができます。 読み込み以外の処理を先ほどと同じ5msで計算すると、全体で約6ms、読み取り周期は約166[Hz]まで向上します。
一方で、センサの読み取りの解像度はセンサの数に反比例するため、センサ数が増えれば増えるほど距離の解像度がどんどん悪くなっていきます。 しかし実際のところ、赤外線ボールから発せられるパルスの強さが4段階しか無く、パルス幅の測定精度が問題になることはほぼありません。 読み取り周期を上げてレスポンスを向上させたほうが競技においては有利になると思いますので、個人的にはこちらを実装するのを推奨します。
パルス幅データからボールの位置を計算する
GitHubリポジトリ(y6tada/RCJr_IRball)にプログラムを公開しました。
ハードウェアに依存するパラメータを以下に示します。
Constant-
#define IR_NUM 12
Number of pulse sensors
-
bool getSensorPin(uint8_t pin)
Return digital read result from index(0~11)
-
const uint8_t SensorPins[IR_NUM]
正面を0として時計回り11までのセンサ番号 - const float unitVectorX[IR_NUM]
- const float unitVectorY[IR_NUM] 12個のセンサの向いている方向のcos, sinの単位ベクトルが格納された配列
- const float deltaPulseWidth パルス幅を加算していく際の1回読み込みあたりの加算量 必要に応じて変更
ここで公開しているプログラムはあくまで参考で、先程のパルス読み込みの処理フローと、ボールの方向を計算するソフトウェアをそれっぽく実装したものになります。 当然、実装やコーディングはより良くできると思うのですが、自分はソフトウェアのほうは専門ではないためどうか大目に見て頂けたらと思います。
距離角度計算手法の比較テスト
Movie.1 Ball Tracking Test with Each Reading Method
実験プログラムを動作させて、実際にボールの軌道をトラッキングしてみました。
ボールの追跡方法は、以下の3つの組み合わせとしました。
- 一番強い反応を示したセンサの方向をボールの方向とし、 そのセンサのパルス幅をボールとの距離とする
- 一番強い反応を示したセンサの方向をボールの方向とし、 円形に並べたセンサのうち反応した個数を距離とする
- ベクトル計算
結果は次のようになりました。
変数:maxSensorNumber は、最大のパルス幅を示したセンサの番号(12方位)で、これをボールの方向として計算しています。 つまり、ボールセンサの数が12個であるため、12段階でしか角度を検出できないことになります。 ただ、実際12段階あれば競技には十分だったりもします。
変数:maxPulseWidth は、最大のパルス幅がいくつであったかを示しています。
この方法では、最大のパルス幅が大きければボールが近いというような計算を行っています。
しかし、グラフと動画の実際のボールの動きを照らし合わせてみてみると、角度は正しいものの距離がほとんど判別できていないことがわかります。
パルス幅に含まれているノイズ成分が大きいため、このままでは実用には値しません。
この方法をうまく使う事は難しいでしょう。 これの代わりとして、円形センサの特性を利用した距離判別方法があります。
変数:activeSneosrs は、パルス幅が0以上を示すパルスセンサの数を示しています。 ボールが近づいていくに連れて数が増えていく原理がイメージできるかと思います。 ロボットのすぐ近くでは、センサカバーで遮蔽していても反射などで真後ろのセンサに光が入るため、12個全部のセンサが反応する事があります。
この方法は、私がHefei世界大会マシンまで実際に使っていた方法です。 円形センサの大きな特徴として、この「反応個数で距離が割り出せる」事が挙げられます。 先程のセンシング方法と比較すると、動画の挙動と同じような、遠くから近くへと回ってくる軌跡を、きちんと追跡できていることがわかります。 円形配置でかつ遮蔽がきちんとできているセンサであれば、この反応個数をカウントする方法で距離を割り出すことができます。
では最後に、より高度なセンシング方法としてベクトル計算を紹介します。 本当は数学的な解説もしたいのですが、余裕が無いのでごめんなさい。
12個のセンサの反応をベクトル合成した軌跡を示したものです。 詳細はプログラムを参照して下さい。
方法1と2と比較すると、角度の検出精度が大幅に上がっていることがわかります。 距離についてはかなり誤差が大きくあまり当てにならない部分がありますが、角度に関しては今まで見えていなかった細かい挙動まで正確に追跡できています。 また距離についても、ベクトルの長さがボールとの距離に対応しているのが分かります。
ロボットを関数制御したいのであれば、この方法を用いて高解像度の角度情報を取得すると、うまくいくと思います。 また、オープンリーグはカメラを使う事でこれと似たような高い精度のボールの位置情報を得られるため、今後はボールの位置情報から回り込みを決定するまでの部分の技術が進歩していく可能性はありますね。
さいごに
質問や改善提案があればコメントまでお願いいたします。 また、サンプルコードに対する改善提案等が(ないと思いますが)あれば、GitHubの方でIssueかPull req投げていただけると対応できると思います。 よろしくおねがいします。
コメント
コメント一覧 (27)
ボールの角度・距離を得る方法は、幾通りもあると思います。
反応したセンサの角度の平均を取るのは、いい方法だと思います。
ただ、円環状に番号を振っていくと、不連続点(連続にならない点:例えば12個のセンサの0と11は隣り合いが数が連続ではない)がありますので、そこの処理が少し面倒かもしれませんね。
距離についても、処理の都合上3つだけにするとかは考えられると思います。
記事中のベクトル計算は、3つではなく12個全てのセンサの値を使って計算している事になります。
UARTを使って通信しています。
今回の実験データのモニタにも、USB-Serial変換モジュールを使いました。
書き込み用のTX/RXピンと、通信用を併用しているかたちです。
よく見てから、質問します。
はい、直繋ぎです。読み込み自体はデジタルで行っています。
実際には処理の過程でローパスフィルタを使っていますが、これはプログラムで実現されるものなのでデジタルフィルタという事になります。
ローパスフィルタ(Simple Moving Average)は記事中で紹介したGitHubにソースがあります。
https://github.com/y6tada/RCJr_IRball/blob/master/moving_average.h
質問に誤字がありました。すいません。
ソースも見てみようと思います。
質問なのですが、USBシリアル変換モジュールの型番を教えて頂いてもよろしいでしょうか?お時間ある時で構わないので、お願いします。
IRセンサの書き込み用に使ったものでしょうか。
今はRetired(生産中止)になっていますが、こちらです。
https://store.arduino.cc/usa/arduino-usb-2-serial-micro
秋月やスイッチサイエンスで売られている同等のUSBシリアル変換ボードでも、これと同じことはできます。たまたま貸してもらったものを使っただけです。
引数はセンサの向いている向きだと思います。
ソースコードを見る限り、一番目のセンサから 360/センサ数*(n番目 - 1) 度 づつずらした値を引数に取るのだと思います。TADAさんは12個センサを使っているので30度づつずらした sin , cos の値の近似値を利用していらっしゃいます。
私はTADAさん御本人ではないですし、まだまだ初心者なのでご参考までにお願いします。これで十分な回答になっていれば幸いです。
ありがとうございます!sin値とcos値の近似値にあわせてそこにパルスで測った距離をかけてX方向とY方向の成分をだしていくのかなーって勝手に解釈してみました。(間違っていたら指摘していただけるとありがたいです)
もし知っているのなら教えていただきたいのですがTADAさんの記事にあった”全てのセンサにサンプリングを振り分けて同時に読み込む方法”に関してなのですがサンプリングを振り分けるということがよく分からなくて困っています。digitalReadで読むのに加えて何かしているのでしょうか?
コメントありがとうございます。
サンプリングの振り分けについて、例えば以下のような問題を考えます。
動物園にて、A,B,Cの3種類の動物について1時間のうちどれくらいの間寝ているかを調べたいとします。ある人が1人でいくつかの展示場をまわり、それぞれの動物が1時間のうち何分間寝ていたかを調べたいとします。
1つめの方法は、Aの檻で1時間、Bの檻で1時間、Cの檻で1時間、というように順番に監視していく方法で、これだと3種類の動物の睡眠を記録するのに3時間かかります。
2つ目の方法は、Aを5分間、次にBを5分間、Cを5分間というように次々にまわりながら記録する方法で、1つめの方法のような細かい監視はできませんが、1時間で3つの檻にいる動物の寝ている/起きているを「ざっくりと」監視できます。
ここで
ABC3つの檻 = パルスセンサの数、図6, 7では3つ、サンプルプログラムでは12個
動物が起きている or 寝ている = IRセンサのHIGH, LOW
一人の人が動物が起きているか寝ているかを確認する = digitalRead()する
に置き換えられます。
わかりやすい説明ありがとうございます!!
つまり、最初に挙げていた”Aの檻で1時間、Bの檻で1時間、Cの檻で1時間、というように順番に監視していく方法”というものがpulseInで方法ということですね。
時間に関してなのですがdigitalReaad()で読む時間を詳しくは知らないですが833μs経過するまで全てのセンサーをできる限り読み取っているのですか?
> 833μs経過するまで全てのセンサーをできる限り読み取っている
はい、仰るとおりです。以下の行がその条件になっています。
https://github.com/y6tada/RCJr_IRball/blob/6366954d018e918c325f2c4b4eefef9cc38f85fc/sensor_control.cpp#L50
別の記事でキッカーの昇圧に関する物を見ました。とても参考になる記事ありがとうございます。
一つわからない点があり、コンデンサの耐電圧はもちろん昇圧後の電圧以下にするのはわかるのですが容量の選定基準がわかりません。
教えていただけるとありがたいです。
コメントありがとうございます。日本語が母語ではないとお見受けしましたので、英語で返信をさせていただけたらと思います。
Thank you for your comment in Japanese, and apologize for my late response.
I am guessing that Japanese is not your primary language, please let me reply the comment in English.
> No measurement result shown when you run the sample source code, what do you think is the problem?
I'm afraid I am not sure the cause because I don't know your testing environment. I need to know your hardware configuration as well as the software design, such as how many times you call the ball sensing calculation per second.
> What do I need to write on those variables?
> const float unitVectorX[IR_NUM]
> const float unitVectorY[IR_NUM]
These are equivalent to followings.
unitVectorX = {cos(90deg), cos(60deg), cos(30deg), ...}
unitVectorX = {sin(90deg), sin(60deg), sin(30deg), ...}
In the program and article, number of sensors are 12, and direction is described using clock. position. For example, sensor 0 is 12 o'clock and this is a forward direction for the robot, and then it is 90 degree in the cartesian coordinate system. Hope it helps you, thanks.
質問なのですがGitHubにあるプログラムはデータを一回取るためだけのプログラムなのでしょうか?
実際にロボットにあのプログラムを入れても正常に動くのか疑問に思いました。
個人的に833μsを監視しながらのdo-whileの文が二回目以降の動作の時にmicros()の値が833μs以上から始まってしまう気がします。
どうなのでしょうか?
コメントありがとうございます。
> GitHubにあるプログラムはデータを一回取るためだけのプログラムなのでしょうか?
トップレベルではArduinoのvoid loop()内部で実行されているので無限に実行されるはずで、sensorInfo_t getAllSensorPulseWidth()は1回実行すると約833us後に離脱して戻り値として全センサのパルス幅計測結果を返してくるはずです。
> 実際にロボットにあのプログラムを入れても正常に動くのか疑問に思いました。
実際に動かしてみてください。
> do-whileの文が二回目以降の動作の時にmicros()の値が833μs以上から始まってしまう気がします。
Arduinoの標準ライブラリのmicros()関数は、Arduinoの電源を入れてからの秒数をマイクロ秒で返してくるので、1回目に実行される時と10回目に実行される時とでは、micros()の返してくる値それ自体は大きく違うでしょう。
以下の行で、do-whileをスタートする直前の時刻を取得して、そこからの差分(micros() - startTime_us)を監視することで、1回目でも10回目でもdo-whileの実行時間が833us一定になるようにしています。
https://github.com/y6tada/RCJr_IRball/blob/6366954d018e918c325f2c4b4eefef9cc38f85fc/sensor_control.cpp#L43