まで持っていきます。この状態で添付pipedump.exeはそこそこ動くはずです。(と書くと むつかしそうですが、VID/PIDを専用に割り付ければ一発で行くのだと思います。 また反映させるためにPCのリスタートが必要かもしれません)
ついでにhspソース…とりあえず、現状渡し、日替わり部品取り版を 別ページ(最新は03/JUN/30)に
[追加.03/JUN/19] 書き忘れてましたが、転送速度はどちら向きでも32KB/1.7秒、120KB/4.6秒程度(ケーブル接続時のネゴ数秒は別)です。
従来の「3048Fマザーボード」の機能をほぼ継承します。タクト(ディップ)SW4個、LED4個、 16*2液晶モジュールなど。 LEDは吸い込み点灯に変更(？)されましたが 液晶モジュールから読み出せないのは従来どおり。電源は+5V⇒+12V昇圧回路が実装できます。 コネクタ類も含めてピッタシサイズの奴が同梱されている上、パーツ数もどんぴしゃ。 従来の秋月キットとは違うなぁ。(^^;)
USBN9604がCS2*空間に8ビットパラレル接続されます。2MB空間のうち 2バイトを使用。 チップのINTRがIRQ5に接続されています。ハーフピッチ表面実装は自分で する必要があります。当面USBは不要と考えていても、後で「やっぱり載せよう」は かなり困難でしょう。
SRAMはソルダサイドからやはりハーフピッチ628128系1M品か4M品 を自分で表面実装します。「在庫限りのオマケ」と称してTC551001-70が ついてきました。千石さんで買うと750円だったような。CS1*空間に 8bit接続ですが、cpuのA17がSRAMのチップセレクトにはいるため、A17=1 である必要があります。つまり0x220000-0x23ffffです。(0x260000-0x27ffff とかにイメージがたっているはず)
[追加.03/MAY/26]
大事なことを書き忘れてました。cpuボードを載せるソケット以外に (そのまま1対1配線済み)ランドが用意されています。ここにソケット/コネクタ 経由でオリジナルサブボードを増設することができます。
ハーフピッチハンダ付け…意外とできるもんです。30W級コテの熱ではそうそう壊れません。(鵜呑みにしないように！)初めてな方はソルダウィックを用意しておきましょう。 (さらに細かいピッチだとべちょ〜〜と流しておいてから吸い取ります)
電源…L300/SW460の実装に注意が必要です。(マニュアルの後のほうで「載せるな」と出てくる^^;)USBからもらう…取説どおりにL300を載せます。液晶のバックライトはかなり厳しいと思われます。 ちなみに添付の(win上の)ドライバでは「100mAまで」と言ってますが、25MHzCPUボードだけで 超えないかな…「ほんとはヒューズ入れて欲しいなぁ」みたいな表現がマニュアルに。 載せるCPUボードの7805の足はカットしてください。半固定抵抗…液晶のコントラスト調整です。外向きに実装しないと調整大変。
適当なACアダプタからもらう…SW460のみ載せます。CPUボード上の7805を借りることになります。
外から安定化5Vを入れる…の指示がマニュアルにないのです。L300/SW460共に載せず どっか(watson8はC550の両足)から入れればOKです。載せるCPUボードの7805の足はカットしてください。
ってこの程度の話、回路図見れば２分でわかる話と思ったあなた、その通りですがモノは試し、NotePC程度の画面で 回路図追いかけてみてくださいよぉ。(^^;)
液晶モジュール下…背の高さに気をつけないと当たりそうです(^^;)。特に電源ピンを 入れ替えるところにヘッダ立てたり、バックライトの制限抵抗/機械SWなど載せる方。
モニタ側…MONITOR.SRCでせっかくのSRAMを使えるようにしておきます。(USBと特に関係ありません)
付属LCDPrint()とSCIPrint()が標準ライブラリvsprintf()を呼んでいます。 vsprintf()もROM化してしまうと楽チンです。
start.asm…いっそ削除(ってリンクしないだけだけど)してしまいます。
- .dataセクションのROM⇒RAM転送…まるまるRAM上で動かしますので不要です。ただしダウンロード直後以外 の実行は破綻する危険性があります。
- 割り込みハンドラの登録…例によって
をどこかに追加します。EnableInterrupt()前ならどこでもいいのですが、USB.cの中のInitUSB()の中が自然でしょうか。void **VECTOR = (void **)0xfffd30; /*使用するモニタのUSERにあわせてください*/ VECTOR[17]=(void *)usb_int; /*The Only is IRQ5 */[追加.03/MAY/29]#pragma interrupt (usb_int) extern void usb_int(void);が必要って書き忘れてましたけど、はまったかたいないですよね(^^;)- main.cで呼んでいるそのEnableInterrupt()がなくなりますので、set_ccr(0)に 変更します。さらにset_ccr()の宣言を、#include <machine.h>で取り込みます。
P9DDRについて…某BBSでどなたかご報告されていました(先人に感謝)。データシートはなんとも微妙な 表現ですが、現実問題としてIRQ5に対応するビットを入力モードにしないと動きません。 main.cの中のH8init()の中をP9.DDR = 0xd3; /* all OUT(We dont think so) */位に変更します。[追加.03/JUN/19] 気づかなかったのですが、勝手にリンク で修正版ファームウェアが配布されています。( ちなみに960xチップとこの配布品と手ハンダでUSBシステムを作ろうなどと考えてはいけません。とどこかに 書いてあると思います(^^;)) いわく「9604の誤差によるもの」だそうですが、 P9.DDR=0xdfにしただけな気もします。(だとすれば9604とは何も関係ありません)
[追加.03/JUN/19] で3052Fで調べたところ、IRQ4(P9のビット#4) を出力モードに設定すると、P9.DDR.BIT.B4=0で IRQ4が発生します。これはこれで使い道があると思う(PICだかAVRだかではマニュアルで「便利でしょ」っていば ってた機能)のですが、3048Fと違う動作なのかもしれません。3048Fは持ってないのでどなたかご存知でしたら教え てください。
for(i=0;i<280*25/16;i++) {} /* wait */
も忘れずに。
for(i=0;i＜0x682*25/16;i++) {}
に変更します。ちなみにこの後iを参照しないと「計算させといてなんだよ」と
ごっそり抜いてしまうとか、単にi=0x682*25/16;と解釈してしまう
賢い、賢すぎるオプティマイザがいることもおぼえておくといいです。
[追加.03/JUN/02] おおうそ書いてしまいました。0x682*25がintで評価されオーバーフロー(int16のgccでは ウォーニングがたちます)、を16でわって(i＜負の数)に展開されてしまいます。 対策は各自してください(^^;)。25MHz機のノーウェイトSRAMで実測i＜2080でほぼピタリです。 (だいたいその程度…でいれとけば問題ないと思います)はまっちゃった方ごめんなさい。
if(!rs) wait(2); else for(rs=0;rs<500;rs++) ; /**500でも長すぎるはず*/位に変更します。rsが0の場合は画面クリアなど1.52msかかる可能性がありますが 、rsが1の場合は37usで良い、とデータシートにあります。さらにこれは 液晶モジュールのクロックが270kHzの場合で…といった問題が、BUSYが読める構成であれば 一気に解決するのですが。
[追加.03/OCT/07]…たいていLCDに表示かける時は直前にLocateLCD(x,y) で位置決めしますよね。↑のコードだとLocateLCD()でも無駄なウエイトがかかります。if((!rs) && (code==1)||(code==2) ) wait(2); else for(rs=0;rs<150;rs++) ; /* 100では短すぎでした*/code==1(画面クリア)とcode==2(カーソルホーム)だけたっぷりウェイトです。 というかここは150回のループだけにしておいて、画面クリア等のときは ClearLCD();wait(2); のように呼び出し側でウエイトを確保したほうがいいですね。2msのカウンタループが 負担になるシステムがあったり、2msの間LCDと別の仕事をさせるシステムも組めますので。
という意味では37us級ループも外付けにしたほうがいいわけですが。
[追加.03/OCT/07]…でなんとかBUSYフラグ読めるようにパッチできないかと もう一度回路図見てみました。
- LCD側のR/W*がベタグランドされてるのでパターンカット、cpu側のPB6につなぐ
- LCDから読み出し時にはLCDは吸い込み能力1.2mAの出力端子になるわけで、 LED(+制限抵抗1k)は負荷として微妙に重すぎると思われ…読みたいPB3はLEDはずすか制限抵抗増やすか。
- PB2-PB0はそのままで(Hにしか読めないかもしれないけど)壊れるほどではないかと。
- 気が向いたらやってみるかもです。
print usbjoy out usbjoy in main in usb in sci in lcd in YOURDIR\spromsym LIB YOURDIR\c38ha start P,C,B,D(220100) exitです。spromsym.objというのは別ページで作っていますが、ROM内のvsprintf()の アドレスを抱いています。gccな方も同様にまとめてSRAM上にぶちまければよいでしょう。
[追加.03/MAY/26]
本来リンカの「ROM化支援機能」を使うべきなのですが、まぁ固い事言わずにDセクション をつぶしてしまいます。USB.cを以下の様に書き換えます。ROMtxcreg/ROMrxcregがCセクション(書き換え不可)、本来の txcreg/rxcregがBセクション(書き換え可だが初期化されない)に取られます。 後はUSBInit()にstatic const int ROMtxcreg[4] = {USB_TXC0,USB_TXC1,USB_TXC2,USB_TXC3}; static const int ROMrxcreg[4] = {USB_RXC0,USB_RXC1,USB_RXC2,USB_RXC3}; static int txcreg[4]; static int rxcreg[4];を追加します。この変更でfor(i=0;i<4;i++) rxcreg[i]=ROMrxcreg[i]; for(i=0;i<4;i++) txcreg[i]=ROMtxcreg[i];
- デバッグ完了時start VECTOR,P,C(0),B(0ffdf10)とかで容易に完全ROM版へ移行できます。
- ダウンロード直後以外のgコマンドが保証されます…ただしコネクションが切れる(USB用語 は違うかも)ので、
再スタート後はケーブルの抜き差しが必要です(^^;)[修正.03/MAY/29]気のせいかな、 gコマンドで振り出すと、ちゃんと「ケーブル挿したときの動き」をしてくれます。(^^;) ときどきネゴに失敗したりするのは市販ジョイスティック等と同様(^^;)っていうか…txcreg/rxcregって書き換えて無いじゃん？というわけでオリジナルからに変更するだけで充分。っていうかこれチップ内のアドレステーブルみたいだから 書き換えちゃだめです。でオリジナルの「constつけ忘れ」が真相。やられた。static const int txcreg[4] = {USB_TXC0,USB_TXC1,USB_TXC2,USB_TXC3}; static const int rxcreg[4] = {USB_RXC0,USB_RXC1,USB_RXC2,USB_RXC3};
[追加.03/MAY/26]
USB.cの中にがあり、VID=0xfffe,PID=0x0010(バイトスワップ注意)として動作し ますが、マニュアルどおりインストールすると「0xfffe,0x0010はakiusb.sysしかありえない」と Winが思い込むようです。(便利を通り越してる…) たとえばPID=0x0011とかにすると「みたことないなぁ？」と新規インストール扱いになります。 VIDを固定しても、あと65535回はチャレンジできます^^。0xfe,0xff, /* vendor ID サンプルなのでとりあえず */ 0x10,0x00, /* product ID */
[追加.03/MAY/29]
とある方のヒントを元に以下のアプローチで検証中です。ちなみに
- H8側ファーム、win側ドライバは添付のものをそのまま(あるいは適宜書き換えて)使用
- (添付ソフトの完成度が上記の様なので、なるべく添付品より「USB汎用」なものを使いたかったのですが)
- win側アプリは おにたまさんが 公開されているHot Soup Processor (+loadlib.dll)で。外付けDLL(添付aki_usbio.dll) を呼び出す機能を利用します。添付form1.frm(っつうか名前くらいつけとけ^^;)をベースにすればむつかしく ありません。
- winから連続送信する時は、write_buff()前にget_outbufflen()が0になるまでウェイト を入れないと容易に破綻します
- 現版では、32KB送るのに25秒もかかっちまいます(うぐぐぐ…)
- 誰がとろいのかは検証中。幸か不幸かH8でないことはまちがいなさそう。 まんがいちaki_usbio.dllだとしたら、アプローチからしてやりなおし(^^;)
- hspソース、現版(現状渡または部品取^^;)でよければ差し上げます。ご連絡ください
- もっとちゃんとしたのを書いて下さる方、あるいはどっかで見かけた情報、大募集です
- cypress(EZ-USB用)ドライバ(ドライバのみ こちらからダウンロード可)と、それ用COMライブラリ の組み合わせでもいいせんまでいきます。[追加.03/JUN/03]
インストール…VID/PIDをH8側で適宜変更(うちは0xfffe,0x0040)し、あわせてuusbd.inf を変更、なんとか
まで持っていきます。この状態で添付pipedump.exeはそこそこ動くはずです。(と書くと むつかしそうですが、VID/PIDを専用に割り付ければ一発で行くのだと思います。 また反映させるためにPCのリスタートが必要かもしれません)
ついでにhspソース…とりあえず、現状渡し、日替わり部品取り版を 別ページ(最新は03/JUN/30)にさらす予定ですさらしました。
[追加.03/JUN/19] 書き忘れてましたが、転送速度はどちら向きでも32KB/1.7秒、120KB/4.6秒程度(ケーブル接続時のネゴ数秒は別)です。
はさておき本題。USBからのデータ受信はIRQ5を発生します。そのハンドラの中で ReadUSBBurst()でチップのFIFOからchar rx1buff[64]に展開、さらにwrite_inbuff(rx1buff,int size) (sizeは最大64)を呼び、 ここで256バイトサイズのリングバッファchar inbuff[256]に吐き出します。 read_buff()はこのinbuff[256]から取り出します。
そこで、write_inbuff(char *p,int size)で、inbuff[]でなく本来ダウンロードしたい アドレスに直に転送するように書き換えてしまえば、後で改めてポーリングしたりread_buff()する必要がなくなります。ということで、別ページ(最新は03/JUN/30)に
- PCが40バイトでWriteFile()した場合、write_inbuff(char *p,int size)もsize=40で呼ばれます。 これは改行切りテキストの様に不定長データを扱うには好都合です。
- ここでモタモタした場合、次の最大64バイトをチップのFIFOに取り込んだところで止まる模様
- オリジナル構造ではモタモタしていると「inbuff[]には80バイトあるよ」になってしまい不便です
を置きました。転送速度はイマイチですが、工夫しだいではなかなか使い勝手の良いものが できそうです。特にモニタ自身の割込みを許可(詳細は 別ページ)している場合はモニタのコマンド待ちのまま、PCからの操作だけで送り込めます。 (工夫しだいと言うのは、USB.c自身と関連する初期化ルーチンが送れないという制限によるもので、 そいつらはROMに焼くかシリアルからダウンロードする必要があります)
- Sレコードを一行ごとにWriteFile()するhspソース
- Sレコードを一行ごとに受けて展開するsrecIt()(つまりwrite_inbuff()とそっくり差し替え用)
isUSBOperational()
{
USB9602R = (unsigned char)USB_NFSR;
return( USB9602D ==USB_OPR_ST);
}
DOS>gawk -f mot2mos.awk test.mot > test.mos
で、スクリプトが
{ printf("%-62s\n",$0); }
こんだけ。62キャラに左詰で元の行、足りないところはスペース。CR/LFでピッタシ64バイトです
(GNU系などでLFしか出ないようなら%-63s)。後は、8KB読んだら8KBをWriteFile()
で、結果的にH8側では一行ごとに割り込みが発生することになります。
sprintf(buf,"%10d%10d%10d%32d\n",dat0,dat1,dat2,dat3); while(get_outbufflen()) ; write_buff(buf,64);とするのがお手軽です。
outbuff[n++] = it; n &= ( USBBUFFLEN-1); か、USBBUFFLENがはんぱなら素直に outbuff[n++] = it; if(n>= USBBUFFLEN) n=0;ですよね。普通outbuff[n%USBBUFFLEN]とはしない…ってトラ技Cのコード見たら マジで割り算インストラクション出てるじゃん…あいたたた… (*4⇒シフト命令２発/8ビットシフト⇒*256のコードを吐くコンパイラなんでAND命令 吐いてるものだとばかり思ってました)次回ROM焼くとき修正します。っつうか リングバッファリング自体しないだろうから、単にバイトコピーもの追加ですね。 RAMももったいないからけずっちゃおうかな。
割り込みハンドラusb_int()からリターン(RTE)する前に、IRQ5Fをソフトからネゲートすると 上の図右のような正しい使い方になるようです。ご指摘いただいた方もオシロで確認 されたそうです。
またはこちらの
からどうぞ。
へもどる