ここのアクセス管理は
　ネガティブな意味では、httpdのログを見て裏口を叩いている奴がいたら(先だってのYahoo!Japanのクロウラーみたいな。そういえば、未だに何も「確認」後の回答はもらってません。)除外する感じ。
　ポジティブな意味ではGoogle analyticsでオーガニック検索トラフィック。どんなキーワードでたどり着いたかがわかるので、自分の持ってるコンテンツで近いものが有ったらタイトルや文章を改定。

　商業的なサイトではないけどGive&Take的な感じで、あることを知りたい人がいて、その知識を自分が持ってる時は公開してあげたいという感じ。残念ながら日本語のコンテンツしか無いですけどね。

　1byteのデータのビットをMSB<->LSBでさかさまにする方法を探していた。ArduinoのshiftOut()だとMSBFIRSTとLSBFIRSTが選べる。けどこれをハードウエアSPIに置き換えたら選べない気がする。(と思ってたが、Arduinoだと選べる。mbedは指定でき無さそう。)

　で、探していると、javaのIntegerクラスのreverseというメソッドが引っかかった。その解説ページもあった。隣同士を入れ替えて、次は2つまとめて隣同士を入れえて、その次は4つまとめてとなり同士を入れ替えて。みたいな感じでbyteなら完了。Integerクラスの実装は32bitの様でもう1こ処理があります。

8bit版を所望していたので、ちょっと削ってみて、Cなので>>>演算子はないので>>に置き換えてみて

byte i = 0b10010111;

i = (i & 0x55) << 1 | (i >> 1) & 0x55;
i = (i & 0x33) << 2 | (i >> 2) & 0x33;
i = (i & 0x0f) << 4 | (i >> 4) & 0x0f;

上記を0bで書くと

i = (i & 0b01010101) << 1 | (i >> 1) & 0b01010101;
i = (i & 0b00110011) << 2 | (i >> 2) & 0b00110011;
i = (i & 0b00001111) << 4 | (i >> 4) & 0b00001111;

　とかで実際にreverse出来ました。すごいなぁ。頭が硬いとループ回したり、変換配列つくったりしてしまう。ただ、Cの場合は算術シフトと論理シフトは実装次第なので、全検証してみないとわからんですね。シフト演算子はわかってしまえば超ベンリかつ速いので下手なループかますより良いですね。
　で、「>>」はArduinoはavrgccなのでunsignedは論理シフト、signedの時は算術シフトみたいです。
　mbedでも大丈夫そう(byteはunsigned intに変えましたが)。ただ、mbedのコンパイラ 0bが通らないみたいでコンパイルエラーでて5分悩んだ。というか0b使えるのはGCCだけなのかも。

　mbedのコンパイラ。インストールしなくて楽ちんなのでオンラインコンパイラをずっとつかっていたけど、そろそろオフラインコンパイラも導入してみても良いかも。プログラムソースのExportをする際にzipファイル以外にいくつかパターンが選択できるのだけど、あれがオフラインコンパイラへのソースだったのかと。

　頭痛がして会社をお休みしました。
　ツレが言うには血圧が高いんじゃないの？と。確かに毎年の健康診断では血圧測りなおしの刑にさらされてるし。
　新年度に入ったらお医者さんに行っていろいろ観て貰いたい所はあるのですよ。4月までの我慢です。

　動画は2のn乗-1を300ミリ秒毎にシフトしてるだけです。(音はYoutubeが薦めてきたのを適当に採用)

　この数日いじってたマトリクスLEDのシフトレジスタを用いたドライブ。TC74HC595APとかTD62083APGを適当にブレッドボードに配置したのでジャンプワイヤがえらいことになってますが。今回マイコンはArduinoProMini5Vですが、まぁ動いてます。Webサイトでのハードも絡む直接的な情報量だとArduinoの方がmbedより多いかな。なんとなくArduinoユーザのほうがハード寄り、mbedユーザはソフト寄りな感じがする。自分がラズベリーパイを食わないのもこの当たりのバランスかな。でもソフトはそのArduinoをベースにしてmbedに移せば良いし。5Vと3.3Vだけ気をつけて。

　シフトのwaitを外すと、こんな風。

　まぁ、ダイナミック点灯ですね。座学と実際に自分で光らせてみるとではやはり体験に差が出ますね。

　Webで関連サイトを見てるとArduinoベースだとshiftOut()が遅ようですが、最終的にはmbedにするので、まぁ大丈夫でしょう。駄目なら横方向はSPIを使うまでだ。
なんせシフトレジスタを使えばシリアル、クロック、ラッチの3本の線で大量のLEDをドライブできるので面白いですね。

　次のお試しは8×8を2個連結です。明日aitendoさんからちょっと小ぶりの100円の8x8LEDが届く予定なので、それで実験ボードを作ります。到着予定のLEDは2.5mmピッチのワイヤだけど無理やり2.54mmピッチのブレッドボードに入れます。8ピンx2だからなんとかなるはず。

　Yahoo!Japanに報告しておいたY!Jのクロウラーの挙動。「ご連絡いただきました件については、弊社担当部署にて確認いたします。」云々のメールが届いてたけどその後は音沙汰無し。
　本日20:01:10を最後にクロウルが止まったような感じ。でもこの時刻ってのはなんか気になります、人力？。ま、アクセスして来なければそれで良いんだよ。さよなら。
　クロウラーは基本GoogleとBingは許容するが、他の研究だとか言う奴はOutboundの通信費用を払ってくれるのか？前世紀ならともかく2013年の今頃そんな研究やってる状況か？と言いたい。国内の某機関も。大体なんの研究なのか位は情報取得元に示すべきでは？
　で、Y!Jからは、確認結果は届くのだろうか？もし、robots.txtは読まない、httpのステータスコードなんぞ無視。できるだけ得られたレスポンスを集める。こんなクロウラーだったら。何も回答が来ないかな。