IoT ToolboxアプリがKW45-EVK – NXP OTAPサンプル使用時にOTAPメニューでクラッシュする こんにちは、 現在、 NXP OTAPのサンプルプロジェクト を KW45-EVK ボード 上で 実行 し、 NXP IoT Toolbox モバイルアプリケーションをOTAPプロセスに 使 おうとしています。 しかし、 OTAPメニュー のIoT Toolboxアプリで問題が発生しています 。 問題 IoT ToolboxアプリでOTAPメニューを開いてスキャンを開始すると： スマホで 位置情報がオフの場合 、 スキャン ボタンを押すと 読み込み/スキャン表示が表示されますが、アプリはデバイスを見つけられません。 位置情報がオンの場合、 OTAPメニュー中にアプリケーションがクラッシュします。 複数のAndroid端末 で試 しました が、問題は変わりませんでした。 まれに、KW45-EVKデバイスがスキャン結果に一瞬だけ現れるのを一瞬だけ見かけることがあり、その後アプリケーションがクラッシュします。 私が試したこと 複数のスマートフォンでテスト済み。 位置情報サービスのオン/オフ両方でテストしました。 スキャンを複数回繰り返した。 KW45-EVKがNXP OTAPのサンプルプログラムを実行していることを確認しました。 私がテストしたすべてのスマートフォンで、この現象は再現可能です。 NXP IoT ToolboxのOTAPアプリケーションとKW45-EVK で同様の問題を経験した方はいらっし ゃいますか? これをさらにデバッグしたり、IoT Toolboxアプリを使ってOTAPをうまく実行する方法について、何かアドバイスがあれば教えてください。 よろしくお願いします！

RVT70HSTNWC00-B (ILI2132A) と MIMXRT1176-evkb こんにちは、 私は現在、 MIMXRT1176-EVKBを使ったプロジェクトに取り組んでいます。このプロジェクトでは、 RVT70HSTNWC00-Bディスプレイにいくつかの画面を表示し、タッチ座標を登録できるようにしたいと考えています。 別のNXPフォーラムの投稿（ https://community.nxp.com/t5/i-MX-Processors/Creating-a-driver-for-a-MIPI-LCD/mp/1772322 ）のおかげで、既に動作するスクリーンを入手できました。 唯一の問題は、このディスプレイのタッチドライバー(ILI2132A)が他のドライバー(例:GT911)とは少し動作が異なるものの、プロトコルとしてはI²Cを使っており、SDKにはこのドライバーを使う例がないことです。 MIMXRT1170シリーズをベースにできる解決策をご存知の方はいらっしゃいますか? あらゆるご支援と情報を歓迎いたします。 よろしくお願いいたします！ 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: RVT70HSTNWC00-B (ILI2132A) with MIMXRT1176-evkb こんにちは、 @KobeV さん。 現在、このILI2132A用の正式なドライバーは提供していませんが、RT1170-EVKBはZephyrをサポートしており、Zephyrには「input_ili2132a.c」というタッチIC用のドライバーがあります(ドキュメント、GitHub参照)。 ILI2132A Touch ICの詳細はすでにそのドライバーに実装されているため、ベアメタルドライバーへの移行プロセスは十分に可能です。そのドライバで使われているすべてのGPIOやI2C機能は、すでにSDK上にベアメタル対応のものがあるはずなので、それをもとに移行するか、自分でドライバを作成することをお勧めします。 また、RT1170-EVKBはすでにZephyrでサポートされているので、Zephyrベースのプロジェクトでドライバーの機能を確認し、移行前にデバッグするテストシナリオを行うことも可能です。 BR、 エドウィン。 Re: RVT70HSTNWC00-B (ILI2132A) with MIMXRT1176-evkb こんにちは、 かなりのテストとトラブルシューティングを行ったものの、ILI2132Aドライバを使ってRVT70HSTNWC00-Bディスプレイのタッチ機能が動作しません。 私の作業環境について少し説明すると、私はMCUXpressoプロジェクト内で作業しており、そのプロジェクトにはCrank Storyboardも組み込まれています。私の目標はタッチドライバをポーリングし、タッチ入力に基づいて適切なストーリーボードイベント情報(モーション、プレス、リリースなど)をトリガーすることです。 最近、ILI2132Aドライバーが実装されているGitHubリポジトリを見つけましたが、そこにはArduino(.ino)プロジェクトが使われています。追加のファイルを適応させ、Arduinoのコードを自分の環境に適したCファイルに変換しようと試みました。以下は、私が考案した実装です（ sbengine_task_vglite.cを参照してください）。 これらの変更にもかかわらず、タッチディスプレイからは全く反応がありません。私のコードにバグがあるのか、あるいはプロジェクト内の他の外部設定や構成を調整する必要があるのか疑問に思っています。 参考までに、元のArduinoプロジェクトのGitHubページへのリンクは以下の通りです:https://github.com/riverdi/ctp-ilitek-arduino-demo/tree/master  何かアドバイスやご意見をいただけると大変ありがたいです。 Re: RVT70HSTNWC00-B (ILI2132A) with MIMXRT1176-evkb こんにちは、 これは、このフォーラムにおける私自身の返信に対する返答です。数週間苦労した末、問題は無事解決した。https://github.com/riverdi/ctp-ilitek-arduino-demo のArduinoコード自分でC言語コードに変換すれば、完璧に動作します。 ドライバーと基板の問題は、MIPI LCDコネクタJ48に3.3V以上の電源が搭載されていないことです(電源はありますが外部ピンに接続されていません)。ディスプレイのバックライトには（私の意見では）約8V、タッチ操作には3.3Vの電圧が必要です。解決策として、実験用電源を用いてこれらの電圧を供給しました。バックライトは正常に動作したが、タッチ操作で奇妙な形状が表示された。信号は最大1.8Vに維持された。CLKピンにはきれいな方波が見えますが、3.3Vではなく1.8Vになっています。また、ドライバーチップに大量の電流が流れており、原因がまだわかりません。 別途3.3Vの電源を供給することで問題は解決した。これは別のGPIOピンから3.3Vを取ることで実現できます。異なる電源ユニットのすべてのGNDはNXPボードのGNDと同時に接続されている必要があります。そうしないと変な状況が起きます。 タッチ操作はまだ最適に機能していませんが、これはハードウェアの問題というよりはファームウェアの問題です。同じ問題を抱えている人にとっては、タイミングの関係で異なる解決策が必要になると思います。具体的には、私のプロジェクトではFreeRTOSを使用しているため、ファームウェアのタイミングが若干異なります。 この情報で他の人の役に立てれば幸いです。そうでない場合は、遠慮なく質問してください！

S32K3 MCUのセキュアアンロックエラー 私はP&E Cyclone FXプログラマーを使って、異常な部品かもしれないS32K311 MCUをアンロックしています。スクリプトを実行すると、エラーが報告されます。スクリプトがうまく実行されることもありますが、その場合でも接続時にプログラマは「Enable Secure(安全を有効にする)」と表示します。原因を調べるのを手伝ってもらえますか?エラー情報は以下のとおりです。 S32K3xxをパスワードモードで認証しています。 デバッグ用ハードウェアに接続中...OK。 SWD経由でデバッグモジュールの電源オンを要求しています...了解しました。 SDA AP ID レジスタを読み込み中... 了解しました。 SDA AP KEYRESP0 の読み書き... OK。 SDA AP KEYRESP1 の読み取り/書き込み... OK。 SDA AP KEYRESP2 の読み書き... OK。 SDA AP KEYRESP3 の読み書き... OK。 SDA AP AUTHCTL.HSEAUTHREQ を書き込み中... OK。 SDA AP DBGENCTRL.GDBGEN と DBGENCTRL.CDBGEN を書き込んでいます... OK。 SDA AP ID レジスタの読み取り中... エラー !!!!!!!!!!!!!!!!!!!!! 。(0xf0e0d0c) Re: S32K3 MCU secure unlock error これまで動作させたことはありますか？以前にセキュリティ保護されていたデバイスのセキュリティを解除しようとしているのですか、それとも何らかの予期せぬ応答が発生しているのでしょうか？このような挙動を示すボードは複数ありますか、それともこのボードだけですか？さらに詳しい情報を提供してください。ありがとう

i.MX6ULL ethernet disconnect when joint temperature is higher than 95℃ Hi NXP，        We has designed our production with i.mx6ull 08AB version, and found a question shown below.        1>Part No.: MCIMX6Y2CVM08AB        2>Question:             When the joint temperature is higher than 95℃, some boards will occur the ethernet disconnection issue.         Do you have some tips for us to fix this problem ?         Thanks very much. i.MX6UL Re: i.MX6ULL ethernet disconnect when joint temperature is higher than 95℃ how many boards do your customer find this issue? any what bsp version did they test? 

S32K3 MCU 安全解锁错误 我正在使用 P&E Cyclone FX 编程器来解锁一个 S32K311 MCU，这可能是一个异常的部件。执行脚本时，出现错误。有时脚本会成功执行，但即使在这种情况下，程序员在连接时仍然会显示“启用安全”。您能帮我调查一下可能的原因吗？错误信息如下： 在密码模式下验证 S32K3xx。 正在连接调试硬件……成功。 通过SWD请求调试模块上电……成功。 读取SDA AP ID注册表……好的。 阅读/写入 SDA AP KEYRESP0 ... 好的。 阅读/写作 SDA AP KEYRESP1 ... 好的。 阅读/写作 SDA AP KEYRESP2 ... 好的。 阅读/写作 SDA AP KEYRESP3 ... 好的。 正在写入 SDA AP AUTHCTL.HSEAUTHREQ ... 好的。 正在写入 SDA AP DBGENCTRL.GDBGEN 和 DBGENCTRL.CDBGEN ... 完成。 读取 SDA AP ID 寄存器时出错！（0xf0e0d0c） Re: S32K3 MCU secure unlock error 你成功运行过它吗？您是试图解除之前已加密设备的加密，还是遇到了其他意料之外的响应？是多块板都出现这种情况，还是只有这一块？请提供更多详情。谢谢

使用 KW45-EVK 时，IoT Toolbox 应用在 OTAP 菜单中崩溃 – NXP OTAP 示例 您好， 我目前正在尝试 在 KW45-EVK 板上运行 NXP OTAP 示例项目 ，并使用 NXP IoT Toolbox 移动应用程序进行 OTAP 流程。 但是，我在 OTAP 菜单 中的 IoT Toolbox 应用遇到了问题 。 问题 当我在 IoT Toolbox 应用中打开 OTAP 菜单并开始扫描时： 如果 我的手机上的 位置服务已关闭 ，按下 扫描按钮 会显示正在加载/扫描的指示，但应用程序似乎找不到设备。 如果 位置信息已开启 ， 则在 OTAP 菜单中 应用程序 会崩溃 。 我用 多部安卓手机 测试过 ，但问题依旧存在。 在极少数情况下，我可以在扫描结果中短暂地看到我的 KW45-EVK 设备出现不到一秒钟，之后应用程序就会崩溃。 我尝试过 已使用多部手机测试。 已在开启和关闭定位功能的情况下进行测试。 重复扫描多次。 已确认 KW45-EVK 正在运行 NXP OTAP 示例。 我在测试过的所有手机上都出现了这种现象。 有人在使用 NXP IoT Toolbox OTAP 应用程序和 KW45-EVK 时 遇到过类似的问题吗 ？ 非常感谢您能提供任何关于如何进一步调试此问题或如何使用 IoT Toolbox 应用程序成功执行 OTAP 的建议。 谢谢您！

LPC845 PINT割り込みレイテンシ こんにちは、 私は厳しい制約の中でアプリケーションを開発しています。 私の問題はPINTのレイテンシに関連しています。私の理解では、ARM Cortex M0+における割り込みの典型的なレイテンシは約15クロックサイクルです。私の時計は30MHzです。 したがって、レイテンシは0.5～1マイクロ秒程度になると予想されます。 信号と割り込み発生までの時間を計測し、割り込みヘッドの直後のピンをレバーアップさせたところ、実際には7マイクロ秒という結果が得られました。 アセンブラを確認したところ、割り込み処理の先頭にはわずかな命令（10個未満）しか見当たりませんでした。 PINT割り込みは、優先度が0の唯一の割り込みです。 これは普通のことですか？それとも私が何か間違ったことをしているのでしょうか？ 回答してくださった皆様、ありがとうございました。 Re: LPC845 PINT Interrupt latency こんにちは、 @carlos_o さん、ご回答ありがとうございます。 私はカスタムハードウェアを使用しています。私は、2400Hzの矩形波発生器を使用し、その出力をLPCのピンに接続して測定を行いました。IRQに入る最初の命令は、別のピンの状態を変更します。それから、入力ピンに1つ、出力ピンに1つ、計2つのプローブが付いたオシロスコープを持っています。私は2つの前線間の時間差を測定します。 本当にIRQLATENCYレジスターを失くしてしまった！ご指摘ありがとうございます。実際には、デフォルト設定は0x10にあります。 ピンの入力フィルタは無効になっていますが、ヒステリシスは有効にしています。 私の理解では、GPIOはコアと同じ周波数で管理されており、ピンの状態を変更するには1サイクルが必要です。入力についても同じことが言えると思います。質問があります。データシートを見ると、GPIOはバスをバイパスしてコアに直接接続されているように見えますが、命令やデータへのアクセスにはバスが必要です。つまり、DMAがバスをバースト転送に使用している場合、割り込みを遅延させることは可能でしょうか？ よろしくお願い申し上げます。 Re: LPC845 PINT Interrupt latency こんにちは、 @xs_graziano 投稿ありがとうございます カスタム基板をご使用かどうか確認させていただけますか？そうでない場合は、使用しているボードの種類を明記してください。 割り込みが発生するまでのタイミングをどのように測定しているのか教えてください。 IRQLATENCYレジスタに何か変更を加えましたか？ BR カルロス Re: LPC845 PINT Interrupt latency さらにいくつか確認を行いました。ピンをハイに設定してからすぐにローに設定するには、4つのアセンブリ命令が必要で、合計で最大5クロックサイクルかかります。255ナノ秒という結果が得られました。これは20MHzのクロック周波数と互換性があります（私は約160ナノ秒を期待していました）。 そこで、メインクロックをピンのクロック出力として設定したところ、オシロスコープで30MHzの明確な信号が得られました。 システムは、メインクロックとして 30MHz FRO に設定されており、SYSAHBCLKDIV は 1 (1) に設定されているため、分周は行われません。 メインクロック（SYSCON経由で有効化）のクロック出力が30MHzを示している場合、コアの動作周波数が低い可能性もあります。 あるいは、何かがコアの処理速度を低下させているのだろうか？ ...問題の一部が分かったと思います。コアの処理速度がFLASHへのアクセス時間によって低下しているようです。フラッシュメモリへのアクセス時間を変更すると、大幅な改善が見られます。 しかし、データシートには、最低保証アクセス時間の詳細やその条件に関する記載が見当たりません。 命令実行時間が改善すれば、割り込みレイテンシも改善される（フラッシュへのアクセス時間はシステムクロックの2倍で5マイクロ秒）が、それでも期待値には程遠い。 Re: LPC845 PINT Interrupt latency 7μsのレイテンシ(30MHzで約210サイクル)は、コアの理論上の15サイクル最小値を上回ります。これは主にペリフェラルバス同期、GPIO入力グリッチフィルター、メモリ待機状態によるもので、コアの実行時間ではありません。ピン割り込み(PINT)は、非同期の外部信号をシステムクロックに同期させるために複数のペリフェラルクロックサイクルを必要とし、さらにコードやベクトルテーブルがRAMではなくフラッシュメモリに存在する場合、バスの仲裁遅延やフラッシュレイテンシが発生する可能性があります。

IoT Toolbox app crashes in OTAP menu when using KW45-EVK – NXP OTAP example Hi, I am currently trying to run the NXP OTAP example project on a KW45-EVK board and use the NXP IoT Toolbox mobile application for the OTAP process. However, I am facing an issue with the IoT Toolbox app in the OTAP menu. Issue When I open the OTAP menu in the IoT Toolbox app and start scanning: If Location is OFF on my phone, pressing Scan shows the loading/scanning indication, but the application does not seem to find the device. If Location is ON, the application crashes while in the OTAP menu. I have tested this with multiple Android phones, but the issue remains the same. In rare cases, I can briefly see my KW45-EVK device appear in the scan results for a fraction of a second, after which the application crashes. What I have tried Tested with multiple phones. Tested with Location ON and OFF. Repeated the scan multiple times. Confirmed that the KW45-EVK is running the NXP OTAP example. The behavior is reproducible across the phones I have tested. Has anyone experienced a similar issue with the NXP IoT Toolbox OTAP application and KW45-EVK? Any suggestions on how I can debug this further or successfully perform OTAP using the IoT Toolbox app would be appreciated. Thanks!

LX2160A上でVSC8254 PHYを1G SGMIIモードで起動するためのサポートが必要です こんにちは、みんな、 LX2160A Rev2 SoCをベースにしたカスタムボードに取り組んでおり、VSC8254 PHYがeMDIO1を通じてSoCに接続されています。現在、1G SGMIIモードでPHYを起動する際に問題が発生しています。 これまでのところ、DPCファイルとLinuxカーネルデバイスツリーの両方で固定リンクを設定することで、10G XFIモードでPHYを正常に起動できました。起動後、NXPが提供するmdio_cl45_writeスクリプトを実行して必要なClause 45レジスタをプログラムすると、リンクが確立され、正常に動作します。 しかし、構成を1G SGMIIモードに切り替える際には、以下の変更を行います。 DPCとLinuxデバイスツリーをXFIではなくSGMIIに更新してください。 1Gに対応するClause 45レジスタの初期化シーケンスを実行します。 新しい構成に合わせて、SERDESリファレンスクロックを125MHzから100MHzに更新してください。 これらの変更にもかかわらず、PHYリンクは確立されません。 参考までに： VSC8254 PHYはMAC3およびMAC4に接続SERDES1。 10G XFI構成にはRCW 6を使用しています。 1G SGMII構成にはRCW 4を使用しています。 1G SGMIIモードでPHYを起動するために追加の設定変更や初期化ステップがあれば教えていただけますか? お時間をいただき、サポートありがとうございます。 @yipingwan @chenyin_h Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A 1. RCW[SRDS_PLL_REF_CLK_SEL_S1]を「00」に設定してください。 2. Linuxカーネルで「CONFIG_VITESSE_PHY」を設定してください。 3. Linux Kernel dts ファイル arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts にて、dpmac3とdpmac4の設定を以下のように変更してください。 &dpmac3 { phy-handle = <&aquantia_phy1>; phy-connection-type = "usxgmii"; managed = "in-band-status"; }; aquantia_phy1: ethernet-phy@4 { /* AQR107 PHY */ 互換 = "イーサネット-Phy-IEEE802.3-C45"; interrupts-extended = <&extirq 2 IRQ_TYPE_LEVEL_LOW>; reg = <0x4>; }; 変更後: &dpmac3 { phy-handle = <&sgmii_phy1>; phy-connection-type = "sgmii"; managed = "in-band-status"; }; sgmii_phy1: イーサネット-phy@xx{ reg = <0xxx>;//dpmac3関連のMDIO PHYアドレスを指定         }; 4. dtc ファイル dpc-usxgmii.dts を以下のように変更してください。 掲示板情報 { ポルト mac@3 { link_type = "MAC_LINK_TYPE_PHY"; enet_if = "USXGMII";                         }; mac@4 { link_type = "MAC_LINK_TYPE_PHY"; enet_if = "USXGMII";                         }; 変更後: 掲示板情報 { ポルト mac@3 { link_type = "MAC_LINK_TYPE_PHY";                         }; mac@4 { link_type = "MAC_LINK_TYPE_PHY";                         }; Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A [ 8.088037] fsl_dpaa2_eth dpni.12 (名前のないネットデバイス) (初期化されていません): phylink_fwnode_phy_connect() = -19 [ 8.097693] fsl_dpaa2_eth dpni.12 (unnamed net_device) (uninitialized): MACエンドポイントへの接続エラー: -ENODEV [ 8.149621] fsl_dpaa2_eth dpni.12:fsl_mc_driver_probe が失敗しました: -19 [ 8.268214] fsl_dpaa2_eth dpni.11 (名前のないネットデバイス) (初期化されていません): phylink_fwnode_phy_connect() = -19 [ 8.277867] fsl_dpaa2_eth dpni.11 (unnamed net_device) (uninitialized): MACエンドポイントへの接続エラー: -ENODEV [ 8.329780] fsl_dpaa2_eth dpni.11:fsl_mc_driver_probe が失敗しました: -19 上記の変更を行った後、カーネルで上記の出力が表示されるエラーが発生し、ls-listni では両方の MAC にエンドポイントがないことが示されます。 ls-listni dprc.1/dpni.12 (エンドポイント: dpmac.3) dprc.1/dpni.11 (エンドポイント: dpmac.4) 何か見落としていることはありますか？

SPC5200CVR400Bのステータスおよび信頼性に関する照会 親愛なるNXPサポートチームへ、 私たちは製品にSPC5200CVR400B ICを使用しています。 確認いただけますか: SPC5200CVR400Bが現在も使用されているか、旧式化されているか、製造中止になっているか。 この機器がまだ製造されている場合。このデバイスに関してデータやソフトウェア破損に関する既知の問題が報告されているかどうか。 このような破損を防止または診断するための推奨方法。 機器が旧式化している場合、または耐用年数が近づいている場合に適した代替部品。 考えられる根本原因と是正措置についてのご助言をいただければ大変ありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いいたします。 アビジート・ソランキ [email protected] Re: Status and Reliability Inquiry for SPC5200CVR400B SPC5200CVR400Bは販売終了（EOL）状態です。 つまり、現在このICは製造されていないということです。 同様の問い合わせに対するNXPの標準的な慣行に従い、信頼性データ(FIT率、資格報告書)はNXPコミュニティで公開されません。このようなリクエストはプライベートサポートチケットを通じて処理されます。 プライベートサポートチケットですか? Re: Status and Reliability Inquiry for SPC5200CVR400B こんにちは、 SPC5200CVR400Bが現在も使用されているか、旧式化されているか、製造中止になっているか。 SPC5200CVR400Bは販売終了状態です。 この機器がまだ製造されている場合。このデバイスに関してデータやソフトウェア破損に関する既知の問題が報告されているかどうか。 同様の問い合わせに対するNXPの標準的な慣行に従い、信頼性データ(FIT率、資格報告書)はNXPコミュニティで公開されません。このようなリクエストはプライベートサポートチケットを通じて処理されます。 機器が旧式化している場合、または耐用年数が近づいている場合に適した代替部品。 NXPの公式互換代替品はありません。 オプション1 — MPC5200CVR400B(機能的同等、オートモーティブ資格なし) オプション2 — MPC5121 / MPC5125（最も近いアーキテクチャ互換部品） オプション3 — i.MX アプリケーションプロセッサ(推奨移行経路) よろしくお願いします、 ピーター Re: Status and Reliability Inquiry for SPC5200CVR400B こんにちは、 プライベートサポートチケットですか? https://www.nxp.com/support/support:SUPPORTHOME petervlna_0-1789971901204.png よろしくお願いいたします。 ピーター

IW612 WLAN 5GHz 传输 你好， 我们计划在我们的物联网产品中使用 IW612 SoC 来实现 WLAN，目标市场是美国和加拿大。IW612 支持双频 2.4GHz 和 5GHz。是否有办法或配置来关闭 5GHz WIFI 操作？因为加拿大 ISED 不允许在没有许可证的情况下在室外环境中进行 UNII-1 (5150-5250Mhz) WIFI 传输，并且限制操作仅限室内。 我们的产品在户外使用，我们希望能够完全禁用 5GHz 频段，只在 2.4GHz 频段下运行。 RSS-247 — 902-928 MHz、2400-2483.5 MHz 频段的数字传输系统、跳频系统和免许可局域网设备MHz、5150-5350 MHz 和 5470-5895 MHz 频段 能否确认并分享一下相关设置？ 此致， Arun 射频 Re: IW612 WLAN 5GHz transmission 你好@pantarun_92 iw612 支持加载功率表，您可以自定义功率表或使用加拿大地区的示例表。它将禁用不允许的通道，并支持DFS通道。 顺祝商祺！ 肖恩

imx95 and vfio_pci passthrough Hi, we want to use a virtual machine with PCI passthrough on the IMX95 SoC. It seems that this isn't possible at all because the SMMU is not cache coherent and the vfio_pci driver requires that. See also: https://community.nxp.com/t5/i-MX-Processors/i-MX95-19x19-EVK-SMMU-coherent-table-walks-IDR0-COHACC-and-vfio/m-p/2410515 and https://github.com/NXP/dpdk/blob/25.11-qoriq/nxp/README_imx95_enetc_vf_vfio#L32 Disabling the IOMMU is not an option. Also I doubt that it will help as the kernel parameter reads: MODULE_PARM_DESC(enable_unsafe_noiommu_mode, "Enable UNSAFE, no-IOMMU mode. This mode provides no device isolation, no DMA translation, no host kernel protection, cannot be used for device assignment to virtual machines, requires RAWIO permissions, and will taint the kernel. If you do not know what this is for, step away. (default: false)"); Could you confirm, that is actually impossible to use the IMX95 SoC with (safe) PCI passthrough? If not, what am I missing here? Best regards, -michael Re: imx95 and vfio_pci passthrough Hi, thanks for the quick answer. But I'm not sure I'm getting it completely. Just to be sure, we don't want to use DPDK, but a generic qemu/kvm virtual machine where we pass through a PCI device. How does this relate to the uio-pci-generic framework? Thanks, -michael Re: imx95 and vfio_pci passthrough Hi, Thank you for your interest in NXP Semiconductor products, In this case, you need to stick with my colleagues response, which is from DPDK team. The only alternative is the one said in the response: "If the customer wants to use SMMU for other use cases, but acceptable to bypass for the DPDK (does not want to use iommu.passthrough=1 in bootargs or disable SMMU node in dts). Then can try to bind the uio-pci-generic framework and disable VSI-PSI messaging (export ENETC4_VSI_MSG_DISABLE=1). But disabling VSI-PSI messages means user won’t be able to use some ENETC features like promisc, VLAN MAC filtering, link information." Regards

请求提供 MTTF-FIT 可靠性数据 尊敬的先生/女士， 我目前正在计算我们产品的平均故障间隔时间 (MTBF) 值，该产品使用了贵公司生产的元器件。 因此，如果可以的话，请您提供下列元器件的 MTTF 和/或 FIT 值。这些信息将有助于我们准确计算产品的平均故障间隔时间（MTBF）。 零件编号：NTS0104BQ,115 描述：双向电压等级转换器，1电路，4通道，50Mbps，14-DHVQFN（2.5x3） 如果需要有关运行条件或应用方面的任何其他信息来提供可靠性数据，请与我们联系。 感谢您的支持。 云实验室 在线调试 在线实验室 虚拟测试

关于滴答时钟建立及基时钟的选择 你好： 我现在想设置一个裸机滴答时钟（S32K358设备），我在BaseNXP 中设置如下图，1.这样设置是否是链接到滴答时钟上 ？2.设置的48MHZ对应设备树上哪一个时钟？ sunshine88_0-1789971547489.png sunshine88_1-1789971658567.png 设置完成后可以以 OsIf_Init(NULL_PTR);  OsIfDelay(x);来调用？ ··························································································································································万分感谢！ Re: 关于滴答时钟建立及基时钟的选择 你好@sunshine88 ， OsIfSystemTimerClockFreq 对应于 CORE_CLK，在我的情况下为 160MHz： PavelL_0-1789999751219.png PavelL_1-1789999832315.png 顺祝商祺！ 帕维尔

IW612 WLAN 5GHz伝送 こんにちは、 私たちはIoT製品の一つでIW612 SoCをWLAN用に使用する予定で、ターゲットマーケットは米国とカナダです。IW612はデュアルバンドの2.4GHzと5GHzに対応しています。カナダのISEDでは、ライセンスなしでは屋外環境でのUNII-1（5150～5250MHz）Wi-Fi送信が許可されておらず、屋内でのみ動作するように制限されているため、5GHz Wi-Fiの動作をオフにする方法や設定はありますか？ 当社の製品は屋外で動作しており、5GHzを完全に無効化し、2.4GHzのみで動作させる方法が欲しいと考えています。 RSS-247 — 902～928 MHz、2400～2483.5 MHz 帯のデジタル伝送システム、周波数ホッピングシステム、および免許不要のローカルエリアネットワーク機器MHz帯、5150～5350MHz帯、および5470～5895MHz帯 同じ設定を確認して共有してもらえますか? よろしくお願いいたします。 アルン RF Re: IW612 WLAN 5GHz transmission こんにちは、@pantarun_92 iw612はパワーテーブルの読み込みに対応しています。カスタムパワーテーブルを作ったり、カナダ地域ごとにサンプルテーブルを使うこともできます。許可されていないチャネルを無効にし、DFSチャネルをサポートします。 よろしくお願いいたします。 ショーン

Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A Hello everyone, We are working on a custom board based on the LX2160A Rev2 SoC, where the VSC8254 PHY is connected to the SoC through eMDIO1. We are currently facing issues while bringing up the PHY in 1G SGMII mode. So far, we have successfully brought up the PHY in 10G XFI mode by configuring a fixed link in both the DPC file and the Linux kernel Device Tree. After booting, we execute the NXP-provided mdio_cl45_write script to program the required Clause 45 registers, following which the link comes up and operates correctly. However, when we switch the configuration to 1G SGMII mode, we make the following changes: Update the DPC and Linux Device Tree to use SGMII instead of XFI. Execute the corresponding Clause 45 register initialization sequence for 1G. Update the SERDES reference clock from 125 MHz to 100 MHz, as required for the new configuration. Despite these changes, the PHY link does not come up. For reference: The VSC8254 PHY is connected to SERDES1 MAC3 and MAC4. We are using RCW 6 for the 10G XFI configuration. We are using RCW 4 for the 1G SGMII configuration. Could you please let us know if there are any additional configuration changes or initialization steps required to bring up the PHY in 1G SGMII mode? Thank you for your time and support. @yipingwang @chenyin_h  Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A 1. Please configure RCW[SRDS_PLL_REF_CLK_SEL_S1] as "00". 2. In Linux Kernel, please configure "CONFIG_VITESSE_PHY". 3. In Linux Kernel dts file arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts, please modify dpmac3 and dpmac4 configuration similar as the following. &dpmac3 { phy-handle = <&aquantia_phy1>; phy-connection-type = "usxgmii"; managed = "in-band-status"; }; aquantia_phy1: ethernet-phy@4 { /* AQR107 PHY */ compatible = "ethernet-phy-ieee802.3-c45"; interrupts-extended = <&extirq 2 IRQ_TYPE_LEVEL_LOW>; reg = <0x4>; }; Modify to: &dpmac3 {         phy-handle = <&sgmii_phy1>;         phy-connection-type = "sgmii";         managed = "in-band-status"; };         sgmii_phy1: ethernet-phy@xx{                 reg = <0xxx>;//specify dpmac3 related MDIO PHY address         }; 4. Please modify dtc file dpc-usxgmii.dts as the following.        board_info {                 ports {                         mac@3 {                                 link_type = "MAC_LINK_TYPE_PHY";                                 enet_if = "USXGMII";                         };                         mac@4 {                                 link_type = "MAC_LINK_TYPE_PHY";                                 enet_if = "USXGMII";                         }; Modify to:         board_info {                 ports {                         mac@3 {                                 link_type = "MAC_LINK_TYPE_PHY";                         };                         mac@4 {                                 link_type = "MAC_LINK_TYPE_PHY";                         }; Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A [ 8.088037] fsl_dpaa2_eth dpni.12 (unnamed net_device) (uninitialized): phylink_fwnode_phy_connect() = -19 [ 8.097693] fsl_dpaa2_eth dpni.12 (unnamed net_device) (uninitialized): Error connecting to the MAC endpoint: -ENODEV [ 8.149621] fsl_dpaa2_eth dpni.12: fsl_mc_driver_probe failed: -19 [ 8.268214] fsl_dpaa2_eth dpni.11 (unnamed net_device) (uninitialized): phylink_fwnode_phy_connect() = -19 [ 8.277867] fsl_dpaa2_eth dpni.11 (unnamed net_device) (uninitialized): Error connecting to the MAC endpoint: -ENODEV [ 8.329780] fsl_dpaa2_eth dpni.11: fsl_mc_driver_probe failed: -19 After making the mentioned changes this is the error we are getting the above prints in kernel and the ls-listni shows the both mac are not having any endpoints. ls-listni dprc.1/dpni.12 (end point: dpmac.3) dprc.1/dpni.11 (end point: dpmac.4) Anything that we are missing?

LX2160A 上的 VSC8254 PHY 在 1G SGMII 模式下启动需要协助 大家好， 我们正在开发一款基于 LX2160A Rev2 SoC 的定制电路板，其中 VSC8254 PHY 通过 eMDIO1 连接到 SoC。目前我们在 1G SGMII 模式下启动 PHY 时遇到问题。 到目前为止，我们已经通过在 DPC 文件和 Linux 内核设备树中配置固定链路，成功地在 10G XFI 模式下启动了 PHY。启动后，我们执行 NXP 提供的 mdio_cl45_write 脚本来对所需的 Clause 45 寄存器进行编程，之后链接建立并正常运行。 但是，当我们将配置切换到 1G SGMII 模式时，我们会进行以下更改： 更新 DPC 和 Linux 设备树，使其使用 SGMII 而不是 XFI。 执行 1G 对应的 Clause 45 寄存器初始化序列。 根据新配置的要求，将 SERDES 参考时钟从 125 MHz 更新为 100 MHz。 尽管做了这些更改，PHY 链路仍然无法建立。 供参考： VSC8254 PHY 连接到 SERDES1 MAC3 和 MAC4。 我们使用 RCW 6 进行 10G XFI 配置。 我们对 1G SGMII 配置采用 RCW 4。 关于在 1G SGMII 模式下启动 PHY 是否需要任何额外的配置更改或初始化步骤，请与我们联系。 感谢您的时间和支持。 @yipingwang @chenyin_h Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A 1. 请将 RCW[SRDS_PLL_REF_CLK_SEL_S1] 配置为“00”。 2. 请在 Linux 内核中配置“CONFIG_VITESSE_PHY”。 3. 在 Linux 启动 dts 文件 arch/arm64/boot/dts/freescale/fsl-lx2160a-rdb.dts 中，请修改 dpmac3 和 dpmac4 的配置，使其与下面的配置类似。 &dpmac3 { phy-handle = <&aquantia_phy1>; phy-connection-type = "usxgmii"; managed = "带内状态"; }; aquantia_phy1：以太网物理层@4 { /* AQR107 PHY */ 兼容 = "ethernet-phy-ieee802.3-c45"; interrupts-extended = <&extirq 2 IRQ_TYPE_LEVEL_LOW>; reg = <0x4>; }; 修改为： &dpmac3 { phy-handle = <&sgmii_phy1>; phy-connection-type = "sgmii"; managed = "带内状态"; }; sgmii_phy1：以太网物理层@xx{ reg = <0xxx>;//指定与dpmac3相关的MDIO PHY地址         }; 4. 请按如下方式修改 dtc 文件 dpc-usxgmii.dts。 板信息 { 港口 { mac@3 { link_type = "MAC_LINK_TYPE_PHY"; enet_if = "USXGMII";                         }; mac@4 { link_type = "MAC_LINK_TYPE_PHY"; enet_if = "USXGMII";                         }; 修改为： 板信息 { 港口 { mac@3 { link_type = "MAC_LINK_TYPE_PHY";                         }; mac@4 { link_type = "MAC_LINK_TYPE_PHY";                         }; Re: Assistance Required for VSC8254 PHY Bring-up in 1G SGMII Mode on LX2160A [ 8.088037] fsl_dpaa2_eth dpni.12（未命名网络设备）（未初始化）：phylink_fwnode_phy_connect() = -19 [ 8.097693] fsl_dpaa2_eth dpni.12 (未命名网络设备) (未初始化): 连接到 MAC 端点时出错：-ENODEV [ 8.149621] fsl_dpaa2_eth dpni.12:fsl_mc_driver_probe 失败：-19 [ 8.268214] fsl_dpaa2_eth dpni.11（未命名网络设备）（未初始化）：phylink_fwnode_phy_connect() = -19 [ 8.277867] fsl_dpaa2_eth dpni.11 (未命名网络设备) (未初始化): 连接到 MAC 端点时出错：-ENODEV [ 8.329780] fsl_dpaa2_eth dpni.11:fsl_mc_driver_probe 失败：-19 进行上述更改后，我们在内核中得到上述错误打印结果，并且 ls-listni 显示两个 mac 都没有任何端点。 ls-listni dprc.1/dpni.12（端点：dpmac.3） dprc.1/dpni.11（端点：dpmac.4） 还有什么我们遗漏的吗？

S32E2 IPCF latency timings between M33 and R52 I am working with S32E2 and configuring the IPCF framework and here is my setup Device: S32E288 IPCF transport: Shared Memory + MRU notification Communication: M33 ↔ R52 IPCF channel type: Managed channel 1 IPCF channel configured Interrupt mode (not polling) Ping/Pong RTT test implemented Communication is functioning correctly in both directions. I use STM to measure the timing ticks between the 2 cores. Measurement flow: R52: timestamp send PING   M33: receive PING immediately send PONG from RX callback   R52: receive PONG compute RTT The values computed for a STM running on 24Mhz are close to 200us RTT(Round trip time). My transport overhead is about 30us but the transfer itself takes up bulk of the time. I have tried various things like increasing MRU IRQ notification but has not improved the timings. Having optimisation in code from -o0 to -o1 helped but -o2 didnt make any difference. The payload itself is 16 bytes. Questions: 1. what is expected IPCF latency for managed /unmanaged channels. 2. can we acheive a low double digit latency? If you need any more details, please reply back. Re: S32E2 IPCF latency timings between M33 and R52 Hi,PrabhanjanKopp Thank you for contacting us. For your testing scenario, you can try to refer to GreenVIP. The Loop Time is about 20-30us.(S32ZE_GreenVIP_1.x.1/doc/UG_S32ZE_GreenVIP.pdf) Joey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.png Joey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.png If you have other issue, you can contact us at any time. BR Joey Re: S32E2 IPCF latency timings between M33 and R52 Hi Joey, Thank you for your reply. I am using S32 DS for setting up my cores and was wondering is GreenVIP is any different? Also , it will be most helpful to get the document link(or the doc itself)  that you referring in your message. Is there a reference project that I can compare my settings against? I suspect there might be some configuration mismatch. Thanks, Prabhanjan Re: S32E2 IPCF latency timings between M33 and R52 Hi,Prabhanjan Thank you for your reply. The link of GreenVIP download as the following: S32E2 Safe and Secure High-Performance Real-Time Processors with Actuation Support | NXP Semiconductors Automotive Software Package Manager | NXP Semiconductors Joey_z_0-1789452520972.pngJoey_z_0-1789452520972.pngJoey_z_0-1789452520972.png Joey_z_1-1789452649226.pngJoey_z_1-1789452649226.pngJoey_z_1-1789452649226.png The EB tresos IDE is used for the GreenVIP, both S32DS and EB tresos can be used to develop applications for S32E. Hope this information can help you; you can contact us at any time if you still have question about this. BR Joey Re: S32E2 IPCF latency timings between M33 and R52 Thank you for that. I found that I can get the timings down when I switch to unmanaged channel. It is close to 60us . Will see if I can get it further down.  Re: S32E2 IPCF latency timings between M33 and R52 Hi,PrabhanjanKopp Thank you for your reply and information. For the 60us result, was it tested by your customer program or by our Greenvip? BR Joey

S32E2 IPCF 延迟时间介于 M33 和 R52 之间 我正在使用 S32E2 并配置 IPCF 框架，以下是我的设置。 设备：S32E288 IPCF 传输：共享内存 + MRU 通知 通信：M33 ↔ R52 IPCF通道类型：管理通道 配置了 1 个 IPCF 通道 中断模式（非轮询） 已实施 Ping/Pong RTT 测试 双向沟通正常。 我使用STM来测量两个核心之间的时序滴答数。 测量流程： R52： 时间戳 发送 PING   M33： 收到 PING 立即从 RX 回调发送 PONG 请求   R52： 收到 PONG 计算 RTT 计算得出，运行在 24Mhz 的 STM 的 RTT（往返时间）接近 200us。我的传输开销大约是 30 微秒，但传输本身占用了大部分时间。我尝试过各种方法，例如增加 MRU IRQ 通知，但并没有改善时序问题。代码优化级别从 -o0 到 -o1 有所提升，但 -o2 没有任何效果。有效载荷本身为 16 字节。 问题： 1. 托管/非托管通道的预期 IPCF 延迟是多少？ 2. 我们能否实现两位数的低延迟？ 如果您需要更多详细信息，请回复。 Re: S32E2 IPCF latency timings between M33 and R52 你好，PrabhanjanKopp 感谢您与我们联系。 对于您的测试场景，您可以参考 GreenVIP。循环时间约为 20-30 微秒。(S32ZE_GreenVIP_1.x.1/doc/UG_S32ZE_GreenVIP.pdf) Joey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.png Joey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.png 如果您还有其他问题，可以随时联系我们。 BR 乔伊 Re: S32E2 IPCF latency timings between M33 and R52 嗨，乔伊， 感谢你的回复。我目前使用 S32 DS 来设置我的核心，想知道 GreenVIP 是否有任何不同之处？另外，如果您能提供您在消息中提到的文档链接（或文档本身），将非常有帮助。是否有可供参考的项目，我可以将我的设置与之进行比较？我怀疑可能是配置不匹配的问题。 谢谢！ 普拉班詹 Re: S32E2 IPCF latency timings between M33 and R52 你好，普拉班詹 感谢您的回复。 GreenVIP下载链接如下： S32E2 安全可靠、高性能的实时处理器，支持执行器功能 | 恩智浦半导体 汽车软件代码包，软件包管理器 | 恩智浦半导体 Joey_z_0-1789452520972.pngJoey_z_0-1789452520972.pngJoey_z_0-1789452520972.png Joey_z_1-1789452649226.pngJoey_z_1-1789452649226.pngJoey_z_1-1789452649226.png EB tresos IDE 用于 GreenVIP，S32DS 和 EB tresos 都可用于开发 S32E 应用程序。希望这些信息对您有所帮助；如果您还有任何疑问，可以随时联系我们。 BR 乔伊 Re: S32E2 IPCF latency timings between M33 and R52 谢谢。我发现切换到非托管通道后，可以缩短传输时间。接近 60 微秒。我看看能不能再往下挪挪。 Re: S32E2 IPCF latency timings between M33 and R52 你好， PrabhanjanKopp 感谢您的回复和提供的信息。 对于 60us 的结果，是由你们的客户程序测试的，还是由我们的 Greenvip 测试的？ BR 乔伊

Regarding the establishment of the tick clock and the selection of the base clock Hello: I want to configure a bare-metal tick clock (S32K358 device). My BaseNXP settings are shown in Figure 1. Is this configuration sufficient to connect to the tick clock?2. Which clock in the device tree does the set 48MHz correspond to? sunshine88_0-1789971547489.png sunshine88_1-1789971658567.png After setting it up, can it be called using OsIf_Init(NULL_PTR); OsIfDelay(x);? Thank you so much! Re: 关于滴答时钟建立及基时钟的选择 Hello @sunshine88 , OsIfSystemTimerClockFreq corresponds to CORE_CLK, which is 160MHz in my case: PavelL_0-1789999751219.png PavelL_1-1789999832315.png Best regards, Pavel