chibiegg日誌 » 日記

Can you crack it?

chibiegg — Sun, 11 Dec 2011 13:42:08 +0000

イギリスの政府通信本部(GCHQ)が現在採用活動の一環として、「Can you crack it?」と題して暗号解読クイズページを公開しています。

イギリス人であればこれをクリアするとエントリーフォームからエントリーできるみたいです。

Can you crack it?

で、先日大学の友達と相談しながらクリアしました。

Can you crack it? クリア

実はこれ、表示されてる問題をクリアしたと思ったらstage 2 of 3が出て来ます(笑)。

面白かったので、解答までの流れをブログに書きたいのですが、期日まであと1日ちょっとあるので、その後にします。

stm32f10x_can.c のバグについて

chibiegg — Sun, 27 Nov 2011 05:25:44 +0000

前回の投稿と打って変わって組込系の話題を。

最近STM32でCANとか使っているのですが、時々送信に失敗してしまうという問題がありました。

たまになので問題ないのですが、気になったので調べてみるとSTMicroが用意しているSTM32F10x standard peripheral libraryのバグでした。バージョンは04/16/2010 のV3.3.0と古いやつですが。

具体的に言うと、現在送信しようとしているメッセージの状態を確認する関数

CAN_TransmitStatus にあります。

ここでは CANxのTSRレジスタのTSS_RQCP0、TSR_TXOK0、およびTSR_TME0ビットの値を見て、

CANTXPENDING(送信中)、CANTXFAILED(失敗)、CANTXOK(成功)を返しています。

が、こんな風にレジスタにアクセスするようなコードになってます。

switch (TransmitMailbox)
  {
    case (0): state |= (uint8_t)((CANx->TSR & TSR_RQCP0) << 2);
      state |= (uint8_t)((CANx->TSR & TSR_TXOK0) >> 0);
      state |= (uint8_t)((CANx->TSR & TSR_TME0) >> 26);
      break;
    case (1): state |= (uint8_t)((CANx->TSR & TSR_RQCP1) >> 6);
      state |= (uint8_t)((CANx->TSR & TSR_TXOK1) >> 8);
      state |= (uint8_t)((CANx->TSR & TSR_TME1) >> 27);
      break;
    case (2): state |= (uint8_t)((CANx->TSR & TSR_RQCP2) >> 14);
      state |= (uint8_t)((CANx->TSR & TSR_TXOK2) >> 16);
      state |= (uint8_t)((CANx->TSR & TSR_TME2) >> 28);
      break;
    default:
      state = CANTXFAILED;
      break;
  }

これでは、レジスタに3回アクセスしてしまっており、アクセスとアクセスの間でレジスタの値が変わってしまうと変なstatusになってしまいます。その結果 default で CANTXFAILED がセットされてしまうというのが送信失敗の原因です(実際にはこの瞬間に成功しているが、失敗したと判断してしまう)。

最も修正量の少ない解決策は簡単で、CANx->TSRの値を一旦変数に入れてやればいいのです。

uint32_t _tsr =  CANx->TSR;
switch (TransmitMailbox)
  {
    case (0): state |= (uint8_t)((_tsr & TSR_RQCP0) << 2);
      state |= (uint8_t)((_tsr & TSR_TXOK0) >> 0);
      state |= (uint8_t)((_tsr & TSR_TME0) >> 26);
      break;
    case (1): state |= (uint8_t)((_tsr & TSR_RQCP1) >> 6);
      state |= (uint8_t)((_tsr & TSR_TXOK1) >> 8);
      state |= (uint8_t)((_tsr & TSR_TME1) >> 27);
      break;
    case (2): state |= (uint8_t)((_tsr & TSR_RQCP2) >> 14);
      state |= (uint8_t)((_tsr & TSR_TXOK2) >> 16);
      state |= (uint8_t)((_tsr & TSR_TME2) >> 28);
      break;
    default:
      state = CANTXFAILED;
      break;
  }

こんな風に。

で、最新のV3.5.0ではちゃんと修正されてました。

  switch (TransmitMailbox)
  {
    case (CAN_TXMAILBOX_0):
      state =   CANx->TSR &  (CAN_TSR_RQCP0 | CAN_TSR_TXOK0 | CAN_TSR_TME0);
      break;
    case (CAN_TXMAILBOX_1):
      state =   CANx->TSR &  (CAN_TSR_RQCP1 | CAN_TSR_TXOK1 | CAN_TSR_TME1);
      break;
    case (CAN_TXMAILBOX_2):
      state =   CANx->TSR &  (CAN_TSR_RQCP2 | CAN_TSR_TXOK2 | CAN_TSR_TME2);
      break;
    default:
      state = CAN_TxStatus_Failed;
      break;
  }

一度でアクセスするようになってます。でも返値変わってて、最新版に置き換えるのは大変そう…

nginxでSSL/TLSを使う

chibiegg — Tue, 22 Nov 2011 00:51:40 +0000

今回はSSL(https)を使えるようにするような設定をnginxにしてみようと思います。

証明書の取得

本来はSECOMやVeriSign等に有料で証明してもらうのですが、今回は以前にも紹介したCACertを載せときます。

ということで、証明書の取得は省略します。とりあえず、サーバーの秘密鍵 server.key とサーバーの証明書 server.cer が手に入った事にします。

nginxに設定

nginxでの設定は簡単で、既存の設定をコピーして、80番ではなく443番に変更し、SSLを有効にしてサーバーの鍵・証明書のファイルを指定してあげるだけです。

ちょっとその部分だけ書いてみます。

server {
	listen   443 default_server ssl;
	server_name	_;
	ssl_certificate /keys/server.cer;
	ssl_certificate_key /keys/server.key;

	location / {
		この辺は適当に
	}
}

リバースプロキシとしてnginxとして使っている場合も同様です。

名前ベースのバーチャルホストを使っている場合

ドメイン名を複数つかってバーチャルホストを使っている場合もあると思います。SSLではアクセスされたサーバー名がわかる前に証明書を渡さなければならないので、名前ベースのバーチャルホストでSSLは利用できませんでした。

が、SNI(Server Name Indication)というプロトコル拡張ができたので、名前ベースのバーチャルホストでも可能になりました。(ブラウザによっては対応してません)

設定は簡単で、httpと同じくserver_nameを設定するだけです。

リバースプロキシとして使っている場合は、証明書を変えるために、バーチャルホストの数だけServerディレクティブを作ってあげてください。

nginxでプロキシ&キャッシュサーバー

chibiegg — Thu, 17 Nov 2011 01:17:21 +0000

(多分)一般的なWebサーバーであるApacheは複雑な設定も可能で便利なのですが、その分重いのです。

どう重いのかというと、Apacheは一つのプロセスが一つのHTTPリクエストを同期処理で裁いてるのでその間は他の処理をしません。なので、同時アクセス数が増えるとApacheはプロセスをどんどん生成します。(あるいは後からきたリクエストを待たせる)

なので、アクセス数が増えると急激にパフォーマンスが落ちるという問題を抱えてます。(ほかにもプロセスIDが足りなくなってどんなにリソースがあっても最大プロセスIDで制限されてしまう)

で、最近話題のハイパフォーマンスWebサーバーがnginx(えんじんえっくす)です。

nginxは一つのプロセスで複数のリクエストを非同期で同時に処理します。なので、アクセス数が増えてもパフォーマンスが落ちにくいという特性があります。特に静的ファイルの場合は処理のほとんどがI/O待ちなので効果が大きいです。

そこで、PHPとかSVNとか設定がめんどくさいものはApacheに任せておいて、静的なファイルだけをnginxに処理させてみると、Apacheへのリクエスト数は激減するはずです。

例えば、このブログのトップページの場合PHPで生成されるHTMLが一個にたいして、CSSや画像等の静的ファイルが20個近くあります。単純計算で21個のリクエストのうち1個だけがApacheで処理されるのでApacheへのリクエストは約95%削減されます。

では設定してみましょう。OSはUbuntu Server 10.04(64bit)です。Apacheは既にインストール済みで運用されているとします。設定後はnginxがポート80で待ち受けて、Apacheはポート8080で待ち受けるということにします。

(記事の最後でキャッシュファイルをRAMに置くというのもやってみます)

nginxのインストール

そのままaptitudeでインストールすると0.7.65がインストールされてしまうので、nginxのPPAを追加してからインストールします。

$ sudo add-apt-repository ppa:nginx/stable
$ sudo apt-get update
$ sudo install nginx

設定ファイルは /etc/nginx/ にあります。sites-enableとかApacheに似た構造になっています。

リバースプロキシの設定

ではこの sites-enabled/default をこのように設定しましょう。

upstream backend {
    server 127.0.0.1:8080;
}

server {
    listen   80;
    server_name _;
    location / {
        proxy_redirect                         off;
        proxy_set_header Host                $host;
        proxy_set_header X-Real-IP            $remote_addr;
        proxy_set_header X-Forwarded-Host    $host;
        proxy_set_header X-Forwarded-Server    $host;
        proxy_set_header X-Forwarded-For        $proxy_add_x_forwarded_for;
        proxy_pass http://backend;

    }
}

これはリバースプロキシに必要な設定だけです。すべてのアクセスをローカルのApacheに引き渡してます。

Apacheの方はports.confでリッスンポートを80から8080に変更し、各サイトの設定も80から8080に変更してください。そして、Apacheとnginxを再起動させます。(Apacheを先に8080にしてからnginxを起動させる)

$ sudo /etc/init.d/apache restart
$ sudo /etc/init.d/nginx restart

これでブラウザからアクセスすると、nginxを経由してApacheが処理します。ので、今までとかわらないはずです。

ところが、問題があって、Apacheのアクセスログを見るとアクセス元が127.0.0.1になっちゃってるはずです。これを解消するためにmod_rpafをインストールします。

$ sudo apt-get install libapache2-mod-rpaf

これでApacheを再起動すると正しくアクセス元が扱われているはずです。実はこのためにnginxの設定に X-Real-IP をHTTPヘッダに追加する設定やらを書いているのです。mod_rpafはプロキシサーバーが追加した X-Real-IP ヘッダをアクセス元として扱うモジュールです。

mod_rpafは127.0.0.1からのアクセスだけに対して処理をするのでもし、リバースプロキシが他のホストにあるのであれば /etc/apache2/mods-enabled/rpaf.conf の RPAFproxy_ips をリバースプロキシサーバーのIPアドレスに変更してください。(すべてのX-Real-IPを信用するとアクセス元の偽装ができてしまうためです)

プロキシキャッシュ

では、元々の目標であった静的ファイルをnginxでホストする設定をしましょう。本来はnginxが静的ファイルを直接ディスクから取ってくるのがいいのですが、nginxがApacheと違うホストにある場合も考えられますのでその場合でも対応できるように、静的ファイルへのアクセスをキャッシュしておき、2回目以降の同じファイルへのアクセスはApacheに引き渡さないように設定してみます。

defaultをこのように編集してみます。

proxy_cache_path /var/cache/nginx/static_file_cache levels=1:2 keys_zone=cache_static_file:128m inactive=7d max_size=512m;
proxy_temp_path /var/cache/nginx/temp;

upstream backend {
    server 127.0.0.1:8080;
}

server {
    listen   80;
    server_name _;
    location / {
        proxy_redirect                         off;

        set $do_not_cache 0;
        if ($request_method != GET) {
            set $do_not_cache 1;
        }
        if ($uri !~* "\.(jpg|png|gif|jpeg|css|js|swf|pdf|html|htm)$") {
            set $do_not_cache 1;
        }
        proxy_no_cache     $do_not_cache;
        proxy_cache_bypass $do_not_cache;
        proxy_cache cache_static_file;
        proxy_cache_key $scheme$host$uri$is_args$args;
        proxy_cache_valid  200 2h;
        proxy_cache_valid  any 1m;

        proxy_set_header Host                $host;
        proxy_set_header X-Real-IP            $remote_addr;
        proxy_set_header X-Forwarded-Host    $host;
        proxy_set_header X-Forwarded-Server    $host;
        proxy_set_header X-Forwarded-For        $proxy_add_x_forwarded_for;
        proxy_pass http://backend;
    }
}

この設定ではメモリ128M,ファイル最大512Mで、7日間キャッシュするファイルを /var/cache/nginx/static_file_cache に作成してます。

そして、do_not_cache 変数を用意して、0にしておき、GETでのアクセスでない場合と、静的ファイルでは無い場合にキャッシュしないようにその場合は do_not_cache を1にして、proxy_no_cacheを有効にしてます。静的ファイルの判断は正規表現でURLの拡張子を見ています。(注意しなければいけないのが、WordPressのページをパーマネントリンクで.htmlにしている場合です。その場合はキャッシュされないように外しておく必要があります。)

つまり、静的ファイルにGETでアクセスしたものだけキャッシュされます。

proxy_cache_valid はどのステータスのレスポンスをどの期間キャッシュするかを設定する項目で、この場合200なら2
時間、それ以外なら1分キャッシュすることになります。

あとは /var/cache/nginx/ ディレクトリを作成し nginx を再起動するだけです。

$ sudo mkdir /var/cache/nginx
$ sudo /etc/init.d/nginx restart

それでしばらくブラウザからアクセスしてみると、キャッシュディレクトリの容量が増えているはずです。

$ sudo du -ch /var/cache/nginx/static_file_cache
(中略)
91M	/var/cache/nginx/static_file_cache
91M	合計

本当にApacheへのアクセスが減っているのかは、Apacheのアクセスログをみてみてください。

さらに一歩

もう一歩高速化してみましょう。いまキャッシュファイルは/var/cache/nginxに置かれているので、結局キャッシュからの呼び出しのためにHDDアクセスすることになります。こいつを全部メモリ上においてしまいましょう。

間違えたり、問題が発生するとシステムに問題が起きるかもしれないのでわからないor不安ならやらないほうがいいです。

tmpfsを使えば、メモリ上の領域をファイルシステムにマウントすることができます。

/etc/fstab に次の一行を追加してOSを再起動します。

tmpfs	/var/cache/nginx	tmpfs	defaults,noatime,mode=1777	0	0

そうすると、/var/cache/nginx ディレクトリはRAM上に配置されます。

が、うちのサーバーはSSDにしてあったので効果はわかりませんでした。が、SSDの寿命を延ばす効果はあると思います。

WordPressはどうすれば速くなるのか、検証実験

chibiegg — Wed, 16 Nov 2011 13:52:36 +0000

さっきの投稿でWordPressが遅い事を書きました。で、先輩のさくらのVPS(nginx+fastcgi)では速いってことも書きました。

ということで、僕も借りてるさくらのVPSで一からセットアップして実験してみました。OSはデフォルトではなくUbuntu 10.04が入ってます。

今回検証したのは、WebサーバーはApache/2.2.14とnginx/1.0.9、RDBMはMySQL(Ver 14.14 Distrib 5.1.41, for debian-linux-gnu (x86_64) using readline 6.1)とPostgreSQL/8.4.9です。なので、合計4通りですね。

Apacheではmod_phpで、nginxでは後ろでspawn-fcgiが動いてます。

で、試してみた結果です。今回検証したいのは静的ファイルではなくPHPの出力なので、画像とかCSSがブラウザでキャッシュされてたりするのは気にしないでください。

Apache + MySQL + WordPress

Apache + PostgreSQL + WordPress

nginx + MySQL + WordPress

nginx + PostgreSQL + WordPress

平均もとってない1回こっきりのアクセスの結果なので互いの比較はそんなに意味がないです。

が、どれもレイテンシが数百ミリ秒あります。これは何回試しても同じでした。

あれ？…

先輩のVPSと同じ環境のはずなのになんでこんなに違うの？

WordPressが遅い…なぜ？

chibiegg — Wed, 16 Nov 2011 11:10:42 +0000

最近サーバーの設定を変えたり、リバースプロキシをしてる、HTTPのフロントをApacheからnginxに変えたり高速化を試みています。

が、どうしてもこのブログ(にかぎらず、稼働しているWordPress全部)が重い、というより遅いのです。
Memcachedでオブジェクトをキャッシュしてみたりしても改善されず…

で、Safariで開発ツールの「ネットワーク」をつかって取得の時間を見てみました。

Apache(mod_php) + WordPress ネットワーク時間

ここでPHPのファイルへのアクセスのレイテンシが334msもあることに気づきました。稼働しているどのWordPressもです。

で、WordPressはそうなのかと、さくらのVPSで運用してる先輩のWordPressを見てみると…

さくらのVPS nginx + WordPress(fast-cgi)

速い….レイテンシ45msです。静的ファイルはうちのサーバーのほうがレイテンシ含め速いので(どちらも304なので比較していいかな)、ネットワーク等の問題ではないみたい。

(あと、向こうはnginx+fastcgi(swanかな？)+WordPressですが、うちでもnginx+fastcgiにしてみたけど改善せず…)

なんで？

とりあえず、僕も借りてるさくらのVPSでDBをMySQLからPostgreSQLにしてみたり、いろいろ実験してみます。

東北旅行3日目

chibiegg — Fri, 13 Aug 2010 11:58:16 +0000

東北旅行3日目です。
この日は道の駅「とうわ」にて停泊しました。

道の駅「とうわ」

まず最初の目的地はかつてカッパが多く住み、人々を驚かしたという伝説がのこる遠野のカッパ淵でしたが、途中で土木学会推薦のめがね橋を見学。(昭和18年改修)

めがね橋

その後カッパ淵へ、

カッパ淵

カッパ淵のすぐそばでKIRINのホップ農場を発見。こんなところでつくってたとは。

KIRINのホップ農園

ホップ

この後遠野の道の駅「風の丘」に寄るとハネの形が変わった風車が建っていた。

道の駅「風の丘」

こいつの風車は本体だけでなくハネ？の一本一本も回転する。(帰宅したら動画をアップする予定)

で、次は小岩井農場まきば園へ。ずっと小岩井牧場だと思ってたけれど小岩井農場だったらしい。

小岩井農場まきば園

例によって例の如く小岩井農場の牛乳とのむヨーグルト。

小岩井農場の牛乳と飲むヨーグルト

ここで、おみやげを購入。

で、次に訪れたのは日本で最初の地熱発電所である松川地熱発電所へ。

松川地熱発電所

大きな牛乳のビンみたいな建物は使った蒸気を冷却し水に戻す施設。
温泉が湧き出ているので川は沈殿成分でいっぱい。

で、そこで見たビデオに写っていた八幡平に行きたくなったので八幡平の樹海ラインへ。

八幡平その1

八幡平その2

か細い回線で書くのがしんどいのでほとんどコメントが無いけれど、これにて3日目の日記は終了。

東北旅行2日目

chibiegg — Thu, 12 Aug 2010 11:55:50 +0000

東北旅行2日目です。
台風上陸もあるので今日は予定を変更してあまり移動しないことにしました。ので、宮城は明日になります。

昨日から今日にかけて停泊していたのは道の駅「上品の郷」です。温泉もついていていい場所です。

道の駅「上品の郷」

で、今日はまず気仙沼漁港に行きました。

気仙沼漁港その1

二階から見学できるスペースがあるのでたくさんマグロやサメが並んでいるのや、積み下ろし作業も見ることができました。

気仙沼漁港その2

ここの販売所にある食堂の丼が大変美味しかったです。(後日写真掲載予定)

で、その次に向かったのが厳美渓。

厳美渓その1

厳美渓その2

あんまり画像を上げるのでしんどいのでコメントが少なくてすいません。

その後中尊寺に行ったのですが金色堂は撮影禁止でしたので本堂の写真です。

中尊寺本堂

ここで大雨になってきたため次の停泊地へ。

現在小雨ですが、台風は半分過ぎ去ったようでこれ以上ひどくならないようです。

そうそう、今日銭湯で京都日報ならぬ岩手日報を発見。(ただそれだけです)

ではまた明日。

東北旅行1日目

chibiegg — Wed, 11 Aug 2010 11:59:25 +0000

目標値は岩手県ですが、現在地は宮城県石巻です。

明日には岩手県に到着すると思われます。

で、あまり今日は途中で寄ったところはないのですが、２枚ほど写真を。

まずは途中で寄った石川県、尼御前SA近くの尼御前岬です。かなり崩れていて立入禁止の場所も多かったのですが綺麗な海が見られました。

尼御前岬にて

で、もうひとつはというとこれまた途中で寄った福島県のSAで売ってた100%ももジュース。なんと一本にまるごとももが一個含まれているらしい。

福島県産のももジュース

まだ飲んでないので飲んだ感想は後日。

写真のアップロードしんどかった。写真が増えるであろう明日明後日の更新が思いやられます。

東北旅行出発

chibiegg — Tue, 10 Aug 2010 10:13:18 +0000

急ですが、今日から岩手のほうに旅行に行ってきます。

ちゃんと作業ができるようにMacとSTM32とJTAGデバッガーを持っていってるのでソフトウエア面ではかなり進めるはずです…

キャンピングカーなので移動中もAC 100Vと机が使えるので快適に作業できます。

で、せっかく旅行にいくので時々ブログを(ちなみにTwitterでも)更新しようと思います。

今日の目標は福島県らしいです。

それでは後ほど。

クリップモーター

chibiegg — Sun, 04 Jul 2010 14:34:29 +0000

こんばんは、お久しぶりです。
最近忙しくてほとんど個人的なことは進んでいませんがテスト期間が終わり夏休みに入ればいろいろ研究できるかな〜と思っています。

で、プロジェクト(大阪大学 Robohan)の方のブログを2日ほど更新しているのでついでにこっちに載せておきます。

プロジェクトでCNCを導入しました。これでロボットのパーツ製作や基板切削ができるのでいろいろできそうです。

参照：CNCフライスを導入ビデオも載せています。

で、なぜタイトルがクリップモーターなのかというと、「電気物理学」という授業でクリップモーターの製作が課題になったからです。

小学生の頃から何度か作っているので単純につくるだけでは面白く無いのでCNCを使ってみました。詳しくは初アルミ切削(大阪大学 Robohan ブログ)を見てください。

あと、こっちには書きますが、配られたエナメル線が太く短かったので両端にだけエナメル線を用い、コイルの部分は細いUEW(ポリウレタン線)をたくさん巻きました(笑)

あと、そこCNC使うとこじゃないとか言わないでくださいね。

STM32の書き込み環境

chibiegg — Thu, 20 May 2010 15:00:28 +0000

Mac OSX でSTM32の開発環境を構築してきましたが、どうしてもDFUを使った書き込みだけができません…

Macでコンパイルして生成したelfバイナリをWindowsに持って行き、STMicroのツールでDFUに転送するとちゃんと実行されるのでコンパイル環境は正常に構築できたようです。

また、前回最後に触れたdfu-utilも導入できたのですが、それをつかって書き込む方法がさっぱり分かりません。

sudo dfu-util -d 0110:1001 -a 0 -R -D $(TARGET).bin

というコマンドをLeaf LabsのMakefileに見つけたので以下のようにやってみたのですがダメでした…

sudo dfu-util -d 0483:df11 -a 0 -R -D main.bin

どなたかdfu-utilを使ってSTM32に書き込みをする方法を教えてください！

NHK大学ロボコン2010 出場要項

chibiegg — Wed, 19 May 2010 14:59:14 +0000

本日クラブにNHKから当日の確認事項が載った出場要項が届きました。

NHKロボコン2010「出場要項」

大会当日まであと少しという感じがしてきましたが、できるだけ良い結果が残せるようにがんばります。

と、Robohanのブログに書きました。

あとは個人的な話を。
STM32を入手したので明日の昼休みは図書館で今まで構築してきた開発環境の動作確認ができそうです。

アルバに開発を頼まれているいくつかのセンサー情報をSDカードへの記録するロガーの方もすこしずつ実験をしていかないとなぁと。

こっちは以前に試作したGPSロガーを元にすればそんなに大変ではないと予想しています。

では。

部室にインターネット

chibiegg — Fri, 14 May 2010 14:23:11 +0000

本日Robohanの部室にネットワークが敷設されました。

大学の職員の方に協力してもらい、隣の建物の屋上を超えて35mのLANケーブルを敷設しました。

これでいままではPHSしか無かったネットワークへの接続も高速になります。現在クラブのHPのサーバーは有料のレンタルサーバーで、せっかくドメインを持っているのにブログは外部のブログサービスという状態であったので、明日と明後日の２日間でうちのサーバーに全てを引越ししようと思います。

なぜそれがネットワーク敷設と関係があるのかというと、家に帰るとそんな作業をする気力は無いし、かと言って部室でPHSの回線ではそんな作業は到底無理で…大学の無線ＬＡＮでやろうと思ってもHTTPポート等しかあいておらず、FTPすらブロックされている状態でなかなか作業をする気になれませんでした。が、部室にポートブロックされていないネットワークが来たので部室でなら作業する気になれるかなと….

あと、いままでHPはHTMLとCSSを用いた静的なページだったので更新しようと思っても実行に移すのが億劫な状態になっていました。そこで、これを機にHPの方をConcrete5というオープンソースのサイト管理システムを導入しようと思います。

問題はメールサービスなのですが、さすがにメールサービスを非固定IPのうちのサーバーで稼働させるのは不安なのでこちらはGoogleAppsを使おうと思います。

SnowLeopardにSTM32(Cortex-M3)の開発環境を構築

chibiegg — Thu, 13 May 2010 08:46:34 +0000

図書館で二時間時間を潰さないといけない状況になったので、なにかしようと思います。

そこで、最近無性にSTM32が使いたかったのでとりあえず開発環境でもを用意してみようかということで進めていきます。

今回は以下の二段構えになっています。

コンパイル環境の構築
書き込み環境の構築

まず、前者についてはCortex M3開発環境 on Mac OS Xというページを参考にしました。

ARM用gccのインストール (Targetがarm-eabiのgcc)

ARM用のgccはSHやH8の時とはちがい、コンパイル済みのdevkitARMを利用します。このページからdevkitARMのOSXバージョンの最新版をダウンロードし、インストールします。

こいつはインストーラが無いので解凍してできたdevkitARMディレクトリを /usr/local/ ディレクトリにコピーしておきます。

そして、PATHを通すために~/.bash_profileファイルに(無ければ新規作成)

export PATH=$PATH:/usr/local/devkitARM/bin

という一行を加えておきます。

プロジェクトテンプレートの構築

次にSTM32のプログラムをコンパイルするためのプロジェクトのテンプレート(雛形)を作成します。

このディレクトリにSTMicroが用意してくれているSTM32のためのライブラリファイルや、リンカースクリプト、Makefile等を用意しておきます。新しくプログラムを作るときにはこのディレクトリのコピーを作成し、main.c等のユーザープログラムを書くだけでmakeコマンド一発でコンパイルできるようになります。

たぶんこれは二次配布可能だと思うので、圧縮したファイルを添付しておきます。問題があればコメントください。

STM32_Project.tar

このディレクトリはこのファイルでなくても、Strawberry LinuxのSTM32ボードであるSTBeeのサンプルプログラムでも構いません。

ただし、この場合には付属のMakefileの“arm-none-eabi”となっている所を全て”arm-eabi”に変更する必要があります。

以上でコンパイルまではできるようになりました。

次はDFUを使ってUSB経由で書き込みをするツールを用意します。dfu-utilというのを見つけたのでインストールしたいのですが、何故かコンパイルエラー。

ここで時間が来てしまったのでまた出来次第追記します。

Robohan

chibiegg — Wed, 21 Apr 2010 14:42:41 +0000

こんばんは。全然更新できてませんが、近況報告を。

大学の授業が始まって２週間目ですが、中高の時の親友(一緒にロボカップジュニアに出場してました)とRobohanという大阪大学のロボコンチーム(大阪大学工学部研究科公認団体)に入部しました。まだ設立して新しいのでNHKロボコンには2回目の出場です。

現在は6月のNHKロボコンに向けてロボットを製作中です。(詳細は言えません)

個人的には教育用ボードの試作品は届きました。基幹部分は部品も実装し、動作確認もできました。3PinのXHコネクタが入荷すれば完成し、センサー入力等も確認できるはずです。

DCC関係は…進んでいません。ただこのボードができればデコーダのプログラム動作試験はやりやすいかと。

ではまた。

PHP 5.2.12 + GD

chibiegg — Sat, 17 Apr 2010 12:17:03 +0000

Mac OSX Server 10.5.8のアップデートをしたらPHPのバージョンが5.2.12にアップされていて、またGDが入っていなかったので再コンパイル。

GDぐらい一緒にコンパイルしておいて欲しいのですが…今回つかったライブラリのバージョンは以下の通り。

libpng 1.4.1
libjpeg jpeg-8a
gd 2.0.35
php 5.2.12

今回は前回のMacにおけるiconv関係バグに加え、DNS関係のバグ(Bug #50508)が有り、php-5.2.12/ext/standard/dns.c の58行目からを以下のように修正しました。前回のiconvについての修正も行う必要があります。

#if HAVE_ARPA_NAMESER_COMPAT_H
#include
#endif

を

#if HAVE_ARPA_NAMESER_COMPAT_H
#ifndef HAVE_ARPA_NAMESER_H
#include
#endif
#endif

に変更してから以下のようにコンパイルしました。

$ cd ~/Downloads/src/libpng-1.2.40
$ CFLAGS="-arch x86_64" CCFLAGS="-arch x86_64" CXXFLAGS="-arch x86_64" LDFLAGS="-arch x86_64" ./configure
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ CFLAGS="-arch x86_64" ./configure
$ cp libtool ../jpeg-8a/
$ cd ../jpeg-8a/
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --enable-shared
$ make
$ sudo make install

$ cd ~/Downloads/src/gd-2.0.35
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --with-zlib-dir=/usr --with-jpeg-dir=/usr/local/lib --with-png-dir=/usr/X11R6 --with-freetype-dir=/usr/X11R6 --with-xpm-dir=/usr/X11R6
$ make
$ sudo make install

$ cd ~/Downloads/src/php-5.2.12
$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch x86_64 -g -Os -pipe" CXXFLAGS="-arch x86_64 -g -Os -pipe" LDFLAGS="-arch x86_64 -bind_at_load" ./configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --with-apxs2=/usr/sbin/apxs --with-ldap=/usr --with-kerberos=/usr --enable-cli --with-zlib-dir=/usr --enable-trans-sid --with-xml --enable-exif --enable-ftp --enable-mbstring --enable-mbregex --enable-dbx --enable-sockets --with-iodbc=/usr --with-curl=/usr --with-config-file-path=/etc --sysconfdir=/private/etc --with-mysql-sock=/var/mysql --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr --with-openssl --with-xmlrpc --with-xsl=/usr --without-pear --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-freetype-dir=/usr/X11R6 --with-gd=/usr/local
$ make
$ make test
$ sudo make install

教育用マイコンボード

chibiegg — Sat, 03 Apr 2010 14:43:24 +0000

中二の時に同級生数人とロボット同好会を学校で発足させたのですが、今では中学ロボット同好会はロボット研究部に昇格し、高校にもロボット同好会ができています。

で、ロボットを作るためにはマイコンでモーターを回す回路を設計したりプログラムを作れるようにならないといけません。

がこれまで、いちから独学で回路もプログラムもとなると相当の実力をつけているころには高校生ということになってしまっていました。

なぜそんなに時間がかかるか考えると、プログラムをするためにはマイコンボードができてないと学習できない、基板設計するにはプログラムでどういうことをするのか理解していないといけない…..という無限ループになるからだということになりました。

そこで、僕らの学年の部長だったT-Engineとクラブ向けの学習用マイコンボードがついたロボットキットをつくることになりました。

完成した基板があることによりプログラムの学習が早期からできるというのが目論見です。しかもマイコンは汎用マイコンを搭載しファームウエア等もあえて搭載しないので今後1から回路設計した場合でもそのときの経験はそのまま利用することができます。また回路図を読むことによりどういう回路ならこういうことが実現できるのかという教科書にもなるため回路の学習の基礎にもなればと思っています。

これを用いて中学初期あたりから学習すれば早期にロボット作成の基本が学習できる”はず”です。

構成としてはAVRマイコンと2チャンネルのモータードライバとUSBシリアル変換&書込回路をワンボードにしたマイコンボードとタミヤのユニバーサルプレートにギアボックスをセットにしたものになると思います。

拡張性を考えてI2C、デジタル入出力、アナログ入力ポートも備えています。

で、僕はマイコンボードの設計をするので以下のような感じになっています。

教育用マイコンボード

あと、AVRStudioを使って1からレジスタを操作してプログラムをするまえに、NQCのように簡単にプログラミングができるような開発環境も用意することにしたのでそちらも開発しています。

Windowsだけの対応ですがC#で開発しています。といってもコンパイル時にこっそり用意しておいたヘッダファイルをインクルードし、リンク時に用意しておいたライブラリをくっつけるという作業をしているだけなのですが…

それでも1から操作するよりは容易にプログラミングに慣れることができると思います。以下は開発中の開発環境です。一番大変なのは実際の動作とは全く関係のない部分なのですが、コードの色分けを実装するとこでしたね(笑)。できればVisualStudioのInteliSenceのような入力補完機能をつけるのが目標です。

教育用開発環境

インクルードが全くないのに用意された関数がつかえます。

これはコンパイル時にこっそり用意しておいたライブラリのヘッダファイルをインクルードし、ライブラリをリンクするという作業を裏で行うのことにより実現しています。というかただそれだけなのですが…

追伸

DCCデコーダの開発用のための実験基板ができました。AVRとモータードライバとBEMF用の回路が載っています。

今後の予定

chibiegg — Mon, 22 Mar 2010 00:50:32 +0000

今後の進路と、ホームページでの予定について…

本日無事に大阪大学工学部後期に合格しました。

これでやっとやりたかった事ができると思います。
今年はホームページもどんどん更新できるように頑張りますのでよろしくお願いします。

ホームセキュリティシステムが作りたかったのでそのための予備実験からという事になりそうです。
もちろんDCC関係はデコーダ製作からですね。ロジックアナライザーも購入したので効率よく進められそうです。

明けましておめでとうございます

chibiegg — Mon, 04 Jan 2010 13:22:02 +0000

遅いですが明けましておめでとうございます。
今年もよろしくお願いします。

二条城の前を通ると大きな門松が置いてあったので撮ってきました。
ただそれだけですが、

二条城の門松その1

二条城の門松その2

夜にはライトアップもしていました。

二条城の門松ライトアップ

ついでなので、よく観光客の人が撮っているのを見かける構図で撮ってみました。

二条城よくある構図その1

二条城よくある構図その2

部分日食と日食予報との比較

chibiegg — Wed, 22 Jul 2009 12:57:23 +0000

せっかく写真も撮影し、国立天文台の日食各地予報で日食の経過もシミュレーションできるので写真と、シミュレーション結果を並べてみたいとおもいます。
詳しくは一つ前の「大阪での部分日食」を参照してください。

特に意味はありませんが面白そうなのでやってみます。当然ですが全く同じになっています…

ちなみに、なんとこの記事が記念すべき第100番目の記事です。
ちなみにちなみに、アクセス解析の結果によると4日前がちょうどユニークユーザー3万人目でした。ページビューはもうすぐ5万件。その日を逃したので記念ついでに…

日食予報(09:51)

[caption id="attachment_392" align="alignnone" width="300" caption="大阪での日食(2009/7/22 9:51)"][/caption]

日食予報(09:58)

[caption id="attachment_393" align="alignnone" width="300" caption="大阪での日食(2009/7/22 9:58)"][/caption]

日食予報(11:02)

[caption id="attachment_394" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:02)"][/caption]

日食予報(11:05)

日食予報(11:11)

[caption id="attachment_395" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:11)"][/caption]

日食予報(11:12)

[caption id="attachment_396" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:12)"][/caption]

日食予報(11:16)

[caption id="attachment_397" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:16)"][/caption]

日食予報(11:21)

[caption id="attachment_398" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:21)"][/caption]

日食予報(11:26)

[caption id="attachment_399" align="alignnone" width="300" caption="大阪での日食(2009/7/22 11:25)"][/caption]

大阪での部分日食

chibiegg — Wed, 22 Jul 2009 12:35:30 +0000

今日7月22日は、各報道機関でも大々的に報道されているように日本では46年ぶりに皆既日食が観測できる日でした。皆既日食はインドから中国、鹿児島県・トカラ列島周辺でしか観測できませんが、大規模な(太陽の大部分が月に隠れる)部分日食であれば本土でも観測できました。
時々皆既日食と部分日食を混同している方がおられますが太陽が部分的にだけ隠れているのは部分日食で皆既日食ではありません。なので、「2009年7月22日の大阪での皆既日食」などの表記は誤りです。(いくつかみつけたので…)
ということで、撮影の障害になるものがないような場所に出かけて部分日食を撮影してみました。

撮影方法は以前の記事の「日食撮影機材の準備」をご覧ください。

国立天文台の暦計算室が公開している「日食各地予報」を利用して大阪の日食の経過を計算してみると以下のようになりました。

2009年7月22日大阪での部分日食の予測

これによると、欠け始めは9時46分58秒で、食の最大は11時5分28秒です。大阪では最大82.2%欠けた太陽が見ることができたそうです。

それでは撮影した写真の一部を時刻と欠けた割合とともに並べてみます。

ほとんど見ることができませんでしたが、運良く食の始めと食の最大だけは見ることができたので満足です。

ちなみに次の記事「部分日食と日食予報との比較」でシミュレーション結果との比較をしています。

9時51分(5.2%)

曇っていたが、運良く雲の薄い所が太陽の場所までやってきた。観測開始後初めて見られた太陽。

大阪での日食(2009/7/22 9:51)

9時58分(14.2%)

雲が厚くなってきてほとんどわからない状態に。かろうじで欠けていることがわかる。

これ以降太陽は雲の向こう側…

大阪での日食(2009/7/22 9:58)

11時2分(81.7%)

次に太陽が出た来たのが最も食の最大に近い11時2分。雲のせいでぼやけて見えるが三日月状になっているのがはっきりとわかる。このあとすぐに隠れる。

大阪での日食(2009/7/22 11:02)

11時11分(81.1%)

次に見えたのがこのとき。このあとはしばらく見えたり隠れたり。

大阪での日食(2009/7/22 11:11)

11時12分(80.7%)

雲の加減で太陽が煙を噴きながら落ちてくるように見える。曇りでも面白い写真が撮れたしいいかな…

大阪での日食(2009/7/22 11:12)

11時16分(78.4%)

大阪での日食(2009/7/22 11:16)

11時21分(74.6%)

大阪での日食(2009/7/22 11:21)

11時26分(71.0%)

これが最後に観測できた太陽。これ以降分厚い雲がやってきて見られなくなる。

大阪での日食(2009/7/22 11:25)

日食撮影機材の準備

chibiegg — Mon, 06 Jul 2009 12:38:20 +0000

来る7月22日に日本で観測できる日食があるのです。皆既日食としては46年ぶりです。が、皆既日食が見ることができるのは奄美大島等の南の地域だけなのですが、京都や大阪でも8割を超える量が欠ける日食が観測できます。

で、そいつをCanonのEOS 40Dで撮影しようと考えているのですがそのためには2つの問題があります。

一つ目は、明るさの問題。望遠レンズ等をそのままつけただけで日光をCMOSセンサーに当ててしまうと一気に焼けてしまいます。それ以前に明るすぎてきれいに撮影できませんが….。そこで減光フィルターというものをレンズの先につけて撮影します。

二つ目は、ズームの倍率です。手持ちの焦点距離70mm-300mmのズームレンズでは大きく太陽を撮影することができません。そこでもっと焦点距離の長いレンズを購入するか、レンズと本体の間に挟むテレコンバータと呼ばれるレンズを利用して焦点距離を何倍かにすることになります。前者の方法では明るく撮影できますがなにせ効果です。さらに今回は暗くなるぶんには問題ないので後者のテレコンバータを利用することにします。後で試してみたのですが、予想よりも暗くならずレンズに搭載されている手ぶれ防止機能と合わさって普段の利用でも十分利用できる性能でした。

一つ目の減光フィルターは各社ラインナップがあるのですが、調べてみると太陽を撮影するには光の強さを400分の１よりも暗くするのが最適とありました。が、そのようなフィルターはケンコーのND400プロフェッショナルしかありません、これは以前製造中止になったND400を今回の日食に向けて七月一日に新製品として販売しているものです。従来品との違いは色のニュートラル性が高くなったそうです。が、大人気のため入手が大変でした、ネットでも調べてみると売り切れており、近所の電気屋も回りましたがすでにありませんでした。そこで、光を８分の１にするKenko プロND8というフィルターを数枚重ねることで同じ量の減光をすることもできます。この場合二枚で６４分の１、三枚で５１２分の１に減光できます。結果的にはテレコンバータを買いに梅田のヨドバシカメラマルチメディア梅田に行ったときに店員さんに聞くと僕が求めていた直径のフィルターは在庫がまだあるということで運良く購入できました。（電話で確認したときはもう在庫はない、取り寄せもできない。といわれたのに。。。たぶん電話で対応した方は製造中止になったほうのND400で調べたのでしょう。）結局ND４００とND8を一枚ずつ入手しました。

二つ目のテレコンバーターは同じくケンコーのデジタルテレプラスPRO300 ２倍／キャノンEOS用を購入しました。これをレンズとカメラ本体の間に挟むことによって焦点距離が２倍になります。

で、試しに太陽と月をこのセットで撮影してみました。月を撮影するときには減光フィルターは使ってませんが。(少しトリミングしてあります)

2009年7月4日の太陽

2009年7月4日の月

2009年7月4日の月(もうちょっと暗いとき)

いつの間に…

chibiegg — Wed, 01 Jul 2009 11:45:14 +0000

６月某日の玄関で、こんなものが陰に隠れていたフリスビーに。

すでに住人は引っ越し済み、よかった。アシナガバチかな？

ついでに春に友達と嵐山に出かけた時の写真を「整理しているとき」に何となく撮った写真。

Aperture Window

保津川下りと嵯峨野観光線のトロッコ列車がかすかに写っています。

Safari4のおかげ？

chibiegg — Sat, 27 Jun 2009 09:38:24 +0000

今月は急激にアクセス数が増加しています。
今月のグラフがすごいことに…

2009年6月の日別アクセス数(26日時点)

９日から急激に増えているのがわかると思います。
ページ別のアクセス数を確認すると、Leopard発売時の「Leopardの「SIMBL」「SafariStand」」という記事のアクセス数が急増していました。

特定記事のアクセス解析

Safari4非対応のSafariStandがインストールされていると正しく動作しない場合があるようです。以前の記事にも追記しましたが新しいSafariStandのプラグインファイルを過去のプラグインと交換するだけで動作します。SIMBLには一切触れませんでした。

この小さなサイトだけで断言はできませんが、Safari4は多くの方が利用しているのだなぁと、おかげでもうすぐユニークアクセス数(訪問した人数、延べではない)が後少しで30000人に届きそう。

で、なんでみなさん「SafariStand アンインストール」で検索して来られるのでしょうか。アップデートすれば問題ありませんから、便利なのでアンインストールしないでくださいね〜

暑い！

chibiegg — Wed, 24 Jun 2009 08:16:56 +0000

サーバーもMacに変えた時にサーバーの設置場所をリビングから自室にしたのですが、サーバールームになったとたん暑いのなんのって…一昔前に放送されてたIBMのCMが事実であることを実感します。このCMなんですが…
冬は寒くなくていいなぁと思ってたんですが。

読み込み中…

それにしてもMacProは放熱対策はばっちりみたいなので、内部の温度は室温と大差ないのがすごい。以前つかってたサーバー機(普通の自作機)が熱で痛んだ理由がよくわかります。

まぁそのサーバー機は現在唯一のWindows機で開発用につかっているのですが、サーバーとして使えるほどは安定してません。

で、問題はこれから夏本番に入っていくのにどうするのか！

定期的にエアコンを自動操作するリモコンをつくるかな…

基板到着

chibiegg — Fri, 05 Jun 2009 10:23:56 +0000

２週間ちょっと前にOLIMEXに発注した基板が到着しました。
OLIMEXを利用するようになってからもう何年か立ちますが、こんなに頼んだのは初めてです。

3パックに包まれてやってきました。

開封し、種類別に分けるとこんな感じ。

中身は

DCC関係

シグナルデコーダ
ポイントデコーダ
赤外線トランスポンダ受信ボード
ファンクションデコーダ
モーター車用デコーダ
LocoUSB rev.2

その他

XBee USB変換基板
microSD変換基板
JTAGデバッガ
I2C接続モータードライバ

他には後輩が発注したものです。

製作結果は研究ノートに掲載予定です。

仕入れ 2009年5月29日

chibiegg — Fri, 29 May 2009 14:01:08 +0000

先日発注しておいた部品が到着しました。

仕入れ

今回の目玉は、次の５つです。

仕入れメイン

表面実装ブリッジダイオード　左端
AVR ATmega164 DIPとTQFP 左から二番目
AVR ATtiny84 QFP 右から３番目のリール
表面実装赤外線受光モジュール(38kHz)　右から二番目
表面実装赤外線LED　一番右

QFPハンダ付けできるかな(笑)
あと、表面実装赤外線受光モジュールは良い収穫かな、レールの間にぴったり。

LocoUSB rev.2 は２個ほど頒布できそうです。

あと、後輩の分

初めてのYouTubeへの投稿

chibiegg — Thu, 28 May 2009 15:27:15 +0000

せっかくビデオを作ったのでYouTubeにアップロードしてみました。

iMovieで制作したのでメニューから一発でYouTubeに投稿したためとっても手軽でした。

今回は説明なしということで…

ラッチ付きシフトレジスタ(74HC595)の実験

JMRIとPythonとセンサーで自動運転

ポイントデコーダの試作

クリスマスタブローまであと3日…らしいです。

chibiegg — Sat, 20 Dec 2008 14:59:46 +0000

毎年恒例のクリスマスタブローですが、後3日なんですね。

今年は初めてタブローに客観的に触れることになるのです。
やはり客観的に見ると新しい感動があるもので…
昨日後輩に会いに行ったときにはフロアにも何もなく、舞台上もぐちゃぐちゃだったのです。
それが今日荷物を届けにいってみると、フロアは銀マットも敷かれ、椅子も並べられ、舞台は８幕の状態にセッティングされ、８幕の通し練習をやっていました。

イメージ写真を載せときます。去年の写真ですが。

	Before	After

こうしてみると、「すごい」と言われる理由も身内ながら納得いく訳です。
ちなみに中学聖歌隊下手舞台側横から撮影した誰もいないフロアの写真です。

この写真を見ていると通し練習が終わって舞台監督や演出が大講堂から引き上げた後の静かな大講堂で過ごした時間が懐かしい気がします。

今年はなんとKBS京都で「クリスマス・タブロー」という番組名で番組が組まれるらしいです。
放送時間は12月24日の19:00から1時間です。

番組表による説明は以下の通り

クリスマス・タブロー
37回目を迎える洛星中学校・高等学校の大講堂で行われた伝統行事「洛星クリスマス・タブロー」の模様を伝える。
▽洛星中学校・高等学校で行われる聖夜の伝統行事▽賛美歌の合唱・聖書の朗読、キリスト誕生までの物語を描くステージ▽先輩から後輩へ引継がれる生徒中心の練習

生徒中心の学校行事って珍しいんですかね。うちでは当たり前だと思ってたんですが…

兎に角、音響設備が故障しないか心配です。
ここ２年ほど「もういつ音が出なくなるなどの深刻な症状がでてもおかしくない」と機材更新を主張していたのですが、実現はしませんでしたし。石畳なんか作るお金があったら「太陽光パネル」とか「大講堂の音響設備」とか、もっと有用な使い道が他にいろいろとあったと思うんですがね。
故障したら大きなスピーカーでも借りて仮設するんでしょうが。

何千万という大金を使うのは誰が決めるんでしょうか…(だいたい検討はつきますが)
こんなこと卒業が目前だから書けるんですが…

それでは各パートのみなさんがんばってください。

Macbook Pro の温度

chibiegg — Thu, 28 Aug 2008 15:44:55 +0000

ちょっと夜の間にGCCのコンパイルをさせとこうと思ってMacbook Proにmake作業をさせていると、余りもあついので温度をはかってみるとなんと92℃もありました。
最近すこしづつ温度が上がっているような気はしていたのですが90℃を超えたのは初めてです。
明日Appleコールセンターに大丈夫なのか電話して聞いてみよう…

阪急西院駅のゴミ箱使用中止

chibiegg — Fri, 27 Jun 2008 13:58:49 +0000

今日、阪急西院駅を通るとゴミ箱が封鎖されていた。
昨日6月26日から7月8日までだそうだ。

昨日と今日に国際会館と迎賓館でG8サミット外相会合が開かれることをすっかり忘れていた…

昨日と今日ってちょうどアメリカが北朝鮮のテロ支援指定国家解除を発表した日だったのだが、もし拉致の被害国が日本ではなく、ほかの国なら「北朝鮮テロ支援国家指定解除」なんか発表されたら暴動とか起きてもおかしくないのかな、と友達と学校で少し話題になったのだが…日本ではやはり「G8外相会合」なんかとピッタリ重なっても何も起きなかった。

河原町はこの記事によると6月13日からだから西院では最初は封鎖するつもりが無かったけれど昨日のアメリカの発表で封鎖することにしたのか、それとも元から昨日封鎖するつもりだったのか気になるが全く関係ないのだろう。

WordPressの管理画面をLeopard風に

chibiegg — Wed, 18 Jun 2008 15:02:10 +0000

Leopardぽいスキンを探しているときに見つけたものです。
おもしろそうだったので入れてみました。
「LepardAdmin」をインストールすると管理画面が以下のような感じになります。

ダウンロードはこちらの公式サイトから。
Teddy Hwang » Leopard Admin

インストールしてプラグインを有効にするだけです。
これをみるとつくづくMacOSX Serverを導入したいと思うわけです…

メールサーバーの構築(2)

chibiegg — Thu, 20 Mar 2008 16:18:55 +0000

すいません。以前書いたメールサーバーの設定ですが書くのを忘れていましたが殆ど自分のためのメモです。
なんかいろいろいじってたらうまくいってやり方は忘れてしまったということがよくあるので…

実のところ全然できていません。一時メールが受信できるようになったのに次の瞬間ユーザー名とパスワードが通らなかったり。SMTPは全然だめだし。OP25Bが施されているプロバイダ(K-OPTI.COM)なので25番ポートでの標準的な送信ができないし。

以前書いた諸事情で30日までには成功させないといけません。そのときにはちゃんとまとめる予定です。自分のためにも…

rsyncの件ですが近日中にパッチをあてたAFP経由でrsyncしてみます。なにせiTunesライブラリのバックアップで80G弱必要なところにiTunesバックアップ用に準備したハードディスクが80Gで。いったん全部消さないといけないなと思っています。一からした方が気分がいいので。
HATさんにはいつもご丁寧に教えていただき大変勉強になっております。本当にありがとうございます。

今日21日は昼頃から学校で単位認定会議です。高三になれるかどうかが決まる日なのですが、大丈夫であることを祈ります。2回も入院したり退院後もときどき休んだりして出席日数が….なので。欠課のところはどうなるのか…英語も…

1ヶ月も…

chibiegg — Wed, 20 Feb 2008 13:07:15 +0000

すいません。一ヶ月以上更新してませんでした。
コメントなどいただいて。本当にありがとうございます。
やはり個人のブログにきてくださる方がおられるとうれしい限りです。
ちょっと忙しいので一年ほどサーバー関係やプログラム関係はお休みします。
書くときもあると思いますが。
太陽光発電の記録も時々時間があればまとめて更新します。
データは忘れないようにとっておきますので…
もちろんブログは続けるのでこれからもよろしくお願いします。

大学に入ったら電子工作などもまたしようと…

(最近気になっているサイト)
W-SIM Wiki
マイコン工作実験日記
W-SIMはW-ZERO3 Advanced[es](赤耳)とnine.(青耳)。(赤と青を交換したので…)さらに灰耳の白ROMを持っているので大学入ったら解析なんかもしようかと…。W-SIMのソケット買っとこうかなぁ。
DDをつかってMacのターミナルからPHSに電話をしたり、かかってきた電話に応答したりは実験しました。ライトメールの送受信なんかマイコンからシリアル経由でできたりしたらおもしろいなぁ…と思ったり。自分はH8／SH／PICしか使ったことがないのでAtmegaとかも使えるようにしたいと思います。TOPPERSとかもCQ出版のInterfaceで読んでて面白そう…
まぁ楽しみにおいておきます。

Merry Christmas

chibiegg — Tue, 25 Dec 2007 11:44:43 +0000

やっとタブロー中に撮影した写真の整理を終わらせました。

といっても通し練習中などに撮った写真は少ないので、本番前の食事会での写真や本番後の胴上げのときの写真やその他のものばかりなのですが。
デジタル一眼レフを購入してからRAW画像をたくさんつかうようになったり、そろそろ写真枚数が増えてきてiPhotoでは遅くなってきたのと、写真そのもののデータの場所をサーバーに配置したかったという理由でApertureに乗り換えました。

Apertureを使用するようになって写真管理は格段に軽く便利なり以前まではiPhotoを起動するのも嫌だったのですが気軽に起動できるようにもなりました。

で、今回の写真ですが。この一週間で撮影した約900枚の写真をスタックで整理しピックする写真を選んで最終的に502枚のピックまでしぼりました。
何よりも今回よかったのは一番仲の良い友達が胴上げされたときの写真がほぼ完璧に撮影できていたことです。ノーファインダーでの撮影だった上に人ごみの中で瞬時にシャッターを切らないと間に合わないぐらいだったので半分このときの写真はあきらめていたのですが。何人かはほぼ正面、横から撮れていました。

来年、友達に印刷して渡す写真の選択をしないと…

明日はサーバーにHDDを追加してバックアップ体制を作りたいと思います。久々のサーバー関係の更新になるのかな…

クリスマスタブロー反省会

chibiegg — Mon, 24 Dec 2007 14:49:20 +0000

今日は10時30分からケベックホールでクリスマスタブローの反省会が行われた。
タブローのメンバーが集まる最後のときである。

昨日の本番は本当によかった。
中二に上がるときに効果パートに誘っていただいた先輩たちには本当に感謝している。
そのときはこんなにタブローや文化祭での仕事がすばらしいものとは知らなかったのはもちろんのことそう感じることになるとも思っていなかったのだが、四年間文化祭・タブローと効果パートとして仕事をしてきてそのことをとてもひしひしと感じる。
今日の反省会で化学の先生(この先生も生徒だったときに四年間照明パートとして参加してから教諭になっているいままでずっとタブローに参加されてきた)が挨拶されたときにおっしゃられた照明パートの四年間はすばらしかったという言葉が重く感じられる。

本当に各チーフのみんな。パート員のみんな。タブローを一緒につくってきてくれたみんな。ありがとう。高一以下の人は来年もがんばってもっと良いものを作ってください。

先生が今日提案されたように新共同訳に一気にかえてしまうのもいいかもね。
それとグローバル化(笑)。アナウンスや掲示に英語や絵を追加するとか。
でもこれは重要なことだと思う。校長先生が今日挨拶の中で提案されたのだが僕はアナウンスに英語を足すことは思いついていなかった。やりたかったなぁ。

最後の聖歌隊のアンコールと舞台上での胴上げは参加できてとてもうれしかった。
特に胴上げはしてもらえるとは思ってなかったし、みんな頭打たないように気をつけてとか言ってくれて(夏休みに手術をしたとこだったので)。本当にみんなやさしくて…
もっと役に立てたらよかったなと思う。

照明パートのチーフパート員のみなさんにはいろいろとお世話になりありがとうございました。
写真は新年が明けたら持っていきます。

今年の聖書朗読や聖歌隊や独奏独唱、ハンドベルなどの録音やマニュアル。BGMなど後輩に引き継ぐものをまとめて渡したら僕の仕事は終わりです。

クリスマスタブロー今日リハ明日本番

chibiegg — Sat, 22 Dec 2007 12:31:05 +0000

今日は午前の答案返却後リハーサルでした。
効果パート的には最初の場内灯をディマーに変更した後ディマーを消すのですが、消すタイミングを間違えたそうです。
伝聞なのは当の本人が部屋の外に出て行っただいぶ後に他のパートの人が指摘しにきたからです…

あと自分の失敗は舞台の録画を準備する時間がなくて場内が暗くなってから準備し始めたためピントをマニュアルにもできず、明るさもマニュアルにできず、手すりが下に写っているとも知らず最後まで録画していました…
ショック。きっしーに頼んで学校側で録画したテープをお借りしようかなぁ。
高校聖歌隊と博士の入場、ダンスは違うカメラでズームで撮ったので舞台の固定アングルの映像と編集してDVDを作りたいのです。

それと今日はオルガンの機嫌は悪くなりませんでした。よかった
あと一回がんばって〜

クリスマスタブロー明日リハーサル

chibiegg — Fri, 21 Dec 2007 13:39:32 +0000

ついに明日リハーサル（といっても一般の方も来られるので本番と撮影可能である点を除いて同じなのですが）です。
午前中は全学年後期中間試験の答案返却なので仕事はできません。
午後は練習なしですぐにリハーサルなので大変です。

帰る前に音源の新しいMDを作るように言われたので先ほどDISC AとDISC BをCD-Rに焼いてMDコンポに4倍速録音(というよりはデジタルコピーですが…)をしてもらっているところです。

結局原曲が入っていると言われているCDは僕の手元に回ってくることは無かったので変更できたのは鐘を含む複数のレコード音源だけですが…
ほんとうは「Ave Maria」「マンフレディーニ」「トランペットボランタリー」「マルチェロオーボエ協奏曲」「O Holy Night」などノイズの激しいのがあるのをCDから取り直したかった(光デジタルなどでMDに録音したのではないようで…)のですが。
来年のために作成して置いておく機会があったらにします。

今日の二回の通し練習を録音してみましたが以前までの方法よりもとても奇麗に(少なくとも関係のない場所のノイズは録音されなくなった)録音できていました。よかった。僕の本番中の仕事はこれ(録音側の音量調整)だけなので…

一つ気になることは中学聖歌隊用のオルガンが時々調子がわるいようで午前の「くしくも照らす」の前奏の最後で気が抜けたように音程がふにゃふにゃになっていました。
NG部分(mp3)
申し訳ありませんがオルガンは効果パートの管轄ではありません。お役に立てなくてすいません。
後でオケの子に聞くと最近よく調子が悪くなるようで。明日と明後日だけは起きないように願います。

今日特筆できるほどやったことはありません。
まぁ音源MDの作成ぐらい？
あ、コントロールルームから舞台が見えるように外にビデオカメラを設置しました。

前年のパートチーフである先輩にお願いされているものをずっと渡せていません。
申し訳ありません。本番までには…

クリスマスタブロー当日まであと3日

chibiegg — Thu, 20 Dec 2007 15:32:44 +0000

残り３日といってももう21日なんですが…

修正した上演要領ならぬ効果要領を必要人数分印刷するのを忘れていたので急いで印刷しました。
画質は気にせず最速で印刷したのですこしかすれていますが…

効果パートで行っている録音は去年までは天井から録音用に吊っていたマイクから録音していましたが、今年はすべてのマイク入力・音源を録音専用に用意したミキサーに入力しそこから録音することにしたので無駄な雑音などはだいぶ減りました。
しかし、やはり高校聖歌隊のマイクがONになっている間は雑音が多いですね。

せっかく録音がきれいになったので録画も力を入れようと思い、今年は自分のカメラと友人のカメラと生物部のカメラをお借りして舞台・ハンドベル・高校聖歌隊と三カ所撮ることにしました。さすがにまだHDVカメラを持っている人は見つけられていません。

今日やったこと
舞台袖スピーカの正式設置
プレリュード・鐘・リトルドラマーボーイの音源交換
効果要領の修正
通し練習

通し練習のとき聖歌隊の録音を何回か間違えてしまいご迷惑おかけしました。

よくハイビジョンの意味で使われるHDですがHigh-Definitionの略でHDTVで「高精細度テレビジョン」。
で、NHKが開発したときの愛称が「ハイビジョン」なのでこちらが定着したようです。
まぁ「宅配便」が全般的に「宅急便」（ヤマトの商標）と呼ばれるのも同じか…
出典:Wikipedia ハイビジョン