自作回路でUSB EndPoint5 [無断転載禁止]©2ch.net
>>190
普通のバルクINは、アプリから取りに行かないと転送されないから、
アプリのつくりが悪いとパソコンの性能がいくら高くても、確かにFIFOフルになる可能性はある。
でもこれアプリからは、COMポートに見えるインターフェースのようだから、
おそらく、そういう問題じゃないでしょう。 簡単設定でオリジナルUSBデバイスを製作??ビット・トレード・ワン、USB入力デバイス製作用モジュール「REVIVE USB Micro」発売 | fabcross
https://fabcross.jp/news/2019/20190620_bittradeone_riviveusbmicro.html >>185
俺も？なんだが、いまの5chはコミュ障な奴が多いから
読み手はエスパー能力が高くないと駄目だからな。
スタートが>>174のような独り言・愚痴(本人はこれで質問しているつもりなのかもしれないが)
ではコミュ取るの大変な感じがする >>191
>自分の環境では通信相手が低速なので今時のPCであれば取り零しは発生してません。
自分の環境では取りこぼしが発生していなくて、ある環境で、
↓のような取りこぼしが発生している、ということでしょうか。
>ただwindows用ドライバだと32バイトなりで連続受信してると32バイトの倍数では余る最後の
>16バイト分弱の取り零しが発生してます。
>リンク先の「ロジアナ波形2」から理解できると思いますけど？
いや。ぜんぜんそれでは分かりません。
それは取りこぼしが発生していないときですよね?
うまくいっているときの波形を見て、うまくいかないときの状況を想像してはいけないと思います。
とりあえず、この問題が発生しているときの状態を観察するべきかと思います。
転送バイト数が32の倍数よりも余るぶんで発生しているということですが、全体ではどれぐらいの
サイズなんでしょうか。たとえばゼロの状態からスタートして全体が45バイトの転送でも取りこぼしが
発生しますか? 既視感があるなあと思ったら >>99-128 あたりの人ですかね?
FT245RのモジュールのGND(SV3)は接続されているでしょうか。
読むとわかりますが、このときの方は、実験でうまくいったらうまくいくものだ、って感じ
の方でした。 >>195
あなたは>>117氏ですか？ そうなら先ずはお礼を言います。
動作確認はしてませんけど、お陰様で基板の完成度が一皮むけた感じになりました。
（実際は一皮被せた感じですけど）
それで
・回路は公開してますから基本的には基板を製作すれば判ると考えてます。
・ある環境で、
汎用性品を目指してる訳ではないので自分の環境で動けば十分でしょう。
既に２名の方がパターン基板を製作していますけど問題報告はないです。
因みに一人はハード・ソフトのバランスが取れてる方、もう一人はハードも
それなりでソフト開発能力については抜きん出てる方です。
・ぜんぜんそれでは分かりません。
あなたが判らなくて納得させる義務はありませんが一応説明しますか？
捨てアドを先ずは貼ってくれれば更に説明はしますよ。もちろん建設的に。
この点は既に>>191で運用方法・環境も関係すると言ってますし、あらゆる
環境で使用に耐えることは考えてはいません。また多少の修正でTXE#の
監視もできるようにはなりますけど必要性が生じた時に対応します。
・取りこぼしについて
正確には「取りこぼし」と言うよりカーネルにあるLinux用ドライバとの違いで
コードの作り方で回避できます。同じICでもドライバの違いでクセがあります。
この点も既に>>189で言及してます。windows用ドライバには作法的な制約があります。
＞うまくいっているときの波形を見て、
＞うまくいかないときの状況を想像してはいけないと思います。
文章なのか中身なのか判別できませんが、伝わり難い表現です。
「うまくいっているときの波形を見て、どのような条件下でも
うまくいっているときの波形と同様の波形になると予測しては行けない」
って趣旨でしょうか？ 確かに、それは「独善」と言います。
＞この問題が発生しているときの状態を観察するべきかと思います。
現在は問題が発生してませんので現状で考察すべきことはないです。
それで>>174の趣旨は、ドライバでLinux用とwindows用の両方の経験した方から
使い方の違いで情報を共有したかったのですけど、その前に質問が始まりました。
それで繰り返しに成りますけど製作すれば判ると考えます。
製作をしないで情報を集めたいと言うのが人情かも知れないけど説明の義務はないので。 FTDIのドライバは初期の頃（2006年ごろかな？）はちょっと怪しい挙動も
あったけど、2010年頃には安定して使えるようになってたね
過去レス読んでないけど、本当に取りこぼしとやらがあるなら
真っ先に疑った方がいいのはデバイスのファームの方だろうな >それで>>174の趣旨は、ドライバでLinux用とwindows用の両方の経験した方から
>使い方の違いで情報を共有したかったのですけど、その前に質問が始まりました。
それなら、回路図ではなく両者のコード(回避策)も含めて開示しないと議論にならないんじゃないですかね? ありゃ。おかしくなってた。
×両者のコード(回避策)も含めて開示
○両者のコードを回避策も含めて開示 前と同じ人だったんだ。
結局のところ、FT245モジュールのGNDと他のロジックICのGNDは接続されました? >>199
>それなら、回路図ではなく両者のコード(回避策)も含めて開示しないと議論にならないんじゃないですかね?
お前はコードもと思うんだろうが、
本人は回路図、波形、そして、今までの書き込みで十分,使い方の違いで情報を共有できたと思っているよ
ほんとコミュニケーションは難しいよな >>199
＞両者のコード(回避策)も含めて開示しないと議論にならないんじゃないですかね?
両者のコードって一瞬、貴方のコードを提示してくれるのかと考えたけど
そうではなく windows用 とLinuxの両方を提示すれってことですか？
別にあなたのレビューは求めてませんし、更には貴方は一方的に実体験に
基ずいてない質問をしてるだけと言う印象しかないので、このままの状況なら
質問に応えても自分にとっては収穫ゼロの状況です。
＞OSの負荷が高いときは、USBのバルク転送は優先度が下がることがあるはずです。
それと貴方が情無い人だとコレで認識しました。優先順位を上位に設定できますよね。
USBのバルク転送でも優先度が下がる設定で使わなければ良いだけの話しでしょう。
バルク転送で優先度が下がる環境でも取りこぼしなく、って言うのは別の話しになります。
＞GND
1年前から接続してます。と言うかFT245RLに関しては外部電源5Vで使ってます。 >>202
とは言え既に、この基板を使ってソフト面で凄い機能を作った人が現れてます。
悔しいのは昔のPC用ですが、そこはともかくFT245RLの使い方は習得できます。
FT245RLに関してはLEDを輝らして終りのサイトが大半ですから全然身になりません。
と言うことで、キーワードでググれば、有名なサイトでコードは発見できます。
運悪く自分のブログを最初に発見した時でも、そこからはリンクを貼ってあります。
ただし、まだプロトタイプかも知れないのでキツいツッコミされても困惑すると思います。
不具合がある時は、ここを直して欲しいと優しく指摘して下さい。
＞本人は回路図、波形、そして、今までの書き込みで十分,使い方の違いで情報を共有できたと思っているよ
有用情報を出したくないけど口出してして有用情報を収穫しようとする人達の巣窟と認識しました。
windows用とLinuxの両方のドライバを使った人がいないなら自分が長いする理由はないです。 >有用情報を出したくないけど口出してして有用情報を収穫しようとする人達の巣窟と認識しました。
有用情報を収穫以前に、
あんまりコミュ出来ないめんどくさいそうな人がなんか必死にあーだこーだ言っているななだろ。 >有用情報を出したくないけど口出してして有用情報を収穫しようとする人達の巣窟と認識しました。
・・・GNDを繋がなければうんぬんの人から得られる有用情報ってw
この人生きてくのに苦労していそう USBマイコンとかを売っているメーカーからHIDデバイスを作るサンプルコードが提供されていたりするけど
あれって基本的にUSB規格に準拠している(コンプライアンステストをパスする)と考えて大丈夫なの？
特にサスペンド等まじめに実装されてなくても実用上支障ない部分も含めて。調べていくと結構大変そうらしい
そもそもこれらをこう実装すればコンプライアンステストに合格するって資料がないみたいな話すら出てくるし コンプライアンステストは、ほとんどハード側の話しで
ファームウェアでどうこうって部分はあんまりなかった気がするけど
個人的な経験としては、
CypressFX2使ったセルフパワーデバイスで
VBUS来てないとき、D+/D-に電圧かけないように処理したくらい >>208
今は知らんけど以前は本番のテストで使用するのと同じテスト用のプログラムが公開されてて、
自分で予備試験が出来た
たぶん今もそうじゃないの？ >>209
参考までにサスペンドはどう実装しました？
特にバスパワーの場合結構面倒だと思いますが
>>210
ググったら出てきた
ttps://www.usb.org/usb2tools
もう少し調べてみます >>211
サスペンド周りはメーカー提供のサンプルコードそのまんまで問題なかった
うろ覚えだけど
ちゃんとサスペンド入るかどうかとそのタイミングだけで
消費電力のチェックとかなかったように思うので
バスパワーもセルフパワーもそんなに変わらんと思う 今のご時世猫も杓子もフレームワークな感じだけどハードウェアマニュアルを見ながらコードを書いたりしないのかな
チップ屋が出しているドライバとか見ると無駄にでかかったりするけど誰も気にしないんだろうか 早く作れる方が正義。巨人の肩万歳。車輪の再発明いくない。 NXPのLPCシリーズならROMにデバドラ入ってるﾔﾂもあるで >>215
それはクラスドライバじゃ？
USBの各種クラスに対応したデバイスドライバはOSに含まれている場合が多いので
デバイスドライバをインストールせずに動作しているように見えるだろうけど 500円未満でUSBホストとUSBデバイスのコントローラを各1ずつ持っているマイコンって何がある？
USBコントローラを2つ搭載だと32bitの中でも大型で良いお値段するやつばっか出てくる
ルネのRL78/G1Cくらいしか見つけられなかったけど他にあれば・・・ かなりの大手にまでならないとデバイスドライバ自作は厳しくないか？
EVコードサイニングが必要になるしインボックスドライバかWinUSBで押し切りたい >>213の話ってマイコンのプログラムを書く話だよね？ホストPCの話と勘違いしている人がいるように見えるけど
確かにHIDを実装する例の資料にフラッシュ数十KBとか書いてあって面食らったことはある。んなわけねーだろｊｋ
>>215
ペリフェラルのドライバが内蔵されてマイコンがあるって話は聞いたことがあるな >>215 でデバドラって書いたからホスト側と誤解されたのか？
ターゲット（マイコン）側でもペリフェラルというかハードに直接アクセスする部分は
デバドラとかドライバとも呼ばれると思うんだが
NXPのLPC11U6xにはHID、CDC、MSCとかクラスドライバも入ってる
USB以外にもI2C、USART、DMAのドライバも入ってるし整数割り算のルーチンも入ってるみたい デバイスドライバ表記は珍しいけどドライバ表記はマイコンメーカーもよく使っているな
レジスタを抽象化するソフトウェアのことをそう呼んでいる FTDIはDriverはPC用でチップを触るのはFirmwareって言ってるな
https://www.ftdichip.com/FTFirmware.htm ファームウェアって言ったらデバイス側のソフトを全部ひっくるめたものの印象 金物という硬いもの…ハードウェア(古来からあった言葉)
に対して、そうじゃないもの…ソフトウェア
という言葉が作られて、
でもって、硬いと柔らかいの間のものをファーム(しっかりした)ウェアと呼ぶようになったわけだし
なんとなくハードウェアと一体になってしまってるものとかROMに焼かれているものをファームウェアと呼んでるわけで、
ファームは境界線上の存在で、ソフトととハードの閾値は曖昧なものだろね。
鉛筆だってブラックとハードの間のファームは1段階しかない。境界線上の存在なんだろな。 >>226
> 鉛筆だってブラックとハードの間のファームは1段階しかない。境界線上の存在なんだろな。
せやな…
HB 本来はデバイスを抽象化するコード はドライバといっておかしくないと思うけど
特にWindowsが普及した後はOSにインストールするデバイスドライバのことを
ドライバと言うようになってきてるとは思う
>>226
ファームは間とかそういうことじゃなくて汎用コンピュータと違って
ソフトを入れ替えることが想定されてないからだと思うよw
だからROMでもゲーム機のROMはファームとは言わない >>227
HBさん忘れてた。てへ。
>>228
所属集団によってそのあたりの定義は変わるだろうし、自分たちの常識を自分たちの中で大切に
するのは良いし、同じように、他の人の常識も認めても良いと思うんだ。
世の中の趨勢を語るとしても、見解が分かれることは、たいていは自分に合う常識を探しがちだから、
自分の感覚ほどいい加減なものはなかったりする。
違う常識のグループとコラボするときに必要に応じてすり合わせすればいいことだし。 自分が見かけた範囲だとRenesas、IT、Cypress、Microchipあたりはdriverという呼称を使っているようだ
そこそこメジャーな呼び方では ,マイコン側と言っても
それなりなOS載せてるなら
デバイス依存部分はデバドラで違和感ないやろ
その程度の話やで 素人な質問ですみません
自作のUSB2.0 HIDデバイスでコネクタだけType-Cにする場合、CC端子は
5.1kでプルダウンするのが正しいのでしょうか？それともオープンのまま
どこにも繋がなくていいんでしょうか？
ホスト側はMacBookなどのUSB3.1 Type-Cを想定しています
使用時注意で「このデバイスをPDアダプタ等には絶対繋がないでください」と
することは可能です（つまり絶対にMacBookのようなPCとしか繋がない前提）
デバイス側でCCが未処理だった場合にホストがどういう動きになるのか
調べてもわかりませんでした CCを未処理とした場合、e-markedケーブルを使った場合に限り sink側が
つながっていないと判断されてまったく給電されなくなる？ デバイス側のコードに大チョンボ見つけてしもた・・・
ホストのRequestを受けてHID Class-Specific descriptor返す処理で、
descriptorが格納されてるアドレスの指定がずれてた
なんでこれで今まで正常に動いてたのか全く理解出来ない 海外には野良でゲームコントローラーを作って売っているところが複数あるけど国内であのレベルの物を製造・販売している人っているんか？
日本のコントローラー自作の記事を見ても既成コントローラーの乗っ取りが主流に見える
USBマイコンにプログラム書いて作っている人がすでにかなりレア。製品化できる能力を持つ人はいないという事なんだろうか コントローラ変換アダプタなら
ATR-USB
UMJ-FX
とか個人で作って売ってるよ
ほかにも探せば自分専用オンリーで作ってる例ならたくさん見かける
特に今ならarduinoをHIDデバイスに見せかけることが簡単だからそっち使って
コントローラ自作してる例とかあるね github探してみなよその類いのプロジェクトたくさんある。
俺のもその内のひとつ。 いやアダプターとコントローラーじゃ必要な工業力や管理能力が全然違うじゃん
アダプターはコネクタが出ていればいいがコントローラーだとスイッチと実用に耐える筐体が要る
相応に値が張るし真っ当な販路とサポート体制も必要だろう
つーかここでUMJの名を見るとは・・・以前にコンバーターを自作した時に調べた時はホストがリクエストを
投げてくるたびにレポートを返すクソ実装だった。UMJ-FXはマトモになっているのかな >>243
リポジトリ教えてよ
>>244=241
君が言うような「コントローラのケース、スイッチ、ケーブルアセンブル等
込み込みで完成体のコントローラを野良で作ってる例」って言うのを知らないんで
是非教えてくれない？まさかretro-bitとか言わないよね
>ホストがリクエストを投げてくるたびにレポートを返すクソ実装
ゲームコントローラなら普通の実装でしょ。ナニ言ってんの？
レポートの内容が変化した時だけ返すなんてキーボードくらいでしか実装見たこと無いわ
ていうかIdelRateの範囲内で毎回レポート返す実装のどの変が糞なのか（爆笑 >>245
GAMO2とかどうだ？
以下に書く情報は当時(ホビーで使えるUSBマイコンと言えばEZ-USBシリーズしかなかった頃)調べた内容。今は知らん
複数個のUSBゲームパッドを調べたが常にレポートを投げ返している商品は一つも見つからなかった
常に投げ返しているのはUMJとPS-USB変換だけだった。そのような実装は普通ではなかった
あとUSBの仕組みを考えればリクエストが飛んでくるたびに投げ返すのはメリットない
無用にバスの帯域とホストのリソースを消費するだけ。それを軽減するためにインターバルを増やせば遅延が増大する
常に投げ返す実装でインターバルを1にしたらWindowsのCPU負荷を常時1割くらい消費していた
よってUSBゲームコントローラで常にレポートを投げ返す実装は合理的ではない どなたかご存知でしたら教えて下さい
Report Descriptorにおいて1byteサイズのデータの取りうる範囲は -127〜+127
なんでしょうか？それとも-128〜+127なんでしょうか？
-128という値を送るのに、1byteデータで良いのか2byteデータにしなければ
ならないのか調べても核心が持てませんでした 0x7F : 127
0x7E : 126
...
0x01: 1
0x00: 0
0xFF: -1
0xFE: -2
...
0x82: -126
0x81: -127
0x80: -128 ジョイスティックとマウスの合体も？デバイス自作基板の新作「REVIVE USB ADVANCE」が発売 - エルミタージュ秋葉原
http://www.gdm.or.jp/crew/2019/0930/322107 >>242
自分は昔の所有するゲームコントローラーのUSB対応は全てarduinoで対応してる
変換アダプタって結構いい値段するなぁという理由で始めたが
海外サイトが結構参考になったなぁ わかりそうなら教えて下さいませ。
外部デバイスからPCに、USB3.0ルートでファイルをガンガン転送する仕組みをテストしたいんですが、
PCと、サイプレスのEZ-USB FX3は既にあって
あと他に何が必要でしょうか？ ヒト、モノ、カネがそろわないと駄目だ
まず、お前じゃだめだから、出来る人を金で雇え >>251
サイプレスで出来るか知らんがgithub上にSTM32でUSB-Ethernetを作る例がある。
stm32-ecm
あとはlwip スタック上にSMBでも積めば可能だと思う。
道のりは果てしないが君くらいのスケベ根性ならなんとかなると思う。
幸運を祈る。 1つのデバイスが複合デバイスを名乗るんじゃなくてHUB＋複数デバイスを
名乗ることって可能なんでしょうか。
複合デバイスには対応してないんだけど、HUBには対応してるHOSTなんで… 一つのデバイスでハブの下に複数のデバイスが繋がってるように見せたいんでしょ >>255
USB HUBだって所詮デバイスの一つだし技術的には出来るんじゃない？
ひょっとすると仕様上出来ないUSBデバイスコントローラがある可能性はあるが ネット上に落ちてるUSB Complete 4th Editionを斜め読みしてみたらハブはfunctionの一種で
composite deviceは一つのアドレスで複数のfunctionを持つとなってるから
少なくとも規格的には可能なんだろうね
知らんけど ん？
>>255は「ハブを含む複合デバイスは可能か？」と聞いてるのではないのか？
compound deviceのことを言ってるのかな？ HUBとして振る舞い複数の機能を提供するデバイスをcompound deviceというのか。一つ勉強になった
compound deviceのサンプルコードとか見たことないな。あるところにはあるのだろうか
composite deviceならあるみたいだが。ない場合気合いと根性で実装する事になりそう >>262
hub部分は普通専用IC使うからコード要らんしそれ以外は単なる単体USBデバイスだから Device descriptorのiManufacture,iProduct,iSerialNumberにそれぞれ0入れて
その項目を使用しないって指定するのはどこかのローカルルールでしょうか？
USB2.0specにはそんな事書いていなかったのですが？(3.0も) >>264
2.0と3.0の仕様書のstring descriptorの説明に明記されてるね
string descriptorがoptionalだから、
string descriptorを使用しないデバイスではゼロにする必要がある こういう電気回路とか工作素人なんですが、
アルミサッシを通せるUSBケーブルを自作しようと思ってます。
秋月かどっかでUSB端子とリボンケーブルを買ってきて、作れるようなものでしょうか？
USBケーブルの使いみちはUSBカメラです。 アルミサッシを通せるLANケーブルが市販されてるから、それを流用するのが
一番よさそう まあ、今ならUSBで100W取り出せるからな
PDなら肉くらい余裕で焼けるだろ USBの伝送路(NRZIとか送受信の切り替え)について解説されている資料ってあまりないよな
ディスクリプタがどうの的な資料はいっぱいあるが usb.orgに行けばリファレンスあるからねえ。二次的な資料はいらないのかも。 公式の見てもタイミングチャートとかほとんどなくね？ >>275
その手のレイヤーはコントローラでやるからコントローラ自体を作るような人でないとほぼ必要ないし、そういう人は>>276も書いてるようにusb.org見るだろうしね ・完成組み立て済み
・市販されている
・高くない
・USB HOSTとUSB FUNCTONを各1ずつ搭載。出来ればコネクタ実装済み
みたいなマイコン基板ってあるかな？ >>282
ラズパイゼロってUSBコントローラーを2機積んでいるの？
調べてみたけどOTG 1機に見えるんだけど ttps://www.raspberrypi.org/documentation/hardware/raspberrypi/schematics/rpi_SCH_Zero_1p3_reduced.pdf
2つあるUSBコネクタのうち信号線が繋がっているのは1つのようだが？ パソコンのポートに挿すとWindows 認識するけどHUB経由だと認識しないってのは一般的にどう切り分けるべきなんでしょうか？
STM32F072でHAL利用です。 >>288
スレッド管理人の米沢です
>288 さんの質問は「STM32F072をWindowsパソコンのポートに接続すると
認識するが、HUB経由でつないだ場合は認識しなくなる」と言うことですね
このスレの >1-280 を探してみましたが同事象と思われるものは見つかりません
でした
引き続きこちらの回答を募集しています まさかと思うがパソコンとUSBハブの間を繋いでるのがUSBケーブルじゃなくて充電ケーブルというオチ？ 
