初期化は

SPI_InitTypeDef SPI_InitStructure;

// 2線・全二重モード
SPI_InitStructure.SPI_Direction = SPI_Direction_2Lines_FullDuplex;

// スレーブモード
SPI_InitStructure.SPI_Mode = SPI_Mode_Slave;
// 8bitモード
SPI_InitStructure.SPI_DataSize = SPI_DataSize_8b;
// クロック極性: 通常時L
SPI_InitStructure.SPI_CPOL = SPI_CPOL_Low;
// クロックフェーズ: 1エッジ
SPI_InitStructure.SPI_CPHA = SPI_CPHA_1Edge;
// SPI_NSS_Hard: NSSピンはマスターからのCSとして使用しそれにより自動イネーブル
// SPI_NSS_Soft: 手動(SPI_CR1->SSIビットをNSSとして使用)
SPI_InitStructure.SPI_NSS = SPI_NSS_Hard;
// MSBから送受信
SPI_InitStructure.SPI_FirstBit = SPI_FirstBit_MSB;
// CRCは使用しないがデフォルトの多項式 7 を設定
SPI_InitStructure.SPI_CRCPolynomial = 7;

SPI_Init(SPI1, &SPI_InitStructure);

こんなコード。SPI_InitTypeDef 構造体メンバ中、 SPI_BaudRatePrescaler のみ、なにも設定していないが、スレーブモードなので、設定しなくていいと思っていた。

でも、SPI_Init() のソースを見ると、構造体メンバの値を単純にorしたものを、SPI_CR1レジスタに設定していた。

tmpreg |= (uint16_t)((uint32_t)SPI_InitStruct->SPI_Direction | SPI_InitStruct->SPI_Mode |
SPI_InitStruct->SPI_DataSize | SPI_InitStruct->SPI_CPOL |
SPI_InitStruct->SPI_CPHA | SPI_InitStruct->SPI_NSS |
SPI_InitStruct->SPI_BaudRatePrescaler | SPI_InitStruct->SPI_FirstBit);
/* Write to SPIx CR1 */
SPIx->CR1 = tmpreg;

構造体メンバに１つでも未初期化のものがあると、めちゃくちゃな値がCR1レジスタ全体に設定されてしまうのだった…それで不安定だったのかorz。

debug時はassert_param()でパラメータチェックが入るからいいのだが、ズボラにズボラを重ねていきなりreleaseで作っていると当然ノーチェック。

構造体メンバはまず

SPI_StructInit(&SPI_InitStructure);

しておけば、必要な構造体メンバの初期化がされるので、必ず行うべきなのだった…。

お店でいくつか試着してみて、GIROのNINE.10にした。NINE.10は、「ひさし」部分にエアダクトがあって、ゴーグルが曇りにくいように考慮されている点が気に入った。

それと手持ちのゴーグルにフィットするかという点も考慮した。これはとても重要なので、ヘルメットはお店で、自分の頭と、それと使用予定のゴーグルとも合わせてみた上で買ったほうがいいと思う。これを考慮せずに買って、メットとゴーグルとにスキマができて、おデコに風がモロ当たりで寒い思いをする人もいます。

GIROのヘルメットは TuneUpsシステムと称して、イヤーパッド部分に仕込むヘッドホン（やBluetoothヘッドセット）のオプションが用意されている。
けれどもGIRO純正品は結構なお値段がしますので、なんか適当に、耳掛け式ヘッドホンを加工して仕込めばいいんじゃね？と思い・・

これを買ってきた。パナソニックの耳掛けヘッドホン RP-HZ47
厚さ約9.9mmの薄型設計 を謳っているので、これはイヤーパッドに仕込むのにちょうどいいんじゃね？と思ったわけです。そんで800円くらいで安いし。

ヘルメットのイヤーパッド内に仕込むにあたって、ヘッドホンの耳掛けパーツは不要になるわけだが、RP-HZ47の耳掛けは、それを止めている樹脂パーツを、精密ドライバーかなんかでコジれば簡単にとれる。

で、ヘルメットのイヤーパッド内の丸いスポンジを取り外し（ベルクロで簡単に開けて取り出せるようになっている。GIROの説明書には、スポンジを外すと外界の音が聞こえやすくなります、と書いてあった）、その中にヘッドホンのユニットを入れるだけ。
（イヤーパッド内に仕込むわけなので、ヘッドホンについているスポンジは別にいらないと思うので、それも取り去ってから入れた。素直にはずせるかと思ったら一部接着剤で貼り付いていたがむしり取った。まあどうせ800円だし）

ヒャッハー！イヤーパッドのパンチング部分から微かに覗く青いユニットがシブいぜえ！
コードの処理はダサいけどな！

手持ちのBluetoothレシーバを接続してゲレンデで使ってみたけど、なかなか具合がよろしかったです。
音質はそんなに気にしていません。どうせ、外界の音も聞こえるようにボリューム絞って使うし、なにしろ800円以下だし。

これで、リフトに乗っている退屈な時間も、少しは気が紛れると言うものです。

まあ、ともかく、普通、寝る前には充電すると思いますけど、特にスマホではなおさらそうだろうと思いますけど、
私は、うつらうつらしたとたん、GALAXY SIIに「ピギョ！ピギョ！」という異音充電完了通知音で叩き起こされたことが、何度もある。心底むかついてあやうくひっつかんでぶん投げそうになった。

標準でこれを消す方法ぐらい用意しておけよ！

• 症状その１

  充電器で充電しているだけでも、通信用の接続と誤認し「USBモードを有効にするとBluetoothが無効になります。続行しますか？」というダイアログが出ることがある。

• 症状その２
  充電中マークが点いているのに、電池容量は減っていくという不条理な状態になることがあり、非常にムカツク。

硬いケーブルだと、ケーブルをさわったりした拍子にコネクタに力が伝わりやすく、接触不良になりやすい。クルマで充電してるような時は常に振動が加わるのでやっぱり接触不良になることが多い。
この接触がイマイチで硬めのケーブルというのが、Samsung純正の付属品おっと試供品というexcuseでしたねのケーブルもそうだったりするのでなおさら腹が立つ。

そこで、何本かmicroUSBケーブルを試した。

いまのところ、ほぼ問題無く使えているのがこのミヤビックスの RCUMBC です。巻き取り式なので柔らかい平ケーブルが使われており、ということはケーブルに加わった力がコネクタに伝わりにくく、つまり振動に強い。クルマで充電している時にも比較的安心。
いまのところ、2本買って、2本とも問題無い。なお、1本目はおそらく2008～2009年ごろに買い、2本目は2012/01に買った。

実は2本目のミヤビックス RCUMBC を買う前に、「巻き取りケーブルで、さらに充電・通信切り替えスイッチが付いてたら、充電器使用時に通信と誤認されることもないだろうから完璧なんじゃね？」と思い、このRIXのケーブルを買ってみたのだが、残念ながらこれは（接触不良を起こした）GALAXY SIIのコネクタとは相性が良くないようで、挿しても充電がはじまらないことすらある接触の悪さだった。残念。

Apple iPhoneのDockコネクタはデカいけど、まだあっちのほうが信頼性がある感じだなあ…。
EUはなんで充電端子仕様をmicroUSBなんかに統一したんだよ！ヽ(`Д´)ﾉ

後記。その後、ドコモショップに持っていったら、あっさりGALAXY SII本体を無料で新品交換してくれた（本体とリアパネルのみ。電池はそのまま）。
メモリのバックアップとかそういった作業は一切断ったら、かわりにモバイラーズチェック500円くれた。
接触不良に困ってる人は、保証のあるうちに、時間を作ってドコモショップに持っていった方がいいと思います。
交換後は上記の全く使えなかったRIXのケーブルも使えています。

「体を洗うときタオルや垢すりなんかでゴシゴシやっちゃだめ。手で洗いなさい。
石鹸も液体ボディーソープはどれも強すぎるきらいがある。
おすすめは『牛乳石鹸の赤箱』」

と言われたので、子供のころからゴシゴシやってきた私は軽くショックを受けたのですけど、でも素直に言われたとおり、いままで使っていたボディーソープをやめて牛乳石鹸の赤箱（赤はしっとり系、青はさっぱり系）を購入して手で洗っていますが、なるほど悪くないような気がします。
香りはあまり、良い香り、とも思えないけど。まあ、しょうがない。

といった不満があったので、Androidアプリ作成の練習も兼ねて「一定時間おきにGPS測位するだけ」のAndroidアプリを作ってみた。

無料なので、もし同様の不満を感じているかたがいらしたらどうぞ。
個人的にはけっこう満足。
Google Latitudeで、そんなにバッテリも使わず、１時間に１回程度は、むちゃくちゃな誤差もなく、位置履歴が採れるようになったので。

GPS定期測位(Android Market)

アプリのアイコン、GPS衛星のつもりなんだけど・・・そう見えなかったらゴメンナサイ。

GPSでの測位を一定時間おきに行う、ただそれだけのアプリです。

このアプリそのものは、測位結果を記録することを目的としていません。

このアプリがGPSで測位したタイミングで、Google Latitudeが位置情報履歴を残してくれることを期待しています。

■製作意図

Androidの「無線とネットワーク」での位置情報取得を有効にしていると、時として非常に精度が悪い位置情報が取得されることがあります。

しかし、それを嫌って「無線とネットワーク」での位置情報取得を無効にし、「GPS機能を使用」だけを有効にしていると、Google Latitudeは自分でGPSを起動して位置情報を取りに行こうとはしないようで、Googleマップやその他のアプリがGPSを使った時、ついでに位置情報履歴を記録するだけのようです。逆に言うとGPSを使わないでいると、いつまでたっても履歴が残りません。

ならば、定期的にGPSで測位してやるアプリを動かしておけば、Google Latitudeも定期的に履歴を残してくれるのではないか？というのが本アプリの製作意図です。

実際、本アプリを15分おきの設定で動作させておけば、1時間に1～2回程度は、Google Latitudeで履歴が残るようになりました。

■設定・動作について

GPS測位間隔は、15分・30分・1時間・2時間 から選択できます。
（注：間隔は目安であり、正確ではありません）

GPSを起動して一定時間内に測位できなければその回の測位はあきらめますが、
そのタイムリミットは 30秒・1分・2分 から選択できます。

有効に設定すると、Androidを再起動しても、起動時から定期測位動作は有効になります。

アプリの画面には、直近10回までの測位動作結果を表示します。
動作時刻 OK 測位成功 測位までにかかった秒数と、大まかな座標を表示
動作時刻 NG 測位失敗 失敗判定までの秒数

本アプリの測位機能は常時バックグラウンドで動作しているわけではなく、必要時のみ起動しますので、バッテリ使用は最小限だと思います。
（技術的に言うと、ServiceをAlarmManagerによって起動しています）

動作確認は GALAXY SII(Docomo SC-02C) Android 2.3.5 で行っています。

2011/11/25 Ver 1.0 初版

rokuta96のAndroidアプリ開発 アラーム３

システム時間変更イベントで、アラームがクリアされてしまうとのこと。

えーそんなのアリかよ・・・でもまあそういうイベント時にクリアしたくなるOSの気持ちもわかるな・・・
え、でもおれ今回のアプリを実験開始してから時刻設定とかタイムゾーン変更とかしたことないし、おかしくね？・・・・・・・・・あっ！

日付と時刻…ネットワーク自動設定！これかあ！

さっそくBroadcastReceiverを付けて確認してみたら、たしかに、ときどき、TIMEZONE_CHANGED や TIME_SET が発生していた。
これ気をつけないといけないのね。

Sending UDP Datagrams to and from a Cobox, Xport, or WiPort

Undocumentedなモードがあって、

connectModeを 0xCC に設定
DatagramTypeを 0x00 に設定

すると、以下の形式のパケットをシリアルポートで送受信することで、UDPデータグラムを送受信するモードになる。
使用されるポートは送受信時共に 設定項目の Port No で設定したポートになるようだ。
（DatagramType 0x00 に設定すると、 Remote Port は設定できなくなる）

（余談: WordPress はなんで 0x00 … この x を全角に変換してしまうんだ？？→いや全角エックスじゃないわ、&#215 の乗算記号か…計算式じゃないっちゅうの！ → wp-includes/formatting.php の 55行目あたりの $dynamic_characters と $dynamic_replacements という置換用arrayの中（末尾）に、この余計なお世話な変換があったので、削った。）

■UDP送信

0x02 (スタートバイト)
0xC0 (相手先IPアドレス 1バイト目 例: 192)
0xA8 (相手先IPアドレス 2バイト目 例: 168)
0x00 (相手先IPアドレス 3バイト目 例: 0)
0x01 (相手先IPアドレス 4バイト目 例: 1)
0x00 (データバイト数 BigEndian H)
0x04 (データバイト数 BigEndian L 例: 4バイト)
0x30 (データ)
0x31 (データ)
0x32 (データ)
0x33 (データ)

上記の例の11バイトをXPortのシリアルポート RxDに受信させると、
XPortは 192.168.0.1:(Port Noで設定したポート) に “0123″ の4バイトを入れたデータグラムを送信する。

■UDP受信

また、LAN上の、たとえば 192.168.0.2 のマシンから XPortのIPアドレス:(Port Noで設定したポート) へUDPデータグラムが届き、
中にたとえば”ABC” の3バイトが入っていたとすると、XPortは

0x02 (スタートバイト)
0xC0 (送信元IPアドレス 1バイト目 例: 192)
0xA8 (送信元IPアドレス 2バイト目 例: 168)
0x00 (送信元IPアドレス 3バイト目 例: 0)
0x02 (送信元IPアドレス 4バイト目 例: 2)
0x00 (データバイト数 BigEndian H)
0x03 (データバイト数 BigEndian L 例: 3バイト)
0x41 (データ)
0x42 (データ)
0x43 (データ)

の10バイトのパケットをシリアルポートのTxDから送出する。

これで、不特定多数の相手との双方向UDP通信ができる。

そう言われたら、当然、FIFO・リングバッファ式に位置情報履歴が保存されてるんだろうなあ、と思うじゃないですか。見てみると、

最新のが１件と、あとは妙に古い日の位置情報がこんなふうに同時刻で多数残っている。
昨日やおととい(11/20, 11/19)もGPSは使ったのに、スルーされてる。
いつ見てもこんな感じ。なにこれ…(‘A`)どういうロジックでこうなってるのか全然わからないよ。