NXPS32k144へのコード書き込み中に発生する問題 件名:S32K144 EVB - S32 Design Studio 3.5でのデバッグ中のPEmicro接続アシスタントエラー こんにちは、NXPサポートチームの皆さん、 私はS32 Design Studio 3.5を使ってS32K144評価ボード上のアプリケーションのデバッグ中に問題に直面しています。 環境: 基板：S32K144 EVB（必要に応じて、正確な基板部品番号を更新してください） IDE: S32 Design Studio 3.5 デバッグプローブ:搭載OpenSDA(PEmicro) オペレーティングシステム：Windows（バージョンを指定してください） 接続タイプ: OpenSDA USB 問題の説明: デバッグセッションを開始すると、PEmicro接続アシスタントに次のメッセージが表示されます。 「起動設定ダイアログで指定されたインターフェースハードウェアまたはターゲットへの接続中にエラーが発生しました。」 接続アシスタントはOpenSDAプローブを正しく検出します。 USB1上のOpenSDA 名前 = FDC46E50 しかし、デバッガはターゲットのMCUとの通信を確立できません。 観察結果： OpenSDAはPCによって正常に検出されました。 基板の電源LEDが点灯しています。 この問題はデバッグ起動時に発生します。 私は既に以下のことを試しました： デバッグを行う前に、リセットボタンを押してください。 USBケーブルを抜き差しする。 別のUSBケーブルを使用する。 別のノートPC/PCを使っています。 S32 Design Studioの再起動。 同じ問題が依然として続いている。 アプリケーション情報: アプリケーションは以下の通りです: Pins Toolによって生成されたピン構成。 SDKドライバ(PINS_DRV)。 RearWiperControl_Fnモデルコードを生成しました。 main() 関数内で実行されるサンプルコード： PINS_DRV_Init() リアワイパーコントロール_Fn_initialize() リアワイパーコントロール_Fn_step() 質問: ターゲット通信が失敗している間にOpenSDAが検出される原因は何でしょうか? S32DS 3.5と現在のOpenSDAファームウェアの間には、既知の問題はありますか？ OpenSDAのファームウェアはアップデートまたは再フラッシュする必要があるでしょうか？ S32K144で一括消去または「リセット状態での接続」を行うための推奨手順はありますか？ S32K144 EVBには、デバッグのために確認すべきジャンパー設定はありますか？ ピンの多重振用設定が間違っていると、プログラム後のSWD通信に干渉する可能性はありますか? 添付： Shubham3_0-1782286475931.png PEmicro接続アシスタントのエラーダイアログのスクリーンショット。 この問題のトラブルシューティングに関するアドバイスをいただければ幸いです。 よろしくお願いします。 Re: Issue facing during flashing code on NXPS32k144 こんにちは、 @Shubham3 さん。 このアプリケーションや例をプログラムする前に、ボードは正しくデバッグされていましたか? アプリケーションがPins Tool / PORTレジスタでPTA4、PTC4、またはPTA5を再設定しているかを確認してください。これらのピンは、S32K144のSWD/リセットに関連しています。 もしそうなら、実際にデバッガの接続を妨げる可能性があります。同様の事例はすでにNXPコミュニティでも報告されています。可能な回復方法や追加の背景については、以下のスレッドを参照してください。 デバイスは安全です、消去から安全でない - NXPコミュニティ 解決済み:S32K144 - PORTA PIN5 CFGとRESET信号の競合 - NXPコミュニティ 解決:S32K118EVB2-Q048でPEmicroデバッガが使えない - NXPコミュニティ よろしくお願いいたします。 パベル Re: Issue facing during flashing code on NXPS32k144 以下の例のコードをフラッシュした後、問題が発生します ADC PALを使って、SWとHWでトリガーされた一連のコンバージョングループを行っています。LPUART上では、各コンバージョングループ実行の平均値を表示します。 その例のドキュメントは、S32 SDKの「Examples and Demos」セクションでご覧いただけます。(/doc/Start_Here.html)

NXP Config Tools 26.06 for i.MX not loading saved configuration Hello, While evaluating the new version of the DDR configuration for the i.MX95, I came across what looks like a bug in the configuration tool. Here is exactly what I did, so the behavior can be reproduced: 1. Installed the Linux version of the tool. 2. Created a new configuration. 3. Selected processor MIMX9596xxxxN. 4. Changed the preset to "LPDDR4X EVK / FRDM 15x15 4000MTs Configuration". 5. Saved the configuration, then closed the tool. 6. Reopened the tool and loaded the saved configuration. At that point the DDR configuration is not displayed at all. At least the 26.03 version was starting with MCU unselected (selecting it manually solves the problem), now there is no way to solve the problem. Thank you very much for your help. Best regards, Emanuele Re: NXP Config Tools 26.06 for i.MX not loading saved configuration Also the windows version of the tool shows the same problem. Attached screenshots. Re: NXP Config Tools 26.06 for i.MX not loading saved configuration Hello, Thank you for report this bug in the tool. I was able to see the issue on my side. I will report it with internal team to solve it as soon as possible. Best regards.

将FPGA连接到PCA9617A的B端口。 您好： 我的情况如下：MCU 连接到 PCA9617A 的 A 端口，FPGA（作为 I²C 设备）连接到 B 端口。 根据数据手册，端口 B 的电压偏置约为0.55 V。FPGA 的 VIL 规格为0.8 V。这样就只剩下250 mV 的裕量了。 当从MCU向FPGA传输大量数据时，这个裕量会造成问题吗？为了保证可靠运行，建议的VIL裕量是多少？ 顺祝商祺！ 马可 Re: Connect FPGA to port B of PCA9617A 你好 Marco_MJ 再会！ 我认为你已经达到极限了；推荐范围是 >300mV，所以你使用 250mV 的范围存在很大的风险。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

iMX95 FRDMでのバイエルセンサーのストリーミング中のサンプリング問題 こんにちは、チームのみなさん。 現在、IMX95 FRDMキットでBayerのセンサを導入しています。最初にOS08A20（NXPのリファレンスカメラ）を使用してストリームを検証したところ、ストリーミングが可能でした。ドライバに基づいて、センサをサポートするドライバを呼びます。プローブは問題なく、メディアノードも正しく生成されます。メディア連携は適切であり、OS08A20のメディアアーキテクチャと一致しています。 dmesgログを以下に添付しました。 現在、センサを8ビットモード(ar0234センサ)に設定しています。現在のデータレートは1レーンあたり800 Mbpsです。 センサ用にデータは4レーンに送信されます。私たちは探査と登録が可能です。 cam -l [0:08:06.049058684][858] INFO カメラ camera_manager.cpp:340libcamera v0.0.0+6489-lf-6.18.2-1.0.0 [0:08:06.155690529][859] INFO MediaPipeline media_pipeline.cpp:240パイプラインが見つかりました: [ar0830 3-0042|0] -> [0|csidev-4ad30000.csi|1]-> [0|4ac10000.syscon:formatter@20|1]-> [2|クロスバー] [0:08:06.156726940][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:586'ar0830' には静的プロパティがありません [0:08:06.156904446][859] WARN カメラセンサープロパティ camera_sensor_properties.cpp:588 カメラセンサープロパティデータベースの更新をご検討ください [0:08:06.157054248][859] INFO カメラ camera_manager.cpp:223パイプラインハンドラ imx8-isi にカメラ '/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42' を追加しています 利用可能なカメラ： 1: 外部カメラ「ar0234」（/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42） 上記のとおり、カメラは正常に検出されました。 v4l2-ctl -d 0 -v width=1920,height=1200,pixelformat='GRBG' --stream-mmap --verbose VIDIOC_QUERYCAP: OK VIDIOC_G_FMT: OK VIDIOC_S_FMT: OK フォーマット ビデオキャプチャ マルチプレーン: 幅/高さ：1920/1200 ピクセルフォーマット：'GRBG'（8ビットベイヤーGRGR/BGBG） フィールド：なし 飛行機の数：1 旗： カラースペース：sRGB 伝達関数：sRGB YCbCr/HSVエンコーディング：ITU-R 601 量子化：限定範囲 飛行機0： 1行あたりのバイト数：1920 画像サイズ：2304000 VIDIOC_REQBUFS は 0 (成功) を返しました VIDIOC_CREATE_BUFS は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_QUERYBUF は 0 (成功) を返しました VIDIOC_G_FMT は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_QBUF は 0 (成功) を返しました VIDIOC_STREAMON は 0 (成功) を返しました   DSOでプローブして確認したカメラセンサーからフレームは取得できますが、プラットフォームは適切にサンプリング できません 。dmesgにはエラーは表示されません。 センサ構成の観点から他に見落としていることはありますか? また、データレートやピクセルクロックの値はデバイスツリーを通じてプラットフォームに伝える必要がありますか? 具体的には、以下のD-PHYパラメータをデバイスツリーに設定する必要がありますか？   cfg-clk-range = <28>; hs-clk-range = <0x2b>;   これらのパラメータが必要な場合、cfg-clk-rangeとhs-clk-rangeの値がどの基準で選ばれるのか、詳しく教えていただけますか? これらの値はMIPI CSI-2レーンデータレート、センサー出力解像度、フレームレート、ピクセルクロックから導き出されるのでしょうか? さらに、28と0x2bという値に対応するデータレートまたはピクセルクロックの範囲はどれですか？特定のセンサー構成に合った適切な設定を決定するための参照表や公式はありますか? DMESGログ [ 104.760033] camera-mipi-clk = 800MHz [ 115.837690 ] ar0234 3-0042: MIPI クロック = 800、MIPI レーン = 4 [ 115.837737] AR0234 3-0042: ダミーレギュレーター使用中の供給AVDDが見つかりません [ 115.837911] AR0234 3-0042: ダミーレギュレーター使用中の供給DOVDDが見つかりません [ 115.837955] AR0234 3-0042: ダミーレギュレーター使用中の供給DVDが見つかりません [ 115.988087 現在のファームウェアバージョン - (11eONO25V6XXX011106014eceGCORAL3) [ 115.988115 現在のファームウェアバージョン - (11eONO25V6XXX011106014eceGCORAL3) [115.989053] priv->mipi_lane_configは4です [ 120.297214 センサーID=0x0a56 [120.297245] mcu_isp_init [ 125.401238 ] ar0234センサーを検出 [ 125.453854 ar0234_propagate_fmt [125.463674] ar0234_propagate_fmtは [ 125.463959] ENUM MBusコードの入力 [125.463975] コードは12290です [ 125.463982] ENUM MBusコードの入力 [ 125.463989] ar0234_enum_frame_sizes関数への入り込み [ 125.463995] ar0234_enum_frame_sizes関数に入力 [ 125.463999] ar0234_enum_frame_sizes関数の入力 [ 125.464004] ar0234_enum_frame_sizes関数の入力 [ 125.464033] ar0234_get_selection関数の内部 [ 125.464041] のar0234_get_selection関数の内部 [ 125.464045] ar0234_get_selection関数の内部 [ 126.637118 ar0234_propagate_fmt [ 126.637658] ENUM MBusコードの入力 [ 126.637681 コードは12290 [126.637702] 入場 ENUM MBusコード [ 126.637719] ar0234_enum_frame_sizes関数への入力 [ 126.637736] ar0234_enum_frame_sizes関数に入る [ 126.637751] ar0234_enum_frame_sizes関数に入ります [ 126.637765] ar0234_enum_frame_sizes関数に入る [ 126.637856] ar0234_get_selection関数の内部 [ 126.637877] ar0234_get_selection関数の内部 [ 126.637892] ar0234_get_selection関数の内部 [ 204.157151] 監査: タイプ=1006 監査(1782310053.402:28):pid=805 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=4 res=1 [ 204.157191] 監査: タイプ=1300 監査(1782310053.402:28):arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffc191b2d0 a2=1 a3=0 items=0 ppid=1 pid=805 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 204.157211] 監査: タイプ=1327 監査(1782310053.402:28):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D [ 206.826792] ar0234_propagate_fmt が呼び出されました [206.826975] enum mbusコードを入力します [206.826986] コードは12290です [206.826994] enum mbusコードを入力します [ 206.827000] ar0234_enum_frame_sizes 関数に入ります [ 206.827006] ar0234_enum_frame_sizes 関数に入ります [ 206.827010] ar0234_enum_frame_sizes 関数に入ります [ 206.827014] ar0234_enum_frame_sizes 関数に入ります [ 206.827057] ar0234_get_selection 関数内 [206.827065] ar0234_get_selection関数内 [ 206.827070] ar0234_get_selection 関数内 [ 224.637904] ar0234_propagate_fmt が呼び出されました [ 224.676405] ar0234_propagate_fmt が呼び出されました [ 224.676442] ar0234_set_fmt に入ります [ 224.676447] セットフォーマットループ内の条件 [ 224.676451] ar0234->mcu_cam_frmfmt[mode].size.width は 1920 です [ 224.676456] ar0234_set_fmt: 解像度を幅=1920、高さ=1200、モード=0に設定 [ 224.680462] priv->mcu_cam_frmfmt[mode].size.width は 1920 です [ 224.680476] mc_data[8] = 0x07 (7) [ 224.680480] mc_data[9] = 0x80 (128) [ 224.680484] mc_data[10] = 0x04 (4) [ 224.680487] mc_data[11] = 0xb0 (176) [ 228.270636] ar0234_propagate_fmt が呼び出されました [228.270815] enum mbusコードを入力します [228.270823] コードは12290です [228.270832] enum mbusコードを入力します [ 228.270838] ar0234_enum_frame_sizes 関数に入ります [ 228.270843] ar0234_enum_frame_sizes 関数に入ります [ 228.270848] ar0234_enum_frame_sizes 関数に入ります [ 228.270912] ar0234_enum_frame_sizes 関数に入ります [228.270958] ar0234_get_selection関数内 [ 228.270965] ar0234_get_selection 関数内 [ 228.270970] ar0234_get_selection 関数内 [ 237.329660] dwc-mipi-csi2 4ad30000.csi:パッド1上のリモートサブデバイスは.get_frame_desc!を実装する必要があります。VC = 0、DT = 2aを強制します。 [ 487.004807] ar0234_propagate_fmt が呼び出されました [487.004984] enum mbusコードを入力します [487.005053] コードは12290です [487.005065] enum mbusコードを入力します [487.005073] ar0234_enum_frame_sizes 関数に入ります [487.005079] ar0234_enum_frame_sizes 関数に入ります [487.005083] ar0234_enum_frame_sizes 関数に入ります [487.005087] ar0234_enum_frame_sizes 関数に入ります [487.005138] ar0234_get_selection関数内 [487.005146] ar0234_get_selection関数内 [487.005150] ar0234_get_selection関数内 [ 695.743591] 監査: タイプ=1006 監査(1782310544.949:29):pid=869 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=5 res=1 [ 695.743649] 監査: タイプ=1300 監査(1782310544.949:29):Arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=fffff74ca20 a2=1 a3=0 items=0 ppid=1 pid=869 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=5 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 695.743685] 監査: タイプ=1327 監査(1782310544.949:29):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D

CM33でのDSPによるVIT音声コマンド結果の活用方法 こんにちは、 私は音声 Intelligent Technology(VIT)と連携し、「mimxrt700evk_dsp_xaf_record_cm33_core0」リファレンスの例を使ってMIMXRT700 EVKを開発しています。 VITの音声コマンドはDSP上で認識されており、認識されたコマンドの結果をCM33アプリケーションで使いたいと考えています。 CM33コアからVITの結果にどうアクセスできるか教えていただけますか? もしDSPとCM33コア間の通信フローを説明する参考例やドキュメントがあれば、ぜひ共有してください。 ありがとう Re: How to Utilize VIT Voice Command Results from DSP in CM33 こんにちは、 @arshtg さん。 CMコアとDSPコア間の通信確立方法に関するSDKデモがありますので、詳細は https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.06.00-pvw2/multicore_examples/rpmsg_lite_pingpong_dsp をご覧ください。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: How to Utilize VIT Voice Command Results from DSP in CM33 mimxrt700evk_dsp_xaf_record_cm33_core0例はすでにDSPとCM33間のRPMsgリンクを示しています。コンソールログに示されているように： [DSP_Main] RPMsgリンクを確立しました VITエンジンがウェイクワードや音声コマンドを検出すると、DSPは以下のメッセージを出力します。 [DSP VIT] - WakeWordが検出 1 ヘイ NXP [DSP VIT] - 音声コマンド検出 6 停止 これらの認定結果をCM33アプリケーションに活用したいと考えています。具体的には、これらのVIT検出結果がDSP側でどこで生成され、どのようにアクセスできるのか知りたいです。 また、DSP側の実装はアクセス可能なソースコードが限られていることに気づき、検出されたウェイクワードや音声コマンドの結果がどこで得られるのか特定できません。 検出されたウェイクワードや音声コマンドの結果を取得する方法を説明する、関連するソースファイル、API、コールバック、またはドキュメントを教えていただけますか?

Issue facing during flashing code on NXPS32k144 Subject: S32K144 EVB - PEmicro Connection Assistant Error During Debug in S32 Design Studio 3.5 Hello NXP Support Team, I am facing an issue while debugging an application on an S32K144 evaluation board using S32 Design Studio 3.5. Environment: Board: S32K144 EVB (please update with exact board part number if needed) IDE: S32 Design Studio 3.5 Debug Probe: On-board OpenSDA (PEmicro) Operating System: Windows (please specify version) Connection Type: OpenSDA USB Issue Description: When I start a debug session, the PEmicro Connection Assistant appears with the following message: "An error occurred while connecting to the interface hardware or target specified in the Launch Configuration Dialog." The Connection Assistant detects the OpenSDA probe correctly: OpenSDA on USB1 Name = FDC46E50 However, the debugger cannot establish communication with the target MCU. Observations: OpenSDA is detected successfully by the PC. The board power LED is ON. The issue occurs during debug launch. I have already tried: Pressing the RESET button before debugging. Disconnecting and reconnecting USB. Using a different USB cable. Using a different laptop/PC. Restarting S32 Design Studio. The same issue persists. Application Information: The application is based on: Pin configuration generated through Pins Tool. SDK drivers (PINS_DRV). RearWiperControl_Fn generated model code. Example code executed in main(): PINS_DRV_Init() RearWiperControl_Fn_initialize() RearWiperControl_Fn_step() Questions: What could cause OpenSDA to be detected while target communication fails? Is there any known issue between S32DS 3.5 and the current OpenSDA firmware? Should the OpenSDA firmware be updated or reflashed? Is there a recommended procedure for mass erase or "connect under reset" on S32K144? Are there any jumper settings on the S32K144 EVB that should be verified for debugging? Could incorrect pin mux settings interfere with SWD communication after programming? Attached: Shubham3_0-1782286475931.png Screenshot of the PEmicro Connection Assistant error dialog. Any guidance on troubleshooting this issue would be appreciated. Thank you. Re: Issue facing during flashing code on NXPS32k144 Hello @Shubham3 , Did the board debug correctly before programming this application/example?  Please check whether your application reconfigures PTA4, PTC4, or PTA5 in Pins Tool / PORT registers. These pins are related to SWD/reset on S32K144. If yes, this can indeed prevent the debugger from attaching afterwards. Similar cases have already been reported on NXP Community. Please refer to the threads below for possible recovery methods and additional background: Device is secure , erase to unsecure - NXP Community Solved: S32K144 -Conflict in PORTA PIN5 CFG vs RESET signal - NXP Community Solved: Can't use PEmicro debugger with S32K118EVB2-Q048 - NXP Community Best regards, Pavel Re: Issue facing during flashing code on NXPS32k144 After flashing below code from example the issue arrives Uses ADC PAL for a series of SW and HW triggered groups of conversions. Displays on LPUART the average value for each conversion group execution. The example documentation can be found in the S32 SDK documentation at Examples and Demos section. (/doc/Start_Here.html)

PCA9959 strange behavior I have implemented a circuit where I write to a PCA9959 with one controller (MCU1), then switch the SPI bus with a SN74CBTLV3257 multiplexer and read the values with a second controller (MCU2). The MCUs don't communicate with each other but an arbitration for taking turns in writting and reading is implemented. When only writing with MCU1 without toggling the switch, everything works fine. The problems appear when I start switch back and forth between MCU1 and MCU2. It randomly happens, that the LED driver switches on/off random LEDs in this constellation. Strangely enough, when I write and then read back the values with MCU1, the register content seems to be OK. Any hints? No errata found. Signals on the switch: - SDI - CLK - SDO - nCS other signals from MCU1: - nEN - nRESET Any help greatly appreciated!PCA9959 Re: PCA9959 strange behavior Hello goepe Good day! I'm not an expert on the SN74CBTLV3257, but based on the information I can find, the SN74CBTLV3257 is a passive FET switch, not a buffer. When you switch channels the disconnected side becomes Hi‑Z (floating), he PCA9959 still “sees” these pins Try adding pull-up/down to  SCLK, MOSI and nCS I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck. Re: PCA9959 strange behavior Thank you for the suggestion. I have connected the PCA9959 to the A side connection of the multiplexer, not the B side which would indeed go to high-z. I am also measuring the SPI signals at the PCA9959 with a high speed oscilloscope and can't see anything unusual. Never the less I will give it a try and give you an update on the result.

在NXPS32k144上刷写代码时遇到问题 主题：S32K144 EVB - 在 S32 Design Studio 3.5 中调试时出现 PEmicro 连接助手错误 您好，NXP支持团队， 我在使用 S32 Design Studio 3.5 在 S32K144 评估板上调试应用程序时遇到了问题。 环境： 板：S32K144 EVB（如有需要，请更新准确的主板零件编号） IDE：S32 设计工作室 3.5 调试探针：板载 OpenSDA (PEmicro) 操作系统：Windows（请注明版本） 连接类型：OpenSDA USB 问题描述： 当我启动调试会话时，PEmicro 连接助手会显示以下消息： “连接到启动配置对话框中指定的接口硬件或目标时发生错误。” 连接助手正确检测到了 OpenSDA 探针： USB1 上的 OpenSDA 名称 = FDC46E50 但是，调试器无法与目标MCU建立通信。 观察结果： PC 已成功检测到 OpenSDA。 电路板电源指示灯亮起。 该问题发生在调试启动期间。 我已经尝试过了： 调试前按下 RESET 按钮。 断开并重新连接 USB 接口。 换一根USB数据线。 使用另一台笔记本电脑/台式机。 重新启动 S32 设计工作室。 同样的问题依然存在。 申请信息： 该应用程序基于： 通过引脚工具生成引脚配置。 SDK 驱动程序（PINS_DRV）。 后雨刮器控制函数生成的模型代码。 在 main() 函数中执行的示例代码： PINS_DRV_Init() 后雨刮器控制_Fn_初始化() 后雨刮器控制_Fn_step() 问题： 什么原因会导致在目标通信失败的情况下检测到 OpenSDA？ S32DS 3.5 与当前的 OpenSDA 固件之间是否存在已知问题？ OpenSDA固件是否需要更新或重新刷写？ 对于 S32K144，是否有推荐的批量擦除或“RESET 连接”步骤？ S32K144 EVB 上是否有任何跳线设置需要检查以进行调试？ 错误的引脚复用设置是否会在编程后干扰SWD通信？ 随附的： Shubham3_0-1782286475931.png PEmicro 连接助手错误对话框的屏幕截图。 非常感谢您能提供任何关于解决此问题的指导。 谢谢！ Re: Issue facing during flashing code on NXPS32k144 你好@Shubham3 ， 在编写此应用程序/示例程序之前，是否已正确调试板？ 请检查您的应用程序是否在引脚工具/端口寄存器中重新配置了 PTA4、PTC4 或 PTA5。这些引脚与 S32K144 上的 SWD/RESET 有关。 如果答案是肯定的，这确实会阻止调试器随后附加。NXP社区已经报道过类似案例。请参考以下帖子，了解可能的恢复方法和更多背景信息： 设备处于安全状态，擦除后将变为不安全状态 - NXP 社区 已解决：S32K144 - PORTA PIN5 CFG 与 RESET 信号冲突 - NXP 社区 已解决：无法将 PEmicro 调试器与 S32K118EVB2-Q048 配合使用 - NXP 社区 顺祝商祺！ 帕维尔 Re: Issue facing during flashing code on NXPS32k144 按照示例代码刷写以下代码后出现问题。 使用 ADC PAL 进行一系列软件和硬件触发的转换组。在 LPUART 上显示每次转换组执行的平均值。 示例文档可在 S32 SDK 文档的“示例和演示”部分找到。（/doc/Start_Here.html）

Default clock setting on the LPC55S05-EVK Hi folks, I'm new to the LPC55 series and currently using the LPC55S06-EVK. I have a very simple bare-metal project that just toggles the LED D4. What confuses me is that I don't have any clock configuration code, yet the MCU starts up and runs properly. I expected to find a default clock configuration in either SystemInit() or ResetISR(), but there is nothing there. When I halt the MCU at the very first instruction of ResetISR(), the clock registers are already configured: MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 However, according to the user manual, the reset values of MAINCLKSELA and AHBCLKDIV are both 0. How is that possible? Where are these registers being configured before my code starts executing? Best regards, Nikolai LPC55xx Re: Default clock setting on the LPC55S05-EVK Hi @Nikolai_Baschinski  The user manual reset value is the hardware reset value. But your application ResetISR() runs after the LPC55 Boot ROM has already executed. The Boot ROM prepares the device for boot and may configure the main clock path, so when you halt at ResetISR(), those clock registers are no longer at their raw reset values.   BR Harry

FPGAをPCA9617AのポートBに接続します。 こんにちは： 私の状況はこうです:MCUはPCA9617AのポートAに接続されており、FPGA(I²Cデバイスとして)はポートBに接続されています。 データシートによると、ポートBの電圧バイアスは約0.55Vです。FPGAのVIL仕様は0.8Vです。これによって残されたマージンはわずか250mVとなる。 このマージンは、MCUからFPGAへの大量データ転送時に問題を引き起こすでしょうか?信頼性の高い動作のために推奨されるVILマージンはどれくらいですか？ よろしくお願いいたします。 Marco Re: Connect FPGA to port B of PCA9617A こんにちは、Marco_MJさん 良い一日！ もう限界にいると思います。推奨範囲は>300mVなので、その250mVの範囲ではかなりのリスクがあります。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

NXP Config Tools 26.06 for i.MX 无法加载已保存的配置 你好， 在评估 i.MX95 的新版 DDR 配置时，我发现配置工具中似乎存在一个错误。 以下是我具体的操作步骤，以便可以重现该问题： 1. 安装了该工具的Linux版本。 2. 创建了一个新配置。 3. 选定处理器 MIMX9596xxxxN。 4. 将预设更改为“LPDDR4X EVK / FRDM 15x15 4000MTs 配置”。 5. 保存配置，然后关闭工具。 6. 重新打开工具并加载已保存的配置。 此时根本不显示DDR配置信息。 至少 26.03 版本启动时 MCU 未被选中（手动选择即可解决问题），现在这个问题无法解决。 非常感谢您的帮助。 此致， 埃马努埃莱 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 该工具的 Windows 版本也存在同样的问题。 附图。 Re: NXP Config Tools 26.06 for i.MX not loading saved configuration 你好， 感谢您报告该工具的这个漏洞。 我能看出我这边的问题所在。 我会将此事上报给内部团队，以便尽快解决。 顺祝商祺！

LPC55S05-EVK 的默认时钟设置 大家好， 我是 LPC55 系列的新手，目前正在使用 LPC55S06-EVK。我有一个非常简单的裸机项目，它只是切换 LED D4 的状态。 让我困惑的是，我没有任何时钟配置代码，但MCU却能正常启动和运行。我原本期望在 SystemInit() 或 ResetISR() 中找到默认时钟配置，但那里什么也没有。 当我在 ResetISR() 的第一条指令处停止 MCU 时，时钟寄存器已经配置完毕： MAINCLKSELA = 3 MAINCLKSELB = 0 AHBCLKDIV = 1 但是，根据用户手册，MAINCLKSELA 和 AHBCLKDIV 的复位值均为 0。 这怎么可能？在我的代码开始执行之前，这些寄存器是在哪里配置的？ 此致， 尼古拉 LPC55xx Re: Default clock setting on the LPC55S05-EVK 嗨@Nikolai_Baschinski 用户手动RESET值即为硬件RESET值。 但是您的应用程序 ResetISR() 是在 LPC55 启动 ROM 执行完毕后运行的。启动 ROM 为设备启动做准备，并可能配置主时钟路径，因此当您在 ResetISR() 处停止时，这些时钟寄存器不再处于其原始 RESET 值。   BR 哈里

PT2000 used as low side driver only Hello, I'm using the PT2000 to drive a traditional injector (12 OHM) with one PT2000 using the high side and low side output of one channel (both injector wires connected to PT2000)and all works as expected. Is it possible to connect the injector positive wire on a external continuous +12V supply and switch the injector on only by driving one low side? I tried this solution without modifying the microcode and it doesn't work, which modification to the microcore have I to do to work with this topology? more in general, I need to drive solenoids in low side mode but controlling the current, is this possible? Thank you for your support, Regards

PCA9959の異常な動作 私は、1つのコントローラ(MCU1)でPCA9959に書き込み、SN74CBTLV3257マルチプレクサでSPIバスを切り替え、2つ目のコントローラ(MCU2)で値を読み取る回路を実装しました。MCU同士は直接通信しないが、書き込みと読み込みを順番に行うための仲裁機構が実装されている。 スイッチを切り替えずにMCU1のみで書き込む場合は問題なく動作します。問題はMCU1とMCU2を切り替え始めると発生します。 この星座の中で、LEDドライバがランダムにLEDをスイッチすることがあります。不思議なことに、MCU1で値を書き込み、その後読み戻すと、レジスタの内容は問題ないように見える。 何かヒントはありますか？正誤表は見つかりませんでした。 スイッチの信号: - SDI - CLK - SDO - nCS MCU1からのその他の信号： - nEN - nRESET どんなご支援でも大変ありがたく思います！PCA9959 Re: PCA9959 strange behavior こんにちは、goepeさん 良い一日！ 私はSN74CBTLV3257の専門家ではありませんが、調べた情報によると、SN74CBTLV3257はバッファではなくパッシブFETスイッチです。 チャネルを切り替えると、切断された側がHi-Z(浮遊)になりますが、彼はPCA9959これらのピンを「見ている」ことができます SCLK、MOSI、nCSにプルアップ/プルダウンを追加してみてください。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。 Re: PCA9959 strange behavior ご提案ありがとうございます。PCA9959はマルチプレクサのA側にコネクテッドしており、B側は高Zに接続していません。高速オシロスコープでSPI信号をPCA9959で測定していますが、特に異常は見られません。とはいえ、試してみて結果をお知らせします。

MCXW71 - 2.4 GHzの共存/RFロバストネによる2 Mbpsのハーフデュプレックスでのパケットロスと不安定性 こんにちは、NXPコミュニティの皆さん、 現在、#MCXW71C ワイヤレスMCUを使ったプロジェクトに取り組んでいます。私は、2Mbpsのデータレートで動作する2つのMCXW71Cチップ間で、半二重通信プロトコルを開発しました。 クリーンなRF環境では通信は完全に安定していますが、スマートウォッチ、ワイヤレスイヤホン、Bluetooth対応スマートフォンなど他の2.4GHzのRFデバイスがハードウェアに近づくと(約30cm以内)深刻な不安定さと大幅なパケットロスが発生しています。 当社のシステムに関する重要な詳細情報は以下のとおりです。 ハードウェア:これはカスタムPCB設計(評価ボードではありません)。RFフロントエンド用のインピーダンス整合ネットワークは自ら設計・実装しました。 PHY / プロトコル: GENFSK NXP SDK Version: SDK_2.25.09.00_MCXW716C 周波数ホッピング：FHSSではありません 当社のカスタムボードは単独では動作しますが、混雑したRF環境では性能が低下するため、レシーバは隣接する2.4 GHzの干渉器によって感度が低下または飽和されている可能性があります。 何かアドバイスをいただけますか? MCXW71には、レシーバの選択性、AGC(自動ゲイン制御)挙動、またはノイズ環境でのLNAゲインを最適化するための特定のハードウェアチューニングガイドラインやレジスタはありますか? パケット衝突をより適切に処理するために推奨されるソフトウェア共存設定やCCA(クリアチャネル評価)閾値調整はありますか? カスタムインピーダンスネットワークのわずかな不一致が、強い帯域外・隣接干渉体が存在する場合に、トランシーバの選択性やブロッキング性能を低下させる可能性はありますか? ボード設計 Re: MCXW71 - Packet loss and instability at 2 Mbps half-duplex due to 2.4 GHz co-existence / RF robu こんにちは、 あなたの調子が良いといいのですが。   カスタムボードを使用しているとのことですので、同じ伝導試験設定でFRDM-MCXW71との性能比較を行うことをお勧めします。無線レジスタを改造する前に、RF配置、接地、アンテナ整合ネットワーク、電源ノイズ、そしてエンクロージャーに関連する結合効果などの要素を確認することが重要です。 また、CCAの閾値をスイープしながらPERテストを行い、実用的な運用点を見つけることもできます。CCAはチャネルがすでに混雑している場合の送信を防ぐことでパケット衝突の低減に役立ちますが、閾値は対象のRF環境で実証的に検証されるべきです。 以下の文書は、RF性能テストの手法とそれをCCAの挙動評価に使う方法を説明しています: AN14399 MCXW71 802.15.4 アプリケーション向け接続テスト RF設計のさらなる検証のために、以下の文書も役立つかもしれません: UG10146 MCXW71 ハードウェア設計ガイド AN14374 FRDM-MCXW71 Bluetooth LEおよびIEEE 802.15.4アプリケーション向けRFシステム評価報告書 AN2731 2.4GHz通信用小型平面アンテナ よろしくお願いします、 ソフィア。

エンコーダーFRDM-A-S32M276-C064で過電流エラーが発生しました。 私のハードウェアは以下の通りです。 FRDM-A-S32M276-C064 Faulhaber 3216 BXTH BLDC 12V エンコーダーは128LのIEF3です。 スタートガイドに示されているように接続しました https://www.nxp.com/document/guide/getting-started-with-frdm-a-s32m276-development-board-setup-and-programming:GS-FRDM-A-S32M276 エンコーダーをエンコンダに対応するピンに直接接続し、(Anegated、Bnegated、Inegated)を落としました。アプリケーションハブから提供されたコードでENCODER 1を設定しており、セットアップ部分で以下の動作をします: Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 54 , 3 U ) ; //これは実質的に次のように機能します: //IP_SIUL2->IMCR[54] = SIUL2_IMCR_SSS(3U); /* eMIOS0_CH7 の入力を TRGMUX_OUT_38 に割り当てます */ Siul2_Port_Ip_SetInputBuffer ( NULL_PTR , NULL_PTR , 1 , 55 , 4 U ) ; 結果 Lcu_Ip_SyncOutputValueType EncLcuEnable [ 6 U ] ; EncLcuEnable [ 0 ] .LogicOutputId = LCU_LOGIC_OUTPUT_8 ;​ EncLcuEnable [ 0 ] . Value = 1 U ; EncLcuEnable [ 1 ] . LogicOutputId = LCU_LOGIC_OUTPUT_9 ; EncLcuEnable [ 1 ] .値= 1 U ; EncLcuEnable [ 2 ] . LogicOutputId = LCU_LOGIC_OUTPUT_10 ; EncLcuEnable [ 2 ] .値= 1 U ; EncLcuEnable [ 3 ] . LogicOutputId = LCU_LOGIC_OUTPUT_11 ; EncLcuEnable [ 3 ] .値= 1 U ; Lcu_Ip_SetSyncOutputEnable ( EncLcuEnable , 4 U ) ; そして最後に AEC_VDDE_Enable(1); エンコーダーを接続せずに実行すると、アプリケーションは正常に動作します(センサーレス)。エンコーダーを接続して再実行すると、すぐにエラーが発生します。デバッグの結果、以下のことが分かりました。 alovi_0-1782330455130.png これはオーバーカレントイベントに対応します #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_MASK( 0x8U) #define AEC_AE_EVENTS_STATUS_OCD_VDDE_FL_SHIFT( 3U) この問題をどう解決すればいいでしょうか?どんなアドバイスでもいただければ幸いです。 Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 エンコーダへの電源供給にVDDEを使用しているとのことですね。しかし、VDDEの出力電流には制限がある。 175mAは過電流検出の最大閾値であり、最小閾値は規定されていないことにご注意ください。同時に、VDDEピンは5Vで最大30mAの連続電源を供給できます。 エンコーダのデータシートを見ると、負荷なしでも最大40 mAの電流消費が可能で、これはすでにサポートされるVDDE能力を上回っています。 danielmartynek_1-1782477536185.png danielmartynek_0-1782477280205.png よろしくお願いいたします。 ダニエル Re: FRDM-A-S32M276-C064 overcurrent error on my encoder 基板上の他のピンでエンコーダーに電源を供給できるものはありますか?それとも外部電源で電源を供給する必要がありますか? Re: FRDM-A-S32M276-C064 overcurrent error on my encoder こんにちは、 @alovi さん。 残念ながら、外部機器を内部レギュレータから供給できるのはVDDEのみです。 この場合、外部のレギュレーターが必要です。 よろしくお願いいたします。 ダニエル

如何在CM33中使用来自DSP的VIT语音命令结果 你好， 我正在使用 MIMXRT700 EVK 上的语音智能技术 (VIT)，并参考了“mimxrt700evk_dsp_xaf_record_cm33_core0”示例。 VIT 语音命令已被 DSP 识别，我想在我的 CM33 应用程序中使用识别出的命令结果。 请问如何从 CM33 核心获取 VIT 结果？ 如果有任何参考示例或文档解释了 DSP 内核和 CM33 内核之间的通信流程，请分享一下。 谢谢 Re: How to Utilize VIT Voice Command Results from DSP in CM33 嗨@arshtg ， 我们有一个 SDK 演示，演示了如何在 CM 内核和 DSP 内核之间建立通信，详情请参阅https://github.com/nxp-mcuxpresso/mcuxsdk-examples/tree/release/26.06.00-pvw2/multicore_examples/rpmsg_lite_pingpong_dsp 。 祝你有美好的一天， 坎 ------------------------------------------------------------------------------- 笔记： - 如果此回复解答了您的问题，请点击“标记为正确答案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: How to Utilize VIT Voice Command Results from DSP in CM33 mimxrt700evk_dsp_xaf_record_cm33_core0 示例已经建立了 DSP 和 CM33 之间的 RPMsg 连接。如控制台日志所示： [DSP_Main] 已建立 RPMsg 连接 当 VIT 引擎检测到唤醒词或语音命令时，DSP 会打印如下信息： [DSP VIT] - 检测到唤醒词 1 HEY NXP [DSP VIT] - 检测到语音命令 6 停止 我想在我的 CM33 应用程序中使用这些识别结果。具体来说，我想知道这些 VIT 检测结果是在 DSP 端生成的，以及如何访问它们。 我还注意到 DSP 端的实现源代码可访问性有限，因此我无法确定检测到的唤醒词和语音命令结果是从哪里获得的。 请问能否提供相关的源文件、API、回调函数或文档，说明如何获取检测到的唤醒词和语音命令结果？

iMX95 FRDM 中拜耳传感器在流式传输过程中出现采样问题 大家好， 我们目前正在IMX95 FRDM套件中引入拜耳传感器。我们首先使用 OS08A20（NXP 的参考相机）验证了视频流，我们能够进行视频流传输。根据驱动程序，我们启动一个驱动程序来支持我们的传感器。探测正常，媒体节点也能正确生成。我们已经通过 OS08A20 的媒体架构验证了媒体链接是正确的。 我们已将 dmesg 日志附在下方。 目前我们已将传感器配置为 8 位模式（ar0234 传感器）。当前数据速率为每通道 800 MBPS。传感器数据将通过 4 个通道输出。我们能够进行探测和注册。 cam -l [0:08:06.049058684][858] 信息 Camera camera_manager.cpp:340libcamera v0.0.0+6489-lf-6.18.2-1.0.0 [0:08:06.155690529][859] INFO MediaPipeline media_pipeline.cpp:240找到管道：[ar0830 3-0042|0] -> [0|csidev-4ad30000.csi|1]-> [0|4ac10000.syscon:formatter@20|1]-> [2|横杠] [0:08:06.156726940][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:586'ar0830' 没有可用的静态属性 [0:08:06.156904446][859] 警告 CameraSensorProperties camera_sensor_properties.cpp:588 请考虑更新相机传感器属性数据库 [0:08:06.157054248][859] 信息 Camera camera_manager.cpp:223为管道处理程序 imx8-isi 添加摄像头“/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42”。 可用摄像头： 1：外部摄像头“ar0234”（/base/soc/bus@42000000/i2c@42540000/ar0234_mipi@42） 如前所述，我们的摄像头已被成功检测到。 v4l2-ctl -d 0 -v width=1920,height=1200,pixelformat='GRBG' --stream-mmap --verbose VIDIOC_QUERYCAP：通过 VIDIOC_G_FMT：通过 VIDIOC_S_FMT：通过 多平面视频捕获格式： 宽度/高度：1920/1200 像素格式：'GRBG'（8 位拜耳 GRGR/BGBG） 字段：无 飞机数量：1 旗帜： 色彩空间：sRGB 传输函数：sRGB YCbCr/HSV 编码：ITU-R 601 量化：有限范围 飞机 0： 每行字节数：1920 图片尺寸：2304000 VIDIOC_REQBUFS 返回 0（成功） VIDIOC_CREATE_BUFS 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_QUERYBUF 返回 0（成功） VIDIOC_G_FMT 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_QBUF 返回 0（成功） VIDIOC_STREAMON 返回 0（成功）   我们能够从相机传感器获取帧，我们已经用数字示波器探测并验证了这一点，但是该平台无法对其进行正确采样。dmesg 中没有出现任何错误。 从传感器配置的角度来看，我们是否遗漏了其他方面？ 另外，是否需要通过设备树将数据速率或像素时钟值传递给平台？ 具体来说，是否应该在设备树中配置以下 D-PHY 参数？   cfg-clk-range = <28>; hs-clk-range = <0x2b>;   如果需要这些参数，能否说明一下 cfg-clk-range 和 hs-clk-range 的值是根据什么选择的？ 这些值是源自 MIPI CSI-2 通道数据速率、传感器输出分辨率、帧速率还是像素时钟？ 此外，值 28 和 0x2b 对应的数据速率或像素时钟范围是多少？是否有参考表格或公式可以用来确定给定传感器配置的正确设置？ DMESG 日志 [ 104.760033] camera-mipi-clk = 800MHz [115.837690]ar0234 3-0042：MIPI时钟= 800，MIPI通道= 4 [ 115.837737] ar0234 3-0042：未找到电源 avdd，使用虚拟稳压器 [ 115.837911] ar0234 3-0042：未找到供电 DOVDD，使用虚拟稳压器 [ 115.837955] ar0234 3-0042：未找到供电 DVDD，使用虚拟稳压器 [ 115.988087] 当前固件版本 - (11eONO25V6XXX011106014eceGCORAL3) [ 115.988115] 当前固件版本 - (11eONO25V6XXX011106014eceGCORAL3) [ 115.989053] priv->mipi_lane_config 为 4 [ 120.297214] 传感器 ID=0x0a56 [ 120.297245] mcu_isp_init [ 125.401238] 检测到 ar0234 传感器 [ 125.453854] ar0234_propagate_fmt 被调用 [ 125.463674] ar0234_propagate_fmt 被调用 [ 125.463959] 进入枚举 mbus 代码 [ 125.463975] 代码为 12290 [ 125.463982] 进入枚举 mbus 代码 [ 125.463989] 进入 ar0234_enum_frame_sizes 函数 [ 125.463995] 进入 ar0234_enum_frame_sizes 函数 [ 125.463999] 进入 ar0234_enum_frame_sizes 函数 [ 125.464004] 进入 ar0234_enum_frame_sizes 函数 [ 125.464033] 在 ar0234_get_selection 函数内部 [ 125.464041] 在 ar0234_get_selection 函数内部 [ 125.464045] 在 ar0234_get_selection 函数内部 [ 126.637118] ar0234_propagate_fmt 被调用 [ 126.637658] 进入枚举 mbus 代码 [ 126.637681] 代码为 12290 [ 126.637702] 进入枚举 mbus 代码 [ 126.637719] 进入 ar0234_enum_frame_sizes 函数 [ 126.637736] 进入 ar0234_enum_frame_sizes 函数 [ 126.637751] 进入 ar0234_enum_frame_sizes 函数 [ 126.637765] 进入 ar0234_enum_frame_sizes 函数 [ 126.637856] 在 ar0234_get_selection 函数内部 [ 126.637877] 在 ar0234_get_selection 函数内部 [ 126.637892] 在 ar0234_get_selection 函数内部 [ 204.157151] 审计：类型=1006 审计(1782310053.402:28):pid=805 uid=0 老-auid=4294967295 auid=0 tty=(无) 老-ses=4294967295 ses=4 res=1 [ 204.157191] 审计：类型=1300 审计(1782310053.402:28):arch=c00000b7 syscall=64 success=yes exit=1 a0=a a1=ffffc191b2d0 a2=1 a3=0 items=0 ppid=1 pid=805 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 204.157211] 审计：类型=1327 审计(1782310053.402:28):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D [ 206.826792] ar0234_propagate_fmt 被调用 [ 206.826975] 进入枚举 mbus 代码 [ 206.826986] 代码为 12290 [ 206.826994] 进入枚举 mbus 代码 [ 206.827000] 进入 ar0234_enum_frame_sizes 函数 [ 206.827006] 进入 ar0234_enum_frame_sizes 函数 [ 206.827010] 进入 ar0234_enum_frame_sizes 函数 [ 206.827014] 进入 ar0234_enum_frame_sizes 函数 [ 206.827057] 在 ar0234_get_selection 函数内部 [ 206.827065] 在 ar0234_get_selection 函数内部 [ 206.827070] 在 ar0234_get_selection 函数内部 [ 224.637904] ar0234_propagate_fmt 被调用 [ 224.676405] ar0234_propagate_fmt 被调用 [ 224.676442] 进入 ar0234_set_fmt [ 224.676447] 在设置格式循环中 if 条件 [ 224.676451] ar0234->mcu_cam_frmfmt[mode].size.width 为 1920 [ 224.676456] ar0234_set_fmt: 设置分辨率宽度=1920 高度=1200，模式=0 [ 224.680462] priv->mcu_cam_frmfmt[mode].size.width 为 1920 [ 224.680476] mc_data[8] = 0x07 (7) [ 224.680480] mc_data[9] = 0x80 (128) [ 224.680484] mc_data[10] = 0x04 (4) [ 224.680487] mc_data[11] = 0xb0 (176) [ 228.270636] ar0234_propagate_fmt 被调用 [ 228.270815] 进入枚举 mbus 代码 [ 228.270823] 代码为 12290 [ 228.270832] 进入枚举 mbus 代码 [ 228.270838] 进入 ar0234_enum_frame_sizes 函数 [ 228.270843] 进入 ar0234_enum_frame_sizes 函数 [ 228.270848] 进入 ar0234_enum_frame_sizes 函数 [ 228.270912] 进入 ar0234_enum_frame_sizes 函数 [ 228.270958] 在 ar0234_get_selection 函数内部 [ 228.270965] 在 ar0234_get_selection 函数内部 [ 228.270970] 在 ar0234_get_selection 函数内部 [237.329660]dwc-mipi-csi2 4ad30000.csi：位于焊盘 1 上的远程子设备应实现 .get_frame_desc！强制 VC = 0 和 DT = 2a [ 487.004807] ar0234_propagate_fmt 被调用 [ 487.004984] 进入枚举 mbus 代码 [ 487.005053] 代码为 12290 [ 487.005065] 进入枚举 mbus 代码 [ 487.005073] 进入 ar0234_enum_frame_sizes 函数 [ 487.005079] 进入 ar0234_enum_frame_sizes 函数 [ 487.005083] 进入 ar0234_enum_frame_sizes 函数 [ 487.005087] 进入 ar0234_enum_frame_sizes 函数 [ 487.005138] 在 ar0234_get_selection 函数内部 [ 487.005146] 在 ar0234_get_selection 函数内部 [ 487.005150] 在 ar0234_get_selection 函数内部 [ 695.743591] 审计：类型=1006 审计(1782310544.949:29):pid=869 uid=0 老-auid=4294967295 auid=0 tty=(无) 老-ses=4294967295 ses=5 res=1 [ 695.743649] 审计：类型=1300 审计(1782310544.949:29):arch=c00000b7 系统调用=64 成功=是退出=1 a0=a a1=ffffef74ca20 a2=1 a3=0 项目=0 ppid=1 pid=869 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0egid=0 sgid=0 fsgid=0 tty=(无) ses=5 comm="sshd-session" exe="/usr/libexec/sshd-session" key=(null) [ 695.743685] 审计：类型=1327 审计(1782310544.949:29):proctitle=737368642D73657373696F6E3A20726F6F74205B707269765D

An issue regarding slave bit errors in LPI2C I am using S32K146, and the manual states that a bit error will be triggered when the slave sends 1 but the bus is 0. However, in actual testing, a bit error will also be triggered when the slave sends 0 but the bus is 1. I want to know if this phenomenon is correct? Re: An issue regarding slave bit errors in LPI2C Hi @GXY, Yes, this is correct. Bit error flag is triggered once slave is driving SDA, but samples different value than what is expected, not necessarily only when it sends 1 and reads 0. My guess is that the register description is simply stating an example for when the bit error flag is set. Julin_AragnM_0-1782338806510.png Julin_AragnM_1-1782338836158.png Best regards, Julián

Connect FPGA to port B of PCA9617A Hi: My situation is as follows: the MCU is connected to port A of a PCA9617A, and the FPGA (as an I²C device) is connected to port B. According to the datasheet, the voltage bias of port B is approximately 0.55 V. The FPGA's VIL specification is 0.8 V. This leaves only a 250 mV margin. Will this margin cause problems when transferring large amounts of data from the MCU to the FPGA? What is the recommended VIL margin for reliable operation? Best regards Marco Re: Connect FPGA to port B of PCA9617A Hello Marco_MJ Good day! I believe you're at the limit; the recommended range is >300mV, so you're running a significant risk with that 250mV range. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.