- Forums
- Product Forums
- General Purpose MicrocontrollersGeneral Purpose Microcontrollers
- i.MX Forumsi.MX Forums
- QorIQ Processing PlatformsQorIQ Processing Platforms
- Identification and SecurityIdentification and Security
- Power ManagementPower Management
- Wireless ConnectivityWireless Connectivity
- RFID / NFCRFID / NFC
- Advanced AnalogAdvanced Analog
- Neural Processing UnitsNeural Processing Units
- MCX Microcontrollers
- S32G
- S32K
- S32V
- MPC5xxx
- Other NXP Products
- S12 / MagniV Microcontrollers
- Powertrain and Electrification Analog Drivers
- Sensors
- Vybrid Processors
- Digital Signal Controllers
- 8-bit Microcontrollers
- ColdFire/68K Microcontrollers and Processors
- PowerQUICC Processors
- OSBDM and TBDML
- S32M
- S32Z/E
-
- Solution Forums
- Software Forums
- MCUXpresso Software and ToolsMCUXpresso Software and Tools
- CodeWarriorCodeWarrior
- MQX Software SolutionsMQX Software Solutions
- Model-Based Design Toolbox (MBDT)Model-Based Design Toolbox (MBDT)
- FreeMASTER
- eIQ Machine Learning Software
- Embedded Software and Tools Clinic
- S32 SDK
- S32 Design Studio
- GUI Guider
- Zephyr Project
- Voice Technology
- Application Software Packs
- Secure Provisioning SDK (SPSDK)
- Processor Expert Software
- Generative AI & LLMs
-
- Topics
- Mobile Robotics - Drones and RoversMobile Robotics - Drones and Rovers
- NXP Training ContentNXP Training Content
- University ProgramsUniversity Programs
- Rapid IoT
- NXP Designs
- SafeAssure-Community
- OSS Security & Maintenance
- Using Our Community
-
- Cloud Lab Forums
-
- Knowledge Bases
- ARM Microcontrollers
- i.MX Processors
- Identification and Security
- Model-Based Design Toolbox (MBDT)
- QorIQ Processing Platforms
- S32 Automotive Processing Platform
- Wireless Connectivity
- CodeWarrior
- MCUXpresso Suite of Software and Tools
- MQX Software Solutions
- RFID / NFC
- Advanced Analog
- Neural Processing Units
-
- NXP Tech Blogs
- Home
- :
- Translated Content
- :
- Multi Source Translation Content
- :
- 2386752_ja-JP
2386752_ja-JP
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
2386752_ja-JP
2386752_ja-JP
私のチームは、USB OUTトランザクションでACKが欠落するという問題に直面しています。
当システムに関する情報：
* MCUはLPC5528
* SDK バージョンは 26.03.00 です。
* Call to USB_DeviceInitでは、最初のパラメータ(controllerId)としてkUSB_ControllerLpcIp3511Fs0を提供しているので、USBフルスピードを使用しています。
パターンについて多くを語るのは難しい。私たちがCANのは次の通りです:
* USB経由で大量のメッセージを送信する場合、まれにOUTトランザクションでACKが欠落することがあります。Ellisys USBアナライザーでこれを検出しました。抜けたものが見え、その後PCから3回の再試行、そしてUSBリセットが確認できます。
* それはめったに起こらない。同じ単純なUSBメッセージを繰り返し送信するスクリプトを設定しました（ターゲットは単にデータを返すだけで、複雑な計算などは行いません）。エラーが発生するまでに、数回の反復処理で済む場合もあれば、数千回の反復処理が必要な場合もある。
これが既知の問題なのか、あるいはデバッグのための何らかのコツがあるのかを知りたいです。
こんにちは、 @JacobBerggreenさん
LPC55S2x/LPC552xのエラータを確認しましたが、USB0フルスピードデバイス出力に直接対応するACKの欠如に関する既知の問題は見つかりませんでした。現在、USBの訂正表は主に高速モードに焦点を当てているため、あなたの構成に直接適用できるわけではありません。
この現象から考えられるより可能性の高い理由は、OUTエンドポイントが特定のタイミングで受信バッファを適時に準備しなかったため、ホストがOUTを送信した際にデバイスがACKに応答できず、再試行やリセットがトリガーされたということである。各アウトが完了した直後にUSB_SeviceRecvRequest()が呼び出されるかどうかを確認し、コールバックのプロセッシングを最小限に抑えることが推奨されます。USB割り込みの優先順位を確認し、長時間のシャットダウン割り込みを避けることも推奨されます。
BR
ハリー