- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
データシートページ26のHX2VL エラッタのまとめに関しまして(文書番号: 001-79537 Rev. *C)
Q1)
現象発生後にSTALLが返るのはダウンストリームポートに接続されたデバイスとの
通信を行った場合であり、ハブとの通信はSTALLとならないという認識で合っていますでしょうか。
例)現象発生後に例えばUSBホストが下記の通信を行った場合の結果は下表の認識で合っていますでしょうか。
通信対象 | 通信内容の例 | 通信結果 | 備考 |
ハブ(ハブ自体に関わる通信) | Get Hub Status | ACK |
|
ハブ(ハブのダウンストリームポートに関わる通信) | Get Port Status | ACK | ACKは返るがポートの状態のStatus Change bitの値は正しくない。 |
ダウンストリームポートに接続されたデバイス | Get Device | STALL |
|
Q2) 現象発生時、リモートウェイクアップは発生しますでしょうか。
Q3) ”■回避方法”に書かれているポートリセットは、ハブ自体に対して行うのでしょうか。
それとも現象が発生したダウンストリームポートに対してポートリセット(SetPortFeature(PORT_RESET))を実施
するのでしょうか。
Q4) 現象が発生した状態でレジュームした後、現象が発生しているかUSBホストが確認する方法は
ありますでしょうか。
実際にQ1)の通信を実施してSTALLが返るまでわからないでしょうか。
ハブにポートの状態を問い合わせればわかる(Get Port Status)など他に確認方法はありますでしょうか。
解決済! 解決策の投稿を見る。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
A1) はい、ご認識いただいている通りでございます。表の例も合っております。
A2) いいえ。リモートウェイクアップは発生しません。
はい、発生致します。ホストにリモートウェイクアップ通知がForwardされます。
A3) デバイスに対してポートリセットを発行します。リセット後、enumerationが再び行われます。
ハブに対してリセットを行うことも可能ですが、ハブに接続されたデバイス全てがリセットされてしまうので、デバイスに対して行うのが妥当と思われます。
A4) ハブの状態が正しいかがわからないため、確認方法はありません。
よろしくお願い致します。
Hirotaka Takayama
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
A1) はい、ご認識いただいている通りでございます。表の例も合っております。
A2) いいえ。リモートウェイクアップは発生しません。
はい、発生致します。ホストにリモートウェイクアップ通知がForwardされます。
A3) デバイスに対してポートリセットを発行します。リセット後、enumerationが再び行われます。
ハブに対してリセットを行うことも可能ですが、ハブに接続されたデバイス全てがリセットされてしまうので、デバイスに対して行うのが妥当と思われます。
A4) ハブの状態が正しいかがわからないため、確認方法はありません。
よろしくお願い致します。
Hirotaka Takayama
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
>A2) いいえ。リモートウェイクアップは発生しません。
>前回の回答も併せてご確認ください。 CY7C65632エラッタについて
>
Q1)上記の様に リモートウェイクアップは発生しないとの回答でしたが、サスペンド中に単純に切断のみを実施した場合は下記はどうなりますでしょうか。
Q2)リモートウェイクアップは発生しますでしょうか。
Q3)Resume後にInterrupt-Inでポートの状態変化通知は来ますでしょうか。
Q4)また、サスペンド中に単純に接続のみを実施した場合は下記の認識で合っていますでしょうか。
・リモートウェイクアップが発生する。
・Resume後にInterrupt-Inでポートの状態変化通知が来る。
マクニカ/荒井
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
すみません、ご質問の意味を明確にしたいのですが、リモートウェイクアップはどのような流れでHostに到達するのでしょうか?
こちらでは、CY7C65632のダウンストリームポートに対して切断/接続を行う何かしらのデバイスを経由してリモートウェイクアップがhostに送られるのだと思っていましたが、いただいた最新のご質問を読ませていただいている限り何か違うように思えます。
または、CY7C65632からデバイスが抜けたことをトリガとしてハブがリモートウェイクアップをHostに対して行うことを想定していますか?CY7C65632にはそういった機能はありません。
ご質問の明確化をよろしくお願い致します。
Hirotaka Takayama
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
下記について回答させて頂きます。
>すみません、ご質問の意味を明確にしたいのですが、リモートウェイクアップはどのような流れでHostに>到達するのでしょうか?
[Ans.]
サスペンド中にCY7C65632のダウンストリームポートでデバイスの接続または切断を検知すると、
CY7C65632はリモートウェイクアップをHostに通知することを想定しております。
> または、CY7C65632からデバイスが抜けたことをトリガとしてハブがリモートウェイクアップをHostに対>して行うことを想定していますか?CY7C65632にはそういった機能はありません。
[Ans.]
はい。CY7C65632のダウンストリームポートのデバイスが抜かれたことをトリガとしてリモートウェイクアップを行うことを想定しております。
※現在CY7C65632の動作確認を行っておりますが、サスペンド状態でダウンストリームポートのデバイス接続または切断を行うとリモートウェイクアップが発生しているように見えます。再度確認しようとは思いますが参考までにお知らせ致します。
念のため1点確認させてください。データシートにありますエラッタの”ハブ サスペンド”やこれまでの質問であげたサスペンドは、SetPortSuspend要求によるハブのダウンストリームポートのサスペンドではなく、ハブ自体のサスペンド(ホストとハブ間のサスペンド)という認識でおりました。認識に相違ございませんでしょうか。
マクニカ/荒井
以上
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
HX2VL DVKにて状態を確認中ですが、HX2VLのダウンストリームポートのデバイス切断時に、HX2VLが通知をHostにforwardしていることが確認できました。訂正させていただきます、申し訳ございません。
引き続き調査、検証し、報告させていただきます。
よろしくお願い致します。
Hirotaka Takayama
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- Permalink
- 印刷
- 不適切なコンテンツを報告
インラインで最初の回答に追記を行いました。