自作回路でUSB EndPoint5 [無断転載禁止]©2ch.net
>>43-44
ディフォルトのPIDも(勝手に使決めたものじゃなくて)FTDIから許可もらってる
って言うだけのことだろ w
そもそも>>38はFTDIに限った話じゃないし >>45
俺、>>38には言及してませんよ。
>>40の認識についてコメントしたのです。 >>40もFTDIに限った話じゃないだろ
それぐらいの応用力もないとか他人との会話辛くないか? で、FTDIやシリコンラボのブリッジICを使って、そのままのVID、PIDを使って製品を作って販売しても、USB-IFのルールに抵触はしません。
でも>>38の言うような、適当なVID,PIDのものを頒布販売はまずいでしょうね。実際に訴訟になったケースがあるかどうかは知りませんが。
USB-IFからアクションがあったといえば、
VIDを取った企業が、PIDを分割販売していたケースがいくつかあって、それらはUSB-IFから実際に警告を受けて、
・PIDの分割販売を停止したケース
・VIDの使用許可と取り消されたケース
があったはずです。
頒布販売をせずに、クローズな実験室だけで使うぶんになら、適切なVID、PIDを選んで使うのは大丈夫だと思います。 >>47
FTDIは例ですよ。限った話ではありません。
それぐらいの応…、とあなたのスタイルを真似て遊んでみようかと思いましたが
あなたがこれ以上エキサイトしても幸せではありませんのでやめます。
いずれにしても>>40の
「ロコなし製品を他人に使わせているケースはありえない」
は違いますよ、ってことです。 >>49
> 「ロコなし製品を他人に使わせているケースはありえない」
> は違いますよ、ってことです。
普段、トンチンカンな事を言うアンタだが、この件は正しい。
ロゴ認証取るのと、正しい VID,PID使うのとは別問題。 長文書いて必死な奴にエキサイトとか言われてもなぁ...
> いずれにしても>>40の
> 「ロコなし製品を他人に使わせているケースはありえない」
> は違いますよ、ってことです。
はいはい、お前のところではそうなんだろうな w 大抵のUSBマイコンベンダーはVID/PIDを割り振ってくれるよね
そういうベンダーのVIDが無効化されたって話は聞いたことがない気がする >>52
>大抵のUSBマイコンベンダーはVID/PIDを割り振ってくれるよね
俺が知ってる範囲だとサブライセンスをしているのは
Microchip (とりあえずPIC限定?)
シリコンラボラトリ
NXPの一部。
TIの一部。
STはWEBでは受け付けていない様子だけど、サブライセンスをする計画があると聞いたことはあります。
ぐらいかな。Microchip傘下に入る前のAtmelは「しない」と表明していました。
最近はどうなのか調べていませんが、かつてはルネサス、Cypressもしない、と。
さて、>>52さんの「大抵」の中にST、ルネサス、Cypress、Microchip下のAtmel製品は含まれているでしょうか。
>そういうベンダーのVIDが無効化されたって話は聞いたことがない気がする
USBのデバイスコントローラ部品(CPUに内蔵れるものを含む)のベンダーがサブライセンスすることは認められているようです。
取り消されたり、警告を受けてサブライセンスを中止したのは、デバイスコントローラ部品を買ってきてUSBデバイスを作っているような企業です。
取り消されたあとも、継続してサブライセンスをしているところもあったように思います。もうケンカ状態なんでしょうね。 16ビットのうち一個でも自家用デバイス用VIDを取っといてくれればよかったんや 強欲やUSB IF… 昔はVID取得だけなら200ドルだったんですよ。
それが2000ドルになって、いつの間にか5000ドル。
オープンソースのグループがそれ用に取得しようとしても、サブライセンス禁止って言ったそうで。
それでも、少量向けなら製品にでもデバイスメーカーのサブライセンスが(無料で)使えるからマシ。
HDMIやBluetoothにはそういうのはなくて、たぶん「これは評価キットです。製品ではありません」みたいな言い方をしないといけないですし。 この辺の話があるから全く使い易くないんだよUSB
ホスト側は特に制限ないんだよな
意味不明商売 >>56
とは言っても、代わりに使える、しかもライセンス的に緩いインターフェースなんてそんなにあるわけじゃないし。
WiFi、イーサネットぐらい? >>56
そりゃ、おまえがアフォなだけ。
こんなに使いやすいインターフェースは他に無い。
VIDの問題にしたって、アマならゆるゆるでなんとでもなるし、
真面目に商売するなら、買っても安くて理想的な状態といっていい。 >>56
>>ホスト側は特に制限ないんだよな
まだ、明確なレスはないわけなんだが? つか、全然用途の違う規格比較してバカじゃ無いの?とは思うよ 「明確なレス」
2chで保証を求めても、意味なかろ。
だいたいの話は出てきているんだし、あとは必要な人が調べれば。 >>62
・同じ規格は滅多にない。
・どこを見ているか、どう使うかで、まあ同じように使える、そこそこ同じように使える、全然違う、の評価は変わる。
・馬鹿じゃないの? と思うことは自由。
って思った。 もう、どんどんワイヤレス化されてきてるからなぁ・・・ USBの最大のメリットは大量にある既製デバイスを使えるとこだからね
今は通信なら安いWifiもあるし、ネットベースならPCとほぼ同じノウハウが使える
MACアドレスで困るなんてこともない
わざわざ自分でUSBのデバイス側を開発する意味はほとんどないな 世の中にあるものなら↑の姿勢で良かろう。
既製品が使いにくいから自分で作ってる。 FT600とか601使っている人いる?
FX3に比べたら実装は簡単そうだけど・・・ 秋月でType-Cのブレイクアウトボード売り出さないかなあ... このスレってハードよりな話が中心で、WinでUSB機器を制御するようなソフトの
話はスレチですか? 1 読むとスレチでもないみたいよ。
ム板にもなさそうだしね。いいんじゃない? んじゃあ質問さしてください
もしご存知の方がいましたら助言(アドヴァイス)頂けると辛いです
Windowsマシンに繋がってるUSB-HID機器にEP0を使ってコマンドを送りたいんですが
そもそもこれは可能なことですか?当然ながらUSB-HID機器はWindowsの標準ドライバの
制御下にあります
CreateFileして得たHandle使ってHidD_SetOutputReportしてるんですが、Report送信が
成功しません。CreateFileする際の第一引数はSetupDiGetDeviceInterfaceDetailで
デバイスインタフェース名を取得しています
やりたいことはUSB KeyboardにReportを送ってLEDを任意に制御したいです WriteFileかHidD_SetFeatureで送ってみるとか 家で不労所得的に稼げる方法など
参考までに、
⇒ 『武藤のムロイエウレ』 というHPで見ることができるらしいです。
グーグル検索⇒『武藤のムロイエウレ』"
5CDVW4G8P2 もう最近は FTDI の石で FA なのかな?
ドライバも OS に標準で入ってるしね。 どこのチップでも良いんですが、USB-Ethernetアダプタ のフレームワークってどこか作ってますか?
考え方だけパクってPIC32MX で実装しようかと思いまして。 どちらにしろEthernetは標準クラスじゃないからドライバ要るけど
PICよりそっちがネック USB3.0のケーブルを「基板間を接続する為の汎用ケーブルとし」て使おうと
思ったんだけど、USB3.0って「電源2本+信号7本」じゃなくて「電源3本+信号6本」
だったのか・・・信号は7本必要なんだが・・・
USB3.0信号用GNDに信号流しても大丈夫なんかな
ケーブル内で余計な処理がなされてなくて完全に独立した1本であることが保証
されてるなら問題ないんだけど、ケーブルによっては2.0のGNDとまとめられてそうで
怖い モバイルバッテリーとか、充電器とかのUSB出力を強制的に急速充電モードにするための方法ってありますか?
モバイルバッテリーのデータラインをショートしても、だめでした。
5VラインとGNDラインにメタルクラッド抵抗つないで、強制的に2A程度を引き出そうとしても、せいぜい250mAくらいしか出力されない。
やりたいことは、「モバイルバッテリーの出力が、入力の入り切りて瞬断するのを、スーパーキャパシタでバックアップしたい」という感じです。
急速充電モードにならないと、スーパーキャパシタの充電が遅くて、バックアップしきれないです。
もし、この強制急速充電モードのやり方知ってる方見てましたら教えてください。 USB トリガーデバイス ってのがあるのでそれを使うとか トリガーデバイスでは電圧は変えれても電流値が変わらなかったのです… そのモバイルバッテリーが2A出せるのかわからんので、バッテリーテスト用の
電子負荷があるからそれで引き出せるか試してみたらいいんでないの 新しくトリガーデバイスを買ってみたら、電流値上げることができました。アドバイスありがとうございました。 >>22
Bios画面でダメなのは経験ある
通信スピード(タイミング)が
早すぎてpic側で取りこぼしてるのではないか
というのが10年前くらいの勝手な推測。
当時は
フリーズしてるステートでWDTで初期化するようにして逃げた。
そのままBiosでダメになっても
Windows起動すれば動くと言ったスタンス。 こんなUSBモニタがある
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 マイクロUSBって、そのうちtypeCに置き換わって消えるのかな ここまで普及した以上
USB2microが10年以内に消えるとかは無いだろうけどね!
USB3type-BとかUSB3micro(あの長い奴)は
急速に消えて行く気はする
というか消えてくれw
特にUSB3microは接触不良も多い糞だし! typeCの普及でUSBドングルという文化は消えるのかな ソフトのプロテクトに使うやつならTypeC版が出て来て終わりだと思う。
ないしはHubをお使いください。 過去レスを拝見するとFT245RLについて活発だったたことが判りましたが
今更、自作回路とFT245RLとでパラレルのデータ転送に取り組んでいます。
それで秋月のFT245RLモジュールを使う上で質問なのですけど
供給電源がUSBのままだと誤動作する時があり自作回路から与えると安定します。
誤動作は蛍光灯の点灯時、消灯時等と決まってます。LEDの点灯などではUSBの
での実験が多いですけど外部電源も可能であり、外部電源にした時の安定性を
知りたいと考えています。因みに自作のIC5個の回路では外部電源にすると安定します。 どんな誤動作?
USBからの供給は500mAに収まってる? >>99
質問してから2週間は毎日来てましたが、それ以降はレスがつくことを諦めてました。
>どんな誤動作?
二系統の電源でGNDを共通にしてなかったから片方がローでも、もう片方ではハイと認識してる感じ。
>USBからの供給は500mAに収まってる?
収まってるハズです。他のIC5個は外部電源からの供給していてFT245RLのみUSBから電源供給です。
結局、誤動作する原因は二系統の電源でGNDを共通にしてないと言う、低レベルな落ちだった感じです。 >>101
>怖いことするんだなぁ・・・^^;
そうなんですか。
取り敢えず動いてたので怖くはなかったですが誤動作の原因を特定するのに二週間かかりました。
この板の、あるスレで「二系統の電源が誤動作の原因の可能性は?」と質問して否定されました。
「初心者はこれだから(笑う)、GNDを共通にしない二系統の電源はダメに決まってる」とレスが欲しかったなと。 FT245を挟んで、USBからの電源と、自作回路からの電源供給でGNDを共通にしていない、
ということが成立するのかな?
>>103
もっと怖いという「共通」は何を指してるのだろう。
アイソレータでも使わない限り、USBの信号グランド、FT245のグランド、
パラレルデータを司る自作回路のグランドは、がっちりとした共通のグランドになってないとダメだろうね。
>>101
この2系統から電源が供給できるようにするのは、排他的な構成になっていれば怖いことでもないし、
Arduino UNOでも実装されている。 >>104
具体的な回路図があった方が判りやすいですね。ネットで公開してるのでリンクを貼ります。
https://imgur.com/a/ulNjzuD
因みにロジアナ波形以下の画像は、このハードの製作で協力・指導を賜ってる方からの提供です。
現在、この水準の綺麗なハンダ付けを目指し、ツールをアマゾンから購入して待っています。
1)秋月のFT245RLへの電源供給を32ピンコネクタからの外部電源にする
FT245RLのJ2をオープンにしてSV2、SV2はともにショートさせ安定動作してます。
2)秋月のFT245RLの電源供給をUSBにする
J2はショートにし、SV2、SV2はともにオープンにします。このケースで誤動作が生じます。
誤動作の状況は>>98で説明した通り
ところで自分で製作した回路ですが32ピンや2ピンのコネクタの「SV」は何の略称でしょうか。
34ピンコネクタからの流用しましたが、今でも略称の由来は判らない状況です。 >>105
パスコンはiCの根元につけてる?
信号による負荷の変動がすごく多そうに見える。 >>105
>J2はショートにし、SV2、SV2はともにオープンにします。
これ、「SV2、SV3はともにオープンにします」の誤記?
だとしたら、ですが。
SV3はUSBモジュールのグランドと、この基板のグランドを結合する唯一の配線ですよね?
モジュールのもうひとつのグランドの9ピンは配線されてないし。
そこを切り離したらダメですよ。グランドは繋がないと。
それはともかく、基板のグランドがめっちゃ弱そう。SV3さえ接続されていたら、これぐらいでも動くのですね…。
FT245のリードライトピンって受け付けるスピードが速いので、遅いTTLの感覚で
配線するとうまく動作しないものだと思っていました。 >>106
パスコンについては大丈夫です。
現在は画像の2段目にあるガーバービューの通り実装し外部電源にしてから安定動作してます。
最初に質問した>>98の時点では経験者による外部電源の安定性を知りたかったのですが
現時点で経験則からUSBだと誤動作し外部電源だと安定すると判ってますのでこの件は終わりにしたいです。
ただ外部電源で安定すると言う経験則は他の回路では保証はしませんので自己責任で情報を使ってください。 ちょっとひどいな、このアートワークは。
もうちょっとPCBの勉強してください >>107
>「SV2、SV3はともにオープンにします」の誤記?
失礼しました、その通りです。
>そこを切り離したらダメですよ。グランドは繋がないと。
ダメと言われても、お蔭様で期待通りに動いています。
>これぐらいでも動くのですね…。
GNDについては配線が複雑になるので、ご指摘の通り手を抜いてます。
>FT245のリードライトピンって受け付けるスピードが速いので、遅いTTLの感覚で
遅いTTLですので仮想COMモードでTTL側のタイミングで動かしてます。ビットバングモードでは判りません。
>>109
貴君の素晴らしい基板の例を公開して下さい、参考にしますので。 >>109
とりあえず繋げましたーってだけのパターンだね
>>110
・電源線や電流が流れるラインは太く
・GNDはできるだけ広く
・同一面で引けるならできるだけ同一面
をやるだけでもだいぶマシになると思います >>110
ググれば山ほど出てくるから少しは考えてやってみ
本も2,3冊買って読め >>111
>・電源線や電流が流れるラインは太く
判りました、この基板の改訂版で太くしてます(既に太くしてます)。
現在は初期値の4倍の太さにしてますが初期値の太さでも外部電源だと安定してます。
>・GNDはできるだけ広く
結局、最初の内容と同じですよね?
電流の流れは電子の流れを便宜的に逆にしたものと定義してますので。
KiCADではGNDは広くするオプションがあるようですけどeagleで見つけられなくて。
>・同一面で引けるならできるだけ同一面
eagleにある自動配線で最初の配線図は作っていますけどピッチ間に3本あると
流石に気持ち悪くて「via」にして最大でも2本にしてますけど骨折損でしたか。
昔、回路図が判らなくて業者に製作代行を頼んだ基板は同規模の回路で
「via」が40個あっても動いたので「via」が、この程度あっても支障ないと考えてました。
因みに貴方は自分が誰なのか検討付いてますよね?
そのうちブログに時期を見てお邪魔します(荒らしに行くと言う意味ではないです) >>111
>・電源線や電流が流れるラインは太く
判りました、この基板の改訂版で太くしてます(既に太くしてます)。
現在は初期値の4倍の太さにしてますが初期値の太さでも外部電源だと安定してます。
>・GNDはできるだけ広く
結局、最初の内容と同じですよね?
電流の流れは電子の流れを便宜的に逆にしたものと定義してますので。
KiCADではGNDは広くするオプションがあるようですけどeagleで見つけられなくて。
>・同一面で引けるならできるだけ同一面
eagleにある自動配線で最初の配線図は作っていますけどピッチ間に3本あると
流石に気持ち悪くて「via」にして最大でも2本にしてますけど骨折損でしたか。
昔、回路図が判らなくて業者に製作代行を頼んだ基板は同規模の回路で
「via」が40個あっても動いたので「via」が、この程度あっても支障ないと考えてました。 済みません、ちょうど訪問客が来て同じことを2度書きました。 >>110
> >そこを切り離したらダメですよ。グランドは繋がないと。
> ダメと言われても、お蔭様で期待通りに動いています。
え?切り離したときに動いているんですか?
>>105を見る限りは、切り離したときにちゃんと動作していないように見えます。
>FT245RLのJ2をオープンにしてSV2、SV2はともにショートさせ安定動作してます。
>J2はショートにし、SV2、SV2はともにオープンにします。このケースで誤動作が生じます。
上の二つの行の中の「SV2、SV2」が両方とも「SV2、SV3」という解釈をしたら、
SV3がオープンの状態、つまりグランドを切り離したときに誤動作しているように見えますよ。
切り離していたら「必ず動作しない」とは限らず、なんとなく動作することもあるのです。
要するにグランドが切り離されたふたつの回路のグランドがある電圧に収まっていれば
いいわけで、一方の出力のどれかがLであれば、そのピンを通じてグランド電位がある
程度の範囲に収まってしまうこともあります。
>遅いTTLですので仮想COMモードでTTL側のタイミングで動かしてます。ビットバングモードでは判りません。
あー。そうではなくて、
FT245のRD、WRにグリッチなどの短いノイズ状パルスが入るとFIFOが誤動作しますよ。
グランドがしっかりしていないとありうるよ、ということです。
これは仮想COMかダイレクトドライバかは関係がありません。
(ビットバンモードの方が鈍感に使えるとは思いますが) >>113
>KiCADではGNDは広くするオプションがあるようですけどeagleで見つけられなくて。
最近のEagleのユーザーインタフェースがどうなってるのか分からないけれど、
https://www.youtube.com/watch?v=NOKgwPF91Ow
参考になるだろか。 当たり前だけど、FT245もその秋月のモジュールも、USBからの電源供給でちゃんと動作しますよ。
供給可能な電流を超えない範囲、というのはもちろんですが。 >>167
貴方の「そこ」と言う部部を9ピンのグランドと勘違いしました。
>「SV2、SV2」が両方とも「SV2、SV3」という解釈をしたら、
「SV2、SV2はともに」は(1)も(2)も間違いで「SV2、SV3はともに」が正解です。
(1)の前提が外部電源で安定すると言ってますので「SV2、SV3はともにショート」です。
>>117
ありがとうございます。のちほど参考にします。
>>118
>USBからの電源供給でちゃんと動作しますよ。
具体的な回路次第で違うと考えます。GNDを共通にしない別電源で惨々誤動作してましたので。
別電源ならGNDを共通にする必要があると認識してます。
自分の基板では次の実験ができますが、とりあえず(3)で安定してるので良いかなと言う心境です。
(1)TTL回路とFT245RL(USB)を別電源にしてGNDは共通にすること(実験してません)
(2)TTL回路とFT245RL(USB)を別電源にし双方のGND、VCCは遮断すること(誤動作することを確認済み)
(3)外部電源にして同一のGND、VCCをTTL回路とFT245RLに接続すること(安定動作を確認済み) >GNDを共通にしない別電源で惨々誤動作
それは当たり前のことなのです。
アイソレータを使わない限り、信号グランドを接続せずに動作させるものではありません。
>具体的な回路次第で違う
いろいろな回路はあると思いますが、グランドを接続しない回路は除外して良いのです。
でも、あなたは「グランドを接続しないと何がそんなにいけないのだろう」と今でも思っているのかな? >>121
>それは当たり前のことなのです。
4ヶ月前に、その御言葉が欲しかった。
今は巡り合わせで仕方ないと気持ちは整理できてますけど。
自分の誤動作の原因は既に>>100と>>102で言ってます。 > 自分の誤動作の原因は既に>>100と>>102で言ってます。
これは失礼。くどくなってしまいました。 電源のグランドを共通にするとは
・グランド同士を電気的につなぐ → 回路によってはつながないと動かない
・グランド同士をつないでから1本の線で接続する → 外れたら怖い 色々批判はあるけどネットで公開されてるFT245RLの使用例は大半がLチカ等で有難味が薄いと感じてました。
なので今回のような基本を抑えるためにも建設的なレスの応酬はかなり役に立ったと思います。
自分にとっては既に決着が付いていたので、めんどーと感じながらも役に立つ情報が提供されて有り難かった。
因みにFT245RLの取扱説明書には恐らく間違いだろうと言う箇所はあるけど未だ訂正されていません。
http://akizukidenshi.com/catalog/g/gK-01799/
PDF取扱説明書
http://akizukidenshi.com/download/kairo/データ/RS232・USB関係/L025_FT245RL USBパラレル.pdf
「ライト」時の「WR to RD Pre-charge Time」では意味が判らない。「WR to WR Pre-charge Time」の誤植でしょう。
(本家の英文マニュアルでは「WR to WR Pre-charge Time」となっています)
更にはUSB電源と外部電源の使い方の説明はあるけど取扱説明書には別電源にした時にGNDを共通化する説明はないです。
別電源でGNDを共通にした場合のトラブル発生で対応の煩雑性を懸念し、あえてこの使い方は触れなかった可能性もあり。
そう言う状況を勘案すれば今回のやりとりは、ある意味で取扱説明書を超えた内容だとも、とらえることができます。 >別電源にした時にGNDを共通化する説明はないです。
いや。だからそれは前提だし。
別電源にした時にGNDを共通化しないってことは原則的にないので、言及する必要がないのです。
グランドの接続については初心者スレで続きをやりませんか。USBの話題でもないので。 各社のUSB内蔵マイコンでUSBイーサネットアダプタとして
動作するようなフレームワークを提供しているベンダーは
ありますか? github のstm32ecm ですね。ありがとうございます。 だれかOSXなりWindowdで実際に動いてるCDC-ECMデバイスの
接続後のUSBパケットダンプを晒してくれたら神 既製品のクローン(ホストから見た基本的な動作は同じ)を作って同人ハードとして売ったらヤバイよなぁ オリジナルのソフトウェアと組み合わせ使うなら完全にアウトだろうけど
そうじゃないならワンチャン もちろんオリジナルのソフトウェアで使う。ぶっちゃけゲーム機のコントローラのクローン
同じ事を考えている人は他にもいると思うが それが問題になるなら任天堂非公認コントローラーとか全部アウトだろ
情報の入手方法と特許に気を付ければ大丈夫だと思うが なるほど、コントローラーで同人ならまあ逃げ切れるだろ
てっきりSaleaeのロジアナみたいな物をイメージしてた 国内のサードパーティで非ライセンスのコントローラを売っているところってあったっけ?
Amazonとかで聞いたことのないメーカー製は見かけるけど
今のところ考えつく問題点は
1.互換性のためには純正コントローラのクローンが好ましいが、PID/VIDはもちろんディスクリプタに
含まれる文字列も使い回す必要がある(対象となる機器の会社名等を含む)
2.公式は見逃してくれるかもしれんが、他の脅威として自称正義の味方ちゃんがいる
3.ライセンスされているコントローラを乗っ取ればこの辺は解消するが信頼性が低下する上に単価は上がる
ググると出てくる自作コントローラはこの方式か。しかし売り物になるレベルで信頼性を確保するのは難しそう・・・
あたりか。既成のコントローラにない物理的なUIを追加する都合上MCUは必須。既成のコントローラを使う場合は
基板が2枚以上の構成になる。根本的なところで同人ハードの頒布はいろいろ負担が大きいというのもあるし
>>136,137
情報ソースはネットで出てくる解析記事とパケットのキャプチャになるかな。それで十分かは未確認だけど
特許は・・・どう調べれば良いんだろうか。個人や零細レベルで精査する方法とか思いつかない >>138
有名なところだとサイバーガジェットじゃないかな
あそこはチートソフトも扱うようなゴロだし というか他人様のディスクリプタを使い回してもめたとかの前例はあるんだろうか
>>139
確かに少ないながらコントローラなども扱っているようですね
製品のディスクリプタってどうなっているんだろうな >>140
SCSIだけどNECプロテクトって言うのがあった
すぐ回避策が出たけど
https://www.wdic.org/w/TECH/NECプロテクト USB-TTLのPL2303コピー品は有名だなhttps://www.amazon.co.jp/-/dp/B075M766MW/とか
最新ドライバでははじかれるコード10エラー
回避策はあるあが どうして単純バルク転送を標準クラスに含めなかったんだろう