Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
RW610 / RW612 ナレッジハブ RW61xシリーズは、MCUとWi-Fi ® 6 + Bluetooth ® Low Energy (LE) 5.4 / 802.15.4無線を内蔵した高集積、低消費電力のトライラジオ・ワイヤレスMCUで、コネクテッド・スマートホーム・デバイス、エンタープライズおよび産業オートメーション、スマート・アクセサリ、スマート・エネルギーなどの幅広いアプリケーションに対応しています。 RW61xシリーズMCUサブシステムには、260MHz Arm ®  Cortex ® -M33コア(TrustZone ™ -M搭載)、1.2MBのオンチップSRAM、およびオフチップXIPフラッシュへの安全なアクセスを可能にするオンザフライ復号化エンジンを搭載した高帯域幅クアッドSPIインターフェースを備えています。 RW61xシリーズには、フル機能の1x1デュアルバンド(2.4GHz/5GHz)20MHz Wi-Fi 6(802.11ax)サブシステムを搭載しており、前世代のWi-Fi標準を上回る高スループット、優れたネットワーク効率、低レイテンシ、広い通信範囲を実現します。Bluetooth LE無線機能によって、2Mbit/sの高速データ・レート、長距離通信、拡張アドバタイズをサポートします。オンチップの802.15.4無線は、最新のThreadメッシュ・ネットワーキング・プロトコルをサポートできます。さらに、RW612はMatter over Wi-FiまたはMatter over Threadをサポートでき、エコシステムや製品の違いを超えた共通の相互運用可能なアプリケーション・レイヤを提供します。 NXP RW61x Block DiagramNXP RW61xブロック図 書類 RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61xユーザーマニュアル:UM11865:RW61xユーザーマニュアル RW61xレジスタマニュアル:RM00278:RX16xレジスタ   RW61xモジュール AzureWave: RW612 - AW-CU570は、高集積、低消費電力のトライラジオ・ワイヤレスRW612 MCUで、MCUとWi-Fi 6 + Bluetooth Low Energy (LE) 5.2 / 802.15.4無線を内蔵し、幅広いアプリケーションに対応するように設計されています。 RW610 - AW-CU598 は、MCUとWi-Fi 6 + Bluetooth Low Energy (LE) 5.3無線を統合した高集積、低消費電力のトリプル無線RW610 MCUで、多様なアプリケーション向けに設計されています。 U-blox: RW612 - IRIS-W10シリーズは、小型でスタンドアロンのデュアルバンドWi-FiおよびBluetooth Low Energyワイヤレス・マイクロコントローラ・ユニット(MCU)モジュールです。これらのモジュールは、最終製品に高度なワイヤレス接続機能を追加したいユーザーに最適です。 RW610 - IRIS-W16シリーズは、小型で独立したデュアルバンドWi-FiおよびBluetooth Low Energy無線モジュールで、最終製品への組み込みに必要なすべてを備えています。これらのモジュールは、最終製品に高度な無線接続を追加したいユーザーに最適です。 Murata: RW612 - LBES0ZZ2FR-580 村田製作所のType 2FRは、NXP RW612コンボ・チップセットを基にした小型で非常に高性能なモジュールです。IEEE 802.11a/b/g/n/ac/ax + Bluetooth LE 5.4 / IEEE 802.15.4をサポートしています。 RW610 - LBES0ZZ2FP-580 Type 2FR/2FPは、スマートホーム、エンタープライズおよび産業オートメーション、スマート・アクセサリー、スマート・エネルギー向けの接続型スマート・デバイス向けに設計された、小型で高度に統合されたマルチ無線モジュール・ファミリーです。高性能MCUを内蔵し、高度なセキュリティ機能を備えています。最新のMatterスマートホーム接続プロトコルに対応しています。 California Eastern Laboratories (CEL): RW612 - CMP4612は、デュアルバンド、トライモード(Wi-Fi 6、BT5.4、802.15.4)に対応した完全統合型無線モジュールで、ホストMCU、フラッシュ、RAM、周辺機器、および多数のインターフェース(SDIO、UART、USB、Ethernet、SPI、I2C)を備えています。ホストレス(RTOS)とホスト(NCPモード)の両方のアーキテクチャをサポートします。CELのソリューションには、オンボードのアンテナまたはコネクタが含まれています。 評価ボード  FRDM-RW612 FRDM-RW612は、Wi-Fi 6 + Bluetooth Low Energy + 802.15.4に対応するトライラジオ・ワイヤレスMCUであるRW61xシリーズのラピッド・プロトタイピングを目的とした、小型で拡張性に優れた開発ボードです。 このMCUのI/Oおよびペリフェラルに容易にアクセスできるほか、オープン・スタンダードの統合シリアル・インターフェース、外部フラッシュ・メモリ、オンボードMCU-Linkデバッガを備えています。 FRDM-RW612入門:FRDM-RW612入門ガイド FRDM-RW612ユーザー・マニュアル:UM12160: FRDM-RW612ボード・ユーザー・マニュアル FRDM-RW612クイック・スタート・ガイド:FRDM-RW612クイック・スタート・ガイド 電流測定構成: 0オームの抵抗器R103を取り外します。 JP5に2本のピンをはんだ付けします。 RW61xの消費電流を測定する場合は、JP5のピンを使用して電流メーターを接続します。FRDMボードを通常の操作で使用する場合は、ジャンパーをJP5のピンに接続します。 u-blox   USB-IRIS-W1 USB-IRIS-W1 開発プラットフォームは、NXP RW610/612 チップを基にしたデュアルバンド Wi-Fi 6 および Bluetooth LE モジュール IRIS-W1 上に構築されています。 このボードはUSBインターフェースを備えており、PCから直接評価やプロトタイピングを簡単に行うことができます。アンテナを内蔵したIRIS-W1モジュールに加え、4つのボタン、RGB LED、USB/UARTコンバータも統合されており、評価がさらに容易になります。 u-blox   EVK-IRIS-W1 EVK-IRIS-W1評価キットは、NXP RW610/612チップセットを搭載したIRIS-W1モジュール・シリーズを単独で使用することを可能にします。 Azurewave AW-CU570-EVB AW-CU570モジュールの評価ボードには、統合型トライラジオWi-Fi 6 + Bluetooth Low Energy 5.3 / 802.15.4を搭載したワイヤレスMCUが含まれています。 Murata   2FR EVK Murata Type 2FRモジュール(Murata部品番号:LBES0ZZ2FR)の評価キットには、Wi-Fi、BLE、および802.15.4の3つの無線が含まれています。NXPのRW612チップをベースにしています。 カリフォルニア・イースタン・ラボラトリーズ(CEL)CMP4612-2-EVB NXP RW612 チップセットを基にした CMP4612 評価ボード(CMP4612-2-EVB)は、デュアルバンド Wi-Fi 6、BLE 5.4、および 802.15.4 ラジオを備えています。CMP4612 評価ボードには、オンボードのイーサネットポートとPHYハードウェア、Arduinoヘッダー、MCULink SWD、USBポートが含まれています。このボードは、最終製品の認定モジュールを希望するお客様に対して、シームレスで効率的な評価プロセスを提供するために設計されています。 アプリケーション・ノート RM00287:SDK 2.16.100用Wi-FiドライバーAPI   この無線ドライバのソースコードは、ファームウェアイメージと通信することにより、無線インターフェイスを介してパケットを送受信するためのAPIを提供します。このマニュアルには、Wi-FiドライバーとWi-Fi接続マネージャーのリファレンス・ドキュメントが記載されています。 UM12133:NXP NCPアプリケーション・ガイド for RW612 with MCUホスト - ユーザー・マニュアル       このユーザーマニュアルでは、以下の内容について説明しています。 • NXP NCPアプリケーション for RW612 with MCUホスト・プラットフォーム i.MX RT1060を例として説明しています。 • NXP RW612 BGA V4ボードでNCPモードを有効にするための、サポートされている4つのインターフェース(UART、USB、SDIO、またはSPI)のうち1つのハードウェア接続。 • NCPホスト(i.MX RT1060)およびNCPデバイス(RW612)の両方でNCPアプリケーションをビルドして実行する方法。 アプリケーションは、Wi-Fi、Bluetooth Low Energy、OpenThread(OT)に適用されます。 UM12095:NXP NCPアプリケーション・ガイド(RW612用MPUホスト) - ユーザー・マニュアル このユーザーマニュアルでは次のことを説明しています。 • MPUホスト・プラットフォームi.MX 8M Miniを例にしたRW612用NXP NCPアプリケーション。 • NXP RW612 BGA V4ボードでNCPモードを有効にするための、サポートされている4つのインターフェース(UART、USB、SDIO、またはSPI)のうち1つのハードウェア接続。 • NCPホスト(i.MX 8M Mini)とNCPデバイス(RW612)の両方でNCPアプリケーションをビルドして実行する方法。アプリケーションはWi-Fi、Bluetooth Low Energy、OpenThread(OT)に適用されます。 AN14439:FRDM-RW612ボードからサードパーティ製モジュール・ボードへの移行ガイド このアプリケーション/ノートは、異なるフラッシュとpSRAMを持つ別のボードへのアプリケーション移行の概要を提供します。 AN14111:RW16xのターゲットウェイクタイム(TWT) このアプリケーション・ノートでは、ターゲット・ウェイク・タイム機能について説明し、RW61Xの例を示します。 AN13006:準拠および認証に関する考慮事項 このアプリケーション・ノートでは、NXPのWi-Fiデバイスで製品の規制準拠をテストする方法に関するガイダンスとヒントを提供します。 AN13049:Wi-Fi/Bluetooth/802.15.4 M.2キー Eピン配置定義 このアプリケーション・ノートは、NXPのWi-Fi/BluetoothおよびTri-Radio M.2モジュール設計におけるM.2の使用法を定義しています。 AN14489:RW61xにおけるWi-Fiファームウェアの自動回復 Wi-Fiの自動回復機能およびRW61x SDKでの有効化と確認方法について説明します。 セキュリティ: AN14544:MPUおよびMCU向けEdgeLock 2GOサービス このアプリケーション・ノートでは、MCUおよびMPUデバイスでEdgeLock 2GOサービスを使用するためのさまざまな方法と、各方法で利用可能な機能を紹介します。 AN13813:RW61xにおけるセキュアなブート RW61xにおけるセキュアなブート(署名済みイメージ)を生成して実行する方法について説明します。 AN13814:RW61xでのデバッグ認証 セキュア・プロビジョニングSDKツールを使用してデバッグ認証を行う手順について説明します。 コミュニティ・サポート RW61xシリーズに関するご質問は、こちらからワイヤレスMCUコミュニティにご意見をお寄せください。   トレーニング FRDM-RW612 セキュアな i.MX RT MCU での Wi-Fi 6 トライラジオのトレーニング RW61xシリーズトレーニング - NXPコミュニティ 機器 無線機器: 本記事では、プロジェクト開発を加速するために役立つ無線機器へのリンクを提供します。 開発ツール SDKビルダー MCUXpresso SDKは、オープンソースのドライバ、ミドルウェア、リファレンス例のアプリケーションを提供し、ソフトウェア開発を加速します。 NXP MCUXpresso MCUXpresso IDEは、高度な編集、コンパイル、デバッグ機能を提供し、MCU固有のデバッグを追加し、すべての汎用Arm Cortex-Mとの接続をサポートします。 VSCode MCUXpresso for Visual Studio Code(VS Code)は、コードの編集と開発向けに最適化された組込み開発者エクスペリエンスを提供します。 Zephyr RTOS  Zephyr OSは、リソース制約のある組み込みシステム向けに設計された小型カーネルを基盤としています。シンプルな組み込み環境センサーやLEDウェアラブルから、高度な組み込みコントローラー、スマートウォッチ、IoTワイヤレス・アプリケーションまで、幅広い用途に対応しています。 NXPアプリケーション・コード・ハブ アプリケーション・コード・ハブ(ACH)リポジトリにより、エンジニアは社内の専門家によって開発されたマイクロコントローラ・ソフトウェアの例、コード・スニペット、アプリケーション・ソフトウェア・パック、デモを簡単に見つけることができます。このスペースは、マイクロコントローラ・アプリケーションを迅速かつ簡単、そして一貫して見つけるための方法を提供します。 NXP SPSDKは、NXP MCUポートフォリオ全体で動作する信頼性が高くて使いやすいPython SDK統合ライブラリです。お客様の迅速なプロトタイピングから生産の展開までをサポートする強力な基盤を提供します。 NXP SECツール MCUXpressoセキュア・プロビジョニング・ツールは、NCP MCUデバイスでブート可能な実行ファイルを簡単に生成およびプロビジョニングできる、GUIベースのアプリケーションです。 NXP OTAP Toolは、ユーザーがNXP開発ボードの無線ファームウェア・アップデートを実行するのに役立つアプリケーションです。 ワイヤレスMCUのSDK例 ワイヤレスの例には、多くの一般的な接続構成が含まれています。 便利なリンク Bluetooth仕様 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能_概要 Bluetooth_5.3_機能_概要 Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview   FRDMトレーニング ハンズオン・トレーニング 製品: WiFi RW6XX プロトコル:802.15.4 プロトコル:BLE→コネクティビティ プロトコル:Bluetooth プロトコル:Matter プロトコル:Thread プロトコル:Wi-Fi プロトコル:Zigbee
查看全文
DOC_S32K3x1_S32K3x2_S32K3x4_EIM_Mapping_v1_0_SPD105_Unofficial The attached spreadsheet provides mapping between EIM and DCM faults for the S32K3x1, S32K3x2, S32K344, S32K324, and S32K314 devices. Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.
查看全文
S32K/S32M – Documents & Tools S32Kxxx   Excel configurators MPC5xxx/S32Kxx: CAN / CAN FD bit timing calculation   S32K1/S32M24x   Documents Solution for S32K14x which could be attached while couldn't be re-programmed Fault handling on S32K144 FRDM-S32K144 EVB Useful tips about S32DS for ARM v2018.R1 IDE and S32K1xx development Using S32K CMSIS-SVD Files in EmbSysRegView Eclipse Plugin FlexNVM used as code/data Flash   S32K3/S32M27x   Excel configurators S32K344 DCF Configurator   Debugger plugins Lauterbach FCCU_Utility plugin - S32K3xx    Documents Restrict the debug access with a password when HSE is not used S32K3/S32M27x – eMIOS Usage S32K3/S32M27x – eMIOS/BTCU/ADC/DMA – [RTD600] S32K3/S32M27x – eMIOS/TRGMUX/LCU – [RTD600] DOC_S32K3x1_S32K3x2_S32K3x4_EIM_Mapping_v1_0_SPD105_Unofficial  DOC_S32K3x1_S32K3x2_S32K3x4_eMCEM_DCM_Mapping_v1_0_SPD1.0.5_Unofficial    S32K39-37-36 Documents S32K39-37-36 – eMIOS/BTCU/SAR-ADC/DMA – [RTD600] S32K39-37-36 – eFlexPWM/TRGMUX/BCTU/SAR-ADC/DMA – [RTD600]
查看全文
Compile & Deployment DeepLabV3 with Ara Model Zoo v1.0.0   Compile & Deployment DeepLabV3 with Ara Model Zoo v1.0.0
查看全文
LPC43S57 USB1ホスト構成の問題 ハイ LPC43S57 コントローラの USB1 ペリフェラルを USB ホストとして使用して、お客様のボード内のデバイスを接続しようとしています。USB スタックと USB ドライバを構成するために KEIL MDK を使用しています。   USBH_Initialize(1)関数を呼び出すと、「コントローラが存在しません」というエラーが返されます。USB1 ハードウェア接続に関してインターネットで検索してみたところ、多くの場所で USB1 ペリフェラルは外部 PHY がないと動作しないと記載されていることがわかりました。ただし、データシートには、オンチップフルスピード PHY をサポートしていることが示されています。   USB1 にオンチップのフルスピード PHY が搭載されているかどうかを明確にしていただけますか?   USB1_VBUS ピンはホストであり、接続しているデバイスは自己電源デバイスであるため使用されません。   また、ホストとして行ったUSB1接続のスナップショットを以下に示します。   よろしくお願いします。 サバリッシュ・クマール Re: LPC43S57 USB1 Host Configuration issue こんにちは@HeatherUlrich USB1 をホスト モードからデバイス モードに変更して、 device_cdc プロジェクトを開発しましたか? はい、そうであれば、まずボード上で LPCOpen の CDC デモを実行してテストすることができます。 これにより、ハードウェアに問題があるかどうかを確認できます。 ありがとう。 BR アリス Re: LPC43S57 USB1 Host Configuration issue @Slope Gameところで、派手にクラッシュする話ですが、以前、正しくエニュメレーションを行なわない怪しいマイクロコントローラと格闘して週末を丸々過ごしたことがあります。結局、クロック速度の設定ミスが一つだけ原因で、それが次々と予期せぬエラーを引き起こし、デバッグの現実味を帯びてきました。本当にイライラさせられました。 Re: LPC43S57 USB1 Host Configuration issue こんにちは@Alice_Yang CLK_USB1をUSB1インターフェースの60MHzクロック生成用に設定済みです。USB1をデバイス(フルスピードモード)として設定し、PCに接続しました。LPC43S57 USBコントローラーのUSBステータスレジスタでは、USBがデバイスAとして接続されていることが確認できますが、PC側ではCOMポートや他のUSBデバイスが接続されていることが確認できません。USB0をデバイスとして設定し、PCに接続したところ、COMポートとして検出され、USB1の設定では動作しません。 参考までにUSB1デバイスの構成画像を添付しました。 よろしくお願いします。 サバリッシュ・クマール Re: LPC43S57 USB1 Host Configuration issue こんにちは@Sabarish USB フルスピード モードでは、CLK_USB1 を使用して USB1 インターフェース のクロックを生成します。外部 PHY は必要ありません。高速モードでは、外部 PHY が USB1 インターフェースのクロックを生成するため、システム構成ブロック内のそれぞれのピン構成レジスタを介してピン PC_0 または P8_8 で USB1_ULPI_CLK を有効にする必要があります。 USB1_DP​​およびUSB1_DM​​信号がデバイスに正しくコネクテッドされていることを確認してください。さらに、ソフトウェア構成が適切に設定されていることを確認してください。参考までに、LPCopen ライブラリで提供されている USB ホスト デモを参照CANます。 Alice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.png BR アリス Re: LPC43S57 USB1 Host Configuration issue さて、この USB の難問を解明してみましょう。これは内部 PHY の問題でしょうか、それともハードウェアの不具合が原因でしょうか?そのコントローラエラーはいつも頭痛の種です。適切な USB 構成を見つけるのは、迷路を進むような感じになります。かつて私は、あるプロジェクトのためにセンサと通信させようと、頑固な Arduino セットアップに格闘していました。何時間も配線をトレースし、コードをデバッグした結果、単純な電源の問題が根本原因であることがわかり、@ geometry dashでいっぱいの午後は完全に無駄になってしまいました。時々、明白なことが私たちには分からないことがありますよね? Re: LPC43S57 USB1 Host Configuration issue これは、USBH_Initialize 関数に関する難しい問題です。以前にも同様のハードウェア接続の問題に直面したことを覚えています。場合によっては、セットアップにおける些細な詳細でも頭痛の種になることがあります。ここでは具体的なハードウェア デバッグのアドバイスを提供することはできませんが、 Geometry Dashフォーラムをチェックすることを検討しましたか?そこのコミュニティはあらゆる種類の技術的な課題について驚くほど知識が豊富で、USB デバイスの初期化で同様の問題に遭遇した人がいるかもしれません。 Re: LPC43S57 USB1 Host Configuration issue 難しいハードウェア構成の問題に直面しているようです。USB セットアップでは確かに同じ状況になりました。オンチップ PHY に関しては、チップの特定のシリコン リビジョンとエラッタ シートを再確認すると、明確になる場合があります。トラブルシューティング中に、 CPS テストWeb サイトで反応時間やマウス スキルをテストしてみると、楽しい気晴らしになるかもしれません。集中力を高めるのに役立ちます!USBの問題がすぐに解決されることを願っています! Re: LPC43S57 USB1 Host Configuration issue こんにちは、@ Unblocked Gamesさん。設計図のスナップショットを共有していただきありがとうございます。PHYに関する質問に加えて、同じボード上でUSB0が正しく動作するかどうかを知ることも役立ちます。そうすることで、問題がハードウェア関連なのかソフトウェア関連なのかを特定するのに役立つからです。 Re: LPC43S57 USB1 Host Configuration issue LPC43S57のUSB1ペリフェラルで問題が発生しているのは興味深いですね。特にデータシートにはオンチップのフルスピードPHYが搭載されていると書かれているのに。「コントローラは存在しません」というエラーは本当にイライラします。このチップ上でUSB1をホストとして正常に使用した人がいるかどうか、例えばpokerogueのようなゲームで使用したことがある人がいるかどうか知りたいです。これを解明するのは大変でしょう! Re: LPC43S57 USB1 Host Configuration issue 「コントローラは存在しません」というメッセージはイライラします。まずはUSB1のクロック設定、ピン割り当て、そしてUSB1ホストの初期化が選択されたフルスピード設定と一致しているかどうかを確認することから始めるでしょう。ここでは、オンチップのフルスピードPHYと外部PHYの要件との区別が特に重要となる。複数の設定を一度に変更する前に、セットアップの各部分を個別にテストすることは常に有効です。ハードウェアのトラブルシューティングに時間をかけすぎた後は、 Geometry Dashのような手軽なゲームで少し休憩を取り、気分転換してから問題に取り組むようにしています。
查看全文
LPC43S57 USB1 Host Configuration issue Hi     We are trying to use USB1 peripheral of LPC43S57 controller as USB host to connect a device in customer board. We are using KEIL MDK to configure the USB stack and USB driver.   When we call USBH_Initialize(1) function it returns an error indicating "Controller does not exist". We tried to search on the internet regarding the USB1 Hardware connections, and we observed that in many places it is mentioned that USB1 peripheral will not work without external PHY. However, the datasheet indicates that it supports on chip full speed PHY.    Can you clarify for us if the USB1 does have on chip full speed PHY?   The USB1_VBUS pin is not used since it is a Host and the device we are connecting is a self powered device.   Also please find below the snapshot of the USB1 connection we have done as Host   Regards Sabarish Kumar Re: LPC43S57 USB1 Host Configuration issue Okay, let's unpack this USB conundrum! Is it the internal PHY or some hardware quirk messing things up? That controller error is always a headache. Finding the right USB configuration can feel like navigating a maze. Once, I was wrestling with a stubborn Arduino setup, trying to get it to communicate with a sensor for a project. Spent hours tracing wires and debugging code only to realize a simple power supply issue was the root cause, completely sidelining my @geometry dash -filled afternoon. Sometimes, the obvious escapes us, right? Re: LPC43S57 USB1 Host Configuration issue That's a tricky issue with the USBH_Initialize function! I remember facing similar hardware connection problems before. Sometimes, even seemingly minor details in the setup can cause headaches. While I can't offer specific hardware debugging advice here, have you considered checking out the Geometry Dash forums? The community there is surprisingly knowledgeable about all sorts of technical challenges, and someone might have encountered a similar problem with USB device initialization. Re: LPC43S57 USB1 Host Configuration issue It sounds like you're facing a tricky hardware configuration issue! I've definitely been there with USB setups. Regarding the on-chip PHY, double-checking the specific silicon revision and errata sheet for your chip might provide clarity. While you're troubleshooting, testing your reaction time and mouse skills on a CPS test website could be a fun distraction. It helps sharpen focus! Hope you resolve your USB issue soon! Re: LPC43S57 USB1 Host Configuration issue Hi @Unblocked Games Thanks for sharing the schematic snapshot. Besides the PHY question, it would be helpful to know whether USB0 works correctly on the same board, as that could help isolate whether the issue is hardware- or software-related. Re: LPC43S57 USB1 Host Configuration issue It's interesting that you're running into issues with the USB1 peripheral on the LPC43S57, especially since the datasheet suggests it has an on-chip full-speed PHY. That "Controller does not exist" error is definitely frustrating. I'd be curious to know if anyone else has successfully used USB1 as a host on this chip, maybe for something like pokerogue . Good luck figuring this out! Re: LPC43S57 USB1 Host Configuration issue That “Controller does not exist” message sounds frustrating. I’d probably start by checking the USB1 clock configuration, pin assignments, and whether the USB1 host initialization matches the selected full-speed configuration. The distinction between the on-chip full-speed PHY and the external PHY requirement is especially important here. It’s always useful to test each part of the setup separately before changing several settings at once. After spending too much time troubleshooting hardware, I usually take a short break with a quick game such as Geometry Dash Game before coming back to the problem with a fresh mind.
查看全文
LPC43S57 USB1 主机配置问题 HI 我们正在尝试使用 LPC43S57 控制器的 USB1 外围设备作为 USB 主机来连接客户主板中的设备。我们使用 KEIL MDK 配置 USB 栈和 USB 驱动程序。   当我们调用 USBH_Initialize(1)函数时,它会返回一个错误,表明"Controller 不存在" 。我们尝试在互联网上搜索有关 USB1 硬件连接的信息,发现很多地方都提到,如果没有外部 PHY,USB1 外围设备将无法工作。不过,数据表显示它支持片上全速 PHY。   能否向我们说明 USB1 是否具有全速 PHY 芯片?   不使用 USB1_VBUS 引脚,因为它是主机,而我们连接的设备是自供电设备。   下面是我们作为主机连接 USB1 的快照   此致 萨巴里什-库马尔 Re: LPC43S57 USB1 Host Configuration issue 你好@HeatherUlrich 您是否将 USB1 从主机模式更改为设备模式并开发了 device_cdc 项目? 如果是,你可以先在板上运行 LPCopen 下的 CDC 演示版进行测试。 这将有助于确认硬件是否存在任何问题。 谢谢。 BR 爱丽丝 Re: LPC43S57 USB1 Host Configuration issue @Slope Game总之,说到令人震惊的崩溃,我曾经花了一整个周末的时间来处理一个无法正确枚举的微控制器。结果发现,一个错误配置的时钟速度是罪魁祸首,由此引发了一连串意想不到的错误,真是 调试。这真是令人难以置信的沮丧。 Re: LPC43S57 USB1 Host Configuration issue 你好@Alice_Yang 我已经将 CLK_USB1 配置为为 60MHZ 的 USB1 接口生成时钟。我已将 USB1 配置为设备(全速模式)并连接到 PC。在 LPC43S57 USB 控制器中,我可以在 USB 状态寄存器中看到 USB 是作为设备连接的,但在 PC 中我看不到任何 COM 端口或任何其他 USB 设备已连接。我已将 USB0 配置为设备并连接到 PC,它被检测为 COM 端口,不适用于 USB 1 配置。 我附上了 USB1 设备配置图片供你参考 此致 萨巴里什-库马尔 Re: LPC43S57 USB1 Host Configuration issue 你好@Sabarish 在 USB 全速模式下,使用 CLK_USB1 为 USB1 接口产生时钟,无需外部 PHY。在高速模式下,外部 PHY 为 USB1 接口产生时钟,必须通过系统配置块中各自的引脚配置寄存器在引脚 PC_0 或 P8_8 上启用 USB1_ULPI_CLK。 请检查 USB1_DP 和 USB1_DM 信号是否正确连接到设备。此外,请确保正确安装软件配置。作为参考,您可以参考 LPCopen 库中提供的USB主机演示。 Alice_Yang_0-1757931704656.pngAlice_Yang_0-1757931704656.png BR 爱丽丝 Re: LPC43S57 USB1 Host Configuration issue 好吧,让我们来解开这个 USB 的难题!是内部 PHY 还是某些硬件怪癖在捣乱?控制器出错总是让人头疼。寻找合适的 USB 配置就像在迷宫中穿行。有一次,我正在与一个顽固的 Arduino 设置搏斗,试图让它与一个项目中的传感器通信。花了几个小时追踪电线和调试代码,最后才发现一个简单的电源问题就是根本原因,这让我这个充满 @geometrydash的下午彻底泡汤了。有时,显而易见的事情会被我们忽略,不是吗? Re: LPC43S57 USB1 Host Configuration issue 这是 USBH_Initialize 函数的一个棘手问题!我记得以前也遇到过类似的硬件连接问题。有时,即使是设置中看似微小的细节也会让人头疼。虽然我无法在此提供具体的硬件调试建议,但您是否考虑过查看 Geometry Dash论坛?那里的社区出人意料地了解各种技术挑战,可能有人在USB设备初始化时遇到了类似的问题。 Re: LPC43S57 USB1 Host Configuration issue 听起来你遇到了棘手的硬件配置问题!我肯定用过 USB 设置。关于片上 PHY,仔细检查芯片的具体硅修订版和勘误表可能会有所帮助。在您排除故障的同时,还可以在 CPS 测试中测试您的反应时间和鼠标技能。 CPS 测试网站上测试您的反应时间和鼠标技能,这可以分散您的注意力。它有助于突出重点!希望你能尽快解决 USB 问题! Re: LPC43S57 USB1 Host Configuration issue 您好 @UnblockedGames感谢您分享示意图快照。除了 PHY 问题外,了解 USB0 在同一块主板上能否正常工作会很有帮助,因为这可以帮助确定问题是与硬件还是软件有关。 Re: LPC43S57 USB1 Host Configuration issue 您在使用 LPC43S57 的 USB1 外设时遇到了问题,这很有意思,尤其是考虑到数据手册表明它具有片上全速 PHY。“控制器不存在”错误确实令人沮丧。我很想知道是否有人成功地将 USB1 用作该芯片上的主机,比如用于Pokerogue之类的程序。祝你好运,希望你能弄明白! Re: LPC43S57 USB1 Host Configuration issue “控制器不存在”这条消息听起来很令人沮丧。我可能会先检查 USB1 时钟配置、引脚分配,以及 USB1 主机初始化是否与选定的全速配置匹配。这里,片上全速 PHY 和外部 PHY 要求之间的区别尤为重要。在一次性更改多个设置之前,最好先分别测试设置的每个部分。在花费太多时间排查硬件故障后,我通常会玩一会儿像《几何冲刺》这样的小游戏休息一下,然后再以全新的思维方式重新解决问题。
查看全文
S32DS activation code The software version is S32DS_ARM_Win32_v2018.R1_b180326. Could you provide the activation code? PEG GUI Re: S32DS activation code Dear customer, S32 Design Studio is free of charge software that just requires to be activated. The activation process is incorporated into the S32DS installer. Before you proceed to the installation you always need to get an activation code. The activation code is typically sent automatically to your email registered on www.nxp.com  account when you proceed to downloading of S32DS installer. Please follow the instructions:  https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 If still the issue please let me know. Thank you. Have a nice day. Best regards Pavla
查看全文
PIC CLBのユーレカ 特定のPIC MCU(例:pic16f13145ファミリ)には、Configurable Logic Blockと呼ばれるFPGA風のプログラム可能なロジックがあります。 私が使用しているpic16f13115は、それぞれ4入力ルックアップテーブルとDフリップフロップを備えた32個のセルで構成されています。 ツールの使い方を学ぶために、今日はPWM明るさ制御付き6つのLEDのチャーリープレックス対応を実装し、シミュレーションしました。ロジックCADキャンバスを使用する代わりに、Verilogを使用して回路を定義しました。 私は時間の半分くらいを壁に頭を打ち付けて過ごしていた。少しずつ、Verilogを正しく記述し、合成(ビルド)を行い、そしてシミュレーションを実行できるようにした。 CLBでプログラムされたロジックがCPUがスリープ状態でも動作するのは素晴らしい。セーフティに関わるアプリケーションに最適です。例えば、複雑な割り込みトリガーロジックの実装に利用できます。CLBロジックをペリフェラルに接続する際の柔軟性は非常に高いです。これは、PICの定番となっている、扱いにくいCLCプログラマブルロジックよりもはるかに柔軟性が高い。 私のEureka体験を共有したかっただけです。 パワー
查看全文
FRDM-IMX95のサスペンド時の消費電力を可能な限り低く抑える FRDM-IMX95ボードでサスペンドモード時の消費電力を可能な限り低く抑える方法についてのガイダンスをお探しですか?ベアメタルm7コードを使用し、a55sをオフにすることで、約2.2Wまで消費電力を下げることができました。これは、エキスパンダー/PHY/PD_NETC の電源を完全に切った後の状態です。FRDM-IMX95はどのくらい低く設定できるのでしょうか? FRDMトレーニング Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 最新の調査結果を自分の投稿に追記します…EXT_5V0とEXT_3V3_PWR_ENをオフにしてみましたが、それ以上の改善は見られませんでした。次にDDRセルフリフレッシュをテストしたところ、約193mA/1.1Wまで下げることができました。できればもっと値下げしたいのですが…。 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 当社の i.MX 95消費電力測定を参照し、参照できる低消費電力のユースケースが多数あります。 i.MX 95の消費電力測定 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 これ閉めていいよ。低電力モードをすべて確実にテストでき、必要な結果を得ることができました。
查看全文
Lowest possible SUSPEND power consumption of FRDM-IMX95 Looking for guidance on how to achieve the lowest possible SUSPEND mode power consumption on the FRDM-IMX95 board? With bare-metal m7 code, a55s off, I've been able to get down to ~2.2W. This is after full expander/PHY/PD_NETC power-down. How low can the FRDM-IMX95 go? FRDM-Training Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 Updating my own post with my latest findings... I was able to turn off EXT_5V0 and EXT_3V3_PWR_EN and didn't see any additional improvement. I then tested DDR-self-refresh, and was able to get down to ~193mA/1.1W. I'm really wanting to go lower if possible... Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 You can refer to and follow our i.MX 95 Power Consumption Measurement, there are many low power use cases you can refer to. i.MX 95 Power Consumption Measurement Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 You can close this. I was able to reliably test all the low power modes, and get to what I needed.
查看全文
FRDM-IMX95 的最低 SUSPEND 功耗 想知道如何才能使 FRDM-IMX95 开发板的 SUSPEND 模式功耗达到最低?使用裸机 m7 代码,关闭 a55s,我已经能够将功耗降至约 2.2W。这是在扩展器/PHY/PD_NETC 完全断电之后的情况。FRDM-IMX95 的最低电压能降到多低? FRDM 培训 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 更新我的帖子,加入我的最新发现……我关闭了 EXT_5V0 和 EXT_3V3_PWR_EN,但没有看到任何额外的改进。然后我测试了 DDR 自刷新,并成功将功耗降至约 193mA/1.1W。如果可以的话,我真的想再降一点…… Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 您可以参考并遵循我们的 i.MX 95 功耗测量方法,其中包含许多低功耗使用案例供您参考。 i.MX 95 功耗测量 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 您可以关闭此窗口。我能够可靠地测试所有低电源模式,并得到了我需要的结果。
查看全文
S32DS activation code 软件版本为S32DS_ARM_Win32_v2018.R1_b180326,能否提供 activation code PEG GUI Re: S32DS activation code 尊敬的用户, S32 Design Studio是一款免费软件,只需激活即可使用。激活过程已集成到S32DS安装程序中。在开始安装之前,您始终需要获取激活码。激活码通常会自动发送到您在www.nxp.com注册的邮箱。当您继续下载 S32DS 安装程序时,请提供您的帐户。 请按照以下说明操作: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 如果问题仍然存在,请告知我。谢谢。祝你今天过得愉快。此致 帕夫拉
查看全文
i.MX RT1170 は、スペクトラム拡散クロックを有効にした後、起動に失敗しました。 MCUXpressoを使用してRT1170 EVKでSSCを有効にしようとしています。 参照番号:AN12879 手順: 1. ベースプロジェクト:SDKの例evkmimxrt1170_semc_cm7 2. IDEを使ってSSCを設定する IDE_Clocking.png source_diff.png 3. 起動に失敗しました Boot_Failed.png 4. 時々正常に起動できる(~ 1/50) 何か手順を飛ばしてしまったでしょうか? よろしくお願いします。 見た Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled ここで行われた変更点を、単にデモコードを投稿するだけでなく詳しく教えてもらえますか?この投稿から3年経った今、私がこの元の投稿で詳述したのと同じ問題を抱えている状況では、何が必要なのかを判断するのは難しい。 よろしくお願いします。 Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled こんにちは、 @SeenFan さん。 SDRAMはDCDと起動ROMで初期化できます。その後、起動ROMがアプリケーションコードをSDRAMにコピーします。一番重要なのはキャッシュの問題だと思います。こちらのリンクを参照してください。 https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/How-to-move-CM4-core-project-to-SDRAM-in-RT1176/ta-p/1363185 2. SDRAMでのデバッグ https://community.nxp.com/t5/MCUXpresso-IDE/Running-and-debugging-program-in-SDRAM/mp/1405167 3. i.MXRTでキャッシュされていないメモリを使用する https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-NonCached-Memory-on-i-MXRT/ta-p/1183369 よろしくお願いいたします。 ジン Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled こんにちは、ジンさん SDRAM上のプログラムを検索して実行したい場合。 注意すべき点は何ですか? よろしくお願いします。 見た Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled こんにちは、ジンさん それは動作します。どうもありがとう。 よろしくお願いします。 見た Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled こんにちは、 @SeenFan さん。 これは、RT1170 FlexSPIがデフォルト設定時にクロックソースとしてPLL2を使用するためです。PLL2の周波数を変更すると、FlexSPIが次の命令を取得できなくなる場合があります。これを解決するには、fsl_clock.cをSRAMに変換できます。私のデモコードを参照してください。 よろしくお願いいたします。 ジン
查看全文
Eureka on PIC CLB Certain PIC MCUs (e.g., pic16f13145 family) have FPGA-like programmable logic called Configurable Logic Block. The pic16f13115 I'm using has 32 cells each with a 4-input lookup table and a D flip-flop. To learn to use the tools, today I implemented and simulated support for Charlieplexing of 6 LEDs with PWM brightness control. I used Verilog to define the circuit instead of using the logic CAD canvas. I was pounding my head on the wall for about half my time. Slowly, I got the Verilog right, got it to synthesize (build), then got it simulating. It is cool that the CLB programmed logic works even when the CPU is sleeping. It's perfect for safety-critical applications. Can be used, for example, to implement complex interrupt trigger logic. There is great flexibility in hooking up CLB logic to peripheral inputs and outputs. It's much more flexible than the clunkier CLC programmable logic that's been a fixture of PICs. Just thought I'd share my Eureka experience. Power
查看全文
PIC CLB 上的 Eureka 某些 PIC MCU(例如 pic16f13145 系列)具有类似 FPGA 的可编程逻辑,称为可配置逻辑块。 我使用的 pic16f13115 有 32 个单元,每个单元都有一个 4 输入查找表和一个 D 触发器。 为了学习如何使用这些工具,今天我实现了对 6 个 LED 的 Charlieplexing 的 PWM 亮度控制支持,并进行了模拟。我使用 Verilog 来定义电路,而不是使用逻辑 CAD 画布。 我差不多有一半的时间都在用头撞墙。我慢慢地把 Verilog 代码写对了,让它能够综合(构建),然后让它能够仿真。 CLB 编程逻辑即使在 CPU 休眠状态下也能正常工作,这很棒。它非常适合功能安全至关重要的应用。例如,可用于实现复杂的触发信号逻辑。CLB 逻辑与外围输入输出的连接方式非常灵活。它比PIC单片机中一直使用的笨重的CLC可编程逻辑电路灵活得多。 只是想和大家分享一下我的 Eureka 经历。 电源
查看全文
S32DSアクティベーションコード ソフトウェアのバージョンはS32DS_ARM_Win32_v2018.R1_b180326です。アクティベーションコードをご提供いただけますでしょうか? PEG GUI Re: S32DS activation code お客様へ、 S32 Design Studioは、起動するだけで無料のソフトウェアです。アクティベーションプロセスはS32DSインストーラーに組み込まれています。インストールを進める前に、必ずアクティベーションコードを取得する必要があります。アクティベーションコードは通常、 www.nxp.comに登録されているメールアドレスに自動的に送信されます。S32DSインストーラーのダウンロードに進む際にアカウントが必要です。 指示に従ってください。 https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Activate-S32-Design-Studio/ta-p/1128340 それでも問題が解決しない場合は、お知らせください。ありがとう。良い1日を。よろしくお願いします パブラ
查看全文
i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Trying to enable SSC on RT1170 EVK with MCUXpresso. Ref: AN12879 Steps: 1. Base project: SDK Example evkmimxrt1170_semc_cm7 2. Using IDE to config SSC  IDE_Clocking.png source_diff.png 3. Boot failed Boot_Failed.png 4. Sometimes can boot normally (~ 1/50) Any step I missed? Regards Seen Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Can you detail the changes that were made here, rather than just post demo code? It's difficult to determine what is needed 3 years after this post, when I am having the same problem detailed in this original post. Thank you. Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Hi @SeenFan , SDRAM can be initialized by DCD and boot ROM.  Then boot ROM will copy your application code to SDRAM. I think the most important thing is the cache problem. You can refer to these link. https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/How-to-move-CM4-core-project-to-SDRAM-in-RT1176/ta-p/1363185 2.debug in sdram https://community.nxp.com/t5/MCUXpresso-IDE/Running-and-debugging-program-in-SDRAM/m-p/1405167 3.Using NonCached Memory on i.MXRT https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-NonCached-Memory-on-i-MXRT/ta-p/1183369 Regards, Jing Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Hi Jin, If I want to locate and run program on SDRAM.  What I need to pay attention to? Regards Seen Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Hi Jing, It works. Thanks a lot. Regards Seen Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled Hi @SeenFan , This is because RT1170 FlexSPI use PLL2 as clock source when use default configure. When you change PLL2 frequency, FlexSPI may fail to get next instruction. To resolve this, you can put fsl_clock.c to SRAM. Please refer to my demo code. Regards, Jing
查看全文
启用扩频时钟后,i.MX RT1170 无法启动。 尝试使用 MCUXpresso 在 RT1170 EVK 上启用 SSC。 参考编号:AN12879 步骤: 1. 基础项目:SDK 示例 evkmimxrt1170_semc_cm7 2. 使用IDE配置SSC IDE_Clocking.png source_diff.png 3. 启动失败 启动失败.png 4. 有时可以正常启动(约 1/50) 我漏掉了什么步骤吗? 此致 已见 Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled 能否详细说明一下这里做了哪些更改,而不仅仅是贴出示例代码?时隔三年,我仍然遇到与原帖中详细描述的相同问题,因此很难确定需要什么。 谢谢! Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled 嗨@SeenFan , 同步动态随机存取存储器(SDRAM) 可由 DCD 和启动 ROM 初始化。然后启动 ROM 会将您的应用程序代码复制到同步动态随机存取存储器(SDRAM)。我认为最重要的是缓存问题。您可以参考这些链接。 https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/How-to-move-CM4-core-project-to-SDRAM-in-RT1176/ta-p/1363185 2.在 同步动态随机存取存储器(SDRAM) 中调试 https://community.nxp.com/t5/MCUXpresso-IDE/Running-and-debugging-program-in-SDRAM/mp/1405167 3.在 i.MXRT 上使用非缓存内存 https://community.nxp.com/t5/i-MX-RT-Knowledge-Base/Using-NonCached-Memory-on-i-MXRT/ta-p/1183369 此致, 景 Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled 嗨,金, 如果我想在同步动态随机存取存储器(SDRAM)上定位并运行程序。 我需要注意什么? 此致 已见 Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled 嗨,静, 有用。多谢。 此致 已见 Re: i.MX RT1170 Failed to boot after Spread Spectrum Clocking is enabled 嗨@SeenFan , 这是因为 RT1170 FlexSPI 在使用默认配置时使用 PLL2 作为时钟源。当您更改 PLL2 频率时,FlexSPI 可能无法获取下一条指令。要解决这个问题,你可以把 fsl_clock.c 放到 SRAM 里。请参考我的示例代码。 此致, 景
查看全文
在 Zephyr 系统中使用 FRDM-MCXW71 上的两个 LPSPI 端口? 你好, 我们希望在 Zephyr 应用中使用 FRDM-MCXW71 上的两个 LPSPI 端口。 但是当我在 Zephyr 4.4.0 中检查时,在下面 zephyrproject/zephyr/boards/nxp/frdm_mcxw71 我找到了以下文件: frdm_mcxw_71.dts 文件。 它只有 &lpspi1 的条目。(用于 SPI 闪存演示) &lpspi0 的条目不存在? frdm_mcxw71-pinctrl.dtsi 此外,只有 &lpspi1 的条目 是否有关于如何使用 lpspi0 的示例? 除了常规的 Zephyr 项目文件(.overlay 和 prj.conf)之外,还需要修改哪些文件? 谢谢。 Re: Using the two LPSPI ports on the FRDM-MCXW71 with Zephyr? 我注意到 zephyrproject/zephyr/drivers/spi/spi_nxp_lpspi 中有一个特定的驱动程序。 不过我不确定如何利用这个方法来同时处理两个 lpspi 端口。 Re: Using the two LPSPI ports on the FRDM-MCXW71 with Zephyr? 你好,希望你一切都好。 lpspi0 和 lpspi1 都已在 zephyr/dts/arm/nxp/mcx/nxp_mcxw7x_common.dtsi 中以 SoC 级别声明,并具有所有必需的硬件属性(寄存器、中断、时钟、FIFO 大小),但默认情况下状态设置为“已禁用”。板文件 frdm_mcxw71.dts 仅启用 lpspi1,但可以通过应用程序覆盖文件以相同的方式启用 lpspi0。 您可以参考现有的 lpspi1 配置。基本叠加层看起来大概是这样的,然后你可以用自定义的设备实现对其进行扩展: &pinctrl { pinmux_lpspi0: pinmux_lpspi0 { group0 { pinmux = , , , ; slew-rate = "fast"; drive-strength = "low"; }; }; }; &lpspi0 { status = "okay"; pinctrl-0 = <&pinmux_lpspi0>; pinctrl-names = "default"; }; 此致, 索菲亚。 Re: Using the two LPSPI ports on the FRDM-MCXW71 with Zephyr? 你好,索菲亚, 我按照建议创建了一个包含叠加层功能的最小应用程序。 应用程序已编译,但绑定 SPI 设备仍然失败。 只有在覆膜部分添加标签,装订才能生效。 在叠加层中: &lpspi0 { ... label = "LPSPI_0"; } &lpspi1 { ... label = "LPSPI_1"; } 在 main.c 中: const struct device *lpspi0_dev; lpspi0_dev = device_get_binding("LPSPI_0"); printk("%p\n,lpspi0_dev); 现在对 lpspi0 和 lpspi1 都这样做似乎可以正常工作了。 是否需要为每个应用程序创建这些标签? 谢谢。 吉尔特
查看全文