スキップしてメイン コンテンツに移動

FLORAその後

以前、少し触れた日立のタッチパネル端末ですが、その後どうなったかですね。
linux搭載とは言え、MIDORI-linuxっ てのが曲者で、
手に入れた時点で既に開発団体が消滅して無いも同然で、
当然詳細なドキュメントも何も手に入らず。
まぁカーネルも2.4系だしということで fedoraでも入れてみるかとやったりもしたのですが
標準搭載のタッチパネルコントローラが動かない、認識されない
ドライバがほとんど誰にもメンテされてない感じで、
FLORAのボード上で日立謹製のドライバ以外を弾くようにしているのか、
ドライバがダメなのかさっぱりです。

ダメなものは、しかたがないのですっぱり諦めて、
USB経由で別のタッチパネルコントローラでと思って
当初コントローラだけ入手して試してみたのですが、
タッチパネルとコントローラって対応したものを揃えないと意味ないのですね。
入力抵抗値がタッチパネル側とコントローラ側で想定しているモノでないと正常に反応しない。
結局、タッチパネル部も取り寄せるハメに・・・。
現在、別PCにてドライバの組み込み、動作は確認済。
ブルートゥースドングル、追加のドライブとしてのUSBメモリ、USBタッチパネルコントローラ
これらを内蔵するために、4ポートのUSBハブを分解してCFフラッシュドライブの脇に仮固定中
OSも、fedora12を8GのCFに入れてはいますが、
まだinitramfsをFLORA用に作って無いので起動すら確認できず
CDブートなし、ネットブートなし、USBフラッシュブートなしと
無い無いづくしのPCへのOS入れは大変だ。
進展が有れば、また書く・・・。

このブログの人気の投稿

IS01文鎮化からの復旧

androidロゴのあと、黒画面で、左下にカーソル状態からの復旧 状態について ※リカバリーキットはインストールしていない(泣 ※adbでPC側からシェルに入れる ※adbでPCからファイルをIS01にプッシュできる ※root権限を奪取できない(泣 ※ベースバンド7 以上、最悪の状況からの脱出に成功 必要な物 psneuter busybox insmod+ msm_nand_ex.ko flash_image recovery_kit.img まず、上記のファイルを用意し adb で、PCからIS01の/data/bootkit 辺りに転送して、一旦電源を落とす。 次に、 IS01の電源を入れる、この時点で正常起動せず、 画面真っ黒、左下でカーソルらしきモノ有りの状態で PC側からadb shellでIS01に入る 一般ユーザープロンプトが出るのが確認できれば、 先ほどのファイルを転送したフォルダに移動  lsとかして、ファイル一覧をだし必要なファイルが揃っているか確認する。 揃っているのが確認できたなら、 ./psneuter とか打ち込んで実行、一旦adb接続が解除されてPC側に戻ってきてれば多分成功、 再度adb shellで接続を試みる。 うまく接続できて、プロンプトがroot権限を表す#になっていれば第一段階クリア root状態で、つぎに書き込み専用 パーティションの呼び出しのために カーネルモジュールを組み込む、 ./insmod+ -f ./msm_nand_ex.ko recovery_wrパーティションが見えるようになったか確認 cat /proc/mtd mtd8,9,10が見えてれば成功 あとは、 ./flash_image recovery_wr ./recovery_kit.img とかして、 リカパリーパーティションにリカバリーキットを書き込み reboot recovery して、リカバリーキットから、破損したsystem,dataをバックアップから復元する。

SP-5030にテキストデータを送る方法

すごい消極的な手段だが、linux上で作成したテキストファイルをSP-5030に読ませる方法を確立した。 要は、行の長さ(2バイト)、行番号(2バイト)があれば 後ろがベタテキストでもリスト表示まではやってくれる。後はSP-5030にリスト表示させて、ひたすらエンターキー叩いて、中間コードに戻してもらう。中間コードへの変換漏れがあっても きちんと実行時にエラーになるのでOK。1行あたりの長さを80文字以下にしないとDATA ERRORになって、最悪SP-5030が暴走する。 具体的に使うのは、マクロ機能とキャラクターマッピング機能のある「zasm」を使って見た目はアセンブラのソースの形で作成する。 obj_top: ;BASICプログラム開始位置宣言 line 50,' dima(9),b(9):v=53248:e=1:f=40' line 60,' a$="c0g0c0g0c0g0c0g0c0g0c0g0c0g0"' line 70,' a$=a$+a$+a$+a$+a$+a$+a$' line 80,' limit24063:gosub11000' obj_end: end ;BASICプログラム終了位置宣言 実際には、この前後にアセンブラのための宣言文やキャラクタマッピングの定義なども含まれるので、 地底最大の作戦をテキスト化した参考ファイル を上げておく。 これを使うのには、 MZフォント と zasm が必要です。

GAME言語 あれこれ

 MZ-700用にSDカードからMZTファイルの読み書きが出来る基板を入手して以降、MZ用のインタープリタやコンパイラの打ち込みをやってた延長でZ80-MBC2上のCPMで動作するGAMEインタープリタとコンパイラをいくつか発見。GAME-MZは国会図書館のコピーサービスで当時のアスキー誌の記事を入手済で打ち込みMZT化は済んでいるが動作の確認はしてない。 CP/M-80で動作するGAME80言語を3点ほど紹介する。 まず、動作環境は実機としては8Mhz動作のZ80-MBC2にXMODEMでPCからのファイル転送 PC側はFedora40の端末から「screen」コマンドでの接続、比較用に同じくFedora40の端末上で動作するCPMエミュレータ2種類。エミュレータで動作確認がとれたモノを実機に転送して最終動作させてみる流れ。    skyriverさんのGameOnCpm80 端末のエミュレータ上ではコピーペーストによるソースの転送もできるが ファイル読み書き用のコマンドが組み込まれているので、なぜか実機の方ではコピペに転送が出来ないのでありがたい。コンパイラも組み込まれているのでインタプリタで実行確認後、コンパイルもできる。 難点は、コンパイルの際にソース格納アドレスやデータエリア、オブジェクト格納エリアの指定をする必要がある。GAME-MZでもコンパイルの際は普通に必要な事ではあるが、自分の頭の中でシステムのメモリマップを把握しておくのが意外と面倒くさい。 コンパイルで 出来たオブジェクトをCOMファイルにするのにDDTなんかの別ツールでメモリ上に残ってるデータをCOMファイルとして保存するしかない。 COMファイル化とかを視野に入れずインタープリト、コンパイル、実行だけなら使いやすくお薦め。   ファイル操作コマンド例 files ファイル一覧表示 :\\ *.g 拡張子 .g のファイルの表示      \\のみ、\\ *.* での表示は出ない模様(単に自分の使い方が悪いだけかも?)  save(¥>FileName)とload(¥<FileName) 詳細は https://piclabo.blog.ss-blog.jp/CPM80GameCompiler...