stm32ループバック(HID)&BCB6アプリ

stm32ループバック(HID)&BCB6アプリ

急に思い立ち、STM32(CQ-STARM)をHIDにして
BCB6で制御しようと思いました。
とりあえず、ループバックするだけのもの。

はじめは素直にSTの
STM32_USB-FS-Device_Lib_V3.3.0
のCustom_HIDを使おうとしたのですが、
なぜか「STM3210B-EVAL」でビルドすると
PCから認識されなくなるので、あきらめました。

そこで、
ARMCortexM3のHP
と
ＰＩＣでＵＳＢを！（知識ゼロからのスタートです）
を参考に（ほぼコピペに近いですけど）
作りました。

STM32のfirmwareはデバッグ用にLED on/offを入れている程度。
以前と同様Ride7を利用してビルド(最新版ではないです)。

アプリのほうはBCB6だけでいけるようにするために、
(DDKなどをインストールしないでもやれるように)
http://www.intel.com/intelpress/usb/examples/ZipFiles/FromDDK.htm
のFromDDK.zipの.hファイルを利用し、
BCB6のimplibを使って
implib hid.lib hid.dll
implib setupapi.lib setupapi.dll
としてlibを作成して使ってます。

なんとかこれで動作するようになりました。
どちらも「HidAppTest.7z」に入れてます。
「HidAppTest.7z」をダウンロード

しかし、なぜ、STM32_USB-FS-Device_Lib_V3.3.0のものはビルドすると
HID以外のものでも認識しないのか…。
※わかりました。 Vector Table Relocationを0x3000ずらさないと
いけなかったのでした。

#define VECT_TAB_OFFSET  0x3000

としたらあっさり動きました…。

stm32でさらにWinUSBも試す

LibUsbはuusbdと大して変わりなく、
すぐ使えるようになりました。
infもアプリケーションが付いているので
簡単に作成できました。

で、調子に乗ってWinUSBも試してみようかと。
まだとっかかりのところですが。

早速、はまったのが、stm32ではinterfaceが２つあるのですが
その場合２番目のinterfaceはどうやったら使えるのか
ということ。

サンプルとかでもinterface0にbulkのin/outとinterruptが
一つに入ってるものだったりして。

結局、

bResult = WinUsb_Initialize(hUsb, &hWinUsb);

のあとに、

bResult = WinUsb_GetAssociatedInterface(hWinUsb, 0, &hWinUsb1);

…

bResult = WinUsb_QueryInterfaceSettings(hWinUsb1, 0, &desc);

…

bResult = WinUsb_QueryPipe(hWinUsb1, 0, (UCHAR)i, &pipeInfo);

…

のようにするのでした。
WinUsb_Query～()の真ん中の引数にいれる数字を変えていくのかと
勘違いしてました。

でも複数デバイスで同じホスト側アプリをつかうようにしたい場合、
やりづらい気が。

stm32の動作

ループバックするようにしたもので
手作りダブルバッファが不要？な感じがあったので
「stm32でuusbdをためしてみたら」に書いたあと、
わかってないのにがた老さんにも問い合わせたりして
ご迷惑をおかけしてます。
（結局PCから送ってきたときだけ送るから問題がないだけ
だったようです。）

「stm32でuusbdをためしてみたら」を書いた後に
うまくいかないPCがでてきたので調べていて、そのときは
がた老さんのプログラムでもうまくいかず(添付してあったHEXを使っても)、
結局64byteをIN転送しようとするととたんにおかしくなることが
わかりました。63byteまでは大丈夫なのですが。

もう少し調べてみると、
問題がある場合はUSB HUBにstm32をさしており、
そこにキーボード/マウス、232c変換、USBドングルなども
さしていました。ひとつ抜いてみるとあっさりうまくいくようになりました。
逆にうまくいってるときにさしてみると即うまくいかなくなります。
(こっちのほうがすぐ気づきそうなのに、いつもそうしてると
気づかないものですね。)

じっくり調べていかないといけませんが、
今のところそれだけわかってれば問題なく先にいけるので
今度はLibUsbあたりを試してみたいと思います。

stm32でuusbdをためしてみたら

がた老さんの手作りダブルバッファ＋空振り作戦により
stm32もループバックをさせることができるようになりました。
そこで78kでもやったようにi2c制御をくっつけてみたら
あっさり動きました。
i2cは、78kでのノウハウ（とまではいえないか）
に加え、ねむいさんが公開してたもの
http://nemuisan.blog.bai.ne.jp/?eid=157305
があったので
参考にさせてもらった（いや、ほとんどパクッた）のが
大きかったです。

で、次の段階として78kでやったように仮想comからuusbdに移行して
処理高速化を図ろうとしました。

78kのときはPCアプリケーションでは決めうちのインタフェース番号、
エンドポイント番号にでつなげましたが、共通化のため
bulkのエンドポイントが２つそろって入っているインタフェースを
見つけるロジックをなんとかつくりました。
これも意外とすんなりいきました。

しかし問題発生。
データ転送でぶっとんでしまいます。
stm32側は何も変えないので、バルク転送でデータをやり取りすることに
なりますが、データをstm32に送ったら直ちにレスポンスを待ちます。
このときレスポンスデータが0個だったらエラーという風にしてましたが
別にそれ以上の処理をしてなくて現象となってました。

※これ以下、勘違いして書いていることが多いので注意！！
0個、よく考えたらstm32では「空振り」させるようになってるから
あたりまえなのか。
でも78kの時は0個を送ってくることはなく、いっぺんにほしいだけ
（２、３０バイトくらいですけど）とれていたので
そういうつくりにしてました。

そう考えると、「空振り」を回避したくなりました。
で、データがないのにPC側からINの要求が来たら、
データを渡すんじゃなくてなにかあるのでは？
と、ネットで検索。
そういう時はNAKを出すと。
ということは、いまの状態はACKを出してたのかな、
と思いました。

そこで送信しないときNAKの状態にして
やる方法がないか、ソースを検索してたら

    SetEPTxStatus(ENDP1, EP_TX_NAK);

とすればできそうなことがわかりました。
※これは入れても入れなくても何も変わらないとわかりました。

早速、STM32_USB-FS-Device_Lib_V3.1.1を
ループバックに修正してmainループにはいる直前と
mainでデータ受信を検出した直後に上記を入れ、
送信データの設定をした後に

    SetEPTxValid(ENDP1);

を入れてみるとあっさり通信がうまくいきました。
※すみません。これは必ず入れないといけないもので
勘違いでかいてました。（なにもわかってなかったともいえますけど。）
0個のデータでなくほしい個数のデータが
くるようになりました。
仮想comでも大丈夫です。

さらにどうせなら受信完了直後にNAKの状態
にしたいと、EP1_IN_Callback()の中においてみたら
これも問題なし。
「ride7stm32vcp_loopback2.zip」をダウンロード
※あとで確認しました。
メインループに入る前とEP1_IN_Callback()に入ったときの
状態は確認時いつもnak状態でした。
つまり不要です。

私はSTM32_USB-FS-Device_Lib_V3.1.1では
USB通信が全くうまくいかなかったので
がた老さんの手作りダブルバッファ＋空振りを
使わせてもらってました。
もしかするとがた老さんのプログラムでも
nak状態に入れるよう修正すれば
手作りダブルバッファ＋空振りがいらなくなるのか？
と、ちょっとやってみました。
「stmvcpd_kai.zip」をダウンロード

一見うまくいってるような…。
※オリジナルでの時間計測では表示上2Mbps出てますが、
私の修正版では
USB_PutLine()ごとに転送してるから350kbps程度です。
効率よく64byteずつ転送すると逆に4Mbps程度となります。
「stmvcpd_kai_main2.zip」をダウンロード →main.cを入れ替えると
時間計測の部分だけ64byteずつになります。
「stmvcpd_kai_main2hex.zip」をダウンロード→そのhex/dfu です。
…さらに訂正。うまくいかなくなる状況がありました。USB HUBを
使ったときで他にもデバイスをいくつかさしていたときです。
他のデバイスを抜いたりしたらうまくいきます。

少なくとも私がやってるような、
データをもらったらそれにあわせてレスポンスを出す、
くらいな処理ならこれでいいのかも。
※きたときだけ送る方式なので大丈夫だったようです。
またUSB HUBにさしていた場合、他にさしている
デバイスの影響で、64byteごとで全く問題ない場合と
そうでない場合がありました。他のデバイスを抜いたり、
直接PCにさして試すほうがよさそうです。

stm32ループバック

がた老さんの
ダブルバッファーでUSB仮想UARTの内部速度が2Mbps
のstm32→pcの送信部分を使わせていただき、
CQSTARM用の仮想comポートのループバックプログラムを作りました。
「ride7stm32vcploopback.zip」をダウンロード

STM32_USB-FS-Device_Lib_V3.1.1(um0424.zip)の
Virtual_COM_Portをベースにしてます。
単なるループバックなのでSTM32に送ったものが
そのまま返ってくるだけになってます。

stm32もつかってみる

78kもそこそこ動かせるようになりましたが、自分の持ち物じゃないので
買うかどうか迷ってました。

で、DWMにstm32がついていたのを買って
ほとんど使わずにしまっていたのに気づきました。

さらにその当時より簡単に安定した開発環境が構築できる
とわかったので、早速やってみました。
Ride7というのを使ってます。
やり方はほとんどパクリですがSTM32開発環境に
書いてます。

で、まずはvirtual comをモディファイしてみましたが
反応なし。
調べていくと、がた老さんの
STM32のUSB仮想UARTモニター遂に完成に
virtual comがうまくいかない話しがありました。

しかし、その後の記事
ダブルバッファーでUSB仮想UARTの内部速度が2Mbps
でファイルがダウンロードできるようになっており、
それをなんとかRideでbuildできるようにしたら
あっさり動作しました。
とはいえ、ベースが古いバージョンだったので
新しいものにしたい欲が出てきて。

まだ先は長いなあ。