S32K344 悬挂问题 MCU：S32K344 OS：FreeRTOS S32Design Studio：3.4.3 问题：MCU 因 I2C 写阻塞（无超时）而挂起 嗨，团队、 我们正在使用基于 S32K344 MCU 的定制板。我们面临的问题是，在某些I2C错误状态下，MCU在运行时挂起。 我们有一个通过 I2C 接口连接的 IMU 从属设备。偶尔，当 IMU没有供电，或 I2C 写入操作失败（例如，没有 ACK /总线卡住）， I2C 写入 API不会返回或进入超时状态。结果，执行 I2C 事务的 FreeRTOS 任务被无限期地卡住，最终导致应用程序挂起。 意见： 当从机没有响应或总线保持在低电平时，就会出现问题。 I2C 驱动程序似乎阻塞，等待传输完成。 在 RTOS 或驱动程序级别上不会触发超时或恢复机制。 请求支持： 如何在 S32K344 上添加或强制执行I2C 事务超时？ 有没有推荐的方法来恢复卡住的 I2C 总线（SDA/SCL 保持在低电平）？ 在 S32K3 设备上的 FreeRTOS 下安全使用 I2C 的最佳做法是什么？ 恩智浦是否有稳健处理这种情况的驱动程序配置或示例？ 任何指导或参考将不胜感激。 谢谢& ， Vinay Re: S32K344 Hanging issue 嗨，@vinaykl、 你的 RTD 已经很老了。 有什么原因吗？ 从 RTD 2.0.0 到当前的 RTD 7.0.0，已经修复了许多错误。 我猜您使用的是 I2C 驱动程序的阻塞 API。 请使用异步传输 API 以及 GetStatus() 和超时。 如果从设备一直将 SDA 保持在较低水平，则可以将其恢复，请参阅 I2C 用户手册： 第 3.1.16 节总线畅通 https://www.nxp.com/docs/en/user-guide/UM10204.pdf   RTD 驱动程序没有用于恢复的 API。 AN4803 中的一个例子 I2C 恢复功能定义 https://www.nxp.com/docs/en/application-note/AN4803.pdf 此致， 丹尼尔

Unable to Debug dio_ToggledLED_S32K144 Example – Debug Error After Flashing Hi, I am working with S32K144 using S32 Design Studio 3.4. I tried debugging the dio_ToggledLED_S32K144 example project. The code flashes successfully, and I can see the LED toggling output initially. However, after some time, an error window appears, and after that, I am not able to continue debugging. Due to this issue, I am unable to debug the application properly. Could you please help with the following: What could be the possible reason for this debug error appearing after flashing? Is this related to debugger connection (J-Link / PEMicro), watchdog, or clock configuration? Are there any known issues with the dio_ToggledLED_S32K144 example in S32 Design Studio 3.4? What are the recommended steps to resolve this issue and debug the project correctly? Any guidance to resolve this issue would be very helpful. Thank you for your support. Re: Unable to Debug dio_ToggledLED_S32K144 Example – Debug Error After Flashing Hi Julián, Thank you for your response. Please find the details below: The issue appears after running the project for a few seconds to about one minute. Initially, the code runs correctly and the LED toggles, but after some time, a debug error window appears, and the debug session stops. When the issue occurs, I am not able to continue debugging. In some cases, I need to terminate the debug session and restart S32 Design Studio to flash the MCU again. I will recheck and confirm the PEmicro driver version. Currently, I am using the default PEmicro version installed with S32 Design Studio 3.4. To clarify, this issue is not only with the Dio example code. I created a separate user application (custom GPIO project) from scratch. In this user-created project, I enabled the following MCAL components: Mcu Port Dio Dem Ecuc In the Dio configuration, I selected RED LED (Dio channel 15). When I debug this user-created GPIO application, I face the same debug issue, similar to the one shown in the attached image. Based on this, the problem seems to be related to the debug configuration or PEmicro connection, rather than the Dio example logic itself. Please let me know if you need any additional details or logs from my side. Re: Unable to Debug dio_ToggledLED_S32K144 Example – Debug Error After Flashing Hi @KAVIN7, No, there should not be any problems with the Dio example, as the project only toggles a LED. Could you provide a bit more information about how to reproduce your issue? 1. How long are you running the project before the issue appears? 2. When the issue happens, are you able to reload the debug session and flash the MCU again? 3. Can you confirm you have the latest Pemicro version available? 4. Have you modified the project in any way? This issue seems to point to PEmicro drivers or debug configuration, as the Dio example does not configure anything related to watchdog or power modes. Best regards, Julián Re: Unable to Debug dio_ToggledLED_S32K144 Example – Debug Error After Flashing Hi @KAVIN7, Looking through your configuration, I can see you do not have any pins configured in the "UnTouchedPortPin" container. In order to be able to use the debug capabilities, the JTAG and Reset pins need to be configured in the Port driver using mechanism B. This means that the following pins/functionalities need to be added in the UnTouchedPortPin list: 4, 5, 10, 68 & 69. This may not be your root cause, since your issue appears after running the project for some time, but it does not hurt to try. Like I've said in my previous response, you can also try updating your SW. Latest versions are: S32DS: 3.6.5 S32K1 RTD: 3.0.0 Pemicro: 6.1.7  Lastly, please try sharing a log form the debug interface, as well as debug configuration, as it is very difficult to pinpoint an issue like this, as it cannot be reproduced on my side. Here is my debug configuration which seems to work correctly: Best regards, Julián Re: Unable to Debug dio_ToggledLED_S32K144 Example – Debug Error After Flashing Hi, Thank you for the information. However, I believe the issue discussed in this thread (Unable to Debug dio_ToggledLED_S32K144 Example — Debug Error…) is not the exact problem I’m facing. My issue is described in this other ticket instead, where I’m getting a PE Micro Connection Assistant error due to missing port configuration: https://community.nxp.com/t5/S32K/PE-Micro-Connection-Assistant-Error-Due-to-Missing/m-p/2303757#M56494 In my case: I created a custom GPIO application for LED toggle. I enabled only the RED LED pin in Dio/Port configuration. I did not enable the “UntouchedPortPin” debug pins (JTAG/RESET/XTAL/EXTAL). This results in the PE Micro connection failure, as shown in the attached image in that ticket. I believe the issue is related to missing port pin configuration required for debug interfaces (JTAG/RESET/XTAL/EXTAL), and not a problem with the dio example itself. I need this resolved because I cannot proceed with further implementation until the basic debug connection works. Could someone please review the linked ticket and advise on the correct pin configuration or steps to fix the debug connection issue? Thank you.

RDB3 Linux 以太网配置 本文档为在恩智浦 S32G-VNP-RDB3 开发板上配置和测试网络连接提供了实用指南。它概述了准备硬件和软件环境、设置网络参数以及验证主板与主机系统之间通信的基本步骤。该指南还解释了板网络架构的关键方面，并提供了在 Linux 和 U-Boot 级别调整配置的说明。其目的是为从事汽车网络应用以太网支持和验证的工程师提供参考。 本文档是对之前的 S32G-VNP-RDB2 参考设计以太网支持指南的更新，其中纳入了特定于 RDB3 平台和更新 电路板支持包 版本的更改和注意事项。 S32G

NETC IEEE 1588タイマーソフトウェアはRMの要件を満たしていません S32ZE NETCリファレンスマニュアルの「文書識別子：S32E27NETCRMリファレンスマニュアルRev. 4、2024-12-12」、3.2.5.3.1ドリフトおよびエラー調整付き通常モードでは、「通常動作中、TMR_ADD更新を除く1588タイマー構成（たとえばTMROFF_H/L）を変更するには、タイムゲートスケジューリング、時間指定出発スケジューリング、ストリームゲーティング、レートポリシングなどのTSN関連機能を無効にする必要があります。」と記載されています。しかし、gPTP ソフトウェアも NETC ドライバもこの仕様を満たしていません。 GPTP_STACK RTD Re: NETC IEEE 1588 timer software does not meet the requirement of RM NXP の gPTP ソフトウェア モジュールがありますが、正しいでしょうか? 現在の時刻を更新するために関数「EthSwt_43_NETC_CorrectPtpClk」を呼び出します。 「タイマーの修正に関する機能を提供する」ということについては話していません。 私の質問は、gPTP が EthSwt_43_NETC_CorrectPtpClk() 関数を呼び出して現在の時刻を更新している間に、802.1Qbv 機能に影響を与えないようにするにはどうすればよいかということです。 Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん ETH ドライバー RTD2.0.1 は、次のようなタイムスタンプ用のいくつかの API 関数を含む ASR 21-11 に準拠しています。 このため、おっしゃる通りタイマーの修正に関する機能は提供されていないのではないかと思います。タイマー修正に関する機能は ASR23-11 でサポートされるようですが、ASR21-11 でそれらを使用する必要がある場合は、gPTP は要件を変更して要求を行う必要があります。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM ご清聴ありがとうございました。「ドライバーはこれまで、TMR レジスタから現在のタイマーを取得することだけをサポートしており、それらを構成することはサポートしていません」と述べられていますが、理解できません。OFFSET レジスタを変更する gPTP ソフトウェアはどうでしょうか?gPTP ソフトウェアでは OFFSET レジスタを必ず変更する必要があると思います。私の質問は、gPTP ソフトウェアが OFFSET レジスタを変更しようとしている間に、802.1Qbv 機能などの TSN 機能をスムーズに動作させるために、RM をどのようにフォローアップするかということです。 Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん NETC ドライバに関するこのトピックに回答します。 - ZE の最新リリースは RM rev 3 に続く RTD 2.0.1 であり、私の知る限り、次のリリース RTD 2.0.2 も RM Rev 3 に続きます。ただし、RM バージョンに関する更新がある場合、SW チームには新旧の RM 間の変更を確認するためのチケットがあります。彼らはその変化を感知CANと思います。 - 私の知る限り、タイムスタンプはこれまでドライバーでサポートされていたもので、デフォルトのカウント TMR_CTRL[TE] = 0 と、1588 タイマー TMR_CTRL[TE] = 1 で動作する RTD 2.0.1 に追加された EthEnableFreeRunningTimer 機能です。現在のタイマーは 1588 レジスタ TMR_FRT_L/H から取得されますが、TE をどこにも設定しなかったため、ここでバグが発生しているようです (詳細については、チケット: ARTDCC1-593)。とにかく、ドライバーはこれまで、TMR レジスタから現在のタイマーを取得することだけをサポートしており、それらを構成することはサポートしていませんでした。あなたが言った主張は、ユーザーが 1588 レジスタの設定を変更したい場合にのみ発生するようです。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん つまり、1588 レジスタ リストを変更する前に TSN 機能を停止したいということですか? 現在のドライバでは、TSN を停止する機能をサポートしていないことがわかりました。TSN の各機能を無効にしたい場合は、各テーブルのエントリを削除する必要があるようです。例えば： - レートポリシー: Netc_EthSwt_Ip_DeleteRatePolicerTableEntry(); - Netc_EthSwt_Ip_DeleteStreamGateControlListTableEntry(); - EthSwt_43_NETC_StopTas(); よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん ETH ドライバーについてもう何もわからない場合は、このトピックから RTD を削除して、gPTP の担当者が回答できるようにしてください。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは、 はい、まだ質問があります。イーサネット ドライバーの観点から 802.1Qbv を無効化/再有効化する方法の確認にご協力ください。また、このようなアクションが 802.1Qbv スケジュール サイクルの重大なトラフィック遅延を引き起こすかどうかを分析するのにご協力ください。 ありがとうございます ジェフ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは、 大変助かりました。ありがとうございます。 車載のお客様にとって非常に重要な点を 1 つ強調しておきます。TSN IEEE802.1Qbv 機能を使用している場合、当然ながら、802.1Qbv の時間同期要件に従って gPTP も有効にする必要があります。 gPTP が 1 つの 802.1 Qbv スロットにある重要なトラフィックに影響を与えるかどうかが懸念されています。私たち（NXP）はそれを明確にし、その方法を提供する必要があります。これは非常に厳密かつ明確な要件です。これは状況を理解するための良い例、あるいはユースケースです。 はい、確かに、お客様が有効にしている TSN 機能がいくつあるかはわかりません。しかし、すべてのユーザーが使用できるように、解決策が必要です。お客様はユースケースに基づいて適切な選択を行うことができます。 ありがとうございます ジェフ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは、 gPTP がタイマー オフセット レジスタを変更する前に TSN 機能を無効にしたいわけではありません。これは NETC RM の要件です。 お客様はNXPのRM仕様を満たすための公式ソリューションを求めています。TSN機能を無効にする方法、つまりこのような状況下でのIEEE802.1Qbv。お客様は、これはハードウェア要件とハードウェア関連のコーディングであるため、NXP によって提供されるはずだと想定しています。 ところで、あなたの提案はよく設計される必要があると思います。特に 802.1Qbv の場合、gPTP 同期アクションによってアプリケーション トラフィックが影響を受けないようにする方法。たとえば、一部のトラフィックが 1 つの Qbv スケジュール サイクル遅延する可能性はありますか? ありがとうございます ジェフ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん 私の観点からすると、TSN を停止する公式機能では、ETH ドライバからのこの要件を満たすことは困難です。ご覧のとおり、ポート ゲート タイム スケジュールを無効にするには、タイム ゲート有効ビットPTGSCR [TGE]をリセットするだけです。ただし、レート ポリシーなどの一部の TSN 機能では、この機能はこの表の要素に基づいて有効化/無効化されます。しかし、ETH からは、要素を削除または更新して無効にするためにこのテーブルにエントリが追加されたかどうかを知ることはできませんが、上位層ではこれをより適切に処理できます。このため、前回の回答では、各テーブルのエントリを削除する関数を呼び出すことを提案しました。 ユーザーがオプション機能（レートポリシング、ストリームゲート制御リストなど）を有効にしていない場合、関数EthSwt_43_NETC_StopTas()を使用して TSN を無効にすることができます。 とにかく、チケット ARTDCC1-607 を作成しました。何か見逃した場合に備えて、このチケットをフォローして SW チームからの分析を取得できます。RM Rev4 はまだ RTD リリースに適用されていません。このトピックに関して ETH について詳しいアイデアがない場合は、お知らせください。このCASEについては gPTP に任せ、引き続き gPTP 側からCAN回答させていただきます。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん 私の観点からすると、問題は有効になっている TSN 機能の数だけではありません。お客様が ASR コンテキストを使用する場合、これらの機能はマクロによってプリコンパイル時に有効/無効にされるだけでなく、各機能にも存在するためです。ご存知のとおり、レート ポリシング、ストリーム ゲートなどの各機能は、以下の表を通じて制御されます。 ユーザーが構成ツールで要素を構成しただけの場合、SW チームは、この機能を無効にするときに、エントリ ID を持つエントリをいくつ削除するかを制御できます。しかし、ユーザーが関数を呼び出して要素を追加した場合、SW はそれを知る方法がありません。しかし、ユーザーはアプリケーションからこれを制御できると思います。何か見逃したのかもしれませんが、TSN はタイマー値を参照するので、タイマー構成を変更する前に停止し、新しいタイマー値を取得するために再度開始するのが理にかなっていると理解しています。SW チームはそのチケットを分析する際に深い洞察力を発揮できると信じています。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは、 あなたはまだ私の質問を理解していないようですね。より詳しい説明をお願いします。お客様が Qbv 構成を持っており、それが以下のパラメータで実行状態にあると仮定します。 1. サイクルタイムは10msです 2. 10 ミリ秒の期間内に、それぞれ 5 ミリ秒のスロットが 2 つあります。つまり、ゲート リストには 2 つのエントリがあります。 3. 最初のタイムスロットが開いている間に、NETC が重要なフレームを送信していると仮定します。この時点で gPTP は現在の時刻の更新を開始します。RM 要件に従って、お客様は 802.1Qbv を無効化/再度有効化する必要があります。 4. 802.1Qbv が再度有効になった後、NETC ハードウェアが引き続きタイム スロット 1 を開いたり、ゲート リストの 2 番目のエントリに移動したり、新しい Qbc スケジュール サイクルを待機したりする可能性があります。ハードウェアが 2 番目のエントリに進むと、NETC キュー内の重要なフレームが次の 10 ミリ秒サイクルで送信されることを意味します。そして、大きな遅延が発生し、アプリケーションに影響を及ぼす可能性があります。 5. お客様はこのような状況を回避する方法を尋ねています。つまり、アプリケーションへの影響を軽減するために、Qbv をスムーズに無効化/再有効化する方法です。 物事が明らかになることを望みます。 ありがとうございます Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは@shuangjunzhuさん 802.1 Qbv の機能は NETC とスイッチの両方をサポートしていることがわかりました。したがって、この機能は次の方法で設定できます。 - Eth_NETC: - ポートスイッチ: 機能は次のとおりです。 ETH_NETCの場合: - Eth_43_NETC_StartTas() - Eth_43_NETC_StopTas() ポートスイッチの場合: - EthSwt_43_NETC_StartTas() - EthSwt_43_NETC_StopTas() この質問「この種のアクションが 802.1Qbv スケジュール サイクルの 1 つで重大なトラフィック遅延を引き起こすかどうかを分析する」については、私の観点からすると、この機能を有効/無効にする関数 Netc/PortSwt_Ip_ConfigPortTimeGateScheduling() を見るとわかるように、この機能を無効にするには、1 ビットをリセットするだけで、この機能を有効にするには、ゲート タイムを有効にして、ゲート タイム テーブルを設定する必要があります。今回は計測可能です。 「 802.1Qbv スケジュール サイクルの 1 つ」とは、ゲート制御リストの実行時間を繰り返す必要があるという意味だと理解していますか?そうであれば、これを設定することができます。 よろしくお願いいたします。 ニ Re: NETC IEEE 1588 timer software does not meet the requirement of RM こんにちは、 前回の返信で述べた 2 つの機能以外に、TAS を有効/無効にする別の方法は見つかりませんでした。私の観点からすると、タイム ゲート制御を無効にすると、時間間隔、サイクルなどのすべての機能も無効になります。TAS の無効化と有効化の間の期間には、gPTP からのタイマーの更新を完了するまでの時間が含まれます。TAS を有効にすると、ベース時刻が現在の時刻に更新されます。ただし、新しいベース時間 = 次の古い間隔時間でない場合は、要件を確認できません。 これについてはもうわかりませんが、SW チームがあなたのCASEについて提案できるように、上記のチケットでこの質問も更新しました。 よろしくお願いいたします。 ニ

PN7160とnRF52840 こんにちは、 カスタムPCB上のnRF52840モジュール（Raytac MDBT50Q-1MV2）にI2C経由でコネクテッドされた外付けNFCリーダ/コントローラ（NXP PN7160A1HN/C100E）を使用しています。（プログラミングは、nRF52840 DKをデバッグプローブとして使用し、SWD経由で行います。） 現在のソフトウェア環境は、VS Code（Windows 11）のnRF Connect SDK（NCS）v3.2.0とZephyr RTOS v4.2.99です。目標は、PN7160（NCI-over-I2C）を使用して、RF検出を開始し、13.56MHzパッシブカードのUIDを読み取ることです。 私はPN7160を「典型的なZephyrの方法」で統合しようと試みました。 ソース/メイン.c ボード/nrf52840dk_nrf52840.オーバーレイ prj.conf I2C ピンと PN7160 GPIO (VEN/IRQ) を設定できますが、初期化が失敗します (プローブ中または最初のコマンド中の I2C -EIO/NACK)。その結果、RF 検出全体が機能せず、統合アプローチが正しいかどうかわかりません。 質問: NCS/Zephyrでは、`main.c`を変更するだけでPN7160をプログラムすることは可能ですか？+ `nrf52840dk_nrf52840.overlay` + `prj.conf`、それともPN7160には適切なカスタムドライバが必要であると予想されますか? ドライバが必要な場合、NCS でドライバを追加するための推奨アプローチは何ですか (デバイスツリー バインディング YAML + Kconfig + CMake + ドライバ ソース)。また、外部 Zephyr モジュール (zephyr/module.yml + EXTRA_ZEPHYR_MODULES) としてパッケージ化する必要がありますか?これを行う方法のサンプル コードはありますか (パブリック github リポジトリのようなものですが、見つけることができませんでした)? プローブ/最初の書き込み時に -EIO を引き起こす可能性のある、別の方法で処理する必要がある既知の NCS v3.2.0 / Zephyr 4.2.99 I2C/TWIM 動作はありますか? 他に役立つコメントがありましたら、ぜひ教えてください。 ご協力ありがとうございます!

[过滤器：垃圾邮件] nismkiki 的帖子正文匹配了 " phon**epe "，板 " 电源管理单元 "。 [过滤器：垃圾邮件] nismkiki 的帖子正文匹配了 " phon**epe "，板 " 电源管理单元 "。 帖子主题：如何退还错误的交易 职位机构： 如何从 PhonePe 上的错误交易中取回钱款（客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易（客户服务号码 👉+9176,,995,,,954,,,14👈)，请按照以下步骤操作：在 PhonePe 应用程序中进行投诉。如何取回在 PhonePe 上意外支付的款项？ 通过应用程序提出投诉： 打开 PhonePe 应用程序 → 我的（或设置）→ 帮助 & 支持 → 交易问题。TAP错误的交易 → 选择提出投诉 → 写下原因（例如，错误的账户、重复付款）→ 提交。   联系官方客服： 致电：080-6872-7374（免费电话）或 +91-22-6872-7374 提供：注册手机号码、交易编号、唯一参考号码（URN）。电子邮件：[[email protected]](mailto:[email protected])请在邮件主题行注明"Wrong Transaction Reversal" ，并发送您的手机号码、交易 ID 和问题描述。   向银行申请退款： 请就近前往银行网点或通过网上银行/手机银行提交书面申请。获取并保留银行的UTR号码（唯一交易参考）以进行撤销。   后续行动和预防措施： 尽快（最多 48 小时内）提交投诉。妥善保存截图、收据和交易 ID。切勿将您的 OTP、密码或个人信息透露给任何非官方号码或个人。仅使用官方渠道（上述提供的应用程序、网站、电话号码/电子邮件）。   注意：撤销程序通常需要 7-10 个工作日。如果没有及时收到退款，请再次联系客户服务中心或银行。 正文"PhonePe（客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易（客户服务号码 👉+9176,,995,,,954,,,14👈)，请按照以下步骤操作：在 PhonePe 应用程序中进行投诉。如何取回在 PhonePe 上意外支付的款项" 匹配的过滤模式"phon**epe" 。 用户[id=258406,login=nismkiki]的发帖因以下最终用户面临的错误而被拒绝： 邮件正文包含 PhonePe（客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易（客户服务号码 👉+9176,,995,,,954,,,14👈)，请按照以下步骤操作：在 PhonePe 应用程序中进行投诉。如何取回不小心在 PhonePe 上支付的款项，这在本社区是不允许的。请在发送您的帖子前删除这些内容。

パスワード保護（AUTH0/アクセス）を有効にした後、NTAG213 の書き込み保護を解除できません NXPチームの皆様、こんにちは。 私は、 PN7160 NFC コントローラとNXP Linux nfcDemoAppを使用してNTAG213タグを操作しています。 私が成功したこと: nfcDemoApp (main.c)を変更し、次のように設定して NTAG213 の書き込み専用パスワード保護を有効にしました。 障害者 パック 認証0 アクセス (PROT = 0) 書き込み保護は正常に機能します: モバイルNFCアプリは書き込みができなくなりました アプリケーションからPWD_AUTHを送信した後にのみ書き込みが可能 AUTH0を0xFFにリセットする アクセスをクリア 設定ページを書き直す また、 NXP NFC TagInfo / NFC Toolsアプリを使用して別の NTAG213 の書き込み保護を有効にしましたが、これも期待どおりに機能しました。 私が直面している問題: 現在、どちらのCASEも書き込み保護を解除できません。 独自のコードを使用する（nfcDemoApp） Using NXP NFCツール/タグライターモバイルアプリの使用 正しいパスワード (PWD_AUTH) で認証した後でも、次の試行は失敗します。 私の理解： NTAG213 のデータシートから、次のことを理解しました。 PWD_AUTHはRFセッション中に保護されたページへの書き込みを許可する必要がある 認証後、AUTH0とアクセスを変更できるようになる。 NTAG213には、パスワード保護のための永続的なロックビットはありません（ロックバイトとは異なります）。 しかし、実際には、タグを保護されていない状態に戻すことはできません。 質問: NTAG213 のパスワードベースの書き込み保護を有効にした後で、それを削除または無効にすることは正式にサポートされていますか? PWD_AUTH が成功した後、AUTH0 ページとアクセス ページは書き込み可能になりますか、それとも一度設定されると永続的に保護されますか? NTAG213 を書き込み可能 (保護されていない) 状態に戻すための推奨シーケンスはありますか? NXP NFC ツール / タグライターは NTAG213 のパスワード保護を削除できるか、またはカスタムの raw コマンド処理が必要ですか? 構成ページを変更するには、認証後に完全なリセット (RF セッションのリセット/電源サイクル) が必要ですか? NXP チームからのガイダンスや説明は非常に役立ちます。 再開まで今しばらくお待ちください。 よろしくお願いします、 ニランジャン Re: Unable to remove write protection on NTAG213 after enabling password protection (AUTH0/ACCESS) 私はRFIDDiscoverを使用します。設定ページで設定を変更して保護を解除することができます。

s32k312 hse ab-swap 重启方法？ 恩智浦专家，你好、 1.我使用的是 s32k312，HSE 版本为 1.13.0、2.40.0。 2.我正在实现 OTA 功能。 OTA 完成后，我需要致电 HSE 交换 ab，然后重启以运行新的应用程序。 我的问题是，我编写了一个演示程序，并调用" HSE_SRV_ID_ACTIVATE_PASSIVE_BLOCK" 服务。在不带任何参数的情况下，使用"IP_MC_ME" perphieral 重启单片机，但只起一次作用，然后单片机就无法运行了，可能是出现了一些硬故障。 那么，但是通过RESET引脚重启是可以的。 我的重启密码是 剧透 （高亮部分可供阅读） IP_MC_ME->MODE_CONF = mc_me_mode_conf_func_rst(1); IP_MC_ME->MODE_UPD = MC_ME_MODE_UPD_MODE_UPD(1); IP_MC_ME->CTL_KEY = mc_me_ctl_key_key(0x5AF0); IP_MC_ME->CTL_KEY = mc_me_ctl_key_key(0xA50F); IP_MC_ME->MODE_CONF = MC_ME_MODE_CONF_FUNC_RST(1); IP_MC_ME->MODE_UPD = MC_ME_MODE_UPD_MODE_UPD(1); IP_MC_ME->CTL_KEY = MC_ME_CTL_KEY_KEY(0x5AF0); IP_MC_ME->CTL_KEY = MC_ME_CTL_KEY_KEY(0xA50F)； 这个重启代码可以吗？还是我需要使用其他方法重启微控制器，使 ab 交换功能生效并运行新程序？ 谢谢。 Re: s32k312 hse ab-swap reboot method? 原则上是正确的，但请务必查看以下演示示例，您可以在其中详细调换程序 首先，我们提供了 Secure 启动 应用笔记，其中包括详细解释所有步骤的演示项目。可从以下网址下载 https://www.nxp.com/products/processors-and-microcontrollers/s32-automotive-platform/s32k-auto-general-purpose-mcus/s32k3-microcontrollers-for-automotive-general-purpose:S32K3 应用笔记可以在这里找到： 文档-> 安全文件-> 安全启动应用笔记 v0.1.1.0(AN744511) 相关演示项目可在此处下载： 设计资源 -> 软件 -> 安全文件 -> SecureBootAppNoteDemo (SW745310)

mc33772c 分配 CID 你好， ，我目前正通过 mcu 连接 mc33664 和 mc33772c。现在，我可以通过发送读取初始寄存器的指令来获得正确的响应，但在我尝试写入 cid 并读取它之后，却无法获得正确的响应。 在不更改读取指令（不修改报文计数器）的情况下继续发送，仍能得到响应，这正常吗？ 下面是我尝试写入 cid 但没有收到响应的情况，而读取初始寄存器时也得到了响应。此外，此后发送的其他指令也可以收到相同的响应，除非再次发送读取初始寄存器的指令，在这种情况下，响应数据将被更新。     SPI Re: mc33772c assign CIDs 嗨，凯文、 我检查了你的电路图，似乎是正确的。但我不明白 BCC 的各个接地是如何连接的。请确保 BCC 的地线连接到 6 芯电池中最低电池的负极。请参阅所附示意图。 如果不存在 EEPROM，则应忽略 I2C ERR FLT。 开始时，请断开较高 BCC 的连接，并尝试只写入第一个 BCC，同时将 6 芯电池只连接到第一个 BCC。如下所示。 致以最崇高的敬意 约瑟夫 Re: mc33772c assign CIDs 嗨，凯文、 感谢您提供的示意图。是的，我收到了。我会检查一下，然后再回来。 致以最崇高的敬意 约瑟夫 Re: mc33772c assign CIDs 您好， ，我已将原理图作为附件发送到您上周五的私人信息中。您收到了吗？还有问题吗？ 最美好的祝愿 Kevin Re: mc33772c assign CIDs 嗨，凯文、 你在使用我们的评估板吗？如果是，请注明完整的产品编号。如果您使用自己的设计，请共享您的原理图以及电压等级和零件值以供检查。 致以最崇高的敬意 约瑟夫 Re: mc33772c assign CIDs 你好， ，我现在已经连接了电池，但仍无法成功写入 cid。而通过读取 FAULT1 STATUS$24 寄存器，我发现在执行写入指令后也出现了故障检测。我没有外部 EEPROM，因此将 I2C ERR FLT 设置为 1 应该是正常的。 我的波形也正常。我真不知道为什么写不对。     Re: mc33772c assign CIDs 嗨，凯文、 是的，可能就是这个原因。请参阅MC33772C 数据手册中的第 5.2 节。根据您所使用的 MC33772C 版本，BCC（电池芯控制器）必须连接的电池芯数量是最少的。通常，最小电池数为 3。但是，即使是 MC33772CTC0AE 版本，CT 和 CB 引脚也不能保持浮空。 另请参阅AN12536。 致以最崇高的敬意 约瑟夫 Re: mc33772c assign CIDs 您好， 我通过接线为 mc33772c 供电。这种方法是否会影响我读写 mc33772c 芯片、分配 CID。     Re: mc33772c assign CIDs 嗨，Kevinyuee、 INIT 寄存器读取工作 这表明默认 CID（通常为 0x00）仍处于活动状态。 该命令的报文计数器和 CRC 可能是正确的。 撰写 CID 需要 一个有效的报文计数器（从上一条成功报文开始递增）。 正确的 CRC。 CID 分配命令的正确帧格式。 请参阅MC33772C 完整数据手册中的第 9.3.2 和 9.3.3 节，了解空闲模式和启动模式的说明。 致以最崇高的敬意 约瑟夫

i.MX95 上の dm-eiq-genai-flow-demonstrator に必要な BSP バージョン こんにちは、チーム 私は、Yocto 環境内で動作する i.MX95 プラットフォーム上の dm-eiq-genai-flow-demonstrator (GenAI Flow) を調査しています。以下を明確にしていただけますか: 1.デモをエンドツーエンドで実行するために最低限必要な BSP バージョン (例: L6.12.20_2.0.0) は何ですか? 2.この BSP には、LLM 推論 (RAG) をサポートするために必要なすべての要素 (更新された Neutron デリゲート、TFLite ランタイム、ツールなど) が含まれていますか? 3.このデモに推奨される追加の Yocto メタレイヤーまたはイメージレシピ (たとえば、meta-eiq-genai) はありますか? ご意見をよろしくお願いします! よろしくお願いします、 ヴァルシル・ガンジー Re: BSP Version Required for dm-eiq-genai-flow-demonstrator on i.MX95 こんにちは、ヴァルシルさん。 ご質問ありがとうございます。 それらの質問に答えてみたいと思います。 1. このパッケージは当初、i.MX95 rev Ax の Q1 BSP L6.12.3-1.0.0 用に作成されました。 2. このQ1 BSPには、LLM推論でNeutronを活用するために必要な機能が直接含まれていません。そのため、このパッケージはメタレイヤーを提供しています。 3. この meta-eiq-genai-flow メタレイヤーは、Neutron 上の LLM 操作を高速化し、CPU リソースの一部を解放するための Onnxruntime Neutron 実行プロバイダーを追加する可能性を提供します。これにはカーネルと Neutron Fw 用の関連パッチ/ファイルが含まれます。なお、このプロジェクトでは TF Lite ではなく onnxruntime を使用しています。 とはいえ、 Q2 BSP （例：L6.12.20_2.0.0）が本日リリースされます。i.MX95のB0リビジョンをサポートしていますが、NeutronのLLMアクセラレーションが利用できないため、CPUモードのみで動作します。 ありがとう、そしてよろしく。 ピエール  

由 nxp_mbdToolbox_s32K3 创建的版本无法通过 Freemaster 与 MCSPTE1AK344 通信 订购了全新的 mcspte1ak344，安装了所需的所有工具/软件（S32DS、RTD、SDK、Freemaster、Minwin）。 成功使用 nxp_mbdToolbox_s32K3\ S32K3_Examples\ mc\ 下的所有模型创建版本并通过 matlab2025a 下载到 MCSPTE1AK344 但是，当打开相应的 freemaster pmpx 文件时，无法与 MCSPTE1AK344 通信、 始终显示错误消息 " 在任何通信端口 UART " 上均未检测到主板。 检查完窗口/设备管理器后，OpenSDA-CDC 串行端口 (http://www.pemicro.com/opensda)(COM10) 检测到，其驱动程序显示为 windows 能找到的最佳驱动程序。 并安装了另一个名为 Jungo 的驱动程序，包括 PEMicro OpenSDA 调试驱动程序和 pemicrowindrvr。 到目前为止，只有从 mcb_open_loop 创建的版本才能让 freemaster 以 115200 bps 的速度找到板，所有使用其他 MBD 模型从示例中构建的版本都无法让 FreeMaster 找到板。 请大家帮忙 Re: Build created by NXP_MBDToolbox_S32K3 fail to communicate with MCSPTE1AK344 via Freemaster 你好@mchuang、 正如我们之前讨论的那样，其中一个问题是由运输引起的，由于运输过程中的振动，GD3000 板与 S32K344-T172 板接触不当。 为了解决这个问题，我们始终建议将 GD3000 板正确插入 S32K344-T172 板的顶部，按压接头并确保其插入良好。 如果连接不良，则 S32K344 可能无法通过 SPI 与 GD3000 芯片通信；如果一切正常，则板载 RGBLED 将亮起，并根据启动/停止/故障情况显示不同的颜色。 MCSPTE1AK344 开发套件入门中有相关信息 | NXP 半导体 顺祝商祺！ Stefan V.

无法安装S32K3xx开发包和FreeMASTER串行通信驱动程序版本1.3.0 我已经收到了S32K3X4EVB-T172。 问题 1 ：当我尝试安装 S32DS 3.5.9 时，我无法通过SW32_S32DS_3.5.9_D2312.zip安装S32K3xx 开发包，仅显示S32 Design Studio 平台包和S32 Design Studio 平台工具包。 2.获取软件：2.2 安装S32K3xx开发包 打开关于 S32 平台的 S32 设计工作室对话框（菜单 → 帮助 → 关于 S32 平台的 S32 设计工作室）显示以下内容： 面向 S32 平台的 S32 设计工作室 版本：3.5 版本号：231219（更新 9） 问题 2 ：我已经在步骤“2.4获取运行时调试工具”，但我无法在S32DS 扩展和更新对话框（菜单 → 帮助 → S32DS 扩展和更新）上安装“FreeMASTER 串行通信驱动程序版本 1.3.0”。 错误信息如下： 操作详情 正在安装的软件：com.nxp.s32ds.s32k3.sdk.freemaster.feature.feature.group 1.3.0.202312191400缺少要求：com.nxp.s32ds.s32k3.sdk.freemaster.feature.feature.group 1.3.0.202312191400 需要“org.eclipse.equinox.p2.iu；com.nxp.s32ds.s32k3.dev.feature.feature.group 1.0.0”但找不到。 安装详情： 软件包：适用于 Arm 嵌入式处理器 12.1 Build 1702 的 GDB 客户端；版本：1702；构建 ID：202309251304 软件包：S32 Design Studio 平台软件包；版本：3.5.9；版本号：202312191958 软件包：S32K3 RTD AUTOSAR R21-11 版本 3.0.0；版本：3.0.0；版本号：202303311831 软件包：S32K3.P01 RTD AUTOSAR R21-11 版本 3.0.0；版本：3.0.0；版本号：202304031555 软件包：GNU ARM PEMicro 接口调试支持；版本：5.1.7；版本号：202112141853 软件包：S32 Design Studio 平台工具包；版本：3.5.9；版本号：202312191958 软件包：NXP GCC for Arm Embedded Processors Build 1620；版本：1620；版本号：202005201521 软件包：S32 Design Studio Debugger Core；版本：3.5.9；版本号：202312191723 回复：无法安装S32K3xx开发包和FreeMASTER串行通信驱动程序版本1.3 我已经安装了FreeMASTER 1.3.0 RTM (FMASTERSW32.exe)，之后我从 SW32K3xx_S32DS_3.5.0_D2303.zip 安装了 S32K3xx 开发包（从以前的版本 S32DS 3.5.3 上传）。

evkmimxrt1024_lpi2c_interruptに関するご質問 親愛なる皆様へ これを試しましたが、動作させることができませんでした、指示どおりに配線、SCL:J18-12 --> J17 -4、 SDA:J18 -10 ---> >J17-2。次の関数は 0 ではなく 900 を返します (成功) reVal = LPI2C_MasterStart(EXAMPLE_LPI2C_MASTER_BASEADDR, LPI2C_MASTER_SLAVE_ADDR_7BIT, kLPI2C_Read); 何か見落としたものはありますか?誰かがこのplsを試しましたか? IDE24.12 と SDK24.12 を使用しています。 ありがとうございます ピング Re: evkmimxrt1024_lpi2c_interruptに関する質問 こんにちは@ping1 , ご辛抱いただきありがとうございます。 私はSDKチームにあなたのケースを確認しました。 NXPには、この問題の解決を目的とした内部チケットがすでにありますが、その後のSDKデモは更新されますので、引き続きSDKの更新バージョンに注意してください。 この問題の解決が急務で、SDKのアップデートが待ちきれない場合は、お知らせください。 それがあなたに役立つことを願っています。 それでも質問がある場合は、私に知らせてください。 良い一日をお過ごしください! よろしくお願いします MayLiu Re: evkmimxrt1024_lpi2c_interruptに関する質問 こんにちは@ping1 , 私たちの製品に興味を持ち、コミュニティをご利用いただき、誠にありがとうございます。 私はあなたがしたことに従って、私もこのエラーを見つけます。 プログラムは、I2C BUSがkStatus_LPI2C_Busy状態であることを確認します。 関連するSDKチームに内部チケットをリクエストして確認します。 しばらくお待ちください。 それがあなたの助けになることを願っています。 それでもご不明な点がございましたら、お気軽にお知らせください。 良い一日をお過ごしください! よろしくお願いいたします メイリュウ

MEMS発振器搭載IMX8MM こんにちは、 IMX8M Mini を使用してボードをデザインしようとしていますが、デザインには MEMS 発振器を使用する必要があります。 データシートではこの配置についてあまり明確に説明されていません。 IMX8MMIEC: 3.1.4RTC_XTALI が外部発振器にコネクテッドされ、RTC_XTALO が VDD_SNVS_0P8 にコネクテッドされていることを示します。 XTALI ピン (24M_XTALI であると想定) についての記述がありますが、XTALO ピンをどうするかについては説明がありません。これは未接続のままになっているのでしょうか? RTC クロックには高/低しきい値が指定されていますが、24MHz クロックには何も指定されていません。これらのしきい値は何ですか? IMX8MMHDG: 4.4 では CLK1_P/NI について言及されていますが、他のドキュメントではこのパッドの他の参照は見つかりません。 CLKIN_1/2 についても言及されていますが、これらのパッドの使用法はレジスタ定義にしか記載されておらず、明確ではありません。私はこの投稿を見つけました ( https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077 )2020 年から、NXP は XTALI パッドを CAN バイパスできることを述べており、文書化が不十分であることを謝罪していますが、まだ十分に明確ではありません。 24MHz MEMS発振器は24M_XTALIにコネクテッドする必要がありますか、それともCLKIN_1にコネクテッドする必要がありますか? 水晶振動子が使用されていない場合、IMX8MMIEC のセクション 2.1 から省略されている「VDD_24M_XTAL_1P8」に電力を供給する必要がありますか? ありがとう、 クリス Re: IMX8MM With MEMS Oscillators @user1092 喜んでお手伝いさせていただきます。お待ちいただきありがとうございます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご説明とご協力に感謝いたします。 クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、ユーザー ガイドが正しいことをCAN確認できます。そのCASE、RTC_XTALO をVDD_SNVS_0P8 に接続する必要があります。 これは社内での議論からのものです: よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 ご返信ありがとうございます。これは良いニュースです。 RTC に関して、データシートが正しいかどうかも確認してください。RTC_XTALO が VDD_SNVS_0P8 に直接接続されているため、奇妙な配置のように思われますが、これが正しい配置であることを確認したいと思います。 ありがとうございました。 クリス Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お問い合わせに応じて、IP ベンダーから提供された PAD の RTL とデータシートを確認しました。このレビューに基づいて、PAD が外部 24 MHz リファレンス クロックの使用をサポートしていることを確認できます。 IP データシートによると: "物理的な水晶のない外部クロックのCASEは、PADI と PADO の間に差動信号を適用する必要があります。" これは、外部24MHzクロックが 差動（相補）信号 XTALI ピンと XTALO ピンに適用されます。具体的には： 信号は 0Vと1.8V 。 いつ XTALIは0Vです、 XTALO は 1.8V である必要があり、その逆も同様です。 これを実現するには、次の 2 つのオプションがあります。 次のような発振器を使用する 相補差動出力。 使用 シングルエンド発振器 とともに 外部インバータ 相補信号を生成します。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators ありがとう@user1092 社内チームに更新して回答を待ちます。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators 投稿に失敗した後に添付ファイルを削除しました。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 「1 つのインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が使用され、もう 1 つのインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。」 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。」 ここで彼らが何を指しているのかは分かりませんが、MEMS 共振器は当社では使用しません。正直に言うと、私はそれらについて聞いたことがなく、それらはそれほど簡単に入手できるようには思えません。シングルエンドのクロックソースを使用します。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターの使用を検討する必要があります。どれだったかすぐには思い出せないので、これも調べる必要があります。」 どうぞよろしくお願いいたします。 「部品番号やダラシートはありますか？」 部品はDSC6001HI2B-024.0000になる可能性が高い。データシートについては添付を参照してください。 ありがとうございます クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 社内チームより: 一方のインスタンスでは MEMS 共振器 (両方の XTAL ピンを使用) が、もう一方のインスタンスでは MEMS クロック ジェネレーター (シングルエンド入力、1 つのみ) が使用されているようです。 水晶の代わりに共振器を使用することについては、私の知る限り誰もこれを尋ねたことはありません (2008 年頃から i.MX を取り上げています)。これについては少し調査する必要があるでしょう。 一部の部品は外部発振器では動作できないため、外部のシングルエンド クロック ジェネレーターを使用して調べる必要があります。どれだったかすぐには思い出せないので、それも調べる必要があります。 部品番号/データシートはありますか? よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 はい、社内チームからの返答を待っています。更新があったらお知らせします。 よろしくお願いいたします。 サラス。 Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 データシートを再度読むと、セクション（3.1.4）があります。XTALI は外部発振器から供給CANと述べています。 このチップは、この声明に基づいて選択されました。 ドキュメントは少し混乱しているようで、このセクションでは RTC は外部発振器にのみコネクテッドできるとも述べられています。ただし、セクション3.4.2RTC を水晶発振器と組み合わせて使用する方法について説明します。 CLKIN ピンに関する質問、および XTALI ピンを外部発振器から駆動できない場合にこれらのピンを使用できるかどうかについての質問には回答されていません。 私はこの製品の開発にほぼ 1 年を費やしてきましたが、時間を無駄にしたくありません。データシートには、XTALI は外部発振器から駆動 CAN と記載されています。 できるだけ早く解決策が必要なので、助けていただけますか。 よろしくお願いいたします。 クリス Re: IMX8MM With MEMS Oscillators こんにちは、サラスさん。 この設計では加圧環境で使用されるため、水晶発振器は使用できません。 推奨/検証された唯一の方法はクリスタルを使うことだとおっしゃっていますが、これは可能ではあるもののテストされていないことを示唆しています。それがCANかどうか、またCANであればどのようにCANかについて情報を提供していただけますか? CLKIN_1/2 ピンに関するドキュメントはほとんどまたは全くないので、これらのピンの目的に関する情報を提供していただけますか。https://community.nxp.com/t5/i-MX-Processors/Processor-CLKIN-and-CLKOUT-pin-functionality/mp/1007077ピンは水晶の代わりにメインクロックに電力を供給するために使用CANことを示唆しています。これは正しいですか？ ありがとう クリス。 Re: IMX8MM With MEMS Oscillators こんにちは@user1092 お元気でお過ごしのことと思います。 これは推奨され検証された唯一のオプションです - 推奨どおりにクリスタルを使用してください NXP公式ドキュメント「ハードウェアガイド」のセクション表12「発振器/水晶」 推奨事項。 よろしくお願いいたします。 サラス。

KW45B41Z RTC not running during power off (Power backup given by super capacitor) The RTC is retaining its value in the KW45B41Z-EVK during power off when power back up is provided by Coin cell battery, but in i am using KW45B41Z for my project where i am using a super capacitor(25F/3.8V) to power RTC during power off. Here RTC is not retaining its value. So do I need to enable any Low power mode through SPC or is there any special configuration that i should do? I have also verified the voltage across the super capacitor that is enough to power the RTC during power off. Any low power mode configurations are there for RTC? Regards Kaif Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) According to the EVK schematics, the VDD_DCDC pin powers the RTC when JP5 pins 2 and 3 are connected. With this configuration, the RTC functions correctly on the EVK. We observed that the RTC draws approximately 1 mA in this setup. When we replicate this arrangement on our custom board using a supercapacitor, the supercapacitor discharges very quickly. We specifically chose a supercapacitor because we required a rechargeable power source capable of maintaining RTC operation for at least 1–2 months, which is typical for RTC applications. However, a coin cell was not considered suitable since it is not rechargeable. Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello What values are you getting from voltage across the capacitor? As if goes to a very low voltage (from the capacitor discharging) or approximates to minimal values according to Datasheet, it may cause abnormal functionality such as loss of RTC Functionality: The most immediate consequence is that the RTC will likely stop operating reliably. The timekeeping accuracy will be compromised, and any data stored in the RTC's backup registers may be lost. A coin cell offers a stable and nearly constant voltage over most of its lifespan, which ensures that the RTC always receives a voltage above its minimum operating threshold. Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) I am using kw45b41zevk_rtc demo (not rtc_func or power mode switch as in AN14122). Instead of Coin Cell (as in KW45B41Z EVK) I am using a super capacitor for RTC Power Backup. During power on RTC will be powered by VDD_SWITCH but during power off, super capacitor will supply power to RTC.  During power off Super capacitor is discharging (tested) but RTC is not retaining its register value. I have attached the schematics of RTC supply configuration i am using.  Why in the KW45B41Z EVK coin cell backup is given for RTC why there is no rechargeable source like super capacitor or battery? Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello Kaif, As shown in the KW45B41Z-EVK, the coin cell or lithium battery will be the preferred methods, this to achieve long battery life and voltage stability. Regarding the RTC not retaining values, Could you please kindly describe what is the procedure you are using for the configuration and test? By any chance, are you using the demo called "rtc_func" or power_mode_switch as in AN14122? Also please consider the recommendations mentioned in the AN14122 to start the RTC from a low-power mode. Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) I am using KW45B41Z in custom board with back up power using super capacitor. Can we use super capacitor to power RTC during power off? or Lithium battery is the only way? I would really appreciate your support on this. Regards  Kaif Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) Hello, Could you help us confirm if you are using a custom board with the KW45B41Z or the KW45-EVK? The Application note 14122 describes how to integrate the RTC feature to a low-power application with the KW45 and explains the file modifications needed to implement it. AN14122: How to use RTC on KW45-EVK | NXP Semiconductors Best Regards Luis Re: KW45B41Z RTC not running during power off (Power backup given by super capacitor) We have attached schematics of super capacitor going to VDD_SWITCH line, do we need to enable any specific bits through software in rtc or power section? Best Regards Kaif

requset activation code for S32DS V2.2 The license of S32 Design Studio for ARM v2.2 was expired.  Please give me a valid code. Re: requset activation code for S32DS V2.2 Hi,  your S32DS license has been extended. 

Wifi SDK を介して Raw パケットを送受信する 読者の皆様   私は NXP RW612 SoC に取り組んでおり、ハンドシェイクなしで 2 つのデバイス間でNXP Wifiドライバを使用して生のWi-Fiパケットを送受信しようとしています。 それをどうやって実装できるか、何かアイデアはありますか? 以下の関数はまだ実装されておらず、 Wifi . h ファイルではそのシグネチャのみが使用可能です。 int wifi_raw_packet_send ( const t_u8 *パケット、 t_u32 長さ); int wifi_raw_packet_recv (t_u8 **データ、t_u32 *pkt_type); レシーバをモニタリングモードに設定し、トランスミッタで次の機能を使用する必要がありますか? int wifi_inject_frame( const enum wlan_bss_type bss_type, const uint8_t *buff, const size_t len) Re: Transmit and receive Raw packet through Wifi SDK wifi_test_mode の例をテストしたところ、固定ペイロード パターンを持つ 802.11 フレームのみが送信されることに気付きました。 私のCASE、カスタム ペイロードを使用して生の 802.11 フレームを送受信する必要があります。 この目的のために次の機能を使用できますか? int wifi_inject_frame(const enum wlan_bss_type bss_type、const uint8_t *buff、const size_t len); もしSOなら、レシーバ側でパケットを受信するにはどうすればよいですか? どうぞよろしくお願いいたします。 よろしくお願いいたします。 Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 wifi_test_mode アプリケーションは、さまざまな RF および規制コンプライアンス テストに対する CLI サポートを示します。 詳細については、セクション4.9.1.7「標準 802.11 パケットの送信( UM11799 )」を参照してください。 よろしくお願いいたします。 ダニエル。 Re: Transmit and receive Raw packet through Wifi SDK 詳細については、こちらをご覧ください。実際には、80.11 MAC 層を介してデータを送受信する必要があります。 Re: Transmit and receive Raw packet through Wifi SDK ダニエル様 ご返信よろしくお願いします。 wifi_test_mode SDK の例を確認しました。ただし、この例では、STA と uAP が作成されます。実際に必要なのは、ハンドシェイクなしでデータを送受信することです。それをどのように実装CANかご存知ですか? また、モニターモードを使用するためにかなりの努力をしましたが、正常に起動できませんでした。モニターモードのサンプルコードを提供してもらえますか? どうぞよろしくお願いいたします。 よろしくお願いします、 モフセン Re: Transmit and receive Raw packet through Wifi SDK こんにちは、 生の Wi-Fi パケットを送信するには、wifi_test_mode SDK の例を試すことができます。 よろしくお願いいたします。 ダニエル。

Example S32K312 ADC_IP Continuous Scan DMA S32DS36 RTD600 * ================================================================================================== * Detailed Description: * * This example shows how to implement ADC continuous scan with DMA read. * ADC1 is set to perform continuous scan of 4 channels (S10/S11/S12,S13) with DMA request enabled * for last channel S13. DMA reads respective sequential ADC data registers in one major loop. * * ADC1 channel S10 is connected to board's potentiometer, converted value is used to dim board's LED. * * ================================================================================================== * Test HW: S32K312EVB-Q172 * MCU: S32K312_172LQFP * Compiler: S32DS 3.6.3 * RTD release: S32K3_S32M27x Real-Time Drivers ASR R21-11 Version 6.0.0 * Debugger: On-Board Debugger (J40), Lauterbach * Target: Internal_FLASH * ==================================================================================================   Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.  

i.MX Yocto Project: bitbake を使用して Freescale Yocto イメージをビルドするにはどうすればよいですか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. Freescaleのgithubリポジトリ から、最後の bitbake コマンドを除くすべての手順に従います 2. フリースケールがサポートするイメージは、 meta-fsl-demos/recipes-fsl/images フォルダにあります。 3. 標準の Freescale イメージをベイク処理します ビルド$ bitbake fsl-image-gui 4. 生成された Linux イメージは、いくつかの形式でパッケージ化されています。 .sdcard1つのファイルにすべてのシステム(u-boot + uImage + rootfs)が含まれているため、SDカードに直接書き込むことができます build$ sudo dd if = tmp / deploy / images / fsl-image-gui-imx6qsabresd.sdcard of = / dev / sdX b = 4M メモ： 建物の問題が発生した場合は、このリンクをクリックしてください 起動の問題が発生した場合は、以下を確認してください: 1. ボードのDIPスイッチが正しく設定されている 2.ベーキングする前に正しいマシンを選択しました 問題が解決しない場合は、コミュニティに報告してください Yocto Project Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ウルトラライトボード用のlibsubはどこにありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> リンク。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> それは便利です。ありがとうございます。これらの各画像のどこかに説明がありますか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はこれに少し慣れていませんが、この指示はまだ有効ですか? 私は指示に従いましたが、 "build $ bitbake fsl-image-gui"ステップに到達すると、 しばらく処理してから次の処理が行われます。 エラー: 何も 'fsl-image-gui' を提供しません。接戦: FSL -イメージ-マルチメディア 私は今走っています ビルド$ bitbake fsl-image-multimedia Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> すみませんが、ちゃんと理解できませんでした。 あなたは成功しましたか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> GITが本当にプロキシスクリプトを使用しているかどうかを確認しようとします。たぶん、straceか何かを使用してデバッグします。 私はプロキシユーザーではないので、あまり助けにはなりませんが、それについてopenembedded-usersメーリングリストで尋ねることができるかもしれませんか? Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はあなたが 'socat'ユーティリティを欠いていると思います。 $: sudo apt-get インストール socat Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> よくわかりません。Yocto Projectメーリングリストでこの質問をしてください。 Re: i.MX Yocto Project: bitbake を使用してフリースケールの Yocto イメージをどのようにビルドできますか? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Flexcan のカーネルサポートを追加するにはどうすればいいですか? すべてのボード FlexCAN

i.MX6SLL 寄存器编程辅助工具 重要提示：如果您有任何疑问或想要报告有关 DDR 工具或支持文档的任何问题，请在i.MX 社区中创建支持工单。请注意，任何私人消息或直接邮件不会被监控，也不会收到回复。 这是针对与 MMDC 初始化相关寄存器的详细编程辅助资料。最后一张表格格式化寄存器设置以便与 ARM RealView ICE 一起使用。它还可以与 DDR 压力测试的 Windows 可执行文件一起使用。此编程辅助工具用于内部 NXP 验证板。 i.MX6 全部 i.MX6SL