自作回路でUSB EndPoint3

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

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

前スレ

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

その他情報>>2-10位

入手しやすい代表的なデバイスなど
初スレ>>13-14氏＋その他

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

【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と同じ形式で書いてもらえると
次スレを立てる人が反映しやすいかと思います。


スレ立て以上

ルネサス
http://japan.renesas.com/fmwk.jsp?cnt=usb_family_landing.jsp&fp=/products/mpumcu/usb_device/

組み込み機器へのUSBホスト実装技法
http://www.cqpub.co.jp/hanbai/books/MIF/MIFZ200812.htm

前スレ >>996
> 大きいプログラムを作る上で機能不足と、

へぇ、Ｃにはその機能不足はないんだ、すごいね。

> やってはいけないことを出来てしまうこと。、
> あと、簡単にメモリリークを引き起こしかねないこと。

Java とか VB でも使ってりゃいいんじゃね。

> クラス設計そのものの機能として仕様上の不備がある。

不備があるならクラスなんか使わなきゃいいんじゃん。
俺には使えてるけどね。

まあ、レベルは大体わかったからもうレスしなくていいけど、
まだレスするなら、内容をもっと具体的に書いてくれよな。

新スレで続けるようなことでもあるまいに。
スレチだし。

>>6

>へぇ、Ｃにはその機能不足はないんだ、すごいね

ばかだねぇ Cで大規模プログラムなんて生産性が悪いからC++なんだろうが。


>Java とか VB でも使ってりゃいいんじゃね。

少なくとも、オブジェクト指向に頼るような場合は、C#使うね。
というかおまえC#なりDなり新しいC系オブジェクト指向言語でプログラムしたことないんだかわいそうに。


>不備があるならクラスなんか使わなきゃいいんじゃん。
>俺には使えてるけどね。

他に解決策なく、あほの一つ覚えでC++でオブジェクト指向続けるんだろ。間違いないわ。
情報不足も甚だしいな。ソフトでゴリ押ししてできた気になるならfortranでAIプログラムだって
Mathematicaで数値プログラムだってできるわい。
どうしても速度稼ぐ部分をほぼPure Cで書いてdllにして、それ以外の大部分はC#を使うのが、
Windwows上のプログラミングでは当たり前。もっと簡単に済ませたい遅くてもいいGUIってことならTcl/Tk使うとかな。
使い分けもできず、正しいチョイスもできず、今や死に体のC++無理して使って何自慢してんの？

このスレは粘着キチのすくつか

ドロップ君...

マ板でやれ。

ム板には行くなよ。

>>8
> Cで大規模プログラムなんて生産性が悪いからC++なんだろうが。

あれ？ C++ には仕様上の不備があるんじゃないのか？
言ってること矛盾してきてるぞ。

で、その仕様上の不備を「具体的」書いてみなって言ってるんだけど、
fortran とか Tcl/Tk とか知ってる単語並べてごまかそうとしてるの
はなぜかなぁ？ (w

Ｃは高水準アセンブラ
プログラマの責任においていろいろ出来るのが利点で、最適化も
殆どやらないというスタンスだったのに、だんだん窮屈なものに
なってしまったな。

所詮Cは高級言語だからな。アセンブラとは比べ物にならない。

>>12
>あれ？ C++ には仕様上の不備があるんじゃないのか？

お前、文章理解力のない能タリンだな。マジバカ。
大規模プログラムを作るためにC++を画策したにもかかわらず生産性が全く向上しなかった。
本来リアルハードウェア非依存目的に設計され、
必ずしも大規模プログラミング用に特化設計したわけじゃないJavaに取って代わられたのが実情。
つまりC++じゃ大規模プログラムをつくるには不向きだったってことだ。市場のニーズに応えきれなかった。
これを仕様上の不満といってるんだよバカ。
その証拠に、Visual Studioのデフォルトインストールではずいぶん前から、C++は選択されない。


>で、その仕様上の不備を「具体的」書いてみなって言ってるんだけど、

それも既に書いてるのに読めてないんだな。アホだから。
日々C++でプログラムしてたらいっぱい不備が見えてくるのが普通なのにそれもまったく気にならずかお前

多重継承が何のwarningもなく出来てしまう。
usingステートメントがない。
interefaceが用意されてない。
インスタンス生成がヒープ or スタックなのか言語仕様上の区別がない。
アクセシビリティの違いだけのstructとclass
ジャグ配列だけで、ボックス型配列がない。厳密に言えば多次元配列は用意されてない
デリゲートもない。
アクセサもない。
Better CというスタンスだったのにC99には全く対応できてない。

いっとくがMicrosoftが勝手に拡張した.netは別仕様だ。あくまでもISO C++の規格としてだ。
ISOは不十分すぎて、.デリゲートにしろ多次元配列にしろMSが拡張せざるを得なかった。
やり過ぎてC++/CLIでＩＳＯに否定された。
そもそも、上で書いたようなことはISO規格になる際に検討しとくべきだったのに手つかず状態。
最新Cへの対応も常にCの上位規格になる旨盛り込むべきだったのに今じゃ別規格
こんな中途半端な疑似オブジェクト指向言語でディジタルシステムをシミュレート記述しようとしたSystemCが失敗したのは当然だな。
悔しかったら、まともに使える言語にやり直してみろや。C++なんかをベースに使ったことが大失敗


>Tcl/Tk とか知ってる単語並べてごまかそうとしてるの

Tcl/Tk程度持ち出されただけで何あせってんの？お前こんなことも知らんのかい？え？池沼君よ

俺はもだ〜んとかふぇくてぃぶとかを読んで、この言語終わってるなと思ったな。
今は、純粋に興味の範囲で触る時と、仕事で使うときとは、別の言語だと思って接している。

>>15-16
コピペ君てバカだな、まで読んだ。

なんか、デスマPGがこんなとこまで来て憂さ晴らししてんだな。
ソフトのやつらはほんとどうしょもないな

あれはＰＧじゃないよ。このあいだまでＨ８や逆起電力の関連で粘着してたアスペ野郎だ。

生産が終了してるみたいだが
【USBN9603/4】

>>2の初スレの13-14って、4年前の書き込みだからなぁｗ

>>20
USBN9605でも作ってくれないと少し痛いね

市場在庫はまだあるみたいよ。
まあ糞使いにくいし、新規に使うところもないだろうからいいんじゃないでしょうか。

しかし、USBコントローラとか内臓したマイコンって最初のスレ当時から
ずいぶん出てると思うんだけど、テンプレはまったく更新されてないんだね。

通販が嫌いな人にとっては痛いと思うよ。
オプティマイズの糞高いFX2くらいしかUSBN9604を除くと秋葉原では手に入らないことを考えると

秋月でなんでFX2をやめたんだ！

FX2LPでセルフパワーデバイス作ってるんだけど、
ケーブル接続してないとき、D+に3.3V乗ってるぽいけど、これって問題ないんだろうか？

デバイスを、ホストに刺さってないバスパワーのハブとかに刺したら、壊しちゃいそうな気もするんだが

それは電流流れるの？内部的に高抵抗と等価なプルアップみたいになっているんじゃなくて？

プルアップが無かったらフルスピードデバイスとして認識されんだろうて

>>27
電源入ってないバスパワーのハブに挿したら、
ハブ側のD+に1.7Vかかってたから・・・流れてるぽい？

>>28
http://developer.apple.com/jp/qa/hw/hw82.html
↑こんなの見かけて気にしてたんだけど・・・
VBUSの電圧使ってプルアップしてるなら問題ないと思うんだけど、
セルフパワーをFX2LPに供給してたら・・・「あれ、マズくね？」と思った次第で

>VBUSの電圧使ってプルアップ

これもダメだろw

それは５Vでプルアップしたらダメだろ、というツッコミか？ｗ
さすがに、それはやらんだろｗ

FX2でCDC-ACMやり始めて無事ドライバ(usbser.sys)を組み込めたけど
そこではまってしまった

VBUSをどっかのポートに入れて、
USBCSレジスタのDISCONビット制御すればいけそうなんだけど
このやり方で良いんだろうか・・・

bmRequestType = 0x00時のbRequestCode = 0x21 or 0x22ってなんですか?
USB仕様書の9章にのってないのでさがしてるんですが

おばかなこと、聞いてたね…orz

やっぱりわからん…orz

ベンダリクエストとして勝手に使ってしまってたりして

USB1.0は知らないけど1.1ではVBUSはNCでいいらしい

>>33
VBUSをRESET#ピンに突っ込んでみたらいいんじゃない?
プルダウンいると思うけど。

適当に考えたので保証はできない。

CDC、ぜんぜん進まないヽ(`Д´)ﾉ ｳﾜｧｧｧｧｧｧｧﾝ

おいらはもう諦めますた

>>41
どこまで進みました?
こちらは、こんな感じです。

GET_DESCRIPTOR (Device)
GET_DESCRIPTOR (Config)
SET_CONFIGURATION
COMM_GET_LINE
COMM_SET_CONTROL
データクラスEPxIN(Bulk)へのINトークン
通信クラスEPxIN(Interrupt)へのINトークン(これが0.5〜1秒くらい続いて止まる)

>>42
自分、前スレの839です。
PICでやろうとした
→CCSコンパイラの付属ソースが動かない
→自分で一から作ろう
→むずい、仕様書など読んで軽く理解
→PICのSIEがどう処理してるのか良く分からない
→加えて付属ソース読む気にならない→ｵﾀﾜ

正直萎えました。とんだ糞野郎です（´；ω；`）
自分にはまだ早かったのだろうと、シリアルで通信しています。

>>43
使用デバイスが違うけど、状況は似たようなものです(´；ω；)人(；∀； )ﾅｶｰﾏ!!

USBデバイスのリセット(抜き差し)を行う度に「WM_DEVICECHANGE」が送られている回数が増えてくるんですが、
なにが考えられますか？
最終的にはブルーバックでOSが落ちてしまいます。

>>39
なるほど。そーすれば、ファームウェアなくてもいけそうな感じがする・・・

FX2でCDC-ACM、通信ソフトで最低限のデータ送受信が確認できましたヽ(´∀｀)ﾉ
データ手入力 & 8051でループバックしてるだけですが

FX2は、コードメモリが小さすぎる。

前スレの経緯を見てないが、オブジェクト指向プログラミングというのは、
大規模なシステム開発、あるいは大規模なライブラリを利用する場合に有効なのだろう。
USBターゲット程度では、普通のCで十分と思うが。
Tclの話もどういう経緯で出てきたのか分からんが、簡単なホストアプリ用としては、非常に便利だよ。
UNIX系での話だが、特に便利なのがExpect。これで、（仮想）Comポートと自由に通信できる。
俺は、パソコン通信時代のオートパイロットをこれで最初に作ってから、スクリプト言語の中では、Tclが一番気に入っている。Applescriptも埋め込める。
また、socketの待ち受けもマルチスレッドで可能なので、サーバープログラムも手軽に作れる。俺は、これを利用して、クロッサムサーバーを作った。

>>48
統合失調の人？
本気で何が言いたいのかわからないぞ。
その文章ネタとかで書いてるんじゃないのなら、本当に一度病院いった方がいいかもしれんよ。

ID:VaXpcpcOはコードメモリが小さすぎるんだよ。

>>48の書いてる内容を皆目理解できない >>49,>>50ってマジであほだな。
技術レベルが低すぎて話にならんわお前らこそ泰葉と一緒に入院すりゃどうだ？

ドロップ

アホの自演乙。

もう突っ込まれたくないのね。はいはい。

ああ、まだいたのかドロップ君。
みんながわかることばつかおうよ。

>>48
俺はシェルからPerl Tcl/Tk Ruby Phton 等々などシェルスクリプトをいろいろ使ってきたんだが、
ことwin上となると、PowerShellが最高だと思う。.net環境が整ってきて満を持して登場したって感じ。
C/C++/C#/Java/Perlの経験者ならすぐ馴染めるばかりか、、
膨大な.Netのライブラリをコマンドラインから簡単に利用できる。
当然GUIも書ける。シェル+per+Tcl/Tkl的なフィールが大いに気に入ってる。
.netの威力を痛感したのは
うるう年、うるう秒まで考慮した[DataTime]を使って、
現在から2100年1月1日から必要な時間が、
$xtime=[DateTime]"01/01/2100 0:00"-[DateTime]::Now
で簡単に計算できて、$xtime.TotalDays,$xtimeTotalMillisecondsで残日から
msecまでも簡単に計算できてしまうのは目から鱗だった。めちゃくちゃ便利

自演かどうかID:VaXpcpcOが降臨すればすぐわかるがな。　白痴 >>53

スルーよろ。

>>50
ﾜﾛﾀ

>>55
ほう、Windowsにも良いスクリプト環境があるのね。VBのバカ文法には発狂するが、
>シェル+per+Tcl/Tkl的なフィールが大いに気に入ってる。
ということで、これで、USBターゲットのホストアプリが作りやすければ、素晴らしいと思う。

俺の場合、Windowsはそんなに使わないけれども、
ユーザインターフェイスの設計が非常に下手なアプリを自動化するために、
Auto It という、フリーのスクリプトを使っている。これは、AppleのGUIスクリプト
に対応する物で、コンセプトも似ているので習得は楽だったが、マウスクリック等のタイミング
に問題がある。

FX2とCyAPIの組み合わせでGPIFをつついているんだが
BeginDataXferでのデータ転送って問題なくいけるよな？
なんか，データが一個もバッファに転送されていかないんだが

ちなみにFWはoptimizeのspdchkをつかって
GPIFのコマンドを組み込んでる

>【EZ-USB】使いやすさ×
>・ちょっと間違えると、すぐにハングアップ！

USBNの配線が終わった

SnoopyPro、Win2Kと今回作ってる自作USB機器でハングする。
SnoopyProで通信をみなければ、Win2KでUSB機器は普通に動いてるみたいだけど…
WinXPではSnoopyで普通に通信もみれる。
困ったな。

試しにUSBハブから作ってみようと思うのですが、

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

これとUSBソケットだけで作れますか?

それ、ホストコントローラじゃね？

ルートHUB？っていえばHUB

工作初めてなんで詳しく分かんないんですが

PCから＋３．３VとGND、USBから＋５V　−D　＋D　GND　を引っ張ってきて
ホストコントローラに繋いでUSBソケットを増設したらUSBハブになりますか？
某ソケット７１個みたいにUSBハブ自作したいんでうsgヴぁ

なるかもしれないが、その知識量では無理だ。
とりあえずCQ出版あたりのバックナンバーからUSB規格の特集号を買いなさい。

>>67
そのチップでは、何をどうしてもハブにはならない。

HUB専用のチップが必要。単体は数百円で買えるけど周辺回路部品も合わせると
通販で安物買ったほうがはるかに安い。たぶん部品の入手考えると5〜6倍の値段差になると思うよ。

>>67
学習を兼ねた入門向けなら、ターゲットのを作った方が。
シリアル変換とかオーディオデバイスとか、機能固定の。

FTDIからハイスピードの石が出たね。

>>72
おー。
でもFIFOインターフェイスのタイミングチャートとか見ると
実質的な意味はなさそうな感じ。

それと相変わらずバスパワー/セルフパワーのどっちでもいける設計は
考慮されてない感じだ。

USBもそろそろ3.0の声が・・・

　これもまた自作を楽しむ時代ではなくなって行くのかもね〜

>>73
Synchronous FIFO なら結構スピードが出るんじゃないかと。

3.0のコネクタ何だよコレ
使いやすいのか？

PC側が本当にこの伝送速度を生かせるのかなぁ
480Mbpsでさえフルに使いきれてないのに

やっとホストからのポーリングみたいなプロトコルじゃなくなるんですね(･∀･)ｲｲ!

やっぱり(･∀･)ﾖｸﾅｲ!
PCI/PCIEやPATA/SATAのようにソフト互換だけにしとけばよかったのに

Aコネクタは順当だと思うが、Bコネクタはなんじゃこりゃと思うような形状だな。

個人的にはこれ以上高速化するのが無理だからピン数増やしてみました。って感じなんだよな。

http://pc.watch.impress.co.jp/docs/2008/1118/usb.htm
PCIe並だな。
SATAも含めて外部バスはUSB3.0に収斂しないのかな？

テラバイト単位のハードディスクでもいまやかつてのフロッピーなみの
消耗品　USB3直結でボタン一発バックアップ（ホストコンピュータ不要）
まで標準化してくれ　

>>83
そういう用途を想定したプロトコルにしろ、というのなら話もわかるが
それはインターフェイスレイヤーで標準化することじゃないだろう。

だいいちディスクのコピー方法の仕様なんて一意に決められるわけがない。

usbser.sysでCDC-ACM試してみた

なんとか、データの送受信までこぎつけたけど、CTS信号の制御ができないなぁ
SERIAL_STATEにもCTSないし、どーしたらいいものやら

>>2
>>4
Renesasのマイコンは、FTDIみたいにHost側のデバイスドライバ(Linux希望)
って提供されていないんですよね。
USB I/Fを持ったマイコンをデバイス側に採用したいんですが、
それのHost側のデバイスドライバが提供されているような製品ないですか？

もいっこ。
>>75
データシートの中の FT245 Synchronous FIFO Interface Mode
ってやつですか？
これって、他のデバイス(CPU)と具体的どうやってインターフェイス
とるんでしょう？ FPGAとか必要？

Linuxで用意されているドライバが使えるようなファームウェアを
作れば良いんでは？

FT4232Hにはがっかりした。

Cypressのフォーラム内の検索ができない；；

>>90
大切な情報源は、一括ダウンロードツールなどでぶっこ抜いておいた方が良いね。

うわーん・・・・

USBホストをAVRで作ろうと思ってるんだけど、ちぃ〜っともうまくいかん。
通信はしてるみたいなんだけど、あってるのかどうか・・・
参考資料としてUSBの本を３冊買ったけど、AVRだけでUSBホストを実装しよう！なんて無理だったのか・・・。
でも速度的にはできて当然なんだが・・・。

だれか挑戦した人いない？
詳しい資料あるとこ知らない？

>92

USBホスト倶楽部

でぐぐるよし

>>92
ホスト機能もあるMPUを使えば良いのでは？
確か、Interface誌2008/05の付録の、FRマイコンは
ホスト機能があったと思う。

AVRでやりたがってる人のFRすすめるなんて…

それならAVRのスレに書き込むだろ？

USBをやりたいんだからUSBスレに書いてもいいだろ

つうか、AVRのUSB IF持ちは軒並みホスト機能付きだろ…

マスストレージクラスをサブクラス0x06の実装をしようとしてるんだけどさ。
どういう手順で接続〜データ転送までどんなコマンドがどういう順番で流れてくるのか解る資料って無いかな？

CyAPIを使って複数のFX2とかを繋いだことのある人いる？
それぞれのUSBをCloseするとメモリアクセスエラーになるのだけど
そういうもの？考え方が間違っている？

１つのインスタンスで複数デバイス開いたってこと？

ざっと、APIのリファレンス見ただけだけど、
Openメソッドをコールすると、自動的にCloseする仕様ぽいから
1インスタンスで1個しかデバイス扱えないんじゃないかな・・・

見当違いのこと書いてたらゴメン

>>100

書き方が悪かったか
インスタンスは複数(メッセージ受信用のダミーインスタンス含む)作って
それぞれ別のデバイスIDを開く
アプリ終了時にOpenしたインスタンスをすべてCloseしてdelete
ダミーインスタンスをdeleteするとメモリアクセスエラーとなる

って言うことなんだけど
1インスタンス1デバイスならば，これでいけるはずだよねー？

VID:PIDを0000:0000に設定し、クラスコードに汎用クラスを設定した場合、Windowsの
汎用ドライバが読み込まれるの?同じPCで他のVID:PID=0000:0000のデバイスを使っていた
場合でも、クラスコードに指定されたクラスのドライバが読み込まれるの?

インストール不要を実現するために、OS側のinfには手を加えず、プロトコルはクラス
標準のものとし、また、複合デバイスとして各インターフェースに汎用クラスコードを設定する予定。

USBはドライバとかあって面倒だから
マイコンの場合LANの方がいいと思うんだけど
LANのスレってないのね

>>105
マイコンでLAN？？？
どこまで分かってて言ってんの？

「LAN」って言っちゃう程度の理解だろ・・・

しょーもないレスすんなよ
知らないならいいや

>>105
USBの場合もベンダＩＤとか色々問題はあるけど
イーサの場合MACアドレスとかはどうするの？
秋月の書き込み済みシリアルEEPROMを買うとか？

設置時のポート設定とか、
ユーザーが嫌がるぞ。

>>109
出荷するんじゃなけりゃいいだろ>>MAC
うちの中で使ってる分にはルータより外に迷惑かからんし、自分ちの機器のMACなら自己責任で管理。

つか、マイコンでLANってラントロとかでちまちまやる程度じゃね？

これが比較的お手軽だったなぁ。
ttp://optimize.ath.cx/spi_ether/spi_ether.htm

あくまでも比較的にね

>>111
自分の中ではこれトレンドかな＞ENC28J60/SP
まあこれ以上はスレチなんで・・・

>>112
高い割りにトランス絶縁されてないのが今市

と思ったら、コネクタに内蔵されてるんだね。

>>109
おれは知り合いの会社で持ってるアドレスから一部借りてる。

>>109
秋月以外からも。
ttp://www.microchip.com/stellent/idcplg?IdcService=SS_GET_PAGE&nodeId=2542¶m=en538878&redirects=mac

>>105
LAN だってドライバは必要だし、プロトコルスタックもいるでそ。

スクラッチから書くとなると USB より面倒ないとは思えないんだが...

ライブラリ使うならそのライブラリによるとは思うけど。

昔のH8OSでも見て言ってるんじゃねーの？

>>119
>>105がせめてH8OSでも使ったことがあって、それでいて「マイコンだったら（USBよりも）
LANの方がいいと思う」って言ってるんだったら、俺の意見とは違うけどまぁそういう意見も
ありかな、とは思うが.....
LANは、せめてarmやsh4等でlinuxを搭載するくらいじゃないと、自力でシコシコがんばる
にはUSBと同等(以上)の苦労があると思う。
楽をするには、USBにはFTDIのUSB-Serial変換IC(orユニット)、LANには市販で色々
Ether-Serial変換ユニットがあるので、それらを使えばマイコンで扱うのはシリアルに
なるので簡単。その難易度はUSBでもLANでもそれほど違いはないと思う。

もちろん、趣味なのか仕事なのかでも、また変わってくるけどね

LANって言ってるのはEthernetのことか？

たぶんそうでしょう
そう読んだけど、違うのか？

Arduinoのイーサネットシールド(W5100)はほとんどソフト作る必要ないよ。
LANで他所と通信したいだけならこれでいい。
こういうのが使えるならUSBは余計な手間が掛かるだけだし
LANで使えるなら糞ドライバに悩まされる事がない。

USBだとマスタとスレーブで別々のプログラムあるいはドライバが必要だが、
Ethernetなら片方だけですむって事。
スタックが出来てれば難易度も普通のネットワークプログラミングで
いけるのでかなり下がる。
USBはここで話されてるようなレベルでは時間の無駄だと思う。
非常に申し訳ないが。

Rabbit・・・

ドライバさえ揃ってないUSBと、プロトコルスタックまでできあがってるEthernetを比較してたの？
それは比較するだけ時間の無駄だと思う
非常に申し訳ないが。

>>124
> USBだとマスタとスレーブで別々のプログラムあるいはドライバが必要だが、

勝手に両側組む話にするなよ。

>>104 に、

> インストール不要を実現するために、OS側のinfには手を加えず、プロトコル
> はクラス標準のものとし、また、複合デバイスとして各インターフェースに
> 汎用クラスコードを設定する予定。

って書かれてるだろ。

USBとUARTシリアルの変換で高速のものがないから自分で作ることになりそうな俺

勉強がんばる
迷惑かけるかもしれないがよろしくな

仮想COMまでできるのかな・・・

別に103向けに書いたわけじゃないんだけどね・・。
ただ、103を見ても判る通りPCと繋ぐことが前提になる。
汎用とはいえいちいちPC側でドライバ認識させるのは
結構不便な事なんだよ。

>>128
がんばれ。
ところで、市販品でも 1Mbps 程度まではサポートしてるけど、
それより高速ってこと？
http://www.lineeye.co.jp/html/product_si55usb.html

>>129
> ただ、103を見ても判る通りPCと繋ぐことが前提になる。

はぁ？　今度は勝手にＰＣ前提にするの？
>>103 向けじゃないと言うなら、別にＰＣに限らず USB　ホストを
サポートした機器なんていくらでもあるでしょ。
あと、>>126 も言ってるけど、プロトコルスタック前提なら USB
もライブラリ前提で比較してくれないとね。

> 汎用とはいえいちいちPC側でドライバ認識させるのは
> 結構不便な事なんだよ。

今時 USB ポートに刺すだけですよ。
て言うか、そもそも　>>103-104 はそういう風にしたいと言う話なん
だけど今更なに言っちゃってるんだろう...。

>>130
Bluetoothモジュールをつなごうとしてたんだけどよさそうな信号変換が見つからなかったんだ
けどモジュールの仕様書見ると入出力UARTだということに気づいた・・・

oh...市販品で1M近くのがあるから意味がないじゃないか
申し訳ないorz

>>123
W5100がプロトコルスタックを積んでるからな。
Arduinoに限った話ではない。

LANならXPortをマイコンにつなげば良いではないか？

その手のやつって、鼻水出そうなくらい遅いんだよな・・・

xport高いし、fonで

すいませんちょっと質問なのですが、
ストロベリーリナックスのFT232RXは、ボーレートは上がどのくらいまで使えるのでしょうか？
調べても記述がないのでお持ちの方がわかるかと思うのですが・・・。

ＦＴ２３２ＲＬのUSB-シリアル変換チップがRS232で1Mbpsまででると書いてあったのですが、それをつかった秋月の下記の商品を買ったら460kで頭打ちされていたので心配になりました。
ttp://akizukidenshi.com/catalog/g/gK-01977/

>>136
なんでFT232RLのデータシート見ないの？
基板の写真見る限りTx・Rxとも信号は未処理みたいだから
石の性能そのままだと思うけど。

っていうか、普通出来ても1Mbpsでシリアル通信なんてしたくないことない？
そんな速度が必要なら素直にFT245の方を使ったほうがいいと思うけど。

FT232はあくまでシリアル変換のためのもの。
FT245ならスピードも出るし簡単だよ。
配線が増えるけどソフトも楽。

そういえば、いつの間にかUSB2.0対応版が出た。

3.0の石が出るのはいつ頃だろ。

多分、第４四半期

USBケーブルのシールドは、GNDに落とせばいいのかな？
それとも何か処理が必要？

>141
EZ-USB FX2 PCB Design Recommendations
http://www.cypress.com/?rID=12969
の p.4 ではシールド〜GND間に 1MΩ // 4.7nF が入ってるけど、
GNDで良いんでないかな。

>>137,138
136だがお礼が送れて申し訳ない、どうもありがとうございます。

無知は罪だなorz

>>142

ありがと。
じつはシールドを浮かしていると
２０ｋHzくらいにノイズが乗ってくる。
抵抗、コンデンサをいれてみたけどだめだった。
結局、直にGNDに落とすのが一番よかったよ。

あのあたりの落とし方は目的によっていろいろあってね
別の試験をするとGNDに直結するというのはあまりよろしくないことに
なったりもするのだな

revが上がるたびに落とし方が違う某評価ボード

USB hub コントローラでお勧めのICは？
AT43301を使おうとしたら廃盤だって。

CY7C65620／65640あたりで如何？Digikeyにも在庫あるし

サンクス、そんなに数が必要なわけじゃなかったんで
AT43301を流通在庫から探して使うことにした。

ドライバレスで使えて速いクラスないのかな
HIDだと64kB/sが限界
CDCはinf要るし

>>150
プリンタクラスならinfなしでいけたと思う

アマチュアで480Mbps出してる奴いる？

プロでも出ねぇよｗ

480Mbps出ないハイスピードモードはないよ。プロでもアマでも一緒だ。

誰が何を送っても送っている最中は480Mbpsだな（Hi-Speedなら）。
送れてない時間の長さは人によって違うけど。

ホストが取りに来ないんだもの、送りようがない

Hi-Speedで480Mbps出ると思ってるのか？
測定したか？

>>150
マスストレージ

UVC

持ってねーけどなw

480Mbps出るとか出ないとかって、転送ビットレートの話とか平均転送データ量だとかを
わざと曖昧にしてるよね。言葉遊び?

からかっているだけです。

480Mbpsなんて言わないで480MHzって言えばいいのにね
それか480Mbps(物理層)て書くか

>>162
Hzはどう考えてもおかしいです。
480MbpsのUSBの信号線を周波数カウンタに繋いだって、瞬間最大でも240MHｚだし。

わざわざ（物理層）って書くものおかしいですよ。
RS-232Cで通信するときに、「9600bps(物理層)」なんてわざわざ書かないよね。

送受信両方で校正した1GHzのクロックを持ってだな、ずっと0を送り続けるとあらふしぎ。
0が1G個続くときは・・・　すまない、反省している。

>>163
それ言ったらサンプリングレートをHz表記するのも変だよね
spsが正しいのかな

＞spsが正しいのか
Yes.

>>164
そのためにビット・スタッフィングというものがあるのだよな

結局個人でUSBは非現実的なんだよ
現実を見ろよ

・・・>>168の能力がそこまで至らないという意味で？

USB3.0は微妙なのは認める。

流石にUSB3.0の速度は自作回路には必要ないと思う

USBのプロトコルが書いてある日本語のサイト知りませんか？

>>171
高速ADしたいなと思うけど…

>>172
www.necel.com/usb/ja/index.html
ここ、結構使えるかもよ？

>>174
ありがとうございます。
見てみます！

AVRだけでUSBホストプログラムを作ってみてるけど、全然だめです。
USBホスト倶楽部のプログラムを参考にして、
書物も見ながらやってるけど、受信できません。（ＴｏＴ）
なにか手順おかしいでしょうか？

１、接続確認（Ｄ−が１になるのを確認）
２、リセット（Ｄ＋とＤ−を０にする）状態を１０ｍｓ以上維持
３、アイドル状態（Ｄ＋＝０、Ｄ−＝１）にする
４、SOFを発行する。
５、ＥＯＰを送信する。
６、SETUPトークンを送信する。
７、ＥＯＰを送信する。
８、受信状態にする
９、ＵＳＢターゲットが送信してきたのを確認する。（Ｄ−が０になるまでループ）
１０、６６６．６ｎｓ毎（６６６．５ｎｓ毎）にＰＩＮの状態を取得

９番のときにＤ−が１のままだったり、１０番に流れたと思ったら、データが全部同じだったり・・・。

詳しく書いてある本等あったら教えてください。

できました！
SOF+SETUP+SET ADDRESSのデータを一気に送信したらいけました！

ただ、
１、SOFを送信
２、D+とD-が0のEOPを２ビット分送信
３、D+＝0、D-=１のアイドル状態を10usくらい維持
４、SETUPを送信
５、　２と３を実行
６、SET ADDRESSを送信
７、　２と３を実行
でやると受信ができません・・・。

１から７まで合計でも300usもかかっていないのですが・・・。
分けて送信してはいけないのでしょうか？

＞詳しく書いてある本等あったら教えてください。
そりゃあ、なんといってもUSB.ORGにあるUSBのSpecificationだろうな。
あとは
ttp://www.cqpub.co.jp/hanbai/books/33/33411.htm

ちなみに、SETUPはトークン、SET_ADDRESSはDATA0

携帯電話(FOMA)とUSBで通信するには、12Mbpsでないとだめなんでしょうか・・・。
マイコンだけだと12Mbpsって無理ですよね・・・？

たぶん携帯電話側はFS(12Mbps)のみ対応だと思います。
あとマイコンといっても多種多様な品種がありますし
ホスト機能内蔵で12Mbps対応しているものも最近は多いと思いますよ。

>>180
　即レスありがとうございます。
　AVRとPICは、ようやく扱えるようになってきたので、AVRだけでいけないかなぁと思ってたんですけど、
やっぱ処理速度の段階で無理みたいですね。
　ほかのマイコンは参考資料が少なくて、素人には、どうやってとっかかればいいのかもわからない.... orz
　間を取り持ってくれるものを探したほうがいいみたいですね。

>>181
AT90USB1287とかはどうでしょうか？
ttp://www.atmel.com/dyn/resources/prod_documents/doc7727.pdf
このようなアプリケーションノートもありますし
携帯電話ならつながるかもしれません。
携帯電話がCDCに準拠していればですが・・・

>>182
よさそうですね。
ただ・・・、CDCってなんだろうｗ　USBの再勉強からか・・・orz

>>183
Communication Device Classだったかな？
ちょっと自信がないですけどｗ
シリアル-USB変換の標準クラスです。

ちなみにAT90USB1287の評価ボードにAT90USBKEYがあるんですが
秋月でも売ってます。
ttp://akizukidenshi.com/catalog/g/gM-02646/

>>185
そんなに高くはないですね。
資料もそこそこにあるみたいですし。やってみます！

PIC24Fシリーズもホスト付きのがあったと思う

>>185
いろいろ悩みましたが、その評価キットで実験することにしました。
ありがとうございました。

SL811HSって何気に手に入らないですね・・・
注文サイトあるけどFAX注文とか面倒だったり・・・。

そ〜かなぁ？　買い占められてんのかな？
ttp://akizukidenshi.com/catalog/g/gI-00519/

USBのデータライン（D+, D-）に直列に15Ωとか22Ωくらいの抵抗が
よく入れられてるけど、この抵抗の役割がわかる人いますか？
このスレだったらUSBに詳しい人いそうなので、わかる方いましたら、
ご教示いただければと思います。

ダンピング抵抗

インピーダンスマッチングかな。
まあ抵抗の値については使用するチップのデザインマニュアルとか
参考に決めてますけど（不要なチップもあったと思った）

>>190
SL811HSTはいっぱいあるんですけどHSが全然・・・

>>191
マイコンからでる電圧が5Vの場合、間に抵抗挟んで3.3V程度まで落としている。

>>195
クイズじゃないんだからｗ

bus powerは5V、0.5Aとなってるけど、
これって、信用していいの？

>>194
DigiKeyでも在庫無しだね＞SL811HS

みなさん、さっそくレスいただき、どうもありがとうございます。

>>192
ダンピング抵抗ということは、波形整形や、立ち上がりを鈍くして不要輻射
ノイズを抑えたりといった目的という理解で問題ないでしょうか？

>>193
インピーダンスマッチングの意味もあるのですか。
データラインの差動インピーダンスは、ライン幅やラインの間隔、GNDプレーン
からの距離で決まるときいたことがありますが、直列に抵抗を入れることで
調整しているということでしょうか？

>>195
十数Ωの抵抗でレベル調整ができるということは、受信側の入力インピーダンス
がだいぶ低めに設定されているということでしょうか？

ご回答に質問を重ねてしまい恐縮ですが、詳しい方が多いのでこのタイミングに
きかせてください＞＜

>>199
配線のインピーダンスじゃなくてドライバ側のインピーダンスかな？
ちょっと自信なし

>>200
なるほど。
一般的な、信号源の出力インピーダンスと受信端の入力インピーダンスの
マッチングを調整するために入れるということですね。
なんか、USBって高周波信号だから、オーディオ帯域くらいの信号とは、
ちょっと扱いが違ったりして、いまいち切り分けができないです。
むずかしいな〜。。。

どうもありがとうございます。

プローブを当てるのにも便利

>>202
確かにｗ
テストランドとしても使えそうですね。

>>191
USBの仕様書に書いてある

インピーダンスマッチングとかダンピングよりも、デバイスの保護の意味が大きいと思う。

>>199
>>204のとおり、インピーダンスマッチング用。
直列抵抗値45Ωが指定されている。この数字はドライバの出力インピーダンス込みの値なので、
出力インピーダンスの高いドライバを使う場合、直列に入れる抵抗は小さくする必要がある。
22Ωが入ってるなら、ドライバの出力インピーダンスは20Ω強あるってこと。

あーあ・・そういうのは自分でちゃんと調べさせるほうがいいのに

お前何様よ？

便所の落書き掲示板に落書きしてるだけだが、それが何か？

PSoCスレでもなにかわめいてる人だと思う

と、PSoCスレの勘違い住人のpBT2n+dsが出張してきております

>>197
確か、ホスト側は4.75〜5.25Vを出力しなければならない。
デバイス側はケーブルの電圧降下も考慮して4.25〜5.25Vで動作しなければならない。
電流はローパワーで100mA、ハイパワーで500mA取り出せることを保証しなければならない。
実際のPCだと1Aくらいで保護回路が働くものが多い。

SL811HST買ってきた。

ブリッジしちゃったわ、ピンまがっちゃったわで、廃棄になってもたorz

泣いていい時ってこういう時だと思う。

IC1個殺したくらいで泣いてたら人生泣きっぱなしだよもうｗ

そですねｗさーせん

SL811HST 800円
ピッチ変換 700円

死亡・・・・orz

　　　　　　 　 　 　 　 　 　 l　l　, ｒ ､__'､ヽ､ 　 ／⌒ヾ　　　 l　　　　__ 　 　 　 l
　　　 　 　 　 　 　 　 　 　 　 ', ', ' '､_ ・_7　ｒ'´ﾞく＿’,ノ　　 ｊ　|　　　/　ヽ　　　/
　　　 　 　 　 　 　 　 　 　 　 ｛ ,'　　 ￣ﾉ　{　　　　　　　　　　|　 　 ∨） | 　 /　　
　　　 　 　 　 　 　 　 　 i｀ｰ-'´/　　　　l　　　､　　　　　　　　ﾉ 　 　 } 　/,／ト、
　　　　 　 　 　 　 　 　 ,＞､　 l　 　 　 (_, -‐‐'ヽ、　　　　ｰ=´　　　 レ'‐< __,ノ＼
　　　　　　　　　　　　 l´l>　}　l　　 　 （__,.. --─'　　　 　 ｰ=､　　　ﾉ,-'"´　　　　＼
　　　　　　 　 　 ＿／ _,.-'´ヽl　　 　 (-─ '"´￣｀ヽ、 　 　 　,＞'´
　　　 　 _,.-‐'"´／／´　　 　 ヽ 　 　 ヽ　　 ,-‐-､_　）　,.-､'"´
　 　 　 　 　 ／／　　　　　　　 ヽ、 l´┴‐‐'-----'´　｛ 　 ヽ　　　ぜ、全滅ぅ？　12個のICが全滅？　3分も経たずにか？
　　　 　 ‐／　<　　　　 　 　 ,ｒ‐‐〈　　 ⌒ ー-　　,／´}ヽ 　 ヽ　　 壊れたスイッチング電源１つにICが12個も・・

>>218
た、大佐。。。
やはり泣く以外に打つ手は残されていないかと。。。

回路側にZDとPSWかFUSE入れるべきだｗ
あとスイッチング電源の出力を直接使わず、レギュ入れてから使うとか。
まぁ、実験だからこれでいいやって時に限って殺してしまうものだけどｗ

>>212

サンクス。
1Aも取れるPCもあるんだ？

>>221
世の中には635mAもとるくせにバスパワーのUSB機器があってですねえ

少なくとも規格通りでないから1Aも盗るべきではない

ディスクリプタ返さないくせに最初から500mA貰って当然みたいな態度のでかい機器はどうよ
やっぱ生産国の国民性とかあるんだろうかwww

USBHDDとかみんなそうだね。

あとUSB充電機能のある機器は通信できないACアダプタでも充電できないといけないからそうせざるを得ないと思う。

また今日も買ってきました！！
SL811HST(0.5mm)をピッチ変換基盤(標準ピッチ)に取り付けできました！

えぇ！今回は勉強しましたよ！賢者は二度同じミスをしませんよ！
SL811HSTも２つ買ってきたよ！
フラックスってのを買ってきましたよ！
やっとこさ、取り付けできましたよ！さぁUSBホストつくりまっせ！！！



１ＭΩの抵抗買い忘れた・・・・orz

指を触れておけばOK

>>225
>>226の言うとおり。
指でちょっと触ってあげれば発振は始まる。ずーっと触っている必要は無いから心配すんな。

>>226-227
ま・・・まじですか！？ビリってこないの？

>>228
そのうち慣れる。ｗ

SL811HSTを使った回路図のサンプルあるところ知りませんか？

データシート見ながらやってるけど、思ったとおりにいかない。使い方が間違ってるのかもしれんけど・・・。
電源3.3V、AVR(内部クロック1MHz)にそれぞれピンを直結してるんだけど、アカンのかな・・・？
nWR　＝　PORTC-0　、　A0　＝　PORTC-1　、　nCS　＝　PORTC-2　、　nRD　＝　PORTC-3
D0〜D7　＝　PORTB(PORTB0〜7)

１、PORTBに、0x10をセットして、出力にする。
２、PORTC-1(A0)とPORTC-2(nCS)をLow(0V)に、　PORTC-0(nWR)とPORTC-3(nRD)をHigh(5V)にする。
３、PORTC-1(A0)とPORTC-2(nCS)とPORTC-0(nWR)をLow(0V)に、　PORTC-3(nRD)をHigh(5V)にする。
４、1usのWait
５、PORTC-1(A0)とPORTC-2(nCS)をLow(0V)に、　PORTC-0(nWR)とPORTC-3(nRD)をHigh(5V)にする。
６、PORTC-1(A0)とPORTC-2(nCS)とPORTC-0(nWR)とPORTC-3(nRD)をHigh(5V)にする。
７、PORTBに、データ(0x41='A')をセットして、出力にする。
８、1usのWait
９、PORTC-2(nCS)とPORTC-0(nWR)をLow(0V)に、　PORTC-1(A0)とPORTC-3(nRD)をHigh(5V)にする。
１０、PORTC-1(A0)とPORTC-2(nCS)とPORTC-0(nWR)とPORTC-3(nRD)をHigh(5V)にする。

って手順で、アドレス0x10に0x40というデータを書き込むという処理はＯＫですよね・・・？

あぁ・・・すんません。Highのときは3.0Vくらいです・・・。

先日、USB接続の超小型MP3プレーヤーを買いました。
USB接続端子が基板のはじっこに4つ電極の筋がついただけの簡単なものでした。

この基板って売ってないですか？

なんだかよくわからんが、Aプラグとして、そのままPC側USBのAソケットに
はまる基板ってこと? Sparkfunかどこかに昔あった気が。

自作ならSparkfunのEagleライブラリには部品としてパターンがある。
1.6mm位の基板ならはんだメッキすれば刺さりそう。

>>230
検索すればいくらでも出てくるんでふぁ？
書籍なら
ttp://www.cqpub.co.jp/hanbai/books/33/33381.htm
とか

>>234
はずかしながら、その本と、似たようなＵＳＢホスト組み込みのも買ったのですが、内容がほとんど同じで
しょっぱなのやり方があっさりと解説されて終わっていて、わからないんです・・・・。
知識のある方なら、付属のデータシートだけでわかるんでしょうが・・・orz

俺が頑張ってATMEGA48でHID(ホイールマウス)限定を作ったのがあるけど、
SL811関連の初期化扱い部分だけだとこんな感じ。
//SL811 Initialize ------------------------------------------------
SL811_Init();
SL811_WriteByte(0x0F,0x80);//Host mode
SL811_WriteByte(0x01,SL_BUF_ADDR);//Buffer address = 0x80
SL811_WriteByte(0x02,0);//Buffer
SL811_WriteByte(0x04,0x00);//USB Device Address = 0
USART_puth(SL811_ReadByte(0x0E));//SL811 H/W Rev.
USART_putsP("\r\n");
// USART_puts("USB Power on.\r\n");
USB_ON();
Wait(500);
// USART_puts("USB engine reset.\r\n");
// SL811_WriteByte(0x05,0x48);//DON'T USE!!! Suspend enable, USB Engine Reset
SL811_WriteByte(0x05,0x08);//Suspend disable, USB Engine Reset
Wait(20);//USB spec. wait >10msec
SL811_WriteByte(0x05,0x00);//setup FULL speed,USB reset clear

void SL811_WriteByte(uint8_t addr,uint8_t data)
{
SL811_WriteMemory(addr,&data,1);
return;
}
void SL811_WriteMemory(uint8_t addr,uint8_t *buf,uint8_t len)
{
uint8_t lp = 0;
//アドレス設定
SLREG_PORT |= (1<<SL_RD);//RD#=H
SLREG_PORT &= ~( (1<<SL_A0) | (1<<SL_CS) );//A0=L, CS#=L
SLDATA_DDR = 0xFF;//Port OUT -> D[7:0]
SLDATA_PORT = addr;//D[7:0] = addr
NOP();//ここ重要
SLREG_PORT &= ~(1<<SL_WR);//WR#=L
NOP();
SLREG_PORT |= (1<<SL_WR);//WR#=H
SLREG_PORT |= ( (1<<SL_A0) | (1<<SL_CS) );//A0=H, CS#=H
NOP();
NOP();
//データ書き込み
SLREG_PORT &= ~(1<<SL_CS);//CS#=L
for(lp = 0;lp < len;lp++)
{
SLDATA_PORT = *(buf + lp);//D[7:0] = data
SLREG_PORT &= ~(1<<SL_WR);//WR#=L
NOP();
NOP();
SLREG_PORT |= (1<<SL_WR);//WR#=H
NOP();
NOP();
NOP();
NOP();
}
SLREG_PORT |= (1<<SL_CS);//CS#=H
//バスをHigh-Zに戻す
SLDATA_DDR = 0x00;//Port IN -> D[7:0]
SLDATA_PORT = 0x00;//D[7:0] = high-Z
return;
}

>>235
基本的にSL811HSTのデータシートはUSBを分かった人向けだよね。
でも、USBを理解したいからこのチップ使うわけで…俺もかなり迷って
CQのその手のトラ技(2000年くらいのだっけ？)と、組込みホストのを
ひたすら読んでた結果、それだけでいけたよ。

最後に分かったことはMEGA48ではUSB-HID Hostはかなり辛いということｏｒｚ

＞しょっぱなのやり方があっさりと解説されて終わっていて、わからないんです・・・・。
＞知識のある方なら、付属のデータシートだけでわかるんでしょうが・・・orz ＞知識のある方なら、付属のデータシートだけでわかるんでしょうが・・・orz

まさかとは思うけど、SL811のページ開いたらUSBのプロトコルまで
全部解説されているなんて馬鹿なこと考えてないよね？

＞SL811HSTを使った回路図のサンプルあるところ知りませんか？
http://www.cypress.com/?rID=14315
の
SL811getting_started.pdf
に載っている

>>236-237
ありがとうございます！！SL811_WriteMemoryの部分特に！！（・・・もしかして本の付属ＣＤに入ってる？）

>>238
USBプロトコルは、USBの文字のつく本を買いあさって、LowSpeedのをAVRだけで実装したので、大丈夫です！？
問題は、SL811HSTがちゃんと動いているのか、プログラムあっているか？
ためしに0x10に書き込んで（と思う）値を読み込みでやってみると違う値になっているので、そもそも半田付け失敗してないか、
とかそんなレベルで悩んでいます。

>>239
ありがとうございます。
やっぱ製造元にあったんですね・・・。探し方が下手すぎる・・・俺orz

>>240
ついでに・・そのCypressサイトにサンプルプログラムも置いてある
USBキーボードつないで、SET_ADDRESSとSET_CONFIGURATIONして
あとはひたすらキーボードから送られてくるデータを読むだけみたいだけど

>>240
参考になったのなら幸い。補足として、全部大文字は　#defineしてるんで。
俺の場合、できるだけサンプル見ずに構築して、
行き詰ったらサンプルを、って感じ（車輪の再発明）なので変なところあるかも。
>>239さんのサンプルも知らなかったし…（まぬけ
というわけなんで変なところ(NOPなんて俺の回路依存だし)あるんで、
俺のをまるまる鵜呑みはしないほうがいいよｗ

>>242
ありがとうございました。
'A'=0x41をアドレス0x10書き込んで、0x10のデータ読み込んでRS232Cで表示するプログラムをループさせて
みたら、0x00になってしまう場合もありますが、4回に１回は0x41の表示がでる状態になりました。
データを'B'=0x42にしてみても、同様に0x42がたまーーーーーに表示されるので、不安定に動いているようです。
とりあえず、たぶん書き込みができているようなので(?)、安定するようにいろいろいじってみます。

A0 CS WR RD Data
Write
Ｘ Ｈ Ｈ Ｈ <？？？？>
Ｘ Ｈ Ｈ Ｈ <Address>
Ｌ Ｈ Ｈ Ｈ <Address>
Ｌ Ｌ Ｈ Ｈ <Address>
Ｌ Ｌ Ｌ Ｈ <Address>
Ｌ Ｌ Ｈ Ｈ <Address>
Ｌ Ｈ Ｈ Ｈ <Address>（これと次の行は省略可能？）
Ｈ Ｈ Ｈ Ｈ <Data>
Ｈ Ｌ Ｈ Ｈ <Data>
Ｈ Ｌ Ｌ Ｈ <Data>
Ｈ Ｌ Ｈ Ｈ <Data>
Ｈ Ｈ Ｈ Ｈ <Data>
Ｘ Ｈ Ｈ Ｈ <？？？？>

Read
Ｘ Ｈ Ｈ Ｈ <？？？？>
Ｘ Ｈ Ｈ Ｈ <Address>
Ｌ Ｈ Ｈ Ｈ <Address>
Ｌ Ｌ Ｈ Ｈ <Address>
Ｌ Ｌ Ｌ Ｈ <Address>
Ｌ Ｌ Ｈ Ｈ <Address>
Ｌ Ｈ Ｈ Ｈ <Address>（これと次の行は省略可能？）
Ｈ Ｈ Ｈ Ｈ <Hi-Z>
Ｈ Ｌ Ｈ Ｈ <Hi-Z>
Ｈ Ｌ Ｈ Ｌ <Hi-Z>
　<Dataを読む>
Ｈ Ｌ Ｈ Ｈ <Hi-Z>
Ｈ Ｈ Ｈ Ｈ <Hi-Z>
Ｘ Ｈ Ｈ Ｈ <？？？？>

あと、アクセスが連続したときはその間に時間をとらないといけないものもある
それぞれの間隔がどのくらい必要かはデータシートを見る
面倒なら全部100nsくらいあけておけばとりあえず大丈夫でしょ

秋月の新作

発売日　2009/05/26
ＦＴ２２３２Ｄ　ＵＳＢ−シリアル２ｃｈ変換モジュール 1台 ￥1,700
ttp://akizukidenshi.com/catalog/g/gM-02990/

>>244
試行錯誤の日々、なんとか９０％くらいの確率で書き込み読み込みが正常にできるようになりました。
でも、１００％じゃないとな・・・。orz

もしかして・・・AVRの内部クロック8MHzでやってるから、逆に遅すぎるんでしょうか・・・？

＞逆に遅すぎるんでしょうか・・・？
データシートのmax規定があるなら気にしたほうが良いだろうね
電源電圧／GNDのつなぎ忘れ／信号レベル／空きピン／半田付け不良
とか，当たり前のことを一回疑ったほうがいいんじゃねぇの？

>>245
えー。出すなら早く言ってくださいよ、秋月さん。
実験用に生チップ買ったばっかなのに。まぁいいけどさ。

>>248
> えー。出すなら早く言ってくださいよ、秋月さん。
> 実験用に生チップ買ったばっかなのに。まぁいいけどさ。

秋○曰く：
「お前の都合なんてシラネーヨ」
「いいけどさ、だと？　何様だよ」

ごめんなさい秋月さん。もう不平不満はいいませんから、
AtmelのAT90USBシリーズを売ってください。


まぁいいけどさ。

>249

氏ね　or　千葉に帰れ。基地害。

AT90USB162 1,890円
ttp://strawberry-linux.com/catalog/items?code=50027

★使い方チュートリアル公開中★
ttp://strawberry-linux.com/products/at90usb162/

http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=MC9S08JS8CWJ-ND
USBインターフェース内蔵マイコンで216円。安いな。

>>253
PIC18F2550ほど容量が要らない用途で大量に使いたい場合は良いかも。
BootLoader付いてるみたいだからライタなしで使えそうだし。
48MHz動作だけど命令サイクルはどんなだろ。

HCS08だから、コア48MHz、バス24MHzだろうな。
命令サイクルはバスサイクル基準でレジスタのみの演算で最低１サイクル。
オペランドにメモリを含む命令が4〜6サイクル。

FreescaleのBuyDirectで値段みた。
MC9S08JS16CWJ が 1-25個 で 単価$1.65だったｗ
10個くらい買っとこ。

>>255
じゃあ平均的には48MHz(12MIPS)のPICより遅いと考えてOK?

１命令あたりのクロック数ならいい勝負っていうところじゃない？
あとは同じことをやらせたときに何命令でできるかってとこだろうね。

それにしても、なんていうタイミングなんだろ。
実はこの前手配したMC9S08JS16が届いたんで朝からCodeWarrior
（ブートローダもね）インストールしながらピッチ変換基板＋ユニバーサル
で組んでいたんだが（汗
今組みあがったんでとりあえずLEDチカチカやってみたけどあっけなく動いた。
チップ安いしライター不要でいけるのがなかなか良いな、これ。

...........orz
もう泣きそうなくらい、SL811HST動かなくて、べたべたしてたから、頭きたから、腹いせに水洗いしてほっといて２日後、
最後の勝負とやってみたら、どうも・・・うごいてやがる・・・・。
なんこれ・・・・ごみのせいだったってこと！？！？

結局お前らって、USBをシリアルの代わりにしか使ってないって事？

汎用シリアルバスとして使ってるよ。USBって線四本だからパラレルとか思ってるのか？

そういうバカな返ししかできないってことね
わかった

察してやれ
自分の過去を告白したんだよ

>>261
FSの石でバルク転送で常時2Mbps転送したり、
HSの石で同じくバルク転送で30Mbps転送してみたりはしたことある。
どっちもSPIで転送できるレベルだからシリアルの代わりといえば代わりだな。
RS232Cという意味でならNOだけど。

>>261
そんなことない。ちゃんと電源として使ってる。

FT2232H、入手できたので叩いてみたけどたしかに速いね。
まだMPSSEしてないけど、たんなるbitbangでも10MHz、実効で8MHz相当で
叩ける。これまで使ってたFT245Rは1MHz（実効500KHz）だったからチョト感動。
MPSSEだとSPIのフルスピード(20MHz)出せそうだ。

SPI、50MHz、スレーブとして使えたらTS抜きに使えるのに

ルネサスM66592にFPGA(ソフトCPUコアあり)をつないでやってます。
M66592とのやりとりはCPUを介在させずに最適化したDMACを使ってるので
余裕で200Mbpsが出ます。どちらかというPCのUSBホスト側の転送速度が
ボトルネックになります。

FT232の内部オシレータを止めたいんだけど
やっぱりファームウエアを書き換えるしかないのかな？

電源をカットすれば切れる。

安いbluetoothのUSBドングル使いたくて
マイコンにUSBホストつけようと考えたけど、
問題はソフトの方なんだなあ・・
この辺のデバイスはuCLinux辺りでも乗っかる規模じゃないと使いにくいね

俺も同じことやろうと妄想だけしてたけど、簡単にはできないよね
これできたら凄い安さで無線扱えるからなぁ
PCカードBluetoothをマイコンで使ってる人がいたけど、相当プロトコルとかに精通してないと難しそう

USB無線LANとUSBbluetoothどっちがむずかしいだろ。

どっちも難しいよね。普通の人はカスタマイズ業者に丸投げ、
ちょっと出来る人は、ミドル屋に丸投げ
かなりできる人は、ミドルウェアお買い上げ
それ以上の人は知らん。少なくとも自分で作った人は見たことない。

>>275
機能、超絶限定でインプリメントを忘れるなｗ

USBはともかく、BTは流行だし使いたいよね
SPIのENC28J60みたくマイコンで使いやすいモジュールでないかな
もちろん安くて
浅なんとかのは馬鹿にしてる

>272-276
ロボットにUSBカメラとかUSBドングル積もうとしている俺に(ry
秋月のH8USBホストキットお勧め。
まだ動かしてないけど、SRAM増設でuCLinuxまで動かしている人も居るし勉強にもなるんじゃないかと。
普通のマイコンとも楽につなげるし、何か動かすだけなら他のマイコンへ信号を送れば楽にI/Oを増やせるしな。
ちょっとでかいけど。勉強したら自分で基板を起こして同じようなハード作っちゃえばいいし。(マイコンやホストICは秋月で販売中、表面実装だけど...。)

uCLinuxやるなら日昇テクノロジのKaneBeBe(酷い名前・・)がおすすめ
ただし在庫切れ
最初からSRAMが4MB、SD、USBホスト・スレーブなどが付いてる
みついわボードと互換性あり
一応カーネルの構築の仕方まで説明あり(その通り動くかは知らないけど)

全入り、だと……。
これいいなぁ、これなら色々なテストなんか楽に行けそうじゃないか…H8/USBもう買っちゃったよ…orz
教えてくれてサンクス。そのうち思い出したら在庫をちょくちょく確認するか。

>>277
>USBはともかく、BTは流行だし使いたいよね

割厨乙
そのうち捕まるから。

客寄せアゲ

USBなんてAE-UM232R繋ぐための穴でしかない

>267
FT2232HはMPSSEで片道全速24Mbps位でた。全二重で片側20Mbps位。
簡単にjtagkeyもどきでっちあげて動かしてみたが、30MHzをバッファなしで
伸ばすのはきびしかった。バッファいれて再挑戦の予定。

自作のusb機器をデバイスドライバ「uusbd」を使って制御しています。
ところがバルク転送とベンダリクエストの両方を使うと、PC側のソフトが止まってしまいます。
（バルク転送を繰り返すのみ、ベンダリクエストを繰り返すのみなら止まらない）

どなたか解決方法を知りませんか。

>>285
デバッグしてみてはいかがでしょうか。

>>285
「止まる」の一言じゃどういう状況か想像できないんだけど

どなたかアドバイスをお願いします。

FX2LPでezusb.sysを使用しています。
転送速度は頑張って30MB/sちょっとなんですがこれをcyusb.sysに変えるともっと早くなるのでしょうか?

変えてみりゃいいじゃん
転送速度は計る環境によってかなり変わるから何ともいえない
実測値としてはありえない値でもないし

>>288
改造しないとezusb.sysは、そんなに出ないと思ったが、オリジナルのままか？
まあ出てるなら、でるのかな。
経験上、cyusb.sysで速くなったことはないが、289の言うとおり試したら
良いのでは？
あと、その速度だとVistaは絶望的。

アイソクロナス転送の速度を決めるのはHUBの内蔵クロックなのかな？
データが来るであろう速度でFIFOを読み出してみると、こんな感じ。

直結　　：ほとんどバッファオーバラン・アンダランしない
HUBその1：1秒当たり約700バイトアンダラン
HUBその2：1秒当たり約100バイトオーバラン

データの転送速度は576,000byte/s

>>291
HSとFS/LSの相互接続ではない場合、ハブ経由でも電気信号的には直結と同じだから
直結もハブ経由も転送速度は変わらない。

HSとFS/LSの相互接続の場合、ハブはいったんパケットを受け取って再送信するから、
ハブのパケット中継能力によって転送速度に差が出る。

>>292
PC<->HUB間はHS、HUB<->デバイス間はFS。
アイソクロナス転送はフレームに合わせて送られるはずだからフレームの周期はHUBが作ってるって事？

ここ、何でも作りますね。

http://strawberry-linux.com/catalog/items?code=50028

>>294
期待通りじゃね？苺か最適のどちらかが出すと思ってた。秋月も追って出すだろ。

秋月のH8USB基板見てたらなにやら不穏な記述が…。

大容量１６MB　DRAM搭載
ttp://akizukidenshi.com/catalog/g/gK-00654/

で、なんかここでついでに買って来いと言ってる16MビットDRAM(HM5117805LTT6)にそっくりな型番の8117805B-60PFTNってのが手元のUSBボードには載ってる気が…。
ttp://www.tinywillow.com/workshop/Lab/AE3069USB/

SRAMとDRAMの違いもよくわからん俺だが、これってもしかしてuCLinuxをインストールする際にRAMを別途買って来て頑張ってスタック積まなくても良くなってるってこと？

2MByte(元々の16MbitDRAMの事だろう)で足りないって
書いてあるから、亀の子増設だろ。

バイトとビットの差かぁぁぁーorz
で、一つじゃ２MB(Byte)=16Mbitで足りないので、ボードに載っているのと同じ16MbitのDRAMを上に一個スタックして4MB(Byte)＝32Mbitにしろと言ってる訳ですね。
ありがとうございます。

EPSONから出ているS1R72U06て使った事ある人います？
いたら使用感とか教えて欲しいです。

国内初*1、シリアルインタフェースでUSBメモリが制御可能ソフトウェア内蔵USBホストコントローラLSI 『S1R72U06』を開発
ttp://www.epson.jp/osirase/2009/090226.htm

EPSONじゃないけど、VDRIVE2ではちょっと遊んだことがある
ttp://www.vinculum.com/prd_vdrive1.html
ファームウェアに癖があって、USBメモリを抜き差ししているうちに稀に動作が固まってしまい、
電源を入れ直すしか復旧方法がなくなることがあった。
だもんで、もしVDRIVE2を自分の機器に組み込むときは電源もコントロールできるようにしないと
怖くて使えないなぁ、と感じたのを覚えてる。
EPSONのこれがもしそういう癖がないんだったら、ちょっと使ってみたい

基本的な事ですまんが、CypressのEZUSB FX2は　EZUSB AN2131のhexファイルが
そのまま動作すると考えてOK？

むり

USB-Audioの仕様書に従って、Asynchronous OUT方式のUSB-Audioを実装したんだ。
WindowsXPでは正常に認識・動作が出来たが、
Windows7では認識の段階で！マークが付いて跳ねられてしまう。
ディスクリプタを弄ってSynchronous OUT方式にしたところWindows7でも動作した。
Windows7ではAsynchronous OUTはサポートされなくなったのだろうか。

ドライバの証明書取れてないだけだろ。

プロバイダ:Microsoft Corporation
デジタル署名者:Microsoft Windows Component Publisher

Microsoftの資料にこんな記述を発見。
>Don’t specify a refresh rate value less than 4 (16ms) in the endpoint descriptor for the feedback endpoint

2に設定していたから4に変更したけど、相変わらずWin7では！マークで「このデバイスを開始できません（コード10）」。
オンキヨーのSE-U33GXもAsynchronous OUTを使っているが、同様に使えない。
SE-U33GXについてはファームウェアアップデートでVista以降でも使えるようになるらしいが、ディスクリプタの変更をするのだろうか。

やっぱUSBはドライバ証明とかスレーブホストの違いとかあって不便だよな
これからはUSBだとか雑誌で煽りをよく見かけたけど、
別にそんなことはなかったぜ・・・

スレーブなら cy7c64215 あたりで試してごらん
びっくりするほど簡単だから
マイクロソフトの気まぐれ仕様も吸収 or 警告してくれる
後は、ICをサイプレス以外に入れ替えてサンプルコードをターゲットに合わせるだけ

ホストは根性なしには無理だ。I2Cで我慢

マイクロソフトの資料(USB_Audio_and_Windows.doc）に
「Usbaudio.sys supported the adaptive and synchronous endpoints,
but it did not implement the asynchronous endpoint correctly.
Full support for asynchronous endpoints in Usbaudio.sys is planned for Windows Longhorn.」
と書いてあるんだが、XPでAsynchronous OUT方式のUSB-AudioってXPで動作するものなのか？

>>309
XPでは動作はするよ。けど流量調整のタイミングがUSBの規格を満たしていない模様。
それでも動いてくれるからOK。なんでVista以降で蹴られるんだろう。

>>310
なるほど。
「正しく実装されていない」＝「規格どおりじゃないけど、一応は動く」ということか。
ありがとう。

質問でごめんなさい。

BulkOnlyのマスストレージクラスを実装しています。
CBWに対して、「●msec以内に、DATを返さないといけない」などの
タイムアウトはあるのでしょうか。
もちろんNAKは返し続けます。

「Universal Serial Bus Mass Storage Class Bulk-Only Transport 1.0」
は見たのですが、具体的な値は見つけられませんでした。

ご存知の方、お願いします。

ほしゅ

uClinux対応多機能ARM7ボードKane BeBe II ARM7-44B0
ttp://csun.co.jp/SHOP/200903020.html
なんか機能が一部なくなってねぇ？(USBスレイブとか)
あと、H8のころにお勧めされてた本って流用可能なんだろうか？
値段もほぼ据え置きでサイズもほぼ同じだから新しく買うならこっちですかね。

FTDIのHighSpeed対応デバイス使った人いる？

SuperSpeed対応のPHYいつごろ出るのかなぁ

インターフェースどうなるんだろうね
HighSpeedなら8bitバスでも60MHzで済むけど

FullSpeedまでなのにUSB2.0対応！に近い製品が出るに1EndPoint

その宣伝文句自体は規格に沿っているから問題ないけど、
USB3.0だと対策がとられているんだっけ。

2のテンプレで、ezusb系は使いやすさ×ってなってるけど、
ぱっとさわった感じ、ezusbって標準的なusbマイコンに思える。
これが使えなければ他のusbマイコンものきなみ×評価になるんじゃ?

テンプレ書いた人のレベルを察してください。

>>319
FTDIが◎なんて書いてる人だから…
USB-シリアルで十分な用途ならそうかもしれんね
使いやすさ以前に何かのデバイスクラスを実装したりするにはマイコン系じゃないと無理だわな
EZ-USB FX2とPIC18FでUSB扱ったことがあるけど、別にどちらも使いやすいと思う

用途がUSB-シリアルだけ、っていうんなら、
外付け部品が少なくて、WindowsXP以降、
専用ドライバ不要のCP2102が使いやすい。
そういうの用途ではFTDIはベストでは無いね。

CP2102って専用ドライバ不要でしたっけ？

必須だよ。

cp2102はwindows xp以降だと、osが勝手にドライバを
ダウンロードしてくれるので手間が少ないってことでしょう

2の天ぷらは勝手に拝借したものだから個人の主観が入っているだけでしょ。
次で書き換えてもよいんでない？どうせ情報も古いし。

FDTIもドライバはWindowsUpdateでインスコ出来たような気がした

主観っていうか、まあUSBコントローラとしてのお手軽さの評価なんでしょ。
本来は1次元の評価じゃなくて、お手軽さ以外にもっと評価軸があった方が
いいのかもね。

といっても、意外と指標になるようなものがないような気もするけどw

とりあえずUSBシリアル系と汎用USBコントローラで分けたほうがいい気はする。
使いやすいかどうか以前に用途的に選択肢から外れるわけだし。

一応知ってるだけ並べてみた。適宜修正・追加よろ。

●デジタルIO
→各ピンのH/LをPCに取り込んだり、PCから操作できる。
　操作毎にパケットのやりとりをするのでI/O操作速度は数msに一回程度と遅い。

・USB-IO　…何社からか販売されている。

●USB-シリアル

・CP2102　…手軽
USB-RS232変換機能のみ。シリアルポートのみ使用なら一番手軽。
COMポートからアクセスする。

・FTDI　…高機能
RS232だけでなく、より高速なパラレルバスやSPIに対応した石もあり。
USB2.0HighSpeed対応の石も登場。
COMポートでのアクセスのほか、独自ドライバでのアクセスも可能。

●USB搭載マイコン
→キーボード、ストレージ、オーディオなど一般的なデバイスも実装可能。
　動作させるにはプログラムを書く必要がある。

・EZ-USB/FX2　…手軽
無料の開発環境が使用可能。汎用ドライバもあり。
プログラムはUSB経由で書き込みできるので他に何も要らない。
手軽だがやたら高い。FX2はUSB2.0HighSpeed対応。

・PICシリーズ　…低価格(ライタがあれば)
無料の開発環境が使用可能。汎用ドライバもあり。
プログラムの書き込みには別途ライタが必要。
18F14K50なら200円と一般に入手可能な中で最も安い。

・MC9S08JSシリーズ
詳細不明。
USBから書き込み可能。入手性は悪いが$1.6と安価。

●USBコントローラ
→USBで出来る事は何でも出来るけど単体では何も出来ない。
　マイコンやFPGAなどに接続して使う。

・USBN9603　…FullSpeedまで
・各種ULPI対応インターフェース　…HighSpeedまで

CY7C64215-28PVXC
開発環境はソフト無料、ハードはUSBライタが６千円成り。
USBディスクプリターを階層表示で構築可能
BootLdrUSBFSを使えばEZ-USBの様に使えるが、前準備が面倒くさい
入手は個人輸入で１個＄３くらい

AVR系、AT90USB1287
開発環境は無料。
書き込みは基本がUSB接続でのブートローダ式。
USB-OTG対応でホスト機能あり
秋月で搭載評価キットAT90USBkey販売中。


USB付きCPUは山程あるからなぁ…

・MC9S08JSシリーズ
開発環境はCodeWarrior
無償版（Special Edition)はコードサイズ32Kまで
（って，こいつROMがそんなにあったっけな？）
専用ライタ不要（USBブートローダ方式）でUSBから書き込み可

・C8051F32x、-F43x
USBスレーブ機能内蔵マイコン
IDEは無料だが（使いにくい）、Cコンパイラとアセンブラは無料じゃない(SDCCが使えるらしいけど…）
ファーム側のUSBフレームワークが用意されているが、利用するにはKEIL-Cのフル版が必要（馬鹿高い！）
しかもこれが、パフォーマンスがあまり良くない気がする。
書き込みとオンチップデバッグ用のUSBアダプタが$35

# 余談だけど、EZ-USBも8051コアだよね？
あれもIDEは無料でもCかアセンブラは別途必要なんじゃないの？
ちなみに、あっちはUSB内蔵マイコンっていうより、マイコン付USBコントローラって感じだ。

>334
EZ-USBはC8051にくらべコード空間が狭く、CPUが貧弱なのでCPUにさせる仕事が
簡単だってこともあって Keil C評価版でおおむね足りるのと、
もろもろのコードの SDCC への移植が進んでるのでその辺が問題になることは
あんまりない。

むしろC8051でフル必須ってのはちょっとびっくりだ。SDCCへの移植ブツ、ありそうなもんだけど…

ヘッダ用意すれば評価版でいけるんじゃないの。
PCに繋がるのが前提だからフルが必要になるほど
大きいのなんか作ったこと無いぞ。

>>335
まあ8051はプロユース色が強いからかも。

USBフレームワークのソースコードは非公開だけど一応頒布しない旨の誓約書書けば貰えるので、
（ただし法人名と責任者の署名を書いたPDFを送る必要があるけどw）SDCCへの移植は
個人の努力で可能らしい。

・SAM3Uシリーズ
Atmel の Cortex M3マイコン。USBデバイスは HighSpeed対応。

EZ-USB FX2のどんくさいコアからやっと逃げ出せると首を長くして待っていた。
チップ単体はようやく今週digikey入荷予定。

CPUがどんくさいと感じる用途で
EZ-USBにしがみ付いていたことに驚くんだけど

>339
ぜひおまえさんが使ってる石を紹介してくれ。
ここまでHighspeed内蔵デバイスはFX2しか挙がってない。

FX2をUSBコントローラとして使って、CPUは外付けしろって意味じゃないかな

SX2ってのもあったな。CPU外付け版。

>>334
>>335
最新のUSBXpressのExamplesにSDCC版のLIBファイルが入ってた。

FX2はスレーブFIFOかGPIFを使うのが主で，
CPUはデバイスリクエストへの応答用みたいなものだからね
Cypressさん，最近はあまりUSBには積極的でなくなったみたいなのは・・
エンジニアが抜けたのかな？

手間の割にも受からないしなあ。不況だから利益大地主義なのはしょうがない。

仕事でもないのにハイスピードいるか？

いる。速ければ速いほどいい。USB3の似たようなの早く出ないかな。

卒研で使ってる
1MSPSのADCから4chデータ取り込んでる
FSでは1chですら無理だから

仕事だったら高っい専用のIOボードとか使うだろうから自作できるHS品の需要は少ない気がする

２位じゃダメなんですか？

>>343
ほんとだ。
シリコンラボでもそんな気の利いた事するんだね。

そこは物量で２個にすればいいだけだろう。アフォ過ぎ。

>>351
>>348に言ってるの？
どっちかというと君の言ってることの方がアホっぽく聞こえるが…

まあ、コスト面でも労力の面でもPCIかPCI-Eの既製品のADボード買った方が結局
「安い」はずで、そっちに突っ込むなら話もわかるんだが。

研究なんて自分で工夫してなんぼだから、他人頼みじゃ駄目だろ。
他の研究者の発見成果頼みで研究進めてもなあw

ボード買えないぐらい貧乏なんじゃね。

使ってみればわかるが、メーカー製のPCIのADは設計が悪すぎて精度が出ない。
なので、時間や予算が無いとき以外は自分で設計してる。

そんなポンポン作れるものなの？
1Gspsぐらいが欲しいんだけど
アジレントのページとか見ると馬鹿高いorz

USB前提でADを語るとは…

信号ソースにもよるけど、既製品のA/D以上の精度が出せるシステムが
個人の設計でそう簡単にできるとも思えんけど…

本当なら>>355は凄い人だなw

>>356
幾らが高くて、予算は幾ら？
あと、値段をきめるのはサンプリング速度だけじゃ無いから、自分の要らない機能を削ぎ落とせば
メーカー品より安くあがるかもね。その辺の「仕分け」が出来る事がまず必要。
出来ないなら高くても市販品買うしか無いよね。

>>358
まあ、一度既製品を使ってみて、満足出来るならそれで良し。
満足出来なきゃなんらかの対策をする必要がある訳で、自分で無理であれば設計してもらう手もある。

自分で無理の段階で研究向いてないと思うよ。対策は諦めるくらい。

いっそA/D評論家に転職(事業仕分け)した方が世のため人のためだと思うな。
性能が悪いと言いながら、実際には測定・評価方法が悪いとか、ありがち。

実習で誤差が出て、うまく考察して結果をまとめられない程度の能力なんだろうなあ。
デジタルで処理してるから誤差は出ないはずだとかいいそうｗｗｗ

USBから離れすぎだろｗ

新人が誤差はゼロと言い張って困ってる

頭悪そうｗｗｗ

いまどき工学系・・それもよりによって電気･電子系なんかにくるようなのは頭悪いに決まってる

よし、「デジタルゆとり脳」と名づけよう！

うちの学校では電気電子が一番頭いいよ

日東駒専レベル以下の奴に限って>>366みたいなこと言うよねw
いや本当に。

今から入学するなら経営系がいいよな。物作るより、作れる香具師を扱き使うほうが儲かっていい生活出来る。

>>370
>369みたいなおめでたい奴をちょっとおだてておけば良いしな

>>370-371
あと、「○○エンジニア検定」とか「ＵＳＯ認証」のように、評価される
側より評価する側の立場とかな。

Windows7の製品版入れたらAsynchronous OUT方式のUSB-Audioが動いた。
どうもVistaと7RCではデバイスのインストールで跳ねられるようだ。
XPと7ではちゃんとデータ量の調停までうまく動いた。

EZ-USB FX2 ってFIFOに溜まってるデータがパケットサイズより小さいときにINトークンが来るとどういう挙動する？

PKTENDで終わらせてなければ、
まったくデータが貯まってないときと同じだろう

おーい

NAK

STALL

Clear Feature

NYET

ＰＩＮＧ

NOP

3.0の製品が続々出てこようとしてるのに使えるチップが出てこないな。
2.5Gbpsだったらsparanやcycloneの射程内だからまだ何とかなるだが。
歯痒くてしょうがない。
あとどのくらい待てばいいんだか・・・2.0のときはどんな感じだったの？

プロダクトIDを販売してくれる会社とかないかな？
1個だけ欲しいんだけど。

>>384
かつてはあったが、今は無い。
あったとしたら、その会社のベンダIDが剥奪される。

>>384
どうせUSBロゴを付けるわけでもコンプライアンステストを受けるわけでもないんだろうから、
適当な番号を勝手に付けておけばいい。

どうしてもIDの割り当てが欲しければ、IDを分けてくれる会社からUSBインターフェースデバイスを
買う手もある。

IDとるの面倒だし…
外付けチップも嫌だし…
USBターゲット機能内蔵マイコン使うついでに外付けチップの動きをまねるかｗ

１個だけのためにIDが消費されるのもどうかとは思うな。
みんなで１個ずつ取ってたら、すぐID枯渇するんじゃないかw

ベンダーIDとプロダクトID両方とも0xFFFFのままで動いているけどね
クラスが違うデバイスを混在させてもOKだし

デバイスドライバのロードをちょっと速くするだけのために
なんでワザワザIDを取得せにゃならんのか、わからん

>>385
VID剥奪されたらどうなるんだろう。
そのVIDを仕様した機器が出回ってたら再利用できないよね…

>>388
VID取得するの滅茶苦茶高いからそれはないかと。

>>389
クラスドライバで動く機器はそれでいいかもね。
念のためにシリアル番号変えとけば衝突しないし。

秋月H8USBホストキットuCLinuxで
USB-Bluetoothドングル使って通信できた人っているの？

某社のキーボードなんてCypressのVIDがそのまま出てきて，
「？」と思って調べていったらCypressのサンプルプログラムで使ってる
IDそのまんまだったりした。

そういや，漏貧のVIDはどうなったんだっけ？

>>392
> そういや，漏貧のVIDはどうなったんだっけ？

0x0BFEな。
ここで誰かが占有を宣言して2ちゃんねらーにPID割り当てしたら？（苦笑

>>385
> かつてはあったが、今は無い
私、以前にそういうところからプロダクトIDを買ったことがあります。
いつの間にか無くなっていた…。
そこのWEBサイトによると「USB.orgから訴えるぞと言われてやめました」と。

USBデバイスを作っている会社がプロダクトIDをユーザーにライセンスするのはOKみたい
ttp://www.microchip.com/stellent/groups/sitecomm_sg/documents/market_communication/en025058.pdf
ttp://www.ftdichip.com/FTDrivers.htm

Open Sourceを前提にするならプロダクトIDを販売せずに付与する手はあるかな？
これならusb.orgからも文句は出ないだろう。
ID代じゃまずいから何がしか別の名目で払うことにしておくとして
でも１個いくらなら買う？１万円？5000円？3000円？2000円？

メーカの開発キットとかで、たまに評価実験用って名目で
プロダクトＩＤが公開？されているときがあるね。
そのチップを評価する目的でなら使用ＯＫ
製品には使わないでね。って感じのやつ

あと書籍とかでも同じようなのがあったはず。

>>395
VUSBのホビー向け(非商用)なら9.90ユーロ、小規模商用(エントリーレベル)
なら199ユーロ。

http://www.obdev.at/products/vusb/license.html

>>395
公開も非公開もない。USBViewとかツール使うなり、INFファイル見るなり、
XPで組み込まれたドライバのプロパティ見るなりすれば、VID/PIDは猿でも
判る。

396はそういうこと言ってるわけじゃないと思うんだがな。
猿でもわかることが分からないのはお前さんじゃないのかとw

日本語の使い方がよく判らないんですね。わかります。

IPアドレスの192.168...みたいなのを作っておけば良かったんだよ。

>>400
プライベートアドレスに相当する、機器を区別する為のユニークなIDは別に割り当てられる。

ベンダIDとかはデバイスドライバ等を識別したりする為の物だろ。
個人で実験する分には、適当に割り当てて置くだけで十分。
必要ならDIPなりなんなりで外部から設定出来るようにすりゃいいだけだし。

ここで言ってるのは、要するに個人や零細で機器を売ったりする時に金払うのが惜しいって事だろ…

>>399
>>396 は「USBの開発関連製品を提供する会社が、評価用に自社のVID/PIDを
公開（指定）する場合があるけど製品には使ってくれるなって条件だよな」
って言ってんでしょ。利用可能なUSB機器がVID/PIDを持ってて、それを
調べられることぐらいはここに居る誰でも知ってるよ。日本語が読めて
ないのはお前さんだ。

ていうかPIDだけを販売するのはアウトだとしても、>>394 のライセンス
形態が許されるなら、いろいろ回避する方法も考えられるなあ。
USB-IF Administrations に相談してみるか。ウチの会社でVID持ってる
けどPID数個しか使ってない(苦笑。

Linux の gadget driver は、VID=0x0525, PID=0xa4a1(CDC/ECM), 0xa4a2(CDC/RNDIS)を使ってるが、
このIDはどういう扱いなんだろうな？

VID=0x0525 は Netchip Technology, Inc. のものらしいが。

安いおもちゃみたいなデバイス買占めて、そいつのID使っちゃえ。

>>404
メーカが生産中は重なるような・・・

父さんして何年も経つような所はないのかな。
さすがに同じVIDは振らないだろうし。

けど>>401さんも言っているけど個人的な実験なら
適当につけちゃっても良いんじゃない。

個人的な実験に留め、自分のPC以外には接続せず、デバイスを他人に使わせることも無く、成果物をwebで公開することもないなら何使っても良いだろうけど。

>>394の、9ユーロで世界で一つだけのPIDが手に入るなら良いね。

公開するときはソース中のVID / PID部分は空欄とか＾＾；

製品化しないのに、そんなのに拘る意味ってあるのかよと

まあそもそもUSB-IFとかいう私的団体の割り当てに法的拘束力があるのかというと、
そこは微妙というか、おそらくないんだろうとは思うけど。

>>409
それはオレも考えた
ファームアップデートで自由に変えられたらＯＫって気もする

>>411
NECあたりが嫌がらせしてきそうな感じがする

動けば技術、訴えられなければ正義の
古き良きアキバの伝統が復活しそうに感じるが
本当のところ、よくわからない
現役のお兄さんたちの意見を賜りたいところです

趣味でやってたり、ロゴ取得していないのにロゴ表示するとかしていなければ問題ないでしょ。

>>406
>393

>>409
1)某A社にVIDを取得してもらう（単なるVIDだけなら$2000。USBロゴは
付けられないけど問題ないだろう）
2)USB自作品のソースコード（回路図も・・か）を某A社に「投稿」する
3)某A社はVID／PIDを割り振ったソースコードに修正
4)某A社が修正版のソースコードと共に「USB機器製作事例集」ってことで
　自社サイトで公開．無論「このIDは製品として使うな」と一言入れる。
5)投稿者は公開されたものを再ビルドして「ビルドしたプロジェクト一式」
　として公開

１件あたりの「自作品掲載手数料（苦笑）」として$20払うなら
100件集まれば元が取れる。

デキの良いもの（ダウンロード回数も目安になるだろう）は某A社で
基板化して頒布。投稿者にはライセンス料を払うなんていうのも
良いかもしれん。

これで良いならUSB関連（でなくてもかまわんけど）自作品の
ポータルサイトになるかもね

USB充電器とかUSB扇風機にもロゴは付いていないのに
売り場のプラカードにはUSB機器と書いてあるし結構いいかげん

Aタイプ♂にUSBアイコンが付いていなけりゃ
USBですらないという抜け道があるわｗ

金儲けするなら、ちゃんと金払えと思うけどな。
USBの規格にただ乗りして稼いでる訳だし。

インターネットドメインでも勝手にドメイン割り当ててるアルターニックみたいな集団も有るしねえ。
正規ライセンス利用者が割喰うけど勝手に使うってのが(ry
秋葉で安売りされてるnicのマックアドレスが重複なんてネタも有ったな。
192.168/16よりは、ipv6のリンクローカル見たいなノリで、usbバス内で重複を避ける実装に成ってれば十分じゃないかとは思う。
usb機器のほとんどはクローズドなアクセス方法で制御してるのが多いし、オープンソースとは馴染まないと思う。
USBロジアナで無理矢理解析して勝手に実装も有りなんだろうけど。

１）オープンソースにして某A社のサイトで公開というスタイルにすることで
　　規格ただ乗りの商業利用は避けられる。
２）某A社が製品化する段階ではあくまでも某A社が自社の取得したIDで
　　自社製品として製品化するのだから何の問題も無い
３）この際，オリジナルの開発者にライセンス料を支払うのも別段問題は無い

製品とまではいかなくても、少数頒布する同人ハードとかだったら
やっぱり独立したPIDが必要だよね

>>414
> 1)某A社にVIDを取得してもらう（単なるVIDだけなら$2000。USBロゴは
付けられないけど問題ないだろう）

1回こっきり$2000払うのは、固有VIDの仮予約だけで所有扱いにはならない。
ちゃんとusb.orgでVID割り当てを公開して、ずっと維持するには毎年$2000
払い続ける必要がある。　支払いをやめると、VIDが無効になる。

下記のリンク先からダウンロードされる「usb.if」というファイル(中身は
テキスト)に名前がない会社は、実質的にVIDを持っていないに等しい。

> Company List
> Please download the Company List and save as usb.if in the same
> directory where USBCV was installed. Please check the installation
> instructions for USBCV for details. Remember this list changes
> almost daily, be sure to get a fresh copy when you use the tools.

ttp://www.usb.org/developers/tools/comp_dump

> Invalid VIDs
> The VIDs included on this list have been obsoleted and
> are not valid.

ttp://www.usb.org/developers/tools/obsoletevids093009.pdf

それとは別に、製品にロゴを付けるには、個々の製品について認証機関で
USB接続テストを受けてクリアした上で、ロゴ申請する必要がある。
ちなみに、usb.orgは(たぶん今も)オレゴンのIntel社内にある。

インテルチップセットのPCで問題なく使える理由が理解出来た気がする。

intelはそんなマイクロソフトみたいな幼稚な真似はしないよ。
周辺機器メーカーがintel以外のチップセットでのドライバ検証を端折ってるだけ。

OHCIとUHCIの悪夢か

>>419
US$2,000 for a two year term
だから，2年間有効。
>If you would like to purchase a vendor ID without
>signing the logo license agreement, the administration
>fee for this purchase is US$2,000.
>However, if you do not execute the logo license agreement,
>you are not authorized to use the USB logo in conjunction
>with your products regardless of their testing status.

だから，Logo Licenseに同意しないなら$2000でいいけど，
logo license agreementをexecuteしないならUSBAのlogoを
製品に使っちゃ駄目よ
ってことじゃね？
別にオープンソースのお遊びなんだからlogoを使う必要は無いだろ？

>>423
誰も払わなくなって2年に延長したのか？(w　MSDNと同等に、値段の根拠が
あるわけじゃないしなぁ。　そもそもUSB.orgの設立当初から数年間は確か
$500以下だったはず。

たとえロゴライセンスに同意しても、認証貰うには、さらに費用が掛かるし、
小ロットじゃ払っても元が取れん。

正直者が馬鹿を見るので、アホらしくてMSDNも止めた。(w

linuxのusbのリストの中で、
潰れている会社とか ??? になってるものなら
まずぶつかることはない（←何故か変換できない

>>419

> 1回こっきり$2000払うのは、固有VIDの仮予約だけで所有扱いにはならない。
> ちゃんとusb.orgでVID割り当てを公開して、ずっと維持するには毎年$2000
> 払い続ける必要がある。　支払いをやめると、VIDが無効になる。

> 下記のリンク先からダウンロードされる「usb.if」というファイル(中身は
> テキスト)に名前がない会社は、実質的にVIDを持っていないに等しい。

よくもまあこんな大嘘を。

これはVIDビジネスが出来そうだな
会社の上層部に働きかけて新規ビジネスにしてもらおう
１VIDを５０万円ぐらいで売ればオレのボーナスもぐんと上がりそうだな

＞たとえロゴライセンスに同意しても、認証貰うには、さらに費用が掛かるし、
＞小ロットじゃ払っても元が取れん。
だから，今回みたいな趣旨なら認証もらう必要は無いって言ってるんじゃん。
何度言われたら分かるわけ？
「自作カイロでUSB・・」なんだけどな，このスレは

USBってすごいな
延長5本 + A-Bケーブルで合計6.8m引き伸ばしても普通に通信できるとは…
もう一本足すと電圧不足で立ち上がらないから、セルフパワーならもっといけそうだ

ID:W7Sx1bJK が馬鹿かつ貧乏だということは理解できた。
本筋とは関係ない、しかもガセなネタを書き散らすのはよしてくれ。

自作何だけど、小ロット生産の業者が乗っかろうと必死だしな。
儲けるならちゃんとライセンス料払え。

？？？

君たちみたいな、しみったれたクズ拾いが趣味の貧乏人でも手に入るような
値段で、小ロット製品を提供しようとしたら、ライセンス料を上乗せでき
ないよねと言っているんだけど？

まぁ、ルネサスやJALみたいに公的資金が出れば、おまえらに代わって払って
やらんこともないが。(利用しない人間を含めて広く浅く負担させているに
過ぎないけどな)

どこを縦読み？

あれVIDっていつから期限付きになったんだろう、と思って確認してみたけど、
やっぱりそんなことはないね。

あせって損した。

こんばんは。
現在H8とUSBN9604を使用してusb通信する回路を製作中の者です。

usb通信の回路を作製するのは初めてで、詰まってしまいまして････

状況的には、

・usbn9604の初期化完了
・SETUPトークンを受信
・デバイスリクエストはGetDescriptor(0x06)を受信
・TXD0レジスタにデータを送信
・データを送信したがTXEVレジスタの0ビット目がhighになっていない････?←今ここ

という感じです。
プログラム内のusbn9604に関する記述の多くは
後閑さんの基本デバイスプログラムを参考にさせていただいたので
そちらを見ていただければと思います・・・

送信が完了すればusbn9604のTXEVレジスタの0ビット目がhighになるはずなのですが・・・・
それがhighになっていないことから送信が完了していないと判断しました。

その後、TXC0レジスタがFLUSHされていないのかと思い、FLUSHしてみてもダメ、
BurstWriteがうまくいっていないのかと思いStandard Writeにしてみてもダメと････
状況が全く変わっていません。。

周りに回路のことを聞ける人がいないので、何か教えていただけることがあれば幸いです。
よろしくお願いします。
スレチだったらすみません・・・

>>429
>もう一本足すと電圧不足で立ち上がらないから、セルフパワーならもっといけそうだ
それ多分、電力不足のせいじゃない。
USBでは、信号がケーブルを往復する時間のmaxが規定されていて、往復時間がmaxを超えると
正常に動作しない。ホストから最遠ターゲットまでの合計ケーブル長の最大値（7m）は
このmax時間で制限されているから、7mを超えると動作しなくなる可能性が高い。

>>436
やたら抵抗高いケーブルを他のに変えたら10mでも通信できたよ
一応規格よりマージンがあるってことなんだろう

＞ホストから最遠ターゲットまでの合計ケーブル長の最大値（7m）
そもそもこんなのあったっけ？
ハブとデバイス間のケーブル長(5m)の間違いだと思うんだが。。

>>419 ＝ >>436 か？（苦笑

＞合計6.8m引き伸ばしても

>>435
＞プログラム内のusbn9604に関する記述の多くは
＞後閑さんの基本デバイスプログラムを参考にさせていただいたので

「多くは」とか「参考に」ってどういう意味？自分勝手な解釈で
書き直して動きませんなんて言われたって誰にも分かるわけが無い。
その程度の事を自力で解決する能力がないなら，まずは動くものを
そのまま再現するのが基本。

>>441
ありがとうございます。
こちらの説明不足もあったと思いますが、、理解しました。
わざわざ書き込んですみませんでした。

まあPICのコードをH8でそのまま動かせっていう>>441も言い掛かりっぽいと思うけどw

しかし、なんであんな第2世代ごろの古いチップを今頃わざわざ使うのかな。
まあUSBN960xはいろいろ苦労すると思うよ。
昔、そのPicFunのコードを参考にさせてもらったけど、ちゃんと動くようになるまで
無茶苦茶苦労した記憶がある。

USBN、セルフパワーなら結構適当に書いても動いたけどなぁ…
さすがに省電力関係は面倒に感じたけど。

まぁエンドポイント重ねてFIFOを深くしたりDMAでパフォーマンス出そうとか
割り込み周りとかで悩みだすと果てしない割に実りが少ないと思うけどね。

＞PICのコードをH8でそのまま動かせっていう
CPUがPICだろうと何だろうと960xを制御する手順に違いがあるわけでもないのに

>TXC0レジスタがFLUSHされていないのかと思い、FLUSHしてみてもダメ
なんて言ってるくらいだから，元のソースもろくに読まず，
もちろんデータシートも読まず，勝手な思い込みで書いただけだろ。

ちょっと躓いただけでこんなところに放り投げるしかないようなレベルなら
素直に動いたという実績のありそうなサンプルでやれば良い。
「H8 USBN9604」でググれば嬉々として公開している
例だって見つかるだろ。

>>445
　　　　　　　　　　　　 __、
　　　　　　,r´⌒ヽ,⌒ヽ,ヽ
　　　　(⌒)､　　 .人　 λ＼､ .＿＿___
　　　　 ＼. ＼　　　　、　ヽ.／ ー 　ー＼
　　　　　 |＼　＼ 　 　ヽ.／　（ ●）　（ ●）
　　　　　 |　 ＼　 ＼　／　　　　　（__人__） ＼　 はいはい、どーもすみませんでした
　　　　　 |.　　 ＼　 　|　　　　　　　｀ ⌒´ 　　|
　　　.　　 |.　　　|.＼_ノ＼ 　　　　 　　　　　　/
　　　.　　 |.　　　|　　 | 　 ＼＿＿＿＿＿_／
　　　.　　 |　　　)　　.|　 　　　.　.￣￣
　　　.　　 |　　　|　　.|
　　　　　　|　　 |.|　 .|
　　　.　　　|　　| .|　.|
　　　　　 ／ 　/ /　ヽ,
　　　　　(＿_ノ　 ヽ、__つ

動いたという実績を出せないないのに、なんで改造するの？
マジ死んでほしいわ

>>442
理解しましたっていうのは、まずいところが見つかったという意味？
じゃなくて五冠さんのコードをまずはPICで動かしてみるという意味？

こんなところで聞いても無駄だということを理解したんだろ。

・・・・・きっとソレダ。

シールドもツイストもしていないケーブルでHighSpeedの機器を接続すると、高確率でFullSpeed動作になるんだけど、
HighSpeedに移行する際にケーブルの特性のテストとかしてるのかな。

しばらく見ないうちにいろいろと書き込みされていたので驚きました。
ご意見ありがとうございます。

回路作りは最近はじめた趣味のようなものですので、急ぎでもないですし･･･
ただ、自分なりにはデータシートとにらめっこしながらいろいろとやったのですが･･･
そうですね、動くものから作るべきでした。
暇な休日にちょこちょこと進めていきたいと思います。

書き込んで下さった皆さん、ありがとうございました。
それでは。

>>451
ネゴシエーションで失敗するんでしょ

お前ら仕様書読めよ…

＞君たちみたいな、しみったれたクズ拾いが趣味の貧乏人でも手に入るような
＞値段で、小ロット製品を提供しようとしたら、ライセンス料を上乗せでき
＞ないよねと言っているんだけど？

いかにも給与所得者的な，経営センスの無さがにじみ出てますな。

>>455
ライセンス料の支払いに、180日の手形で切るんですね。　わかります。

それとも、下請けの取引先に請負契約と称してライセンス料込みで掛け
払いで発注して、納品されたのに代金払わずにバックレですか？

あぁ，やっぱりセンスがリーマンだねぇ。

手形って言えば経営者っぽいとか、どんだけ浅いんだよｗ

『世界の中心で、愛をさけぶ』ならぬ、『便所のラクガキで、経営書を
名乗る』ですね。　えぇ、よ〜くわかりますよ〜。

お前らホントどこに行ってもケンカできるんだな
尊敬しちゃうよ

>>459
そういう自己レスの仕方もあるんだね

>>460
なにいってるんですか、みんな名無しだからこんなに攻撃的なんですよ？
2chの外じゃあ皆おとなしいもんです。

手形なんて不渡り出したら終わるけどなw

あああ

で、結論として安くPIDを手に入れる方法はないの？

>>465
>>397 でいいんじゃないの？
ライセンスはVUSBを使える数だから自作機器なら何個でも使っていいと思う。

質問なんだけど、セットアップパケットが来る前のIN/OUTトークンはSTALLしなきゃいけないんだよね。
コントロールリード転送のステータスステージのACKが破損するとリトライで再度OUTトークンが発行されると思うんだけど、これはACKしないといけないよね。
ステータスステージのリトライと、STALLすべきOUTトークンはどうやって区別すれば良い？

　OUTトークンは来ない。ホストは SETUPからリトライすべき
万が一 OUTトークンが来ても STALLすれば、やはりホストは（解除のために）
SETUPからやり直す。

　と思う。

マイコンを使って、PS/2のキーボードとマウスをUSBに変換するアダプタを
自作しました。
WinXP SP2でUSBCVテストのほとんどをPassして、Windowsでは認識して
普通に使えるようになったのですが、BIOSで使えません。

市販の変換アダプタだとBIOSで正しくキーボードが使えるのですが、
エニュメレーションで失敗しているのでしょうか、Configuredステートから
バスリセットされて移行、EOPの検出がされなくなって無視されてしまいます。
SET_PROTOCOL(BOOT)は正しくされているのですが、何が問題なのか不明です。

どうにか解決したいですが、ご教授お願いします。

なんかよくわかんないが、BIOSだと

4 keyboards
1 mouse

って、なる。BIOSではマウスは動作しないけど、キーボードがなぜ４つも
認識されるのか不明＞＜

とりあえずUSBバスアナライザ付けて何が起きているのか見てみたら？

PCBIOSでのUSBの扱いは特殊だったような

>>471
個人で持ってる奴いるかよ

キーボードやマウスじゃないけど
High-speedのUSBデバイス繋いだら、BIOSで固まってPC起動しなかったことがあったな・・・

起動してから挿せば問題なく動いて悩んだけど、FullSpeedのデスクリプタをミスってたｗ

>>473
個人でもFSならなんとかなる
http://www.geocities.jp/altshibabou/win/ezusb_05.html

あると便利だから作っておこうかなぁ

そんなの使うより、古典的なprintfデバッグの方が結局早いし痒いところに手が届く気がする。
まあUARTなきゃどうしようもないけど

>>476
USBの場合コントローラ間で勝手にやってるハンドシェーク動作なんかが
があるし，ファームウェアで返したつもりのデータがちゃんと，
ホストに送られているかっていうこともあるしね。
フルスピード程度ならロジアナで追いかけても良いだろうけど．

まあ、そんだけの情報だと、デスクリプタもういっかい調べろとしか...

ちゃんとアナライザも無いのにデバックとか無茶としか。
どこかから拾って来たdllがバグってタラ、printfじゃ無意味。ソフト的には正常処理なんだし。

そこは過去の経験と野生の勘と根性で何とかしてしまうのです。

まあホスト側がPCのBIOSじゃアナライザなきゃ無理だろうねえ。

んーCATCのUSB ChiefかUSB Advisorを貸してあげたい。

Windowsは簡単にコケるしな。
ディスクリプタが壊れてるだけで画面真っ青になって昇天

HPのOffice Jet Pro L7580という複合機プリンタを使ってるんだけど、どうやら
中で動いている組込OSがおそらくメモリリークか何かが原因で定期的にハングして、
全てのLEDと液晶バックライトがピカピカと点滅する状態になるのだが、それと
関連性があるのかどうか、時々USB廻りが反応しなくなる模様。

この時、LEDは点滅していないけど、USBでこのプリンタをつなげているPCが電源
を入れても、画面がまったく表示されず、BIOS設定もできない状態で固まって
しまう。PCをリセットしても同じ。

最初はBIOSが飛んだかと思って慌てたけど、ハングの件があったのでもしやと
思い、コンセントを抜いてプリンタの電源を入れなおしたら動いた。

ハングは1〜2ヶ月に1回くらいの頻度でほぼ定期的に起こり、USBで起動しない
状況が起きたのは、これまで2〜3回くらい。

ＵＳＢコネクタが外に出ていない仕様（ＵＳＢデバイスが接続できない）の機器で、
内部にあるＰＣと自作のＵＳＢデバイスで内部通信のみをしていた場合でも
VID の取得が必要なのかしら？
（そのＵＳＢデバイスは単体で販売しないことが前提で）

USBデバイスにロゴ付けて売るのでもない限り必要ない。

自作のデバイスを、自作のドライバで自分のpcに認識させてる分には、何が掟も自分しか被害に遭わないと思うけどな。
他人に迷惑かけるなら、金掛けてでも、ちゃんと遣れとしか。もしくは迷惑かけるから遣らないで欲しい。

ディスクプリプタ壊れてればしょうがないだろう。
壊れてるなんてドライバで想定してないだろうし。
割と根っこの部分でエラーが起きるとほとんどのosで復帰出来ないのは普通。
月のレンタル量が数千万円の汎用機でもIOプロセッサが受け持ってるデバイスで想定外のエラーが出ればシステム全体が止まる。

PS2キーボードをUSBに変換する機器の自作例はありますか？

あります。製品もあります。

製品はおもしろくないので、自作例を探しています。

製品分解もそれなりにおもしろいと思うけど

モールドされたICしか見れないと思うけど

PS/2を介さず直接ps/2 & low usbに対応したほうが面白いけどな
ただのコンバーターならツマンナイから無視

PIC18Fでええんちゃうか？
コード例もあるで。

>>492
「PS/2を介さず」って、IBM PS/2を介さずってこと？

>>492
確かPIC18FのUSBモジュールのピンはInputOnlyだった気がするから無理じゃない？

>>494
これは懐かしい
拙者はプレステもアリかと思ってPSと2の間にスラッシュを入れたでござるよﾆﾝﾆｷﾆﾝ

途中で改行した、スマン
>>495
CY7C63XXXなら余裕でOK

>>495
不確か

>>495
知らないんなら適当な事書かなくいいよ。

>>498-499
18F2450,4450,2550,4550,18F14k50あたりはみんなInputOnlyだった
Outputできる品種もあるのかな？

自作例 (PIC18F4550使用)
ttp://kentie.net/article/sunkbd/

あ、PIC18F2550みたいだ

どこからか眠っているType-5 KBを復活させろと命令がきたｗ

>>500
言ってる事訳解らん
USB端子のピン(2550ならRC[4:5])がってこと？
だいたい、入力だけでどう初期化のやり取りすんだかw

１５ページよく読めよ。
http://ww1.microchip.com/downloads/en/DeviceDoc/39632e.pdf

ま、製品が既にあるから自作するほどのものでもないな。

>>504
よく読めとこっちがいいたい
Output可能なのはUSBモードのみでPIOモードだとInputOnlyじゃないか
これじゃPS2/USB両用キーボードの実装はできない

誰がPS2/USB両用と言い出したんだ？

正直すまんかった
ここまで釣れるとは思わなかった
今は反省している

そうか、>>492が言い出したんだな。

>>506
他のI/Oピンとも繋いどいてRC[4:5]の内蔵USBﾄﾗﾝｼｰﾊﾞoffすりゃ
PS2(PIO)両用になるだろ。

＞PS2キーボードをUSBに変換する機器の自作例はありますか？

USBの勉強兼ねて作った事はある。PS/2マウスからUSBとか、
プレステのコントローラをUSBジョイスティックにとか、
AppleのADBキーボード／マウスのUSB化とか、
使わなくなったATAなHDDだのCD-ROMだのを
USB化したりというのもやった。

買ってきたほうが安いからあえて自作するメリットは何もないけど、
勉強がてらやってみるには手ごろな課題だと思うよ。

487です。
みなさん、いろいろありがとう。
未だに15年前のPS2キーボードと、インテリマウスを手放せないのと、
USBの勉強をするため、変換器を作りたいと思ってます。
ついでに基板の設計もしたいので、うまくいったら、欲しい人に基板を
あげようと思ってます。

GetDescriptorで要求されたバイト数以上返したとき、nForceチップセットだけはエニュメレーション成功するみたいだ。
こういう処理ってドライバじゃなくてチップセットの仕事なんだな。

あほか、nForceチップセットに入ってるUSBホストモジュールの
ドライバが鷹揚にやってくれてるだけだ

>>513
ドライバは「標準 OpenHCD USB ホストコントローラ」だけど

USBターゲットの不具合でホストがハングするのはどうかと思うが、Windowsでもそうなのか。
最新のOSなら少しは改善されているのではないかな？
今のMacではほとんど落ちないが、G4時代の10.2や10.3では、酷かった。USBデバイスの
デバッグをしていると、微妙なタイミングで、落ちたり落ちなかったり。
特に、Virtual PCを使っているときが酷かった。
1台しかホストを持っていず、しかも、速度の関係で、ファイルシステムのジャーナリングも
切っていたので、いつ、ルートファイルシステムが壊れて、起動できなくなるかと、ハラハラした。
OSがハングしないまでも、USBだけ死んでしまうパターンも多く発生し、キーボードやマウスが
使えないので、結局強制終了しか手段がなかった。

ホストOSのUSBドライバは、もう少し、カーネルから遠い位置において、そこで不具合が発生しても、
何とかドライバだけでも再起動できるような配慮があっても良いと思うが、速度の関係で、
そうはならないのだろうね。

ハングどころか，何も言わずにプチッとリセットされちゃったりする

>>516
最近はどうか知らないけど、Windows 98やWindows 2000の頃は、そんな
かんじだったな。　ブルースクリーンさえ表示されず、「うむ！」を言わ
さず、いきなりリセットが掛かってBIOSの起動から始まる。

ファイルシステムが壊れるかどうかの心配もあったけど、とにかく作業効率
が悪かった。

マカってホント情報弱者だな。

>>517
そそ・・だからSL811を使った簡易ホストアダプタ作って
基本的なデバイスリクエストへの応答動作が正しく行われているか
チェックしてからつなぐようにしたりしてた．

システムの根幹だからしょうがない。
いきなりデバイスが反応しなく成ったら、増すストレージドライバは確実に仮死状態。

パソコンから測定器を制御しながらいろいろ測る系があって、その中に自作の簡単な治具を組み込もうと考えてます。
治具は、切り替えスイッチとか簡易電圧計とか簡易温度計とか。
パソコンから測定器の制御はRS232C、GPIB、USBで行っているけど古いインターフェースはつらいので、作成する治具のインターフェースはUSBに決定。
USBで通信している測定器はUSBTMCに準拠すると、VISAのDLL使ってGPIB測定器と同じノリで動作させられるため、
自作する治具はUSBマイコンを載せてUSBTMC準拠の簡易測定器にしようと思います。

マイコン選定のためマイクロチップとかSTとかのサイトでTest & Measurement Classのサンプルコードとか探しても見当たらなくて困ってます。
自分でゼロから作るのは難しと思うけど、理解が深まれば、USB.orgのTest & Measurement Classの仕様書みて自作できるものでしょうか？
USBデバイス実装したことないため、どれぐらい大変かの見積もりができずに困ってます。個人でも頑張ればできるレベルのものでしょうか？

英語は大丈夫なの？

＞仕様書みて自作できるものでしょうか？
そんなにボリュームあるものじゃなさそうだし、出来ないことはないと思う

自作アプリとかでデータ取れればいいレベルなら、
通信仕様を自分で決めて、汎用ドライバ拾ってきたほうが早そうだけど

64KB/s 未満なら、ドライバがいらない HID デバイスが良いのではないでしょうか？
PC側のサンプルも結構ありますよ。
私はこれで今のところ足りているので、ドライバを書かずに楽をしています。
シリアル変換のようにいちいちポート番号設定しなくても良いので、
新しい環境でもすぐに動かせるのは大変便利です。

USBコントローラの制御より、VISAのプロトコルとコマンドを実装する方が大変そうだなあw

usbのほうが案外面倒だったりしてなw
シリアルの単純なのが楽だったりとか。

マイコンと言うか、普通にPCから弄れるレベルのほうが楽じゃないのかなあ？

あまりシビアなスピードが要求されないのなら、ColdFireのC-インタプリタをLANで
操作すると、ホスト側はスクリプトだけで簡単に作れるね。
俺はアマチュアだが、ホストが限定されるUSBで頑張るより、LAN接続の方が
融通が利くので、最近はそれで十分かなと思っている。
それに、近頃ここで話題になっているように、USBでターゲットが死ぬとホストまで巻き添えの
パターンもあるので。

レスありがとです。
>>525さまの指摘どおり、サンプルソースなしでUSBTMCを実装するのは素人には大変そうな気がしてます。
長いこと使うことを考えるとレガシーインターフェースは使いたくないので、
まずは>>523さま、>>524さま案で試してみようと思います。
USBの理解が深まった頃に出来そうだったらUSBTMCに挑戦するかも。。。
>>527さまのLAN接続ってのは今まで考えてなかったですが、USBだと給電と通信が1ケーブルですむメリットが大きいと思ってます。
みなさまありがとうございました。

LANだとプラグアンドプレイとはいかないような…
IPアドレス設定して、ソフトの設定もそれに合わせて、パーソナルファイアウォールでポート開いて…
常時接続なら問題ないけど、そこらのPCにブスッと挿して使う治具にはちょっと不便かも

USBでもドライバインストールという壁があるジャマイカ
そこらのPCがVistaでUAC働いてたりしたら結構面倒だぞ
人やによってどっちがより面倒かは変わってくるだろうけどね

HIDなら管理者権限も独自ドライバもいらないからそれがベストじゃないかな

LANだとアドレス解決とアプリ間の問題で済むでしょ
これはUSBで使う労力の比じゃない
さらにUSBだと傍にPCが要るし、OSが変わると
ドライバの移植も大変だぞ
LinuxでUSB周りがまともになるまでどんだけ掛かった事か

>532
おいおい…
LinuxでLAN周りがまともになるまでどんだけかかったか。

個人的には、LANは電気食いすぎ。ソフト以前の観点で多用する気にならねー。

>>532
適材適所じゃないのかな。
手元にPCがあった方が便利な治具もあるだろうし
離れた場所にあった方が便利な治具もあるだろうし

うまいことまとめたな。

でも遠隔故にシンダら大変かもな。いちいちその場に逝かなきゃ直せない。
逆にusbは5v 500maの壁も有るしなあ。ノートpcなら500maも取れなかったり。

USB2.0が当たり前になってきた頃から、ノートでも1Aくらいは平気で出せるのが多いけど

それが「平気」なこととは思えないけどなあw

バッテリー駆動で?
2ポート合わせて2A取れるの?
へー、すごいね(棒読み)

つかバッテリで動くノートパソコンから大電流を貰うって方向性がｲｶｿ訳だろう
まあ別電源とか用意するのは面倒だが

ACアダプタを使えばいいんじゃないの？

5Vの500mAは、大容量って程のもんでもないでしょ。

デバイスあたり2.5Wの消費電力が小さいとな？

自作回路でUSB EndPoint のスレとしては、
2.5Wまでは特に注意を要さない標準的な電力だろ。

注意を要さないのは0.5Wまでなような気がする。

本来の規格ならそうなんだけど、コンフィギュアドになる前から2.5W食う製品が多いのも事実

制限すべき理由があるから制限してるのに、
規格をまったく無視したUSB盗電機器（ひざ掛けヒーターだのコーヒーカップウォーマーだの）
を基準に大丈夫だと判断する思考回路が理解できない。

大丈夫とは言っていない。そういう事実を述べただけ。
ちなみに電源だけ取る機器に限らないよ。

USBHDDはドライブの仕様を読み取らないとデスクリプタの内容が決定できないからいきなり2.5W以上消費してスピンアップする。
DAPは充電しないといけないからバスステートがどうであれ2Wくらい使って充電する。
こういう機器がUSBのロゴ乗っけて売られてるけど、USB-IFは容認しているのだろうか。

アドエスみたいに真面目に規格に沿ってて、
PCで認識されてからじゃないとUSB経由では充電できないってのもなんだか。

>>549
で結局、認識されなくても充電できるように二股ケーブルが売られるんだろｗ
なんかアホくさい。

デバイスが電流引っ張るのを自主規制してるって話（USBの仕様上はそうでなければならない）
なんだが、理解してないようねw

つまり、説明書の片隅に「専用のACアダプタ（別売）がないと動きません」
的な事を書いておけば良い、というメーカが出るのも無理は無い訳だな

いや、ユーザとしては困った事なんだが

無理がない、とかどういう意味なんだろう
本気でそういう風に考えてるとしたら、言っちゃ悪いけど頭不自由過ぎるなw

日本語が不自由なんだね・・ｗｗｗ

仕事でＵＳＢデバイスを作っている方はプロトコルスタックはどうされていますか？

昔は全部自分で書き下したけど，今はだいたいメーカさんがサンプル
を出してくるから，ざっと読んで気に入らないところを手直しして流用って
いうことが多いかな。

だからサンプルコードそのまま製品に成ってたりするのなw

ノートだと省電力設定が普通だしな。500ma取れない事も多い。

>>557
USB2.0搭載以降、500mA取れないノートを使ったことがないんだけど。
それってどこのメーカー？

スレタイ理解できずに正論ぶって満足したい人が多いな

逆に500maもきっちり取れる事を保証してるノートpcを上げて欲しいくらい。

USB開発 四十八手というサイトを作りました。
見てください。

>>561
ぐーぐる先生がURLを教えてくれません。

エンドポイントディスクリプタに記述していないエンドポイント宛てのパケットって無視する実装でOK？
それとも律儀にSTALLするように実装しなきゃ駄目かなぁ

まずは、そんなものを送ってくるドライバのバグを取れｗ

本来送ってこないものだけど、USB規格上はどうすべきなのかってこと

2.0の規格書の「8.4.1 Token Packets」に、

―― If a packet decodes as an otherwise valid token or SOF but does not
terminate with an EOP after three bytes, it must be considered invalid and ignored by the receiver.

とあるから、無視するのが正解なのかな。
"valid token"という言葉の指す事態が曖昧だからよくわからんな。
単に壊れなければ（CRCが正常）ならvalidなのか、意味的に辻褄があうことまで
要求しているのか。

ごめんなんか場違いな箇所を引用しちゃったなw

やっぱり無視でいいのかも。

8.3.1 Packet Identifier Field

―― If a function receives an otherwise valid PID for a transaction type or direction
that it does not support, the function must not respond.

逆に変なパケット送ればDoSできちゃうからな。

もしSTALL返せだったら実装が面倒だから助かった

ホストが”ご乱心”したら（実装ミスだろうが故意だろうが）、DoSなんかいくらでもできるんじゃね？

USBデバイスを実装してて、内部のEOP信号がある条件で出ない状態でPCにつないだときは面白かった。
具体的には、ZLPを送信すべき時にPIDに続いて延々とJ-K-J-Kを送出し続けるバグがあった。
intelチップセットでは、マウスポインタが動かないレベルでフリーズして、しばらくしたら青画面になった。
nvidiaチップセットでは、「USBデバイスが認識されていないことがWindowsによって認識されていません。」という例の日本語でおｋなバルーンが出るだけだった。

まあバスだから、一人でも変なのが居ると全滅だわな。
アイソクロナスで帯域占有して離さないのとか。

USBでデバイス側が帯域占有で離さないとかできるの？

>>574
要求された以上のデータを送りつけるか、トークン来てないのにデータ送るとかくらいしか…
そんなことしたら受理されないばかりか、チップセットによってはOSごと落ちるわけだが

バスっていったってマルチドロップじゃないんだから
実際は実装しだいで狂ってるデバイスはシカトできるでしょ。
っていうか、実際そうなってなかったっけ

>>576
そうなってるかどうかはチップセット(ホストコントローラ)による
チップ型番やOSによっても違うかも知れんけど

nVidiaチップは割と狂ってるデバイスに強い
ディスクリプタをパケット長の範囲内で送りすぎてもイイヨイイヨーだし
無限長パケット送りつけてもOSに不正なデバイスと通知するだけであとはガン無視

intelは対照的だねぇ
ディスクリプタをパケット長の範囲内でも送りすぎたら以降無視
無限長パケット送りつけたら青画面出してWindowsごと落っこちちゃう

不正なデータを送りつけたんだから何が起きても文句は言えないけど、簡単に落ちちゃうとデバッグも辛いね

変に動いて不具合に気づかないままってよりいいと思うけど

その辺は規格作ってるIntelとちゃんと動けばおｋのnVidiaのスタンスの違いなんだろうね

たまたまでしょ。

どんな回路を設計にするにしても
安全な方向に倒れるようにするだろ。

>581

プリウスはどーなんだ。
営業のセールストークのためにギリギリまで回生してあのザマだ。
しかもブレーキ・バイ・ワイヤで、電気止まったら止まらないし、スロットルもリターンスプリングで安全だとか言ってるけど、ファームが全開指令したまんま固まったらどうすんねん。
ステッピングモータのドライバICの故障でひらきっぱってこともあるし。
あれで安全ですよーとか言ってる会社があるし、異をとないえないマスコミだって....。
あー何書いてんだ。

トヨタはシーケンサとマイコンの区別が出来ないのだろうな
シーケンサなら1つ故障しても他のデバイスから抑止できるが、マイコンは一蓮托生だもんな。
安全を重視するなら、ブレーキペダルとスピードメーターの関係をモニターする独立したシステムがほしいところ

>>582
気持ちはわかるw

>>582
なーんかプログラマ板でも同じようなこと書いてる人がいたけど、
当たり前だけどコンピュータにスロットルの制御権なんか持たせる
アホな設計になんかなってないんだよ。

つーか、こんなスレにいるトーシローに思いつくような危険性や安全対策を
トヨタの人間が思いつかないわけないでしょ。

身の程ぐらい知っとこうよ恥ずかしいからさ。

>584

お、本職現れた。
スロットルボディのリターンスプリングだけでどうやって安全確保してるの？

どっか別のスレでやってくれｗ

>584

つまりあれですね、あいまいな説明をして上司の安全を守るように社員を設計するわけですね。わかります。

>586

アセ爺氏ね。

http://priusbbs.jonasun.com/cbbs/cbbs.cgi?mode=al2&namber=4537&no=0&KLOG=7
何でも思いついて、身の程を知っているプロの仕事怖すぎ

フライバイワイヤ採用してる航空機なんかもPC落ちたら脂肪だなw
EMU２個載せて監視させればと思ったけど、お互いに主導権取り合って運転させてくれないだろうなw　米ソ冷戦の様に遣られる前に遣るって海苔で。

>>589
迷ったときは多数決で決めればいいじゃないw
http://jstore.jst.go.jp/cgi-bin/patent/advanced/detail.cgi?pat_id=3940

> 豊田章男社長も「電子系統の設計は問題ないと確信している」と強調した。しかし、書簡は「トヨタが繰り返す主張の根拠が分からない」と疑問を投げかけている。

確かにわからん

>トヨタが急加速の予防として全新車種に装着すると表明したブレーキ優先システム

そうじゃなかったのかｗ燃費優先か。

>>591
あの社長も自分で言ってたよ。「わたくしは技術屋ではないので技術的なことはわかりませんが。」

どうにもトヨタの説明ってピンボケなんだよねぇ。
トヨタってメカ屋と品陥（ナイス誤変換）ばっかりだから、ソフトの扱いしらないんだよね。
ソフトって欠陥ゼロはなくて、90％収束したから出しちゃえってノリだから。残りの10％が表に出ただけでしょ。
プリウスって、ワイヤとかでメカ的ニュートラルに入れられないのか？それなら怖すぎてのれない。
MarkXは７７７の数倍のプログラムで動いているとか自慢してるくらいだからなぁ。くわばらくわばら。

> ID:qqr0Lt/Z

バネでbug封じができるのかねｗ？

車なんて単純な方がいいに決まっている。俺は未だにマニュアル車以外は怖くてだめだ。
アクセルワークでスピードを制御できない車には、運転する楽しみもないと思う。
それに、信号待ちでほとんどの車はドライブモードでブレーキ踏んでいるが、
くしゃみでもしてブレーペダルから足が離れたら、そのまま走り出してしまうのが
怖くないのかと思う。
車を売れるだけ得るために、どんなバカでも運転できるように車は「進化」して来たけれども、
そのせいで、交通事故の犠牲者も増えてしまったんだよね。

ありゃ、一連の、思い切りスレ違いでしたね・・・。

>594はやっぱりキャブ式でないと駄目なんでしょうなあ

>>596
当然、パワステ, エアコン, ABSなし。　パワーウィンドウは指挟む危険が
あるので、ガラス窓はクルクルとレバー廻して開閉、但し三角の小窓付き。

もちろん、オートドアロックや、チャイルドロックもなしでしょうなぁ。
後部座席からガキがドア開けて転げ落ちても自己責任。(w

アセ爺って何？
ぐぐるとPICスレが出てくるみたいだけど。

以前オートマチックの暴走があった時も、トヨタはペダルの踏み違いで逃げたんだよね。
運輸省が調べたら車種に偏りが表れて、今度はクルーズコントロールの操作が云々言い出して、最後はＥＣＵの半田クラックでエアレギュレータ全開という落ちになった。
基本はアイドリング制御の為のバルブだけど、スロットル全閉でも、このバルブ全開で4000ｒｐmにできるんだとか。

パワステはあくまでアシストなのでいいんじゃない？単独でタイヤ動かすほどの力ないし。電動は怖いかも。
エアコンは安全には関係ないし。
ABSは微妙だなぁ。油圧リリースする機構だもんなぁ。
パワーウィンドウはメカクラッチと電流センサなのでおｋ。そもそもファーム載ってないし。
チャイルドロックはメカだし、かからないときは普通のドア。施錠確認は運転者の責任。
オートマチックも、セレクトレバーでメカ的にニュートラルになるならいいけど、スイッチ接点のみは怖いなぁ。
トランスミッションは暴走要因ではないけど、エンジン暴走時には駆動を切る最後の手段。
>588　のリンク先見るとオソロシス。知り合いでエンジン切れなくなって、エアコン入り切りで切れるようになったとか、コンビニから道路に出たらエンスト。何やっても起動せず、ウィンカ消して点けたらかかったとか。
摩訶不思議過ぎる。

> ID:qqr0Lt/Z
どこのメーカの自称プロか知らんけど、トヨタってこんなもんよ。

>アセ爺って何？
アセンブラで書けば暴走しないとか、故障が予測できるとか妄言吐いてる人でしょ。
ポインタでつまずいたロートルと思われ。

>584

社内ではどうだか知らないけど、世間的に恥ずかしいよキミ。

車のプロであるはずのトヨタが作った車が欠陥品だったってのが問題な訳で。
プロと思っていたけど、そうでもなかったってヲチじゃないの？

トヨタって、企業としての図体がデカイだけで、パソコン創世記にたくさん
あった周辺機器メーカーみたいに、寄せ集めてきた部品を箱に入れて売ってる
だけとあまり違わない気がするんだが。

少なくとも確実にその道のプロとして長けていたのは、マスゴミ対策して
隠蔽工作する技術くらい？

スピードの出しすぎでハンドル操作を誤り死亡がよくある。

>>603
いちおー、安全に関わる部分とエアコンに関わる部分は子会社のＤＥＮＳＯで作ってる。
少ないけどトヨタ製もある。

>>604
おまえすごいな。

アメリカでレクサスが急加速した事例が一度も再現されてないとか言ってるが、
マイコンに宇宙線の高エネルギー粒子が衝突する事までは再現できないのだから、
エンジンの制御をマイコンにやらせている事自体を見直す必要があると思う。

>>605
DENSOはトヨタの子会社と思ってる人が多いけど、独立した企業だよ
主な出荷先はトヨタだけでなく、日産、三菱も入ってる

すごい人、USBカメラの映像をSDカードに保存できるコンパクトなの作って。
バイクに積みたい。

>>608
>主な出荷先はトヨタだけでなく、日産、三菱も入ってる

それはその通り。

>DENSOはトヨタの子会社と思ってる人が多いけど、独立した企業だよ

トヨタグループであることは間違いないから、それを簡単に子会社と言うんだよ。

いやスマン、本当スレ違い。

>>609
SSDなnetbookでも積んどけよ。
そのほうが手っ取り早い。

>609

これでいいでしょ。
http://store.shopping.yahoo.co.jp/odin/beaeb7bfa5.html

SD対応のデジカメでも積めと思う。

Cypress EZ-USB FX2LPでIsochronous In転送をしたいのですが、上手く
動作しません。

EP2でスレーブFIFOを使ったBulk In転送は問題なく動作しているので、
デバイスディスクリプタとEP2CFGレジスタを修正してIsochronousに設定
したのですが、PCから Cypressのツール(USB Console)でデータ転送をし
ようとすると、EP2はIsochronous Inとして認識されてはいるものの、
ツールのTransfer Dataをクリックしても即座にIsoc IN failedと表示
されてデータリードが出来ません。

プロトコル上なにか特別なデータパケットが必要なのかとも思いました
が、TRMとかUSB本家のデータシートを見てもIsochronousの仕様として
はそのような記述は見当たらず、むしろデータの内容には依存しない様な
記述があった位です。

ちなみに、ファームはbulkloopをベースにしたものをbulk In転送に対応
させ、それをさらに改変しています。エンドポイントディスクリプタは
EP2のみ変えてあり、以下の様な記述になっています。
;; Endpoint Descriptor
db DSCR_ENDPNT_LEN ;; Descriptor length
db DSCR_ENDPNT ;; Descriptor type
db 82H ;; Endpoint number, and direction
db ET_ISO ;; Endpoint type
db 00H ;; Maximun packet size (LSB)
db 04H ;; Max packect size (MSB)
db 01H ;; Polling interval

とりあえず動かすだけなら(Bulk Inが既に出来ているので)簡単かと思いきや、
想定外の所で躓いて困っています。何か足りない設定や、特殊なデータ
フォーマット等あるのでしょうか？皆様のお知恵を拝借させてくださいm(__)m

>>615
うろ覚えだけど、あのツールはTransferSizeが512固定だった気がする。
自作アプリでちゃんと設定して転送開始すれば問題なかったと思う。

>>616
レスどうも〜
少なくともBulk転送では1024の転送が出来ているので、多分ツールの問題
ではないような気がします。

一応それも疑ってCyApiからアイソクロナス転送のAPIをコールしてみましたが、
やはり転送出来ません。

感じとしてはデバイスディスクリプタは正しくアイソクロナスになっている
のに、チップの設定が正しくアイソクロナスになっていないようなのですが、
EP2CFGレジスタ以外に必要な設定というのが見つからなくて・・・。

フレーム当りの転送可能回数の指定レジスタもあるのですが、こちらは１〜３
の設定を試してみても全然変化無し。ただ今八方塞中です。

試しに512での転送を試してみたのか？
512でうまくいくなら1024は使えないって事なんだろ。

>>617
いや、あのツールはバルクの1024はいけたけど愛想黒ナスの1024は駄目だったよ
なにかコツがあったんだけど忘れちゃった

今、
・エンドポイントディスクリプタを512に偽装
・エンドポイントディスクリプタは1024のままで転送バイト数だけ512に設定
以上２パターンで試してみましたが、やはりダメでした。

一体何が起きているのか・・・。

アイソクロナスは1023バイトまででござんした・・という落ちだったり

とりあえず・・と
11.18.5 TT Response Generation
・・・
A full-speed isochronous IN transaction can be up to 1023 data bytes
・・・

>>620
偽装なんていいことないよ。
自作ソフトのほうでオープンしてから転送開始するまでの間にSetXferSize関数呼んでる？

>>621-622
Bulkで512転送してるんだからFullじゃなくてHighSpeedだろ

偽装しなくて512指定で512送ればいいのに。
1024にこだわる理由が不明。1024のパケットとかセクタでも使ってるのかねえ。

>>624
アイソクロナスがどういう転送か知ってていってるのか？
パケットサイズ×μFrame数がまんま転送速度になるんだよ。
（途中からマルチトランザクション仕様が追加されたけど、旧OSではサポートされていない）
512じゃ目的の半分の転送速度にしかならないわけで。

>>621,>>623
High Speedなので1023制限はないですね。
SetXferSize関数、試してみましたがやはり上手く動作しません。

上で「CyAPIを使って」と書きましたが、実際にはCyUSB(dll)を使いC#で記述
しています。なので、SetXferSize関数そのものはなく、以下のような記述
になっています。(エンドポイント設定記述から載せておきます)

loopDevice = usbDevices[0x04b4, 0x1004] as CyUSBDevice;//Example Device
if (loopDevice != null)
{
text = loopDevice.FriendlyName;
// inEndpoint = loopDevice.EndPointOf(0x82) as CyBulkEndPoint;
IsoinEndpoint = loopDevice.EndPointOf(0x82) as CyIsocEndPoint;
}
〜中略〜
IsoinEndpoint.XferSize = 1024;
bufcount = 1024;
if (IsoinEndpoint.XferData(ref fdata, ref bufcount) == false)
{
MessageBox.Show("アイソクロナスin転送が出来ませんでした", "警告", MessageBoxButtons.OK, MessageBoxIcon.Warning);

以下略

CyAPIとCyUSBのマニュアルを読む限りでは、このメンバを設定するのとSetXferSize関数
をコールするのは同等かと思います。この設定とXferDataの引数指定どちらが
有効になるのかはっきりしませんが、ここでは同じ値を設定しているのでそれが
問題になる事はないかと。

なお、ファーム側のエンドポイント設定ですが、以下のようになっています。
EP2CFG = 0xDB; // EP2 is DIR=IN, TYPE=ISOC, SIZE=1024, BUF=3x
// EP2CFG = 0xEB; // EP2 is DIR=IN, TYPE=BULK, SIZE=1024, BUF=3x

下の行を有効にしてエンドポイントディスクリプタをBULK1024バイトに設定
すると問題なく動作するという次第です。

>>624
単に横着しただけで深い意味はありません。まぁ、パケットサイズはフルに
設定したいというのはありますが。

ちなみに、bulkでエンドポイントを512に偽装した場合最初の1回のみ転送
出来るようです。また、1024のパケットサイズのままで512バイトの転送を
行っても最初の1回のみ転送されます。これは、バッファの方が1024で設定
されていて、フルでデータが埋まっているから半分だけ取り出すと後の動作
がおかしくなるのだと思います。

なお、
EP2CFG = 0xD3;
としてバッファサイズを512にして(当然エンドポイントディスクリプタも512に
設定)みましたが、やはり転送は出来ませんでした。

>>625
そういう事ですね。転送速度が半分になるのでは実際には使えません。

ただ、全く動作しないのでは論外なので、512バイト設定で動くのならば試験的に
やってみるという事です。

ちなみに、>>626の自作PCツールで、転送エラーのメッセージBOXが表示された
時のbufcountは0でした。全く転送が開始されていないという事です。

やはりEP2の設定がおかしいのではないかと思いますが、EP2CFGを何度見ても
間違えていないように見えます。

あとは・・・ベースにしたFWは4kバイト制限を回避する為に少しトリッキーな
事をしているので、それをやめてアイソクロナス転送専用でFWを組んでみます。

また何か気づいた事がありましたらご指摘お願いします＞皆様方

＞High Speedなので1023制限はないですね。
と思っていると思わぬ伏兵が・・っていうのがCYだから
気をつけたほうが良い。

SetXferSize関数　：　ドライバが内部で確保するバッファサイズ
XferData引数指定　：　要求するバイト数

バルクだと前者≧後者であれば問題なかったけど、アイソは一致していないと駄目だった気がする。
記憶が定かでないからこれはインタラプトの場合だったかもしれん。
残念ながら今は追試する環境が無くて力になれない。

インタラプトは使えた記憶があるからインタラプトでもいいんじゃない？
フルスピと違ってアイソと同じ帯域確保できるし。再送もあるし。

>>628
実は某メーカーの掲示板にも書いてるんですが、スレーブFIFOの設定で痛い目
に合っています。SLOEと共用のポートを出力設定にしていたら、そのポート出力
がSLOEにフィードバックされていて、(Bulk) In FIFOとして使っているのにデータ
ラインが全部出力になってしまったという・・・。一週間位悩みましたわｗ

今回は512バイトの設定にしても動作しないので、1023バイトの制限があった
としてもそれ以前の問題で動作していないのだと思います。

>>629
ひとまず今回はサイズを一致させているので、そちらの問題は無いと思って
います。

>>630
いや、これは目からうろこ(＠_＠)
確かにHigh Speedなら帯域はアイソクロナスと同じですね。厳密には再送が
ある分違うんでしょうけど、実際問題としてエラーはほぼ無視出来ると思う
ので。

試しにディスクリプタとEP2CFGだけ設定してみたら、USB Consoleから転送
出来ました。

何故アイソクロナスがだめなのかは解りませんが、代替案としては行けそう
です。ご協力、ありがとうございました。

アイソクロナスはWindows側を含めて昔からバグの巣窟でろくなことがないから
避けたほうが賢明よ

初心者の質問ですみません。
EZ-USB 詳しい方にお聞きしたいです。

下記の図を見てください。
ttp://moyaken.dyndns.org/moya/e1.jpg

枠の部分を EZ-USB で制御したいと思っています。

「パソコン上の制御プログラム(HSP)でどれかの接点をON/OFFにする」
ということをやりたいだけなのですが、電気的な知識がなくどうやったら
実現できるかわかりません。

EZ-USB の少ない電気でやろうとすると、トランジスタ？などを使うのでしょうか？
よく分かっていません。
ヒントのようなものでも結構です。

パソコンのプログラムは、
書籍の「わかるマイコン電子工作 USB機器の製作」のサンプルで、
ON/OFF のプログラムはすぐにできそうだとわかりました。
以上、よろしくお願いします。

>>633
そういう用途だったらEZ-USB使うよりUSB-IO使ったほうがはるかに簡単だと思うが。

>>633
それはスイッチを再現することに意味があるのか、
単にモーターをコントロールできればいいのかどっちなの？

>>633
EZ-USBを使うかどうかに関わらず、USBマイコンを使ってその回路のように
直接モーターをドライブするのは無理だと思うので(電流次第ですが)、リレー
を使うと良いかと思います。このあたりは初心者の質問スレがあるのでそちら
で質問すると良いかも。くれぐれもその回路のスイッチ部分にUSBマイコンの
ポートを直接突っ込めばよい、などとは考えないようにご注意下さい。

まずは簡単に自分で回路を書いてみて、質問スレに上げてみてはどうでしょう？

余談ですが・・・
おそらくその書籍にEZ-USBの製作記事が載っているからEZ-USBでやろうと思った
のだと思いますが、>>634氏の言う通り単純なスイッチングであればUSB-IOの
方が簡単です。EZ-USBですとチップのFWも自分で作る必要がありますが、
USB-IOは既にFWが書き込まれていますので。

まぁ、既にEZ-USBの資料が手元にあるならトライしてみるのも良いかも。
所詮は趣味の世界なので、手間暇を考えてデバイスを選択するよりは、まず
やってみる事ですね。

「電気的な知識がなく」って人にEZ-USBのファームを書かせるのは
酷じゃないの？

>>634
なるほど、USB-IO がいいのですね。
モータを制御したいという理由なので、EZ-USBにはこだわっていません。
USB-IO も検討したいと思います。

>>635
モータを制御したいのです。

>>636
リレーを使っても実現できるのですね。
USBマイコンでポートを直接つないで、モータを回すのは無理だなと
わかったぐらいのレベルなんで、難儀してます。

みなさん、USB-IO のほうがいいということなので、
そっちを検討することにしたいと思います。
親切に回答ありがとうございました。

>>637
ですよねー。
まぁ、なにごともチャレンジなくして成長はないので、
勉強（というか趣味）がてらです。

USB-IO、夏カシス。モルフィーよ永遠に。

ファームが公開されていないエンドポイントなんて興味が半減だと思ったものだ

FT2232HのEEPROMメモリマップは公開されてないのでしょうか?
0番地の内容が○○で、1番地が××等記載されている資料があれば理想です。
FT_Progで生成できる様ですが直接変更したいと思っています。

えーっとFT2232HがそもそもどういうICなのか分かっておっしゃってるんでしょうかそれ。

馬鹿には自作は無理。

>>641
質問者じゃないけど、それはどういう問いかけ？
FT2232HのEEPROMの内容は企業秘密だから知る方法はないとか？
自分で生成したEEPROMデータで起動するのはライセンス違反とか？

すいません、何か変な質問でしたでしょうか?

EEPROMの内容をFT_Progではなくてバイナリエディタで編集したいので、
何処に何が書かれているかを知りたいだけなんですが。

>>FT2232HのEEPROMの内容は企業秘密だから知る方法はないとか
そんなこたーない、FTDIとNDAを結べば出してくれるよ。

具体的に、書き換えて何をしたいか書いた方がよくね？
多数の2232を管理したいってんなら、コマンドライン版使えばよさそうなもんだし。
一からカスタムファーム作りたい訳でも無いんでしょ？

>>646
EEPROMに書き込まれてるのはファームじゃないよ
ディスクリプタとか、IOポートの設定とかそんな情報

ユーザーがいじって意味がある部分は、アプリケーションノートか何か
に書いてなかったっけ？FT232のは見たような気ガス。

USBの電源供給方法について、ダイオードを使った降圧回路で質問です。

大昔から良くある簡易電圧降下方法として、
電源に直列に整流用ダイオードをはさむ方法がありますよね。

１つあたり0.6Vさがりますが、あれをつかってUSBの5Vを3.3V近辺に変換したいと考えています。

ダイオードを3本使うとして、5V-（0.6+0.6+0.6）＝3.2V
接続先が使う3.3Vの電流は150mAで、実際に実験してみたところ、
3.3Vを要求するマイコンデバイスは正常に動きました。

ここで気になるのは、このような簡易的な回路って一般的な商用製品の回路では
ほとんど使われておらず、みんなマジメに3.3Vのレギュレータを使用していますよね。

もしかしてこの回路は原理的に、接続先に損傷を与えるようなリスクがあるのでしょうか。

気になったのは、接続先を開放して電圧を測ると、ダイオードの先でも5Vが出ていることで、
デバイスを接続すると正常に3.2Vになりました。
この過渡現象がマズイのかな、とか思ったりしましたがどうでしょうか。

仕事で使うわけではないので、たまに動かなくなる程度なら問題ないのですが、
回路的に根本的にマズイ場合は、素直にレギュレータを使おうと思います。

ご意見いただければ幸いです。

>>649
電流が流れないときはダイオードとはいえば電圧降下はほぼ0Vでしょう。
回路的にマズイとかそういうのは設計者（>>649）が判断することであって
他の人には判断できません。
ちなみに自分はいつもレギュレータ使ってます。

バスパワーの電圧の規格は5V±5%だから4.75Vがありうる
単純に-1.8Vしたら2.95V
3V未満の供給電圧を許してない3.3Vの石は割りとありそう
規格より低い電圧きちゃったときなんかさらに不安じゃないか？

って、仕事で使わないんならどうでもいいかｗ

ダイオードを3本使うなら、抵抗＋3.3Vツェナー(orシャントレギュレータ)
とか、TO-92形状の3端子レギュレータを使う方がよいのでは？

>>651
usb.orgのどのドキュメントか忘れたけど、コネクタの接触抵抗やら、USB
規格上で許容する最大ケーブル長での配線抵抗に対して、最大負荷電流500mA
を取り出した場合、デバイス基板上で保証される電圧は、4.75Vよりもっと
低いと思った。だから、3.3Vレギュレータ使う場合、最小入出力電位差が
1.2V以上もあるのに「低ドロップ」を謳う一部のデバイスは使えない。

あと、低ドロップ型で最大入力電圧が6〜8V程度しかないデバイスも、コネ
クタを差し込んだ時のサージで壊れる可能性があるので要注意。

確か、ちゃんと個々の要素に対して、図示した上で説明した資料があった
はず。

>>652
負荷端での最低電圧は4.25Vだったような気がする

みなさんレスどうもです。

・電圧をキープするには、電源端子を開放しない回路であることが必須
・3本だと電圧降下が起きすぎるので実測で決める
・基本的に推奨できない、何が起きても自己責任

って感じでしょうかね。勉強になりました。
しばらくこれで使ってみて、燃えたら対策を考えてみます。

USB内蔵のAVR ATmega16U4 を使いたいのですが、

http://www.atmel.com/dyn/products/product_card_v2.asp?part_id=4380

参考回路図を見つけることができませんでした。データシートのなかにも見あたらず。

ATMELは回路図を公開していないのでしょうか。

>>655
http://www.atmel.com/dyn/resources/prod_documents/doc7766.pdfの
page 254あたりからのFig 21-3から21-6あたりが参考回路なんじゃない?

>>656

ありがとう。
こっ、これを探してました。

>>654
遅レスです。
ダイオード（を重ねて）で電圧を落とす（簡易？）シリーズレギュレーションは入力（５V側）が
変動すると、そのまま出力（３．３V側）に変動電圧が現れるので、危ないですね。

>>652さんの言うように、シャントレギュレーションなら、その問題はありませんが、シリーズ
抵抗が大きいと負荷側に大電流が流れたときにレギュレーションが効かなくなり、つまり
シャントダイオード側に電流が流れなくなって定電圧効果がなくなって、危険です。
しかも、無負荷時や低電流時にもダイオードにいつも大電流を流してないといけない
ので、パワーの無駄も大きいかと思います。

諸々のことを考えると，今は値段も安いし十分ちっちゃいので３端子レギュレータが安心
かと思います。

ツェナーで定電圧にすればよくね？

尤も、3.3VのレギュレータICを入れるべきだと思うけどさ。

StrawberryLinuxのEZUSB FX2ボードってUSB端子のシールドが接地されてないんだな。
数秒〜数分毎に挿抜音がしたから、USB端子のシールドをGNDに繋いだら安定した。

FG？
仕様書だったかな・・DC的には接地の記述ないよ。

オクで USB Chief 買って重宝してるんですが(遊びだけど)、
そろそろ OS 乗換えが気になる時期です。
Win7 で動作するんでしょうか？もしくは VMware でとか。
まあ XP 機の調達は今後もしばらくは容易だとは思うのですが、
気になるところです。

ふと思ったんだが、VID収得してPID単体で売ったら問題になるが、
サンハヤトのCK-20の様なUSB変換基板を製作してPIDとセットで
売ったら擬似的にPID販売できるんじゃないだろうか？

まあ、条件としてUSB変換基板を購入してもらって使う事は
販売条件に入れる必要はあるだろうが。

どうして光学マウスのICは足が半ピッチずれてるのはなぜなんだぜ？

意味がわからない。まずは該当するICの画像を出せ

光学マウスのICに限定した理由を聞こうか

光学マウスのICってアレだろ…
腹とか背にセンサー部の為の透明部分がある、
往年のEP-ROMみたいな。

ピン配置だけじゃなくて、付け方自体も変わった奴が多い様な?

>>666
USBのスレだから

>>667
そう、底にセンサが付いててレンズでLED光を当てるやつ

今まで何個もマウスをバラしたけど、足が揃った奴を見たことがない

HighSpeed通信しようと思ったらやっぱりPHY買わなきゃ難しいよね
480Mbpsとなると安いFPGAじゃ扱えないよな

>>668
まあ、少なくとも内容的には特定のICの話なのに「光学マウスのIC」という表現はおかしいよ。
エンコーダが光学式かどうかと接続インターフェイスの種類も別の話だし。
まあワンチップ化されてるのかも知れんけどさ。

高いFPGAでも無理でね？USB3.0ならPCIeと同じだからいけるけど。

>>670
では足がずれてないICを教えてください
ユニバーサル基板で使いたいので

>>671
電圧レベル的には受信は差動レシーバでできるし、
送信は抵抗を介して差動ドライバを接続すればできそうな気がするが。
480Mbpsを毎ビット4回サンプルするのが難しそうだ。

>669
PHYつけるか，マイコン・・たとえばCypressのFX2をスレーブFIFOモードで
使うとかいうのもお手軽かも

SL811HSTで、0x30に0xFFを書き込んでから0x30からデータを取り出してLEDに出力して正常に動いているかデバッグしてます。
けど、いくらやっても0x10というデータになってしまいます。
たぶん正常に書き込み、読み込みができてないんでしょうけど、SL811HSTがそもそも動作しているのかチェックする方法ってほかに
ありますでしょうか・・・？
nWRとかnCSとかのActiveLowって単語は、タイミングチャートでHIGHになっているところは0V、LOWになっているところは5Vでいんですよね・・・？

いいわけねーです。

え？違うんですか？
ActiveLOWってのが意味わかんなくて、調べたら負論理って書いてあって、対比で正論理ってのがあって。
正論理がHigh=1、Low=0
負論理がその逆
ってあったから、マイコンでいじってるんですけど、nWRをHIGHにする＝0V、nWRをLOWにする=5Vにするって理解したんですけど・・・。

いやいや基本からやり直したほうが。
マイコン壊すだけだなw

負論理
Active　 = Low　= 0V
Inactive = High = 5V

正論理
Inactive = Low　= 0V
Active　 = High = 5V

論理合成の考え方、を理解するとなぜ負論理が要るのかがわかるとは思うが
そのへんすっ飛ばして負論理うんぬんやってると混乱するだけだと思う。

とはいえ、いまどきロジック(回路)裸で接続して論理回路組む訳でもないので
入出力の部分でどうやるかを決めてるならそれに準じて考えればＯＫ。

他人様の結果をそのまま流用しようとか考えるから余計混乱するよ。

nWRは5Vﾄﾚﾗﾝﾄ入力みたいだが
電源電圧から見て High = 3.3V と考えた方が無難かと

レスありがとござます。やっぱ電気は独学では無理なのかな・・・。
ソフトはデバッグ簡単だけど、ハードはデバッグむずい。
と嘆く以前に、単語の正確な意味すら調べられてなかったのね・・・。orz
逆にしてやってみます。(;_;)

電気なら工事現場の親父に弟子入りしろ
電子は全く別の世界だぞ

とりあえず2SC1815の使い方から勉強しようか

CとEを思いっきり間違えそうだw

>>683
2SC1815は不推奨品種になったので、案内するのは不適切だお。
在庫はあと100年分位ありそうだけど