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!

RT1064 オンラインアップグレードプラン 下記は、当製品のハードウェア拡張図です。 1. PCとメインボードはTCPで接続されています 2. メインボードは4つのサブボードに4つのSPIバスを介して接続されており、サブボードの機能は同じです 3. メインボードのUART4は、シリアルポートのスイッチを介して4つのサブボードのうちUART1に切り替えることができます foreverwlh2025_0-1789970732170.png プロジェクトの要件により、 PCは4つのサブボード(RT1064)からTCPまでのファームウェアプログラムをアップグレードする必要があります。ハードウェア拡張に基づいて、上位コンピュータ開発、メインボード開発、サブボード開発の作業負荷を考慮して、サブボードファームウェアのアップグレードに最も簡単な解決策を提供できますか? i.MXRT 106x Re: RT1064 Online Upgrade Plan @foreverwlh2025様、 ご質問ありがとうございます。 推奨されるアプローチ PCはTCPを介してマザーボードと通信します。マザーボードはTCPサーバーとして機能し、UART透過ブリッジを実装しています。メインボード上のUART4はシリアルスイッチチップを経由して選択したサブボードのUART1インターフェースにルーティングされます。サブボードはRT1064 ROMブートローダーを動作させるため、サブボード側で追加のブートローダーやファームウェア開発は不要です。 単一サブボードのアップグレード手順（ステップバイステップ）： サブボードNでRESET信号をアサートし、BOOT_MODE[1:0]を01（シリアルダウンローダーモード）に設定する。 シリアルスイッチチップを切り替えてUART4をサブボードNのUART1に接続します リリースRESET — サブボードNがRT1064 ROMブートローダーに入り、UARTコマンドを待つ TCP↔UART4バイト転送を有効にする RESETを切り替えてBOOT_MODEを通常に戻すと、サブボードNが新しいファームウェアで起動します。 シリアルセレクタを次のサブボードに切り替えて繰り返します ハードウェアの前提条件 実装前に、以下のハードウェア条件が満たされていることをご確認ください。 メインボードは、各サブボードのBOOT_MODE[1:0]ピンを独立してGPIO制御できます。 メインボードは、各サブボードのRESETピンを個別にGPIO制御できます。 シリアルスイッチチップはメインボードのGPIOで制御可能で、4つのサブボードすべて間のスイッチングをサポートします ご質問や、導入の詳細についてさらに話し合いたい場合は、お気軽にご連絡ください。

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 顺祝商祺！ 帕维尔

ROM引导加载程序写入内存命令CRC16计算 我目前正在尝试使用另一个微控制器和 KL17 内置的 UART ROM 引导加载程序对 KL17 微控制器进行编程。我已经完成了 ping 和擦除操作，至少在纸面上是这样，但是我在向 KL17 写入数据时遇到了困难。数据手册（第 43 页）中的示例指出，对于这些字节（帧数据包，不包括 CRC16 字节 + 内存写入命令数据包）： 0x5A, 0xA4, 0x0C, 0x00, 0x04, 0x00 , 0x00, 0x02, 0x00, 0x04, 0x00, 0x20, 0x64, 0x00, 0x00, 0x00 CRC16 字节为 0x06 0x5A。但是，第 27 页提供的 CRC16 算法对我输出的是 0x2b 0x56。我也尝试过网上各种 CRC16 计算器，以及许多不同的 CRC16 计算方法，但它们都没有给出 0x06 0x5A 的结果。 Noay_0-1790003799652.png 我的假设是，要么是我漏掉了计算中必须包含的字节（我不知道是哪些，因为后面的数据包都有自己的 CRC16 字节），要么是有人把数据表搞砸了（这也不太可能，因为这个例子和 KL17 子系列参考手册中的例子一模一样）。

Seeking help regarding the rotation issue on the RT1052 display. The screen I purchased is portrait orientation, but I need it to be displayed in landscape mode. I used guiguider to generate the basic display code for the RT1052. And add software rotation disp_drv.sw_rotate= 1; disp_drv.rotated = 1;   Set as single buffer SDK_ALIGN( __attribute__ ((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[1][DEMO_FB_SIZE], DEMO_FB_ALIGN); SDK_ALIGN( __attribute__ ((section("lvglDisplayBuffer"))) static uint8_t s_lvglBuffer[DEMO_DB_SIZE], DEMO_FB_ALIGN); The screen displays correctly, but the refresh rate is too slow and doesn't meet my needs.   Set as double buffer SDK_ALIGN( __attribute__((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[2][DEMO_FB_SIZE], DEMO_FB_ALIGN); Only the backlight is on; the screen is black. why is that?   #if FB_USE_SRAM static void DEMO_WaitVsync(lv_disp_drv_t *disp_drv) { s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) != pdTRUE) { PRINTF("Display flush failed\r\n"); assert(0); } #else while (s_framePending) { } #endif } static void copy_area(const lv_area_t *area, lv_color_t *color_p, uint8_t *fb, uint32_t fbStrideBytes) { uint32_t y; uint32_t areaWidth = lv_area_get_width(area); fb += (area->y1 * fbStrideBytes + area->x1 * sizeof(lv_color_t)); for (y = area->y1; y <= area->y2; y++) { lv_memcpy(fb, color_p, areaWidth * sizeof(lv_color_t)); fb += fbStrideBytes; color_p += areaWidth; } } static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) { /* Wait VSYNC for each small update. / DEMO_WaitVsync(disp_drv); /* Copy data from draw buffer to frame buffer./ copy_area(area, color_p, (uint8_t*) s_frameBuffer, LCD_WIDTH * LCD_FB_BYTE_PER_PIXEL); SCB_CleanInvalidateDCache(); lv_disp_flush_ready(disp_drv); } #else static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) { // DCACHE_CleanByRange((uint32_t)color_p, DEMO_FB_SIZE); DCACHE_CleanInvalidateByRange((uint32_t)color_p, DEMO_FB_SIZE); ELCDIF_SetNextBufferAddr(LCDIF, (uint32_t)color_p); s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) == pdTRUE) { /* IMPORTANT!!! * Inform the graphics library that you are ready with the flushing*/ lv_disp_flush_ready(disp_drv); } else { PRINTF("Display flush failed\r\n"); assert(0); } #else while (s_framePending) { } /* IMPORTANT!!! * Inform the graphics library that you are ready with the flushing*/ lv_disp_flush_ready(disp_drv); #endif } #endif i.MXRT 105x Re: 求助关于RT1052显示旋转问题 Hi @dsd , Thank you for your question! First, please check the following LVGL limitations: Screen rotation is not supported when full_refresh=1 is enabled. Please refer to: 1. https://github.com/lvgl/lvgl/issues/4060 2. https://forum.lvgl.io/t/why-cannot-rotate-a-full-refreshed-display/10490/3   Additionally, the RT1050 has hardware PXP support for rotation, which is the more recommended solution. Please refer to: https://docs.nxp.com/bundle/GUIGUIDERUG-1.6.1/page/topics/rotate_screen_and_widgets.html And the PXP rotation-related demo in the SDK.   Best regards, Gavin Re: 求助关于RT1052显示旋转问题 Helllo, When using NXP i.MX RT1052 with Guiguider (LVGL) for screen rotation development, the "slow single-buffer refresh and black screen with double-buffer" problem you encounter is mainly due to the mismatch between software rotation and the hardware ELCDIF controller, double-buffer switching mechanism, and memory address index. Best Regards

Rom Bootloader WriteMemory Command CRC16 calculation I'm currently trying to program a KL17 microcontroller using another microcontroller and the KL17's built in UART ROM bootloader. I got pinging and erasing done, at least on the paper, but I'm struggling with writing data to the KL17. The example in the datasheet (page 43) says that for those bytes (framing packet,  excluding CRC16 bytes + memory write command packet):   0x5A, 0xA4, 0x0C, 0x00, 0x04, 0x00 , 0x00, 0x02, 0x00, 0x04, 0x00, 0x20, 0x64, 0x00, 0x00, 0x00  the CRC16 bytes would be 0x06 0x5A. However the CRC16 algorithm provided on page 27 outputs 0x2b 0x56 for me. I've also tried various CRC16 calculators online with many different variants of CRC16 calculation but none of them gave me 0x06 0x5A. Noay_0-1790003799652.png My assumption is that I'm either missing bytes that must be included into the caluclation (I wouldn't know which since the data packets following afterwards all got their own CRC16 bytes) or that someone just messed up the datasheet (which is also unlikely because this example is also exactly like that in the KL17 Sub-Family Reference Manual). 

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チャネルをサポートします。 よろしくお願いいたします。 ショーン

RT1052ディスプレイの回転問題について、ご助言をお願いいたします。 購入した画面は縦向きですが、横向きで表示する必要があります。RT1052用の基本的な表示コードを生成するためにguiguiderを使用しました。 さらにソフトウェアローテーションを追加する disp_drv.sw_rotate= 1; disp_drv.rotated = 1;   単一バッファとして設定 SDK_ALIGN( __attribute__ ((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[1][DEMO_FB_SIZE], DEMO_FB_ALIGN); SDK_ALIGN( __attribute__ ((section("lvglDisplayBuffer"))) static uint8_t s_lvglBuffer[DEMO_DB_SIZE], DEMO_FB_ALIGN); 画面表示は正しいのですが、リフレッシュレートが遅すぎて私のニーズを満たしていません。   ダブルバッファとして設定 SDK_ALIGN( __attribute__((section("lvglDisplayBuffer"))) static uint8_t s_frameBuffer[2][DEMO_FB_SIZE], DEMO_FB_ALIGN); バックライトだけが点灯しており、画面は真っ暗です。 何故ですか？   #if FB_USE_SRAM static void DEMO_WaitVsync(lv_disp_drv_t *disp_drv) ヤージュ s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) != pdTRUE) ヤージュ PRINTF("ディスプレイのフラッシュに失敗しました\r\n"); assert(0); } ＃それ以外 while (s_framePending) ヤージュ } #endif } static void copy_area(const lv_area_t *area, lv_color_t *color_p, uint8_t *fb, uint32_t fbStrideBytes) ヤージュ uint32_t y; uint32_t areaWidth = lv_area_get_width(area); fb += (area->y1 * fbStrideBytes + area->x1 * sizeof(lv_color_t)); for (y = area->y1; y <= area->y2; y++) ヤージュ lv_memcpy(fb, color_p, areaWidth * sizeof(lv_color_t)); fb += fbStrideBytes; color_p += areaWidth; } } static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) ヤージュ /* 各小さな更新ごとに VSYNC を待機します。/ DEMO_WaitVsync(disp_drv); /* ドローバッファからフレームバッファにデータをコピーします。/ copy_area(area, color_p, (uint8_t*) s_frameBuffer, LCD_WIDTH * LCD_FB_BYTE_PER_PIXEL); SCB_CleanInvalidateDCache(); lv_disp_flush_ready(disp_drv); } ＃それ以外 static void DEMO_FlushDisplay(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p) ヤージュ // DCACHE_CleanByRange((uint32_t)color_p, DEMO_FB_SIZE); DCACHE_CleanInvalidateByRange((uint32_t)color_p, DEMO_FB_SIZE); ELCDIF_SetNextBufferAddr(LCDIF, (uint32_t)color_p); s_framePending = true; #if defined(SDK_OS_FREE_RTOS) if (xSemaphoreTake(s_frameSema, portMAX_DELAY) == pdTRUE) ヤージュ /* 重要！！！ * グラフィックライブラリに、フラッシュの準備ができたことを通知します */ lv_disp_flush_ready(disp_drv); } それ以外 ヤージュ PRINTF("ディスプレイのフラッシュに失敗しました\r\n"); assert(0); } ＃それ以外 while (s_framePending) ヤージュ } /* 重要！！！ * グラフィックライブラリに、フラッシュの準備ができたことを通知します */ lv_disp_flush_ready(disp_drv); #endif } #endif i.MXRT 105x Re: 求助关于RT1052显示旋转问题 こんにちは、 @dsd さん。 ご質問ありがとうございます！ まず、以下のLVGLの制限事項をご確認ください。full_refresh=1が有効になっている場合、画面の回転はサポートされません。詳細は以下を参照してください。 1. https://github.com/lvgl/lvgl/issues/4060 2. https://forum.lvgl.io/t/why-cannot-rotate-a-full-refreshed-display/10490/3   さらに、RT1050は回転のためのハードウェアPXPサポートを備えており、こちらの方が推奨されるソリューションです。詳細については、 https://docs.nxp.com/bundle/GUIGUIDERUG-1.6.1/page/topics/rotate_screen_and_widgets.htmlを参照してください。 SDKにはPXPの回転に関するデモも含まれています。   よろしくお願いします、 ギャビン Re: 求助关于RT1052显示旋转问题 こんにちは、 NXP i.MX RT1052をGuiguider（LVGL）と組み合わせて画面回転の開発に使用する場合、「シングルバッファのリフレッシュが遅く、ダブルバッファを使用すると画面が真っ黒になる」という問題が発生するのは、主にソフトウェアの回転とハードウェアのELCDIFコントローラ、ダブルバッファ切り替えメカニズム、およびメモリアドレスインデックスとの不一致が原因です。 よろしくお願いします