液晶ディスプレイは、昔からよく故障して、修理のネタにされていることが多い。 今回取り上げるのは、ブランドとして有名なEIZO(ナナオ)のWQXGA(2560x1600)のディスプレイ(EIZO FlexScan SX3031W-H)である。 全部自分で修理できた分けではなく、専門業者による作業が主だが、修理の可能性があるということで記してみる。
上記のようにノイズが入ってしまうようになるという故障の症状が よく報告されている。特に尾をひいたようなノイズが比較的多いようだが、ひどくなると、色全体がおかしくなる こともあるようだ。発売当時は30万円近くしたようだが、数年で症状の出る場合もあるようで、 そうなると結構ショックかもしれない。基本はパネル交換になるので、修理費用はかさむが、 悪いことに、サムスンのパネルですでに供給がストップしているようで、それもできなくなっているようだ。
丁寧に背面のプラスチックの筐体を外すと、FPGAや専用のチップの乗った基板と、ファンが見える。 GATEWAY等で同じパネルを使った製品(XHD3000)ではファンはついていないようだが、ナナオの設計の段階で 発熱等の問題から、定常的に回すファンが必要と判断されたようだ。ただ、このファンのうけがあまりよく なかったようで、ノイズに関して文句が出たようだ。ついていて安定していれば良かったのだろうが、 残念ながら数年で問題が出るようになってしまったようだ。
さらに分解を進めると、ファンの下に上のような基板が見えてくる。この部分に載っているALTERA HardCopy ASICの はんだ割れのせいで接触不良になり、ノイズが出るというのが、かなり多い原因のようで、海外のサイトでは、 自分でヒートガン等を使って直したと言う報告もある。今回はそういう道具はないので、専門の業者に たのんで再はんだしてもらうことにした。やまだ工房という BGAのはんだもしてくれる山形県の専門業者をたまたま見つけたのであとはまかせることにした。
やりとり等で数週間後、見かけはかわらないディスプレイドライバ基板が到着、際取り付けを行ったところ、 運良くノイズが消えてきちんと映るようになった。ただ、もったいない精神は大事だが、時間を食ってしまうのが 一番の難点である。
Last week Kent Beck made a claim that you don't really need bug tracking
databases when you're doing Extreme Programming, because the combination of
pair programming (with persistent code review) and test driven development
(guaranteeing 100% code coverage of the automated tests) means you hardly ever
have bugs.
Lo and behold, I discovered that very few of the bugs in there would have been
discovered with pair programming or test driven development. Many of our
"bugs" are really what XP calls stories -- basically, just feature requests.
A lot of the other bugs were only discovered after much use in the field. The
Polish keyboard thing. There's no way pair programming was going to find that.
And logical mistakes that never occurred to us in the way that different
features work together. The larger and more complex a program, the more
interactions between the features that you don't think about. A particular
unlikely sequence of characters ({${?, if you must know) that confuses the
lexer. Some ftp servers produce an error when you delete a file that doesn't
exist (our ftp server does not complain so this never occurred to us.)
I carefully studied every bug. Out of 106 bugs we fixed for the service pack
release of CityDesk, exactly 5 of them could have been prevented through pair
programming or test driven design. We actually had more bugs that we knew
about and thought weren't important (only to be corrected by our customers!)
than bugs that could have been caught by XP methods.
But Kent is right, for other types of development. For most corporate
development applications, none of these things would be considered a bug.
Program crashes on invalid input? Run it again, and this time watch your
{${?'s! And we only have One Kind of FTP server and nobody in the whole
company uses Polish Windows.
-- Joel Spolsky
-- "Five Worlds" ( http://www.joelonsoftware.com/articles/FiveWorlds.html )
If con is the opposite of pro, is
congress the opposite of progress?
-- One of Nadav Har'El's Email Signatures.