自作回路でUSB EndPoint5
自作ＵＳＢで遊びたい貴方。
お勧めのコントローラチップ、回路、プログラミングテクニック、
そしてFPGAの実装などを語りましょう。
前スレ
自作回路でUSB EndPoint4
http://rio2016.2ch.sc/test/read.cgi/denki/1295961300/
過去スレ
自作回路でUSB EndPoint3
http://kamome.2ch.sc/test/read.cgi/denki/1223890399/
自作回路でUSB EndPoint2
http://science6.2ch.sc/test/read.cgi/denki/1177435280/
自作回路でUSB
http://science6.2ch.sc/test/read.cgi/denki/1080051916/
その他情報>>2-10位
sageると落ちやすいのでage推奨で。
980踏んだ人、次スレお願いします。
)())((())(((()()))((()())()()))(())(()()()))())())(())(()((())))()()()(()(((
))()(()())())(())()))((((((()))((()))()()(())()(())()))()(())(())()())(()(((
)))))(()())(()))))()((()())())))()))(()()))))(()(((())(((((((())())()(((((((
)())((()))(())())(((()()()((())))())))()(()))(((()((()()()))((()((()))))(()(
))()))(((())()((()(()()(()((((())))))((()(()(((((()(())())))())())(())))()))
)()))(((((()))())((())())))))()()(())))())())))(((())((()((()(()()))(((()(((
)()(()(()()()()))((())(()((())))()())(()))((()()()((((())())(()()))))(()()()
)))()()())())(()()()(()(((())))((())()(()()(()))))(((()))))(())()()(((((())(
(()))()()(()())()))))))))(())(()()))(((((((())()((((()())())(())((())()())((
(()))()())(()(())((()())((()))())))))(()()))())((((()()())(())((()))(())((((
()())(())))))((())))()(((())))(())()((((()(()()()()(((()))))(()())(((()()))(
()()()(())((())())()()()())))()(())())(((()))))(())))))((())()(()((((()(()((
)()()(()((())()))()()))()()())((()())((()(()(())())(())()())())))(((((()()()
)(()))()()())))()))))(()((((())(()))()(((()())))()()))(()))((())(()(((()((((
)()())(()(((()()()(()()((()))()()()(()()))))))()()()()())())((()(()()))(((()
()()))(())))))()())(()))())(((()()())()((())()()((()())((()((((())()())()(()
)()))))(()((())(())(()(((((())((()(()))()()((()(())))((()())))(())))(()()())
)()())(()()()))(()()((()(((((()))()))))()))()()())()()))(())(()(()((()))((((
())(()())(((()(()()(())))(()(()(())))))((())((())(()()())(((()()))((())())))
)(((())())(((((()(((()))(()()()))(((())())()()()()())()()()((()))))()()())))
)(((()))())(()))()(()(())()())())(()(()()))(())((()(((((()()))())))((()(()))
()()()))()))((()(((())()(()(())()))())()((()()))()))()))(()()(())(()()(()(((
)()()(((())())))))(()((((()))())((()(()(()(()((((()(()))))())))((((())))))()
)()()((()()))))(((()()((())())((())()()))))((((((()))(()()()()()())()()())()
()))((())))()()(((()((())))()))(()(()))((((())()))))(()))((())((()()(())()((
(()(())))())()(()((()()))((((())()))))(()))(((())))(()((()())(()(((((())))))
()()))((()))(()(()((()(((())(())()()())((()())))()(()(()(())))()))()(()))(()
()))()()))))((()))()((((())())))()()(())))((()((())(()()))())(((()(()()((()(
(()(()())))))((()())))))(()))))(((((((()))((()))())(((()))((((()())((())))((
)())()))))))))(())))))))((()(((()((()())((((()(((()))())(())(()()()()((()(((
(())(()))()))()((((((())())(())()((())))())()())()()(()()))()((()(((((()))))
()((((((((())())((((()(())())()()()))()()(((()(()())))))()()))()))())))()(()
)))))))()())(()(()()))((((())))(())())))((((()(()((((()()(())))))(((()(())((
)())))))(((())(()()((()))())))))))(())())))()((()((()((((()())(()()((((((())
()))))(())((())()((()()(()()))))(()))(())(()()((())()((())()())))()()(((()((
)()()))(()(()))))))(())(()))))))()))(()((((()(()()(())(((((())()((((())(())(
())))()((()(())(((())((())(())(((()((())))()()))(())((()))(()))())))((()())(
()((((()((()(((()()))))))))))()(((((())(())()(((()()())))((())(())()(())))))
)()(()(())))(()())()(()((()))(())(()))(((((())())())))(()()((())))()()((())(
)))()(())((()(((()(((((()(()()((())))()()(((())))((()))))((()(())))))))()())
)())(()()()(())()())))())()()((()()()())()))(((()((()()))))(())())(((()((()(
()()))()()()((()(()()))()(())()))((()((()(())()(((()())()(()))))())()(()()()
)(())(((((())))())()()((()()(((()))))()))(()((())(())(()(((((((()))())))))))
)()())())(((()()((()()(())()(()())())()())))()(())(())()()())())())()(()((((
()))()()()(((())()(()((((()))()()(()(()(((())()(())(()()())((())()))))))))()
()((()()))))(()(())())(())(())))(((()()))()(()(((()))(())((()()((())(()())))
)()(())()))))())((()())(((((())()(()())))(())))((()()(()(()((()(()(())())())
))))()((()())()(()())()()())))((()())))((((()(()))))))()()()(()((((())(()(((
()())()))(()())()))()(())(((((())()()()()())(()))((()(()())((((())((()))()))
ツールはありませんか？
device descriptorならMS謹製のUSBViewで確認出来るんですが。
いくつかフリーのツールを試してみましたらComposite複合デバイスだと表示
されないものばかりでした
回答になっていないけどPC-UNIX系ならその辺の情報を見られるコマンドがあるかも
Linuxならlsusbでディスクリプタにかんする情報を得られる
http://www.uwe-sieber.de/usbtreeview_e.html
いくつかフリーのツールって何試したの？
report descriptorね
本当に何の回答にもなってなくてﾜﾛﾀ
昔USB弄ってたときはEZ-USBにSL811つけて任意のパケット生成できるようにしたり、
汎用USBドライバ使ってGET_DESCRIPTORして読みだしたりしたけど。
ホント不思議だわ
ちょっとでも知識ある人はもうこのスレなんか全然見てない、いまここに
いるのはド素人ばっかってことなんだろうなぁ・・・
2ch以外でもそのクラスの人と情報交換できる場所はまずないし、アマエンジニアはほぼ絶滅
メーカーのコミュニティにひょっとしたら本職がいるかもってくらい
別のところで聞いて解決しました
知ってるなら書けばいいのに、何のためにここに来てるのか。
人格が劣化しているとしか。
・ホストとの接続はどちらを使ってもＯＫ
・開いたほうのポートはハブ的に使える（別のＵＳＢデバイスを繋げる事が出来る）
ようなことは可能でしょうか？
実現するに当たって必要であれば別途ハブコントローラ等を使うこともＯＫです
昔のマッキントッシュのキーボードにあったＡＤＢポートのようなイメージです
type-Cなら行けるのかな・・・
Type-Cって、メンドイよ。
コネクタのところに制御ICが必要だから
両方の値が0か0以上であるなら、設定値はunsignedだという認識
なのですが間違っていますでしょうか？
仮に 0〜150(0x96)の範囲を取るとして、report descriptorの
Logical Min/Maxは
0x15, 0x00,
0x25, 0x96
で良いという認識だったのですが、そうではなくて常にsignedで
0x15, 0x00
0x26, 0x96, 0x00
としないとダメなんでしょうか？
>If both the Logical Minimum and Logical Maximum extents are
>defined as positive values (0 or greater) then the report field
>can be assumed to be an unsigned value.
一体なにが気に食わないんだか
ごめん、独り言だったのでかなり端折ってた
PICにMicrochipのサンプルコード載せてUSBキーボード作ろうとしてるんだけど
うちにあるマシン5台では全く問題ないのに会社のintel macのEFIだけキーボードを
認識しないんだ。これもOSが起動すれば問題なく動く
なのでBOOTプロトコルにはそれなりに対応してる気がするんだけど何が駄目なのか
全く分からない・・・
microchipのサンプルはなぜかGET_REPORTが実装されてないと言う謎仕様なんだけど
GET_REPORTを実装して今日確認しても駄目だった（というかLED仕込んで確認したけど
GET_REPORTは全然呼ばれなかった・・・）
Mac謹製のキーボード使え
って言う神のお告げじゃねーの？
馬鹿は無視します
＞Mac謹製のキーボード
をつなげてUSBバスアナライザ通せば参考にはなる罠
キーボードじゃないけど別のデバイス作った時
DFU interface descriptor が無いとOSXには蹴られたな。
理由は知らん。DFUの機能を実装する必要はなかった。
するんだけど、世の中の一般的なキーボってLED点灯制御のためにOUTの
エンポイ用意してないケースの方が圧倒的に多いのかな
見た感じわざわざINとOUTのエンポイ用意してるキーボードの方が少ない
HIDだとコントロール転送で送れば良いわけだから
わざわざエンドポイント入れてるほうが少なくても不思議じゃないよね
http://d.hatena.ne.jp/hanya_orz/touch/20140425/p1
……と、仕組み的には思うんだけど。
ありえるかどうか、の話ですが。
デバイス側も、民生機器ならともかく、少量生産しかしない機器ならUSBロゴなし製品は割と当たり前にあります。
そんな用途にFTDIのVIDをそのまま使ったものがたくさんあるわけで。
草を生やすのは無駄な煽りか、認識が狭いせいですね。
> そんな用途にFTDIのVIDをそのまま使ったものがたくさんあるわけで。
そりゃそういう風に使っていいって言ってるからだよ...
まさか勝手に使ってるとでも思ってたのか？
http://www.ftdichip.com/Support/Knowledgebase/index.html?caniuseftdisvidformypr.htm
> 認識が狭いせいですね。
ブーメラン乙 w
>そりゃそういう風に使っていいって言ってるからだよ...
>まさか勝手に使ってるとでも思ってたのか？
いまいち仰っていることがわかりません。
というか「勝手」という言葉が情緒的な要素を含んでいるような気がします。
オレオレ解釈ではいけないので デジタル大辞林 から「勝手」です。
「1. 他人のことはかまわないで、自分だけに都合がよいように振る舞うこと。また、そのさま」
だそうです。
俺的解釈では「勝手に」は「当事者の許可を得ずに」だったのですが、上の意味に含まれてしまいますね。
もともとFTDIが製品のデフォルトとして設定したPIDについてはそのまま使って良いとしているわけですが、
「まさか、他人のことはかまわないで、自分だけに都合がよいようにして使ってるとでも思ってたのか？」
ですかね？
ちなみに、FTDIのチップが出回りだして何年かした頃に、
「VID、PIDをいちいち許可を得ずに無料で使えるなんて都合が良すぎるのではないのか」
と思って、FTDI社にメールで質問したことがありまして、そのときには、
・もちろんロイヤリティフリーで使える
・USB Implementers Forum のルールとも矛盾しない
という返事をもらっています。
>>42の中のリンク先の
Q. FTDIのVIDは私の製品で使えるの？
の内容ですが、
>FTDIのベンダーIDは、FTDIのデバイスを使った製品を使った製造者によって使われることができる
>(※)ただし、それはFTDIが発行したPIDとともに使われなければならない。
>FTDIは、FTDIのVIDとともに使われる、8個のPIDを無料で配分することができる。
>FTDIのVIDとともに使うPIDをリクエストする方法は以下の通り。
(※)は俺が追加しました。この行の「FTDIが発行(原文ではissued by FTDI)」を、その下の
「リクエストして発行されたもの」として解釈されたのでしょうか。俺がFTDIからもらった返事と矛盾しないように解釈するなら、
デフォルトで設定されたPIDも、issued by FTDI なのではないかと思います。
VIDをユーザーが使えるようにしているのはFTDIの戦略上とても重要なことです。
もし、「リクエストして発行されたものに限る」ということだと、ワーストケースでは顧客が約8000企業に限定されてしまいます。
そんな戦略にするかな、って気はしますよ。
俺がFTDIに質問したのはもうずいぶん前です。もしかしたらルールが変わっているかもしれません。
機会があれば、また質問するようにします。
○>FTDIのベンダーIDは、FTDIのデバイスを使った製品の製造者によって使われることができる
ディフォルトのPIDも（勝手に使決めたものじゃなくて）FTDIから許可もらってる
って言うだけのことだろ w
そもそも>>38はFTDIに限った話じゃないし
俺、>>38には言及してませんよ。
>>40の認識についてコメントしたのです。
それぐらいの応用力もないとか他人との会話辛くないか？
でも>>38の言うような、適当なVID,PIDのものを頒布販売はまずいでしょうね。実際に訴訟になったケースがあるかどうかは知りませんが。
USB-IFからアクションがあったといえば、
VIDを取った企業が、PIDを分割販売していたケースがいくつかあって、それらはUSB-IFから実際に警告を受けて、
・PIDの分割販売を停止したケース
・VIDの使用許可と取り消されたケース
があったはずです。
頒布販売をせずに、クローズな実験室だけで使うぶんになら、適切なVID、PIDを選んで使うのは大丈夫だと思います。
FTDIは例ですよ。限った話ではありません。
それぐらいの応…、とあなたのスタイルを真似て遊んでみようかと思いましたが
あなたがこれ以上エキサイトしても幸せではありませんのでやめます。
いずれにしても>>40の
「ロコなし製品を他人に使わせているケースはありえない」
は違いますよ、ってことです。
> 「ロコなし製品を他人に使わせているケースはありえない」
> は違いますよ、ってことです。
普段、トンチンカンな事を言うアンタだが、この件は正しい。
ロゴ認証取るのと、正しい VID,PID使うのとは別問題。
> いずれにしても>>40の
> 「ロコなし製品を他人に使わせているケースはありえない」
> は違いますよ、ってことです。
はいはい、お前のところではそうなんだろうな w
そういうベンダーのVIDが無効化されたって話は聞いたことがない気がする
>大抵のUSBマイコンベンダーはVID/PIDを割り振ってくれるよね
俺が知ってる範囲だとサブライセンスをしているのは
Microchip (とりあえずPIC限定？)
シリコンラボラトリ
NXPの一部。
TIの一部。
STはWEBでは受け付けていない様子だけど、サブライセンスをする計画があると聞いたことはあります。
ぐらいかな。Microchip傘下に入る前のAtmelは「しない」と表明していました。
最近はどうなのか調べていませんが、かつてはルネサス、Cypressもしない、と。
さて、>>52さんの「大抵」の中にST、ルネサス、Cypress、Microchip下のAtmel製品は含まれているでしょうか。
>そういうベンダーのVIDが無効化されたって話は聞いたことがない気がする
USBのデバイスコントローラ部品(CPUに内蔵れるものを含む)のベンダーがサブライセンスすることは認められているようです。
取り消されたり、警告を受けてサブライセンスを中止したのは、デバイスコントローラ部品を買ってきてUSBデバイスを作っているような企業です。
取り消されたあとも、継続してサブライセンスをしているところもあったように思います。もうケンカ状態なんでしょうね。
それが2000ドルになって、いつの間にか5000ドル。
オープンソースのグループがそれ用に取得しようとしても、サブライセンス禁止って言ったそうで。
それでも、少量向けなら製品にでもデバイスメーカーのサブライセンスが(無料で)使えるからマシ。
HDMIやBluetoothにはそういうのはなくて、たぶん「これは評価キットです。製品ではありません」みたいな言い方をしないといけないですし。
ホスト側は特に制限ないんだよな
意味不明商売
とは言っても、代わりに使える、しかもライセンス的に緩いインターフェースなんてそんなにあるわけじゃないし。
WiFi、イーサネットぐらい？
そりゃ、おまえがアフォなだけ。
こんなに使いやすいインターフェースは他に無い。
VIDの問題にしたって、アマならゆるゆるでなんとでもなるし、
真面目に商売するなら、買っても安くて理想的な状態といっていい。
>>ホスト側は特に制限ないんだよな
まだ、明確なレスはないわけなんだが？
2chで保証を求めても、意味なかろ。
だいたいの話は出てきているんだし、あとは必要な人が調べれば。
・同じ規格は滅多にない。
・どこを見ているか、どう使うかで、まあ同じように使える、そこそこ同じように使える、全然違う、の評価は変わる。
・馬鹿じゃないの？ と思うことは自由。
って思った。
今は通信なら安いWifiもあるし、ネットベースならPCとほぼ同じノウハウが使える
MACアドレスで困るなんてこともない
わざわざ自分でUSBのデバイス側を開発する意味はほとんどないな
既製品が使いにくいから自分で作ってる。
FX3に比べたら実装は簡単そうだけど・・・
話はスレチですか？
ム板にもなさそうだしね。いいんじゃない？
もしご存知の方がいましたら助言（アドヴァイス）頂けると辛いです
Windowsマシンに繋がってるUSB-HID機器にEP0を使ってコマンドを送りたいんですが
そもそもこれは可能なことですか？当然ながらUSB-HID機器はWindowsの標準ドライバの
制御下にあります
CreateFileして得たHandle使ってHidD_SetOutputReportしてるんですが、Report送信が
成功しません。CreateFileする際の第一引数はSetupDiGetDeviceInterfaceDetailで
デバイスインタフェース名を取得しています
やりたいことはUSB KeyboardにReportを送ってLEDを任意に制御したいです
参考までに、
⇒ 『武藤のムロイエウレ』 というHPで見ることができるらしいです。
グーグル検索⇒『武藤のムロイエウレ』"
5CDVW4G8P2
ドライバも OS に標準で入ってるしね。
考え方だけパクってPIC32MX で実装しようかと思いまして。
PICよりそっちがネック
思ったんだけど、USB3.0って「電源2本＋信号7本」じゃなくて「電源3本＋信号6本」
だったのか・・・信号は7本必要なんだが・・・
USB3.0信号用GNDに信号流しても大丈夫なんかな
ケーブル内で余計な処理がなされてなくて完全に独立した1本であることが保証
されてるなら問題ないんだけど、ケーブルによっては2.0のGNDとまとめられてそうで
怖い
モバイルバッテリーのデータラインをショートしても、だめでした。
5VラインとGNDラインにメタルクラッド抵抗つないで、強制的に2A程度を引き出そうとしても、せいぜい250mAくらいしか出力されない。
やりたいことは、「モバイルバッテリーの出力が、入力の入り切りて瞬断するのを、スーパーキャパシタでバックアップしたい」という感じです。
急速充電モードにならないと、スーパーキャパシタの充電が遅くて、バックアップしきれないです。
もし、この強制急速充電モードのやり方知ってる方見てましたら教えてください。
電子負荷があるからそれで引き出せるか試してみたらいいんでないの
Bios画面でダメなのは経験ある
通信スピード(タイミング)が
早すぎてpic側で取りこぼしてるのではないか
というのが10年前くらいの勝手な推測。
当時は
フリーズしてるステートでWDTで初期化するようにして逃げた。
そのままBiosでダメになっても
Windows起動すれば動くと言ったスタンス。
ttps://www.banggood.com/ja/RUIDENG-UM24UM24C-USB-2_0-Color-LCD-Display-Tester-Voltage-Current-Meter-p-1240574.html?rmmds=detail-bottom-alsobought__1&cur_warehouse=CN
暇な人は見てみるといいかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
XKSXU
【創価学会の魔の正体は、米国が仕掛けてるAI(人工知能)】
創価を日本統治に利用してる組織がCIA(米国の極悪クソ諜報、スパイ)
創価の活動家は、頻繁に病気や事故に遭うけど、信者は皆、魔（仏罰、現証、非科学的な原始的発想）にヤられてると思ってる
災難が続くと、信者は仏にすがって、学会活動や選挙活動に精を出すから、定期的に米国のAlが科学技術で災いを与える。モチベーションを上げさせる為の、起爆剤みたいなもん
パトカーの付きまとい、芝刈機音、ドアバン、ヘリの飛行音等も、米国が仕掛けてるAIが、人を操ってやってる。救急車のノイズキャンペーンに至っては、サイレンで嫌がらせにする為だけに、重篤な病人を作り出す冷徹さ
集スト(ギャングストーカー、ガスライティング、コインテルプロ、自殺強要ストーキング)以外にも、病気、痛み、かゆみ、湿疹かぶれ、臭い、自殺、殺人、事故、火災、台風、地震等、この世の災い全て、クソダニ米国の腐れAIが、波動(周波数)を悪用して作り出したもの
真実は下
http://ss.fan-search.com/bbs/honobono/read.cgi?no=12029
USB2microが10年以内に消えるとかは無いだろうけどね!
USB3type-BとかUSB3micro(あの長い奴)は
急速に消えて行く気はする
というか消えてくれw
特にUSB3microは接触不良も多い糞だし!
ないしはHubをお使いください。
今更、自作回路とFT245RLとでパラレルのデータ転送に取り組んでいます。
それで秋月のFT245RLモジュールを使う上で質問なのですけど
供給電源がUSBのままだと誤動作する時があり自作回路から与えると安定します。
誤動作は蛍光灯の点灯時、消灯時等と決まってます。LEDの点灯などではUSBの
での実験が多いですけど外部電源も可能であり、外部電源にした時の安定性を
知りたいと考えています。因みに自作のIC5個の回路では外部電源にすると安定します。
USBからの供給は500mAに収まってる？
質問してから2週間は毎日来てましたが、それ以降はレスがつくことを諦めてました。
＞どんな誤動作？
二系統の電源でGNDを共通にしてなかったから片方がローでも、もう片方ではハイと認識してる感じ。
＞USBからの供給は500mAに収まってる？
収まってるハズです。他のIC5個は外部電源からの供給していてFT245RLのみUSBから電源供給です。
結局、誤動作する原因は二系統の電源でGNDを共通にしてないと言う、低レベルな落ちだった感じです。
100〜のスレッドの続きを読む