88W8987 FreeRTOSを用いたAPモードでの断続的なWPA2認証失敗 こんにちは、 私たちは88W8987をベースにしたMurataのLBEE5QD1ZMモジュールを使用し、SDIOを通じてFreeRTOSとNXP Wi-Fiドライバを動かす i.MX RT1176に接続しています。 特にMultilaser M10 Androidタブレットなど、一部のデバイスはPSK/CCMPを使ってWPA2-Personal APに接続できないことがよくあります。まれに、同じタブレットでも何度か試行錯誤した後に正常に接続できることがある。Samsung S9 FEなどの他のデバイスは正常に接続できます。 Androidは「IPアドレス取得中」と表示しますが、ログにはWPA2の4者ハンドシェア中に失敗があったことを示しています: - APは局の関係を報告していますが、RSN_CONNECTEDイベント情報は報告していません。 - AndroidログはEAPOLメッセージ3の受信とメッセージ4の送信、さらにAPからのメッセージ3の再送信を示しています。 - 関連付けから約18秒後、APは理由1で認証解除を報告します。 - RSN_CONNECTEDが発生した場合でも、DHCPは通常通り完了します。 影響を受けるタブレットでは、オープン接続とWEP接続は正常に動作します。この問題は、ファームウェアバージョン16.91.21.p82および16.92.21.p156.4でも引き続き発生します。 重要な比較として、同じモジュールモデルをLinux上で使う別の製品があります。M10はWPA2-PSK/CCMPで正常に接続し、認証器はホスト側のhostapdを通じて動作します。我々のFreeRTOS実装では、ハンドシェイクは88W8987ファームウェアによって管理されます。 これらの観察結果は、ファームウェア管理型認証装置における相互運用性の問題を示唆している。しかし、無線でのキャプチャがなければ、メッセージ4がモジュールに届くか、なぜ受け入れられないのか確認できません。 これは既知の問題ですか？認証器の状態を追跡し、ハンドシェイクが完了しない理由を特定するためのファームウェアの修正や診断オプションはありますか？ よろしくお願いします、 JVメロ。 Re: 88W8987 Intermittent WPA2 Authentication Failure in AP Mode with FreeRTOS こんにちは、ショーンさん。 以下の88W8987のファームウェアバージョンとSDKsをテストしました: 16.91.21.p82 with MCUXpresso SDK 2.13.1; 16.92.21.p156.4 with MCUXpresso SDK 26.09.00; 同じ断続的なWPA2認証失敗が、FreeRTOSプラットフォームの両バージョンで発生しました。 同じタブレットがLinux上で同じモジュールモデルを使用する別の製品に正常に接続でき、hostapdがホスト側のWPA2ハンドシェイクを処理します。FreeRTOSプラットフォームではモジュールのファームウェアがハンドシェイクを処理しているため、ファームウェアのWPA2認証器との相互運用性の問題が疑われています。 よろしくお願いします、 JVメロ。 Re: 88W8987 Intermittent WPA2 Authentication Failure in AP Mode with FreeRTOS こんにちは、 @joseviniciusmelo さん iMX1176のSDKバージョンの共有を手伝ってもらえますか? よろしくお願いいたします。 ショーン

GUI Guider V2.0.1 オフラインテンプレートのダウンロードパス GUI Guider V2.0.1のオフラインテンプレートのダウンロードリンクはどこにありますか？ Re: GUI Guider V2.0.1离线模板下载路径 こんにちは、 @ZYQ さん。 GUI Guiderのオフラインテンプレートは、製品ページで見つけてダウンロードできます:Create Modern Embedded GUIs Fasts |NXP Semiconductors 「ダウンロード」の下。GUI Guiderバージョンの「オフラインテンプレート」という項目を探してください。この場合、 GUI Guider v2.0.1 オフライン テンプレート オフラインテンプレートの動作については、ドキュメントページ「Getting started — GUI Guider ドキュメント」でご覧いただけます。 他に何かご質問がありましたら、お知らせください。

Hands-On: Real-Time Control, Sensing, and Visualization with FRDM-A-S32K344 Attached is hands-on presentation Real-Time Control, Sensing, and Visualization with FRDM-A-S32K344 used during Electronica 2026 edge lab LIVE! event The presentation is designed for ​FRDM-A-S32K344 board, but might be reused also for different MCUs/boards with consideration board and pins specification. Brief Content: FRDM-A-S32K344 Board Overview​ Hands-On Application Code Hub (ACH) project Add Timer, GPIO and ADC pins Clock Configuration tips Push buttons Periodic Interrupt FreeMASTER Data Recording FreeMASTER Recorder Tips and Tricks​ As Initial example code we used Real-Time ADC Monitoring and LED Dimming Using FreeMASTER example from Application Code Hub. The content is Public: Free to use, modify, extend and share. We would be happy if you share with us significant improvements, modifications or porting to other boards/derivatives.   S32K3 , #FRDM-A-S32K344, S32DS-S32PLATFORM , FREEMASTER 

Unable to detect S32K344 HMS Board in S32DS application. In S32DS I am able to build my project but during debug or flashing in S32k3 board I am unable detect this S32K3 board in PEMicro debbuger option in port option. Even in normal way I checked by connecting through USB cable whether it showing connected or not device manager but there also unable to detect this S32K344 HMS board. #S32k344             Re: Unable to detect S32K344 HMS Board in S32DS application. Hi @Amit8863  The onboard LED appears to be functioning normally. Could it be that another instance of S32DS or another IDE is currently using this debugger? However, the onboard debugger(PEMicro OpenSDA Debug Driver ) does not appear in Device Manager. Please take a look at my Device Manager after the USB cable has been plugged in. Please use a USB cable that includes D+ and D- signal lines. The onboard debugger is provided by PEMicro, it is recommended to download the latest "USB Multilink Resources Installer" from the "Support & Downloads" category of the "Multilink Debug Probes". After installation, open PEFirmwareConfig.exe located in C:\PEMicro\Multilink_Resources to check the firmware version. Select Hardware Type: Multilink ACP Embedded - OnBoard ARM Debug Interface  Then, check for available updates. Then, "Embedded Multilink Rev A" should be detected in the Port field under S32DS PEMicro Interface Settings. Best Regards, Robin Re: Unable to detect S32K344 HMS Board in S32DS application. Hi @Robin_Shen  I am unable to find any option here in select device as in your screenshot showing some devices. but for me nothing showing. could you please tell me how i can i get options Best Regards, Amit Re: Unable to detect S32K344 HMS Board in S32DS application. Hi Amit8863, Did you download the latest "USB Multilink Resources Installer" and then install it? Are there any other S32K3 development boards available for you to test with, or is your colleague's computer able to recognize the on-board debugger? Best Regards, Robin Re: Unable to detect S32K344 HMS Board in S32DS application. Hi Amit, Since the on-board debugger is provided by PEMicro, and the on-board LED D14 (STATUS OSDA) is correctly lit in orange, I suggest that you reach out to PEMicro via their Support Ticket system for assistance. Best Regards, Robin Re: Unable to detect S32K344 HMS Board in S32DS application. Hello Robin I downloaded the latest "USB Multilink Resources Installer" and then i installed it. but it is showing option as in above available software. Yes i have one another S32K3 development boards available and it is in fully working case with same my computer on which i am checking this S32K344 board. Regards, Amit Kumar

エラーの更新とアプリコードハブS32K344ビルディング例 FRDM S32K344ボード用のこちらのデモを参考にしています： https://mcuxpresso.nxp.com/appcodehub? search=dm-adc-profiling-freemaster-s32k344 正しいソフトウェア依存関係をインストールしましたが、「コードの更新とプロジェクトのビルド」をクリックしようとすると、次のエラーが発生します。PCとS32DSを再起動したり、新しいワークスペースを作成したり、他の拡張機能を確認したりしてみましたが、このバグは解消されませんでした。サポートに心より感謝いたします! Re: Errors Updating & Building S32K344 App Code Hub Example こんにちは、 例の説明はTと述べています。彼の例はFRDMオートモーティブバンドルを用いてS32K3 + S32M27を用いて開発されました。 以下に挙げるすべてのドライバがこの例で使われているわけではありません。ただし、少なくとも以下の2つのパッケージはS32DS 3.6.8に正しくインストールされている必要がありますデモを読み込む前に： S32K3 リアルタイム・ドライバ AUTOSAR 4.9、バージョン7.0.1 S32K3 FreeMASTERドライバ これらのパッケージがS32DS 3.6.xに正しくインストールされているか必ず確認してください環境。 成功したドライバーインストール後、通常はACHからこの例を読み込み、UpdateCodeとBuildを実行します。 BR、ペトル   Re: Errors Updating & Building S32K344 App Code Hub Example こんにちは、ペトルさん。 ご返信いただき、誠にありがとうございます。あなたの指示に従いましたが、K39xx R23-11 RTDパッケージで以下のエラーが発生しました: パッケージにはS32K39xしか記載されておらず、S3K34xは記載されていないので、デモで本当にこれが必要ですか? 最高、 Andrew Re: Errors Updating & Building S32K344 App Code Hub Example 前回の返信を訂正します。S32K344デモ環境を動作させるには、以下の設定変更が必要でした。 必要なソフトウェアパッケージとDesign Studioの更新サイトZIPファイルをダウンロードしてください。 S32DS 3.6.xでは、拡張機能と更新を開く → 更新サイトの追加。 各ZIPファイルを追加し、[更新サイトの追加]ダイアログを閉じ、利用可能なコンポーネントを選択して、 [インストール]をクリックします。 インストール後、S32DSを再起動してください。 RTD依存パッケージをインストールする前に、必ずS32K3/S32M27x RTD 7.0.1の基本パッケージ全体をインストールしてください。 プロジェクトを作成する際は、GCC 10.2ツールチェーンを使用してください。 作業パッケージセットには以下が含まれていました: S32K3xx開発パッケージ S32K3 FreeMASTER シリアル通信ドライバ S32K3 RTD AUTOSAR R23-11 バージョン 7.0.1 S32K3_S32M27x RTD AUTOSAR R23-11 バージョン 7.0.1 S32K3XX RTD AUTOSAR R23-11 バージョン 7.0.1 AMMCLIB（S32K3xx/S32M27x用、RTD依存） S32K3xx向けFreeRTOS 重要: QLP06/P02はアドオンパッケージであり、完全なRTDではありません。QLP06/P02を単独でインストールしないでください。まず基本のRTDパッケージをインストールし、必要な場合にのみQLP06/P02をインストールしてください。単独でインストールすると、以下の結果になります。 必要な依存関係が不足しています: com.nxp.RTD.S32K3_S32M27X 0.0.0 この特定のS32K344デモでは、最低限必要なパッケージはベースのS32K3 RTD 7.0.1パッケージとS32K3 FreeMASTERドライバです。他のパッケージはより広いバンドルの一部であったり、プロジェクト依存関係によって必要になる場合があります。このS32K344デモにはK39xx RTDパッケージは必須ではありません。 Re: Errors Updating & Building S32K344 App Code Hub Example こんにちは、 RTDのパッケージ番号や説明についてのご不安は理解しています。 また、7.0.1.QLP5/6/P02はCryptoドライバを含むアドオンパッケージであることも正しいです。これらのパッケージは、ベースのS32K3 RTD 7.0.1パッケージの上にインストールする必要があります。 ただし、ACHのデモではオートモーティブ ソフトウェア パッケージ マネージャと FRDM Automotive S32K3 + S32M27ボードインストールパッケージへ案内されます。リアルタイム・ドライバ 7.0.1を選択すると、そのファイルが正確に表示されているのが見えます。 パッケージマネージャーでバンドルインストーラーを生成させれば、正しいパッケージを選択してインストールします。この特定の例では、これらのパッケージすべてが必須というわけではありません。前述の通り、必要なのはRTDとFreeMASTERドライバのみです。 ソフトウェアライブラリで必要なファイルを見つけたら、パッケージマネージャーで正確な名前を検索して正しいパッケージを特定してください。 S32K3 RTD 7.0.1パッケージのインストールに関しては、4つのドライバが含まれています。この S32K344 ADC 例では S32K39x および S32M27x ドライバは必須ではありません。しかし、今後のアップデートはベースパッケージによって異なる可能性があるため、4つのドライバすべてをインストールすることが強く推奨されます。 BR、ペトル  

S32DSアプリケーションでHMSボードS32K344検出できません。 S32DSではプロジェクトをビルドできますが、S32k3ボードでのデバッグまたはフラッシュ中に、ポートオプションのPEMicroデバッガーオプションでこのS32K3ボードを検出できません。通常通りUSBケーブルで接続してデバイスマネージャの表示を確認しましたが、HMSボードS32K344コネクテッド検出できませんでした。#S32k344             Re: Unable to detect S32K344 HMS Board in S32DS application. こんにちは、 @Amit8863さん 搭載されているLEDは正常に動作しているようです。 もしかすると、別のS32DSやIDEのインスタンスが現在このデバッガを使っている可能性はありますか? しかし、オンボードのデバッガ(PEMicro OpenSDA Debug ドライバ )は デバイスマネージャには表示されません。USBケーブルを差し込んだ後、デバイスマネージャーをご覧ください。D+とD-の信号線を含むUSBケーブルを使用してください。 オンボードデバッガはPEMicroによって提供されており、最新の「USB Multilink Resources Installer」を、「Multilink Debug Probes」の「サポート & Downloads」カテゴリからダウンロードすることを推奨します。インストール後、PEFirmwareConfig.exe C:\PEMicro\Multilink_Resourcesにあるファイルを開き、ファームウェアのバージョンを確認してください。ハードウェアタイプを選択し:Multilink ACP Embedded - OnBoard Arm Debug インターフェース。次に、利用可能なアップデートを確認してください。 その後、S32DS PEMicroインターフェース設定のポートフィールドで「Embedded Multilink Rev A」が検出されるはずです。 よろしくお願いいたします ロビン Re: Unable to detect S32K344 HMS Board in S32DS application. こんにちは、 @Robin_Shen さん。 あなたのスクリーンショットに表示されているようなデバイス選択オプションが、こちらでは見つかりません。しかし、私には何も表示されませんでした。どうすれば選択肢を得られるか教えていただけますか よろしくお願いいたします。 アミット Re: Unable to detect S32K344 HMS Board in S32DS application. こんにちは、Amit8863さん。 最新版の「 USBマルチリンクリソースインストーラー」をダウンロードしてインストールしましたか？ 他にテスト用のS32K3開発ボードはありますか?それとも同僚のパソコンは搭載デバッガを認識できますか? よろしくお願いいたします ロビン Re: Unable to detect S32K344 HMS Board in S32DS application. こんにちは、アミットさん。 搭載デバッガはPEMicroが提供しており、搭載LEDD14(STATUS OSDA)はオレンジ色で正しく点灯しているため、サポートチケットシステムを通じてPEMicroに連絡することをお勧めします。 よろしくお願いいたします ロビン Re: Unable to detect S32K344 HMS Board in S32DS application. こんにちは、ロビン 最新の「USB Multilink Resources Installer」をダウンロードしてインストールしました。しかし、上記のソフトウェアのオプションが表示されています。はい、他にもS32K3の開発ボードがあり、同じPCで完全に動作しています。このS32K344ボードは確認しています。 よろしくお願いいたします。 アミット・クマール

S32DS 应用中无法检测到 S32K344 HMS 板。 在 S32DS 中，我能够构建我的项目，但在 S32k3 板上进行调试或烧录时，我无法在 PEMicro 调试器的端口选项中检测到该 S32K3 板。即使按照正常方式，我通过 USB 电缆连接检查设备管理器是否显示已连接，但设备管理器也无法检测到这块 S32K344 HMS 板。#S32k344             Re: Unable to detect S32K344 HMS Board in S32DS application. 你好@Amit8863 板载LED指示灯似乎工作正常。 会不会是另一个 S32DS 实例或其他 IDE 当前正在使用此调试器？ 然而，板载调试器（ PEMicro OpenSDA 调试驱动程序） ）未出现在设备管理器中。请在插入USB线缆后查看我的设备管理器。请使用带有 D+ 和 D- 信号线的 USB 数据线。 板载调试器由 PEMicro 提供，建议下载最新的“USB 多链路资源安装程序”，该安装程序可从“支持与下载”类别下的“多链路调试探针”页面获得。安装完成后，打开PEFirmwareConfig.exe文件，该文件位于 C:\PEMicro\Multilink_Resources 目录下，用于检查固件版本。选择硬件类型：Multilink ACP Embedded - OnBoard Arm 调试接口然后检查是否有可用更新。 然后，应在 S32DS PEMicro 接口设置的端口字段中检测到“嵌入式多链路 Rev A ”。 此致敬礼， Robin Re: Unable to detect S32K344 HMS Board in S32DS application. 嗨@Robin_Shen 我在这里找不到像您截图中显示的那样选择设备的选项。但我这边什么都没显示。请问我如何才能获得选项？ 顺祝商祺！ 阿米特 Re: Unable to detect S32K344 HMS Board in S32DS application. 你好 Amit8863， 你是否下载了最新的“ USB多链路资源安装程序”并进行了安装？ 是否有其他 S32K3 开发板可供您测试？或者您同事的计算机是否能够识别板载调试器？ 此致敬礼， Robin Re: Unable to detect S32K344 HMS Board in S32DS application. 你好，罗宾 我下载了最新的“USB Multilink Resources Installer”并进行了安装，但它显示的选项与上面提到的可用软件相同。是的，我还有另一块S32K3开发板，它和我现在用来测试这块S32K344板的电脑连接良好，运行正常。 此致， 阿米特·库马尔 Re: Unable to detect S32K344 HMS Board in S32DS application. 嗨，阿米特， 由于板载调试器由 PEMicro 提供，并且板载 LED D14（STATUS OSDA）已正确亮起橙色，我建议您通过 PEMicro 的支持票务系统联系他们寻求帮助。 此致敬礼， Robin

Errors Updating & Building S32K344 App Code Hub Example I am trying to follow this demo for the FRDM S32K344 board: https://mcuxpresso.nxp.com/appcodehub?search=dm-adc-profiling-freemaster-s32k344  I installed the correct SW dependencies but once I try to click "Update Code and Build Project" I get the following errors. I've tried restarting my PC and S32DS, recreate a new workspace, and check other extensions and nothing has gotten rid of this bug. Thank you kindly in advance for your support! Re: Errors Updating & Building S32K344 App Code Hub Example Hi, the example description states this example was developed using the FRDM Automotive Bundle for S32K3 + S32M27.  Not all the drivers listed below are used in this example. However, at least the following two packages must be properly installed in S32DS 3.6.8 before loading the demo: S32K3 Real-Time Drivers AUTOSAR 4.9, Version 7.0.1 S32K3 FreeMASTER Driver Please make sure that these packages are correctly installed in your S32DS 3.6.x environment. After succesfull drivers installation, the given example can be normally loaded from ACH and execute UpdateCode and Build. BR, Petr   Re: Errors Updating & Building S32K344 App Code Hub Example Correction to my previous reply. The following setup changes were needed to get the S32K344 demo environment working: Download the required software packages and Design Studio update-site ZIP files. In S32DS 3.6.x, open Extensions and Updates → Add Update Sites. Add each ZIP file, close the Add Update Sites dialog, select the available components, and click Install. Restart S32DS after installation. Install the complete base S32K3/S32M27x RTD 7.0.1 package before installing any RTD-dependent package. Use the GCC 10.2 toolchain when creating the project. The working package set included: S32K3xx Development Package S32K3 FreeMASTER Serial Communication Driver S32K3 RTD AUTOSAR R23-11 Version 7.0.1 S32K3_S32M27x RTD AUTOSAR R23-11 Version 7.0.1 S32K3XX RTD AUTOSAR R23-11 Version 7.0.1 AMMCLIB for S32K3xx/S32M27x, RTD dependent FreeRTOS for S32K3xx Important: QLP06/P02 is an add-on package, not the complete RTD. Do not install QLP06/P02 by itself. Install the base RTD package first, then install QLP06/P02 only if it is required. Installing it alone produces: Missing required dependency: com.nxp.RTD.S32K3_S32M27X 0.0.0 For this specific S32K344 demo, the minimum required packages are the base S32K3 RTD 7.0.1 package and the S32K3 FreeMASTER Driver. The other packages are part of the broader bundle or may be needed by project dependencies. The K39xx RTD package is not required for this S32K344 demo. Re: Errors Updating & Building S32K344 App Code Hub Example Hi Petr. Thank you kindly for the reply. I followed your instructions and received the following error on the K39xx R23-11 RTD package: Do I really need this for the demo since the package only mentions S32K39x and not S3K34x? Best, Andrew Re: Errors Updating & Building S32K344 App Code Hub Example Hi, I understand your doubts about the RTD package numbering and descriptions. You are also correct that 7.0.1.QLP5/6/P02 are add-on packages containing Crypto drivers. These packages must be installed on top of the base S32K3 RTD 7.0.1 package. However, the ACH demo directs you to the Automotive Software Package Manager and the FRDM Automotive S32K3 + S32M27 Board Installation Package. If you select Real-Time Drivers 7.0.1, you can see the exact file it represents. If you allow the Package Manager to generate a bundle installer, it will select the correct packages for installation. It is correct that not all of these packages are necessary for this particular example; as mentioned, only the RTD and FreeMASTER driver are required. If you locate the necessary files in your software library, search for the exact names displayed in the Package Manager to identify the correct packages. Regarding the S32K3 RTD 7.0.1 package installation, it contains four drivers. The S32K39x and S32M27x drivers are not required for this S32K344 ADC example. However, it is highly advisable to install all four drivers, mainly because future updates may depend on the base package. BR, Petr  

生成式人工智能的应用：通过智能创新变革企业 生成式人工智能（GenAI）正在迅速改变企业的运营方式、创新方式以及与客户互动的方式。从自动化内容创作和智能聊天机器人到高级数据分析和人工智能驱动的应用，生成式人工智能正在成为现代数字化转型的重要组成部分。 然而，成功应用人工智能不仅仅是实施新技术。它关乎识别正确的商业机会、了解组织面临的挑战以及创造可衡量的价值。 生成式人工智能的日益普及 各行各业的组织都在探索生成式人工智能，以提高生产力、降低运营成本、加快决策速度并提供个性化的客户体验。 根据安永会计师事务所发布的《2025 年印度高管调查报告》，47% 的组织表示在生产环境中拥有多个生成式人工智能用例。这标志着从最初的实验阶段转向了实际的商业实施阶段。 一些关键的采用领域包括： 业务自动化：自动化重复性任务、工作流程和运营流程。 客户体验：开发智能虚拟助手和个性化客户互动。 内容创作：创建营销内容、报告、产品描述和商业沟通材料。 数据智能：从大型数据集中提取洞见，为明智的决策提供支持。 软件开发：加速编码、测试、文档编写和应用程序开发。 人工智能应用面临的挑战 尽管生成式人工智能具有巨大潜力，但企业在采用该技术时仍面临诸多挑战。数据隐私、模型准确性、集成复杂性、基础设施成本和负责任的人工智能治理仍然是重要的考虑因素。 组织还必须确保人工智能生成的输出结果可靠、透明，并符合业务需求。人工监督和持续评估对于建立人们对人工智能系统的信任至关重要。 研究驱动的生成式人工智能应用 Enaviya 认为，成功采用生成式人工智能始于研究、业务理解和正确的技术战略。 从研究和技术的角度来看，研究新兴人工智能模型如何解决现实世界的商业问题非常重要。这包括评估大型语言模型（LLM）、探索功能域特定的 AI 应用、了解自动化机会以及评估 AI 集成的实际影响。 Enaviya 致力于通过生成式人工智能开发、LLM 集成、人工智能代理、定制人工智能应用程序和智能自动化，将这些机遇已翻译为可扩展的业务解决方案。 研究驱动的方法可以帮助组织摆脱对人工智能工具的试验，专注于能够带来可衡量的业务成果的解决方案。 请在本帖中分享您的反馈意见。 Re: Generative AI Adoption: Transforming Businesses Through Intelligent Innovation 感谢分享这份概述——关于在推出新工具之前进行调研的观点真的让我很有共鸣。根据我的经验，那些从人工智能中获益最多的团队，是在漫长的测试和文档编写过程中安排适当的休息时间，并保持基本工作的正确性，而不是试图一次性完成所有事情。短暂的休息，喝杯好咖啡，确实能帮助我更清醒地重新思考问题。如果您喜欢在家中储备充足的物资，不妨看看这个网站。

Generative AI Adoption: Transforming Businesses Through Intelligent Innovation Generative Artificial Intelligence (GenAI) is rapidly changing how businesses operate, innovate, and interact with customers. From automated content creation and intelligent chatbots to advanced data analysis and AI-powered applications, Generative AI is becoming an important part of modern digital transformation. However, successful AI adoption is not simply about implementing new technology. It is about identifying the right business opportunities, understanding organizational challenges, and creating measurable value. The Growing Adoption of Generative AI Organizations across industries are exploring Generative AI to improve productivity, reduce operational costs, accelerate decision-making, and deliver personalized customer experiences. According to EY's 2025 India C-suite survey, 47% of organizations reported having multiple Generative AI use cases in production. This indicates a shift from initial experimentation towards practical business implementation. Some of the key areas of adoption include: Business Automation: Automating repetitive tasks, workflows, and operational processes. Customer Experience: Developing intelligent virtual assistants and personalized customer interactions. Content Generation: Creating marketing content, reports, product descriptions, and business communications. Data Intelligence: Extracting insights from large datasets and supporting informed decisions. Software Development: Accelerating coding, testing, documentation, and application development. The Challenges Behind AI Adoption Despite its potential, businesses face several challenges when adopting Generative AI. Data privacy, model accuracy, integration complexity, infrastructure costs, and responsible AI governance remain important considerations. Organizations must also ensure that AI-generated outputs are reliable, transparent, and aligned with business requirements. Human oversight and continuous evaluation are essential for building trust in AI-powered systems. Research-Driven Generative AI Adoption At Enaviya, we believe successful Generative AI adoption begins with research, business understanding, and the right technology strategy. From a research and technology perspective, it is important to study how emerging AI models can address real-world business problems. This includes evaluating large language models (LLMs), exploring domain-specific AI applications, understanding automation opportunities, and assessing the practical impact of AI integration. Enaviya focuses on translating these opportunities into scalable business solutions through Generative AI development, LLM integration, AI agents, custom AI applications, and intelligent automation. A research-driven approach helps organizations move beyond experimenting with AI tools and focus on solutions that deliver measurable business outcomes. Please share your feedback in this thread. Re: Generative AI Adoption: Transforming Businesses Through Intelligent Innovation Thanks for sharing this overview — the point about doing the research before rolling out new tools really resonated with me. In my experience, the teams that get the most from AI are the ones that build in proper breaks and keep the basics right during long testing and documentation sessions, rather than trying to push through everything at once. A short pause with a decent coffee genuinely helps me come back to a problem with a clearer head. For anyone who likes to keep a good supply on hand at home, have a look at this website

更新和构建 S32K344 应用程序代码中心示例时出错 我正在尝试按照这个演示教程操作 FRDM S32K344 板： https://mcuxpresso.nxp.com/appcodehub?search=dm-adc-profiling-freemaster-s32k344 我已经安装了正确的软件依赖项，但是当我尝试点击“更新代码并版本项目”时，出现以下错误。我已经尝试重启我的电脑和S32DS，重新创建一个新的工作区，并检查了其他扩展程序，但都无法解决这个错误。非常感谢您的支持！ Re: Errors Updating & Building S32K344 App Code Hub Example 您好， 示例说明指出，此示例是使用 FRDM Automotive Bundle for S32K3 + S32M27 开发的。 以下列出的驱动程序并非全部都在本示例中使用。但是，至少以下两个软件包必须正确安装在 S32DS 3.6.8 中。加载演示之前： S32K3 实时驱动程序 AUTOSAR 4.9，版本 7.0.1 S32K3 FreeMASTER 驱动程序 请确保这些软件包已正确安装在您的 S32DS 3.6.x 版本中。环境。 驱动程序安装成功后，即可从 ACH 正常加载给定的示例，并执行 UpdateCode 和版本命令。 BR，彼得   Re: Errors Updating & Building S32K344 App Code Hub Example 更正我之前的回复。为了使 S32K344 演示环境正常运行，需要进行以下设置更改： 下载所需的软件包和 Design Studio 更新站点 ZIP 文件。 在 S32DS 3.6.x 中，打开扩展和更新 → 添加更新站点。 添加每个 ZIP 文件，关闭“添加更新站点”对话框，选择可用元器件，然后单击“安装” 。 安装完成后重启S32DS。 在安装任何 RTD 相关软件包之前，请先安装完整的 S32K3/S32M27x RTD 7.0.1 基本软件包。 创建项目时请使用 GCC 10.2 工具链。 工作包内含： S32K3xx 开发包 S32K3 FreeMASTER 串行通信驱动程序 S32K3 RTD AUTOSAR R23-11 版本 7.0.1 S32K3_S32M27x RTD AUTOSAR R23-11 版本 7.0.1 S32K3XX RTD AUTOSAR R23-11 版本 7.0.1 AMMCLIB 适用于 S32K3xx/S32M27x，RTD 相关 适用于 S32K3xx 的 FreeRTOS 重要提示： QLP06/P02 是一个附加软件包，而不是完整的 RTD。请勿单独安装 QLP06/P02。首先安装基本 RTD 软件包，然后仅在需要时才安装 QLP06/P02。单独安装会产生以下结果： 缺少必需依赖项：com.nxp.RTD.S32K3_S32M27X 0.0.0 对于这个特定的 S32K344 演示，所需的最低软件包是基本的 S32K3 RTD 7.0.1 软件包和 S32K3 FreeMASTER 驱动程序。其他软件包是更大软件包的一部分，或者可能是项目依赖项所必需的。本 S32K344 演示不需要 K39xx RTD 软件包。 Re: Errors Updating & Building S32K344 App Code Hub Example 你好，彼得。 非常感谢您的回复。我按照您的指示操作，但在 K39xx R23-11 RTD 软件包上收到以下错误： 演示真的需要这个吗？因为软件包里只提到了 S32K3 9 x，而没有提到 S3K3 4 x。 最好的， Andrew Re: Errors Updating & Building S32K344 App Code Hub Example 您好， 我理解您对RTD包装编号和描述的疑虑。 您也说得对，7.0.1.QLP5/6/P02 是包含加密驱动程序的附加软件包。这些软件包必须安装在基础 S32K3 RTD 7.0.1 软件包之上。 但是，ACH 演示会引导您使用汽车软件包管理器和FRDM 汽车 S32K3 + S32M27 板安装包。如果您选择实时驱动程序 7.0.1 ，你可以看到它所代表的确切文件。 如果允许软件包管理器生成捆绑安装程序，它将选择正确的软件包进行安装。没错，并非所有这些软件包对于这个特定示例都是必需的；如前所述，只需要 RTD 和 FreeMASTER 驱动程序。 如果在软件库中找到了所需的文件，请在软件包管理器中搜索显示的确切名称，以识别正确的软件包。 关于 S32K3 RTD 7.0.1 软件包的安装，它包含四个驱动程序。本 S32K344 ADC 示例不需要 S32K39x 和 S32M27x 驱动程序。但是，强烈建议安装所有四个驱动程序，主要是因为未来的更新可能取决于基础软件包。 BR，彼得  

生成型AIの導入：インテリジェントなイノベーションを通じてビジネスを変革する 生成型AI、マシン・ラーニング（機械学習）(GenAI)は、企業の運営方法、イノベーション、お客様との関わり方を急速に変えています。自動コンテンツ作成やインテリジェントチャットボットから高度なデータ分析、AI搭載アプリケーションに至るまで、生成AIは現代のデジタルトランスフォーメーションにおいて重要な一部となりつつあります。 しかし、AIの導入を成功させるには、単に新テクノロジを導入することだけではありません。それは、適切なビジネスチャンスを見極め、組織的な課題を理解し、測定可能な価値を創造することに関わる。 生成型AIの普及拡大 業界の組織が生産性向上、運用コスト削減、意思決定の迅速化、パーソナライズされたお客様体験の提供のために生成AIを模索しています。 EYの2025年インドCスイート調査によると、47%の組織が複数の生成AIのユースCASEを本環境で抱えていると報告しています。これは、初期の実験段階から、実際のビジネスへの導入へと移行していることを示している。 導入の主な分野には以下のようなものがあります。 ビジネスオートメーション:繰り返しの作業、ワークフロー、運用プロセスの自動化。 お客様体験:インテリジェントなバーチャルアシスタントとパーソナライズされた顧客対応の開発。 コンテンツ生成:マーケティングコンテンツ、レポート、製品説明、ビジネスコミュニケーションの作成。 データインテリジェンス：大規模データセットから洞察を抽出し、情報に基づいた意思決定を支援する。 ソフトウェア開発: コーディング、テスト、ドキュメント作成、アプリケーション開発の加速。 AI導入における課題 潜在能力は高いものの、企業が生成型AIを導入する際には、いくつかの課題に直面する。データプライバシー、モデルの精度、統合の複雑さ、インフラストラクチャコスト、責任あるAIガバナンスは依然として重要な考慮事項です。 組織はまた、AIが生成する出力が信頼性が高く、透明性があり、ビジネス要件に合致していることを確保しなければならない。AI搭載システムにおける信頼構築には、人間の監督と継続的な評価が不可欠です。 研究主導型生成AIの導入 Enaviyaでは、生成AIの成功はリサーチ、ビジネス理解、そして適切なテクノロジ戦略から始まると信じています。 研究およびテクノロジの観点からは、新興のAIモデルが現実世界のビジネス課題にどのように対応できるかを研究することが重要です。これには、大規模言語モデル(LLM)の評価、ドメイン特化したAIアプリケーションの探求、オートメーションの機会の理解、AI統合の実用的影響の評価が含まれます。 Enaviyaは、生成AI開発、LLM統合、AIエージェント、カスタムAIアプリケーション、インテリジェントオートメーションを通じて、これらの機会をスケーラブルなビジネスソリューションへと転換することに注力しています。 研究主導型のアプローチは、組織がAIツールの実験段階を超え、測定可能なビジネス成果をもたらすソリューションに焦点を当てるのに役立ちます。 ぜひこのThreadでご意見をお寄せください。 Re: Generative AI Adoption: Transforming Businesses Through Intelligent Innovation この概要を共有していただきありがとうございます。新しいツールを導入する前に調査を行うべきだという点は、非常に共感できました。私の経験では、AIの恩恵を最も得ているチームは、適切な休憩を設け、長時間のテストやドキュメント作成の際に基本をしっかり守るチームであり、すべてを一度に押し切ろうとするわけではありません。美味しいコーヒーを飲みながら少し休憩すると、頭がすっきりした状態で問題に取り組むことができる。ホームで良い備蓄を常に用意しておくのが好きな方は、このウェブサイトをご覧ください

Using CLRC663 as P2P device Hello, We would like to use the CLRC663 plus as a Peer-to-peer (P2P) device. According to the datasheet the CLRC663 supports P2P mode according to the ISO/IEC 18092 in Passive Initiator mode. This however brings up a multitude of questions: Is it possible to have two CLRC663 devices communicate with each other? If not, should the CLRC663 be combined with another device? Which is recommended? How to activate the ISO 18092 protocol? For other protocols I have found AN12657 at least describes how to activate some other protocols using the LoadProtocol functionality on the CLRC633, but the datasheet lacks any information on the ISO 18092 protocol. How these other two are activated is entirely unclear from the datasheet as well but can be inferred from this Application Note. Can two devices communicate in Passive Initiator mode? I have looked at probably all posts already on the forum related to this but found nothing of use. I have also seen the NFC Reader Library but am unable to find anything useful regarding P2P. Kind regards Re: Using CLRC663 as P2P device Hello, Thank you for your interest in NXP Semiconductors products and for the opportunity to support you CLRC663 is not fully NFC Forum compliant and it is intended for Reader/Writer mode. A CLRC663 can therefore be used with a different NFC device that supports the required target mode (i.e. HCE). For a standard ISO/IEC 18092 P2P connection, you could consider evaluating the PN5190. However, this hardware consideration must also be evaluated together with the available support. Please notice that the NXP NFC Reader Library states that maintenance of its P2P functionality is being discontinued. Although earlier library releases include legacy P2P support, P2P functionality is not supported in our current software baseline. Best regards,  Alondra Re: Using CLRC663 as P2P device Hello, Thanks for your response. We will look into the PN5190 as well. We have a Mikroe USB Dongle which uses the PN7150, could this be used to test this functionality too? My main concern is with setting the ISO 18092 standard on the CLRC663. For other protocols I have found the settings to enable this, but not for ISO 18092. Would it be possible or perhaps easier to use two PN5190 ICs to let them communicate together?  As a sidenote, it seems NFC P2P is sort of 'old school', Android stopped supporting it about 7 versions ago, and NXP it seems also treats it as legacy. Is this even worth trying?  Kind regards Re: Using CLRC663 as P2P device Hello,  Please note that the Mikroe USB Dongle is not an NXP product. Therefore, application implementation and compatibility will depend entirely on the capabilities and support provided by the dongle manufacturer. Additionally, the PN7150 is not recommended for new designs. NXP has discontinued Android maintenance for the PN7150 and does not plan to provide support for newer Android versions. P2P communication based on ISO/IEC 18092 is being discontinued and is no longer supported by NXP. A similar situation applies when considering two PN5190 devices. Since P2P is no longer supported, the recommended approach would be to configure one PN5190 as the NFC reader and the second device in card emulation mode, rather than implementing a P2P configuration. For new designs, we recommend using currently supported NFC operating modes and solutions. Best regards Re: Using CLRC663 as P2P device Hello, Thanks again, you have certainly steered us in the right direction. It is clear that P2P is not the way to go.

CLRC663をP2Pデバイスとして使用する こんにちは、 CLRC663 plusをピアツーピア（P2P）デバイスとして使用したいと考えています。データシートによると、CLRC663はISO/IEC 18092に準拠したパッシブイニシエータモードのP2Pモードをサポートしています。 しかし、これによって多くの疑問が生じる。 2台のCLRC663デバイスを相互に通信させることは可能ですか？ そうでない場合、CLRC663は別のデバイスと組み合わせるべきでしょうか？どちらがお勧めですか？ ISO 18092プロトコルを有効化するにはどうすればよいですか？他のプロトコルについては、 AN12657にCLRC633のLoadProtocol機能を使用して他のプロトコルをアクティブ化する方法が少なくとも記載されていることがわかりましたが、データシートにはISO 18092プロトコルに関する情報が一切ありません。これら2つの起動方法もデータシートからは全く不明ですが、このアプリケーションノートから推測できます。 パッシブイニシエーターモードで2台のデバイスが通信できますか? この件に関してフォーラムに投稿されている記事はほぼ全て確認しましたが、役に立つ情報は何も見つかりませんでした。NFCリーダ Libraryも見ましたが、P2Pに関して有益な情報は見つかりませんでした。 敬具 Re: Using CLRC663 as P2P device こんにちは、 NXPセミコンダクターズ製品にご関心をお寄せいただき、またサポートの機会をいただきありがとうございます CLRC663はNFCフォーラムの規格に完全に準拠しておらず、リーダー/ライターモードでの使用を想定しています。したがって、CLRC663は必要なターゲットモードをサポートする(すなわちHCE）。標準的なISO/IEC 18092のP2P接続については 、PN5190の評価を検討してみてください。 しかし、このハードウェアの考慮も利用可能なサポートと併せて評価する必要があります。NXP NFCリーダライブラリでは、P2P機能の維持管理が中止されることにご注意ください。以前のライブラリリリースにはレガシーP2Pサポートが含まれていますが、現在のソフトウェアベースラインではP2P機能はサポートされていません。 よろしくお願いします、 アロンドラ Re: Using CLRC663 as P2P device こんにちは、 なお、Mikroe USBドングルはNXP製品ではありません。したがって、アプリケーションの実装と互換性は、ドングルメーカーが提供する機能とサポートに完全に依存します。 さらに、PN7150は新しいデザインには推奨されていません。NXPはPN7150のAndroidメンテナンスを中止しており、新しいAndroidバージョンのサポートを提供する予定はありません。 ISO/IEC 18092に基づくP2P通信は廃止され、NXPによるサポートは終了しました。 2つのPN5190デバイスを検討する場合にも、同様の状況が当てはまります。P2Pはもはやサポートされていないため、推奨される方法は、P2P構成を実装するのではなく、1台のPN5190をNFCリーダとして、もう1台をカードエミュレーションモードに設定することです。 新しいデザインについては、現在サポートされているNFC動作モードやソリューションの使用を推奨します。 よろしくお願いいたします。 Re: Using CLRC663 as P2P device こんにちは、 ご回答ありがとうございます。 PN5190についても調査します。 私たちはPN7150を使う Mikroe USBドングル を持っていますが、これを使ってこの機能もテストできますか? 私の主な懸念はCLRC663にISO 18092規格を設定することです。他のプロトコルではこれを有効にする設定を見つけましたが、ISO 18092では見つかりませんでした。 PN5190 ICを2つ使用して通信させることは可能でしょうか？あるいは、その方が簡単でしょうか？ ちなみに、NFC P2Pはどこか"昔ながら"のもののようです。Androidは約7バージョン前にサポートを終了し、NXPもこれをレガシーとして扱っているようです。これって試してみる価値があるの？ 敬具 Re: Using CLRC663 as P2P device こんにちは、 改めて感謝申し上げます。おかげさまで、正しい方向へ進むことができました。P2P方式は明らかに適切な方法ではない。

MCXA156VLH ISP PIN wise query We have designed a custom board using MCXA156VLH - LQFP-64, we have considered latest version of datasheet in which PIN3_29 is ISP Pin, but during our testing we found that PIN0_6 is ISP pin.  The date of manufacturing on IC is 2025 year. As per Errata on 2025 year, PIN0_6 is ISP pin. So which one should I consider in design PIN0_6 or PIN3_29 for ISP for future production ? MCXA Package and IO|GPIO Re: MCXA156VLH ISP PIN wise query Hello @TEMCEFF , Thank you for the clarification. I understand your question now. This erratum is specific to the 0P29K mask set, which can be identified from the device marking. Therefore, all MCXA156VLH devices with this mask set require the recommended workaround. Currently, there is no plan for a new revision to fix this issue. Hope it helps. BR Celeste Re: MCXA156VLH ISP PIN wise query Dear Celeste_Liu, Thank you for clarifying, we have tried the suggested solution and is working for existing parts. But, I also want to know for parts ordered from now which pin is to be considered for ISP -> P0_6 or P3_29 ? As I need to release the design to production now, confirmation on which pin to be considered for ISP is crucial. Re: MCXA156VLH ISP PIN wise query Hello @TEMCEFF , Thanks for your post. Yes,  your observation is consistent with the erratum ERR053147. For the affected silicon, P0_6 is the ISP pin during POR, while P3_29 is the ISP pin during a warm reset. Therefore, for the current affected devices, please take P0_6 into account in the hardware design to ensure that its state during power-on does not unintentionally trigger ISP mode. In short, P0_6 must be high during boot. If P3_29 needs to be used for ISP entry, the workaround described in the errata is to trigger a warm reset at the beginning of the user code after POR. In detail, please add the following code to SystemInitHook. __attribute__ ((weak)) void SystemInitHook (void) { /* Void implementation of the weak function. */ uint32_t s_CMCSRS = 0; s_CMCSRS = CMC->SRS; if(s_CMCSRS ==0x06) { NVIC_SystemReset(); } }   Hope it helps.   Regards, Celeste

MCXA156VLH ISP PIN 码查询 我们使用MCXA156VLH（LQFP-64封装）设计了一款定制板。我们参考了最新版本的数据手册，其中PIN3_29是ISP引脚，但在测试过程中我们发现PIN0_6才是ISP引脚。 该集成电路的生产日期为2025年。根据 2025 年的勘误表，PIN0_6 是 ISP 密码。那么，在未来的生产中，我应该在ISP设计中考虑使用PIN0_6还是PIN3_29呢？ MCXA 封装和 I/O|GPIO Re: MCXA156VLH ISP PIN wise query 你好@TEMCEFF ， 谢谢你的解释。我现在明白你的问题了。 此勘误专门针对 0P29K 掩模组，可通过设备标记识别。因此，所有使用此掩码集的 MCXA156VLH 设备都需要推荐的解决方法。 目前还没有计划通过新的修订来解决这个问题。 希望对您有所帮助。 BR 塞莱斯特 Re: MCXA156VLH ISP PIN wise query 亲爱的 Celeste_Liu， 感谢您的澄清，我们已经尝试了您建议的解决方案，并且对现有部件有效。 但是，我还想知道从现在开始订购的零件，ISP 应该使用哪个引脚——P0_6 还是 P3_29？ 由于我现在需要将设计版本投入生产，因此确认哪个引脚适合用作ISP至关重要。 Re: MCXA156VLH ISP PIN wise query 你好@TEMCEFF ， 感谢您的帖子。 是的，您的观察结果与勘误表 ERR053147 一致。 对于受影响的芯片， P0_6 是上电时的 ISP 引脚，而P3_29 是热 RESET 时的 ISP 引脚。因此，对于当前受影响的设备，请在硬件设计中考虑 P0_6 的状态，以确保其在上电期间不会意外触发信号 ISP 模式。简而言之，P0_6 在启动期间必须为高电平。 如果需要使用 P3_29 作为 ISP 入口，勘误表中描述的解决方法是在 POR 之后，在用户代码的开头触发一次热RESET。 具体来说，请将以下代码添加到 SystemInitHook 中。 __attribute__ ((weak)) void SystemInitHook (void) { /* Void implementation of the weak function. */ uint32_t s_CMCSRS = 0; s_CMCSRS = CMC->SRS; if(s_CMCSRS ==0x06) { NVIC_SystemReset(); } }   希望对您有所帮助。   此致， 塞莱斯特

使用 CLRC663 作为 P2P 设备 你好， 我们希望将 CLRC663 plus用作点对点 (P2P) 设备。根据数据表，CLRC663 支持符合 ISO/IEC 18092 标准的被动启动器模式下的 P2P 模式。 但这又引发了一系列问题： 两个 CLRC663 设备之间可以相互通信吗？ 如果不行，CLRC663 是否应该与其他设备组合使用？哪种更推荐？ 如何激活 ISO 18092 协议？对于其他协议，我发现AN12657至少描述了如何使用 CLRC633 上的LoadProtocol功能激活一些其他协议，但数据手册缺少有关 ISO 18092 协议的任何信息。从数据手册中也完全不清楚另外两个功能的激活方式，但可以从本应用说明中推断出来。 两个设备能否在被动启动器模式下通信？ 我几乎已经查看了论坛上所有与此相关的帖子，但没有找到任何有用的信息。我也看过 NFC读取器库，但找不到任何关于 P2P 的有用信息。 亲切的问候 Re: Using CLRC663 as P2P device 你好， 感谢您对恩智浦半导体产品的关注，也感谢您给我们提供支持的机会。 CLRC663 不完全符合 NFC Forum 标准，并且是为读写器模式设计的。因此，CLRC663 可以与支持所需目标模式的不同 NFC 设备一起使用（即 ）。HCE）。对于标准的 ISO/IEC 18092 P2P 连接，您可以考虑评估PN5190 。 但是，这种硬件方面的考虑也必须与可用的支持结合起来评估。请注意， NXP NFC读取器库声明其 P2P 功能维护已停止。虽然早期的库版本包含对传统 P2P 的支持，但我们当前的软件基线不支持 P2P 功能。 此致， 阿隆德拉 Re: Using CLRC663 as P2P device 你好， 谢谢你的回复。 我们也会研究一下PN5190。 我们有一个使用PN7150芯片的Mikroe USB Dongle ，它是否也可以用来测试这项功能？ 我主要关心的是在 CLRC663 上设置 ISO 18092 标准。对于其他协议，我已经找到了启用此功能的设置，但对于 ISO 18092 却没有。 是否可以使用两个PN5190集成电路来实现它们之间的通信？或者说，使用两个PN5190集成电路或许会更容易一些？ 顺便提一下，NFC P2P 似乎有点“过时”了，Android 大约在 7 个版本前就停止支持它了，NXP 似乎也把它视为过时的技术。这真的值得一试吗？ 亲切的问候 Re: Using CLRC663 as P2P device 你好， 请注意，Mikroe USB Dongle 不是 NXP 的产品。因此，应用程序的实现和兼容性将完全取决于加密狗制造商提供的功能和支持。 此外，不建议在新设计中使用 PN7150。NXP 已停止对 PN7150 的 Android 维护，并且不打算为更新的 Android 版本提供支持。 基于 ISO/IEC 18092 的 P2P 通信正在停止，NXP 不再提供支持。 当考虑两个 PN5190 设备时，情况也类似。由于不再支持 P2P，建议将一个 PN5190 配置为 NFC 读卡器，并将第二个设备配置为卡模拟模式，而不是实现 P2P 配置。 对于新设计，我们建议使用当前支持的 NFC 操作模式和解决方案。 顺祝商祺！ Re: Using CLRC663 as P2P device 你好， 再次感谢，您确实为我们指明了正确的方向。很明显，P2P 不是正确的发展方向。

MCXA156VLH ISP PIN 別クエリ MCXA156VLH - LQFP-64を使用したカスタムボードを設計しましたが、データシートの最新版ではPIN3_29がISPピンとされていました。しかし、テストの結果、PIN0_6がISPピンであることが判明しました。 ICの製造開始日は2025年です。2025年の正誤表によると、PIN0_6はISP PINです。SO、FUTUREの 生産のためにISPのデザインPIN0_6やPIN3_29でどちらを検討すべきでしょうか? MCXA パッケージとIO|GPIO Re: MCXA156VLH ISP PIN wise query こんにちは、 @TEMCEFF さん、 ご説明いただきありがとうございます。あなたの質問の意味が分かりました。 この訂正は、デバイスのマーキングから識別可能な0P29Kマスクセットに特有のものです。したがって、このマスクセットを搭載したすべてのMCXA156VLHデバイスは、推奨される回避策を適用する必要があります。 現時点では、この問題を修正するための新たな改訂版をリリースする予定はありません。 お役に立てば幸いです。 BR セレステ Re: MCXA156VLH ISP PIN wise query Celeste_Liu様、 ご説明いただきありがとうございます。ご提案いただいた解決策を試したところ、既存の部品では正常に動作しています。 しかし、今後注文する部品については、ISP のピンとして P0_6 または P3_29 のどちらを考慮すべきかも知りたいです。 今すぐデザインを本番環境に公開する必要があるので、どのピンをISPに検討するかの確認が非常に重要です。 Re: MCXA156VLH ISP PIN wise query こんにちは、 @TEMCEFF さん、 投稿ありがとうございます。 はい、あなたの指摘は正誤表ERR053147と一致しています。 影響を受けるシリコンの場合、 P0_6はPOR時のISPピン、 P3_29はウォームリセット時のISPピンです。したがって、現在影響を受けるデバイスについては、ハードウェア設計でその状態が電源オン時に意図せずISPモードをトリガーしないよう、P0_6を考慮してください。要するに、起動時にP0_6が高い状態である必要があります。 ISP入力にP3_29を使う必要がある場合、訂正表に記載されている回避策は、POR後のユーザーコードの冒頭でウォームリセットをトリガーすることです。 具体的には、SystemInitHookに以下のコードを追加してください。 __attribute__ ((weak)) void SystemInitHook (void) { /* Void implementation of the weak function. */ uint32_t s_CMCSRS = 0; s_CMCSRS = CMC->SRS; if(s_CMCSRS ==0x06) { NVIC_SystemReset(); } }   お役に立てば幸いです。   よろしくお願いいたします。 セレステ

i.MX 8ULP uSDHC - HS400 Enhanced Strobe: validation and CMD response sampling Hi, We use the on-board eMMC (JEDEC 5.1) on i.MX 8ULP (uSDHC0) in HS400 Enhanced Strobe (200 MHz, 8-bit, 1.8 V). Our U-Boot eMMC host and card-switching code is identical to NXP lf-6.1.55-2.2.1, and the EVK device tree also enables mmc-hs400-enhanced-strobe. During evaluation we have occasionally seen a data CRC error or no response to CMD12/CMD13 during eMMC reads in U-Boot. In our tests, only a host reset or a card re-initialization recovered it. 1. Is HS400 Enhanced Strobe validated and recommended on i.MX 8ULP? The datasheet (IMX8ULPIEC Rev.1) does not mention it. If it is not, is standard HS400 the recommended configuration? Also, which AC timing applies to the CMD response at the SoC pins in HS400 / Enhanced Strobe? 2. In Enhanced Strobe, where no tuning is performed, what samples the CMD response: the data strobe or the internal sampling clock? The reference manual's "Switch to HS400 mode" requires HS200 tuning "to synchronize the command response on the CMD line to CLK" and writes the result back with MIX_CTRL[SMP_CLK_SEL] = 1 (steps 6, 10-12). "Switch to HS400 enhanced mode" has no such step. The i.MX 93 reference manual (38.3.10.5) has the same flow and no description either. Thank you in advance. Best regards, mio i.MX8ULP Re: i.MX 8ULP uSDHC - HS400 Enhanced Strobe: validation and CMD response sampling Hi @mio  Sorry to reply late: 1. i.MX 8ULP supports HS400ES mode.  https://github.com/nxp-imx/linux-imx/blob/lf-6.1.55-2.2.2/drivers/mmc/host/sdhci-esdhc-imx.c#L334 CMD input/output follows the SDR104 CMD input/output timing specification, specifically parameters SD5, SD6 and SD7 in RM Table 35. 2. In Enhanced Strobe mode DATA OUT, CRC Response and CMD Response are all synched to STROBE clocks. The timing relation between CMD Response output signals and STROBE clocks is the same as defined for DATA Out to STROBE clocks B.R Re: i.MX 8ULP uSDHC - HS400 Enhanced Strobe: validation and CMD response sampling Hello, Thank you for the answer. Just to confirm that I understand correctly: 1. On i.MX 8ULP in HS400 Enhanced Strobe mode, the uSDHC samples the CMD response with its internal sampling clock (CLK-based, not the data strobe), and the CMD input/output timing requirement is SD5/SD6/SD7 in Table 35 of the data sheet (referenced to CLK), the same as in HS400. 2. Since no tuning is performed in Enhanced Strobe, the fixed sampling clock is used for CMD (we read SMP_CLK_SEL = 0 in this mode), and the strobe (STROBE_DLL) is used only for capturing the data on DAT[7:0]. Is this correct? Thank you very much for your help. Best regards, Mio

s32k31XEVB-Q100評価ボード上でS32K311およびFS23用のSPIを設定 こんにちは、 私はs32k31XEVB-Q100評価ボード上のS32K311とFS23間の通信用にSPIを設定しようとしています。 そこで、LPSPI0のピンを設定しました。 データシートによると、まずCLKが起動し、次にCSがLOWになる必要がある。 S32DSでこの動作をどのように設定すればよいですか? しかし、SPIデータを見ると、まずCSがLOWになり、次にCLKがトグルし始めることがわかります。 Re: Configure SPI for S32K311 and FS23 on a s32k31XEVB-Q100 Evaluation Board こんにちは、 @john_2 図中のSCLK信号の開始位置に関して、若干の誤解があるかもしれません。図には、CSがLOWになる前にSCLKがトグルを開始する必要があるとは示されていません。むしろ、CSがアサートされる前にSCLKがすでにアイドル状態のLOWレベルになっている必要があることを示している。 CS信号がLOWになると、最初のSCLKエッジは、指定されたPCS-SCK遅延時間の後に発生します。したがって、LPSPI0をSCLKアイドルLOW（CPOL = 0）に設定し、FS23のタイミング要件に従ってPCS-to-SCK遅延を設定する必要があります。 BR、VaneB Re: Configure SPI for S32K311 and FS23 on a s32k31XEVB-Q100 Evaluation Board 情報ありがとうございます 😄 これらが必要だったんです。 しかし、通信はまだ正常に機能していません。 私はLpspiとSbc_fs23_Ipドライバを使っています。 M_DEV_PROG_IDを読み取りたい でも、部品の順番自体が間違っていると思うのですが？ つまり、最初のバイトは00000010であるべきでしょうか？ 私が設定した構成では Lpspiドライバー データシートを正しく理解していれば、SpiTransferStartはMSBであるべきですよね？しかし、ロジックアナライザでは、CRCは最初のバイトに、アドレスは最後のバイトに表示されます。 スピジェネラル および Sbc_fs23_Ip-GeneralConfig