自作回路でUSB EndPoint2

回路とPCのインタフェースでお悩みの貴方。
RS232Cじゃもう満足できない貴方。

お勧めのコントローラチップ、回路、プログラミングテクニック、
そしてFPGAの実装などを語りましょう。

前スレ

自作回路でUSB
http://science6.2ch.net/test/read.cgi/denki/1080051916/

その他情報>>2-10位

入手しやすい代表的なデバイスなど
前スレ>>13-14氏 +俺俺

【FTDI】使いやすさ◎
・最高速度=11Mbps
・ベンダーIDの取得不要ですぐ使える。
・外付け部品やや多め。
・Host側のデバイスドライバも安定している。

【EZ-USB】使いやすさ×
・最高速度11Mbps　(CPUで処理すると間に合わないのでAUTOPOINTERを使用)
・Host側もTarget側もファームとデバドラが糞。
・ちょっと間違えると、すぐにハングアップ！
・ベンダーが提供しているINFファイルに記述誤り(?)でインストールがうまくできない人続出。
・マイコン部分で勉強すること多すぎ。マニュアル読むだけで大変。
・ベンダーIDは取得不要ですぐ使える。
・Renumerationが特徴的。

【CP2101】
・バーチャルCOMポート専用。つまりこれはRS232C変換器である。
・仮想COMポートなので、デバイスドライバを開発したり、ファームウェアを
　開発する必要はなさそうだ。
・速度は300bps〜921.6kbps(11Mbpsは出ないのね)
・外付けの抵抗やXtalやセラミック発信器が不要。EEPROMも内蔵。
・5mm×5mmサイズ。足は生えている。(BGAじゃない)
・USB2.0のFullSpeedで動作する。(12Mbps)
　（→USB1.1は対応してないのか？USB1.1しか対応していないPCでも大丈夫なのか？）
・単価は$5くらい。

【USB9603】
　かなり昔からあるが、どうなの？

【EZ-USB FX2】 使いやすさ 多分×
・上記デバイスに比べてHigh Speed 480Mbpsが売り

FX2はキットや単体デバイスも多いので追加してみました。誰か付け加えてチョ

USB開発キットを販売されている中小企業の方も他人の振りをして
こっそり紹介&リンクを貼っておきましょう。

>>2
＞・外付け部品やや多め。
「ただしRL型番なら少ない」って付け加えてほすぃ。

>>1
乙

>>2
変換単機能デバイスとUSBコントローラつきマイコンと単品USBコントローラをごちゃまぜに書くなよ・・・

>>6
じゃあ訂正などよろしく。任せたよ

freescaleがUSBマイコン発表したね。

MCF5221xファミリの特長
* USB 2.0 Full-Speed Host/Device OTG
* 76 Dhrystone 2.1 MIPS（80MHz時）を実現するColdFire V2コア
* 最大128KバイトのFlashメモリ
* 16KバイトのSRAM
* 最大56の汎用I/O（GPIO）
* 2チャネルの周期割込みタイマ
* 2つのI2Cバス・インタフェース・モジュール
* 4チャネルの32ビット・タイマ（DMAサポート）
* 32kHz振動水晶子によるリアルタイム・クロック
* 12ビットのアナログ・デジタル・コンバータ（ADC）
* 最大3つのオンチップUART
* 66MHzまたは80MHzを選択可能
1万個ロットでの参考単価$4.39

The MCF5253 controller delivers Hi-Speed USB OTG.
だそうだ、こっちは這いスピード対応らしい。
通販でMC9S12XDP512MAG が１こ$12.24だ。
ハンダ付けの壁が無ければ試してみたいなぁ

MCF5253VM140
ですた　6rz〜

EZ-USB FX2(FX2LP)は使いやすいと思ったけどな。
ドライバが糞かどうかは環境による。

>>11
うちでも普段から使っているせいか、EZ-USBに何ら不都合を感じないな。
GPIFの使い方が全然わからんのが困りものだけど。。。

GPIFって別に難しくもないやん

>>13
そうなんだ？
どこか良い情報源があれば教えて頂けますか？

ICが出すデジタルオーディオ(シリアルデータ)を、PCに
転送する方法を考えているところなんです。

CPLDでも1個載せてSP変換してからの方がよいかと・・・

>>15
そうですよね。
割り込みだけでやろうと思ったけど、現実的に無理なので
そう思ってCPLDの勉強をはじめました。

CPLDでSP変換して、FX2のFIFOに繋げばいけるのかなと。

Ｉ２Ｓ? あれって１ビットズレてるのが何の理由があってか良く判らん
32bit44.1Kで 2.8Mbpsだから処理速度はやっぱりキツイな

しかしFTDIの BitBangはどうも使い難いな
転送レートの上限は落ちてもいいから、指定したレートでデータが出るような仕様にはならなかったのかねえ

そもそもレートの保証なんかないUSBで、それのおまけ機能にそこまで求めるのもどうかと思うが...
BitBangモードは、PLDのコンフィグや簡単なLEDやDIPSWの操作が主目的だと割り切ってる

しかしボーレートの設定を300まで落としても、等間隔で出てくれないのは悲しいぞ

>>20
あー、USB・・windowsでそれを求めるのはどうかと・・

どうかって言われても、
これは単にFTDIのBitBangModeがタチワルなだけで、

だいたい、128byteの送信バッファ持ってるんだからさ
300*16=4800byte/Secのデータ量で USBもWindowsも関係ないと思うぞ。

だってUSBサウンドカードなんかは44.1K*4= 176.4Kbyte/Seｃでも途切れないんだからさ

>だってUSBサウンドカードなんかは44.1K*4= 176.4Kbyte/Seｃでも途切れないんだからさ
それはUSBの受け側にFIFO(メモリ）と出力のタイミング制御があって
常にバッファリングしているからじゃないの？
そういう機能がついているってことで・・
FTDIのはただのFIFOだけじゃないの？

出力側のボーレート発生はなにを使っているの？

ああ、説明がいるね。
FTDIの FT232xxとFT245xx
FT232はシリアル-USBブリッジでボーレート発生器も内蔵してる　
FT245はパラレル-USBで、FT232と同じインターフェースで操作出来る。
ただ、パラレルといっても、ハンドシェーク型なので、単体では使い難い

BitBang というのは、
設定したボーレートの16倍のバイト転送速度 で入出力出来るというモード
FT232でも、シリアルの制御線がパラレルポートのように使えるわけ
しかもビット単位に入出力が設定出来るという、便利もの

・・・なんだけど、この設定したボーレートの16倍のバイト転送速度 というのが曲者で
それがどうやら上限というか内部のロジックの動作速度のようで、
そのタイミングの中でデータは不定期に更新される。
連続して８バイト分が更新される事もあれば、15回くらい更新を休む事もある。

うはっ、FTDIについて何も知らないのいうのがばれてしまいました。
出直しておきますorz

USBのホスト機器を作るとなるとやっぱりSL811ですか？
OTG以前の物と聞いてなんかもう古いのかなと思ったので・・・

>>27
ハイスピードおよびOTG対応のホストチップに、
NXPのISP1761がありますよ。

＞だってUSBサウンドカードなんかは44.1K*4= 176.4Kbyte/Seｃでも途切れないんだからさ

あれはアイソクロナスだし
Winでアイソクロナスでちょいと負荷を掛けた程度でもいきなり落ちたりしてたな

>>28
ありがとうございます
GW中に探してみようと思います

売っているもんなの？
秋葉では手にはいらなそうだなぁ

>>30,31
Digi-Keyに在庫がありました。

>>25
>連続して８バイト分が更新される事もあれば、15回くらい更新を休む事もある。
トラフィックが余程多くなければそうならない希ガス
送出し側でバッファリング処理してる？

>>33
D2XX で　１秒分くらいのバッファ作ってそれにそのアドレスの下位ビットを書き込んでおいて
FT_Writeで一気に書き出した結果だよ

>>34
ボーレートが無理の無い設定値だったらちょっと変かも
送信側のバッファがEmptyになってる期間が生じている気がします
とはいえその条件でバッファが空になるようには思えないですねえ。

LatencyTimerの値はデフォルトですか？
FT_SetLatencyTimerで５ms位に変更すると改善されないかな？

FX2を使用しているが、まあまあでしょう。
確かに使用できるまでに、根気が要りそう。
しかも、秋月では既に売り切れで秋葉では入手困難！
やはりこれからは、FTDIでしょうか。

>やはりこれからは、FTDIでしょうか。

今の所ＨＳ用が無いよ。

>>35
ボーレートは9600でも300でも出力レートは当然それに応じて変化するけど
結果は同じく時間不等だった。
FT_SetLatencyTimer で色々変更してみたけど同じだった

なお、不等間隔でも、データ抜けはないようす（上位ビットとの関係から見て）

なお、平均は設定ボーレートの４倍以上は出てるようだから。
クロック同期型のデバイスへの書き込み等に使う限りはそう支障はないと思う

送信でさえこうなのだから受信も同じような感じなのだろう。
だとすると、逆に相手がクロック出すような信号を受け取るのは、これは厳しい。
平均４倍ではなく、ボーレートと同じでよいから等間隔に入出力されるモードが欲しい

Ｗｅｂで検索したが、
　ttp://ore-kb.net/hard/BitBang/
でも同じような結果が出てるようだ。

初心者かつ愚か者です。
USB対応のPICを使ってシリアル通信の代わりにと考えてます。
簡単なコマンド送信だけです。
電源を用意しないで良い事と、複数繋げる事が使用目的です。
ベンダIDを購入・使用する費用はどのくらい必要でしょうか。
出来る事なら販売も考えています。
もし、ベンダIDを適当に割り当てると、どの様なトラブルがありますか？

>>40
ttp://www.usb.org/developers/vendor/

費用は十数万だったと思った。
ロゴテストは含まない。

> 初心者かつ愚か者です。
>　USB対応のPICを使ってシリアル通信の代わりにと考えてます。
>　簡単なコマンド送信だけです。

FTDIとかCPとかシリアル変換ICでは駄目なのか？

ライトのスイッチ切るとＵＳＢハングアップする
素直にシリアルポートがいい

調べてみたら$2,000払えとよ･･･
昔は$500だったらしい。

それプラスに製品を作ったらロゴ取得と互換性確認のためにPlugFest行き航空便往復とホテル代
もしくは国内の認証機関代

いっそCDもどきみたいに「USBのような何か」ということでロゴなしで
販売すればIDぶつかろうが何しようがOKなんじゃないか。

そしてクレーム殺到

ドライバーの問題が

>>44
ライセンス許諾に署名しなくても、$2000払えば永代使用可能なベンダID
は仮取得(予約)できるが、(たとえ認証パス)しても製品にはUSBのロゴは
使えない。

USBのロゴを使うには、正規メンバになるとともに、ライセンス維持のため
毎年$4000を支払い続けるか、2年毎に$2000を支払い続ける非メンバのロゴ
ライセンスに署名する必要がある。いずれにしろ、製品毎に認証検査をパス
する必要がある。

ってことと理解しているが、どうよ？

>>46
ロゴ付けなければいいんだけどね。
ちなみにうちの製品は、ロゴ付けてないよ（ｗ
実は製品仕様上、認証もパスしなかったりする。
電特とかのコンプライアンステストは大体通るけど、スタンバイ周りがダメポ。
そんなのが、100万台以上市場に出ててるけど、特にクレーム無し。


結局のところ、最低限必要なのはベンダIDだけ。あとは自分で保証する覚悟があれば大丈夫。

秋月のH8/3069-USBホストボードをホスト・ターゲット兼用
(ジャンパで回路切り替え)に改造しようと企んだ。
SL811HSTが載っている。

host/targetのモード切替端子が固定されているのを
切り替え回路にするためにピンを浮かせたまでは、自分でもよく頑張ったが、
その後、改修線つけようとしたらブリッジして、それを修復しようと
もがいていたら、ピン折れた。
つい最近電子工作始めたばかりのドシロウトには
0.5mmピッチは歯が立たなかったです。

このままでは悔しいので、SL811HST買い足して
ピッチ変換基板でDIPにして回路組みなおします。

ベンダIDだけの$2000だけならどないかなりそうやな。
けれど、個人に毛が生えた程度の俺なんかで16Bitは、多過ぎんやな。
4Bit分あれば、事足りるんやけど、小分けしたり・されたりってのは可能？

( ´-`).｡oO(FX2LP, TRM section 1.18をみてEP設定してるんだけど…)
( ´-`).｡oO(EPxのひとつをbulkoutにするとホストに認識されない…)
( ´-`).｡oO(なんでだろ…)

>>52
海外で、IDを切り売りしてるところがあった記憶がある

リセールはルール違反だけどね。
(変わった？)

売らずに「USB友の会」とか作って会費の代わりにプロダクトIDわたすのは？

それいいかもw。

海外1個見つけた。
ttp://www.ezprototypes.com/EZModulesMain.php
$12.95だって

つかUSBのPIDって再販や貸与が許されてるんだろうか。
買っても規約違反でVIDごと無効になったら泣ける…。

IPのプライベートアドレスみたいにプライベートPID/VIDとかあればいいのにね。
勝手に使っていいが、グローバルな世界では使っちゃダメよ、みたいなの。

( ；-；).｡oO(まだはまってるよ…)

( ´-`).｡oO(やっとはまりから脱出…)

顛末が気になる・・・

>>60
グローバルな世界に出ないものなら、
どこの企業のVIDだろうと好きなの使えば良いわけだから、そんなもの要らないじゃん

>>64
そうはいっても現実世界ではテキトーするやつ（パチモン製造会社とか）が
いるから、そういう奴らが存在しても安心して使えるように誘導するための
もんじゃないの？あとは実験とかで積極的に使いやすくするとか＞プライベート空間

某メーカーの社内LANの設定要領に
ローカルIPは192.0.0.1にしなさいとか書いてあったなぁ・・・

127じゃなくて192なのか。意味不明だなそれ。

168が抜けてるのねん。
>>67 ローカルホストにしてどうする

テキトーするやつが軒並みプライベートVIDとやらで出荷しまくりそうだがなぁ
「他のUSBデバイスをインストールしたPCでは動作しないことがあります」とか注意書きに書いてｗｗｗ

いっそのことDHCPにしてしまえ

32bitなんてことせずに、UUIDみたく128bitとかにすればいいのに。
..で、32bit分の空間を自由解放、と。

..が、自由解放の空間にID割り振るツールを皆で同じヤツ使うもんだから
IDがかぶるかぶる
↓
破綻

>>56
それいいね。　
　初期会員を１万円で30人集めて 　9bitを会員番号にして　128個分使えると
　　 0000 xxxx xYYY YYYY　　0000 xxxx xが会員番号

　その後、残った空間を　
　　賛助会員、　年会費千円で8bitの会員番号+128個のPID
　　 0xxx xxxx xYYY YYYY　200人まで　最大年間２０万の収入（文書交通費と飲み代)

　　永世協力会員　PID １個のみ千円
　　 1YYY YYYY YYYY YYYY　３万人まで　発行可能　これは　まあ、サーバ維持代に消えるだろ

>>72
> 初期会員を１万円で30人集めて 　9bitを会員番号にして　128個分使えると
>　　 0000 xxxx xYYY YYYY　　0000 xxxx xが会員番号
その初期会員が、1万円で人集めて、2bitを会員番号にして、32個使える
そのまた会員が、...

「今なら特別にもう一個おつけして、何と１万円！」
「これはお得ですね」

ふつうに300円くらいのUSBチップを大人買いして、そのIDを
勝手に使うほうがよさそうだな。

？？
ユニークに振ってあるわけじゃないでしょ。
大人買いって100万個単位くらいら別かもしれないけど・・

なんか、macアドレスと混同してそうだな・・・

しかし、VIDって16ビットで足りるのかなぁ

ベンダーIDのリストを見ていると，既にツブれている会社が
いっぱいあるから，そういうのを再利用すれば…。

プロダクトIDの管理がベンダー任せだからなぁ

既に潰れた会社でも、デバイスがなくなったとは限らないし・・・

PCIに比べて、つなぐときのお手軽感は想像がついたんだから、
32bitでID割り振ろうというのが、そもそも見通しが甘かった。

40億もあれば足りん事はないだろ
VIDも16bitあれば30年くらいは大丈夫だろ

たとえPIDが1個でも、RevisionやらProductNameで判定して分岐すれば(ry

つーか、俺がVID/PID分けてもらった会社、あぼーんしちゃってるんだが、
今後どうすればいいんだべ…

VID for private experiments
http://www.usb.org/phpbb/viewtopic.php?t=500
Buy a VID (Vendor ID)
http://www.usb.org/phpbb/viewtopic.php?p=38929

VIDはデバイスベンダが自社チップに割り付けるものだと思ってるのが居る
のだろうか？
>>81
PIDは16ビットでも足りるかもしれんがVIDが16ビットというのはな

言い尽くされてるだろうけど、
IPアドレスのクラス分けみたいにすればよかったのにねぇ

>たとえPIDが1個でも、RevisionやらProductNameで判定して分岐すれば(ry

確かにそうだが、VIDとPIDが同じならWDMでは同じデバイスとして認識されるので、
新しいデバイスを作る度に共通ドライバを起こし直すか、リクエストをURBに翻訳する
だけのドライバを書くかするしかないんじゃないか？

65536社分のIDがあれば事は足りるんやろう。
足らなくなる頃に違う規格が出てくるんちゃう？

つ「USB3.0」

つ USB3.0 UltraSpeed, HyperSpeed, OverSpeed, WarpSpeed,,,

USB3.1　Warp5対応

FTDIもPID分けてくれてますよね。FTDI製品を使うっていう前提ですが。

え゛っ

>>92
しーっ！

PIDやらVID固定チップの嫌なところは、密かに内蔵してる周辺機器と
勘違いしちゃうところ。OSも融通利かないんで。
良いところも残したいし。
なので、FWで変えちゃえばいいって話は無しね。

CyAPI…

USBView.exeでFX2LPが見えないぞ
CyConsoleや自作アプリからは見えて、普通に通信できるのに
なんでだろ

HUBに挿してるからじゃね？

HUBにさしてない
試しに同じポートにEZ-USB(古い奴)を挿したら見える
試しにHUBにFT245Rを挿したら見える

UHCIだかOHCIの方をみてて、EHCIを見てないというオチだな、きっと

●×△□Φ♪▼○

(･∀･≡･∀･) ﾀﾞﾚﾓｲﾅｲ

>>102
★◎□×▼？¢※♪

みなさん、CypressのUSBチップはezusb.sysで頑張ってるのかな?

自作してる

俺がCypressを使う理由はただ一つ。
8051だからだ。

故にもう一個H8やらAVRやら繋がなきゃ使えんハメに。

>>105
よくわからんのですが、
サイプレスのドライバ以外でも使用可能なんですか？

ホスト側がSL811でGPIO接続だ。
だから俺も自作している。

>>107
ファームの転送みたいな各デバイス特有の処理を除けば、
USBのドライバの基本的な部分は、どの石使っても流用できるよ

>>109
おお！、なるほど。有難うございます。希望が出てきました。
調べてみます。ちなみに今使っているのはFX2のCyAPIです。

なんか、ずいぶんと止まってるな

8051しか扱えんので、EZ-USBだね。
8051ってクロックのわりにマシンサイクル遅いんで困ってるんけど。
H8とかでUSB使ってる人教えて。それいい？
いいなら勉強して乗り換える。

8051といってもいろいろだと思うんですが。
マシンサイクルっていうのはたぶん命令サイクルのこと言ってるんだろうけど、
例えばSiLabの奴ならコアに供給されるクロック = 命令サイクルだよ。

というか、8051でやるような処理ならH8にしたら余計遅いよたぶん。

USB2.0のhi-speedでそこそこ高速なCPU積んだ安い石ないですかね

>>114
具体的に何やらせたいのか書かないと教えようがない。

そもそもUSBホスト機能つきの石（いやCPUつきのUSBホスト？）というのは
どちらかといえばニッチになる気もするんだけど俺の認識の方がおかしい？

ああホストじゃなくてUSBコントローラだねすまん

>>117
LPC2888とか
www.nxp.com/pip/LPC2880_LPC2888_2.html

>>117
CypressのCY7C68013Aは？
ttp://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommunity&CommunityID=209&PageID=259

>>117
TIのTMS320VC5509Aとか（TMS320C55シリーズのDSP）
144LQFPパッケージがあるから、そこそこ使いやすそう。
ttp://focus.ti.com/docs/prod/folders/print/tms320vc5509a.html

単品USB I/Fチップもけっこう少ない（枝番は多いがシリーズ自体は少ない）から、
CPU + USB I/Fのチップは確かに割合としては少ないが、ニッチと言うほどでも
ないような気がする。

nxpにhigh-speedのがあるんだけど、nxpのページがマトモに開かない・・・

USB2HighSpeed対応のH8S/2215、100pinだしDRAM使えるし
内部32bitバスで高速転送対応だしいいかなぁ…

と思ったら、物理層外付けだわ、その影響でI/Oピン少ないわ、内蔵機能も少なめで微妙だ…

間違えた〜!
2215じゃなくて、H8S/2170だっ!!!

>>120 そのTIのはFullSpeedでしょ？

freescaleのMCF5253どうかな。ColdFireV2-140MHz Hi-Speed USB OTG 128KB-SRAM Flashは別付け
評価ボード買うとUSBスタックついてくるそうだけど、どんなものかな・・・

>>124
はい、Full Speedですよ。>>116-117は別段、転送速度の指定してないから無問題かと。
>>114へのレスじゃないよ。

流れ読まない人なのねん

アイソクロナスだから、エラーチェック無しで垂れ流しなんでせう

このスレ的にはマイコンで強引にUSB信号作っちゃう
avr-usb みたいなのはどない？

ttp://www.obdev.at/products/avrusb/index.html

>>128
FullSpeedの石が安くなったのでわざあわざ
マイコンファームでLowSpeed通信っていうのは趣味の世界になっちゃったね。
AVRやPICも含めてほとんどのマイコンファミリにUSB内蔵のがあるしね。

AVRのはUSB使おうとすれば8Mor16MのXTALしか動作保障されず、
しかも5Vじゃないとダメ。
同時にUART使おうとすると今度はエラー頻度が上がる。
こんなもの使えないでしょ。
しかも、普及してないし。

どう考えても金取っては使えない、趣味専用の代物だから、
どんなに厳しい制限がついててもそれは構わないでしょ。
むしろ制限があればあったで、それをかいくぐって使うのも趣味の楽しみ方の1つだし。

>>117
製作するボードとパソコン間で通信が必要なことが多いんだが
最近RS232Cが無いパソコンが増えたせいで
USBコントローラ付きのチップがメインになって来ている
ルネサスだったら H8S2212, H8S2218
ATMELなら AT91SAM7S256, AT91SAM9261
以上はメインCPUとして使うのでCPU性能とのバランスからほぼFullSpeedで間に合う。
より高性能なCPUの周辺としてHighSpeedが必要な時はCY7C68013A
FullSpeedで充分ならFTDIの石という使い分けにしている。

>>130
主語があいまいで何いってるんか分からんです。

>>131
同意。USBのプロトコルの実践と実装という意味ではすごく優秀な教材だしね。

>>132
FTDIのRシリーズで充分便利。
245Rに232Rみたいに分周クロック出せる機能があればさらに良かったのだが。

実にどうでもいいことだし、みなさん親切に答えてくれるのは大変嬉しいのだが、
俺は何も質問してないよw

ただUSBコントローラ付きマイコン（あるいはマイコン付きUSBコントローラ）
って主流じゃないのでは、と疑問を呈しただけ

>>133
FTDIのはお手軽だけど、ソフトでバスから切り離したり、
一旦バッファに書き込んだらそれを空にすることすらできない点は不満があるなあ。

あと、サポート担当の人間がとてつもなくアホw
いつもG××donって人が返答くれるんだが、はっきりいってまともな回答が
帰ってきたためしがない。

主流／非主流って意味ないし
自分が何選ぶかの判断基準をどうするかって事でしょう。
あまり非主流すぎてモノが入手できなければしょうがないけど。

>FTDIのはお手軽だけど、ソフトでバスから切り離したり、
　245は出力モード時Hi-Zなんで切り離す必要ないし、
　入力時でも200kだからアナログと共用しなきゃ問題にならない。
>一旦バッファに書き込んだらそれを空にすることすらできない点は不満があるなあ。
　それは当然だと思うのだが
　リオーダーが必要なら内蔵にして制御するべし。

>>137
何を言ってるのか良く分からないけど、場合によってはソフトでバスへの接続・切断を
制御したいことがある。

例えばデバイスの電源が入ってないときにPC側からデバイス（FTxxx）が見えたら
変だし、場合によってはまずいでしょ。

こういうことがしたい場合、FTDIの石の場合リセット状態にするとかHW的な
方法を取るしかない。

バッファの問題にしても、普通のUSBコントローラ使ってる場合だったら
バスに接続された時点でバッファをクリアしときたいでしょうが。
まあこれはPC側のソフトで対処すればいいとことだと言えばその通りかもしれないけど。

>>138
>例えばデバイスの電源が入ってないときにPC側からデバイス（FTxxx）が見えたら変だし、場合によってはまずいでしょ。

デバイス側からVCCIOを供給しない時ってPC側から見えないので大丈夫だよ。
だからデバイス側のVCCIOを長時間(数ms?)落とせばリセット状態？になるよ。

>バスに接続された時点でバッファをクリアしときたいでしょうが。
エニュメレーション時にデバイスリセットかかってクリアされるよ。
イヤならデバイスリセット時に無効コマンドを送るようにすればいいし。

>>139
いや悪い何を言っているのかサッパリ理解できない。
ソフトでノードにタッチ・デタッチができないのがFTDIのデバイスの欠点だ、
と言っているのにVCCIOに電源を供給しなければ・・・ってどういことなんだろう？w

>>140
>ソフトでノードにタッチ・デタッチができないのがFTDIのデバイスの欠点だ
具体的にどういう時困る？

>>141
鳥頭なら鳥頭で構わないけど、それならせめて少し前のレスぐらい読もうよ。

>>142
読んだが具体的じゃないでしょ仮定の話で
自分も理解してないくせに口出すな。

いやだから現実的な問題として、デバイスの電源が切れてるのに
ホスト側からFTxxxが接続されてるように見えたらおかしいでしょうが。。。

IOVCCをデバイス側電源から供給すればそうならないって読めるが。
IOVCCをFTDIの内部電源から取ったらそうなるだろうね。

でもUSBインターフェースが生きているのに
ホスト側からFTxxxが接続されていないように見せなきゃならない理由が書いてない。

>>144
自分でそういう接続にしておいて、勝手に困ってる。
変わった奴だな。

>AVRのはUSB使おうとすれば8Mor16MのXTALしか動作保障されず、

AVR-USBの場合、汎用I/Oポートを使いソフトでUSBプロトコルと
下位のNRZIを実装しているので、ロースピード1.5MHzでシリアル
通信するために12HMzのクリスタル必須。8/16MHzのクロックでは
動作しないよ〜。

>同時にUART使おうとすると今度はエラー頻度が上がる。

そもそも、D+信号の立ち上がりを基点に割込みハンドラでデータ
入出力を行うので、USBパケット送受信時は割込みをディセーブルし
UART側は待たせておく。または、UART割込みハンドラで、USB側の
割込みを許可出来る様に作っておく必要がある。

AVR-USBの場合能力が低いので、実用的うんぬんと言うより、
AVR１個だけでUSB通信を行えるというのが最大の魅力であり、
それ以外の何者でもない感じがする。

「汎用I/Oのみを使って、ソフトでUSBを実装している事が凄い」
と言う事を実感するために存在する。

>>146
そんな鳥頭でこんな仕事がよく勤まるね。
いや仕事にしてるとは限らないか。

だから純粋にソフトウェア的にバスへの接続を管理できないのがFTDIの製品の欠点だ、
と言っているのであって、HW上そういう設計ができないとは言ってないの。
それにまあ出来るけど、いろいろ面倒なんだよ。特にバスパワーの時。
頭悪いんじゃないの？
まあ他社のUSBコントローラ使ったことないのかもしれないが。

あと追加で、バスパワーとセルフパワーの両方への対応（こういうの
mix powerっていうのかな？）させることが難しいという欠点もある。

>>145
理由は少なくとも二つあって、

(1) ユーザーへの体裁。
　　電源落ちてるのにデバイスマネージャにリストアップされるような製品を君信用する気になる？
　　あるいは初めて使うとき、電源断のままPCに接続したらドライバのインストールの
　　ウィザードが表示されちゃうような製品。

(2) ホスト側のソフトの負担。
　　デバイスをD2XXが認識していても必ずしもデバイスが通信可能な状態とは限らないから、
　　着脱（というか、デバイスの状態の変化）の検出を、例えばこちらからの
　　呼びかけに対して一定時間以内に応答があるかないか、みたいな泥臭い方法で
　　行わなければならない。

>>148
(1)に同意した。
某ネームラ○ドがそれですごく気持ち悪い、まぁ安物かった俺が悪いんだろうけど。

この空気の中横槍でスマソ。

>電源落ちてるのにデバイスマネージャにリストアップされるような製品を君信用する気になる？
そういう仕様なら電源落ちてる間RESET#入れてるだけで解決な気もするがねえ。
(2233Dは1.5KをRSTOUTからとればOKだ,232R/245Rはどうか判らんがこいつらにそこまで望むのは酷だろ）

>呼びかけに対して一定時間以内に応答があるかないか、みたいな泥臭い方法で行わなければならない。
ドライバの関数呼んでFT_Writeあたりにバッファ長指定して呼べばドライバの責任で転送はやってくれるし
それで満足できないなら泥臭い方法で調べるのって別に変じゃないけどポーリングなんぞしたくないってか？
USB関係をBIOSで認識されるレガシーみたいに割込み駆動っていうふうには簡単にはいかんだろ。

>>148
電源が落ちてるのにホストから検出されるのは、
何も考えずにFTxxxだけをバスパワー接続にしているからだろ。
普通の設計者はそんな馬鹿な接続にしない。
しかも、バスパワーとセルフパワーの両方への対応が難しいだなんてｗ
君のお頭が弱さをそこまで強調しなくてよろいしい。

もう一度書くが、
自分でそういう接続にしておいて、勝手に困ってる。
変わった奴だな。

>>148みたいな屁理屈だけでデバイス選定やデバイスに合わせた設計が
できない人とは仕事したくないな…

>>151
>しかも、バスパワーとセルフパワーの両方への対応が難しいだなんてｗ

こらこら、こいつは真面目に考えれば本当に難しいんだよ。
OTG機器に繋がった場合や電源容量が無いＰＤＡや軽量ノートに繋がった場合に
許可された容量を判断してセルフパワーに切り替えるとか機能落とすとか。

FTDIの石自体は100mA以下で動くので省電力設計に拘らないなら
>>148が言うFTDIじゃやりにくいというのは
多分ハード設計で生じた制約をソフトで何とかする前提での誤解だと思うが。

>>148
USB素人なので後学のため教えてください。

USBデバイスを電源断のままPCに接続したら、
ドライバのインストールのウィザードが出ないのを希望されているようですが、

それはつまりUSBデバイスを接続したときに、PCからそのUSBデバイスが見えてない、
ってことですよね。見えてたらドライバのインストールのウィザードが出ちゃうから。

で、PCからUSBデバイスが見えてない状態で、
ソフトウェアでUSBを通してUSBデバイスへ何かコマンドを送って、
USBデバイスを制御する(たとえばUSBへの接続を管理する)、なんてことは、
甚だしく矛盾しているように思うのですが、違うのでしょうか。

>130,147
USBなAVRについて、両者ともアレなので...

IgorUSB系
3.3V 12MHz で AT90S2313 〜 ATmega48等を動かして、
ソフトウエアで Low speed USB を動かす。
USB負荷が重いので同時にサポートするシリアルは56kbpsが理論限界。実用限界はそれより下。

AT90USB162 や AT90USB1287 など。
3.0V〜5VのVccと8MHzクロック、もしくは 5Vの Vccに 16MHzのクロックの
組合せで動き、ハードウエアで Full speed USB をサポートする。


前者も作ってみたが、後者がデジキーで入手できるようになった今は
伊達と酔狂以外で出番があるとは思えん。

>>154
USBデバイス側に載ってるCPUとかのファームでUSB-IFの状態を制御するって話だと思う。
実際、USBN9604みたいなUSBコントローラは内部にたくさんレジスタを持ってて
その設定でいろいろな状態制御とかできるんですよ奥さん。(オレは使ったことないけどw)

>>155
最近はUSBから繋ぐ機器の電源が1.8Vとかも多くなったので
FT245RorFT232R+AVRのVバージョンっていうのも結構重宝かも。

>>156
なるほど。148さんが「ソフトウェアで」って言っているのは、PC上のソフトの話じゃなくて、
USBデバイス側のプログラマブルな何かのソフトのことなのか。了解。

でも話の流れはFTDIのことみたいだけど、FTDIのチップはソフトもファームも無かったような。
FTDIみたいな非インテリジェントなチップだ駄目だ、っていうのが148さんの趣旨なのかな。

>>154
>PCからUSBデバイスが見えてない状態でソフトウェアでUSBを通してUSBデバイスへ何かコマンドを送って、USBデバイスを制御する(たとえばUSBへの接続を管理する)、なんてことは、
甚だしく矛盾しているように思うのですが、違うのでしょうか。

実はそうでもない。
USBのハブはUSBに繋がっていてもドライバいらないでしょ？
だけど実際ハブってすごく複雑な動作をしてたりするんだよ。

オレも今ちゃんとは調べられないが、
USBに繋がってる事検知してディスクリプタ要求してＩＤ付けたりするなかで
ホストの要求にNAK返すとか、死んだふりするとか、いろいろと手段はあって
ソフトウェア的に上のレイヤでは無かったことにすることは可能らしいのだよ。
(そういうイレギュラーな事をしているという話位は聞いたことある。）

>>158
>FTDIみたいな非インテリジェントなチップだ駄目だ、っていうのが148さんの趣旨なのかな。

いやダメとは言ってない、ソフトウェア的にできないって言ってるだけ。
ハードウェアが自分の守備範囲にないって事にすぎないと思う。

>>158
そう、そういうことです。

ただ、純粋に製品の欠点を指摘しているだけであって（エンジニアなら当たり前の態度でしょ？
俺は四流の人間だけどね）駄目とか何とか、情緒的に貶めてるわけじゃない。

FTDIのチップは基本的にはシンプルでいい製品だとは思う。
トレードオフ的な欠点がいくつかあるにしても。

ただ資料整備も含めたサポート体制はもう少しなんとかして欲しいな。
とりあえるGxxdon氏はクビにして欲しいと思うw

欠点というより適材適所を見誤ってるだけでは？
自分でもトレードオフうんぬんて書いてるんだからわかってるんでしょ！？
Gxxdon氏を情緒的に貶めてるだけにみえるよｗ

書き方の問題だろ。

a) ○○の機能すらないので駄目駄目
b) ○○の機能があったらいいんだけとな

a) みたいな書き方するから、そんな用途に使うお前がバカジャンと
言うことになるのは当然の結果。

>>135 の後半の文章やその後のレスを含めて、煽るために書いてたん
だろ？

いまさら取ってつけたような言い訳書いても後の祭りだよ。

まあそうかもね。
俺は君が情緒的なだけだと思いますけど。

俺にはこういう製品の技術的な評価の世界に感情を持ち込む人間って理解できません。
なんていうと余計感情的になるんだよねこの手の人は。

こういう人格類型の人は知的な仕事は本来向かないと思うんだけど。
人間だから感情は持ってていいんだが、TPOを弁えてそれを制御できないのは困るよ。

>>135
結局>>161で分かるように、あなたが言ってることは、
「スクーターはお手軽だけど、子供を一緒に乗せたり、
雨が降ったら濡れずに走ることすらできない点は不満があるなあ」
ってだけでしょ。

そりゃスクーターの技術的構造的な欠点と言えば欠点だが、
そんな欠点を一々指摘するのは、ただのアホ。
いくらあなたの性格が知的な仕事に向いていたって、
あなたの知性は知的な仕事に向いてません。

そうじゃないでしょ。

「欠点を一々指摘するのは、ただのアホ。」
こういう感じ方そのものが情緒に過ぎないのであって、
それは君自身のその製品に対する「思い入れ」（非常にくだらなくまた馬鹿馬鹿しいと思うのだが）
の反映に過ぎない。

こういう感受性が正当化されるような世界に進歩などありえないことは、
例えば北朝鮮見れば分かるでしょ。
将軍様の政策がいかに愚劣だろうと、「マンセー」しか許されない世界。

というか、自分がたまたま使ってるだけの製品にそんなに思い入れをもてる
ことが理解できない。

いや、思い入れを持ってもいいのかもしれないが、しかしそれならなおさら
その製品に対する批判に反発するって間違ってないかい？

実際、>>135に書いた機能があれば、FTDIの石の有用性はもっと上がると思うよ。

>>166
あのーそのレスは真性に知的水準が低い人としか読めないんだけど、どうなのそれ。

「欠点」を一々指摘するのがアホなんじゃなくて、
「あたりまえすぎる欠点」や「定義的に守備範囲外の欠点」をいちいち指摘するのが、
知性に欠けた行動だって言ってるの。わかる？

そりゃ、スクーターに屋根を付けて、補助席とチャイルドシートを増やせば、
スクーターの有用性はもっと上がるでしょ。馬鹿馬鹿しい。

>>166
頭悪いやつだな。

> 実際、>>135に書いた機能があれば、FTDIの石の有用性はもっと上がると思うよ。

ぜんぜん上がらねえよ。むしろFTDIの有用性が下がる。
ちょっと考えれば分かることだろ。考えても分かる頭がないなら、
自分で手を動かしていろんなUSBデバイス設計して経験積め。
頭も経験もない奴が自分理屈ほざいてんじゃないよ。

>>167
まあ何いっても無駄っぽいが、

＞「定義的に守備範囲外の欠点」
この前提が間違っている。

スクーターに乗用車と同じ機能を求めているのではない。
他のスクーターには当たり前についている、あるいはスクーターにしばしば求められる
準必須的な機能が足りない、と言っているんでしょ。

実際、D2XXのシンプルさは魅力だし、機能的にはFTDIのチップで必要十分なのに
>>135のような制限があるせいで使いにくい場面というのがあるんだよ。

>>168
＞むしろFTDIの有用性が下がる。
後学のためにぜひ具体的に教えて欲しい。

しかし、「モノ」への過剰な思い入れというのは若い世代の、どちらかというと
知能指数の低いタイプが携帯とかゲーム機とかに対して持つものだと思っていたが、
まさかエンジニア（なんでしょ？）が石のようなチープなものに対して持つとは
思ってもみなかった。

自分で自分が気持ち悪いと思わないのかな。
精神分析的には、こういうの自己愛の変形物だとされているんだぜw
まあそれだけ不安な蔓延してる時代ってことなのかねえ。

議論の本筋から離れたところで申し訳ないが

>>159
>USBのハブはUSBに繋がっていてもドライバいらないでしょ？

USBハブにもドライバは必要だよ。
たいていのUSBスタックにハブクラス用の汎用ドライバが入ってるから
改めて手作業でインストールする機会はあまりないってだけ。

他社の232変換チップではいじれるのかい？

Gxxdonがつかえねーってのは、バス切り離しにRESET使ってくれと返ってきたから、
とかはないよね？

ID:Vat0XCyg = ID:TniG1Er4 の書き込みで理解できないのは、
本来できるはずの事を出来ないと言い張って、更に欠点だとまで情緒的に書き続ける事。

データシートから機能を読み取ることもできずに、アプリケーションノート等から
そのままパクることしか出来ない人には設計は向かないよ。
USBDPとUSBDMの入力最大定格の定義方法が何故他のピンと異なるのか、
まともな設計者だったらその意図はすぐわかるし、目的の機能を実装できる。

ID:TniG1Er4の壊れっぷりには笑えるが、相手をさせられるサポートのことを考えると複雑だな。

>>174
それはないw
そんなことはデータシート読んだ時点で自明なことでしょ。

まあ実際サポートに質問投げてもらえればたぶん俺の言っていることは
決して誇張なんかじゃないと理解してもらえると思うよ。

とにかく回答が投げやりだし、場合によっては全然正しくない回答をよこしてくれる。
例えば試しにこんなこと質問してみ？

D2XXドライバは、FTDIの資料に書いてある通りINFファイルの
PIDとVIDの部分だけ書き換えて使ってると、ドライバをアンインストールしたときに
同じFTDIのD2XXを使う、PIDとVIDの異なる別のデバイスまで一緒にアンインストールされるという
恐るべき仕様になっているんだが、（つまりユーザーがFTDIの石使ってる他者のデバイスを
アンインストールすると、全然無関係な自分のデバイスまで一緒にアンインストールされちゃうのw）
この解決法を教えてくれとかさ。

Gxxdon氏以外の人（いるのか？）にあたったことないから、他の人も同じかどうかは
分からないけどね。

まあそれでも、一応（たとえ糞でも）メールサポートをしてくれる点自体は評価すべきなんだろうけど。

>>172
>改めて手作業でインストールする機会はあまりないってだけ。

そういうつもりで書いたのですがそうは読めませんでしたか？

>>173
232変換チップとは誰も言ってないと思うが煽りですかねえ？　陰湿っぽーいw

>>176
>同じFTDIのD2XXを使う、PIDとVIDの異なる別のデバイスまで一緒にアンインストールされる

それってD2XXのせいじゃなく、PIDとVIDの異なる別のデバイスを供給したメーカーの責任だと思う。

そのデバイスを接続したときに、
レジストリにデバイスのクラスIDを定義してファイルの依存関係を登録したか確認した？
それをしてれば問答無用ではアンインストールされないのでは？

アンインストーラがアホな作りならされちゃうのかも知れぬが
ディスプレイドライバくらいしかわざわざアンインストールしないから知らないｗ

>>175
>アプリケーションノート等からそのままパクることしか出来ない人には設計は向かないよ。

別に理解してればパクって良いじゃない。
アプリケーションノートってそのためにわざわざあるものでしょ。

確実に動くものがあってパクってもいいよと意思表示されているのに
流用しない人の方が設計の仕事には向かない。趣味でやってくれって感じ。

>>175

>USBDPとUSBDMの入力最大定格の定義方法が何故他のピンと異なるのか、
>まともな設計者だったらその意図はすぐわかるし、目的の機能を実装できる。

そうか、オレはまともな設計者じゃないなあ。
オレなんて御客さんの使うGUIなんて才能なくて上手い人に全部頼んでるよ。

まともな設計者はオールマイティでつか？
そんなことねえだろー。自分の能力を把握して役に立てれば充分だろ。
個人自営業の人は難しい線引きがあるかも知れんが。

>>161
>俺は四流の人間だけどね

みたいな発言はよく理解できんけどね。自己弁護にしか取れないべ。
四流だってできることやるべきことあるし。

>>177
>それってD2XXのせいじゃなく、PIDとVIDの異なる別のデバイスを供給したメーカーの責任だと思う。
FT232で標準だとCOMドライバが入るから、もしくはUSBロゴ取得のためだから、一概にそうとは言えないと思う。
ただ、最新版のドライバならCOMが見えてもD2xxでアクセス出来る。

>>180
>FT232で標準だとCOMドライバが入るから

FTDＩだと標準で入るドライバは無い。
今だとCＤM(VCPとD2XXの共通）ドライバを選択して入れるハズだがいつから変わった？

>最新版のドライバならCOMが見えてもD2xxでアクセス出来る。

本当か？
オレはD2XXでアクセスするときはいつもプロパティからLoadVCP(だったかな）のチェックボタン外すよ。

そもそも何故ＵＳＢを使うのか。
それはバスパワーを貰うため。
それ以外に何がある？
転送速度が速いとか言うなよ。このパソコン野郎が。

>>182
>そもそも何故ＵＳＢを使うのか。

PCにUSBインターフェースがついてるから。

>>181
＞FTDＩだと標準で入るドライバは無い。
CDM以前の話で、WindowsUpdateではCOMのみだったんで。
あとD2xxでもCOMでも入ってしまうというのもあったけど、何にしろ過去の話だね、ごめん。
あと、MProgはD2xxでアクセスするけどLoadVCPにチェックが入っていてもアクセス出来る。

>>177
「ドライバいらないでしょ？」という>>159の発言が、
「実はドライバが必要だけどインストールする機会はあまりない」を意味してるとは
読めなかった。

読解力不足ｽﾏｿ

おいらは速いから

>>185
いや、見直したら、>>159　の引用部分がああなっていては当然そう読める気がする。

>PCからUSBデバイスが見えてない状態
と
>ドライバのインストールのウィザードが出ない

をちゃんと分けずにレスしてるオレのほうこそスマソ。

>>186
>おいらは速いから

はやいのは、　レイテンシー　ですか　スループット　でつか？

で？

数BYTE繰り返し送るんなら遅い。
でもパソコン使わないなら速い。

どーも、パソコンです。

>どーも、パソコンです。
なにこれ？

>>192
こんにちは、まっくです。

あ、パソコンがまたフリーズしています。

どーも、ぼくです。

秋月のSL811が乗ってるボードなんだけど、自作機器から５V供給すると、
電源ON後USBアナライザでみるとunknownデータを大量に送ってしまうという
現象がでてる。
電源を秋月で買ったACアダプタで立ち上げると全く問題ない。
こういう現象ってやっぱりノイズ問題と考えた方がいい？

>>195
不調な状態でVBUSを計ってみるとか

>>195
そういう現象ってやっぱり電源問題と考えた方がいいでしょう。

>>195
つうかパワーオンリセット長くしれ。

MS-DOSはめちゃめちゃ早い。

どーも、パソコンです。

>秋月で買ったACアダプタ。
そこで、なんでノイズという結論に至るのか。

>>200
ボウヤだからさ。

>>199
MS-DOSでUSB使うのってどうすれば良いんだろうねｗ

>>202
MS-Windowsのコンソールモードってオチは反則ね！！

>>202
ドライバ作ればよい
多層構造だからドライバ地獄に陥るけどね

>>204
たられば　でしか使えないんだな。やっぱり。

>>205
当然

他人が作らないと何も出来ない奴は哀れだな。
家畜同然だわ。

ギャグの内容にマジで煽り入れようとレスしてるバカに乙ｗ

他人の話題を煽らないと何もできない奴は哀れだな。
オレも含めて。

ﾏｼﾞﾚｽｽﾏｿ

>>210
おっ障害回復してるな。
ID:rp4z4Var　に対して言ったのだが。誤解させてｽﾏｿ

ギャグｗ

>>202
>MS-DOSでUSB使うのってどうすれば良いんだろうねｗ
おまえのレベルがwだろ。

>>213
確かにMS-DOSでUSB使おうってレベルにはないなあ
キーキー言うだけのサルよりはレベル高いと思ってるが。

キーキー言うなよ。

>>202
ISAバスにSL811HSを繋いで、直接ポート叩いてUSBデバイスをアクセスするという
だけなら、それほど難しくないけどな。

組込みでUSB制御するのと変わらんし。
DOSだから云々という発想自体が素人丸出しだよな。

そういう背伸びはみっともないと思うけどね。
USBホストコントローラのドライバを書く仕事がそんなに易しい仕事とは俺には思えん。

未経験者が書き込む必要は全くないから。

>>218
MS-DOSでってのは、OSの支援を受けてって意味でしょうね
Windowsなら支援を受けられるわけで。

まっさらから組めば当然できるんだろうけど
それは全然意味を取り違えてると思うなあ。

まあ確信犯のアラシでしょうから。相手しないほうがいいよ。

>>216
殿を思いだしてしまう件

>>218
君には難しいことが全員に難しいわけじゃない。

組み込みで USB ホストを書いてる奴もいるわけだからそいつに
とっては別に背伸びしてるわけじゃないだろ。

>>220
意味がさっぱりわからん。

MS-DOS にドライバロードしてもらえは後は自由にできるだろ。
まっさらからやるのとたいして違いはないよ。

まさか、Windows みたいにそこらじゅうの USB デバイスに対応
しようなんて考えてるわけじゃないよな。それは、難しいと言
うよりめちゃ大変と言うだけのことだし。

特定のデバイス専用にドライバ書くなら、デバイスによってはそれほど難しくないな。

>>220
MS-DOS用のデバイスドライバを書くのは、まっさらから組むのとだいたい同じだが？

りろーど・・・　orz

>>223
で、
MS-DOS用のUSBドライバをリリースしてるメーカーって何社しってる？

>>221
ものすげー制限つき(HotPlugなし・HUB未対応・バルク転送のみとか)なら
殿クラスでもなんとかなると思うですよ。

で、そのへんまで出来た所で「もうすぐUSB2.0フルサポートした物が完成します」
なんて事をのたまってくれると完璧。

>>225
そういう発想をする事こそが、
君が他人が作ったものを使う事しかできない程度の人間だという証。
話は永遠にかみ合わない。

それから、全く知らないDOSの事を無理に書き込む必要はないよ。

>>226
>ものすげー制限つき(HotPlugなし・HUB未対応・バルク転送のみとか)

充分いいんじゃないですか。
HotPlugなしHUB未対応で
コントロールとインタラプト転送のみ（USB1.1のロースピード準拠）
でもテレメトリから温度や電圧送る分には充分実用になるよ。

MS-DOSだとメモリ１Mでi8086アーキテクチャを実現できればいいから
FPGAとかでも実現不可能って感じではない気がするしUSBを５０ｃｈとかできそうだが
カップウォーマー５０台つながれたりｗ焼肉されたりするｗと電源が保たないだろうな。

>>227
じゃあ225に代わって質問を変えよう。

では、君は今までにDOS用のUSB機器のデバドラを書いたことがあるの？

まあ答えを聞くまでもない。
あったらそんな軽はずみで身の程知らずなことはことは死んでも言えないだろう。
本当みっともないよ。

DOS はないけど、NT4.0 用の USB ドライバは書いたことあるよ。

もちろん特定の機器専用だし...

> ものすげー制限つき(HotPlugなし・HUB未対応・

だけどな。(音声を通す必要があるので、バルク以外にアイソクロ
ナス転送をサポートしてた。)

他のデバイスドライバ書いた経験から言うと、NT の方がお作法に
厳しいから、DOS の方が多分楽だと思う。

>>230
>DOS はないけど、NT4.0 用の USB ドライバは書いたことあるよ。

OHCIやUHCIのラッパーまで書いた？
DOSだとチップセット判別から書くことになるとは思いますが。

>>230
デバイスドライバ作成するのに、DOSだとアセンブラ必須だがNTだとC言語で
書けるから、漏れにはNT系のほうがずっと楽だなぁ。まぁ好みの問題かもしれんが。

>>225
MS-DOSでは特定のデバイス向けのドライバだけ書けばいい、っていうレベルでOSの恩恵を受けている事になるのだよ。

>>228
汎用性を全部捨てて、バルクのみで、ターゲット決め打ちの単なる専用通信回線
として使う（もはやUSBじゃなくて、只の"SB"だけど）など、制約つけまくり
ならSL811で簡単に使えるよ。
実際、マイコンとSL811つないでマウスだったかキーボードだったかにアクセス
した例はInterface誌にも掲載されてた筈
その程度で、単に専用機器からデータ取りたいっていうなら充分だし

でも・・・DOS時代のPCならレガシーポート付いてるだろうしなぁ

>>234
相手がPCの内蔵インターフェースだとできないから却下。
別ボード挿すならイーサのほうが全然ラクだしな。

>>231
> OHCIやUHCIのラッパーまで書いた？
> DOSだとチップセット判別から書くことになるとは思いますが。

> >>222
> > まさか、Windows みたいにそこらじゅうの USB デバイスに対応
> > しようなんて考えてるわけじゃないよな。それは、難しいと言
> > うよりめちゃ大変と言うだけのことだし。

>>234
> （もはやUSBじゃなくて、只の"SB"だけど）

確かに... (w

>>229
あるけどそれが何か？
OSレスの組込み機器用にUSBホストPCIカードのドライバを書いて、更にそのPCIカードを
古い機器でも使いたいということでDOSに移植した。
自分ができないことは他人もできないに違いないって？

をを、ちなみにホストコントローラは何？

FT245BMをD2XXドライバで操作するソフトをVisualBasic 2005 ExpressEditionで書いているんだけど、F2DXX.DLLのFT_Write関数を実行する箇所で止まってしまってハマってるんだが……これは.Net環境のせい？
ちなみにVC6.0でビルドしたFT_Writeを実行しているソフトを一旦起動してやると、VBで作ったソフトのFT_Write関数も止まらなくなる。

忘れてた。VBでの関数宣言はこんな風です。
Public Declare Ansi Function FT_Write Lib "FTD2XX.DLL" Alias "FT_Write" (ByVal lngHandle As Integer, ByRef lpvBuffer As Byte, ByVal lngBufferSize As Integer, ByRef lngBytesWritten As Integer) As Integer

>>238
当時フィリップス、現NXPのISP1161だったか。もう6年くらい前の話。
ホスト機能とターゲット機能を持ってるので両方のドライバを書いた。
このチップを載せたPCIカードは自分が設計した。
H/W担当の俺が何故ドライバまで書いたかと言うとS/W担当が力不足だったから。

ちなみに、DOS用というふれこみで汎用のサンプルソースもあったような気がする。
別のICの思い違いかもしれないが。

ということは、ホストドライバの切り口はPTDのセットとステータスの監視のところでしょうか。
NXPのサンプルはコンパイル通るように書いてないから、そのまま切り貼りしても使えなかった覚えがあるます。

>>240
なんかドトネトよく理解してなさそうだね。
とりあえずデータはByte()を値渡ししなきゃ。
データが文字列ならStringを値渡しでもいい。

秋月でFT245Rモジュールを買ってきて遊んでいる。使うの楽だねー。
そして、確かに>>18-39の現象（BitBangで更新間隔が不定となる）が出るね、と確認。

RX方向とTX方向で微妙に実効転送レートが異なるのも気持ち悪い。
RX方向はフリーランかつ不定間隔でサンプリングだから、ボーレート（最小
サンプリング間隔）をどう設定していいのかワカラン。ひょっとして、設定した
ボーレートが保証最大サンプリング間隔で、チップ上のタイミングが許せば
最小で1/16までサンプリング間隔が縮まる可能性もありますよ、と読むのかな。

FTDIに問い合わせしてみんといかんね。

テストすればするほどBit-Bangの動作が不条理だw

1回のFT_Write()で送出したデータは、データ量の多寡によらず1回の
USBトランザクションに変換されるらしく、1回に1バイト送出しても
100バイト送出しても1回あたり転送に最低1msかかる（USBの1フレームが1msだから）。
※USB2.0ハイスピードHUBの下に接続するとトランザクション変換されるので、
この限りにあらず。

FT_Write()で送出したデータはいちおう抜けなくピンに出力されるようだが
（まだ完全には確認が取れていない）、FT_Read()で受け取るデータは抜けまくり。

Bit-BangモードにしてFT_Write()でデータを送出すると、その内容がピンに出力され、
そのピンの状態がFT_Read()で返送される。しかし、FT_Write()で送出したデータのうち
FT_Read()では歯抜けになって返ってこないデータが出てくる。

試しにFT_Write()で0,1,2,3,0,1,2,3,...とデータを送出してFT_Read()で受信した
データの内容を確認すると、ところどころデータが飛んでいる。

まぁサンプリング間隔が不定だからそういうこともあるだろう、と思って
送出データを0,0,1,1,2,2,3,3,...にしてみても、やっぱり飛ぶ。
2回じゃなくて4回の繰り返しにしても飛ぶ。
よっぽどボーレートを下げれば飛ばないんだが、19,200bpsとかを指定すると必ず飛ぶ。

せめて、このデータ飛びだけでもなくせないものか・・・

ホント、データレートは設定ボーレートでいいから
同期型BitBangみたいなモードがほしいよね

Synchronous Bit Bang Mode

ソースシンクロナスじゃしょうがないんだよなー・・・

ん？
BitBangモードって使ったことないんで詳しくないけど、
書いたものがループバックされてることを期待しているということは
synchronous bit bangモードなんだよね？

データが飛ぶ、って言うのはwriteしたのと同じbyte数が読めないってこと？
それなら真っ先に疑うのはFT245Rに接続したデバイスがちゃんと#RDを
ドライブしているかどうかだと思うんだけど、それは確認したの？

>>249
あーいや、最終的に欲しいのはターゲット側が非同期に更新するデータの読み取り。

PC側でデータを生成してループバックさせてるのは、テストのため「ターゲット側が
非同期に更新するデータ」に相当する擬似データとしてAsynchronous Bit Bangの
出力データを使っているということ。

ターゲット側からクロックを抽出・入力することなく、保証された最小サンプリング
間隔でデータを読み取ってPCに送ってほしいということなんだが。

>>250
それはTXE#とWR使うハンドシェーク回路使いたく無いってこと？
TXE#使わないWRだけの押込みでも使えるような用途だけど。

>>251
そう、Big-Bangは使わず、サンプリング間隔（クロック）を与える回路と
そのクロックに同期してデータを投入する回路を追加すればそれで済む程度の話。

それで済むのは分かっているんだが、非同期データを受け取るのにAsynchronous
Big-Bang Modeが（本来は）使えるんじゃないの？どの程度使えるの？それとも、
やっぱり使えないの？ということを調べているわけ。

>>252
Bit Bang Mode だとデータ更新されたか知る方法が無いんじゃ？

リアルタイムに今のデータが知りたいってだけなら
サンプル間隔ばらついてもデータが正しければOKなわけだし。

FT245RのBitBangModeをExcelのVBAから使ったことあるがｗ
FT_Writeで制御パターン送って同期取ってデータ取り込んでFT_Readで読むようなパターンは劇遅。
時系列を保つためにFT_Readでデータ転送するまで次のFT_Writeはストールされてるみたいで
バッファを使ったパイプラインイメージでは転送されない。片方向のデータ転送しか実用的ではなかった。
ボーレート設定も癖があった。

>>250
俺の理解が間違ってなければ、Asynchronous Big-Bang モードの場合、
8本のポートはマルチプレックス化されておらず、入力設定したポートは
入力専用、出力に設定したポートは出力専用のはずだけど。

つまり書いたものがそのままループバックされることを期待してるのなら、
その期待は最初から間違ってるでしょ。
readとwriteのバイト数が一致するならとりあえず「飛んで」はいないということ。

>>255
ループバック・・・というか、出力ピンの状態も一緒に「入力」として返されるのが仕様。
ttp://www.ftdichip.com/Support/Knowledgebase/asynchronousbitbangmode.htm

>>253
その「リアルタイムに今のデータ」が知りたいのに、取得したデータは1ms前のものか
1s前のものか1年前のものか全く判別できないのが問題なんだが。

それが分からんと、「今のデータ」を取得して、次にまた「今のデータ」が欲しくなったとき、
どれだけ間隔を開けて取得すれば正しいデータになるのかワカランだろ。

さすがに1s以上前ということはないだろうが、じゃあ100msならOKか、10msならどうか、
ということが全く信用ならない。APIガイドには「サンプリング間隔はボーレート設定の16倍」と
書いてあるが、受信データから類推する実際の間隔はボーレート設定でもその16倍でもない。

FTDIの話になると俺様要望ができないことをだらだらと書き込みされるねｗ

適材適所で使うチップ選ぶとか、外部回路もつけるとか、FTDIに要望だすとか、
FTDIに入って自分で設計でもしてくれよｗ

>>256
なるほど、FT_Readのところの説明読むとどうやらそういう仕様らしいね申し訳ない。

だとしたらFT_Writeのコールの仕方が不適切なのかもね。
数十バイトずつ頻繁に書く、なんて処理はしてない？

FT245RではなくBMに関する内容だったと思うけど、D2XXのFT_Writeには癖があって
あるバイト数（62 * 64 = 3968だったか？）の倍数で書き込むようにしないと
効率的な転送ができないとかいった内容の記事をトラ技で読んだ記憶がある。

>>258
また「石に思い入れる奇特な人」？

257の言っている内容は別に「俺様要望」とも思えないけど。
FTDIの公開している石の機能を読めば、当然期待していい内容にしか思えない。

>>259
>>34と同じように（というかそれを追試しているわけだが）、数バイトずつ書いても
数KB以上まとめて書いても現象は同じ。FT_Writeしたデータは不定間隔で、しかし
データの抜けはなくピンに出力されているようだ。

それに対してFT_Readの側は、FT_Writeとは完全に非同期で動作しているらしい。
そもそも、FT_Writeしなくてもどんどんデータが送られてきて、FT_Readで次々と
データを読み出すことができる。この場合（FT_Writeによるトラフィックがない状態）で
外部で生成した信号を読み込ませても、やはりFT_Readで受信したデータには
不定期的な飛びが発生する。

最小読み取り間隔が規定されないのだとすると、これはどういう用途を前提にした
機能なんだろう。人間が介在する押しボタンスイッチとか指示ランプとかだろうか。
それならレイテンシも何も関係ないから。

>>260
おまいが「石に思い入れる奇特な人」だと思ってたよｗ

ちなみに外部信号とFT_Readテストプログラムのパラメータの関係は

外部信号：60us間隔で値の変わる00⇒01⇒11⇒10⇒00の2ビットグレイコードを生成
シンボルレートで言うと16K/s程度。

パラメータ：ボーレートを19200bpsに設定し、00⇒01⇒11⇒10⇒00の遷移から外れる
シンボル遷移をエラーとしてカウント（同一シンボルはOKとする）。

この条件でエラーが発生するんだから、「ボーレート設定の16バイトサンプリング
クロック」って一体何のことだ？と突っ込みたくもなる。

>>263
記入ミスだとは思うけど。

[60us]
F = 1/60us = 1,000,000/60 = 16.7kHz

[19200bps]
F = 19200/10 = 1.92kHz

これじゃ「飛ん」で当然じゃないの？

ああx16か。たびたび申し訳ない。

>>263
どれぐらいのレートでデータ抜けが発生する？

>>263
ちょっと考えたんだけど、それデータ抜けして当然じゃない？
19200bps設定なら*16で307k sample/secになる。
つまり3.3us間隔。read bufferは256byteだから、830usで埋まる。
PC側のデバイスドライバとソフト次第だけど、
830us以下の間隔でreadコマンド発行してたりはしないっしょ？

なるほど、確かにFT245RはFSだからもっとも幸運な場合でも

[バッファの容量]/1ms

以上の平均速度でデータ連続して転送することはできないわけか。

>>268
じゃないかなあ。Windowsだとコンテキストスイッチやらなんやらで、
普通にやると4ms〜10msぐらいは一回のreadで時間使うから、
抜け無しで取れるはさらに速度落ちるはず。
10msごとにread発行できるとしたら、1200bps設定がギリぐらい？

>>264-265
APIガイド等を読む限りでは、データの転送レートは「1ピンあたり、設定ボー
レートx16」と読める。

実際のところは、ボーレートを19,200bpsに設定すると、FT_Writeでピンに出
力されるデータの最小更新間隔が約3us（=1/19,200/16）、それより長い場合
の更新間隔はこの最小更新間隔の整数倍になる。つまり、少なくとも出力に
関して言えば、「ボーレートx16」という式に何らかの関係性が認められる。
（実際の平均更新間隔は、およそボーレート×4。）

この最小更新間隔がFT_Readで読み出されるデータでも同じように適用される
と仮定すると（この仮定自体はそれほど不自然ではないと思う）、データの
入力に関しても「ボーレートx16」ないしその整数倍の不定間隔でサンプリン
グされるということになる。

実際に試してみると、受信の平均データレートは送信と同じく、およそボー
レート×4。

ここでボーレートより若干低い程度の信号（>>263のもの）を用意してサンプ
リングさせると、データの飛びが発生する。が、データの飛ばない部分のほ
うが飛んだ部分よりも遥かに多いことから、最小サンプリング間隔は少なく
ともボーレート程度はあることが分かる。

また、データの飛びがあることから、最大サンプリング間隔がボーレート程
度よりも長いことも分かる。

>>266
ボーレート19,200bpsを設定すると、およそ20,000サイクル（00->01->11->10で
1サイクル）を読み取り、エラーは約400回。

ボーレート設定を変えてみると・・・

A. 9,600bps設定で読み取り約19,000サイクル、エラー約1,300回。
B. 4,800bps設定で読み取り約18,000サイクル、エラー約3,700回。
C. 2,400bps設定で読み取り約7,000サイクル、エラー約11,000回。
D. 1,200bps設定で読み取り約3,500サイクル、エラー約4,000回。
E. 600bps設定で読み取り約900サイクル、エラー約7,000回。

F. 38,400bps設定で読み取り約20,000サイクル、エラー約90回。
G. 57,600bps設定で読み取り約20,000サイクル、エラー約90回。

・・・なので、B.まではそれなりに読み取れていると見ればボーレートx4、
D.まで読み取れていると見ればボーレートx16程度が最小サンプリング間隔ら
しいと言える。

書き忘れ：>>271の読み取り時間は5秒。USBフレーム数で言えば5,000フレーム。


>>267-269
FTDIの標準ドライバは、FT_Readを行わなくても内部で勝手にUSB INトランザ
クションを発行して、ドライバ内の受信バッファにデータを貯めていく。FT_Read
では、その受信バッファからデータを受け取るようになっている。

ドライバの内部構成やUSB INトランザクションの発行頻度がどの程度かを知
る術はないが、USBの1フレームごとにINトランザクションを1回だけ発行するわけでは
ない、ということだけは確か。その根拠は以下。

まず、INトランザクションの最大データ長は64バイトとFTDIのドキュメントに
明記してある。1フレームに1回、64バイトの転送だとすると、最大転送レートは
64KB/sに制限されるはずだが、ボーレートの設定値を上げるとFT_Readの平均転送
レートが500KB/sまで上がるので、1フレーム内で複数回のINトランザクションを
実行しているはず。

おそらく、INトランザクションのUSBリクエストブロックを常にキューイングする
構造になっているのだろう。

>>272
うん、でも肝心な点は>>267が書いているように、1msごとに「必ず」転送チャンスが
やってくるとは限らないということでしょう。

>>267が計算しているように、ボーレートを19,200に設定した場合、
たった1フレーム転送チャンスを逃すだけでFT245RのRxバッファ（ホストに送信するデータを
ためておくバッファ）はオーバーフローすることに計算上なるわけで。

>>273
同意。1回でも転送できないタイミングがあるとマズい、というのはそのとおりで
反論の余地なし。オシロで信号を見ていても1msバリヤごとに信号の変化のない
時間帯が発生することがあるので、フレームタイミングと同期した問題なのは
多分間違いない。

なるべく現象の状況を追い込んで、最終的にはFTDIに問い合わせを投げて「はい、
ダメです」という回答を貰って終わり、ということになるんだろうな。

>>247
ああ、>>18　が書いてるような、内部クロック同期のが欲しいって事ね
FTDIにはそういうモードが無いからマイコン入れるか、他のチップ使うかという事になるからさ

USBって本体側にいくつもある場合
挿す場所換えるごとにドライバ入れなおし？

>>276
OS次第

Windowsだったら、シリアル番号で回避できた希ガス

昨日からＦＴＤＩ社のサイトがつながらないのって漏れだけ〜？

>>279
うちでもダメだわ・・・

FTDIのチップで RTS /DTRを パラレルポートみたいに使おうとBitBangを使わずに
D2XXとCOMポートの両方でトグルするだけのプログラム作って試したのだけど
1KHz付近しか出ない。パソコンのＵＳＢを指す場所によっては250Hzしか出ない。

秋月のUSB-232C(PL2303?)で試しても同じなので、こんなものかと思ったら

同じプログラムを他のＰＣで試してもらったら実行結果が20倍も早いという
（ポートの出力は未確認）

これはUSBホスト側のドライバのせいなのかな?

>>281
USBの基本的なスキームぐらい頭に入れておいた方がいいよ。
原理的には1KHzどころが500Hzが理論的な上限だと思うけど。

ＶＢ６で２３２ＣをＵＳＢに置き換えるつもりでＤ２ＸＸを使用する予定ですが、
マニュアルが読めません。
Ｃ記述のヘッダーを参考に移植しましたが私の知識レベルではＮＧでした。
どなたかサンプルがあればご教授願います。

>>283
サンプルはFDTIのサイトにある。
ウンコみたいな奴だけどね。

でもFTDIの資料読んでダメならD2XXには手を出さない方がいいかもね。
微妙に癖があるから、あれ読んで理解できないレベルだとトラブル発生したときに
自己解決できないんじゃないかな？

あと、D2XXのFT_ReadやFT_Writeって特殊な状況ではデッドロックしやがるから
スレッド使えないVB6だと使いにくいかもしれない。

>>282
うーん。　USBcdc11.pdfによると　SET_CONTROL_LINE_STATE　をコントロール転送で送るようだから
最初250Hzの結果を見た時には
1ms毎の１フレームに１つのコントロール転送しか出来ないと思ったのよ。
でも
FT_SetRts(fHandle);
FT_ClrRts(fHandle);
の２つだけでやれば、2KHzが出力される場合もあるのを見てから
1フレームに複数詰め込める事もあるんじゃないかと

でもFullSpeedで80個もトランザクション詰め込めるもんなのだろうか

>>284
お教え頂いたFDTIのサイトにたどり着けませんでした。orz

できましたらURL貼っていただけませんか・・・

>>281
RTS/CTSのオン・オフは多分同期的にしか変更してくれないから、少なくとも
USBの1フレーム（1マイクロフレーム）分の時間がかかる。

USB2.0ハブを接続した下にFTDIのチップを接続すれば、かなり速いはず。
PC直結の場合、たとえUSB2.0フルスピード対応ポートでも遅くなる可能性大。

>>286
>>279-280
まだ復帰せんね。

>>287
おお、そういわれたら1KHzが出るのは、確かにUSB2.0ハブを通した方ですね。
こっちは実質更新レートは4KHzです
そしてＰＣから４つのUSBポートが出てるのだけど、その２つが250Hz（更新レート1KHz)
って事は、ハブを通さない方が更新が遅いって事か

FTDIのサーバーが破壊された・・・って

USB1でRTSを送るのは、本来は１フレームに1回の更新で、だから最大1ms更新しか出来ない。
でも、間にUSB2.0ハブが入ると、

USB2--->USB2HUB-->USB1
この場合、　USB2のHUBまではマイクロフレーム　125u秒で　8倍のレートが出て
HighSpeedに落とす為にHUBで1フレームに８つのトランザクションにまとめられる

で、これで動作するなら
USB2----->USB1
でも、1フレームに複数トランザクションを送ってしまえば、高速にデータ更新出来るんじゃないかという事で
デバイスドライバによってはこういう動作をする

って理解でいいのかな？

ようやくFTDIのサイト復活。ただし現在、劇遅。
もしかしたらサイトが落ちていたのではなくて、ルーティング異常が発生していた
（している）のかも。

www.ftdichip.com　でも　www.ftdichip.com.tw　でも　benvolio.hosting4u.co.uk　にホスティングされてるね
DNSの乗っ取りとかじゃなく廉価ＩＳＰに乗り換えたっぽい感じ。

>>293
ホントだ。サイト落ちる前のIPアドレスは

benvolio.hosting4.us [66.98.192.79]

だったのに、今は

benvolio.hosting4u.co.uk [62.249.203.71]

になってるな。

金曜日の午前中だったか、FTDIのサイトにはトップページのみ置かれていて
サーバープロブレムで週末には復旧させると説明してあった。

つまり、現状は復旧した状態ということなんだろう。
実際、遅いだけでアクセスはできてるし。

ところで>>295のIDがHEXな件w

>>296
karu3o2

超素人です。
ふたつのUSBを直列で繋いで10Vなんて使い方、できますか？
できませんよね・・・

もうひとつ。
ＰＣ側でＵＳＢの出力電圧を変えられるアプリなんてありすか？

>>298
>ふたつのUSBを直列で繋いで10Vなんて使い方、できますか？
特殊条件下でない限りできません。

>ＰＣ側でＵＳＢの出力電圧を変えられるアプリなんてありすか？
なしです。

>>298
電圧のことを置いとけば 2.5�h/port 取り出せると考えれ。
電圧については DC/DCコンバータ 昇圧 でぐぐれ。
当然電力については 2.5�h から損失があるからな。

こんだけだとアレなので、参考リンクだ。
目玉焼き ttp://xe.bz/aho/17/
焼肉 ttp://xe.bz/aho/24/

>>300
焼肉sugee! 参考になった!!

ちなみにUSBポートから供給される電源は、500mAの場合4.5Vが保証値なんで、
電力は2.25Wが上限と考えたほうがいい。まぁ10%しか違わんけど。

つーわけで参考age

>>300
ありがとうございマッスル！
いやー聞いてみるもんですねｗ
これで無駄にあまってるＵＳＢポートに活路を見出せそうです！

ＵＳＢであんなことやこんなこと、えっそんなことまで！？
ってゆーのはこれから考えるとして、とにかくありがとう！

正直、299の知識レベルでハードはいじらない方がいいような。
火事とかになっても知らんぞw

最近のPCならポリスイッチ効くだろうし、PCがアラートも出すし、
ACそのままいじるよりいいんじゃない？
PCつぶれたって騒がれても困るけどね。

劇遅になったFTDIサイトだが、ふと思いついて米国にあるサーバ経由で
アクセスしてみたところ、劇遅自体は変わらないが（3KB/sってダイヤルアップ時代かよ！
という感じ）、タイムアウトになることなくアクセスできた。

www.ftdichip.comにtracerouteするとやはり米国経由なのだが、違いがあるということは、
現在のルーティングでは途中のどこかで詰まってしまっているのだろう。
道理でFTDIのサポートに苦情を言っても的を射ないわけだ。

bit-bangモードでのwriteって、送る度にモードとレートとデータ長が必要？

「送る度」って、送るタイミングは制御できないでしょ。
それ考えれば（いや考えなくてもだけど）自明じゃん。

ごめ、頭悪いからﾜｶﾝﾈ。出直してくるわ

>>307
>>308は実際に使ったことがないと思われ。気にするな。

openのあと1回モードやレートを設定すれば、それ以降closeまでずっとそのモードや
レートが有効。再度openした直後にも有効になっているかどうかは確認していないが、
少なくともモードはcloseしても有効のまま残っている（ポートの入出力の状態は
closeしても維持される）ので、レートも維持されているのではないかと思う。

データ長は、そもそもwriteするときにパラメータの1つとして渡しているので省略は
できない。

>>310
わけの分からない絡み方をする奴だな。

それとも何か？
FTDIのチップってデータを特定のタイミングで送出することって出来たっけ？

USBの性質上、そんなことは不可能なはずだけどw

だから307はそもそも愚問。
というか、D2XXのAPIセットを一瞥して普通307みたいな疑問持たないでしょ。

>>311
日本語でおｋ
じゃないな、作文の前に読解からやりなおせ。

>>307 の質問と「送るタミングが制御できるかどうか」なんてこととは全く関係がないし、
307 もそんなことは聞いてない。勝手に質問の意図を誤解して暴れてるんじゃないよ。

>>311
お前がドキュメントをちゃんと読んでないということは分かった。
夏休みの宿題は早めに手を付けたほうがいいぞ。

ループ2回目ですね

>>312
では「送る度」とはどういう意味か言ってみれば？
本当馬鹿だな。
まあ馬鹿なんだから無理しなさんな。

FTDIに限らず、USBのホスト側からの送信というのはアプリケーション側からは
キューイングとしかみなせず、「送信の度」にどうなるか、などというのは
そもそも愚問でしかない。

もっとも、ドライバやチップがエンキューされるバイト列ごとにボーレートなどの
情報を乗せる事ができるような構造になっていれば話は別だろうが、
普通にFTDIの資料を読む限りそんなことはどこにも書いてない。

ただ単に省けるもん聞いてるんだろ
なんでわざわざややこしくしてんのかね、この人は。

質問者の内容はどっちにも取りようはあるが、この粘着っぷりは感動的ですらある。
つうか質問者も質問の訂正や追加が出来なくなった雰囲気になった気がするｗ。

>>315
307は「送る度にモードとレートとデータ長が必要？」って聞いてんだぞ。
送るタイミングに何の関係があるんだ。阿呆か。小学校から国語やりなおしてこい。

だいたいキューイングされるなら送る順番と数には意味があるだろうに。
307が聞いてるのは、
モードorレートorデータ長 -> データ -> モードorレートorデータ長 -> データ
と送らなきゃならんのか、
モードorレートorデータ長 -> データ -> データ
でいいのかっつうことだろ。これのどこに送るタイミンングが関係するんだ。

>>318
いちおう　>>311　の内容も読んでやれよ。

基本はbit-bangモードでのUSBプロトコルは非公開って事でUSBバス上にどういう信号が載るかは判らないのが建前だ。
USBバス上にデータ送る度にモードとレートを再設定可能なフォーマットであっても不思議ではない
ということにしておこうｗ。

>>307の質問からは、普通ならD2XXのドライバの内容も読んでない初心者さんだと推定して回答なり質問するが
この人はそう解釈しないで突っ走るところが素敵だ。

>>307よ、荒らしは気にせず話を続けてくれ。

>>318
頭のお悪いこと。なんど同じ事を言わせるのだ？
無自覚に
＞と送らなきゃならんのか、

などと書いているが、だからアプリケーションには「送る」などという概念は
存在しないんだよ。
可能なことはキューに突っ込むだけ。

しかし、こんなスレにいるんだからたいがいそこそこ以上の学歴の
「いい歳こいた大人」が多いと想像するが、そんな連中がこの有様だからなあ情けない。

別に間違えたら素直に自分の間違いを認めればすむことだろうw
この国は本当終わってると思う

>>322
だから質問者の言葉を字面でしか捉えられず、意図も汲めないような読解能力の劣った奴は、
人生やり直して砂場から出直してこいって言ってるんだよ。
あ、すいません、アスペルガーの方でしたか。ならしょうがないな。ま、頑張れ。

可能なことはキューに突っ込むことだけって分かってるんだから、
この手の素人が「送る」なんて言葉を使ったら、何を意図しているのかぐらい、
普通人の読解力なら常識で考え(ry

なんだろうなあこの既視感はと思いながらみていたが 323 で分かった。アスペか。
俺の事務所にもいるなあ。技術屋は話が通じないから技術営業に替われ、とか文句くる。

きっとUDP/IPのプログラムでローカルからリモートへデータを送る、というと、
IPは送るタイミングは指定できないプロトコルでスタック? に云々とか、
UDPはパケットの到着が保証されてない云々とかいって、
送るなどという概念は存在しない、とか言っちゃうだろうな。(半分実話)
典型的なアスペだ。

322 よ、言っても分からないと思うが、
誰もお前の話の技術面が間違ってるとは言ってないぞ。
技術的には正しいが、元質問者の聞いてないことを延々と繰り返し答えてるだけ。

>>323
君のやっているのは「質問者の意図を汲んでいる」ことではない。

単に質問者の意図など本当は特定不可能なことを利用して、相手を非難する材料に
307の発言を利用しているに過ぎない。
自分が傷つかずに済むようにね。

そういう心の働きを精神科医は「防衛機制」と言う。

第一、俺は>>307の「言わんとしている意図」を汲んだ上で、
その発言の前提には誤りがある、と言っているのだから話がかみ合ってない。


ところで、「字面ではなく、言わんとしている意図を汲むべきだ」
という君自身のポリシーを是とするとして、君はその君自身のポリシーを
自分自身に適用してるか？w（>>308をもう一度読め）

本当馬鹿だな
馬鹿の第一の特徴は、自分の主張を自分自身に適用できないインテグリティーの
欠如にある。

>>322
アプリケーションには「送る」ではなく「突っ込む」ですね。
とても参考になりますた。
ありがとうございまし。

FTDIの標準ドライバ仮想COMポートを使っていますが、
機器側（つまりFTDIチップ側）の電源を切ると、
Winアプリ側を再起動しないと動作しないようです。

WinアプリがFTDIのチップとの断線を把握すれば良いのでしょうが、
そんな方法とかイベントありますか？

宜しくお願いします。

>>327
やったことないのですが…
WM_DEVICECHANGEとか使えば、なんとかならないかな！？

ID:TniG1Er4とかID:uiGooAIdとか、なんでこんな変な奴が湧くのここ？

空気も行間も意図も読めないくせに、自分は読めてるつもりなのか。
どれだけ廻りが「読めてねえよ」って指摘しても、
読めてないのは廻りのほうだと思っちゃう自信はどこから来るんだ。

ｻﾝks>>328

その手を使えば、どんな場合でも対処できそうですね。
ちょっとアプリの制御構造まで絡んじゃいますが。

>>327
試さずに言うのは何なんだが、OpenしたデバイスがUSBバス上から消えてたら
（＝抜いた、電源を切った等）、おそらくどのAPIを使ってもエラーステータスが
返ると思う。

だから、エラーステータスをちゃんとチェックしてればWindowsアプリを再起動
しなきゃいけないってことはないんじゃない？ エラーが返ったら黙ってCloseして、
再度OpenなりEnumerateなりすれば良い。

もしエラーステータスが返っていないようであれば、それはAPIの不具合だから
当面は>>328の方法等で逃げるとしても、根本的にはFTDIにAPIの修正を投げるべき
ところ。

ただ、こんな（テストすれば）自明なバグが残っているとは考えにくいんだが。
いや、ほんと試さずに言うのは何なんだけどね。

>>327
それはチップ本体はバスパワーでVCCIOを切ったり入れたりした場合じゃない？
（その場合ホストの出すsyncに応答がないってOSが判断しないっぽい）

シリアルポート扱いで仮想comポートに通信しているWinアプリだとタイムアウト設定するしかないと思います。

USBペリフェラルの状態を直接知られるようなWinアプリなら>>328,>>331で言ってるようにステータス調べればＯＫ
上記のような場合でもopenにはエラーステータスが帰ってくるから通信できない状態なのは判る。

>>332
だから327はVCP使っていると言ってるじゃないか。
それと、君は327の言ってるVCPの問題点がそもそも理解できてないと思われる。

ﾚｽｻﾝｸｽ。

＞エラーステータスをちゃんとチェックしてれば

COMアクセスではエラーは出なかったんですが、
GetLastErrorで5という値を取れました。

それで回避しようと思いますが、それで別の問題が発生したら、

＞WM_DEVICECHANGE

に逝こうするしかないですよね。

OutputDebugStringを見るツールで見てると、デバイスの抜き挿しのたびイベントっぽいデバッグ出力が出てます。
Windowsが出すわけ無いし、多分VCPドライバかなぁ。

WM_DEVICECHANGE が教えてくれるのは「特定の種類の何れかデバイスの状態が変わった」
ことであって、状態が変わったデバイスは「どのデバイスか」は教えてくれないから
どのみちアプリが使ってる（使ってた）ポートが現在も使用可能な状態かどうかを
検査する方法は必要だと思うよ。

というか、WM_DEVICECHANGEをちゃんと拾うのって結構面倒なんだよね。
過去に試した経験を言うと、英語版のWin2Kだと登録してもメッセージが来ないとか、
その手の問題が結構多かった記憶がある。

＞英語版のWin2Kだと登録してもメッセージが来ないとか、

工ｴｴｪｪ(´д｀)ｪｪｴｴ工

仮想COMって問題アリじゃね？

>>336
いや俺がその現象を確認したのは直接はDDKのBulkUSBであってFTDIのVCPドライバじゃないんで誤解なきよう。
原因を追究してないのでOSの問題かドライバの問題かはわからない。
(PCおよびデバイスのハードの問題ではないのは確かだと思う。）

でもWM_DEVICECHANGE拾うのはかなり面倒なのは確かだと思う。
まあ普段からシステムプログラミングをバリバリやってる人ならなんてことないかもしれないが。

>>334
使ってるのはWin32 API？
そうだとすると、GetLastErrorを使ってもいいのは、API呼び出しが返値等で
エラーステータスを返したときだけ。エラーステータスが返っていないときの
GetLastErrorの値は、それ以前のどのAPIによるエラーか分からない。

その問題の箇所を抜き出してうｐしてくれれば、確認のしようもあると思うんだが・・・

頭悪い奴が多いな。なんか要らんツッコミ入れてる奴より
質問してるヤツのほうが賢そうな話に見えるのは気のせいか？
あ、夏休みだからか。
知ったかぶり小僧が多いわけね。

誤解を生むとスマンのだが、>>318までの話っす。

1週間以上前の話しに、役に立たないツッコミを入れるのも、相当アレだと思う・・・

>>341
それはこのスレを1から初めて読んでのことなんですが。
お前みたいに執着してませんから。

ageてまで煽るこたぁあるまい。

どうでもいいよ。

夏だねぇ・・

ageたっていいじゃないか！夏なんだから！！

USBデバイスの機器に、仮想COMポートの機能を入れようと思って
チャレンジしてみました。
CDCのディスクリプタとかはちゃんとできているはずで、一応
WindowsXPから認識され、用意したINFファイルでWindowsのCDC
ドライバが入りました。

しかし、バルクIN転送が思うようにできず困っています。1回は
できるのですが、ショートパケットを送った時点でホスト側
（Windows）からその後INトークンが来なくなり、デバイスから
2回目以降の送信ができなくなってしまいます。

OUT転送に関しては、デバイスでは問題なく受信できます。IN転送
だけ1回しかできません。

ショートパケット送信の際、ホスト側に続けてINトークン出せとか
いう指定がデバイスからできるのでしょうか？
何が悪いのか分からずずっとはまっています。是非ともお力添えを。

仮想COMポートでバルク転送デスカ？何だろねINトークンって。

単に相方のパケに合ってないか、自作ならbitズレてんじゃない？
または、WINDOWSが悪い。

USB上のINトークンでしょ？
ドライバが組み込まれたから正しいってもんでもないし（所詮Windows)
いきなりSTALLさせてしまったとか、実はINトークンは来てるけどデバイス
側で受け付けられずにNAKがひたすら返ってるだけとかな。

USBN960xだとあるかもナ
NAKフラグたったら毎回消しに行かないと
Stallになったままダンマリとかナ

347です。
一応、インターフェース誌2007年1月号を参考にしてCDC-ACMできるかなと
思っていたんですが、どうもうまくいきません。記事では簡単そうだんたんですが。
USBのラインモニタ（CATC）を使って見ていると、STALLしているようではない
みたいです。単にショートパケットが来たら、ホスト側からINトークンがぱたりと来なく
なってしまうんです。
なので、デバイスがNAKを返しているというわけでもなさそうです。
WindowsのCDCドライバに問題ありそうな気がしないんですが、INFファイルの
指定の仕方などに問題あるのかなあ...
はまりまくってこの問題から抜け出せません... とほほ

ホストに合わないことしてるんだろう。
スピード追求すると、エラー処理とか端折るんで、
そんなのお構いなしにホストは暴走する。
インターフェース誌とか特にそうだな。

FTDIのサイトは完全復旧した模様。トップページに「ｽﾏﾝかった」メッセージが掲載されている。

メールも復旧したみたいなんで「PIDくれ」とメールを送ったら、3時間で割り当てメールが
返ってきた。以前ここで誰かが話題にしてたGordon氏からw

＿＿＿＿＿＿＿＿＿＿
　　　　＜○√
　　　　　‖　 ←東電
　　　　 くく
しまった！猛暑だ！オレが電力を支えているうちに逃げろ！
早く！早く！オレに構わず逃げろ！
　　　　　　　今　　日

＿＿＿＿＿＿＿＿＿＿＿＿
　　　　○＝＜　　　　　　＜グシャ！
　　　　　　　明　　日

EZ-USBはプログラムメモリが少なすぎて、そろそろ卒業したいのだが、
USBがイージーに使えて（ハード制御）、GCCがあり、プログラムメモリも沢山あるような
マイコンはどれだろう？　それから、安価な評価基板やオープンソースの例題が沢山ある事も必須。
マイコンを換える事は、アーキテクチュアの勉強をやり直す事を意味するので、
結構大変であり、慎重にやりたい。

>355
AT91SAM7S256とか。
むしろサンプル、文書が多すぎてしぬる。

ところで、FX2の代替が無い現状ではEZ-USBで覚えたことは無駄にはならんと思うよ。

ttp://pbx.mine.nu/isdb/ter/

これが何を使っているのか知りたい。USB2.0のハイスピードなんですけどね・・

チューナの出力レートは36Mbpsくらいは確かあるのですが、ソフトウェアで一部フィルタリング処理も
しているので、FX2のCPUではちょっとダメじゃないかと思っているのですが・・

>>356
即レス、多謝。フラッシュ256Kは良いね。

>The AT91SAM7S256 is a general-purpose microcontroller, providing an ideal migration path for 8-bit applications requiring additional performance, USB connectivity and extended memory.

まさに、自分にぴったりな感じ。これをMacのみでプログラムできるようにするのに一苦労するかも知れんが、
EZ-USBでプログラマを作ってみるのも面白いかも...

自己レス。
>これをMacのみでプログラムできるようにするのに一苦労するかも知れんが
既に存在している。これで移行先確定かな。
http://oss.tekno.us/sam7utils/

>>355
メモリが足りないだのＧＣＣが使えるだのはどうにでもなるな。
むしろ余りすぎるくらい。
>USBがイージーに使えて（ハード制御）？
全部ハード制御だろ。VHLDとかで自分でエミュレートしてる場合は別だが。
>オープンソース？
アプリケーションノートが山ほどあるだろ。
日本語しか理解できないんじゃ食ってけないよな。
>マイコンを変えることは...
そんなの日常茶飯事じゃ。丸暗記城なんて無理だが、
基本は変わらんだろ。ということで>>355は技術者失格。

>>360
これは手厳しい、って、俺が技術屋に見えるかw？
理論物理の研究に疲れたときの単なる手慰みだよ。
既成の周辺機器では実現できない機能を、USBやシリアル接続のマイコンで実現してるだけ。
ただ、Macだけでやる事には誇りを感じてはいるがね。

誇りを感じるって、インテル＋BSDになった今のMacじゃないよね？まさかね？

厳しいっていうか、>>360は人に文句言ってみたいだけのよくいるタイプでしょw
言ってること多分に意味不明なところがあるし。

マイコンなんざどれでも基本は一緒だ、っていう「聞いたような」台詞は
半分は真実だが逆を言えば半分しか妥当ではない。

思うに、360は本当はマイコンのコードなんて書いたことがないか、
本当に「基本」的な低レベルのコードしか書いてないんじゃないの？

8051と同程度の規模のマイコンってどれもそれなりに「特殊」で、しかも
その特殊アーキテクチャのコードをアセンブラで書くことが前提だから
それなりの複雑度のコードが思い通りにかけるようになるのは思いのほか時間がかかるよ。

オマケに、算術なんかのライブラリもゼロから作り直しになるわけで。

打たれ弱いのー。
っつーか>>363なんかモロ自分の能力の無さを露呈してるし。
まぁそれでも金になってるんなら一生そうしてればいいんじゃない。

訂正。>>361だった。>>361と同じヤシに見えた。
>>363には文句言えないな。

AVRじゃね

AVRじゃねえ。少なくともAVR32と言わないとダメだ。

いつの間にか秋月でＦＴ２３２ＲＬのＵＳＢシリアル変換モジュール作ってる。
ttp://akizukidenshi.com/catalog/items2.php?q=%22K-01977%22

FT245の方買っちまったい。BitBangで使うならこっちのほうが良かったんだが。

>>368
うおっ、パラレルより微妙に安いじゃねーかw

>>368
先日これがネット通販で売り切れの時に店頭で買ったけど、ミニUSB(5極)
コネクタのGNDがパターンミスしてて、『コネクタの5ピンと4ピンの間に
ハンダを盛ってブリッジして使ってださい』ってな注釈付きで売ってたよ。

ミスのおわび分なのか、50円くらい安かったような。

新しいロットでは改修されているかもしれんが、お盆休みの前くらいだった
と思うけど、その時は店頭のダンボール箱の中にまだ結構な数があった。

販売ページに注意書きないので別物だろ。

FT245RL基板のシルク書き直しただけでパターンなんて変えてないと見たｗｗｗｗ。

>>371
ぱっと見た限り基板(AE-UM232R)の部品レイアウトも部品もまったく同じ
もの。おわびの説明書きは、店頭の段ボール箱に貼られたＰＯＰのみ。
少なくとも、キットのビニール袋に同梱されている説明書には、そう
いった記述はない。

安く売るため、一度に1000個以上の単位で造るだろうから、ミスった分
を多少安くしても、全部売りさばくのは大変そう。

ちゃんと試作しなかったんだろうか？生基板の段階で気づけば基板のロス
だけで済むが、部品実装しちゃったんだろうなぁ。それも大量に...。

出た直後すぐにネット通販で一時品切れになったのは、修正版と通販
在庫を入れ替えるためだったのかも。

FT245RL基板のピンとかは手半田っぽい感じだから
売りさばくんじゃなくて中国の工場に戻してリペアじゃね？

基板のパターン設計ミスだから、リペアするなら基板から部品全部剥が
して修正済み基板へ載せ買えだけど、そんなことやるとはとても思えん。

それに、ミニUSBコネクタの端子間にハンダ盛ってジャンパするだけだ
から、慣れてさえいれば作業は実質数秒。工具の持ち替えとか入れても、
1分で4〜5個程度はこなせる。

中国へUPSやFedEx使ったら、往復の運賃だけで数万。作業指示や監督に誰か
1人でもしたら人件費で...。(ｶﾞｸﾌﾞﾙ

半田で繋ぐ修正もリペアじゃろ。

なんで普及しないんだろうねとか思ってたら、
ATMEGA168のQFPを100個テープで頼んだら、一個だけATMEGA8が
混ざってたよ。もう怖くて頼めねぇ。
購買担当者にも、なんだか評判悪いんだよね。

QFPだとトレイの印象があったけどテーピングもあるんだ。

スレ違いだけど、QFPでテープ＆リールのものも結構あるね。

さすがに240pinとかのテーピングはみたことがない

208pinどまりかな。
ttp://www.digikey.com/scripts/DkSearch/dksus.dll?Detail?name=AT91RM9200QI002SL-ND

３２ピンのＱＦＰだったけどデジキのは剥がしてから晴れるタイプ。
デジキが悪いのかも。

>>376
連続したテープに１つだけ異品種混入ですか
出荷試験からテープのパッケージングまで自動で流れてると思うんで珍しい
中国の女工さんが手作業で１つ１つテープのくぼみに詰めてから透明フィルム
張ってる訳じゃない
実際に自分で直面してみないと信じられないことってしばしばあるけど
この事例もそうです

とある海外メーカの品で、向き違いが混ざっていたことがある
実装できちゃうもんだからマイッタ
スレ違いすまん

たまたま物がなかったりすると、トレイをテーピングし直した物でいいですか、って聞かれることがあるよ。試作なんかで数が少ない場合は。
他のメーカーでも。
仕事ではアトメルは付き合ったことないから知らん。

現場の判断で手作業が入る余地があるのか
だとするとたまに異常なのもないとは言えない
ロットの半端数が出た分を合わせて手作業でパッケージングしたり
してるのかなあ

「いいですか？」って聞く（＝客に知らせる）ことなしに手作業パックするんだろか。
怖いな。

【IDF 2007 Fall】USB 3.0のコネクタ形状が明らかに，光伝送も視野に入れる
ttp://itpro.nikkeibp.co.jp/article/NEWS/20070919/282446/

differential pairが2対ということは、上り下りが分離するのか。
480Mbpsの10倍を実現するそうだが、これは1対で5Gbpsなのか、それとも1対2.5Gbpsで
往復2対合計して5Gbpsという計算なのか。どっちにしても、レイテンシ気にしなければ
PCIeも置き換えられそうなレートだな。

まぁ自作回路に使えるまで降りてくるのに3年くらいはかかるだろうけど、SerDesも
一体になってパラレルインターフェースが出てるコネクタとかでないと、Gbpsの自作は
辛そう。

FX2なんですが、WinUSBドライバって使ってみた人います？
Vistaでも使えるのかな・・

いまいち良くわからん、、

>>388
MS製のやつのことだよね・・・？
あれって、そもそもVista用じゃないっけ？

Vistaには最初から入ってたから、割とあっさり動いたけど
XPで動かすのに一苦労した記憶がある

USB 2.0 Hi-SPEED、バルク転送で実効値240Mbps以上を実現したいと考えています。
おすすめのUSBコントローラーは何？
もちろんUSBコントローラーの先はFPGAを使ってDMA転送をします。

定期age

>>390
沖電気最高

full-speedですが・・・

FX2じゃだめなんか？

>394
USB側は200Mbps程度で頭打つからなぁ。
もうすこしでるという噂もないではないが↓
ttp://www-online.kek.jp/~nakayosi/USB/usb2.0-stat.html

どうせFPGA使うならそいつにHS-USB core載っけてしまえとか思うが。

>>395
390です。

> どうせFPGA使うならそいつにHS-USB core載っけてしまえとか思うが。

たしかにそうですね。

ついでに、FPGA内部にCPUコア入れて、HS-USB core と DMAコントローラを内部の同期バス
で接続すればかなり速くなりそう。

だれか、opencoresのUSB core 使っている人いてないですかね。

公開されていたら、非常に参考になるんですが。

FX2というか8051はポーリングであれこれやるには不便なので。
Hi-speedがまるで台無し。特にWINDOWSとの組み合わせは最悪過ぎる。
もうやりませんが。

>>395
測定環境のPCが、もうちょいマトモならなぁ

PenIIの300じゃ、PCが足引っ張ってるのか、FX2の実力なのか判断しかねる

>396 だれか、opencoresのUSB core 使っている人いてないですかね。

ドライバの CY7C68000A の入手性がむちゃくちゃ悪いから、
極限状況の >390 でもなきゃ一般人には無縁の存在 ...
AVNET から買えるけど、送料込で FX2 越えるぜい。

>>399
使ってますよ！

なんて書けるわけ無いだろうに。ここをどこだと思ってるんでしょうね(wr

>400
NDAのことなら、今は外れてる。

>>401
まぁまぁ、そう正論で追い詰めなさんなって。
ここをどこだと思ってるｗｗ

>>397
FX2は without 8501ってバリエーションはなかった？

ねぇよ。

8051抜きあるよ。FPGAにつなげる用のバッファだけってのも。
SXとかTXとかそんな名前じゃなかったかと。

FX2じゃなくてSX2だな　CY7C68001
こっちはハイスピードだけでなくフルスピードにも対応してる

>406
あー ...
ハイスピードに対応するデバイスは必ずフルスピードにも対応していなければならない。
ので、ちゃんと FX2 も SX2 も TX2 (CY7C68001) もフルスピードに対応している。
いずれもロースピードには対応してない。

なお、FX2LP (CY7C68013A等) の世代に対応する TX2 として CY7C68001A が存在するのに、
SX2 の相当世代は無い。FPGA に繋ぐときは便利だったんだけどな。

... TX2 は CY7C68001(A) じゃなくて CY7C68000(A) でした mOm

すみません、質問させてください
CQ出版の「USBターゲット機器開発のすべて」という本でEZ-USB FX2が使い易いという
記事を見て使ってみようかと思っているんですが、F/Wが無い状態で電源を入れると
スレーブFIFOのオートモードというのになるのでしょうか？
それともそのモード用のF/Wを書かないといけないのでしょうか？

やりたいことは、単純にホスト側から送ったデータを機器側のCPUに、そのまま渡したい
だけなんですが(フルスピードに近い方が望ましいです)・・・また、FX2よりも向いて
いる物をご存じでしたら紹介していただきたいです。

拙い、質問で恐縮ですがよろしくお願いします。

×>フルスピードに近い方が望ましいです
◯>ハイスピードに近い方が望ましいです

でした。訂正させてください

だめです。

>>409
デフォルトでってこと？
だとしたら多分GPIOかと。
さすがにFW無くしてはうんともすんとも。

>>411,412
回答ありがとうございます。そうですか、F/W書かないとだめですか

>>412
>デフォルトでってこと？
その通りです
デフォルトで、FIFOに出てこればPC<->機器間のやり取りを高速で
行なえるかと思ったんですが、駄目みたいですね

http://journal.mycom.co.jp/photo/articles/2007/09/27/idf01/images/Photo01l.jp
http://journal.mycom.co.jp/photo/articles/2007/09/27/idf01/images/Photo02l.jpg
USBのAコネクタのガイド部にOptical receptacleを仕込んだ構造

http://journal.mycom.co.jp/photo/articles/2007/09/27/idf01/images/Photo07l.jpg
http://journal.mycom.co.jp/photo/articles/2007/09/27/idf01/images/Photo08l.jpg

>>409
デフォルトでは単にデバイスとして見えてるだけ
EZ-USBファミリは、USBコントローラ単独でデバイスとして動作してる状態で、
ファームをダウンロードし終わるまではリセット係りっぱなしで動いてない筈

CQが出してたFX2のキットにはスレーブFIFOも対応したファームウェアの
バイナリがオマケでついていたはず（絶版かな？）

元記事 http://journal.mycom.co.jp/articles/2007/09/27/idf01/index.html
を書いといたほうが親切か。

FTDI FT245Rを使ってSPIバスとかをPCから叩く練習をしてるのですが、
FT_Write/ftdi_write_dataでのデータの送り方で質問させてください。

まずPC側で信号パターンをバイト列として作って

　FT_SetBaudRate(ft, 3000000);
　FT_SetBitMode(ft, 0xff, 1);
　FT_Write(ft, signal, 1024, &done); // テストデータ（10101010101）送信

のように流し込んでるのですが、一応データは1MHz位の速度で
出てくるのですが、

　_|~|_|~|_|~|_________|~|_|~|_|~|_________|~|_|~|_|~|_...
　　↑出てる部分は1MHz位でる　　　　↑出ない期間が同程度の間隔である

のように、データが出ているブロックと出ないブロックが半々位の
間欠的な出方になっています。特徴としては各ブロックで64bit分
ぴったり出てくること、あと、出てこない期間がちょうど同じ程度
あることです。

最初はAPIの使い方の問題かと思ったんですが、Linux/Windowsの別々の
ライブラリで同様に起きるので、ちょっと判らず質問してみました。
これは正常なんでしょうか？それともきちんと連続してデータを出す方法は
あるでしょうか？

>>418
Bit Bangモードでは、そうなる。避ける方法はない。

>>419
瞬間即答ありがとうございます。
そうすると資料にある1MB/sというのは継続的には無理で、実効速度としては
大体半分の500KB/sが限界って事になるのかな・・・

>>420
ハイスピードハブを介して繋いでみるのが吉。

>>421
うーん、何も変わらずです。

たぶんUSB2.0なHUB入れると効果が出るのは少データでUSBパケットの
一回分を十分に埋められないFT_Writeを複数回している場合の話で、
今回のようにバッファに十分データを貯める形でバルク転送できてる場合は
影響しない、とかかも。

>>420
いや、ちゃんと1MB/s出るよ。持続的な転送速度が最大1MB/sで、瞬間最大転送速度は
数MB/sになる。

あの1MB/sというスペックは上り・下りの転送速度の合計なので、Bit-Bangモードを
使わずに上りだけ、あるいは下りだけの転送を行えばちゃんと1MB/sに達するが、
Bit-Bangモードでは自動的（強制的）に上り・下りの転送が同じレートで行われるので、
上り・下りの一方だけを見ると500KB/s最大転送速度になる。上り・下りを合計すれば
1MB/sになっている。

>>422
HSB2.0ハブを介すると、レイテンシが改善される場合がある。持続的な転送速度は
変わらない。

ちなみに、FT245RはUSBフルスピードデバイスなので、USBバス自体に12Mbpsの
転送速度の上限がある。

1MB/sという転送レートはビット単位で表すと8Mbps。USBは半二重通信なので、
上りと下りの両方が1MB/sだとすると、16Mbpsの転送ができることになってしまい、
明らかにこれは不可能。

>>419
詳しい説明、ありがとうございます。
資料の速度が出せない理由がよくわかりました。たしかに12Mbpsの天井も
ありますね。

と、これだけではなんなので、実はその後、ひょんなことでストロベリーリナックスの
EZ-USB FX2基板を入手したので、その話でも書いときます。これも速度が
桁違いながら似たようなデータの出方になっていて、SlaveFIFOモードで28MB/sの
実効転送速度が出たのですが、出力ピンを見てみると、やっぱり >>419 のような
間欠転送になってました。

ただ、さすがHi Speedデバイスは高速で、これでデータを流すとピンを50-100MHz位で
駆動できます（手持ちのカメレオンロジアナではフルスピード転送させたら測定不能に
なった）。間欠転送になってしまっている点についてもまだ改善可能で

ttp://www.cip.physik.uni-muenchen.de/~wwieser/elec/periph/USB-FX2/software/io_examples.html

の神サイトによると40MB/s以上は出せるそうで・・・

USB2.0ハイスピードだと、プロトコルオーバヘッドが10%あると仮定して480Mbpsで
54MB/s、20%だと48MB/sが転送できる計算。

この領域だとPC側（USBマスタ側）のソフトウェアによるオーバヘッドも無視できない
ほど大きいから、多分40MB/sという数字はPC側がボトルネックになっているのでしょうね。

40MB/sてのはこんな感じ↓
ttp://nahitafu.cocolog-nifty.com/nahitafu/2005/11/ezusb_fx2pld_8d9c.html
だから、FX2的にもUSB2的にも上限っしょ。

>425が出力方向で28MB/sなら、ちょうど↑の追試にもなってんね。

>>427
そのページでも>>425のURLのページでも、やっぱりマスタ側（PC側）が律速になってるね。
マスタ側のソフトの最大転送速度を何とかしないと、FX2の処理能力の上限は測れない
わけだ・・・

PHYチップも大事だが、デバドラをちゃっちゃと書けるようにならんと。
プリンタポート叩くだけなら楽だったのになー
今勉強中だよ。っていってもXP用だが・・・orz

お約束を一通り覚えるのが面倒なんだよね、デバドラ開発。

覚えた頃にはXPは使い物にならなくなってるよかーん
プログラマってMSの手のひらの上で踊らされてよく耐えてるのな

>>431
MSは踊って楽しい舞台は用意しようとはしてくれるからな。
あそこのデベロッパーサポートの手厚さは異常。導入して使うだけの
ユーザサポートは薄いけど。

M$社員乙

何かやりたいと思ってもその都度法外な授業料が必要なM$

プロトコルについて聞いてもいい？
バルクイン転送時にホストはどうやって転送量を知るの？
基本的過ぎてすみません。

知らんわ ボケ

>>436
知らんならだまっとけ。435が可哀想じゃねーか。

>>435
ストレージなら
http://www.t10.org/ftp/t10/drafts/spc4/spc4r11.pdf

>>435
デバイスディスクリプタでエンドポイントのサイズを宣言しているので、
上限はいちおうその値。でもうそついたり間違ったりしているかも。
この値より大きい値を送ってきた場合に検出できるのはホストコントローラ。
転送バッファより大きなパケットがくると、エラーが検出できるようになってる。
ホストコントローラの仕様書でbabble errorってやつ。

↑すごいなプロ？

レスありがとうございます。

>>436
何か気に障ったらスマン。

>>437
擁護してくれてありがとう。

>>438
例えばinquiryだったら、「DESCRIPTOR LENGTH」をみて転送量を判断する、
ということでしょうか？
せっかく資料を提示して頂いたのに良く判っていなくてごめんなさい。

>>439
「babble error」というのは知らなかったので調べてみたいと思います。
ありがとうございます。
よろしければもう一点ご相談させてください。
転送データがパケットサイズより小さい場合は、
ホストはどうやってその量を知るのでしょうか？

--

皆さんに答えていただいて、自分が何が判っていないかが判ってきました。
デバイスコントローラのFIFOに書いたデータが、
ホストコントローラに伝わる手順が良く判っていないみたいです。
頂いたキーワードを元に調べてみたいと思います。

>>441
そのためにEOPがある。
USB.ORGから仕様書を落としてきて検索するよろし

> 転送データがパケットサイズより小さい場合は、
> ホストはどうやってその量を知るのでしょうか？

？こちらは意味がよくわからなかったけど、
ディスクリプタでの宣言のサイズより小さい場合ということ？

要するに受信してみないとサイズはわからない。
INではホスト側が、OUTならデバイス側にとってわからない。

INのとき、ホストのソフト（ドライバ）は十分なサイズの
バッファを用意してそのサイズをホストコントローラに教える。
ホストコントローラはそれを上限としてINパケットを受信する。
受信が終わると実際に何バイト受信できたかをホストはソフトに
通知する。
具体的な通知方法はホストコントローラに依存する。
たとえばUHCIならTDのActualLengthというフィールド。

> デバイスコントローラのFIFOに書いたデータが、
> ホストコントローラに伝わる手順が良く判っていないみたいです。

流れは以下のような感じ

・デバイスはデバイスディスクリプタに自分が提供するエンドポイントの
情報を載せる。ここにはIN/OUTか、最大のデータバイト数などが
記載される。たとえばEP1の上限は64バイトとか。
・ホストはデバイスが接続されたときにこのデバイスディスクリプタを
読み取っておく。

動作開始したら

・デバイスが送信FIFOにデータを準備しておく。
・ホストがINパケットを目的のデバイスに送信。INパケットには
ホストが受信したいデバイスのエンドポイント番号が書いてある。
・INを受信したデバイスがそのエンドポイントからデ―タを送信する。
この処理は普通デバイスのチップが自動でやる。FIFOにデータを詰めておけば勝手に送信開始する。
・データを送り終わったら、デバイスはEOPにデータ線をドライブする。するとホストはパケットの受信が終わったと解釈する。
・ホストは受信完了の意味のACKパケットをデバイスに送る（ISOでないとき）。
・ホストのソフト（ドライバ）はホストコントローラから受信したという通知を受け取る。{U,O,E}HCIではこれは普通割り込みを使う。
・割り込みを受けたドライバは、あらかじめホストコントローラとの間に設けた連絡用データを見て受信状況を確認する。
・受信パケットがバッファより大きければbabble errorで、同じか小さければ正常終了。受信できたバイト数は連絡用データに書いてある。

http://akizukidenshi.com/catalog/items2.php?q=%22I-02053%22&s=date&p=1&r=1&page=

これ使えばデバイス側は一挙解決か?

クロック周波数、フラッシュ、SRAM容量、値段すべての点でSH7144より上だな

価格以外は解決だな。

USB2.0のは無いのか・・・

消費電流がSH7144より多いのかな？

66MHz Typで73.6mA max 100mA
3,3V動作時 330mWって・・・
これ買ってきたらディスクリプタだけいじればPC側のドライバ開発しなくても、
USBオーディオぐらいはできるのかな？

HOSもARMに対応してくれてるしSHから乗り換えるかな
開発環境とかgccしかないのかな？gccだとスタックの計算ができないから面倒かも

>>447
スペック上ではSH7144より少ないな。実際のマージンが夫々どれくらいあるか分からないが。
割込みをちまちま多用しない用途ならよさげだね。

>>448
その前に日本語資料が無いという壁を乗り越えられる人じゃないとな。
DWM付録のARM基板でのトラウマが〜。orz

http://dkc3.digikey.com/PDF/JP061-07/0408-0412.pdf

世界のDIgi-Keyより低価格打ち出してる秋月は立派だな
どれが必要なのかまだよくわからんが、pp409の
ST5およびST7開発キット
もしくは
ST5およびST7ツール
のいずれか購入すべきだよな？多分

>>442
パケットの最後はEOPなのですね。ありがとうございます。
調べてみます。

>>443

おおお、丁寧な回答、ありがとうございます。
おかげでUSB通信のイメージが掴めました。
ありがとうございました。

某チップでUSBインターフェイスを作っております。
デバッグにUSBCV13を使用しております。
で、company listのusb.ifをダウンロードしてUSBCVと同じホルダーに入れていますが、
USBCVが認識してくれません。
debugでDevice DescriptorTestを実行しても会社名が取得できません。
原因が分かる方、教えて頂けないでしょうか？

念視によれば某チップのせいだな。

中共当局は北京五輪を1936年のヒトラー政権が主催したベルリン・オリンピックのように、
独裁と専制をさらに強化し、その合法性を立証しようとしている」と指摘、
オリンピック開催のために、中共当局が過去の数年間にさらに多くの人権侵害を犯し、
いまでも毎日進行している状況を説明した。
欧州議会公聴会、中共当局の人権侵害に焦点
http://jp.epochtimes.com/jp/2007/12/html/d69954.html

中国共産党はこれからもどんどん大虐殺しますので応援ﾖﾛｼｸ!
http://www.youtube.com/watch?v=o1-y6-Rxyvc
http://www.youtube.com/watch?v=L1zoho-17Sw
http://www.youtube.com/watch?v=MoahxR4Xbyc
http://www.youtube.com/watch?v=KtTBWxOjWVM
http://www.youtube.com/watch?v=zuzrA-n8o4o
http://www.youtube.com/watch?v=lW2ezqOUqDE

ﾃﾛ支援国家の中国ですがこれからも全力を尽くしてﾃﾛ支援します
http://kanzokutero.blogspot.com/

FX2(同期スレーブFIFO)でPKTEND信号使用したショートパケット転送ができない・・・
こまったな・・・

最小パルス幅の規定を満たしていないとかな

IFCLK(6MHz)で1CLK分だしてます…

同期スレーブFIFO, AUTOIN有効, FIFOは512バイト×4構成。
ロジアナでおっかけてみたら、38,400バイト(512バイト×75)では正常に転送。
19,200バイト(512バイト×37.5, 最終バイトでPKTEND)では途中でFIFO-FULLが
発生して転送がとまってる…
当然PC側でもデータを受け取れていない
PKTENDとは違うところでトラブってるみたい…

そういう仕様だったかと・・・

クロックとの位相関係間違えたとか

PCM2702みたいなICを使わずUSBマイコンを使って
USB Speakerの複合デバイスを作ろうとしてます。
(AT91SAM7S256使用予定)

USBのHIDなんかの実装をしている人は結構いるみたいですが
USB SpeakerのようなAudio Class deviceの実装をしているところが見つからず。

なんか良い資料や、サンプルソースなんかあったら教えて下さい。

PC接続後の最初のデータ転送、2048バイトのゴミデータが先頭に付加される…
FX2よくわかんねえヽ(`Д´)ﾉ ｳﾜｧｧｧｧｧｧｧﾝ

>>461
ttp://www002.upp.so-net.ne.jp/uratan/aud/index.html
資料といえば、やっぱりUSB.ORG
ttp://www.usb.org/developers/devclass_docs#approved
のAudio Class
ずいぶん昔これ見ながらUSBマイクとスピーカ作ったなぁ
Input Terminal と Output Terminalなんて懐かしい

>>462
最初にFIFOがどっち向いてるかちゃんと把握しておかないと駄目よん

>>463
ありがとう。
ぐわぁ〜〜〜〜〜！キタわー！！！
463とリンク先の人に足を向けて寝れないよ。

>>464
Win32自作ソフトのFX2 FIFOリセット指示とデータ取得指示の間に
ウェイトいれたらゴミなくなりました…ちょっと気持ち悪い…
でまたPKTEND(ショートパケット)で悩んでます…

仕様です

>>466
同期とれてない感じだな
仕事でやっている（仮にもプロ）ってことはないよね？

スレ違いでしたらごめんなさい。
リレースイッチにによってwebカメラを複数台(3台ほど)切り替えすることが目標で
複数台全て電力を供給しすぐに撮影できるようにしたいのですが、
電力供給をどのようにすればいいのかご教授できないでしょうか
使おうとしているwebカメラ1台で500mA消費されてしまうみたいなので…

USB焼肉でぐぐれ

>>468
ハードが本職ですが、趣味の電子工作なので…
自宅にオシロやロジアナがないので、どうしようもないときに会社で
ちょっとだけ波形を見ていますヽ(`Д´)ﾉ ｳﾜｧｧｧｧｧｧｧﾝ

>>471
見当違いなことをいってたらゴメン
webカメラ３台をつなぎっぱなしにして、ソフトで切り替えられないの？
工作する必要を感じないんだけど。

>>472
レス番間違ってませんか?

>>465
http://www.silabs.com/
http://www.keil.com/
にサンプルがある。

>>473
ごめんごめん。レス番間違ってたよｗ

AT91SAM7S256を使う前にEZ-USB FX2で実験しようと思って
>>463のリンク先のファイルをEZ-USBに移植してみました。

ファームをRAMに展開した状態でFX2をPCに接続するとPCにリセットが・・・orz
悪いポイントを探すにも時間が掛かりすぎて厳しい・

こういう時のデバッグ環境って、PCに接続するしかないんでしょうか・・・
ちなみにVMWareでやってもPC本体にリセットが掛かってしまいます。

>>476
ミスった・・・

訂正前
＞＞>>463のリンク先のファイルをEZ-USBに移植してみました。

訂正後
＞＞>>463のリンク先のファイルをEZ-USB FX2に移植してみました。

>>472
今使っているＰＣだと２台を一度に使うのが精一杯で３台目が
動作しないことと１つのUSBポートに3つのカメラからのデータを取りたいこと、
更に切り替えをマイクロセカンド単位でしたいのでこの工作をしています。
3台繋ぐ場合の電源の配線方法と繋ぎ方を調べてはいるのですがさっぱりですorz

>>478
＞更に切り替えをマイクロセカンド単位でしたいのでこの工作をしています。

USB接続でそれは厳しいと思う。少なくともリアルタイムでは無理。

FX2でショートパケットを捨てて、512バイトの倍数でデータ受信に成功!
先が見えてきた感じ!

456氏と465氏か。どっちがどっちかワカランようになるなww

CRC付けてもらおうか

>>478
セルフパワーのUSB HUBをちょいとググってみたけど
１ポートあたり500mAまでOKって書いてあったから大丈夫では？
HUBの下に繋がってるのなら１つのUSBポートってことにはならない？

CRC 5-56でいいの？

寿司USBをクリスマスプレゼントにいかが？
http://news.ameba.jp/economy/2007/12/9328.html

EZ-USB FX2でUSB Speakerの実験をしてた465です。
ハングアップしなくなったので報告。

EZ-USB FX2のHigh Speed Modeは諦めてFull Speedのみで使うことにしてソースを修正。
>>463の1個目のリンクにあるdscr.a51をコピーして、コンパイルエラーがでないように修正してビルド。

FX2に接続してあるEEPROMに書き込む(自前のツール)。
一旦USBから切断して繋ぎなおすとUSBオーディオとして認識。

これだけの事に2日も掛かった orz
ezusb.sysが死んでるようだったので、PCからFX2のリセットして・・・という一連のデバッグ方法じゃダメなんだろうかね。
AT91SAM7が届いたんで、そっちに移行する・・・疲れた...

PCの電源切って再起動すりゃ良かったん出羽

接続したらすぐPC側が落ちる原因というと、たいていアレだな

FX2のファームの　FIFOPINPOLAR　の設定で悩んでいるのですが

FIFOPINPOLARの対応は　0でLOW作動(デフォ)、1でHIGH作動
bit.7 reserved
bit.6 reserved
bit.5 PKTEND
bit.4 SLOE
bit.3 SLRD
bit.2 SLWR
bit.1 EF
bit.0 FF

となっているのでHIGHの時にSLWRが作動するように
FIFOPINPOLAR = 0x04 としたのですがどうもうまく動いてくれません
SLWRがHIGHになってもなぜかデータが飛んできません
デフォルトに戻してアクティブLOWにするとちゃんとデータは取得できます

EP2 をAutoINモードでホストはcyAPIを使っています
これはFIFOPINPOLARの設定以外にもファームでどこかいじるところあるのか？
それともホストアプリの問題でしょうか？
誰かわかるのであれば教えてはもらえませんでしょうか？

マイコンでUSBコントローラを作ろうと思うんですが、
1.5Mbpsで通信するには、1ビットを666μsで送受信する必要があるんですか？

666μsではなく666nsでした

>>490
マイコンでUSBコントローラを作るって何のために？

USBコントローラは難しいよ
ICか内蔵マイコン使ったほうがいいよ

マイコンの練習です
AVRを使おうと思ってます

>>494
マイコンの練習って・・・
そういうのはFPGAで勉強したら良いと思う。

ここで質問するくらいだから電気の知識とかもないと思うし。
はっきり言ってあげるね。

無理。諦めよう。

流行したワンチップマイコンでUSBてのをやってみたいんでしょ。

AVRでなら何個も実装が出てるから、そのコードとUSB規格書並べて
勉強すればいいんじゃない？速度は出ないけど、スイッチ制御くらいなら
何の問題もなく使えるし。

>>490-491
おおむね、そのとおり。
実際にはデータ転送レートの許容範囲の定めがあるので、「666ns」が許容範囲に
入っていればOK、ということになる。

やっとまともなレスがきたか。
くだらん御託並べる前に質問に答えろよ馬鹿ども。

これは・・・w

500!!

酷い釣りですね。

騙りだろ

まぁ、作れる力がついた頃には、恥かしくて取り消したいような質問だしな。

>>497
レスありがとうございます
とりあえず作ってみて、接続直後に来るSETUPパケットとDATA0パケットを確認できました

498は偽者です

>>489

同じ問題で悩んでいたようなので回答します。
たぶんＩＮの場合は外からエンドポイントを指定しなければならないのですが
どのような配線を行っていますでしょうか？
たとえば
FIFOADR0→GND FIFOADR1→GND EP2
といった具合になっています。

また、IFCONFIGとEPxFIFOCONFIGの設定も重要です。
基本的にはFWはＴＲＭを見てもらえればできると思います。

ところでデフォルトのFWは何を使用していますか？

電子工作・自作PC・無線・ジャンクなどハード専門の画像掲示板群
http://aikofan.dee.cc/

USBスピーカーと、汎用エンドポイントのデバイスを作りました。
Vendor IDを他のものにするとオーディオデバイスを認識し
汎用エンドポイントを不明なデバイスとして認識しドライバの要求される（当然ですが）。

Vendor IDをCypressのものにするとハングアップ。
Cypressのデバイスドライバは死に杉て困るんですが...

フリーで商用にも使える汎用ドライバって無いですかね。

失礼。できた雰囲気です。

できてませんでした orz
汎用エンドポイント＋HIDデバイスのようなサンプルを
ご存知の方、いらしたら教えて下さい。

USB MIDI インターフェース作りたいのですが
MIDIはHIDクラスとは違ってドライバを作らないといけないのかな

>>509
USB Audioクラスの一部としてUSB MIDIクラスってのがありますよ。
Win （XP以降？）/Mac OS XともOS標準でドライバが入ってるはず。

>510
おお！そうなんですか！
いろいろ検索してもMIDIに関することがあまりでてこなくて
EZ-USBやPICUSB MIDIの作例とかどなたかご存じでしょうか

>>511
USB.orgにドキュメントがあるよ。
EZ USB用のソースもどっかで見た記憶がある。USB MIDI Classとかでググってみては。

>512
ありがとうございます！
調べてみます！

苺のEZ-USBFX2が大量在庫だったのに目の前で売り切れになったｗ
大人買いしたのはだれだｗ

EZ-USBってADCは付いてないのかな？

>>514
optimizeの方が安いのに、なんでわざわざ苺で買おうとするの？

>>514
そりゃ、やっぱり、チューｎ（ｒｙ
転売屋だな。

別に見てただけなんだが

>>516
>>514じゃないけど・・・
optimizeの方だと、組み立ての難易度が高いじゃん
俺はソフト屋なんだけど、以前ハード屋が新製品にFX2を使うって言うから
実機が出来てくるまでのターゲット用に買ってみたんだけど、組み立てで
ギブアップ。結局、苺のを買い直した事があったよ

まあ、そういう奴もいるって事でｗ

>>519
実際、俺もソフト屋だけど、組み立ては簡単だった。
まぁでも、そういうのって個人差があるからな。

手間をかけて安いのを買うか、手間をかけずに金をかけるか。
金があって時間が無ければ後者でも問題なし。

十年前は0.8mmピッチでビビってたけど、0.5mmとか0.4mmとかが標準になったらフラットは何でもできるようになったよね。
BGAはどうしようもないが。

すごく基本的なことかとは思いますが、質問させてください。
バルク転送において、
ショートパケットはトランスファの終端とみなしてよいのでしょうか？

おｋ

ありがとうございます!!

optimizeのez-usb fx2 miniで電子工作入門したけど
i2cの制御とかがわからない・・・。
解説もあのサイトになかったし英語読むしかないんかな・・・
FIFO見たいに簡単に出来ると思ってたけど・・・。

がむばれ〜

あの、
わたし電子関係まったく知らない文系の子なんですが、
そこらのパソコン屋さんに売ってるUSB扇風機をPCで電源のオンオフできるようにしたいと思って
調べていたところFT245RがUSBから信号を送ったり受け取ったりできて、ソースもVBのサンプルがついていたので
これと電力を供給させたりさせなかったりさせられる電子部品ということでリレーを買ったんです。

で、
いざパソコンにくっつけてドライバも入れて、ためしにDB5とGNDをランプにくっつけて
サンプルソースからDB5にチェックをつけたらきちんとランプはついたんです。
そこでおっランプついてるってはリレーなしでも電源供給させたりさせなかったりできる？？と思ってUSB扇風機にくっつけてみたのですが
さっぱりうごきませんでしたヽ(`Д´)ﾉｳﾜｧｧﾝ!!
そこでこんどはUSB扇風機の赤線をVIOに、オレンジ線をGNDに繋いでみたら扇風機が回り始めたんです＼(ﾟ∀ﾟ)／

しかしあれなんですよ、
扇風機が回るのをやめてもらえないんですｗｗ

で、購入した５Vのリレーの＋−にそれぞれVIOとGNDをくっつけて、
扇風機は元々電力元としていたUSBも刺したまま途中の線をカットしてリレーに繋いだのですが、

http://toku.xdisc.net/cgi/up/vcc/nm0583.jpg ←図解

よくわからないままにDB5とVIOと扇風機のオレンジ線をくっつけてみたりとかしてもだめだったのです

わたしの頭以外にどこが悪かったのでしょう？

その回路、FT245R壊すぞ・・・

>528
Σ（ﾟдﾟlll）
電子は物理習ったぐらいでしかもゆとりっ子でわけわかめなんですが
これってまずいのですか？

リレーで起きる逆起電流や、FTR245Rの出力オーバーで
最悪PCやFTR245R燃えるんじゃないかな

な、なんだってー（AA略

こんな感じかな
ttp://www.dotup.org/uploda/www.dotup.org0318.png
ttp://www.dotup.org/uploda/www.dotup.org0319.png

＞回ったまま

ぬっ壊れてＯＮになったまま（半導体はその場合が多い）なのかも‥

ちなみにリレーではなくＳＳＲ（直流のそれなりの容量の）にすれば簡単。がむばれ！

>>530
さすがに壊れたらヽ(`Д´)ﾉｳﾜｧｧﾝ!!なので逆起電流とやらを調べて、ダイオードがあればおｋということがわかりました！

http://akizukidenshi.com/catalog/items2.php?q=%22I-00941%22&s=score&p=1&r=1&page=
↑
これを買って

http://toku.xdisc.net/cgi/up/vcc/nm0584.jpg

こうすればおｋなんですねっ

>>532
うほっなんという親切さｗｗｗ
ちょっくらひとっぱしりして書いていただいた部品を買ってきて早急につくってみます
ご親切にありがとうございます＾＾

>わたし電子関係まったく知らない文系の子なんですが、

これが本当なら（疑っているわけではない）、初心者スレに登場するたいていの質問者より
よっぽど電気電子関係の素養に富んでいる。
ｶﾞﾝｶﾞﾚ

>>536
>初心者スレに登場するたいていの質問者より
>よっぽど電気電子関係の素養に富んでいる。

うん、たしかにw

>527の報告楽しみにしてまっせ

文系でも頭が良ければ

＞そこらのパソコン屋さんに売ってるUSB扇風機をPCで電源のオンオフできるようにしたいと思って調べていたところ

みたいに要は“調べていたところ”でかなりのことまでいける。

漏れもたまに文系の頭のいい椰子に教えるけど、理解力があるととても楽に早く説明できて面白い。
逆の場合はそれなりの説明でやり甲斐はあるけど頭のいいのを教えるのは切れ味の良い包丁や高性能のクルマを扱ってるみたいで思う通りで快感だ。

ｳﾞｧｶな香具師にｸﾞｸﾞﾚｶｽと言いたくなる気持ちがやかるやうな‥

腐女子にはやさしいんだな。

でも、
http://science6.2ch.net/test/read.cgi/denki/1120387251/455-
なんて扱いされてるのもあったな。

D+,D-を絶縁したいんだが、なんかいい方法ある？

意味不明だと思いますが。。
何から"isolate"するのよ

>>541
Low Speedに限定するのか、Full Speedも含むのか、High Speedまでやるのか、
によって難易度がずいぶん違う。特にHigh Speedが段違いに難しい。

やるとすれば、絶縁されたダウンストリームポートを提供するUSBハブとして
実装するのが無難だろうね。

ttp://www.grid.co.jp/prod/prod298.htm
こんなのをはさむ

I2Cならこんなのも穴で場から出てるけどね
ttp://www.analog.com/en/content/0,2886,767%5F827%5F95767,00.html

I2C、SPIじゃなくて、D+,D-をPCから絶縁したいんだが。
最初からisolation機能が組み込まれたUSBインタフェースチップがあれば便利なんだけどなあ。

USB 絶縁 とかでググレばいくらでも出てくると思うけど。

そもそも、そう言う機器が欲しいのか、そう言う機器を作りたいのかによっても
対応は違うし、>>543 が言うように LS/FS/HS によっても違うんだから、マジ質
するなら、そこら辺から書いたほうがいいよ。

乙！

＞そう言う機器が欲しいのか、そう言う機器を作りたいのかによっても対応は違う・・

「そう言う機器を作りたい」‥ 面白そうじゃん、
その場合、心臓部つうかキーパーツは何かな？

ﾌｫﾄｶﾌﾟﾗってUSBの速度に対応するのあったっけ、市販の例の機器は何でやってるのかな？
それとどれくらいのアイソレートできるのかな。

マキシムにUSB絶縁のアプリケーションノートがあったな。
基本、D+/D- - ドライバ - カプラ - デバイス本体みたいな繋ぎ方をする。

カプラは一般に入手可能なのは150Mbpsくらいまでなので、HSはどうにもならんな。
FS以下も、USBドライバ「だけ」が入ったICの入手性がかなり悪いので、
上の標準的な実装は厳しいかも。で

D+/D- - FT232 - カプラ - MCU

と繋いで絶縁したのなら今作ってる。
3Mbpsくらいしか出ねーけど。

＞最初からisolation機能が組み込まれたUSBインタフェースチップ
ほとんどはUSBの先でisolateすれば十分だからな
双方向で使える絶縁デバイスでも無いとなぁ。
フォトカプラじゃディレクション切り替えが厄介そうだ

D+/D- ---isolate---FT245RL

これをやりたいんだけど。
PCのコネクタ近くで絶縁してやりたい。

>550
そのために18F4551等ではUSB IFのディレクションを出力する信号が
ちゃんと出てる訳で。絶縁するときはそういうのを使えよという話になるんだけど。

>549
詳細ぎぼん

並列とかをしてやらなくても本線は追いつけるんだ‥ コヒーレントまではいかないけどカプラでいけるなら自作できて面白そうだな（￣ー￣）ﾆﾔﾘｯ

>551
その構成の意味するところはisolateする部分の線を
減らしたい(245の右だとパラレルになって線が増える)ということだろうけど、
D+/D-近辺のisolateはディレクションやFS/LSの切替え、相手先の電源の入りきりその他で
結局8本くらい線をisolateすることになるから、回路規模的にも
245の右でやってもたいしてかわらないよ。

EZ-USB FX2のPL版使ってるんですけど
cyusb.sysのx64版って無いんですかね？
旧ドライバなら、ネットに落ちてたんですけど、PL版じゃ使えないし・・・。
WinDriver使うしかない？ちょっとそこまで余裕は無いので・・・。

ここのスレでFTDIが使いやすさ◎になってたから買ってみたが、
FT_Writeで１バイト送ってから各DBで信号を発するようになるまでに０．３秒ぐらいかかってるじゃないか
こりゃダメだろ
今後は>>2のテンプレにこのことも書いとくようにな

自分の失敗を他人のせいにするやつって、いるよな。

うんうん。
知らない事は攻めないけど、自覚はして欲しいよね。

どのデバイスでどういうモードで使ってるか知らんが
おれんとこでは0.3secはないな
FT_WriteするたびにFT_OpenしてFT_Closeしてるとか

bitbangモードは使ったことないけど、設定によってはありえないこともない気がするけどね。
まあたぶんそれ以上に556の時間の測定方法に問題があるような気がするけど。

というか>>2のテンプレの評価については確かに異論がある人もいそうだけど、
しかしスレのタイトルにそった評価だと思うぞ。
つまりここって「自作回路でUSB」なのよね。

FTDIのチップはプログラミング言語でいったら旧VBみたいなもんだから、
確かにお手軽簡単だけど半面融通利かないのは確かだよ。

USB信号のデバッグ基板を作ろうとしているのですが、
(D+) -  (D-)   >200ms     -> 1
(D-)  -  (D+)  >200ms     -> 0
を手軽に実現する回路はどうやって作ればいいでしょうか。

よろしくお願いします。

ごめんなさい。
間違えました。
(D+) -  (D-)   >200mV     -> 1
(D-)  -  (D+)  >200mV     -> 0
です。

>>562
初心者質問スレ その40
http://science6.2ch.net/test/read.cgi/denki/1200457052/
の
>>589 >>593 >>629
と同様の部分が不明。

たびたびすみません。
1 -> 4.2〜5V
0 -> 0〜0.5V
でおねがいしますm(_ _)m

>561
USBは完全差動じゃなくて、D+/D-が01,10,11,00の4通りをぜんぶ使ってるから
01,10だけ見えてもしょうがないし、デバッグのときこそ11,00が重要だと思う。

それはともかく応答速度はどれくらい要るのよ。200mVってことはHSか？
MAX9601クラスのコンパレータで受ければできるが、受けた結果をどうすんだ。
FSならそのへんで売ってるLM360で受ければどうにでもなるが。

> D+/D-が01,10,11,00の4通りをぜんぶ使ってる
そうだったんですか。。。
勉強不足ですみません。

>応答速度
最終的に100MHzのロジアナで
12MHzの信号をすべて拾いたいと思っています。
そのための事前処理(2値化、できればついでにNRZIデコード)を
ハードウェアでやってしまおうと思っています。

こっちのスレいけとか、ここよめ的なアドバイスでもよいので
よろしくお願いしますm(_ _)m

たぶんだけど、オシロのトリガーが欲しいんじゃないの？

7442　とかで2->4 デコードして、単安定マルチに入れるか
単にCRで鈍らせてオシロでトリガーかけたら

>>567
ありがとうございます！
標準ロジックICで直接デコードできるんですね。

ちょっと千石行ってきます。

気をつけるんだよ、メイドさんとかに捕まるなよｗ

>>568が明度に捕まるに１０００カノッサ

それより、>>569 がめいどに捕まったことがあるに 10万カノッサ

ヨコレスだが捕まったことある。。

とりあえず報告しとくわ

ﾎﾟﾝ引きやってたっけ？ 一度も行ったことないけど‥
どこらでやってるの

戦国と飽き付きの間辺りに1人いるな。
妹系カフェかなんかじゃなかったっけ。

>>560
FDTIチップつかってbitBangモード以外でのデータの送受信てできるの？

>>575
データシート嫁よw
っていうかbitbangの方がキワモノ扱い（は言い過ぎか）じゃん。

ママー
データシートってどこで手に入るんですか？
FDTI データシート で検索してもみつからなかったぽ

釣り超乙

メイドさんって捕まると怖いんですか？

しつこいぞおっさん

>>577ですがほんとにデーターシートってどこで手に入るのかわかんないんだ
おねがいだから教えてお

FTDIのweb行って
ttp://www.ftdichip.com/
Documentsからたどればあっさり出てくるが・・・
英語はいやだとかほざくなよ。

EZ-USB系のEEPROM書き換えツールで使いやすいのないの？
いちいちジャンパの抜き差ししないで書き込みできるのさがしてるんだが

>>583
VendAxを読んで自作するべし。難しいことはないと思う。

自作して使ってるヤツは遅くて公開できるレベルじゃないんで
気が向いたら作るよ。

>>584
おいらも自作してる途中だけど、今のところ遅すぎて…
VendAXも軽く眺めたんだけど、eeprom.cがないなど関係ないところに
気をとられてるところｗ

>>585
どの程度の時間で遅いと言っとるの？
当方は16KBのEEPROMでライト４秒、リード３秒くらい。

おいらは言えないくらい遅い…orz

>>587
ttp://dev-e.sakura.ne.jp/wiki/wiki.cgi?page=EZ%2DUSB+FX2+EEPROM

かなり適当だが作ったよ。ソースもいれてある。
VendAxを改造してあるがVendAx部分は使ってないｗ
質問はコメント欄に書いてくれ。

>>588
ありがとうございます。
ソースみて勉強してみますm(_ _)m

FTDIのD2XX ドライバ 　+ windowsXP
ver 2.0 をインストール⇒アンインストール⇒ver 1.6をインストール⇒アンインストール
と何度か繰り返すと、 USB2のデバイスを認識しなくなるようなのでご注意アレ
普通はやらないと思うけど最近FTDIのチップ使うメモリリーダとか色々あるから
CDM_Setupを入れた後で他のドライバが必要になってアンインストールというような
事があると、結果としてやってしまう場合があるかもね。

やってしまった場合は
http://www.microsoft.com/japan/windowsxp/using/helpandsupport/learnmore/systemrestore.mspx

D2XX(CDM)ってずいぶん前からアンインストールできなくなってないか？

まあ前にもここで書いたけど旧D2XXのデフォのアンインストールの方法は、
最後にインストールしたデバイスのみしかコントロールパネルの「プログラムの追加と削除」
に表示されないとか非常に間抜けだったのは事実だね。

USBに挿していれば、デバイスマネージャのドライバタブから削除出来るよ。
C:\WINDOWS\system32にあるFTDIUNIN.exeを実行してもいい。
CDM_setup.exeを解凍ソフトで解凍してFTDIUNIN.exeを実行する方法もある。
でも、アンインストールを繰り返すのは何か問題ありそうだね

EZ-USB FX2 のデータシートって
レジスタマップやビット割り付け、初期値は載ってるけど
それがどういうレジスタで、どんな値を設定すればいいのかっていう
詳細って書いてないよね？
みんなどうやって調べてるの？

>593
Datasheet ではなく、Technical Referece Manual に載ってる。

>>594
�d
ＦＸ２のが見あたらないと思ってたら
ＥＺ−ＵＳＢ全般のやつなんだね

>>590 USBサウンドカードまで認識しなくなった。
使えたのはUSB1のハブを通した場合のみという状態になたよ。
FTDIに報告してるの？

報告しても対応するのがあのゴードンさんじゃあねw

深く考えずにFX2LPでSVFプレーヤー作ってみたらEPM570の書き換え58秒…
おそい…

>>591
USBを指していれば、デバイスマネージャ USB->USB Serial Converter ドライバタブ　削除で可能
CDM_Setupxx.exe を圧縮ファイル用の解凍ツールで解凍するとアンインストーラが入っているので
これを実行してもＯＫ ・・・・だけど >>590の問題がある間は　アンインストール非推奨で

同一基板上にUSBインターフェースを持ったICが２個ある。
なんとか１本の線にまとめられないかな？

USB HUBチップも搭載すれば一本にまとまるな

>>600
その2つを同一USBバス上の別々のUSBデバイスとして認識させたいのであれば、
USBハブを使うしかない。

物理的にUSBハブが置けるのであれば>>601の方法。

それが無理であれば、2個あるICが相互にUSB以外（SPIとか）で接続可能であれば、
USBインターフェースは一方だけ残して、もう一方はSPI等で接続。さらに
、論理上2個のUSBデバイス（元々のデバイス）＋1個のUSBハブとして認識される
ようなファームウェアを載せる。

>>602
複合デバイスにすれば、HUB部分は要らないんじゃないか？

>>603
すまん、そのとおりだ。複合デバイスに含まれる個々のデバイスの共通ルートが
USBハブドライバなんで、USBバス上でもUSBハブ必須だと思い込んでいた。

もまいらFTDIのD2XXドライバがﾊﾞｰｼﾞｮﾝうｐされてたでつよ。

バージョンアップってなにがかわったん？

バージョン

よくわからないけど。
誰か解説きぼん

？ Added multilingual support to property page via FTLang.DLL. Supported languages are:
o English (Default)
o Chinese (Traditional)
o French
o German
o Hungarian
o Italian
o Japanese
o Korean
o Polish
o Russian
o Spanish
？ Added FT_GetComPortNumber function.
？ Added Line Status to IOCTL_FT_GET_MODEM_STATUS.

解説って何を聞きたいの？
機械訳でも意味取れると思うけど

>>608
>Chinese (Traditional)
というのは、マンダリンの事だ。

逆だよ無知だなw
マンダリン = オレンジ色 = 中国の役人の服の色 = 中国（人）
こんなの常識

そういうボケは予想外だったよ。

いまターゲットデバイス決めうちでホストコントローラー用ドライバ書いてるんだが
続けざまにset address, set configrationしたら規格外なのかな
デバイスは古いPDAに自作ドライバ走らせて、ホストはSL811をパラレルポートにつけて制御してる

Polishは磨くこと

>>613
device descriptorとconfig descriptorくらいは
読んであげた方がいいのではないかと。

ＵＳＢアナライザ
http://www.aubit.co.jp/
が、むしょーに欲しくなった。

数ＭＨｚのデジタルだから汎用ロジックやマイコンでできそうだけど、Ｈ８のあるシリーズの中にはライブラリにＵＳＢコントローラーみたいなのがあった。

これ使って（改造して）アナライザを作るってどうよ？ やった人いたら情報ぎぼん！
Ｈ８達人さんいませんか？

あとＰＩＣにもＵＳＢのテストモードみたいなのがあったような‥

のうしの手にかかるとUSBアナライザまでエログッズに堕してしまうのか。
タヌキの食べすぎは怖いな。

>>616
自分でインターフェース誌を買うのが一番近道な気がするよ。

たしかに‥
でも今回、急にちゃんとしたプロトコルでやる用途があって。
んまあ、ロジアナだので本気でやればいいんだけどさ。ありがとう。

Lo-SpeedやFull-Speedならマイコンでも何とかなるだろうが、信号は差動
だし、半二重で双方向の信号が混ざるから、ロジアナ単体でがんばるのは、
かなり厳しいだろうなぁ。

まぁ本気でがんばってくれ。漏れはCATCのアナライザ持ってるけどな。

>>619
本当にちゃんとしたプロトコルでやるなら、ホスト側も考えないと駄目よん
Windowsが使わないデバイスリクエストもあった筈だし、
変なものを受け取ったときの始末も必要だから

会社でCATCのアナライザを買った後、200万のHiSpeed測定オプション買ったら、
数百バイトの解除キーファイルだけが入ったFDだけメーカーから届いた・・・

まぁ、測定器なんてそんなもんなんだろけど、やっぱ高いな・・・(;´Д`)

要するに、その機能は本体に元々組み込んでいるのだが、
わざと、使えないようにマスクかけて売り、200万円でマスク解除のソフトを売っている。
ということですね。

ライセンスだからねぇ

技術の無い奴は高い金を出して買いなさいって事だ。

それにしても、露骨過ぎるな。
おそらく、巷のマイコンチップ辺りでも、
わざと負荷をかけて機能を落とし、
それを少しとって、MK�Uとか、
またとってSRとかさ
分からないようにしているものなのだが。

SXとかx3とか。

Windows VISTAも

某社の汎用機だけど、２０００万のアップグレードが
ジャンパを1つ差替えるだけで終わるんだ・・・

Oracle なんか、何千万分のデータベースソフト買っても、来るのは
ライセンス証書だけだよ。

メディア (別売り) は、一番安い奴と同じだから、うちのバカＳＥは
Standard Edition とまちがって Enterprise Edition を入れて客に
納入して騒ぎになってたよ。(w

USBN とかSL811HS　とかでUSB機器を作っている記事を書籍を含め
よく見ますが、結局のところVIDやPIDはどうしているのでしょうか。
同人ハードウェアなども不思議です。
どなたか「これこれは、こうなってたよ」「みんな大体こうなんだろうね」など
ご意見いただけないでしょうか？

とりあえず、ドライバ要らずでHIDのマウス(機構はマイコンで工夫)でも
作ってみようと思っているんですが、PCおかしくなるのでは？など思い足踏みです。

宜しくお願いします。

>>631
最近はしらないけど以前はPIDの分配というかそういうサービス（？）をやっているところがあった。
自分の場合は知り合いの会社から少しもらった＾＾；

>>632
ありがとうございます。このスレでもあった、海外で$xxでPIDとかってやつですかね。
趣味でやるにはそういう点でも敷居がたかいなぁ…。
知り合いから貰ったとは、羨ましい限りです。

ホスト側作って遊ぶ分には、大丈夫かな。
それにしたって真っ当にUSBロゴは入れられないけどｗ

>>633
>このスレでもあった、海外で$xxでPIDとかってやつですかね。
そのサイト、現在販売休止中。クレームか何かあった模様。
まぁUSBロゴ入れないんだったら、どんなVID/PID使おうが構わんわけだが。

そういえば、その販売サイトで、「テスト用にこのVID/PID使っていいよ」と
10個くらいIDを公開してたような気がする。

>>633
ホスト側ならVID/PIDは関係ないっすね。

VendorIDもらうときの契約書にUSBIFの事前の許可なく他人にIDを使わせることを禁止する
とはっきり書いてある。だから分配できない。

1. 契約の内容（契約書の文面）が違う
2. 事前の許可を取ってある
3. 契約の中に罰則事項が無い

のどれか、ってとこじゃないかね。

件のVID/PID再販してたサイトには、再販を禁止する条項はないと書いてあったな。
そう書かれてしまっては、以降の契約書では再販を禁止する条項を追加せざるを得ない
だろう。

VID/PIDを配布しているデバイスベンダも存在してるから、一律に「分配できない」が
誤りであることは明らか。

PnP故の閉鎖性か…もっとオープンな規格って難しいのかなぁ…

自分でしか作ったデバイスを使わないならぶつからないことを祈って
適当にでっち上げればいいと思うけどね…＞VID/PID

usb.orgに諮らないといけないのはUSB関連ロゴを使いたい場合だけだし、USBの
仕様書は全面公開されてるし、今のところ特許権で縛られてるって話も聞かないから、
USBはかなりオープンな規格と言えるんじゃない？

ロゴなんか使えなくても、アマチュアはたいして困らないからね。

VIDに縛られているとも言えるような…
ライン動かして金儲けするには良いだろうけどアマチュアが機器を配布するには
厳しいと言わざるを得ないと思うけど
確か、今VID取るのに結構金掛かるよね…

>>640
$2000っすね。但しこの価格の場合はUSBロゴは使用できない。そのかわり支払いは1回きりでOK。

USBロゴ付けないんだったら、それは「たまたまUSBコネクタの付いた何か」であって
公式にはUSB認証済み機器じゃないんだから、VID/PIDは自分の好きなの使っとけば
いいよ。

それをUSBに接続して万一既存機器とVID/PIDがバッティングしても、
それは使った側の自己責任。

EZ-USB Anchor Chipのを使っとけば良いんでないか？
結局、これ使っている製品は、ドライバがVIDを書き換えるので、
大抵はバッティングしないだろう。

>>643
＞結局、これ使っている製品は、ドライバがVIDを書き換えるので、
製品でそんなことしてるやつあるか・・・？
大抵は、EEPROMつけて自前のVIDで起動してると思うが

つーか、その書き換えるドライバとやらはどうやって読込むんだよ。(w

>>644
話かみ合ってないでしょ。
643は製品の話はしてないんじゃないの？
それにEZ-USB使えば確かに643がいうような動作も可能なように思うけど。
「ドライバ」がVID/PIDの書き換えを行うかどうかはともかく。

しかし、VIDってたった16ビットでよく足りてるよなあ。
枯渇しそうって話も聞かないしどうなってるんだろう。

メジャーな石が少ないからでしょ。ドライバーが衝突しなきゃ実用上問題ない。
マイナーな石は他のマイナーな石のドライバーと衝突する確率低いし。

>>646
>しかし、VIDってたった16ビットでよく足りてるよなあ。
>枯渇しそうって話も聞かないしどうなってるんだろう。

確かに。と思っていまusb.orgを見たら、usb.orgメンバは778団体だって。
たったの778。信じ難いが、嘘を書くとも思えんから本当なんだろう。
仮に、いったんメンバになったが脱退したのが同数、メンバにならずにVIDだけ
取得したのがその2倍いるとしても3,000団体ほど。

このままのペースなら16ビットでも当面、十分足りそう。

>>646
たしかザイリンクスのなんだったかの評価ボードで、
そんなドライバついてたのがあったな・・・
あれは迷惑したｗ

16bitうんぬんって意味ではPCIも16bitだよね。たしか。

電子工作をほとんどやったことのない身なので、
皆様のお力をお貸し下さい。

http://syumi.dyndns.org/www/kaizou/PSP_USB/index.html
↑のようなケーブルを二股にして、
ＧＰＳとワンセグを両方挿せる様にしたいのです。
二股にする方法をご教示頂ければ幸いです。

さして動くとは思えないが・・・・

>>652
http://page7.auctions.yahoo.co.jp/jp/auction/g65234879
↑のケーブルでは切り替えスイッチで対処できるようですが、
切り替えスイッチは何を使えばいいのか、
どのように噛ませば良いのかすらわからなくて…

>>651
ここが適切
http://science6.2ch.net/test/read.cgi/denki/1210482483/

知識がだいぶ足りないかもしれませんが、質問させてください。
やりたいことの内容にはスレ違いでSDカードも出てきますが、
こちらのほうが適切と感じました。

例えば携帯やデジカメ等のSDカードを用いる機器に対して、
実際にはSDカードを挿さずにダミーカードとして外部回路が繋がることとします。
ダミーカードは機器側に初期化されたカードであるように振る舞い、
私は機器からカード側へ情報を保存する操作をします。(撮影、データの保存)
ここで、外部回路としてEZ-USB FX2を用いて流れてくる情報を即座にパソコン側へ渡したいです。

機器は相手がSDカードだと考えるため、やりとりを内蔵の8051と汎用IOでやることになり、
スレーブFIFOモードやGPIFモードとは別のやりとりが必要になり、
機能・速度的に不十分なものになってしまうかもしれないと危惧しています。

具体的には、デジカメで撮影する動画が、同時にSDカードへ書かれる場合に、
直接パソコンで受け取るといったことを実現したいです。
転送量は1.5MByte/sec程度になるかと考えています。(MotionJPEGで640x480の30fps)
また、機器側のSDカードとのやりとりはまだ把握しきれていませんが、
SDもしくはSDHCに準拠したものであるはずです。
(25MHzや50MHzだったでしょうか。機器側が決定しているため、これより遅いかもしれません。SPIではないはず。)
外部回路には多少の論理回路は含まれても、別途マイコン・CPLD・FPGAは
避けて実現できればと考えています。

長文になり申し訳ありません。内容におかしな箇所も含まれてしまっているかもしれません。
また私はFX2に触れたことがないため、経験者の皆様に感覚をお聞かせいただければ
とても参考になります。

自分は答えられないが
EZ-USB FX2で、SDカードをエミュレートして
デジカメから書き込まれたデータをPCへリアルタイム転送したいってことか?

>>656
はい、その通りです。ただ、完全なエミュレートではなく、
機器側からデータが送られる一方通行で構わないといったものです。
初期化状態だけ(例えばSDHCなら空の32GB)として誤魔化して、
後は先頭から書き込めているつもりにさせてしまって、
機器側からカードの中身の確認をしたときは空と見せるか、エラーになって構いません。
PC側の受け取りもマスストレージではなく、仮想COMポートか何かにして自分のプログラムで対処しておく予定です。

外部にマイコン使いたくないってんなら
必要かどうか知らんがレベル変換だけして
PCのパラレルポートに直接つないだらどうだい

USB使いたいならUSB内臓マイコン使ったほうが圧倒的にらくだと思うし
SDカードの信号処理も含めて
わざわざUSBを使う理由もよくわからんかった

初期化ごまかしてもデータ書き込むときにディレクトリエントリのアクセスとか
あるだろうし、結局完全なエミュレートが必要な気がするけど…

>>655
動画を PC でリアルタイムに取り込みたいってこと？

もしそうなら、適当なビデオカメラ買ったほうがいいと思うけど。

SD インターフェースと言うか、FAT ファイルシステムを使うと、データも
垂れ流しじゃなくて、ブロック毎に来るから受け側はファイルシステムを
ちゃんとシミュレートしてないとデータを再構成できない。デジカメによっ
ては、>>659 も書いてるけど、その間に別のアクセスもあるかもしれない
しね。そこの解析がすごく大変になるからやめたほうがいいと思うよ。
(カメラ決め打ちで、趣味でやりたいと言うならとめはしないけど。)

ようするに、アメリカで流行っているアレをやりたいわけか。
あれ、あれだよ、SDの無線カードで、撮影すると自動的にサイトへうｐするやつ。

いずれにせよ、SDカードの規格書を入手しないことには。

皆様、ご意見をありがとうございます。

>>658
SDが3.3Vで、パラレルIOが何Vかはまだ調べていないのですが、
パラレルポートに繋いでSDとしてのインターフェースは成立しているのでしょうか？
USBはメインではありませんが、高速なやりとりとしてパッと思いついたのがUSBでした。

>>659
確かに仰る通りです。ファイルを書き込むという一連の状態に関しては
完全なエミュレートは必要になると考えています。
ただ、そこに本当に仮想的なディスクを残し続けなくてはならないということを
放棄するという意味でした(後々で機器が見てみるとファイルが無いという状態)。
一方通行という表現は良くなかったです。

>>660
デジタルビデオだとUSBでビデオデバイスクラスをサポートしてるものも多いことは
知っているのですが、カメラ機器にはあまり詳しくないので、どのような広角レンズを
取り付けるとどんな動画が得られてというのがわからなく、自信がありませんでした。
歪みの少ない広角の絵が欲しくLUMIX FX-35あたりを狙っていました。
あと、デジカメは小さいというのも嬉しいポイントでした。
やはり、誰が考えても気の遠くなる無駄な作業は多いですよね…。
まだFATもMotionJPEGも完全には理解していないし。

>>661
かなり近いです。アレは動画は飛ばせないのと、無線なので結構遅いみたいですね。


スレ違いな方向になってしまう質問だったんだなぁと気付きました。申し訳ありません。
EZUSB-FX2のパワーに気をとられていましたが、別の角度から考え直してみます。
ここのスレをチェックしつつ(実は元々EZUSB-FX2に興味が。)、SDカードをいじってる方々に
ご意見を伺って考え直してみようと思います。

>>662
SDの規格書はSanDiskから流れたものがネット上に転がっていました。
まだ読んでいないのですが、SDカードのスレの方々はそれを参考にしているようです。
不要かもしれませんが、参考までに。ProdManualSDCardv1.9.pdfという名前です。
これまた英語で長いです。

完全エミュレートではなく、SDカードと本体の間をスイッチするような、
デュアルポート化を考えた方が良いかもね。

>>663
> カメラ機器にはあまり詳しくないので

どうせ USB/SD/FAT とかにも詳しくないんでしょ？

家電製品-ビデオカメラ板とかで聞いた方が速いと思うけど。

>>665
移った別スレのほうで、同様に実体のSDカードを使った上で流れるデータを
解析したほうが良いとの指摘を受けまして、それを検討しています。切り替えは難しそうですが。

>>666
お気に障ったのであれば、申し訳ありません。
詳しい、詳しくない、という事柄はあくまで何をするかに依存すると思います。
マイコンは普通に使えますし、USBファンクションICも使って回路・プログラムを
製作したことはあります。しかし、もちろんプロフェッショナルな方と比較すれば詳しくありません。
これからやろうとしていることには手が届きそうなので、わざわざ敢えて『詳しくない』とは書きませんでした。
そんなことを書いたところで他の方々には何も調べてない、分かっていない奴だと考えられてしまいますので。

光学・レンズ側には手を伸ばしたくないという意味で『詳しくない』と書いてしまいました。
メーカの方々が素晴らしい物(素子選定からレンズ組み合わせまで)を作っているので、それを利用したいのです。

スレの皆様、私の表現によってこのような弁解が必要になってしまい、申し訳ありません。

>>667
> 実体のSDカードを使った上で流れるデータを解析したほうが良い
> 切り替えは難しそうですが。

切り替え？

その別スレで聞いた方がいいと思うけど、普通ロジックアナライザー
とかで解析するんだと思うが...。

ほんとに回路組んだことあるの？

>>668
『SDカードと本体の間をスイッチ』と書かれた表現に対して、切り替えと捉えてしまいましたが、おかしかったでしょうか。
また、解析したい対象はデジカメ-SDカード間なので、私としては一旦はすべてEZUSBでPCに送ってしまえて、
他の(高価な)機器を用意して介在させなくとも解析可能かと感じます。
何が起こっているかが殆ど分かっていないという類の物とは違いますので。

生粋の回路屋ではありませんので、あなたのように回路にお詳しい方からすると、
『分かってんの？』と感じてしまわれるのかもしれません。ロジアナを使った経験は殆ど無いですし。
「ほんとに回路組んだことあるの？」という無意味な煽りに対しては、
「回路組んだことあります。」では何の返しにもなりませんので、
「工学の中であなたとは別の分野でしょうが、知識も技術も成果もそれなりにはあります。」と返します。
今回は、これまでやってきた範囲から飛び出る部分があるため、
経験者の方々からお知恵を借りたり、そこでの常識を教えていただきたいと考えました。

>>669
あなたがスレッドに書き込まれると不必要に荒れますので、
見ているだけに留めた方が宜しいかと考えます。

>>669を読んだらMorphyOneの人を思い出しましたｗ

>>669
> 解析可能かと感じます。
> 殆ど分かっていないという類の物とは違いますので。
> 回路組んだことあります。
> 知識も技術も成果もそれなりにはあります。

まあ、頑張ってください。

>>669
>他の(高価な)機器を用意して介在させなくとも解析可能かと感じます。
>何が起こっているかが殆ど分かっていないという類の物とは違いますので。

やれるんならちゃっちゃと自分でやったほうがいい。
自分の妄想ここに垂れ流してるより、実際やってみて
そこで壁にぶつかって、現状と疑問点をあげたほうがよっぽど有意義だし早いと思うよ。

Eye-Fiみたいなものを作りたいということかなぁ。
相手がパソコンならUSBで動画を吸い込めるデジカメを探すほうが
完成度は高くなりそうだけど、やってみるのは面白そう。

でも、そもそも >>655 は疑問点が何かを書いてくれていないような。

>>674
> やってみるのは面白そう。

だよね。

趣味ならハード設計〜製作からＰＣソフトまで結構遊べる題材だと思う。

疑問点は最初に少しあるけど、EZUSBを聞きたかったんだよな。
けど論点がずれてしまった、と。資料さえきちんと揃えて理解すればなんとかなりそうかと。

C級出版から本でてるし。

問題が出そうなのはファイルシステム経由で受け取る必要があるってことかな

・書き込みが来た場合どれがデータでどれがメタデータなのかの判定が
　ちょっと面倒
・データがストリーム先頭から順番に書かれてくる保証はない
・連続動作すると4Gバイト(場合によっては2G)書いたところで
　カメラの動作は停止するか、悪くするとハングアップするかも

確かに。FAT16で2GBだしFAT32で4GBとかだったよね。カメラは停止するだろう。
カメラからデータが順番に書かれないってこともあんのかな？

カメラが撮影した画像を単純に書き出すだけの実装ならいいけど、
バッファリングとかしてたらどうなるかわからんね。
FAT見て順番を決めようにも、撮影が終わってファイルが閉じられるまでは確定できないよね。
ストリーミング的な使い方は特定機種のみ対応にでもしないと難しいね。

とりあえずやってみて、ダメだったアハハで済むのも自作の特権

夜中までやって駄目とわかって、
会社で鬱になって退職する羽目になったらどうする？

どうしようもない。自己責任。

本人のためにも周囲の人のためにも早いほうが(･∀･)ｲｲ!

まあ、仕事な訳ないし、好きでやってるんだろうから心配する必要なし。
もしもで考えるなら、不憫だと見ていればいいんじゃね。

ターゲットをH8SX内臓のUSBを使用して作成しました。
WindowsXPの標準USB仮想COMポートドライバを使用しています。
通常はうまく行くのですが、バルクインのデータサイズが６４バイトの整数倍だとうまく通信できません。
標準仮想COMポートドライバが怪しいと思っているのですが、こんな事ってあるのでしょうか？

>>686
64バイトの後0バイトのIN送ってるかい?

>>687さん
送っていません．．．．必要なんですか。
勉強不足でした。
試してみます。ありがとうございました。

>>682
仕事でやるのに、2ちゃんなんかで質問しているようじゃ
最初から話にならね

>>644
すまん、書き込んだの忘れてた。
renumerationを利用して、USB機器が接続されるたびに、
ドライバがファームを書き込む事が可能と言う事ね。
つまり、EEPROMなし。

傍迷惑なドライバだな、それ・・・

名前忘れたけど、それをやるドライバを使ったまま一般に販売してしまって
大問題になった製品があったね。

自社内でテストするだけなら別に構わないんだけどさ。

DVB-T BDA USB Receiverだっけ？

どういう経緯なんだろな、検索してもよくワカランｗ

ここの人たちって当然ドライバ自分で作ってるんだよね？

標準クラスのターゲットしか作ってません・・・

FX2なんかでパラレル入力出力ポートを実現する場合なんかは
ドライバ作らないとだめですよね。

CYのオマケドライバか、柏野さんドライバ
http://www.otto.to/~kasiwano/toppage12.htm
でも使ってみれば良いんでないかい

今流行のWinUSBを考えている
WDKにOSRのFX2のやつがあるんで
でも、umdfが分らん、orz

FPGAにUSBと大忙しなんだね。ってのは置いておいて

>>696
パラレル入出力てのはプリンタポートじゃなくて普通のI/Oのこと？プリンタポートなら標準クラスなかったっけか。
あと普通のI/Oでもそんなに速度にこだわらないならHIDでやっても良いかもね。

Linuxだと、USS720というチップを使っているUSBプリンタケーブルに対して、本物のパラレルポートとして
アクセスすることを可能にするドライバがある。
私はそれを使って、wine上で、Xilinxのダウンローダを動かした事があるが、それらがさらにG4 iMacの
VPC上で動作していたので、遅くて使い物にならなかった...

USBは1m秒周期でしかデータをやりとりしないのでスタンダードモードで1ビット毎の制御とかなら
1マイクロ秒に比べ少なくとも1000倍は遅くなる。

USB 1.x で進化が止まってる知ったか厨に用はありませんので、
お帰りください。

他人を罵倒する割に自分の知識が開陳できない厨も、すぐに帰ってほしいものだなｗ

>>702
2.0は変わったの？知らなかった。どれ位の周期が使えるの？

HSだと125us単位の転送が出来るようになってる
ただし転送開始単位は1ms単位にくくられることが多いので>701も完全に間違いとはいえないんだな。
途中にHS対応ハブを挟むとまた話がちがってくるお。

>>703
罵倒しかできない厨は、もっと不要なんだが。

>>704
>>705 が言う通り 125μs

まあ、それでも 125倍だから、>>701 に書いてあることは間違ってる
わけじゃないけど、それ以前に「スタンダードモード」なんて言う
俺俺言葉を使わないようにしたほうがいい。

家でCQのおまけのパラレルポートJTAGダウンローダー使っているんだが、
最近のマザーボードはパラレルポート無いの多いんだよな。マザーをアップグレードできないで
困っている。

だれか、本物のパラレルポートとして使える市販のUSB->パラレルポート変換器しらない？

>>705
おお、進化してるんだね。
所で、１２５μとかだとCPUのオーバーヘッドが凄そうだけどCPUから（実際はドライバを介してだろうけど）やりとり出来るのかな。
ホストチップが勝手にやってくれるならオーバーヘッドは減るだろうけどJTAGを制御とかするには意味ないし（ry

>>706
>それ以前に「スタンダードモード」なんて言う
> 俺俺言葉を使わないようにしたほうがいい。

プリンタポートはスタンダード、エンハンスド、エクステンドの３つのモードが選べる。
プリンタなどで後者２つを使う場合はUSBドライバをブロックデバイスとして実装すれば性能が出るだろうけど
手順が決まってて、CPUから自由にビットを立てるには不便だと思うよ。
そんな時は昔ながらのスタンダードモードで使う事が多いはず。

>JTAGを制御とかするには意味ないし（ry
うーん、そういう事言い出すから厨にからまれるｗ

実際HSでストレージデバイス目的じゃなく気軽に使える汎用のエンドポイントは
EZ-USBのSX2,FX2くらいしかメジャーなデバイスって知らない。

で、JTAGってリアルタイムフィードバック制御などと違って
すぐ前の取得データを使いたいなんて用途は少ないから
バルクの転送モードでの速度が改善されれば割と高速化できる部分は多いですよ。

あと　>708は根本的に誤解してるかもと思うのは
1ms(125us)に1byteじゃないよ、1ms(125us)に1転送でMax64bytes(512)だよってことかなｗ

>>708
> 所で、１２５μとかだとCPUのオーバーヘッドが凄そうだけど

普通は、ホストチップが処理するから CPU のオーバーヘッドはない。

> JTAGを制御とかするには意味ないし（ry

言いたいことがよくわからん。

> プリンタポートはスタンダード、エンハンスド、エクステンドの３つ
> のモードが選べる。

前のスレからの続きか、それは見落としてた、すまん。

ただプリンタポートのスタンダードモードだと、そもそも 360KB/s 程度
しかでないからビット単位でやると、45kbps なので LS/FS の 1ms で
やっても45倍だし、HS の 125μs だと5.6倍程度なので、1,000倍は言い
過ぎ。

そもそも、一対一で設計 (実は、最大８台までディジーチェーン可能ら
しいが見たことない) されててバスを独占できる IEEE1284 と最大 127台
のデバイスでバスを共有する USB では考え方が違うから、本気でやるな
ら USB〜IEEE1284 の変換部分で細かい処理をやるべきだと思う。

>>710
プリンタポートをビット単位で制御しようとしているらしいので、
1bit/1ms or 125us になってしまう。

そもそも DOS レベルで直接やってもあまり性能はでない構成なので、USB
をかませたら性能が出なくても当然ともいえる。

>プリンタポートをビット単位で制御しようとしているらしいので
>711 も実は理解してない予感が・・・

>>712
おれも理解していない,orz
プリンタポートをビット単位で制御　と
プリンタポートをバイト単位で制御　はどう違うのか教えてくれ

ビット単位→一回の転送で１ビットづつ指定。

＞だれか、本物のパラレルポートとして使える市販のUSB->パラレルポート変換器しらない？

原理的にムリ

どしてもプリンタポートに繋ぐ機械をUSB経由で繋ぎたい場合は、USBでマイコンつないでマイコンに
プリンタポート任せるしかない。

FPDを繋ぐ場合も同様

>707　 ID:j+oXuY1m　のAA貼りの言うこと信じちゃいかん。
脳内自営の脳内電気屋で言ってることはすべて嘘。

>>712
悪いけど、話についていけてなさげだから ROM っててくれるとありがたい。

君の書いてることぐらいは、みんな分かってて書き込んでるから。

>>718
バカの言うことを聞く気はしないなあ。
もう少し賢いところをみせてくれないと

お約束のレス乙

今回の話題はJTAGアダプタみたいなビットバンギング用デバイスを
効率よくUSB経由で制御したいという話だから、素で書くと1-8Kbpsで
激遅→もっと昔のパラレルみたいにレイテンシが速いのないの？って
誰もが思うわけで。

でもJTAGならメモリの読み書きのようなバルクデータ転送処理が高速化すれば
まず十分だから、そこだけ1USBパケット=1bitみたいな使い方をせず、ブロックで
データを送ればいい。

もっといい?%

あれなんか切れた。

もっといいのはJTAGアクセス用ライブラリのようなミドルレイヤの
設計でJTAG応答を読む瞬間まで書き込みをバッファしておいて、
読み出し時書き込み、みたいにすればバス効率は最高になる。とにかく
一方向に流すだけで済むような使い方をしないとUSBはどうにもならない。

JTAGで書けるフラッシュROMはありませんか？

>>722
>JTAG応答を読む瞬間まで書き込みをバッファしておいて、
>読み出し時書き込み、

USBを使ったJtagアダプタは、大抵こうしていると思う。私の自作したEZ-USBを使ったやつもそうだ。
例えば、バイト単位で通信する場合、MSBをR/Wのコマンドにしておいて、Jtag playerからの
書き込み要求が、7回たまるか、または、読み込み要求が来ると、実際にUSBへ書き込む。
読み込むとき、1ビットしか使わないのは仕方ない。
これに答えるファームが非常に単純に実現出来るのは、誰でも想像できると思う。

だから、高価なメーカー製のUSB-Jtagアダプタの通信を解析すれば、比較的楽に互換アダプタが作れると思う。

>>723
FPGAのコンフィグROM。
あとSPIなシリアルROMならググればできそう。

>>723
ttp://www.st.com/stonline/products/literature/ds/8460.htm
まだよくデータシート読んでないけどこういうやつかな。

本物のパラレルポートとして認識するのと、本物みたいに高速転送するのは全く別の次元の話だから一くくりで話されても困る。

>>723
>JTAGで書けるフラッシュROMはありませんか？

読み出しはパラレルで書き込みはJTAGを探しているのですが見つけられません。

>>728
>>726は使用目的に適合しませんでしたか？

ストロベリのEZ-USB FX2
http://strawberry-linux.com/catalog/items?code=50011
の24C64の書き換えは毎回DIPソケットから抜いて外部のROMライターで行うのですか？

>>730
I2C経由で書き換えできるだろ

>>731
I2C経由の書き換えってどうやるんですか？
I2C経由の書き換え用端子って用意されてないみたいなのですが
だから、ソケットでROMをつけている？

>>732
FX2とI2C接続されてるんだから、FX2から書き換える

>>733
SDAをFX2より切り離さないで24C64の再書き換えできるんですか？

できる。むしろ切ったらだめ。

>>735
方法を書いたサイトか、書き換えソフト教えてください

>　方法を書いたサイト

http://www.google.co.jp/

>　書き換えソフト

すでにインストールしていると思うぞ。

http://optimize.ath.cx/cusb_fx2/fx2lp_dev.html

>>738　が答え

http://optimize.ath.cx/FX2_USB/eeprom.htm
の＜一度書き込んだＥＥＰＲＯＭに再度ＦＷを書き込む＞に
再度書き込みには
MINI FX2の場合はPROMのジャンパピンを外します
とあり、でもストロベリにはそんなジャンパないんです。
で>>738のfx2lpにもこれがあります。

それ、ROMなしモードにしてるんだな。

そろそろ本買った方がよくね。
あと、回路図くらいは見ようぜ。

>>740
電源投入時にEEPROMからメモリにプログラムがロードされるから、USBに挿すときだけEEPROM抜いておけばいい。
EEPROM is missingって認識したらEEPROM挿して書き込めばいい。

てかデータシートに書いてあるんだから読めよばか

やーー、先生方、熱烈感謝です。俺ですよ俺
結局、よく解らんから、ストロベリやめて、ROMの切り離し出来るoptiの完成品を使って
USBのデバイスドライバ作成始めることにしました。
Cypressってすごいな。ほんと色々な情報公開してるのに驚いた。

自作Friioもどき作製に忙しいですか？
最近のUSB自作のはやりってフル自作USB地デジチューナーらしいね。
なんか、へたれは市販のチューナーを改造してるらしいけど
ここの椰子はそんなへたれいないよね。

>>745
そこまでして、テレビ録画したいのか？
どうせ、ためるだけで、ほとんど見ないだろう。

できない言い訳は日記にでも書いておけばいいんじゃないかな。

これまでずっとRS-232C(もどき)で基板を作ってたのだけど
今回 FT245 が載った基板を使えることになった。

既存のWin32ホストアプリを改変せずに、仮想COMポートとして
使いたいのだけど、WinXPとかに標準でシリアルクラスの
デバイスドライバって存在してるの?

ビットレートは 115k 相当あれば十分だけど速いに越したことはない。
RTS/CTS, DTS/DTR も使ってる。


RS-232Cっぽい変換器のたぐいがことごとくProlificのウンコドライバで
辟易してるのだが…

トラ技付録期待age

>>748
標準で入ってるけど、INFファイルは必要

>>748
WinXPに標準COMMクラスドライバは存在する。

しかしFT245は標準COMMクラスデバイスじゃないから、標準COMMクラスドライバでは
FT245と通信はできない。

>>746
俺もチューナーモジュールとEZUSBFX2で地デジチューナは作ったけど、使ってない。
作るのが目的だったみたいだ。

>>748
FT232シリーズ使えばいいのに。
ProlificのUSBシリアルで不自由してないけど、何かあったの？
流石にビット操作は(本物のシリアルに比べて)遅いけど、特に不具合はなかったし。
大量のデータをたれ流す分にはFT232も遅くはないんだけど、コマンド送ってレスポンス見てという用途だとProlificの方が圧倒的に速い。

>>752
prorificは確かに速い。私のデバイスでは、keyspanの1.5倍くらいのスピードが出た。
別の用途で優秀だと言う情報から、GUC232Cというのを結構な値段で購入したが、
名も知らぬメーカーの安物アダプタでも使われているね。

USBバス給電の場合、つないだ瞬間の突入電流って、どのくらいまで許されるの？
3A/50usぐらいだったら一応問題なく動作したけど、どのPCで使ってもOKかどうかは分からないし
どうやって決めたらいいのかな

規格書を当たってみりゃいいんでないかい。
決まってないと思うが。

PC側に入っているであろうヒューズの特性を調べてみるとか。

規格では電源に入れていいコンデンサの上限が10uFじゃなかったっけか。

10uFを5Vで充電すると50uCだけど、3Aが50us流れ続けると考えると150uCで超えてしまう。
でも実際の波形を考えれば、ま、大体そんなもんだから大丈夫だろうって感じじゃないか。

参考にしようといろんなメーカが公開してる回路図みると10uFばっかりだったのは理由があったのか

>>754
The maximum load (CRPB) that can be placed at the downstream end of a cable is 10 μF in parallel with
44 Ω. The 10 μF capacitance represents any bypass capacitor directly connected across the VBUS lines in
the function plus any capacitive effects visible through the regulator in the device. The 44 Ω resistance
represents one unit load of current drawn by the device during connect

追加
If more bypass capacitance is required in the device, then the device must incorporate some form of VBUS
surge current limiting, such that it matches the characteristics of the above load.

てなくらいしか書いてないかなぁ・・

「てなくらい」というか、これ以上どう書けというほど詳細に書いてあるね。

>3A/50us

キティちゃんw

平気で２００ｕＦ（１００ｕＦ×２個）とか入れて遊んでたよ。
幸い、これまで問題なく動いてる。
オモチャだからこれでいいやwwww

>>763
ホストがえらいのら。
ちゃっちいＮＥ＊Ｃで、ボード交換になってまった。
ポリスイッチ咬んでないのか！

>>762
なにそれ？

500mA超えなきゃ文句無いだろ、と10Ω入れて100uF付けてたけど、0Ω+10uFに変更することにします

ポリスイッチ入りのUSBケーブルとかって実験用に作っておくといいかもな

まともなホストなら過電流保護あるんだけどな

いや、note PCだとワンタイムのヒューズが。
ポリスイッチは即断ヒューズより時間がかかるので、定電流かアクティブな保護素子がいいな。

ポリスイッチ自体がそこそこ抵抗値あるから、
実質それでＯＫじゃまいか、と素人発言してみる。

>>767-768
7.2.1.2.1 Over-current Protection

The host and all self-powered hubs must implement over-current protection
for safety reasons, and the hub must have a way to detect the over-current
condition and report it to the USB software.
（中略）
If an over-current condition occurs on any port, subsequent operation of
the USB is not guaranteed, and once the condition is removed, it may be
necessary to reinitialize the bus as would be done upon power-up. The over-
current limiting mechanism must be resettable without user mechanical
intervention. Polymeric PTCs and solid-state switches are examples of
methods, which can be used for over-current limiting.

となってるから、過電流保護が入っていないホストや溶断ヒューズのみで
保護しているホストは、そもそもUSB 2.0に準拠していない。

ま、準拠してないホストはたくさんあるから、そのつもりでデバイスを
接続するほうが安全なんだが。デバイス側もまた非準拠だらけだしね。

>>768
まともなNotePCならポートごとに電流カットするICが入れてあるよ。

それ本当かね？
そんな高コストのことわざわざしていると思えないし、
仮に本当だとしたら世にあふれる「USB盗電機器」（USB毛布だの、USBカップウォーマーだのね）
は使い物になってないはずだと思うんだけど。

まともじゃないノートPCが大半だから

USB使わないで　ﾜﾝﾎﾞｰﾄﾞマイコンで遊ぶ方が…

>>772　メーカーの購入価格は、ポリスイッチより安いw

>>772
8pin SOPワンチップで2ポート分だから安いと思うけど。

>>772
てか最低500mA、最近なら1Aくらいがリミットだからバスパワーも極端に大電流とらなければ、電流カットされることもない。

>>775-777
知ったか君をいじめるなよ。

おまりらは、仕事でどんなUSB機器開発してんの？
単に趣味でUSB

>>779
趣味と聞いて、逆に聞きたいんだけど、
VenderIDとかどうしてる？

>>780
キットに付いてきたのをそのまま

>>780
NEC エレクトロニクス。

ユニヴァーサル言うんだったら、アマチュアにもユニヴァーサルにして欲しいよね。

>>779
鉄道模型コントローラww
>>780
秋月のデフォルト
もしくはFTBデフォルト
世間に公開しなければなんでもオケじゃないの？

おじちゃん、
無料のUSBパケットモニター　ソフト　教えてください

Usb Sniffer for Windows

>>785
おばちゃん、ありがとう
夕飯は何つくるの？

PICとPCをUSBで繋いで通信したいのですが、
PC側のソフトはハイパーターミナルのないVISTAなので、
自作しようと思います。
開発言語はVisual BASIC か Visual Cしかないのでしょうか？

>>787
プログラミング関連の板で聞いた方が良いと思いますよ。

>>788
ありがとうございます。

>>787
ＴＥＲＡ　Ｔｅｒｍは動くだろ？？？それでどう？

>>785
USBスニッファが動くまで来たらほとんど出来上がったも同然な気がするのは俺だけか…

>>790

TERA TERMでヤフって巡り巡ってPuTTY日本語版をゲットしました。
TERA TERMを教えていただけなければ、ずっと分からないままでした。
ありがとうございました。

練習用自作USBキーボードを作ったんだが。
Descriptorのkeycodeのlogical_maximum が 0x65(=101)
にしておくと英語用101キーボードとして元気に動く。
Usage Tableのキーボードの項目に0x65以降に面白いキーが
たくさんあることに気づいて、早速logical_maximumを
0xffに書き換えたんだけどそもそも認識しなくなった。
不明なデバイスすら表示されない。わかる人がいたら教えてくれ。

具体的には
0x05, 0x01, // USAGE_PAGE (Generic Desktop)
0x09, 0x06, // USAGE (Keyboard)
0xa1, 0x01, // COLLECTION (Application)
0x05, 0x07, // USAGE_PAGE (Keyboard)
0x19, 0xe0, // USAGE_MINIMUM (Keyboard LeftControl)
0x29, 0xe7, // USAGE_MAXIMUM (Keyboard Right GUI)
0x15, 0x00, // LOGICAL_MINIMUM (0)
0x25, 0x01, // LOGICAL_MAXIMUM (1)
0x75, 0x01, // REPORT_SIZE (1)
0x95, 0x08, // REPORT_COUNT (8)
0x81, 0x02, // INPUT (Data,Var,Abs)
0x95, 0x01, // REPORT_COUNT (1)
0x75, 0x08, // REPORT_SIZE (8)
0x25, 0x65, // LOGICAL_MAXIMUM (101) //ここと
0x19, 0x00, // USAGE_MINIMUM (Reserved (no event indicated))
0x29, 0x65, // USAGE_MAXIMUM (Keyboard Application) //ここを
0x81, 0x00, // INPUT (Data,Ary,Abs)
0xc0 // END_COLLECTION

0xff に書き換えてみた。

>>793-794
0x00 〜 0xfe は 2 バイトだけど，0xff 以上は 3 バイトになっちゃうですよ。
0x25, 0x65 -> 0x26, 0xff, 0x00 みたいな感じ。

ディスクリプタのサイズが変わると修正するところが増えて面倒なので
0xfe にしておくのが良いんじゃないかと思います。

>>795
早いレスありがとうございます。なんか自分本位な書き方になってしまって
回答がもらえないと思ってただけにありがたいです。
早速試してみます。

やっぱり 0x65(=0d101)以降のキーに反応しない。
やりたいことは音量Up/Down、Mute。Usage Tableには0x80 Volume Up、
0x81 Volume Down、0x7f Muteってあるから出来そうだけど。
ぐぐったりしても別個にVolume Up/Volume Downボタンを定義してる。
どうすると0x65以降のデータに反応するようになるのか分かる人がいたら
教えてください。
#こんなこと一晩中やってたらもう朝で今から試験。orz

いっこめのコンデンサ、10uつけるとして、耐圧は6.3VでOK？危険かな？
部屋のFANをON/OFFすると±5Vぐらいノイズのるんで25Vぐらいのほうが無難か？

自作USB機器で間違ったことをしてしまうとパソコンが壊れて
しまいそうでこわいです。
たとえば電源とGNDがショートとか。

パソコン側に安全装置ついていますかね？
でも、ヒューズだったら交換しないといけないし。

自作USBデバイス側に安全装置を付けるとしたら何がいいでしょうか？

ちなみに使っているPCはmacbookです。

>799
USBハブかませれ

USBハブだったら、安物なんて1000円しないしね。

>>799
大抵の PC は、ポリスイッチとかの自己復帰可能な過電流保護回路を持ってるから
ショートなんかは大丈夫。(参照: >>770)

ただ自作回路だと、過電圧を掛けたりすることがあるから、>>800-801 が言う通り
USB ハブがお勧め。

今日も11:20定刻の開店です。

225 名前：774ワット発電中さん[] 投稿日：2008/08/02(土) 11:20:06 ID:nsdirrIL
＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃
＃＃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＃＃
＃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＃
＃　　　　　　　なぁ、ちょっと聞いてくれよ。このスレの１８が終わろうとする時　　　　　　　　 ＃
＃　　　　　　次ぎすれが全然勃たなかったんだよ。それで仕方なく１９を漏れが　　　　 　　 ＃
＃　　　　　　建てたんだな。　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　＃
＃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 ＃
＃　　　　　　　http://science6.2ch.net/test/read.cgi/denki/1212918028/l50　　　　　　　　 ＃
＃　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 　＃

コピペ君って馬鹿だな、まで読んだ。

おまえら、
FX2LPは何時からCyAPIなんてのを経由してコントロールするようになったんだ？
ezusbsys.hを用いているソフトでFX2LPとやり取りできない,orz
ezusbsys.hなCypressの開発ツールってまだ入手できるのか
出来るなら場所プリーズ

もう、随分前からだったような・・・
ドライバ自作しないなら、新しいドライバを使っといた方がいいんでない？

古いやつって、EZ-USB_devtools_version_261700とかかな？
それならCypressのサイトでCY3681を探すと出てくるけど。

>>806
ドライバの自作なんてしないよ。
本の記事のUSB機器を猿真似で組み立て、Cypressからcy3684開発ツールを盗んできて、
で、記事のホスト（PC側）アプリをビルドしようとしたら、
そのアプリで用いているezusbsys.hが開発ツールに無いことに気づいた。
で、これは古い開発ツールを使っていると妄想したしだい。
このためだけに、暑い中、秋葉にオプティのFX2LPキットや
部品を買いに逝って、そして、苦労して組み立てたのに使えないのは悔しすぎる。

あと、cy3684には.libだけでドライバーのソース添付してないんだな。なんで？

>>807
熱烈感謝　帰ってから盗みに逝きます。

>>807
まさに、それでした

>>807に良いことありますように

お前ら、活きているのか？

生きてるが活きはない。ついでにネタもない。

PIC18F2550でUSB-SPIブリッジを作ろうかと考えてる。
片道1Mbpsくらいなら確保できるかな。

完成したらテストしてあげるからHEXくれ
SPI接続のICをちょっと動かしたいときとか使えそう

CPUの入ったデバイスにUSBのクライアントチップを積み、
マウスやジョイパッドとして動かす一方、デバイスにバルク転送でデータを垂れ流したいと思います。
入手性や学習性を考えるとUSBのクライアントチップには何がおすすめでしょうか?

＞入手性、学習性

キットで遊べばいーじゃん。
でもマニアックにＵＳＢコントロールをソフトでやるＨ８も面白そうだけど。

>>814
SL811HSTはどないでしょ。デジキや秋月で売っていたと思うけど
ターゲットにもホスト側にもなるけど1ポートしかないから
ターゲットとホストを同時に両方行うなら2個使いになるのかな。

実質的にFX2一択ですか

FT245RLをセルフパワーの3.3Vで使いたいと思っています。
外付け水晶の使い方は、FTDIのテクニカルサポートに聞けと
書いてありますが、単なる趣味の個人なのでそれも憚られます。

回路自体は、水晶とコンデンサを付けるだけだと思うのですが、
内蔵発振器を殺して外付け水晶を有効にするには、どのように設定すれば良いのでしょうか？

＞内蔵発振器を殺して外付け水晶を有効にするには、どのように設定すれば良いのでしょうか？

何の意味がある？
外付けを使いたいなら、一昔前のFT8U245AMを使えば？

>何の意味がある？
セルフパワーの3.3Vで使いたいのです。
外付け水晶の使用は目的ではなく手段です。

セルフパワーで使うと内蔵発信器が使えなくなるのか？

データシートによると、内蔵発振器を使う場合は
電源電圧が4V以上必要なのだそうです。

3.3Vで使う場合は、外付けの水晶振動子を使うか、
外付けの発振器からクロックを入れろと書いてあります。

>>808
柏野さんの汎用USBドライバ使えば良いんでない？

WinPCならHIDデバイスって事にすると勝手に認識してくるるよ

>818
FTDIのサイトの Application Notes に
Using the FT232R/FT245R with an External Crystal or Oscillator
てのがある。ちなみに設定にコードを書く必要がある(設定バイナリが用意されてない)。

ところで全電源3.3V環境で外付クリスタルが必要ってのはデータシートのどこ？

>825
自己解決。
データシート2.01には+4.0V以上の注意書きがあるんだ。へぇ。
1.04にはそんな注意書きがなかったのに。

てか、俺なんか悪いことした？ 774になってないけど。

自動保守や個人設置の2chプロキシ(p2?)、自作や無名な専用ブラウザの使用者の
リモートホストが晒されるようになったらしい。
意味は不明

なんだってー

以前、USB機器のデスクリプタとか流れてるパケットを閲覧できるフリーソフトを使ってたんだが、名前を忘れてしまった。
誰かご存じの方居ないですかね。

>>813
残念だが汎用ではないんだ。
バルク転送でSPIのDACに一定レートで垂れ流して2Mbps出たと言っておく。
バーストレートならもうちょい出るけど一定レートだとこのあたりが限界。

SnoopyPro ?

>>816
いやﾁｯﾌﾟに要求するのはｸﾗｲｱﾝﾄだけなので
それよりも240ﾊﾞｲﾄしかﾊﾞｯﾌｧがないのが辛いなあ

>>831
後出しじゃんけんもめんどいのでデジキで検索するよろし。

>820
そもそも2550のSPIマスタはmax 2Mbpsなのだが、
もうちょい出るってのはどんな感じ？

うわあアンカー違い。
>833のアンカーは820じゃなくて >829
すまん 820,829

>>829
HHD Software の USB Monitor は、結構できが良かった

>>833
SPIは最大12Mbpsですよ。

>836
データシートの19.3.5の最初のページの右列の記述のことだろ。
誤字じゃねえの。

>>835
そうそう。これだった。ありがとう。

>>837
本当だ。2.00Mbpsって書いてある…
Fosc/4だから12Mbpsなのに。
オシロで見たけど間違いなく12Mbpsのクロック幅だたよ

PICでUSBやろうと思って、CCSのコンパイラに付属してた
サンプルどおりにやっても通信が出来なかった。
そもそもパソコンから不明なデバイスとしてしか認識されない。
PC側ではVIDもPIDも0000となってる。

しょうがないんで1から自分で作ろうと思ったけど
まずコンパイラに付属してたソースすら解読できない。
データシート読んでもPICがどう動いてるのかもイマイチ分からんし……。
USBの通信自体はシンプルなもんだよな？
SOFに合わせてトークン出せばいいんでしょ？
ディスクリプタとかドライバとかが面倒なだけで。
うーむ難しい……。

シグナルレベルでは比較的シンプルだけど、プロトコルは面倒だよ。
USB仕様書を何十回も読み返してるが、未だにスッキリと理解できん・・・

>>839
仕様書に目を通すくらいはしようね

>>840
ｍｊｓｋ。簡単だと思ったのも全然理解出来てないからなんだろうなと思うと悔しいｗ

>>841
そうだな。あの650ページのも軽く目を通しておこうと思うが、
日本語の本で良さそうなの(USBコンプリート3版)が図書館にあったから借りてみるよ。

俺はPICでUSBガンガン使ってるけど、上っ面しか理解してないとおもう。
基本的に配布されてるファームウェア参考にすればどうやればいいかとかわかるからね。

どうしてFTDIのFT245のWR信号はアクティブHIGHなんだろう？

アクティブLOWなら、汎用CPUと接続しやすいのに。

>>839
だから 'EZ'-USBがあるんだろうが。

>>839
プロトコルアナライザがないと解決はなかなか難しい。

逆にプロトコルアナライザがあればバカでないかぎり解決できる

PCアプリベースのアナライザでも、ないより結構いい。

>>844
「汎用CPU」がワンチップマイコンを指してるのなら、使うワンチップマイコンに
内蔵されているパラレル入出力モジュールの仕様に合致すれば接続しやすいし、
合致しなければ接続しにくいというだけで、正論理だから接続しにくいとか、
負論理だから接続しやすいとかはないだろ。パラレル入出力モジュールがなくて
汎用I/Oで接続するなら、なおさら論理は関係ない。

ワンチップマイコンでないなら、どうせ直結はできずグルーロジックが必要に
なるんだから、やっぱり正論理だろうと負論理だろうと接続のしやすさは同じだろ。

>>848
たとえば外部バスを持ったH8とFT245をつなぐ場合、
FT245の
D0-7にはH8のデータバスをつなぐ。
RXF#にはH8の入力ポートをつなぐ。
TXE#にはH8の入力ポートをつなぐ。
RD#にはH8の/RD信号をつなぐ。
しかしWR信号は論理が逆だから/WR信号を直結できない。インバーターが必要。

なぜWR信号が正論理なのか理解不能。

H8だけでなく、外部バスを持ったSH, V850, ARMでも同じこと。

>>847
無いよりは良いけど一番必要なときはPCにデバイスとして認識させるまでなんだよねｗ
PCから正常に認識されるようになればUSBスニッファが使えるからはかどる

俺はこれ使ってる。
http://www.aubit.co.jp/US-H200_gaiyou.html

５０万円くらいした。

68系はクロックの立下りでデータを取り込んでもらうと都合がいいのだが。

C級の本を読んでMonitorクラスがあると知ってｗｋｔｋしていたら
このざまだぜ....
「USB is not used to transfer the information actually displayed on the monitor.
USB’s available bandwidth is not sufficient for this task.」
ごもっともと言えばごもっともなのだが、USB2.0でディスプレイアダプタが提供されている事を考えるとねえ....

でも、UPSとかの制御がHIDクラスというのはおもしろい。

68を使う人はあまりいないと思われ・・・。

どっちみちバス直結するやつは、あまりいないと思われ。
チップセレクト無いし。

>>844
WRにRD#をつないだら?

バスがぶつかりそうな気がしないでもないが。

>>851
おれは、LE-620HS を使ってるんだが、解析ソフトは同じだな。
どっちがが OEM なんだろうな。

http://www.lineeye.co.jp/html/product_le620hs.html