EPSON PX-403A

Amazonで買ったデジタル複合機PX-403A(\3,852)が届いた。

筐体は白いプラスチックで、PP(PreProduct)品に艶出しコーティングをしただけの様な感じで、安っぽく、玩具みたい…。

コストダウンに凄い努力をしている事が伺われる。が、可動箇所が多いので、輸送時に傷にならない為のビニールコーティングとテーピングが半端じゃない。この部分は検討の余地あり。

で、インクカートリッジを装着して、Ubuntu 11.10 64bitにUSBでさっくり繋いだら動くかな?と思ったら甘かった。

一応、Linux は USB に新たな周辺機器を接続すると、自動でドライバをシステムに組み込む機構があるのだが、PX-403Aはドライバが無かった。

一覧から似たようなプリンタを選ぶかなと思ったが、ふと検索してみると、アヴァシス株式会社に PX-403A の Linux用ドライバがありやがりましたよ 😀

この会社って昔はエプソンアヴァシスって社名だったような気がするが、社名変更か、資本移動でもあったのかな?まあ、それはサテオキ。

PX-403Aは複合機なので、オールインワンの中からこのページ
epson-inkjet-printer-201103j_1.0.1-1lsb3.2_amd64.deb
をダウンロードし、Ubuntu ソフトウエアセンターでインストール。

で、プリンタの電源入れ直したらプリンタが認識され、テストページも問題無く印刷できた。印字品質に拘りは無いが、pixus 80i と大差無い気がするな。

そういえば、PX-403Aは複合機だからスキャナとしても使えるのだが、スキャナドライバを探してみたら、オールインワンのページの下にImage Scan! for Linux ってのがあった。

データパッケージ
iscan-data_1.11.0-1_all.deb
PX-403用64bit[libltdl7]コアパッケージ
iscan_2.27.1-4.ltdl7_amd64.deb

インストール方法
userg_revO_j.pdf

をダウンロードして、PDFを見ながら、Ubuntu ソフトウエアセンターでインストール

PX-403Aの電源再投入でスキャナとして認識され、インストールした Image Scan! for Linux はdashホームからだと、「グラフィックス」の絞り込みでアイコンが出る。

ペンギンがイカす!

取り込みはpngで、300dpiだと結構高速に取り込んでくれる。

1200dpiとかやると死ぬほど遅いが、万単位のピクセルになるし、画像ビューワーで見たらギガ単位でメモリ食うので充分死ねる(笑)

わし的にPX-403Aは大満足。複合機で3,852円という超激安なのにこの機能とLinuxへの気合の入れっぷりが気に入った。3万円位出して買っても安すぎるという感じすらする。

Linux 環境だと、インク残量が分からないのは残念だが、製品の機能をソフトウエアがそれなりにハンドリングしてるというだけで感動するな。

pixus 80i のサービス エラー 5C00

pixus 80i の電源を入れたら、盛大にギヤが空回りするような音がして、印刷可能状態にならなくなった。

Linux のプリンタ設定は済んでいて、以前は順調に印刷できていたが、残念ながら、プロパティからインク残量やプリンターの状態取得ができない。

そこで、VirtualBox の guest OSの Windows 7 Professional にUSBを渡してやって、プリンタドライバをインストールし、状態を見てみると、表題の通りとなった訳だ。

Web検索すると、これはサービスセンターに送って修理メンテナンスして貰う様なものらしい。

pixus 80iはヤマダ電機で3万円位で買ったと思うが、デフレの世の中だし、3万円位だと、修理に出すより買った方が安いという事もある。

最近のプリンタ相場は知らないので、「新しいプリンタは幾らかな?」とAmazonを検索してみた

EPSON Colorio インクジェット複合機 PX-403A \3,852 !?

さんぜんはっぴゃくごじゅうにえん?…

マジデスカ!?

ちなみに、純正のカラーインクカートリッジが \3,372 で480円高いだけ。インクカートリッジとほぼ同じ値段の印刷もスキャンもコピーもできる複合機って、デフレし過ぎだろ!

こりゃ、日本の製造業も潰れるわな。

スマートフォン

「スマートフォンを持たざれば人にあらず」

みたいな事を言ってる輩が居るのだが、スマートフォンってかなり昔から発売されてて、W-ZERO3を持っていたわしからすれば、「今時スマートフォンかよ!?」って感じ 🙂

まあ、それ以前に携帯端末の開発部隊に居た10年前から「小さい画面は使い物にならぬ!」と思っていて、その結論は今も変わっていない。

そもそもこれが「仕事に使える」なんて言う輩が信じられんのだが、画面が小さくてまずソースコードのアルファベット識別が非常に困難。無理にソース書いても間違いが分かりにくく、不具合の拡大再生産をするから非常に非効率。

タッチパネルで文字入力するより、キーボードの方が10倍は早いし、これも使わない方がマシのレヴェル。

こんな非効率な使えないパソコンモドキなんて子供のおもちゃとしてはいいかもしれんが、いい歳した大人がうれしそうに使うようなもんじゃない。

まあ、道具というのはそれを使う人間の能力に大いに依存するものだが、スマートフォンはWeb閲覧には使えない事も無いだろうが、開発者がソース書くのに使えるなんて抜かす輩は、どれだけ今まで非効率でダラダラと余計な時間かけて仕事してたんだ? と問いたくなるな。

消えたメール

Yahoo!メールに送ったメールが消えた。

客の依頼で、Yahoo!メールに送ったメールが迷惑メールフォルダに入るようになっているので何とかしてくれと言われたので、調査の為にYahoo!にアカウントを作ってテストしたのだ。

サーバーのログで、Yahoo!のMTAが250の応答を返したところまでは確認できているが、そこから先がどうなったのか分からない。

レンタルサーバーのMTAから送ったのだが、色々調べると、そのIPアドレスから送ったメールは、ヘッダに大量送信者のマークが付けられていて、送ると必ず迷惑メールフォルダに分類されるが、先に送ったメールは、全く届かずに消えてしまったのだ。

考えられるのは、大量メール送信者としてマークしているMTAから、To: やSubuject:が空のヤツは問答無用に削除するみたいなロジックで動いている事が予想される。

消えたメールを送った時は、telnet で smtp 叩いて送ったので、To: と Subject: が空だった。

で、Yahoo!メールカスタマーサポートに問い合わせてみると、
メールの設定はちゃんとしてるのか?とかユーザーを馬鹿にするマイクロソフト臭がプンプンする定形文を返してきやがった。

こっちはログ添付してんだから、Yahoo!のMTAのログ見たらすぐ分かる話だろうに、そんな簡単な事もやらずに「どうせお前が馬鹿な設定やって、メールが迷惑メールフォルダに入ってんのに気づいてねーんだろ?」と言いたげな定形文を返して来る。

まあ、確かに実際にメールが消えるのを見るまでは、「Yahoo!メールでメールが届かない」なんて騒いでいるのは、ユーザーが迷惑メールフォルダに入ってるのに気づかないというパターンだろうと思っていたし、問い合わせのほとんどがそういう場合が多いだろう。

しかし、ログが添付されているってのは、そこから消えたメールを追跡できるのだから、通常の定形文の対応ではマズいという状況判断をせんといかんね。

まあ、最近、状況判断、状況分析能力が著しく低い人間を良く見るので、別に驚きもせんが 🙂

まあ、Yahoo!メールは、勝手にメールを捨てる事もあるから、メールが届かない事もあるよってのを覚悟して使うにはいいかもね。わしは絶対使わんけどな 🙂

Ubuntu 11.10

11.04のアップデートマネージャからサクっとアップグレード。

環境的には余り変化が無い。

Skypeがタスクバーに入らなくなるとか、conky のcoretempのパラメータを書き換えないと動かないとか、日本語フォントが見にくいとかあるけど、今までとほぼ変わりなく使えている。

kernel が 3.0 になったので、dkms 関係をキッチリしとかないといけない。

noizumi@purplecat:~$ dkms status
bcmwl, 5.100.82.38+bdcom, 2.6.38-11-generic, x86_64: installed
bcmwl, 5.100.82.38+bdcom, 3.0.0-12-generic, x86_64: installed
cdc-acm, 2.6.38-8, 2.6.38-11-generic, x86_64: installed
cdc-acm, 2.6.38-8, 3.0.0-12-generic, x86_64: installed
fglrx, 8.881, 2.6.38-11-generic, x86_64: installed
fglrx, 8.881, 3.0.0-12-generic, x86_64: installed
vboxhost, 4.1.4, 2.6.38-11-generic, x86_64: installed
vboxhost, 4.1.4, 3.0.0-12-generic, x86_64: installed

cdc-acm はFOMAの携帯電話を繋ぐドライバで、このあたりのネタをdkmsで設定して、カーネルがアップデートされても自動的にドライバを再構築するようにしてあるのだが、kernel 3.0 でもドライバが勝手に入ってるな。

しかし、元ソースがkernel 2.6.38-8から取ってきたcdc-acmなのと、diff 取ってみたら2.6.38と3.0.0の cdc-acm.c は変更されているので、3.0.0のcdc-acmにする。

kernel 3.0に入ったカーネルドライバを削除
# dkms remove -m cdc-acm -v 2.6.38-8 -k 3.0.0-12-generic

——– Uninstall Beginning ——–
Module:  cdc-acm
Version: 2.6.38-8
Kernel:  3.0.0-12-generic (x86_64)
————————————-

Status: Before uninstall, this module version was ACTIVE on this kernel.

cdc-acm.ko:
– Uninstallation
– Deleting from: /lib/modules/3.0.0-12-generic/updates/dkms/
– Original module
– No original module was found for this module on this kernel.
– Use the dkms install command to reinstall any previous module version.

depmod………..

DKMS: uninstall Completed.

前の環境でlinux-sourceパッケージをインストールしてあったので、アップグレードしたら、 /usr/src/linux-source-3.0.0.tar.bz2 が既にあった。

$ sudo su –
# cd /usr/src
# sudo tar xvjf linux-source-3.0.0.tar.bz2

で、もりっと展開。

応用開発さんのドライバを取ってくる
# wget “http://sourceforge.jp/frs/redir.php?m=osdn&f=%2Fcdc-acm%2F33631%2Fcdc-acm-v026.zip” -O cdc-acm-v026.zip
# unzip cdc-acm-v026.zip -d cdc-acm-3.0.0-12
Archive:  cdc-acm-v026.zip
inflating: cdc-acm-3.0.0-12/cdc-acm.h
inflating: cdc-acm-3.0.0-12/cdc-acm.c
inflating: cdc-acm-3.0.0-12/Makefile
inflating: cdc-acm-3.0.0-12/readme.txt

さっき展開したソースから、cdc-acm.c cdc-acm.h をコピー
# cp linux-source-3.0.0/drivers/usb/class/cdc-acm.* cdc-acm-3.0.0-12

cdc-acm.c.patch
cdc-acm.h.patch

このファイルをそれぞれ適用
# cd cdc-acm-3.0.0-12
# patch <cdc-acm.c.patch.txt
patching file cdc-acm.c
Hunk #1 succeeded at 66 with fuzz 1 (offset -35 lines).
Hunk #2 succeeded at 876 (offset -93 lines).
Hunk #3 succeeded at 886 (offset -93 lines).
Hunk #4 succeeded at 933 (offset -93 lines).
Hunk #5 succeeded at 999 (offset -89 lines).
Hunk #6 succeeded at 1277 with fuzz 2 (offset -77 lines).
Hunk #7 succeeded at 1632 (offset -76 lines).
# patch <cdc-acm.h.patch.txt
patching file cdc-acm.h
Hunk #2 succeeded at 147 (offset -11 lines).

Makefile の先頭行をコメントアウト
#KERNEL_VERSION  := uname -r

dkms.conf を用意してやる
PACKAGE_NAME=”cdc-acm”
PACKAGE_VERSION=”3.0.0-12″
CLEAN=”make clean”
MAKE[0]=”cd ${dkms_tree}/${PACKAGE_NAME}/${PACKAGE_VERSION}/build; make KERNEL_VERSION=${kernelver}”
BUILT_MODULE_NAME[0]=”cdc-acm”
BUILT_MODULE_LOCATION[0]=””
DEST_MODULE_LOCATION[0]=”/kernel/drivers/usb/class”

DKMSに追加
# dkms add -m cdc-acm -v 3.0.0-12 -k 3.0.0-12-generic

Creating symlink /var/lib/dkms/cdc-acm/3.0.0-12/source ->
/usr/src/cdc-acm-3.0.0-12

DKMS: add Completed.

buildしてみる

# dkms build -m cdc-acm -v 3.0.0-12 -k 3.0.0-12-generic

Kernel preparation unnecessary for this kernel.  Skipping…

Building module:
cleaning build area….
cd /var/lib/dkms/cdc-acm/3.0.0-12/build; make KERNEL_VERSION=3.0.0-12-generic….
cleaning build area….

DKMS: build Completed.

install してみる
# dkms install -m cdc-acm -v 3.0.0-12 -k 3.0.0-12-generic

cdc-acm:
Running module version sanity check.
– Original module
– Installation
– Installing to /lib/modules/3.0.0-12-generic/updates/dkms/

depmod….

DKMS: install Completed.

# dkms status
bcmwl, 5.100.82.38+bdcom, 2.6.38-11-generic, x86_64: installed
bcmwl, 5.100.82.38+bdcom, 3.0.0-12-generic, x86_64: installed
cdc-acm, 2.6.38-8, 2.6.38-11-generic, x86_64: installed
cdc-acm, 3.0.0-12, 3.0.0-12-generic, x86_64: installed
fglrx, 8.881, 2.6.38-11-generic, x86_64: installed
fglrx, 8.881, 3.0.0-12-generic, x86_64: installed
vboxhost, 4.1.4, 2.6.38-11-generic, x86_64: installed
vboxhost, 4.1.4, 3.0.0-12-generic, x86_64: installed

2.6.38のカーネル使う時は2.6.38用、3.0.0のカーネル使う時は3.0.0用のcdc-acm.koが使われるので運用はこれで良いが、よく考えたら、カーネルアップデートが掛かったら、両方共 cdc-acm.ko だからマズいなあ…

3.0.0 カーネルはわしの使用用途では特に問題は出てないし、2.6.38カーネル消すか。

「ドキュメントを読まない輩」

googleで Apache の AddDefaultCharset の設定のせいで文字化けするのは何でだろと思って検索しててたどり着いたページが大層おもしろかった。

ドキュメントを読まない輩
http://ya.maya.st/web/RTFM.html

「結論: ぐぐるな。ドキュメントに書いてあるとわかっているのになぜ google に頼る?」

うん、実にその通りで耳の痛い限りなんだが、Webで検索すると具体例が豊富に出てくるので、付属ドキュメントの解説が難解だと、「百聞は一件にしかず」という事で検索に頼ってしまう。

ただし、一つの結果だけだと、勘違いで結果的に嘘に騙される事になる訳だし、複合的に情報は判断する。あらゆる情報は裏を取るのがわしの鉄則。

しかし、この「ドキュメントを読まない輩」という中に書かれている内容を見ると、嘘のコピーのまたコピーみたいな伝言ゲームになっていて、複数の情報源と思って読むと、実は元は同じで、集団で嘘をついているみたいな事になってるのか。おそろしや…。

Internet Explorer 9

VirtualBox Guest OSのWindows 7 Professional 64bitのWindows Updateに出ていたので入れてみた。

最初の起動は相変わらずもっさりだが、一度起動させた後だと確かに速い。

インストール時にウイルス対策ソフトとか、Java等の常駐物をのきなみ終了させられたが、結局、OSの独自機能を使って速度を上げるとか、他のサードパーティにはできない排他的な手段を使って高速化したんだろうな。

で、IE9でわしのブログ見ると、MS明朝ってアルファベットとの親和性もダメだし、フォントが汚ねえなあ。でも、Ubuntu のFirefoxだと綺麗な明朝体で表示されてるから、わざわざWindows用に直す気なんぞさらさらない。

汚くて耐えられないって人は Ubuntu の Firefoxで見てください 🙂

Zoneminderに赤外線カメラ追加

赤外線カメラを発注していたのは支那のサイトの Aliexpress

前から Alibaba って支那の業者の製品を日本の業者に仲介するサイトがあるのだが、そもそもアリババって盗賊だし、盗賊市かよ!? って感じで言葉のイメージがよろしくない。

Alibaba は業者向けで、発注ロットが100個とか1万個とかそういう単位なので、一般人は手を出し辛い。そこで出てきたのが1個から売ってくれる Aliexpress なのだろう。

サイト自体の作りと販売システムはしっかりしていて、すぐにチャットで相談できるようになっている。ブツが届かなければ、Open Dispuiteで支払い停止できるみたいだし、さすが信用のおけない支那人相手の商売を成り立たせる仕組みだと感心する事しきりである。

話はそれたが、Aliexpress で調達したのが、
・FOSCAM FI8905W
・PoE給電アダプタ(5V、7.5V、9V、12V切替スイッチ付き)

の2点。カメラは上海、PoE給電アダプタは抗州ルートでいずれも無事到着した。これでコンセントの位置に関係無く、ネットワークケーブルの届く範囲に自由にカメラを配置できる。

そこで、ネットワークケーブルだが、これはAmazonで
・10m カテ6 Ethernetケーブル

を調達。

PoE給電アダプタは、普通のPoEの規格だと、48Vを送電する事になっていて、汎用電気機器に給電するには、電圧変換をしないといけないのだが、支那から取り寄せたアダプタは、切替スイッチがついているので、その点の問題はクリアしている。

ただ、誤算だったのが、取り出すDC電源のコネクタがφ2.1で、FOSCAM FI8905Wはφ1.3なので、このままでは繋がらず、共立エレショップを見ると、DCプラグ変換コネクタというのがあったので、これを調達。

この変換コネクタをFOSCAM FI8905Wに差し込むとかなりプラグが余り、ピッタリとは嵌らない。しかし、給電には問題無いので良しとする 🙂

実際の画像は次の様な感じ。

FOSCAM FI8905WはDC-NCR13Uよりも2mは後方に配置しているのだが、映ってる範囲は遥かに狭い。しかし、赤外線に対する感度は高く、はっきりと映っている。

DC-NCR13Uは真っ暗な映像しか映っていなかったのが、FOSCAM FI8905Wの60個の赤外線LED投光器により、多少はマシになったが、やはり赤外線に対する感度が悪すぎる。

一時はDC-NCR13Uの夜間監視能力向上の為、赤外線投光器の設置も考えたが、この結果からすると、相当強力な赤外線投光器でなければ改善しないので、やはり屋内の近距離にしか使えなさそう。

FOSCAM FI8905Wは夜間の能力は申し分無いのだが、前述の通り、映る範囲が狭すぎるので、範囲をカバーするには距離が必要という事で、二階から見下ろす位置に設置するしか無さそうだ。

この監視カメラの動態検知をする OpenRD Ultimate だが、2台となると、かなり負荷が厳しい。1台のカメラに1台の Sheeva の処理能力が適正と思われる。

レンタルサーバ更新

WordPress 3.2ja はPHP5.3以上でないと更新できないと表示されていたので、XserverのサーバパネルからPHPバージョン 5.1.6→5.3.3へ更新を実行。

Xserverはサーバパネルから、PHPの各種バージョンを簡単に切り替えられて便利だな。

【Ubuntu 11.04】apacheのuserdirのphp設定

ユーザーディレクトリでphpを動かそうとするも、ファイルをダウンロードしようとする?

調べると、Ubuntu 10.04 の Apache2 userdir で PHP が動かない件を見つけ、

noizumi@purplecat:/etc/apache2/mods-available$ sudo vi php5.conf

#    <IfModule mod_userdir.c>
#        <Directory /home/*/public_html>
#            php_admin_value engine Off
#        </Directory>
#    </IfModule>

とやったら動くようになった。

別の環境で、ユーザーディレクトリでphpを動かしていて、こんなの設定した覚えは無いのだが…。