ディスプレイとしての電子書籍

一般的なものの型破りな使用は、私たちが常に興味を持っているものです！ 結局、別のデバイスをハングアップしたい場合があります。 それがどのように機能するかを理解し、新しい機能を追加することによりその動作を調整します。


写真を表示する

古いSony PRS-505リーダーを便利なディスプレイに変える方法を説明します。 また、この本用に独自のプログラムを作成する方法も教えてください

問題の声明

あるデバイスでは、グラフと実験データを表示するディスプレイが必要でした。 データはめったに表示されませんが、ディスプレイは低電力で、大きく、解像度が高いことが望ましいです。
ソースデバイスはLinuxで実行され、USBホストがあります。 最初はVogueディスプレイに目を向けましたが、サイズと解像度が小さいため、それを却下しました。 彼はさらに検索し始めました。
私は長い間、電子書籍PRS-505の周りに横たわっていました。 私はそれを取り出して目の前に置いた。中にはLinuxがあり、どこかでコンソールからアクセスできると聞いた。 しかし、このこと自体がそれであることも認識しています。 置き忘れて。

しばらくして、友人のVshmukとキャンプに行ったところ 、突然同じ本を読んでいることがわかりました。 そして彼は自分の考えを彼に話しました。 馬鹿げたことに応じて-判明したように、尊敬された同志はかつてこの本にハードウェアにアクセスする方法についての記事をハッカーに書きました。あなたもそれを扱うことができます。

ハイキングをする普通の人は自然を楽しみます...

Linuxを理解していない人のために、フレームバッファは（一般的なデバイスと同様に）Linuxファイルであり、その中に（理論的に）メモリースナップショットファイルを書き込み、画面に表示できることを説明します。 ハードウェアのスクリーンショットを撮ることもできます。 このファイルを別の場所にコピーしてビデオメモリをダンプし、コピー（または書き込み）して表示します。

ビジネスに取り掛かる

壮大な旅から戻ったとき、彼の記事www.xakep.ru/magazine/xa/129/092/1.aspを探して 、それが始まりました。

最初に、本を分解し、インターフェイスペアリングにft232rlチップを使用してデバッグコンソールにはんだ付けしました（私の投稿「UARTとその用途」 -habrahabr.ru/post/109395を参照 ）


はんだ付けされたインターフェースを備えたパッチなしリーダー


背面図

はんだ付けする方法とコンタクトの詳細については、 www.the-ebook.org / forum / viewtopic.php？p = 120092＃120092をご覧ください。

ログイン方法、どのプロセスを強制終了する必要があるかなど、Vshmuk 同志による記事を引用したくありません。この記事で彼から読むのが最善です。 言えるのは、本が標準のUSBを介してコンピューターに接続されている場合、プロセスを強制終了する必要はなく、すべてがそのように機能することが経験的に確立されているということです。 ターミナルとして私はお気に入りのミニコムを使います。
はんだ付け後、OSの研究を始めました。 何よりもまず、スクリプトを調べました。スクリプトは記事に記載されており、すべてをマウントし、ブートイメージを表示します。 これがどんな獣なのか見てみましょう。

ルート@（なし）：/＃cat /etc/rc.d/rcS.d/S20libromount

そこに落ちたすべてのフォアメッシュの中で、私たちはこれに最も興味を持っています：

# display booting image /usr/local/sony/bin/nblconfig -dump | head -3 | awk '{print $9}' | grep 02 > /dev/null if [ $? == 0 ]; then # init screen load grep BootImg /proc/mtd > /dev/null if [ $? == 0 ]; then NUM=`grep BootImg /proc/mtd | awk -F: '{print $1}' | awk -Fd '{print$2}'` dd if=/dev/mtd$NUM of=/dev/fb0 bs=256 count=1875 /opt/sony/ebook/bin/writescreen init 0 else /opt/sony/ebook/bin/writescreen init 1 echo no boot image fi else /opt/sony/ebook/bin/writescreen init 1 fi ... 

ランダムな力でスクリーンをハンマーで打とうと決心し、このコマンドを作成しました。

ルート@（なし）：/＃dd if = / dev / urandom of = / dev / fb0 bs = 256 count = 1875
1875 + 0レコード
1875 + 0レコード
しかし、何も起こりませんでした...

次のコマンドを試してみましょう。

ルート@（なし）：/＃/ opt / sony / ebook / bin / writescreen init 0
0x00035000から読み取られた最新のnblconfig
0x00035800に書き込まれた最新のnblconfig
そして...奇跡は起こらなかった。 また、チーム
ルート@（なし）：/＃/ opt / sony / ebook / bin / writescreen init 1

馬鹿げて画面とすべてを消し、その後、彼はもはや生命の兆候を見せませんでした。

一般に、問題を簡単に解決することはできませんでした。 そのため、ハードウェアに切り替えました。 細い線からのこれらの鼻は簡単に外れることがあるので、私は本をより正確にする方法を考え始めました。 その結果、ヘッドフォンジャックからデバッグコンソールを引き出しました。 そこでは、コネクタのすぐ隣のメーカーがゼロ抵抗の抵抗器を提供しました。これを2本のRX線とTX線を安全に取り外して吊り下げ、ヘッドフォンからグランドを残しました。 彼女は数と電気的に解けていませんでした。


オーディオジャックへのデバッグポートの出力

実験を終えた後、コンソールを介してファイルを直接駆動しようとすることにしました。 これは、2本のワイヤを引っ張らず、フラッシュドライブのリソースを消費しないようにするために必要です（USBフラッシュドライブに画像を記録してから再生）。 本からコンピュータに完全に移行できましたが、元に戻せません。

実験のために、私は画像ファイルを転送しようとしました。 ブートイメージ出力スクリプトについてはすでに話したことを覚えていますか？ 彼はリーダーのNANDフラッシュドライブセクションからそれを読み取り、フレームバッファに書き込みます：

NUM = `grep BootImg / proc / mtd | awk -F： '{print $ 1}' | awk -Fd '{print $ 2}' '
dd if = / dev / mtd $ NUM of = / dev / fb0 bs = 256 count = 1875
/ opt / sony / ebook / bin / writescreen init 0

最初の行は、画像が存在するセクションを定義します。 このコマンド（単一引用符で囲まれています）を実行し、セクション番号を見つけます。 私の場合、9に等しかったです。

それでは、2番目のコマンドを少し修正して、転送がCOMポートに行われるようにします。 経験的に、受信と送信のコンソールはファイル/ dev / ttyであることを確認しました。 画像を転送します。そのために、コンピューターのターミナルを閉じて実行します。

cat / dev / ttyUSB2> bootimg.raw 、ここでttyUSB2はft232rlベースのVCPインターフェースです。

次に、別のコンピューターコンソールで次のコマンドを実行します。

echo "dd if = / dev / mtd9 of = / dev / tty bs = 256 count = 1875"> / dev / ttyUSB2は、コンソールを介してコンソール経由でイメージを転送するコマンドを送信します。

この画像をバイナリキャストからpngに変換します。

echo -e "P5 \ n800 600 \ n255 \ n"> result.pgm
猫bootimg.raw >> result.pgm
変換result.pgm result.png

その結果、まさにそのような写真が得られます。 なぜオーバーシュートしたのかはわかりませんが、明らかにいくつかの伝送エラーがありました。


結果の画像

ところで、フレームバッファに書き込むことができる画像とは何ですか？ これはビットマスクであり、各バイトはピクセルの色に等しく、正確に800x600 = 480000バイトの重さです。 したがって、フレームバッファに転送する画像のサイズは800x600で、重量は正確に480000バイトでなければなりません。 本質的に、これは* .pgmファイルであり、カットオフヘッダーのみがあります。
逆に、ファイルを転送できませんでした。 どうやら、コンソールは標準入力デバイスであり、印刷できない文字を好まないためです。 これらの実験の詳細については、 dlinyj.livejournal.com / 608961.htmlをご覧ください 。

私はまだプログラムで作業できないことに気付いたので、このことを妨げるものは何もなかったので、本をケースに入れることにしました。

システム、スクリプトを調査した後、コンソールツールを使用して画像を表示できないことが明らかになりました。 彼らはすでに1人の友人がこの問題を解決していて、彼のブログsystemsand.me/sony-prs-300prs-505-hackでさえ説明していると私に言った。 つまり、プログラムは非常に簡単ですが、作成する必要があります。

私はここからツールチェーンをダウンロードしました（より簡単に言うと、アセンブリ用のコンパイラーですが、これは完全に正確ではありません）。お気に入りのubuntuに。 そして、こんにちは言葉を構築しようとしました

参考のために、彼はコマンドarm-none-linux-gnueabi-gcc -mcpu = arm920t hello.c -o helloを使用する予定でした。

最も重要なことは、受け取ったファイルを本に転送する方法でした。 USBを接続すると、約200メートルのボリュームを持つ特定のディスクがコンピューターに表示されることに気付きました。 しかし、本のシステムではそうではありません。

私はKnikzhiファームウェアのすべての本を持っていますが、ハードディスクが本のアプリケーションで使用されていることに気付きました（デバイスの目的を意味します）。 これはcramfs.Fsk.imgファイルです
この画像をコンピューターにマウントし、sony / ebook / bin / tinyhttp.shスクリプトを確認しました。 これを行う方法は、Hackerの記事で再び説明されています。 Trolo pysch pysch、誰も読まない。 Vshmukの記事によると、これはまさにコンソールを取得する最初の段階で絞殺したスクリプトです。 そして、このような行がありました：

NUM = `grep Data / proc / mtd | awk -F： '{print $ 1}' | awk -Fd '{print $ 2}' '
/ usr / local / sony / bin / mkdosfs / dev / mtdblock $ NUM

繰り返しますが、最初の行はデバイス番号を取得します。 最初のスクリプト（引用符で囲まれたもの）を実行すると、番号17が取得され、/ tmp / t1に/ dev / mtdblock17がマウントされました。 これがフラッシュドライブになることをどのように理解したかを説明することはできませんが、ユーザーデータの初期化を行う必要があるのはこのファイルにあることだけがロジックから示唆されました。

その結果、コンピューターに表示されるディスクの内容を見ました。

そして、私はそれを実行しようとすることにしました：

ルート@（なし）：/ tmp / t1＃ls
Digital Editions autorun.infデータベースhello tmp
ルート@（なし）：/ tmp / t1＃cp hello / tmp /
ルート@（なし）：/ tmp / t1＃cd ...
ルート@（なし）：/ tmp＃ls
こんにちはt1
ルート@（なし）：/ tmp＃./hello
bash：./hello：そのようなファイルまたはディレクトリはありません
ルート@（なし）：/ tmp＃chmod + x hello
ルート@（なし）：/ tmp＃./hello
bash：./hello：そのようなファイルまたはディレクトリはありません

賢い人々は、必要なライブラリがそこにないかもしれないと示唆し、-staticオプションでビルドすることを勧められました。 その後、事態は悪化しました

ルート@（なし）：/ tmp＃./hello
セグメンテーション障害

コンパイラを探す必要があることが明らかになりました。 多くの人々の助けのおかげで、私は彼らがこの本の代替openinkpot.org/wikiファームウェアを見ていることを知りました！ したがって、ツールチェーンが必要です。

「prs-505ツールチェーン」をグーグル検索し始めました。code.google.com/p/ prs- plus/downloads/detail?name=arm -toolchain- sony-300.tar.gz&can=4&q=で見つかりました。 その後、Hello Wordは問題なく（静的でなくても）起動しました。 さて、技術的な問題は、 systemsand.me / sony-prs-300prs-505-hackによると、小さなプログラムをスケッチした

 /* showpic.c */ #include <stdio.h> #include <sys/types.h> #include <sys/stat.h> #include <fcntl.h> #include <sys/ioctl.h> #include <sys/mman.h> #include <string.h> #define FBIO_EINK_GET_TEMPERATURE 0x46A1 //Returns temperature in degree Celsius #define FBIO_EINK_DISP_PIC 0x46A2 //Displays picture int main (int argc, char* argv[]) { printf ("Show image\n"); int *fb, *image; int pio_fd = open ( "/dev/fb0", O_RDWR); int f_image = open ( argv[1], O_RDWR); //open file into arg int t= ioctl (pio_fd, FBIO_EINK_GET_TEMPERATURE, NULL); //configure framebuffer fb= mmap(0, 800*600, PROT_WRITE, MAP_SHARED, pio_fd, 0); //map device into memory image= mmap(0, 800*600, PROT_READ, MAP_SHARED, f_image, 0); //load image into memory memcpy(fb,image,800*600); ioctl (pio_fd, FBIO_EINK_DISP_PIC, 0); close(pio_fd); close(f_image); return 0; } 

定義は、Sony Webサイトwww.sony.net/Products/Linux/Audio/PRS-505.html file 8track20070714.tgzのドライバーによってコードから取得されました。

最小限のオプションでプリミティブコマンドをコンパイル： toolchain / arm-unknown-linux-gnu-gcc -static showpic.c -o showpicへのパス

静的なしでは、私は働きたくありませんでした。

gimpで、800x600の解像度の画像を作成し、必要なものを描画してhabrahabr.pgmとして保存します。


私の芸術

あなたは私の芸術を許します。 私は一生懸命やるのが面倒でした。

その後、任意の16進エディタで開き、タイトル全体をFFに削除します


タイトルを削除する

ハードドライブの本に記入します。 コンソールに登って実行します：

ルート@（なし）：/＃cd tmp /
ルート@（なし）：/ tmp＃mkdir t1
ルート@（なし）：/ tmp＃mount / dev / mtdblock17 t1
ルート@（なし）：/ tmp＃cd t1 /
ルート@（なし）：/ tmp / t1＃ls
デジタル版autorun.inf habrahabr.raw showpic
a.outデータベースsend.raw tmp
ルート@（なし）：/ tmp / t1＃./showpic habrahabr.raw
画像を表示
ルート@（なし）：/ tmp / t1＃

そして私達は見る：


ファーシュマック

ああ！ この写真は変えませんでした。 元の画像をgimpで90度回転し、手順を繰り返します。 その結果、視線が表示されます


証明するために何が必要でしたか！

まとめ

私はなんとか本のプログラムを書いて、写真を表示することさえできました。 目標はgnuplotのグラフィックスを表示することだと言わなければなりません。 このパッケージは、pgmファイル自体を完全に生成できます。残りは、ヘッダーを切り取るddコマンドだけです。


グラフの例

まだ解決されていない主な問題は、チャートファイルをブックに転送する方法です。 デバッグコンソールから直接これを実行したかったのですが、そのためにはコンソールから離して、通常のUARTに変換できるようにする必要があります。 これを行う方法がわかりません。 また、私はその場でそれを行うと思います。
彼らは、デバイスがUSB経由でCOMポートのように見えるようにドライバーを構築できると言っていますが、これは同じギモラをもたらす可能性があるように思えます。 USBフラッシュドライブにフォルダーを作成し、RAMに仮想の一時ファイルシステムをマウントすることができると思います。 この方法はまだ試していません。 しかし、USBフラッシュドライブを介してファイルを転送するのは不合理で不合理な決定です。
一般に、質問は未解決のままであり、この主題に関するすべての合理的な提案を聞く準備ができています。

謝辞

この奇妙なプロジェクトを助けてくれたすべての人々に感謝します。 もっとあるといいな

参照：

1.私が実験を始めたハッカーの元の記事www.xakep.ru/magazine/xa/129/092/1.asp 。
2.本をはんだ付けする手順www.the-ebook.org/forum/viewtopic.php?p=120092#120092
3.残念ながら、 同類のSystemsand.me/sony-prs-300prs-505-hackによって同様の問題が解決されました。彼はソースとツールチェーンを手伝うことができませんでした。
4.本のファームウェアおよびドライバーのソーステキストwww.sony.net/Products/Linux/Audio/PRS-505.html
5.代替ファームウェアopeninkpot.org/wikiのオープンプロジェクト
6.Working toolchain code.google.com/p/prs-plus/downloads/detail?name=arm-toolchain-sony-300.tar.gz&can=4&q=
7.本に関する私の苦痛については、私のLJで読むことができますdlinyj.livejournal.com/tag/prs-505

PS私は非常に有能な人ではありません。私はしみのあるプライベートなメッセージにとても感謝します。
PPS、私も喜んでコメントを受け入れます。 私はクールなLinuxソフトウェア開発者ではありませんが、実際に1人になりたいと思っています:)。

投稿に対する著者への最高の感謝を忘れないでください-これはコメントです！

UPD寝ている間に、テキスト入力とコンソールの問題を解決する方法を見つけました。 ファイルがテキスト形式で送信されるのを妨げるものは何もありません。 kinsoliからのデータを受け入れ、それに2つのコマンドを渡すように、ファイルを少し書き換える必要があります。
startは転送の開始で、 stopは終了です。 次に、送信されたファイルをソースコンピューターでバイト単位で読み取り、バイトをニブル（半分のバイト）に分割します。 ニブルは、0から15の値、または0からFの16進数の値を取ります。まあ、文字を0からFに転送します。本の側面で、テキストニブルをバイトに逆変換します。 転送の開始は、開始、停止の終了を意味します。 コンソールのエコー伝送を制御します。
所要時間は2倍になりますが、解決策は最も単純で明白です。
私はプログラムを書くために走りました！
UPD-UPD 5年後、彼は本を時計に変えるプログラムを書きました。 Github.com/dlinyj/sony_prs-505_clock githubコード