カテゴリー別アーカイブ: 電子工作

新型コロナ

って書くとTOYOTAの新モデルみたいだ

春節前にFusionPCBに発注した基板は製造開始にすらなっていなくて、いちおう2/10から中国工場再開とアナウンスされているものの今の様子じゃ2月中に届くかどうかも怪しい気が。。。

まあ、普段お世話になってる格安PCBメーカはどこもみな同じ状況なので待つしかないんですが

EEPROM アドレスマップ (その1)

俺メモ

FMRおよびPS/2 “以外” のアダプタのEEPROMアドレスマップ

※スキャンコード=キーボードが返す生のコード
※キーコード=アダプタがUSBホスト(PC)に返す、USB規格で定義されたコード

mode 0 のEEPROMアドレスマップ

mode0

0x00 ここに 0xA5 を書くとユーザ定義のキーマップが有効になる
0x01-0x7C 通常レイヤーのユーザ定義キーマップ。
スキャンコードがEEPROMのアドレスに対応する
0x7D アダプタ設定2
0x7E 予約
0x7F 予約
0x80 予約
0x81-0xFC Fnレイヤーのユーザ定義キーマップ。
スキャンコード + 0x80 がEEPROMのアドレスに対応する。
Fnキーの機能を使わない場合は全領域がユーザ定義マクロの記録領域となる。
0xFD Fnキーとするキーのスキャンコードを設定する。0x00 か 0xFF に設定するとFnキー無効
0xFE リモートWakeUpに使うキーを指定する。
特定キーのScancodeを書いた場合はそのキーでSleep解除。
0xFF を書いた場合は任意のキーでSleep解除。
0x00 を書いた場合はキーボードによるSleep解除は無効。
0xFF アダプタ設定1

mode 1a のEEPROMアドレスマップ

mode1a

0x00 ここに 0xA5 を書くとユーザ定義のキーマップが有効になる
0x01-0x7C 通常レイヤーのユーザ定義キーマップ。
スキャンコードがEEPROMのアドレスに対応する
0x7D アダプタ設定2
0x7E 予約
0x7F 予約
0x80 予約
0x80-0x9F Fnレイヤーのユーザ定義キーマップ。
必ず  “<スキャンコード>, <発行したいキーコード>”  の2バイトペアで記述する。
よってFnキーは16キーまで設定可能
0xA0-0xF7 ユーザ定義マクロの記録領域。
8step (8byte) あるいは 16step (16byte) 単位で設定する
全領域を8stepのマクロ定義で使った場合は11個のマクロを定義可能。
0xFD Fnキーとするキーのスキャンコードを設定する。0x00 か 0xFF に設定するとFnキー無効
0xFE リモートWakeUpに使うキーを指定する。
特定キーのScancodeを書いた場合はそのキーでSleep解除。
0xFF を書いた場合は任意のキーでSleep解除。
0x00 を書いた場合はキーボードによるSleep解除は無効。
0xFF アダプタ設定1

mode 1b のEEPROMアドレスマップ

mode1b

0x80-0xAF Fnレイヤーのユーザ定義キーマップ。
必ず  “<スキャンコード>, <発行したいキーコード>”  の2バイトペアで記述する。
よってFnキーは24キーまで設定可能
0xB0-0xF7 ユーザ定義マクロの記録領域。
8step (8byte) あるいは 16step (16byte) 単位で設定する
全領域を8stepのマクロ定義で使った場合は9個のマクロを定義可能。

MicrochipのUSB HID Bootloader

俺メモ

新しく作ったWIn10環境において、ファームをBootloaderで書き込んでもEEPROMが初期化されない。理由がわからなくて小一時間悩んでたら、HIDBootloader.exeのオプション画面の中に「Write Options」てのがあって “EEPROM” のチェックが外れてた。多分ダウンロードして最初の実行時はチェックオフがデフォルト。

SETTING

※上図はチェックをonにした状態

 

と 言 う こ と は

アダプタを購入後にファームを更新した方は多分全員、その後のファームリリースでファームを更新してもEEPROMまでは更新されてないということになりそう

あと、このチェックボックスの状態はどこに保存されてんだ?と思ったらレジストリだった罠

サイバースティック コンバーター

といいつつ画像はカブトガニ (XE-1AP) ですが。

photo_3b

 

ハード的にはメガドラパッドコンバーターのコネクタ出力を2本入れ替えただけです (DB9 の8p ⇔ 9p を基板上で入れ替え)

使ってるマイコンのI/Oピンを全部使い切ってるため、アダプタ外部から何らかの設定を投入することが出来ません。なので完全にサイバースティック専用です。例によってUSB経由でファームを更新出来るようにしてあります。

DB9の8pと9pを入れ替えるようなチェンジャを噛ませた上でメガドラコンバーターのファームに入れ替えればメガドラパッドが繋がりますが、それやるなら最初からメガドラパッドコンバーター買って下さいよろしくお願いします(宣伝

メガドラパッド コンバーター

ちょっと乗り遅れた感はありますが、メガドラ実機用コントローラの変換アダプタを作ってみました。

photo_3

こんな感じでDB9のシェルの中に基板を収めた小型アダプタに仕上げました。外部から設定変更できる訳でもなく、挿して繋いで使うだけです。USB経由でファームの更新が出来る様にしています。

今回初めてBOOTHに出品しています。値段が高めなのはご勘弁を。1個作るのに予想以上に手間隙がかかるので。

 

使っているのはPIC16F1455です。UART、I2C、SPIの各信号はコネクタに引き出してあるのでファームを差し替えればUSB-MIDIとかも出来そうな気がします(DB9-DIN5変換ケーブルを作る必要がありますが)「PIC16F1455 MIDI」で検索すると(以下略

PS/2キーボードをPC-8801 FH以降に繋ぐ

こちらは実に敷居が高いモノとなっています

まず、このファームは 実機で動作確認していません 私自身では実機での動作確認を行っていません1。実機持ってないので。作っても動かないとか、正常に動かない可能性があります。ですので

  • 電子工作に多少の経験がある
  • PC-8801 FH以降の機種を持っている
  • PIC12F1822を書き込めるライタを既に所持している 2
  • PS/2キーボードも持っている
  • 出来ればブレッドボードを持っている
  • 動かなくても泣かない

という条件に当てはまる方のみお試し下さい。なお、正常に動かなかった場合は教えて頂ければ可能な限り対応します(が、実機持ってないのでお約束は出来ません)

一応、88の実機は持ってないものの88用のType Aキーボードの実物は持っているのでロジアナで出力信号を比較チェックしています。また、先にType Aキーボードの信号を解釈するテストボードを作ったうえで、作ったファームをそのテストボードで検証しています。3

PICはPIC12F1822を使います4。RA0が88への出力信号で、RA4がPS/2 CLK、RA5がPS/2 DATAです。PS/2の2本の信号線には必ず330Ωの抵抗を入れて下さい。パスコンとかは適当に。図中のポリスイッチ(自己復旧型ヒューズ)とLEDは省略可能です。

ps2pc88_

 

PC-8801FH用 PS/2キーボード変換アダプタ ファーム
機能追加&不具合修正を行った更新版があります

 

ファームの制限事項です

PC-8801 FH以降の機種に付いてくるキーボードは88SR用キーボードからキーが増えています(F6~F10とか)。とりあえずここでは 88SRと共通のキーを「従来キー」、追加されたキーを「拡張キー」と呼ぶことにします。

拡張キーを押したとき、88SR用プログラムとの互換性を取るために、従来キーのキーコードも一緒に送信されます。例えば拡張キーの「F9」を押したときは「F9, SHIFT, F4」というキーコードが出力されます。拡張キーの「INS」を押したときは「INS, INSDEL」というキーコードが出力されます。

面倒なのはキーを離したときで、前述の例だとF9を離したときは「F9開放、F4開放、SHIFT開放」のコードが出力されますが、「F4を押したままF9を開放した」とか「SHIFTを押したままF9を開放した」場合は少し挙動が変わります。「F4を押したままF9を開放した」場合は「F9開放、SHIFT開放」だけ出力され、「SHIFTを押したままF9を開放した」場合は「F9開放、F4開放、SHIFT押下」が出力されます。そういうもののようです。

これらの挙動を厳密に網羅するのが面倒だったので、本ファームでは拡張キー開放時の同時押しに付いては特に考慮していません。SHIFTを押したままF9を開放した場合でも「F9開放、F4開放、SHIFT開放」が出力されて、SHIFTキーはリリースされた状態になります5 6

 

CAPSキーとかなキーのロックは実装していません。ロック機構が無いと問題が出るアプリがあるようなら実装を検討します。

 

PS/2 & USB コンパチ型のキーボードだとうまく動かないかもしれません(特に、「デフォルトがUSBで、ケーブルの先端にアダプタを挿すとPS/2でも使える」タイプのキーボード)

  1. 現在 FAでの動作実績1件 []
  2. コメント参照 []
  3. これを検証と呼んでいいのか些か疑問ですが []
  4. PIC12F1840でも可 []
  5. 押してもいないのに「押されている」と処理されるのは問題が出そうでも、押しているのに「押していない」と処理されるのはまあ許されるかな、と []
  6. 追加された拡張キーはF6-F10, BS, DEL といった、そんなに他キーとの同時押しを行わないようなキーばかりなのでそう問題は起きないかな、と []

メガドライブミニ(続き

拙作のサターンコントローラUSB変換アダプタをメガドライブミニに対応させました

動画に映ってる小汚いスティックコントローラは自作のバーチャスティックもどきです。スパ2のコンパネを半分にぶった切ってアルミケースにマウントした自作コントローラです。メガドラミニの付属パッドの乗っ取りではなく、サターン標準パッドを乗っ取っています。それを拙作のSS変換アダプタでUSBに変換しています。

メガドライブミニ付属の標準パッドとの整合性を取るためにアナログ5軸+POV+12ボタンに制限されます。よってツインミッションスティックの親指スロットルは片方しか使えません。

残念ながらマルチターミナル6を併用しても複数サターンコントローラが同時に利用できることはありませんでした。

 

 

メガドライブミニ

買いました。

残念ながら拙作のサターンコントローラUSB変換アダプタはメガドライブミニでは動きませんでした。どうもPID&VID縛りがあるようです。

仕方ないので付属パッドのVID&PIDを拝借して、ボタン配置も付属パッドに合わせるようにしてとりあえず純正サタパとマルコンでスト2が操作出来ています。

ただそれでもMT6併用で5コントローラを認識させることは出来ませんでしたが。

解析された方のblogを見ると、どうもUSB HUBにもVID縛りがあるみたいですね。動作確認&保証の手間とかあるでしょうから仕方無いのかもしれませんが・・・

midiori

っていう同人MIDIインタフェースカードが面白そう

NFGGamesのフォーラム  https://nfggames.com/forum2/index.php?topic=6556.0
Githubのプロジェクトページ  https://github.com/tdaede/midiori

MIDIコントローラに純正カードなんかで使われてるYM3802の代わりにLatticeのFPGAが使われてる。今時のFPGAってpythonで開発できるのか。

拡張スロット数がカツカツなX68000 (PRO除く) においてRS-MIDIという代替手段がある分、MIDIカードの優先度は低いんだけど「X68000の拡張スロットにFPGAを繋いでpythonであれこれする」って考えたらすごい楽しそう。I2CとかSPI経由で外付けFM音源とかSDカードとかいろいろ繋いてみたい。