FM77AVにUSBキーボードを接続する試み（その５ 完成に近づく）

 

ようやく完成に近づいたようで、使い勝手がかなり良くなりました。

前回の「その４」で一応完成と書きましたが、残っていた2つの不具合のうちの「Shiftキーを押すとシフトモードに入ったままになってしまう」については、結構使いにくいので、解消を試みました。

ハードは前回と同じです

前回はPIC24FJ64GB002側のUSB関係のプログラム中の app_host_hid_keyboard.c を手直ししただけだったのですが、それだけでは上記の不具合を解消できなかったので、ATmega88側のプログラムも手直しすることになりました。

まず、PIC24FJ64GB002側は今回も関数 App_ProcessInputReport(void) の手直しですが、修正点は4つの修飾キー（Ctrl, Shift, Alt, Winキー）に対応するようにしたことと、その修飾キーの出力タイミングを変えたことです。それを以下に示します。

  /***************************************************************************/ static void App_ProcessInputReport(void) { uint8_t i, j, k; bool heldCharacter = false; bool shift = false; /* process input report received from device */ USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.modifier.parsed.data, &keyboard.keys.modifier.parsed.details ); USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.normal.parsed.newData, &keyboard.keys.normal.parsed.details ); //by yamamoto HID_USER_DATA_SIZE key, modkey[8]; // get modkey for (i=0; i<8; i++) { modkey[i] = keyboard.keys.modifier.parsed.data[i]; } for(i=0; i<keyboard.keys.normal.parsed.details.reportLength ;i++) { heldCharacter = false; if(keyboard.keys.normal.parsed.newData[i] != 0) { for(j=0; j<keyboard.keys.normal.parsed.details.reportLength ;j++) { if(keyboard.keys.normal.parsed.newData[i] == keyboard.keys.normal.parsed.oldData[j]) { heldCharacter = true; break; } } if(heldCharacter == true) { continue; } // if modkey(Shift,Ctrl,Alt,Win) send key code for (k=0; k<8; k++) { if (modkey[k] == 1) { UART2PutChar( 0xe0 + k); } } // if key pressed send key code UART2PutChar(keyboard.keys.normal.parsed.newData[i]); } else { break; } } memcpy(keyboard.keys.normal.parsed.oldData, keyboard.keys.normal.parsed.newData, sizeof(keyboard.keys.normal.parsed.newData)); memset(keyboard.keys.normal.parsed.newData, 0x00, sizeof(keyboard.keys.normal.parsed.newData)); }  

 

次に、ATmega88側のプログラムですが、以前のものは元にしたPS/2用変換器のものを最小限の手直しだけで使用していましたが、それを見直しました。手直ししたのはmain.c 中の関数 outserialdata(unsigned cha kcode) だけですが、修飾キーの取り扱い方とその出力タイミングを変更しています。それを以下に示します。

/***************************************************************************/ // change keycode to serial code for FM77AV void outserialdata(unsigned char kcode) { static unsigned char flgCtrl = 0, flgShift = 0, flgAlt = 0, flgWin = 0; static unsigned char svcode = 0; PORTB |= _BV(4); // PORTB = 0x10(KSDATA=H) if (kcode >= L_CTRL) { // modifier key svcode = kcode; flgCtrl = 0; flgShift = 0; flgAlt = 0; flgWin = 0; switch (kcode) { case L_CTRL: case R_CTRL: flgCtrl = L_CTRL; break; case L_SHIFT: case R_SHIFT: flgShift = L_SHIFT; break; case L_ALT: case R_ALT: flgAlt = L_ALT; break; case L_WIN: case R_WIN: flgWin = L_WIN; break; } } else { // normal key // first: output modifier key code if (svcode >= L_CTRL) { if (flgCtrl != 0) { outcode(flgCtrl, 1); } if (flgShift != 0) { outcode(flgShift, 1); } if (flgAlt != 0) { outcode(flgAlt, 1); } if (flgWin != 0) { outcode(flgWin, 1); } } // second: output pressed key code outcode(kcode, 0); // third: output modifier key release code if (svcode >= L_CTRL) { if (flgWin != 0) { outcode(flgWin, 2); } if (flgAlt != 0) { outcode(flgAlt, 2); } if (flgShift != 0) { outcode(flgShift, 2); } if (flgCtrl != 0) { outcode(flgCtrl, 2); } } flgCtrl = 0; flgShift = 0; flgAlt = 0; flgWin = 0; svcode = 0; } } void outcode(int code, int rflg) { int i; for (i=0; pgm_read_byte(&usbcode0[i]) != code && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == code) { if (rflg == 0 || rflg == 1) cnvcode(i); if (rflg == 0 || rflg == 2) cnvreleasecode(i); // !!! Added to mute the beep !!! } }  

 

以上のように修飾キー（Ctrl, Shift, Alt, Winキー）の出力タイミングを変更することでシフトキーの問題は解消できました。

また、もう一つの不具合ですが、実際に使用してみると６キーロールオーバーのはずが４キーロールオーバーになっているという件は実用上は特に問題にはならないようです。

残っている課題はひとつ

ということで、残る課題はキーリピートが有効ではないということだけということになりそうです。

実用上はキーリピートはぜひ実現したい機能なのですが、上記の App_ProcessInputReport(void) のリストを見ていただくと分かりますように、元にしたMicrochipのサンプルプログラムがキー入力の変更があった場合にそのキーを出力する、つまり、キー入力の変更がなければ出力されないという仕様になっているので、このサンプルプログラムを元にする限りキーリピート機能は実現できないように思えます。

どうしたものかと思案中です。。。

【蛇足】

最近はプログラムの書き込みツールとしてもっぱらPICkit4を使っているのですが、これは以前使用していたPickit3とは異なり、Atmelのチップにも対応しているので、今回のような場合にはとても便利です。

画像で分かりますように、PICとATmegaの両方に書き込みピンを用意してあるので、６ピンケーブルを差し替えるだけで両方の書き込みに対応できます。（PICkit4の8ピン出力のうちの6ピンのみを使用しているので、PICとATmegaとで６ピンケーブルを１ピン分ずらすことと、ひっくり返して装着する必要がありますが。）

さらに、ATmegaの書き込み時には基板からの電源供給にすれば、書き込み後の動作時にもPICkit4を外さなくても動作に支障がありません。（何故かPICの書き込み時には電源をPICkit4からの供給にして、FM77AVの電源を切る必要があるのが残念ですが...）

今まではPICはPickit3で、AtmelはTL866ⅡPLUSを使用していましたが、かなりの場合にPICkit4だけで間に合いそうです。

FM77AVにUSBキーボードを接続する試み（その４ 一応完成）

一応、 実用になるレベルに出来あがったようです

昨年末に「その３」を報告して以来、その間、手直しをしなければと思いつつそのままになっていたのですが、ようやく見直すことができました。

手直しが必要だった点は、Shiftキーを押した後にいくつかキーを押すとそのShiftキーの効果が無くなったりすることがあったことと、USBキーボードは仕様上６キーロールオーバーが可能なのですが、それが実現できていなかったことです。

もう一度プログラムを見直した結果、AppProcessInputReport(void)関数をほんの少しだけ書き換えることで上記の２点を解決することができました。

出来上がったものを下図に示します。

前回報告した基板にRJ-9のコネクタを追加しました。USBホスト機能を持つPIC24FJ64GB002でUSBキーボードからのキーコードを処理したものをATmega88Aに送って、77AV用のキーコードに変換しています。

PICのみで全ての処理をさせるのが理想ですが、なかなかうまく動作させることができないのでこのような構成になっています。

手配線です

ケースに入れてみました。

ケースはタカチの75x50x30mmのものです。

ケースに収めた状態

77AVとの接続には電話機の受話器用のカールケーブルを使っています。

キーボードと77AVに接続

回路は前回示したものとほとんど同じです。

RJ-9コネクタを追加しています

プログラムの変更部分を示します。変更したのはこの関数のみです。

// 変更したのはapp_host_hid_keyboard.c中のこの関数のみです /***********************************************************************/ static void App_ProcessInputReport(void) { uint8_t i, j; bool heldCharacter = false; bool shift = false; /* process input report received from device */ USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.modifier.parsed.data, &keyboard.keys.modifier.parsed.details ); USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.normal.parsed.newData, &keyboard.keys.normal.parsed.details ); //by yamamoto HID_USER_DATA_SIZE key; key = 0xdf; // 0xe0-1 for (i=0; i<8; i++) { if (keyboard.keys.modifier.parsed.data[i] != 0) { key += i+1; break; } } // if Shift,Ctrl,Alt send code if (key > 0xdf) { UART2PutChar( key ); } for(i=0; i<keyboard.keys.normal.parsed.details.reportLength ;i++) { heldCharacter = false; if(keyboard.keys.normal.parsed.newData[i] != 0) { for(j=0; j<keyboard.keys.normal.parsed.details.reportLength ;j++) { if(keyboard.keys.normal.parsed.newData[i] == keyboard.keys.normal.parsed.oldData[j]) { heldCharacter = true; break; } } if(heldCharacter == true) { continue; } // if key pressed send key code key = keyboard.keys.normal.parsed.newData[i]; // if (key != 0) { UART2PutChar( key ); // } } else { break; } } memcpy(keyboard.keys.normal.parsed.oldData, keyboard.keys.normal.parsed.newData, sizeof(keyboard.keys.normal.parsed.newData)); memset(keyboard.keys.normal.parsed.newData, 0x00, sizeof(keyboard.keys.normal.parsed.newData)); }  

 

最後に

現在分かっている不具合は次の２つです。

Shiftキーを一旦押すとシフトモードに入ったままになってしまう。（解除するにはNumLockキーを押します。）

USBキーボードの仕様では６キーロールオーバーのはずですが、何故か４キーまでになっている。

以上の点を承知して使えば特に問題はないので、これで使い続けていこうと思っています。

FM77AVにUSBキーボードを接続する試み（その３）

 プログラムを手直しするとともに基板を製作してみました

今までは、以前別の用途に使用していたPIC24FJ64GB002の基板を流用していましたので、ATmega168の基板と２枚組になってしまって使いにくかったので、とりあえず手配線ですが基板を製作してみました。また、特に意味はありませんがATmega168をATmega88に交換してあります。それなりにコンパクトになりましたが、RJ-9コネクタのついたケーブルは非常にハンダ付けしにくいので、この部分にはRJ-9のメスコネクタが必要な感じです。

回路図を示します。電源はRJ-9コネクタを通してFM77AVから得ていますが５Vですので、ATmega88にはそのまま供給し、PIC24FJ64GB002には3.3Vに変換したものを供給しています。また、この中のプログラム書き込み用の端子は実装してありません。

プログラムですが、キーボードからの入力を処理するPIC側は前回報告したもののままですが、スキャンコードを変換してFM77AVに送るATmega88側は手直しをすることによって、PS/2キーボード変換器と同様な動作になりました。

そのプログラムを示します。

  // change keycode to serial code for FM77AV void outserialdata(unsigned char kcode) { unsigned int i; static unsigned char svcode = 0, svsftctrl = 0; static unsigned char flginzero = 0, flgSFTCTRL = 0; PORTB |= _BV(4); // PORTB = 0x10(KSDATA=H) switch (kcode) { case 0x39: if (flgSFTCTRL == 0) { flgSFTCTRL = 1; svsftctrl = 0xe1; } else { flgSFTCTRL = 0; svsftctrl = 0; } break; default: if (kcode != 0x00) { // Make code if (kcode == L_SHIFT || kcode == R_SHIFT || kcode == L_CTRL || kcode == R_CTRL) { // set SHIFT,CTRL flag flgSFTCTRL = 1; svsftctrl = kcode; } else { if (flgSFTCTRL == 1) { // if SHIFT key pressed then output SHIFT code svcode = kcode; kcode = svsftctrl; for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvcode(i); // output SFT,CTRL code } kcode = svcode; svcode = 0; } for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvcode(i); cnvreleasecode(i); // !!! Added to mute the beep !!! } svsftctrl = 0; flgSFTCTRL = 0; } flginzero = 0; } else { // Break code if (flginzero == 1) { kcode = svsftctrl; for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvreleasecode(i); // !!! Added to mute the beep !!! } svsftctrl = 0; flgSFTCTRL = 0; flginzero = 0; } else { flginzero = 1; } } break; } }  

 

以上で、USBキーボードをFM77AVで使うという目標が一応達成できたわけですが、PS/2キーボード変換器の場合はATtiny85の1個だけで実現できたのと比べて、いかにもスマートではありませんので、何とかPICの1個で済ませるか、あるいは2個になるにしてももう少し安価でコンパクトなICで済ませられればと思います。

ということで、UART機能のあるコンパクトなAtmelがあればと考えて、Pickit4とSnapを購入する際にATtiny804も購入してみましたが、これが使えれば結構コンパクトになりそうです。一方、PICの方はUSBホスト機能を持つ安価でピン数の少ないものをまだ見つけていません...

蛇足ですが、最近の新しいAtmelのチップはPickit4やSnapでボードに装着したまま書き込みができるので便利です。（今回使用したATmega88や168も書き込めました。）

FM77AVにUSBキーボードを接続する試み（その２）

とりあえずFM77AVにUSBキーボードを接続できました

前回の報告はUSBキーボードのコードは読めたがFM77AVに送れないという段階まででした。

その後結局ATtiny85では無理だろうと判断して、USB機能を持っているAtmelのチップに変更することにしました。AtmelのチップにこだわるのはPS/2キーボード用に制作した変換プログラムを使用したかったからですが、手持ちのチップにはあまり適当なものがなく、20ピンのATmega88とATmega168ぐらいしかありませんでしたので、とりあえず、RAM容量の大きなATmega168を使うことにしました。

試作した回路を示します。右がPIC24FJ64GB002のキーボードインターフェース部、左がATmega168のコード変換部です。

左：ATmega168基板、右：PIC24FJ64GB002基板

全体の構成は図のようです。

プログラムの構成

［１］PIC24FJ64GB002側

ソフトは前回同様 MicrochipのMLA（Microchip Libraries for Applications  v2018-11-26版）中のusb frameworkを用いましたが、前回とは異なり、app_host_hid_keyboard.cの一部を書き換えることで、アスキーコードではなくUSB標準のキースキャンコードを得て、それをそのままUART（38400baud）でATmega168に送れるようにしました。

通常のキーは1バイトのキースキャンコードで、SHIFTキーやCTRLキーなどは2バイトのキースキャンコードとして送っています。

このために App_ProcessInputReport()関数の一部を下のように変更しました。

  ***************************************************************************/ static void App_ProcessInputReport(void) { uint8_t i, j; bool heldCharacter = false; bool shift = false; /* process input report received from device */ USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.modifier.parsed.data, &keyboard.keys.modifier.parsed.details ); USBHostHID_ApiImportData( keyboard.keys.buffer, keyboard.keys.size, keyboard.keys.normal.parsed.newData, &keyboard.keys.normal.parsed.details ); /* if(keyboard.keys.modifier.parsed.data[USB_HID_KEYBOARD_KEYPAD_KEYBOARD_LEFT_SHIFT - USB_HID_KEYBOARD_KEYPAD_KEYBOARD_LEFT_CONTROL] == 1) { shift = true; } if(keyboard.keys.modifier.parsed.data[USB_HID_KEYBOARD_KEYPAD_KEYBOARD_RIGHT_SHIFT - USB_HID_KEYBOARD_KEYPAD_KEYBOARD_LEFT_CONTROL] == 1) { shift = true; } */ //by yamamoto HID_USER_DATA_SIZE key; // if (keyboard.keys.modifier.parsed.data[0] != 0x00) { // key = keyboard.keys.normal.parsed.newData[0]; // } else { // key = keyboard.keys.modifier.parsed.data[0]; // } key = 0xdf; // 0xe0-1 for (i=0; i<8; i++) { if (keyboard.keys.modifier.parsed.data[i] != 0) { key += i+1; break; } } // if Shift,Ctrl,Alt send code if (key > 0xdf) { UART2PutChar( key ); } // if key pressed send key code key = keyboard.keys.normal.parsed.newData[0]; // if (key != 0) { UART2PutChar( key ); // }  

 

［２］ATmega168側

おおまかにはATtiny85でのPS/2キーボード用のプログラムのうちのキーボードのスキャンコードを得る箇所をUSBからの受信データに置き換えれば良いのですが、実際にはPS/2キーボードとUSBキーボードでは制御キーの扱いが異なっているので、その部分は書き換える必要がありました。

具体的には、SHIFTキーを押したときの処理はかなり書き換える必要がありました。

例えば、単純に’１’キーだけを押した場合に得られるコードは

0x1E,0x00 （押した時 0x1E、離した時 0x00）の２バイトなのですが、

SHIFTキーを押しながら’１’キーを押した場合に得られるコードは

0xE1,0x00,0xE1,0x1E,0xE1,0x00,0x00の7バイトになります。その内訳は、

SHIFTキーを押すと 0xE1,0x00

さらに’１’キーを押すと 0xE1,0x1E

続いて’１’キーを離すと 0xE1,0x00

SHIFTキーを離すと 0x00

となっています。

（注）上記の 0x00が余分なように思えますし、PICのプログラムを書き換えれば送られてこないようにできますが、これにはリリースコードの役割がありますので、なしにするとキーを離したことが検出できなくなります。

これを適切に処理しなければならないわけですが、その部分を下に示します。

  * // change keycode to serial code for FM77AV void outserialdata(unsigned char kcode) { unsigned int i; static unsigned char svcode = 0, svsftctrl = 0, flgSFTCTRL = 0; PORTB |= _BV(4); // PORTB = 0x10(KSDATA=H) switch (kcode) { case 0x39: if (flgSFTCTRL == 0) { flgSFTCTRL = 1; svsftctrl = 0xe1; } else { flgSFTCTRL = 0; svsftctrl = 0; } break; default: if (kcode != 0x00) { // Make code if (kcode == L_SHIFT || kcode == R_SHIFT || kcode == L_CTRL || kcode == R_CTRL) { // set SHIFT,CTRL flag flgSFTCTRL = 1; svsftctrl = kcode; } else { if (flgSFTCTRL == 1) { // if SHIFT key pressed then output SHIFT code svcode = kcode; kcode = svsftctrl; for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvcode(i); // output SFT,CTRL code } kcode = svcode; } for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvcode(i); cnvreleasecode(i); // !!! Added to mute the beep !!! } svcode = kcode; svsftctrl = 0; flgSFTCTRL = 1; } } else { // Break code if (svcode != 0) { kcode = L_SHIFT; for (i=0; pgm_read_byte(&usbcode0[i]) != kcode && pgm_read_byte(&usbcode0[i]) != 0x00; i++) ; if (pgm_read_byte(&usbcode0[i]) == kcode) { cnvreleasecode(i); // !!! Added to mute the beep !!! } svsftctrl = 0; flgSFTCTRL = 0; } } break; } }  

 

これ以外の部分は、以前公開してありますPS/2キーボード用変換器とほとんど同じで、キーコードスキャン部をUARTからの入力に置き換えただけで、キーコード変換部は全く変更がありません。

以上により、試作した回路が間に合わせですし、プログラムもさらなる検討が必要な部分もありますが、とりあえず使えそうな段階まで達したと思います。

しかし、USBホストとしてPIC、そしてコード変換にAtmelと２つもマイコンを使うのはいかにもスマートではありません。何とかPICのみで済ませたいと思っていますが、それは次の課題ということにして、とりあえず一つの基板にまとめた回路を作るつもりです。

＜余分な愚痴＞

今回のプログラム作成ではPICとAtmelの２種を使いましたので、ライターとしてPICにはPICKIT3を、AtmelにはTL866ⅡPLUSを用いました。PICKIT3はPICを基板に装着したままで書き込めるので便利なのですが、残念ながらAtmelには対応していません。

PICKIT4ならAtmelに対応しているそうですが最近は入手しにくくなっているようです。秋月電子は安いのですが入荷未定ですし、他店も高価なうえに納期が良く分かりません。ということでMicrochip.comの直販で購入することにしたのですが、即納のように書いてあったのに、注文後に何と納期が90日と言われてしまいました。がっかりしていたら、またメールが来て早くなりそうなので一安心しましたが、同時に購入しようとしたATtinyの2シリーズのチップなどは納期が来年の5月と言われて諦めました。

また、先日Y電機で注文したスキャナは納期が来年の3月だそうで、古いスキャナをもう処分してしまったので、結構不自由しています。

コロナの影響なのか半導体不足の影響なのか分かりませんが、一個人にも影響する事態になっていることを改めて思い知らされました。

【12月13日追記】

納期が遅れるというメールを受け取ったのでつい愚痴ってしまいましたが、実際には遅れることもなくPICKIT4とSNAPはアメリカから12日に、ATtiny804はタイから13日に到着しました。日本で購入するよりも安かったですし（送料は無料、VATのみ）、納期も遅くなかったので良かったです。Microchip.comの直販での購入は久しぶりでしたが個人相手でも丁寧な対応で好感が持てます。ということで、上記の愚痴は取り消します。（スキャナの方は相変わらず納期未定です...）

FM77AVにUSBキーボードを接続する試み（途中経過）

FM77AVにUSBキーボードを接続する試みの途中経過です

以前、「FM77AVにPS/2キーボードを接続する変換器の基板化（2019年7月31日）」と「FM77AV用PS/2キーボード変換器の不具合を修正（2020年1月21日）」で紹介したFM77AV用のキーボード変換器ですが、私は今でもFM77AVやFM77AV40SXで常用しています。

しかし、PS/2キーボードも入手しにくくなっておりますので、いつかはUSBキーボード用変換器を製作しようとは考えていたのですが、私にはUSBは敷居が高くて手が出しにくいのでそのままになっていました。

しかし最近、中華製のCH559の記事を読んでいて、このようなUSBホスト機能を持ったマイコンを使えば何とかなるのではないかと考えました。でも今更新しいマイコンの使い方を覚えるのも大変だなと思っていたのですが、ふと思いついて、以前マイコンとスマホの間のBluetooth通信に関してあれこれやっていた時のPIC24FJ64GB002があったなと思い出して、探してみたら3台も出てきました。

出てきたPIC24FJ64GB002基板

ハードはこれをそのまま用い、ソフトはMicrochipのMLA（Microchip Libraries for Applications  v2018-11-26版）中のusb frameworkを用いることで、USBキーボードからの入力を得てUARTに出力することができました。と言ってもMLAのサンプルはPIC24FJ64GB004用でしたので、すんなりとできたわけではなく、ビルドできるようになるまでが一苦労でした。（YTSのホームページ中のPIC24FJ64GB002(Bluetooth LE)の記事が大変参考になりました。感謝いたします。）

ATtiny85と接続

UARTの出力をTeraTermで表示させてみました。入力したキーがちゃんと表示されています。

キー入力を表示

しかし、このMLAのサンプルコードはUSBキーボードのキースキャンコードをそのまま出力するのではなく、内部でコードの処理をした結果のアスキーコードを出力するようになっているので、FM77AV用の変換器を作るためにはこの部分を取り除かなければなりません。

さらに、USBキーボードのキーコードは 'a'=0x04, 'b'=0x05,..., '1'=0x1e, '2'=0x1f,...

であり、キーボードが送るHID Reportは

Makeコード（8バイト）：status,0x00,第一キーコード,第2キーコード,..,第6キーコード

Breakコード（8バイト）：all 0x00

のはずだと思うのですが、サンプルコードの中にこのフォーマットのデータらしい箇所をまだ見つけることができていません。

また、このサンプルコードはハブ機能を持ったUSBキーボードには適合しないという記事がありましたが、確認してみますと確かに全く反応しませんでした。

全体の構成（予定）

全体の構成としては下図のようにPIC24FJ64GB002の1個だけでFM77AVのスキャンコードの出力ができれば理想なのですが、あれこれと試してみましたがどうも無理なようです。

構成図

その理由については今のところ分かっていません。

試しにメイン関数中に特定のスキャンコードを送るルーチンを書き込むとFM77AVに表示されますが、USBのスキャンコードを得る関数中にそのルーチンを書き込んだ場合は表示されないのです。FM77AVへの通信ルーチンといっても、単にPORTBの1ビットをオンオフしているだけなのですが...

USBでは1ms毎に通信しているので、その中にFM77AVへの通信ルーチンを入れ込むのはダメということのようなのですが、参考にした「YTSのホームページ」さんはUSBの関数中にUARTの送信ルーチンを入れて正常に動作させています。下の画像のパルス間隔が伸びている箇所がUART通信中の部分です。（もっとも、FM77AVへは4バイトのコードを正確に100us,125us,175usの間隔で送る必要があるので、これが原因かもしれませんが。）

PIC24のRB2出力

ATtiny85を使うことになりそう

ということで、PIC24FJ64GB002でUSBキーボードのスキャンコードを得て、それをATtiny85に転送してコード変換した後にFM77AVに送り込むという形を考えています。

しかしその転送手段ですが、ATtiny85にはUART機能がないため、試しにATtiny85をArduino化してSoftwareSerial機能を使ってみましたが、変数がRAMエリアの容量を超えてしまってビルドできませんでした。あとはUSI機能を使用するか、あるいは直接UART信号を読むルーチンを書くかということになりそうですが、まだどちらも実現できていません。

以上、途中経過でしたが、私が理解していないことが多々あるかと思いますので気づかれたことがありましたらアドバイスいただけると有難いです。