自転車走行ロガー　制作：2006-01-13〜

一人で走っていると昨日より速く走っているのか、遅く走っているのかわかりません。前回の走行時の速度を記録しておき、前回は今走っている位置よりどれだけ前「後ろ」を走っていたのか表示する装置を作ってみることにしました。その距離を見ながら前回の自分との競争をするわけです。同じコースでないと比較の意味がありませんがたいていはいつも同じコースを走ります。

回路図をＥＡＧＬＥで書いて、基板を作ります。実験基板なので全て自動配線です。４本未配線になりましたが後でハンダ面に配線します。８×５ｃｍ程度です。ちょっと大きすぎますが小型化は後回しです。


回路図

走行データはタイヤが１回転するのにかかる時間を記録することにします。この時間はシリアルＥＥＰＲＯＭ（フラッシュメモリー）に記録します。タイヤの周長は約２ｍです、時間は２バイトで記録するので１２８ＫバイトのＥＥＰＲＯＭなら　１２８×１０２４[バイト]／２[バイト]×２[m]＝１３１０７２[ｍ]記録できます。今回分を記録しながら、前回分を読み出すので実際はこの半分の距離しか記録できません。１日で６５ｋｍ走ることはよくあるので１回転おきに記録するなど工夫が必要になります。最大速度は時速１００ｋｍ（もちろん下り坂です）を超えることはなく、最低速度も時速５ｋｍを下回ることはありません。この範囲内で十分な精度を確保できるように２バイトを使います。時速１００ｋｍでもタイヤの回転数はきわめてゆっくりです。このときのタイヤ１回転に要する時間は　２[ｍ]／（１００[ｋｍ／ｈ]×１０００[ｍ]／３６００[秒]）＝７２[ｍｓ] となります。ＥＥＰＲＯＭへの書き込み待ち時間の５[ｍｓ]も十分確保できそうです。

ログデータをパソコンに保存しておけるようにＲＳ２３２Ｃインターフェースも付けてみました。小型化するならＲＳ２３２Ｃ部分は本体と別体としてしまうことも出来ます。表示は３桁で単位はメートルです。前回の自分を９９９[ｍ]も引き離すのは無理なので３桁で十分です。

メーカー製のスピードメーターはこのようにスポークに磁石を取り付けて、これをセンサーで検知することにより速度を表示する仕組みになっています。光学式が使用されないのは汚れに対して強いからだと思われます。上の回路図ではデジタル回転計同様の光学式センサーを使用していますが、磁気センサータイプも設計してみることにします。


ホール素子の使い方の確認のためこんな本を買いました。磁力を計測するための回路が掲載されていましたが、単なるＯＮ／ＯＦＦのスイッチとして使う場合の回路例がありません。ちょっと失敗です。ホールセンサーにはホールＩＣというものとホール素子という物があり、
　ホールＩＣ：ホール素子とオペアンプを内蔵しＯＮ／ＯＦＦのスイッチとして使用するようにした物。３本足。
　ホール素子：磁力センサーのみの単体の素子。４本足。オペアンプと組み合わせて使用する
ということなので、今回の用途のためにはホールＩＣが適しています。ホールＩＣはそれ単体でデジタルＩＣとして機能できるので、わざわざプリント基板を作るほどの物ではありませんでした。ホールＩＣは￥１００、ホール素子は￥５０程度で購入できます。


図書館で借りてきました。こちらのほうがわかりやすく解説されています。表紙のデザインもホール素子の回路です。東京電機大学出版局の本は応用の利く知識の習得が出来る物が多いのでお勧めです。


基板を作りました。ＧＮＤのランドとべたパターンとの隙間もきれいに出ています。右はセンサー基板、ホットボンドで固定する予定なので取り付けしろがありません。大きいのがフォトリフレクター用、小さいのはホールセンサー用。ホールセンサー用は１つ予備を作りました。ピン間を抜くときのランドは幅が狭いので穴あけはいきなり目的のサイズではなく０．６ｍｍで下穴を開けておかないとうまくいきません。


現像剤のこの結晶はとても鋭いのでよく溶かさないとマスクパターンに傷を付けてしまいます。


秋月電子で部品を購入。今度のＬＥＤは個々は３つが一体になった物。奇妙なほど足が長い。


基板が出来ると、あっという間に完成します。ソフトは簡単なのでｍｉｋｒｏＢＡＳＩＣで書くことにします。２Ｋワード以内に納められるか挑戦です。

走行データをＰＣにダウンロード／アップロードする機能があればいろいろ面白いことが出来そうです。
　・最高区間タイムを合成して、最速の自分と競争。
　・データを１％増にして、１％早い自分と競争。
　・複数回のデータをメモリー（現フラッシュメモリーの容量ではちょっと無理）して、その中での自分の順位を表示。
ＰＣ側のソフトは手抜きするつもりでしたが、ここまでやるならメモリー管理ツールが必要です。

これがホール素子です、左がホール素子（東芝　ＴＨＳ−１１９　￥５０）、右がホールＩＣ（松下　ＤＮ６８５１−Ａ　￥６０）共に千石電商で購入。データシートを見ると消費電力が大きく５ｍＡほど流れるようです。ボタン電池での駆動は無理みたいです。メーカ製スピードメーターのセンサーは磁石を近づけるとカチカチ音がするのでリードスイッチを使用している物と思われます。生産コストの問題でリードスイッチを使用していると思っていたのですが、どうやら消費電力のほうが、その理由のようです。最終的には小型、低消費電力化するつもりですが小型化より消費電力を抑えるほうが難しそうです。もっとも消費電力を抑えないと電池が大きくなって小型化も出来ません。


ホールＩＣの消費電力を実測してみました。やはり大食いです。３．３ｍＡも流れます。電源電圧は５Ｖです。最近のＬＥＤは１．０ｍＡ流せば十分明るく光ってくれるので３．３ｍＡは流れすぎです。自転車は急加速、急減速が出来ないので、必要なときだけセンサーをＯＮにするようにすれば消費電力を抑えられそうですが、今回の回路はそこまで考えていないのでこの方法はしばらくおあずけです。
自転車のホイールに付ける小さな磁石では４ｍｍ程度の距離に近づけないと反応しませんでした。ちょっとぎりぎりです。センサーの向きと磁石の極の方向合わせをうまくやらないと、磁石が遠ざかったにもかかわらず、センサーからの信号がＯＮになりっぱなしになるので、取り付け角度の調整も神経質にやらないといけないようです。


ソフト開発開始です。先ずはＬＥＤの点灯から。昼間の視認性を良くするために電流を多めに流してＬＥＤを明るく光らせてみましたが、これだけで１００ｍＡ近く流れています。電源は単４電池４本の予定です。段差などを乗り越える振動で瞬間的に電源断したときのために小さな電解コンデンサーを入れておきましたが、これだけ電流が流れると容量不足です。


３桁のＬＥＤには距離を表示するつもりでしたが、距離だと坂道の勾配が変わったりするポイントで追いついたり離されたりするので、距離ではなく時間差を表示した方が良さそうです。距離表示のほうが、追いついたときに尻に食らいつく感じがして良いので、スイッチの一つをモードスイッチにして「距離モード」「時間モード」を切り替えられるようにします。プログラムの造りは「時間モード」のほうが簡単なので、とりあえず時間モードで作って、後から距離モードを追加することにします。

３つあるＬＥＤは多すぎると思いましたが、いろいろ考えると３つ以上ほしくなります。機能としては．．．
　・距離が詰まっている、離されている、ほぼ同速度で走っている（３色ＬＥＤにしたら面白そう）
　・タイムが詰まっている、離されている、ほぼ同速度で走っている
　・センサーが磁石に近づいたとき点灯、離れたとき消灯
　・ＥＥＰＲＯＭにデータを記録中、記録停止
　・速度モード、距離モード

スイッチも
　・計測開始、終了
　・速度モード、距離モードのモード切替
　・区間タイム記録（毎回走るたびに全く同じ経路で走れないので正確に比較するために必要。特にＰＣにダウンロードした時）
　・ダウンロード開始、ダウンロードキャンセル

このあたりの機能は実走しながら煮詰めていこうと思います。

開発はｍｉｋｒｏＢＡＳＩＣを使用していますが、シリアルＥＥＰＲＯＭからの読み出しではまってしまいました。使った物はＡＴＭＥＬ製のＡＴ２４Ｃ１０２４。プログラムはこんな物。ｍｉｋｒｏＢＡＳＩＣはまだサンプルプログラムが掲載されているＷｅｂサイトが少なくて、はまるとやっかいです。

'===============================================================================
' 24C1024 serial eeprom random READ
'===============================================================================
sub function ser_eep_read(
    dim dev_addr  as byte,
    dim addr_high as byte,
    dim addr_low  as byte
  ) as byte
    I2C_Start
    I2C_Wr( dev_addr  )
    I2C_Wr( addr_high )
    I2C_Wr( addr_low  )
    I2C_Repeated_Start
    I2C_Wr( dev_addr or 0x01 )
    result = I2C_Rd(0)
    I2C_Stop
end sub

読み出し信号はこれ。信号をロジックアナライザーで計測してみました。９９％うまくいっているようなのですが一番最後がなんだか変です。


これはＮＣ翼型スチロールカッターのプログラム(Wiz-Cで開発)の信号。周波数が違うので信号の間隔が違ってますが相似形であればＯＫです。こちらは正しく動いているので、これと比べてみるとやはり一番最後が変です。上の物には句点に相当する「これで信号は終わり」というのがありません。


こんなふうに、ちょっと待ち時間を追加したら動くようになりました。

sub function ser_eep_read(
    dim dev_addr  as byte,
    dim addr_high as byte,
    dim addr_low  as byte
  ) as byte
    I2C_Start
    I2C_Wr( dev_addr  )
    I2C_Wr( addr_high )
    I2C_Wr( addr_low  )
    I2C_Repeated_Start
    I2C_Wr( dev_addr or 0x01 )
    result = I2C_Rd(0)
    Delay_us(100)
    I2C_Stop
end sub

これがうまくいった信号。１００マイクロ秒はちょっと長すぎたみたいで間延びしてますが、とりあえずＯＫです。１カ所「ひげ」が出てますが、これは計測サンプリングタイミングの問題です。本来は全てこの「ひげ」があるはずなのですが、計測サンプリング間隔が長いと検知できません。


うまくいったところで、止めていた７セグメントＬＥＤの表示をさせたら書き込みが動かなくなってしまいました。割り込み処理が原因である可能性大です。以下のように書き込みの前後に割り込み禁止／許可命令を入れたら動くようになりました。Delay_us(20)というのはI2C_Stopサブルーチンから戻ってきた直後には、まだＳＴＯＰ信号が出力されていないのでそれを待つ時間です。実際はもっと早いのですが余裕を見て２０マイクロ秒にしてあります。Delay_ms(5)の部分まで割り込み禁止にするとＬＥＤの表示がちらつきます。一方、読み込みのほうは割り込みがかかっても問題なく動きます。

sub procedure ser_eep_write(
    dim dev_addr  as byte,
    dim addr_high as byte,
    dim addr_low  as byte,
    dim data      as byte
  )
    INTCON.GIE   = 0
    I2C_Start
    I2C_Wr( dev_addr  )
    I2C_Wr( addr_high )
    I2C_Wr( addr_low  )
    I2C_Wr( data      )
    I2C_Stop
    Delay_us(20)
    INTCON.GIE   = 1
    Delay_ms(5)
end sub

RS-232C接続に取りかかりました。コンパイル時に親切なメッセージを出してくれるところはＧＯＯＤ。ＰＩＣのＵＳＡＲＴの仕様がわかってないと、なぜ１１５２００ｂｐｓが１２５０００ｂｐｓに強制的に変更されてしまったのか不明ですが．．．。それはいいのですが文字化けします。


上のプログラム、受信した１バイトデータをそのまま送り返すプログラムなのですが、通信速度が速すぎるのがまずいのかと思って９６００ｂｐｓで試したのがこの波形。受信したデータが上の波形。それを送り返した物が下の波形。形が同じじゃありません。なぜ？？？


！！　そんなモンです。いつも２０ＭＨｚのセラロックを使っているので２０って入れてました。巨大な１２．８ＭＨｚの水晶発振モジュールが目に入っていたはずなのに。しかも水晶発振モジュールに１２．８０００ＭＨｚて印刷までしてあるのに。１日を無駄に過ごしました。


とりあえず入出力廻りのテストが完了したところで、データを取るための初期バージョンの開発をします。一番最初に走るときはデータがないので距離差やタイム差は表示できないので、単にスピードを表示するようにします。つまり、単なるスピードメーターになります。デジタル回転計同様、今回も１６ピットのTMR1を使うことにします。とりあえずメモリーの節約は後回しにしてプリスケーラは１：１にします。プリスケーラが１：１だと時速５km/hの時、ＴＭＲ１は７１回オーバーフローするので、そのまま無加工で書き込むとタイヤ１回転につき３バイト消費します。

時速[km/h]＝タイヤの１時間の回転数[rph] × タイヤ１回転で走る距離[ｋm]
　　　　　　　＝１時間のタイマーカウント数[count/h] ／ タイヤ１回転のカウント数[count] × タイヤ１回転で走る距離[ｋm]
　　　　　　　＝１秒間のタイマーカウント数[count/sec] × ３６００[sec/h] ／ タイヤ１回転のカウント数[count] × タイヤ１回転で走る距離[ｋm]
　　　　　　　＝１２．８[MHz]×１００００００[Hz/MHz]／４[cyc/count]　×　３６００[sec/h]　／　タイヤ１回転のカウント数[count]　×　２．０９０[m]　／　１０００[m/km]
　　　　　　　＝２４０７６８００　／　タイヤ１回転のカウント数[count]

２．０９０[m]はタイヤのサイズが７００×１９Cの時の物です。７００は２７インチ、１９Cはタイヤの幅がだいたい１９ｍｍという意味です。タイヤを履き替えるとタイヤ周長が変わってしまうので欲張ればセットアップ機能も欲しいところです。プログラムを２ｋワード以下に納めるのは難しくなってきました。．．．ほぼ不可能です。

シリアルＥＥＰＲＯＭに書き込んだデータが、だだしく読めていないようなきがします。データシート見てみるとＡＴ２４Ｃ１０２４の書き込み待ち時間は最大１０ｍｓだそうです。５ｍｓでは時々書き込めていないみたいです。だだしく読めていないのではなく正しく書き込めていませんでした。こんなんでまた半日を無駄にしてしまいました。


市販のスピードメーターと並べで動作させてみましたが、同じになりません。センサーの位置が違うので単純比較できませんが、加速しているときは市販品のほうが遅く表示されて、減速しているときは市販品のほうが速く表示されます。等速で走っているときはほぼ同じようです（同じでなければいけません！！）。高速で走っているときはめまぐるしく値が変わり見づらくなるので市販の物は何らかのアルゴリズムで見やすくしている物と思われます。
スピードメーターモードでの表示 <-動いているところ

電源は単４電池４本です。これでも計算上７時間しかもちません。５本のピンはプログラム書き換え用のＩＣＳＰコネクター。右はそのアダプター。


本体はゴム止め。センサーはケーブルをホットボンドでＦＲＰ板に接着してそれをタイラップでフォークに固定しています。センサー用の基板は使いませんでした。


ちょっと走ってきました。縦軸が時速、横軸がタイヤの累計回転数で、タイヤ周長が約２ｍなので２倍するとほぼ距離に等しくなります。速度が出ているのは車道を走っているときです。何度か停車していますが時速５ｋｍ以下は記録しないようにしていたので停車した場所がわかりません。時速５ｋｍ以下でもタイヤ１回転毎に記録するように変更します。


停車したとき０を記録するように変更しました。２度停車しているのがわかります。横軸はＥＸＣＥＬの式をつかってメートル表示にしました。このグラフは片道２．７ｋｍの通勤経路です。一端電源をＯＦＦしてしまうと、メモリーの先頭から上書きされてしまうので片道分だけです。大食いなので止まっているときは電源を切っておきたいので、追記モードが必要です。プログラムメモリーも７０％使用済みです、使い切ったらＰＩＣ１６Ｆ８７３から２倍のメモリーがあるＰＩＮ互換のＰＩＣ１６Ｆ８７６に載せ替えます。７ＳＥＧ＿ＬＥＤは昼間だと若干暗いので、あと２倍程度電流流した方が良さそうです。逆に３つのシングルＬＥＤは昼間でも明るすぎるくらいです。


bicyclelog.zip へのリンク　＜−基板レイアウト＆回路図（ＥＡＧＬＥ）　回路図のＰＤＦは上の方に貼り付いてます。

小型版の構想（メモしておかないと忘れるのでここに書いておきます）

・バッテリーは充電式のニッケル水素電池を使用。単５もしくは単４×４本にする
　->単５は没にします。最大計測距離１３６ｋｍ記録する前に電池がなくなるので
・充電式バッテリーなら節電の必要性ないのでＬＥＤのままでいく　出来ればもうちょっと数字が大きい方がよい
・速度表示の時は下１桁が小さい方が見やすい
・大きさは現在の半分（上から見た大きさ）にする
・ＰＩＣは２８ピンだとちょっと不足なので４０ピンのＰＩＣ１６Ｆ８７７にしよう。ＤＩＰだと大きいのでフラットパッケージの物を使う　ＩＣＳＰコネクタ必須
・スイッチは４つ欲しい
・ちょうどいいサイズのケースはなさそうなので削りだしで作ってしまう方が簡単そう
・メモリーは１Ｍビットの物を３つ使用する（豪華！！　力業！！）　最大計測距離１３６ｋｍ
・電池切れ警告灯が欲しい
・上り坂の一番下から「よーいドン」で競争したいとき、それまでの距離差、時間差を暫定的にゼロにするスイッチが欲しい
　前回のラップタイム記録位置に現在地をシンクロさせる機能。スイッチ１個追加。スイッチだらけ。
・タイヤ周長はＰＩＣ内蔵のＥＥＰＲＯＭにセットしよう。
・ついでに磁石はもっと小さくて薄っぺらいものにしよう。ネオジウム磁石ならもっと小さくなるはず。市販品は不細工です。

重さは電池込みで１０２ｇ


構想通りの小型版をＥＡＧＬＥで作りました。５０×４８ｍｍサイズに収まりました。基板の裏表両方に部品を配置するとＥＡＧＬＥのオートルーターはものすごく時間がかかるようになります。２３２Ｃインターフェース部分は別基板です。


１００％自動配線です。ＰＩＣを中心に放射状に部品を配置しないと配線しきれなくなります。操作のしやすさ、見やすさと、配線のしやすさのバランスを取らないといけないので、レイアウトを決めるだけで疲れ果ててしまいました。黄色い部品は裏面配置です。抵抗とトランジスターも全てチップ部品を裏面に配置しています。


ＰＩＣ１６Ｆ８７３のメモリー使い切りました。ＰＩＣ１６Ｆ８７６に載せ替えます。


載せ替えました。見た目何も変わりませんがプログラムメモリーの容量は２倍です。ＰＩＣ１６Ｆ８７３とはほぼ完全互換品なのでプログラム変更は全く不要でした。


同じ通勤経路で走って、前回走行時の物と比較してみました。左軸が時速、右軸が秒です。赤い線が前回走行時、青い線が今回走行のものです。緑の線はタイム差です。最終的には１分引き離してＧＯＡＬしています。５５０ｍまでは団地の中を走っている区間で前回は雪が残っている場所をよけながらの走行です。大きなタイム差がついたのはこの区間です。そこから９００ｍ地点までは勾配７〜８％の下りでペダルは踏んでいません。ゴール付近の速度がゼロになっているところが勤務場所の入り口で、そのあとは駐輪場までの１３０ｍです。今回は前回よりかなりがんばって走っていますが、９００ｍ〜２５００ｍまでにつけたタイム差は１０秒でしかありません。秒単位のタイム差表示ではちょっと粗い感じです。


タイム差と、距離差をグラフにしてみました。緑の線は上の物同様タイム差です。オレンジの線が距離差です。同じコースを走っているので最終的には距離差はゼロになります。今回同じコースを走りましたが、走行距離に１０ｍの差がありました。雪がある場所をよけただけでこれだけの差が出るので、距離差時間差をゼロにする機能が必要になりそうです。
タイム差のほうは後半詰まっていないのに、距離は縮まっています。最終的には２２０ｍ差を付けてＧＯＡＬしていますが、最も距離が開いた地点では４４０ｍの差が付いています。
大きく差が付いているときはタイム差、ほぼ同タイムで走っているときは距離差を表示する方が良さそうです。


ダウンロードされたファイルはこんなテキストファイルです。ＥＸＣＥＬにコピペして使います。１行目がスタート地点からゴール地点までのタイヤの回転数。１６進です。２行目以降がタイヤ１回転にかかった時間です。なので大きい方がスピードが遅いことになります。これを３２０００００で割るとタイヤ１回転にかかった秒数になります。これも１６進です。時速５キロ以下のときは００００００になります


９６００ｐｂｓって結構早いのね
ダウンロード機能のプログラミングは簡単でしたが、アップロードのほうは面倒でした。シリアルＥＥＰＲＯＭのランダムライト１バイト書き込むのに１０ｍｓかかります、一方、ＲＳ２３２Ｃからは９６００ｂｐｓでデータが送られてきます、これは１バイトあたり０．８３ｍｓです（パリティーがどーのこーのというのは無視して）通信速度のほうがＥＥＰＲＯＭへの書き込み速度より早いのでデータを取りこぼしてしまいます。したがってランダムライトではなくページライト（ＰａｇｅＷｒｉｔｅ）する必要があります。ページライトなら２５６バイトにつき１０ｍｓの待ち時間ですみます。
２５６バイトのバッファーをＲＡＭに確保して、たまったら書き出すという処理を繰り返すことにします。実際は２５６バイトもＲＡＭが確保できないので１６バイト程度にします。もっともバッファーを大きくしすぎるとバッファーの中身を吐き出す時間が長くなりすぎてデータを取りこぼしてしまいます。
本来はこんな変な考慮をせずに、フロー制御（受け取る準備ができるまでデータ送るの待ってね...という取り決め）をすればいいのですが、これをやるとＰＣ側のソフトを作る必要があります。現在、ＰＣ側はWindows標準のハイパーターミナルを使っています。テキストファイルの送受信ならこれで十分です。

いつものスキー場までのコース、走れるようになっていました。ちょっと隠れて見えませんが左上が泉ヶ岳のスキー場です。Ｐｍ３：３０の時点で気温０度。久しぶりに走ったので膝が痛くなりました。無理をすると回復が長引くので山道での実走テストは来週にします。センサーが付いている自転車はフロントダブルギヤで、なまった足ではこの坂を上れません。ここより１ｋｍほど下(手前)は急坂で伏せると時速８０キロ出ます。


タイム差表示モードのバグがなかなかとれません。ホイールを手で３００ｍぶんほど回すだけだと問題ないのに。２〜３ｋｍ試走して帰ってくるとダメ。表示されている値と、ダウンロードファイルをＥＸＣＥＬで加工計算した値が合いません。ソフトウェア開発は時間も手間もかかりますが、プログラムの開発経過を見ても面白くないので掲載するネタがありません。今週中にはタイム差モードを完成させたいのですが．．．

電池残量が少なくなってくるとちょっとした振動でＰＩＣにリセットがかかります。たぶん電池ボックスの中で電池が動いた瞬間に接触不良を起こして電圧が下がる物と思われます。対策のために電気２重層コンデンサーをつないでみました、効果はありますが５秒も持つのでオーバースペックです。１００ｕＦを４７０ｕＦに変更するだけにしました。ちょっとはマシになるはず。２号機は電池ボックスは使わずに、電池をハンダ付けすることにします。


センサーは素子がむき出しだったのでエポキシ接着剤で固めて保護することにしました。透明な熱収縮チューブの下部をネジの頭で栓をして、接着剤を流し込みました。固まったらネジは切り落とします。熱収縮チューブを使用した理由は「ちょうど良い直径だったから」です。エア抜きのためにヒートガンで暖めましたが、加熱しすぎると収縮してしまうので、かえって作業性は悪くなります。右は同じようにＦＲＰ板に取り付けたところ。熱収縮チューブは接着剤が付かないみたいなのでペロっと剥がしました。同じ物をもう一つ作ったのですがセンサーが壊れてました。テスターで測定してみるとセンサーの電源間抵抗が０．４Ωしかありません。原因は静電気でしょうか？普通のトランジスターみたいな格好してますが、これでもＣＭＯＳ−ＩＣですから。あと２〜３個買っておくべきでした。


３０ｋｍほど走ってきました、明日はこれと比較しますが、雨かもしれません。基板むき出しなので雨が降ったら使えません。


登りの４ｋｍちょっとの区間での結果です。右の目盛りが時間差です。一番左が上り始め、右端が頂上です。ＬＥＤの表示は３０秒差付近を示していたのですが、実際は１０秒差でゴールしています。差が出る原因がまだつかめていません。赤い線が前回走行データ、青い線が今回の物です。


走行途中でリセットがかかるので電池ボックスは廃止しました。コネクターはラジコン用の物を使いました。


センサーもう一個作りました。通勤用の自転車に取り付けます。今日はちょっと寒いのでストーブの前につるして硬化を促進しています。南側斜面のスキー場の雪はだいぶ溶けて地面が見えてきましたが、夕方走るとちょっと寒いです。暗くなってライト（メタルハライド）を点けたらノイズでリセットがかかってしまいました。金属製のケースに入れないとダメみたいです。センサーのケーブルからノイズを拾っているのであればケースに入れてもダメですけど．．．


走りに出かけようとしてタイヤに空気を入れているときに気が付きました。下地が見えてしまうほど減っています。高圧なのでタイヤが切れるとチューブが飛び出して破裂します。パンクと違って破裂の場合は大穴があくのでチューブはゴミになります。切ってみましたが、下地が見えてもサイドの一番薄いところよりも厚みはあります。


やっとＥＸＣＥＬで計算した理論値と、実際の表示値が合いました。原因はｍｉｋｒｏＢＡＳＩＣのバグかバグフィックスのパッチをあてていなかったため。バンク切り替えが正しくなかったみたい（たぶん）。ｍｉｋｒｏＢＡＳＩＣをＶ４．０２にしたら正常に動作するようになりました。写真は４０ｋｍ走った後の結果。表示は０．１秒単位。１／１００秒は切り捨てです。時間差を表示する場合もう一桁欲しいところです。風向きが違うとＴＯＴＡＬでは時間差が少なくても片道では１００秒以上タイム差が付いて表示がオーバーフローしてしまいます。


朝の通勤時にデータを取って、そのまま電源入れっぱなしでした。電池は５時間程度しか持たないので空っぽ。充電した後、通勤データのダウンロードまでは出来たのですが、ＬＥＤにおかしな値を表示するので、バグだと思いバグ取り用のコードを仕込んだプログラムを書き込んで動かしてみると、どんどん症状が悪化していく。プログラムを書き換えていないのに電源入れるたびに違う動作をするので、ＰＩＣを疑って交換すると完治。電圧が次第に下がっていくと壊れたりするんでしょうか？　ＰＩＣ以外にも「発信器」「シリアルＥＥＰＲＯＭ」「ＲＳ２３２ＣインターフェースＩＣ」が付いているので、どれが悪さしたのかわかりません。昇圧回路が入っているので２３２ＣインターフェースＩＣが怪しいのですが．．．