RT1180 VDDA_ADC_1P8 源 您好， 在 RT1180 参考手册中，VDDA_ADC_1P8 源与图 70 中的不同。电源架构（§19.3.2）和图 90。电源系统概述（§24.3.2.1）：它分别连接到VDD_AON_ANA或DCDC_1P8。 哪个信息源更可取？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 根据硬件设计指南，建议避免使用内部 DCDC/低压差线性稳压器(LDO) 输出作为 ADC 参考，而应使用更精确的外部电压参考。 如果您更倾向于使用内部参考值，我推荐 VDD_AON_ANA。或者，您可以使用外部参考作为 VREF，EVK 实现了这两种选项。 此致， 巴勃罗 Re: RT1180 VDDA_ADC_1P8 source 嗨@Pablo_Ramos ， 感谢您的反馈。 抱歉，我把密码名称写错了，应该是： 在 RT1180 参考手册中， VDDA_1P8_IN源与图 70 中的源不同。电源架构（§19.3.2）和图 90。电源系统概述（§24.3.2.1）：它分别连接到VDD_AON_ANA或DCDC_1P8。 哪个信息源更可取？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 对于 VDDA_1P8_IN，我建议参考 EVK 设计原理图，该原理图使用 VDD_AON_ANA 或外部参考电源为 VDDA_1P8_IN 供电。 此致， 巴勃罗 Re: RT1180 VDDA_ADC_1P8 source 嗨@Pablo_Ramos ， 感谢您的反馈。 硬件设计指南或其他 NXP 文档中是否有任何技术解释，说明使用VDD_AON_ANA 或外部参考电源为 VDDA_1P8_IN 供电而不是使用 DCDC_1P8 是合理的？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 两个连接都正确。然而，硬件设计指南中提到，有关图 1 中未描述的电源域的详细信息，请参阅相关文档。电源控制图，请参考 MIMXRT1180-EVK 设计原理图。 在 EVK 原理图中，VDDA_1P8_IN 与 VDDA_ADC_1P8 由同一电源供电，因此可以选择使用外部参考或 VDD_AON_ANA。这就是我之前提出建议的依据。 此致 巴勃罗

RT1180 VDDA_ADC_1P8 source Hi, In RT1180 reference manual, VDDA_ADC_1P8 source is different between Figure 70. Power Architecture (§19.3.2) and Figure 90. Power system overview (§24.3.2.1): it is respectively connected to VDD_AON_ANA or DCDC_1P8. Which source is it preferable to use? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, According to the hardware design guide, it is recommended to avoid using the internal DCDC/LDO output as the ADC reference and instead use a more accurate external voltage reference. If you prefer to use an internal reference, I recommend VDD_AON_ANA. Alternatively, you may use an external reference for VREF, the EVK implements both options. Best Regards, Pablo Re: RT1180 VDDA_ADC_1P8 source Hi @Pablo_Ramos , Thanks for your feedback,  Sorry I made a typo in pin name, you should read: In RT1180 reference manual, VDDA_1P8_IN source is different between Figure 70. Power Architecture (§19.3.2) and Figure 90. Power system overview (§24.3.2.1): it is respectively connected to VDD_AON_ANA or DCDC_1P8. Which source is it preferable to use? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, In the case of VDDA_1P8_IN, I recommend referring to the EVK design schematic, which uses VDD_AON_ANA or an external reference to power VDDA_1P8_IN. Best Regards, Pablo Re: RT1180 VDDA_ADC_1P8 source Hi @Pablo_Ramos , Thanks for your feedback. Is there any technical explanation in hardware design guide or any other NXP documentation to justify using VDD_AON_ANA or an external reference to power VDDA_1P8_IN rather than DCDC_1P8? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, Both connections are correct. However, the Hardware Design Guide mentions that for details on power domains that are not described in Figure 1. Power Control Diagram, you should refer to the MIMXRT1180-EVK design schematic. In the EVK schematic, VDDA_1P8_IN is powered from the same source as VDDA_ADC_1P8, which provides the option of using either an external reference or VDD_AON_ANA. This is the basis for my previous recommendation. Best Regards Pablo

S32DS 3.5 请问如何获取S32DS3.5的工具链分类报告，含 TI/TD/TCL 分析和使用约束和已知限制说明这两个报告呢？ Re: S32DS 3.5 Hi,lhy 这类文档具有安全属性，需要签署NDA，请通过内部支持系统提case。 https://support.nxp.com BR Joey Re: S32DS 3.5 谢谢

MiFARE Plus APDU こんにちは、 私は「winscard」/「pcsc-lite」ライブラリとHID Global OMNIKEY 5122リーダーを使ってMIFAREカードにデータをエンコードするWindows/Linuxアプリケーションを開発しています。クラシックカードとウルトラライトカードのサポートをうまく実装でき、今度はプラスカードのサポートも追加する必要があります。 `MF1P(H)x2.pdf`より公開ドキュメント(下記リンク参照)では、このカードは「GetVersion」や「WritePerso」などのネイティブコマンドをサポートしていることを知っており、もしセクション8.2.3の内容を正しく理解していれば、これらのコマンドはAPDUでラップされている可能性があります。それは理想的です。なぜなら、他のカードの処理方法も全く同じだからです。つまり、APDUを作成して送信するのです。 私の質問は以下のとおりです。 1. MIFARE Plusのネイティブコマンドとそのパラメータを説明しているドキュメントは?これらのコマンドを正しく作成するために、この情報が必要です。 2. 私の理解では、MIFARE Plusはカードにコマンドを送信するためにAESベースの認証と暗号化が必要です。この内容を詳しく説明している文書はどれですか？ 3. APDUでネイティブコマンドをラップする方法に関するドキュメントはありますか? 4. `MF1P(H)x2.pdf`には多くのリンク、またはリンクのように見えるテキストが含まれていますが、クリックできません。例えば、`CommitReaderID`、`WritePerso`、`CommitPerso`、および`Virtual Card Architecture`などです。これらの書類にはどうやってアクセスCANできますか?これらのリンクがそれぞれどの文書を参照しているかを特定する方法はありますか？ NDAに署名し、NXPアカウントのセキュアセクションにあるいくつかの書類へのアクセス権を得ましたが、どれも私の質問に答えてくれません。 https://www.nxp.com/docs/en/data-sheet/MF1P(H)x2.pdf Re: MiFARE Plus APDUs こんにちは、 @Codringher あなたの調子が良いといいのですが。 MIFARE Plus EV2をサポートするリソースはNDAの下で保護されており、このページの指示に従ってSecureアクセス権を通じて申請する必要があります: Secureアクセス権 | NXP Semiconductors。また、 Secure Access Rights FAQs(セキュリティアクセス権FAQs)も確認することをお勧めします。NXP Semiconductors。 受信トレイをご確認ください。先ほどプライベートなコミュニティメッセージをお送りしました。 よろしくお願いいたします。 エドゥアルド。

关于在 MCUXpresso IDE 上开发 LPC 微控制器的一些问题 大家好， 我目前正在使用 NXP LPC1778FET180 芯片进行开发，我想使用 'MCUXpresso' IDE。但在此过程中：1.我发现 NXP 的官方“SDK Builder”中找不到 LPC1778FET180 的 SDK，而“MCUXpresso”显示它支持这款芯片。那么我该如何获取这款芯片的SDK呢？2. 如果这款芯片没有对应的 SDK，我已经通过“MCUXpresso”生成了一个裸机项目，但似乎不支持图形化引脚配置。没有.mex文件正在生成。是这款芯片不支持图形化引脚配置，还是我的操作有误？ 最好的祝愿 Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE 你好 Leo_wong， 我也在努力寻找SDK。我的目标MCU是LPC1518JBD64。我已经下载了VScode中的MCUXpresso IDE，现在正在寻找LPC1518的SDK。 如果你解决了这个问题，也请告诉我如何获取 SDK 以便开始为 LPC1518 编写代码。 Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE 嗨@leo_wong LPC1778FET180 是较旧的 LPC17xx 设备，现代 MCUXpresso SDK Builder 不支持它。 你可以从文件系统中导入它。 缺少 .mex 域名需要提供文件和图形化的引脚/时钟配置信息。这些 MCUXpresso 配置工具功能主要适用于支持 MCUXpresso SDK 的设备。LPC1778 项目通常需要手动配置引脚和时钟，或者使用 LPCOpen API。 BR 哈里

S32DS 3.5 S32DS3.5のツールチェーン分類レポート（以下を含む）はどのように入手できますか？TI/TD/TCLの制約と既知の制限の分析と使用に関するレポートはどうでしょうか？ Re: S32DS 3.5 こんにちは、 lhy これらの文書はセキュリティ上の特性を持つため、秘密保持契約（NDA）が必要です。社内サポートシステムを通じてご依頼ください。 https://support.nxp.com BR ジョーイ Re: S32DS 3.5 よろしくお願い申し上げます。

MIMXRT1061 unable to boot from external NOR flash Hi I have a custom board based on the MIMXRT1061DVL6B with an external NOR flash (W25Q128JVSSIQ). I am using Zephyr with VS Code as my development environment, and I am currently having difficulty getting the device to boot. I suspect the issue is similar to the one discussed in this post: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/m-p/1242678 Specifically, I believe it may be related to linker script configuration and enabling `XIP_EXTERNAL_FLASH`. What I do not fully understand is the correct way to modify the linker settings and enable `XIP_EXTERNAL_FLASH` in both a Zephyr-based setup and a standalone MCUXpresso/NXP SDK-style project. As an experiment, I was able to get some activity from the MCU by manually modifying the `MIMXRT1062xxxxx_flexspi_nor.ld` linker file and changing the `.text` section placement to: ``` .text{} > m_data AT > m_text ``` However, I do not want to rely on this manual modification because there are multiple `MIMXRT1062xxxxx_flexspi_nor.ld` files in the project, and I am not sure which one is actually being used by the linker. I would appreciate guidance on the correct procedure to: 1. Configure XIP execution from external NOR flash for MIMXRT1061. 2. Enable the required `XIP_EXTERNAL_FLASH` settings. 3. Properly modify or override the linker script in a Zephyr-based project. 4. Understand the equivalent configuration for a non-Zephyr project. Any guidance on the recommended approach would be greatly appreciated. Regards, Junaid Boot ROM|Booting | Flash Re: MIMXRT1061 unable to boot from external NOR flash Hello @jahmed9, In order to support you better, could you please provide me the next information? -Is the DQS pin connected, or is it left floating in your design? -Is the flash device connected to FlexSPI Port A? -Have you modified the FCB according of your flash device? If so, could you please run the flash_component_nor_flexspi example from the SDK with your modifications? This can help verify basic communication with the flash device by confirming whether read, write, and erase operations complete successfully. This test is also useful to validate the hardware connections. If you have not modified the FCB, Chapter 18 of the FlexSPI booting guide provides a detailed explanation of how the FCB is constructed. If you have any questions, do not hesitate to let me know. BR Habib

eFlexPWM入力キャプチャがS32K364でキャプチャされない - フラグは設定されているがCAPTCOMPBはゼロのまま 私はS32K364マイクロコントローラのeFlexPWMモジュール(インスタンス IP_EFLEXPWM_0)を使って、入力キャプチャを通じて外部信号の周波数と周期を測定しています。私は サブモジュール2 (SM[2])を使用しています。私の構成は以下の通りです: SM2_CAPTCTRLB->EDGB0 = 0x02; （キャプチャ回路0の場合、立ち上がりエッジでキャプチャ） SM2_CAPTCTRLB->EDGB1 = 0x02; （キャプチャ回路１の立ち上がりエッジでのキャプチャ） SM2_ARMB = 1; (キャプチャー回路をArm) コードを実行した後、以下のことが確認されました。 で SM2_CAPTCTRLBのカウンタステータスビットは以下を示します。 CB0CNT = 0x4 CB1CNT = 0x4 で SM2_STS 、両方のフラグビットがセットされています。 CFB0 = 1 CFB1 = 1 しかし、取得された値（ SM2_CAPTCOMPB ）は 0 どちらのキャプチャ回路においても、データはラッチされません。 これは何が原因でしょうか?他に何か必要な設定（例えば、クロックの有効化、入力多重化、カウンタの設定など）で、私が見落としているものはありますか？フラグはキャプチャイベントが検出されたことを示しますが、キャプチャされた値は更新されません。どんなご意見でも大変ありがたく思います。 必要に応じて、ピン多重化設定やカウンターモードなどの詳細情報を追加してください。幸運を！ Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero ハイ まず、最新のS32K3 RTD 7.0.xを確認しました。しかし、 S32設定ツール はまだ eFlexPWM E-Capture 機能をサポートしていません。 もしよければ、S32K396でテストしたいので、あなたのプロジェクトを共有してもらえますか?(残念ながら、私はS32K364を持っていません。私は S32K396-BGA-DC1 評価ボードしか持っていません。) 次に、 S32K396RM（Rev. 4、11/2024） の 「56.3.14 拡張キャプチャ（E-Capture）」の セクションを確認してください。そのセクションで言及されているレジスタ、特に図 254 のレジスタを確認してください。E-キャプチャ ロジック。eFlexPWM_0レジスターのスクリーンショットも共有しても構いません。 SM2_CAPTCTRLBの[EDGB0]、[EDGB1]、[ARMB]で言及されたビット以外に、 SM2_CAPTCTRLBの他のビットはどのように設定しましたか？   SM2_CAPTCTRLB[CB0CNT] = 0x4および[CB1CNT] = 0x4を確認されたとのことですので、対応するレジスタ値SM2_CVAL4 、 SM2_CVAL4CYC 、 SM2_CVAL5 、およびSM2_CVAL5CYCを確認されましたか？   さらに、 SM2_CAPTCOMPB[EDGCNTB]の値を読みたい場合は、まず SM2_CAPTCTRLB[EDGCNTB_EN] と SM2_CAPTCOMPB[EDGCMPB]を有効にしてください。 なぜ SM2_CAPTCOMPB[EDGCMPB] を0に設定しているのか分かりません。図254のコンパレータが使えなくなるように見える からです。E-キャプチャロジック が正しく機能しない。 よろしくお願いいたします ロビン

MiFARE Plus APDUs Hi, I am working on a Windows/Linux application that encodes data onto MIFARE cards using the `winscard`/`pcsc-lite` libraries and an HID Global OMNIKEY 5122 reader. I have successfully implemented support for Classic and Ultralight cards, and now I need to add support for Plus cards. From the `MF1P(H)x2.pdf` public document (see the link below), I know that the card supports a number of native commands such as `GetVersion` and `WritePerso`, and, if I understand section 8.2.3 correctly, these commands may be wrapped in APDUs. That would be ideal, because this is exactly how I handle the other cards: I build and send APDUs. Here are my questions: 1. Which documents describe the native commands and their parameters for MIFARE Plus? I need this information in order to frame these commands correctly. 2. As I understand it, MIFARE Plus requires AES-based authentication and encryption to send commands to the card. Which document describes this in detail? 3. Is there any documentation on how to wrap native commands in APDUs? 4. The `MF1P(H)x2.pdf` contains many links, or text that appears to be links, but they are not clickable. For example: `CommitReaderID`, `WritePerso`, `CommitPerso`, and `Virtual Card Architecture`. How can I access these documents? Is there a way to determine which document each of these links refers to? I have signed an NDA and received access to some documents in the Secure Section of my NXP account, but none of them answer my questions. https://www.nxp.com/docs/en/data-sheet/MF1P(H)x2.pdf Re: MiFARE Plus APDUs Hello @Codringher Hope you are doing well. Resources supporting MIFARE Plus EV2 are secured under NDA and must be requested through the Secure Access Rights by following the instructions from this page: Secure Access Rights | NXP Semiconductors. Also, I would recommend checking the Secure Access Rights FAQs | NXP Semiconductors. Please check your Inbox, I just sent you a private community message. Regards, Eduardo.

KE1 WDOGプリスケーラのLPOクロックにおける不正確さ タイムアウトを20msに設定してWDOGを実行しようとしています。 WDOG_CSをLPOクロックソース（128kHz）に設定し、PRES = 1、WDOG_TOVAL = 0x000Aとしました。 それは 10/(128,000/256) = 10/500 = 0.02秒になるはずです。 しかし、いくつかの矛盾に気づき始め、SWで20msを超えているのではないかと思うようになりましたが、WDOGはリセットしてくれませんでした。次に、GPIOピンを設定/クリアするコードを組み込み、WDOGを更新するまでにどれくらいの時間が経過しているかを確認したところ、更新間隔は20.67msでした。 WDOGのタイムアウトが実際にどれくらい設定されているのか気になったので、WDOGをリフレッシュした直後にダミーディレイを追加して、WDOGがリセットされるまで待つようにしました。オスコープの表示では、更新からタイムアウトまで24ミリ秒でした。 次に、CLKOUTピンを使用して、LPOクロックが実際に128kHzで動作していることを確認しました。 イライラした私はクロックソースをSIRCにスイッチし、TOVAL = 625(625/[8MHz/256] = 625/31250 = 0.02s)を調整しました。以前と同じテストを実行したところ、ちょうど20ミリ秒という結果が得られました。 混乱したのでLPOクロックに戻しましたが、プリスケーラは外しました。低周波が何らかのエラーを引き起こしているのではないかと心配していました。プリスケーラなしのLPOクロックに戻し、TOVAL = 2560 (2560/128000 = 0.02秒) に設定したところ、WDOGから20msのタイムアウトが発生し始めました。 私の質問は、LPOクロックでプリスケーラを使用した場合に、なぜこれほど大きな精度低下が見られたのかということです。プリスケーラを使用したSIRCでは、精度低下は見られませんでした。この設定に関して、既知の不具合はありますか？周波数が低すぎる？ とても混乱しています。 Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock こんにちは、 @sean_dvorscak さん。 あなたの理論計算は正しいです。128 kHzのLPOクロックとWDOG_CS[PRES] = 1の場合、WDOGクロックは500 Hzになります。したがって、TOVAL = 10 の場合、理論上のタイムアウトは 20 ms です。 しかし、この構成では、カウンタティックは 2 ms であり、 TOVAL = 10 は非常に小さなカウント値です。したがって、内部同期、設定更新、リフレッシュパスのレイテンシはミリ秒単位のタイミング差に拡大されます。したがって、正確な20ミリ秒のウォッチドッグタイムアウトを実装するために、LPO + ÷256をこのような小さなTOVAL値で使用することはお勧めしません。 20 ms のタイムアウトが必要な場合は、プリスケーラなしで LPO を使用し、TOVAL = 2560 に設定するか、÷256 で 8 MHz SIRC を使用し、TOVAL = 625 に設定することをお勧めします。 ソフトウェアのリフレッシュ間隔が20.67msに達する場合は、十分なデザインマージンを確保するためにウォッチドッグタイムアウトを延長することも推奨します。 お役に立てば幸いです。   よろしくお願いします。   BR アリス Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock ご説明ありがとうございます。低周波に関係しているような気がした。TOVAL値が低いことも問題の一因となっているというのは興味深いですね。 ご提案いただいたとおり、プリスケーラとTOVALを2560に設定せずにLPOクロックを使用するように既に修正しました。また、WDOGのタイムアウトを超過していたこの一時的な延長処理中に、WDOGの更新処理を1回追加しました。

RT1180 VDDA_ADC_1P8 ソース こんにちは、 RT1180のリファレンス・マニュアルでは、図70 VDDA_ADC_1P8ソースが異なります。Power Architecture(§19.3.2)および図90。電力システム概要(§24.3.2.1):それぞれVDD_AON_ANAまたはDCDC_1P8にコネクテッドです。 どちらの情報源を使用するのが望ましいですか？ よろしくお願いします。 レミ Re: RT1180 VDDA_ADC_1P8 source こんにちは、 @rémi さん。 ハードウェア設計ガイドによると、内部のDCDC/LDO出力をADCの基準として使わず、より正確な外部電圧基準を使うことが推奨されています。 内部参照を使用したい場合は、VDD_AON_ANAをお勧めします。あるいは、VREFに外部参照を使用することもできます。EVKは両方のオプションに対応しています。 よろしくお願いします、 パブロ Re: RT1180 VDDA_ADC_1P8 source こんにちは、 @rémi さん。 VDDA_1P8_INのCASEは、電力VDDA_1P8_INの外部参照をVDD_AON_ANAまたは外部参照として使うEVKデザイン図を参照することをおすすめします。 よろしくお願いします、 パブロ Re: RT1180 VDDA_ADC_1P8 source こんにちは、 @Pablo_Ramos さん。 フィードバックありがとうございます。 ピン名にタイプミスがありました。正しくは以下です。 RT1180のリファレンスマニュアルでは、図70 VDDA_1P8_IN音源が異なります。Power Architecture(§19.3.2)および図90。電力システム概要(§24.3.2.1):それぞれVDD_AON_ANAまたはDCDC_1P8にコネクテッドです。 どちらの情報源を使用するのが望ましいですか？ よろしくお願いします。 レミ Re: RT1180 VDDA_ADC_1P8 source こんにちは、 @rémi さん。 どちらの接続も正しいです。しかし、Hardware Design Guideでは図1に記載されていないパワードメインの詳細についても記載されています。電力制御図を参照してください。MIMXRT1180-EVK設計図を参照してください。 EVKの回路図では、VDDA_1P8_INはVDDA_ADC_1P8と同じ電源から給電されるため、外部リファレンスまたはVDD_AON_ANAのいずれかを使用するオプションが提供されます。これが、私が以前提案した内容の根拠です。 よろしくお願いします パブロ Re: RT1180 VDDA_ADC_1P8 source こんにちは、 @Pablo_Ramos さん。 ご意見ありがとうございます。 ハードウェア設計ガイドや他のNXPのドキュメントに、VDD_AON_ANAや外部の参照をパワー VDDA_1P8_INに使うのを正当化する技術的な説明はありますか?DCDC_1P8ではなく。 よろしくお願いします。 レミ

功能安全建议：编译器设置违规 NXP 提供的 MCAL SIP 推荐的编译器设置、汇编器设置和链接器设置，与 Wind River 推荐的功能安全编译器设置不符。 需要讨论一下设置问题，并检查如何符合 Wind River 编译器的功能安全建议。 MCAL SIP 套餐信息：- ->SW32K3_S32M27x_RTD_R21-11_7.0.1_QLP02 ->SW32K3_RTD_R21-11_7.0.1_P05_D2604 ->SW32K3_SAF_1.0.6_D2512 ->SCST_M7_S32K3_RFP_1.0.7 Re: Safety recommended Compiler setting violation 你好， 如果您需要直接与应用团队沟通，请联系您指定的恩智浦代表 FAE/销售人员，他们可以为您建立直接支持渠道。 如有任何疑问，请随时提出。 此致， 彼得

MCUxpresso 中的 SIM 宏激活 我正在接手一个旧项目，该项目最初使用 KDE 版本，后来使用 mcuexpresso 进行了修改。 我下载了最新版本的 IDE，并使用 SDK2.11.0 为我的 FRDM_K64F 板创建了一个新的 C/C++ 项目。 我正在从旧项目中复制代码，因为它包含了很多我不再需要的东西，而我正在尝试在新项目中从头开始构建。 我粘贴的第一段代码是端口初始化代码。 问题是，编译时所有硬件引用都出现“未定义”错误： ./source/Frere_2016.c:52:1: 错误: 未声明的“SIM_SCGC5”（在此函数中首次使用） 52 | SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK; // 使能端口 A 时钟门 C 我已经解压了SDK，但没有任何变化。 看来原始源代码中肯定有一些我没有复制的赋值语句，但这应该可以通过以下方式在新项目中实现： #include #include "board.h" #include "peripherals.h" #include "pin_mux.h" #include "clock_config.h" #include "fsl_debug_console.h" 我甚至尝试添加了 #include "MK64F12.h"，但仍然无效。 非常感谢您的帮助！ 谢谢！ 奈杰尔 于是我开始了。 Re: SIM Macro activation in MCUxpresso 你好@ve3id 编译错误发生的原因  SIM_SCGC5  这是一个旧的 Kinetis 寄存器符号；在 MCUXpresso SDK 2.x 的 FRDM-K64F 版本中，您应该使用  SIM->SCGC5  类似地，将其他硬件寄存器引用转换为  PERIPHERAL->REGISTER  句法。 针对您的特定线路，进行更改 SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK ； 到 SIM->SCGC5 |= SIM_SCGC5_PORTA_MASK； 谢谢！ BR 爱丽丝 Re: SIM Macro activation in MCUxpresso 非常感谢你，爱丽丝。你知识渊博，做起来却毫不费力！ 现在我可以继续我的项目了。 🙂 干杯 奈杰尔

KE1 WDOG Prescaler Inaccuracies with LPO Clock I am trying to run WDOG with a 20ms timeout. I've configured the WDOG_CS for LPO clock source (128kHz) and PRES = 1, and WDOG_TOVAL = 0x000A. That should be 10/(128,000/256) = 10/500 = 0.02s. However, I started noticing some inconsistencies that led me to believe I am overrunning the 20ms in my SW, but the WDOG wasn't resetting me. I then instrumented my code to Set/Clear a GPIO pin to see how much time was elapsing before I refreshed the WDOG, and saw 20.67ms from refresh to refresh. I was curious to see how long the WDOG timeout is actually set for, so I then added some dummy delays just after refreshing the WDOG that would just wait for the WDOG to reset. The Oscope showed 24ms from refresh to timeout. I then confirmed using the CLKOUT pin that the LPO clock was indeed running at 128kHz. Frustrated, I then switched my clock source to the SIRC and adjusted the TOVAL = 625 (625/[8MHz/256] = 625/31250 = 0.02s). Running the same test as before, I saw 20ms on the dot. I got confused so I then reverted back to the LPO clock, but removed the prescaler. I was concerned that the low frequency was causing some sort of error. When reverting back to the LPO clock without prescaler, and setting TOVAL = 2560 (2560/128000 = 0.02s), I started to see 20ms timeouts from the WDOG. My question is why did I see such a huge accuracy hit when using the prescaler with the LPO clock? I didn't see the accuracy hit with the SIRC using prescaler. Is there a known error when it comes to this configuration? Frequency too low? Very confused. Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock Hello @sean_dvorscak  Your theoretical calculation is correct: with a 128 kHz LPO clock and WDOG_CS[PRES] = 1 , the WDOG clock becomes 500 Hz. Therefore, with TOVAL = 10 , the theoretical timeout is 20 ms. However, in this configuration, the counter tick is 2 ms, and TOVAL = 10 is a very small count value. Any internal synchronization, configuration update, or refresh-path latency can therefore be magnified into millisecond-level timing differences.  Therefore, we do not recommend using LPO + ÷256 with such a small TOVAL value to implement an accurate 20 ms watchdog timeout. If a 20 ms timeout is required, we recommend using the LPO without the prescaler and setting TOVAL = 2560 , or using the 8 MHz SIRC with ÷256 and setting TOVAL = 625 . If the software refresh interval may reach 20.67 ms, we also recommend increasing the watchdog timeout to provide sufficient design margin. Hope it helps.   Thank you.   BR Alice Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock Thanks for the clarification. I had a feeling it had something to do with the low frequency. Interesting to know that the low TOVAL is also part of the issue. I already fixed this to use the LPO clock without the prescaler and TOVAL of 2560 as you suggested. Also added an extra WDOG refresh during this one time extended process that was overrunning the WDOG timeout.

eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero I'm using the eFlexPWM module (instance IP_EFLEXPWM_0) on an S32K364 microcontroller to measure the frequency and period of an external signal via input capture. I am using submodule 2 (SM[2]). My configuration is as follows: SM2_CAPTCTRLB->EDGB0 = 0x02; (capture on rising edge for capture circuit 0) SM2_CAPTCTRLB->EDGB1 = 0x02; (capture on rising edge for capture circuit 1) SM2_ARMB = 1; (arm the capture circuits) After running the code, I observe the following: In SM2_CAPTCTRLB, the counter status bits show: CB0CNT = 0x4 CB1CNT = 0x4 In SM2_STS, both flag bits are set: CFB0 = 1 CFB1 = 1 However, the captured values (SM2_CAPTCOMPB) remain 0 for both capture circuits – no data is latched. What could be causing this? Is there any additional configuration needed (e.g., clock enable, input muxing, or counter setup) that I might have missed? The flags indicate that capture events are detected, but the captured values are not updated. Any insight would be greatly appreciated. Feel free to add any additional details (like your pin muxing settings or counter mode) if needed. Good luck! Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero Hi First, I checked the latest S32K3 RTD 7.0.x; however, the S32 Configuration Tool does not yet support the eFlexPWM E-Capture functionality. If it is convenient, could you share your project so I can test it on the S32K396? (Unfortunately, I don’t have the S32K364; I only have the S32K396-BGA-DC1 evaluation board.) Secondly, please review section “56.3.14 Enhanced capture (E-Capture)” in S32K396RM (Rev. 4, 11/2024). Please check the registers mentioned in that section, especially those in Figure 254. E-Capture logic. You can also share screenshots of the eFlexPWM_0 registers with me.  Besides the bits you mentioned in SM2_CAPTCTRLB [EDGB0],[EDGB1],[ARMB], how did you configure the other bits in SM2_CAPTCTRLB?   Since you observed that SM2_CAPTCTRLB[CB0CNT] = 0x4 and [CB1CNT] = 0x4, have you checked the corresponding register values of SM2_CVAL4, SM2_CVAL4CYC, SM2_CVAL5, and SM2_CVAL5CYC?   In addition, if you want to read the value of SM2_CAPTCOMPB[EDGCNTB], please first enable SM2_CAPTCTRLB[EDGCNTB_EN] and SM2_CAPTCOMPB[EDGCMPB]. I’m not sure why you set SM2_CAPTCOMPB[EDGCMPB] to 0, as this seems to prevent the comparator in Figure 254. E-Capture logic from functioning correctly. Best Regards, Robin

MCUXpresso IDE上でLPCマイクロコントローラを開発することに関するいくつかの質問 こんにちは、皆さん 現在、NXP LPC1778FET180チップの開発に取り組んでいて、「MCUXpresso」IDEを使いたいと思っています。しかし、このプロセス中に：1.NXPの公式『SDK Builder』ではLPC1778FET180のSDKsが見つからないのに対し、「MCUXpresso」ではこのチップをサポートしていると表示されています。では、このチップのSDKはどうやって入手できますか?2. もしこのチップに対応するSDKがなければ、すでに「MCUXpresso」を使ってベアメタルプロジェクトを生成しましたが、グラフィカルピン設定はサポートされていないようです。.mex なしファイルが生成されています。このチップがグラフィカルピン設定をサポートしていないのか、それとも私のやり方が間違っているのでしょうか? 幸運をお祈りしています Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE こんにちは、Leo_wongさん。 SDKを見つけるのにも苦労しています。私のターゲットMCUはLPC1518JBD64です。私はVScodeでMCUXpresso IDEsをダウンロードし、今はSDKsを探していますLPC1518。 もしこれが分かったら、SDKsでLPC1518コーディングを始める方法も教えてください。 Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE こんにちは、 @leo_wongさん LPC1778FET180は古いLPC17xxデバイスであり、最新のMCUXpresso SDK Builderではサポートされていません。 CAN ファイルシステムからインポートできます。 .mex ファイルの不在ファイルとグラフィカルなピン/クロック構成が必要です。これらのMCUXpresso設定ツール機能は主にMCUXpresso SDKsサポートのデバイス向けに提供されています。LPC1778プロジェクトでは、一般的にピンとクロックの設定を手動で行うか、LPCOpen APIを使用する必要があります。 BR ハリー

SIM Macro activation in MCUxpresso I'm picking up an old project that was originally built using KDE and later modified using mcuexpresso. I downloaded the latest version of the IDE and created a new C/C++ project using SDK2.11.0 for the FRDM_K64F board which I have. I'm copying code from the old project as it had all sorts of stuff I don't want anymore and am trying to build up in the new project from scratch. The first code I pasted in was a port initialisation. Problem is when I compile I get "undefined'' errors on all hardware references: ./source/Frere_2016.c:52:1: error: 'SIM_SCGC5' undeclared (first use in this function) 52 | SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK; // Enable Port A Clock Gate C I have unzipped the SDK with no difference. It seems that the original source code must have had some assignment made which I am not copying, but surely that should be covered in a new project by the following: #include #include "board.h" #include "peripherals.h" #include "pin_mux.h" #include "clock_config.h" #include "fsl_debug_console.h" I even tried adding #include "MK64F12.h" to no avail Any help really apprecaited! Thanks Nigel So I started Re: SIM Macro activation in MCUxpresso Hello @ve3id  The compile error happens because  SIM_SCGC5  is an old Kinetis register symbol; in MCUXpresso SDK 2.x for FRDM-K64F you should use  SIM->SCGC5  and similarly convert the other hardware register references to  PERIPHERAL->REGISTER  syntax. For you specific line, change SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK; to  SIM->SCGC5 |= SIM_SCGC5_PORTA_MASK; Thank you. BR Alice Re: SIM Macro activation in MCUxpresso Thank you very much, Alice.  You are so knowledgeable that you make it look easy! Now I can get on with my project 🙂 cheers Nigel

S32K364 无法捕获 eFlexPWM 输入信号——标志位已设置但 CAPTCOMPB 仍为零。 我正在使用 eFlexPWM 模块（实例）。 我正在使用 S32K364 微控制器上的 IP_EFLEXPWM_0 ) 通过输入捕获来测量外部信号的频率和周期。 子模块 2 （ SM[2] ）。我的配置如下： SM2_CAPTCTRLB->EDGB0 = 0x02; （上升沿捕获电路 0） SM2_CAPTCTRLB->EDGB1 = 0x02; （上升沿捕获电路 1） SM2_ARMB = 1; （Arm捕获电路） 运行代码后，我观察到以下情况： 在 SM2_CAPTCTRLB ，计数器状态位显示： CB0CNT = 0x4 CB1CNT = 0x4 在 SM2_STS ，两个标志位均已设置： CFB0 = 1 CFB1 = 1 然而，捕获的值（ SM2_CAPTCOMPB ）仍然存在。 0 对于这两个捕获电路——都没有数据被锁存。 造成这种情况的原因可能是什么？我是否遗漏了其他需要的配置（例如，时钟启用、输入多路复用或计数器设置）？这些标志表明检测到了捕获事件，但捕获的值没有更新。您的见解将不胜感激。 如有需要，请随时添加其他详细信息（例如引脚复用设置或计数器模式）。祝你好运！ Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero HI 首先，我检查了最新的 S32K3 RTD 7.0.x版本；但是， S32 配置工具尚不支持eFlexPWM E-Capture功能。 如果方便的话，能否分享一下您的项目，以便我可以在 S32K396 上进行测试？（可惜我没有 S32K364，只有S32K396-BGA-DC1评估板。） 其次，请查看 S32K396RM（修订版 4，2024 年 11 月） 中的“56.3.14 增强捕获（E-Capture）” 部分。请检查该部分中提到的寄存器，特别是图 254 中的寄存器。E-捕获 逻辑。您也可以与我分享eFlexPWM_0 寄存器的屏幕截图。 除了您在SM2_CAPTCTRLB [EDGB0]、[EDGB1]、[ARMB]中提到的位之外，您是如何配置SM2_CAPTCTRLB中的其他位的？   既然您观察到SM2_CAPTCTRLB[CB0CNT] = 0x4和[CB1CNT] = 0x4 ，您是否检查过SM2_CVAL4 、 SM2_CVAL4CYC 、 SM2_CVAL5和SM2_CVAL5CYC的相应寄存器值？   此外，如果您想读取SM2_CAPTCOMPB[EDGCNTB]的值，请先启用SM2_CAPTCTRLB[EDGCNTB_EN]和SM2_CAPTCOMPB[EDGCMPB] 。 我不明白你为什么要将SM2_CAPTCOMPB[EDGCMPB]设置为 0，因为这似乎会阻止图 254 中的比较器 E-Capture 逻辑正常工作。 此致敬礼， Robin

KE1 WDOG 预分频器在使用 LPO 时钟时出现误差 我正在尝试运行 WDOG，超时时间为 20 毫秒。 我已经将 WDOG_CS 配置为 LPO 时钟源 (128kHz) 和 PRES = 1，WDOG_TOVAL = 0x000A。 那应该是 10/(128,000/256) = 10/500 = 0.02 秒。 然而，我开始注意到一些不一致之处，这让我相信我的软件运行时间超过了 20 毫秒，但 WDOG 并没有 RESET 我。然后，我修改了我的代码，使其能够设置/清除一个 GPIO 引脚，以查看在刷新 WDOG 之前经过了多长时间，结果发现从刷新到刷新之间有 20.67 毫秒的时间。 我很好奇 WDOG 超时实际设置了多长时间，所以我在刷新 WDOG 后添加了一些虚拟延迟，等待 WDOG RESET。示波器显示从刷新到超时时间为 24 毫秒。 然后我使用 CLKOUT 引脚确认 LPO 时钟确实以 128kHz 的频率运行。 我感到很沮丧，于是将时钟源切换到 SIRC，并将 TOVAL 调整为 625（625/[8MHz/256] = 625/31250 = 0.02s）。运行与之前相同的测试，我看到结果正好是 20 毫秒。 我当时有点糊涂了，所以又改回了 LPO 时钟，但是移除了预分频器。我担心低频率会导致某种错误。当恢复到没有预分频器的 LPO 时钟，并将 TOVAL 设置为 2560（2560/128000 = 0.02 秒）时，我开始看到 WDOG 出现 20 毫秒的超时。 我的问题是，为什么在使用 LPO 时钟的预分频器时，精度会下降这么多？我没有发现使用预分频器的 SIRC 精度有所下降。这种配置是否存在已知错误？频率太低？ 非常困惑。 Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock 你好@sean_dvorscak 你的理论计算是正确的：当 LPO 时钟频率为 128 kHz 且 WDOG_CS[PRES] = 1 时，WDOG 时钟频率变为 500 Hz。因此，当 TOVAL = 10 时，理论超时时间为 20 毫秒。 但是，在这种配置下，计数器滴答数为 2 毫秒，而TOVAL = 10 是一个非常小的计数值。因此，任何内部同步、配置更新或刷新路径延迟都可能被放大到毫秒级的时间差异。因此，我们不建议使用 LPO + ÷256 和如此小的 TOVAL 值来实现精确的 20 毫秒看门狗超时。 如果需要 20 毫秒的超时，我们建议使用不带预分频器的 LPO 并将 TOVAL 设置为 2560 ，或者使用 8 MHz SIRC 并将 TOVAL 设置为 625。 如果软件刷新间隔可能达到 20.67 毫秒，我们也建议增加看门狗超时时间，以提供足够的设计裕度。 希望对您有所帮助。   谢谢！   BR 爱丽丝 Re: KE1 WDOG Prescaler Inaccuracies with LPO Clock 谢谢你的解释。我感觉这和低频率有关。值得注意的是，低总价值也是问题的一部分。 我已经按照您的建议，修复了这个问题，使用没有预分频器的 LPO 时钟，并将 TOVAL 设置为 2560。此外，由于此次延长进程超过了 WDOG 超时时间，还额外添加了一次 WDOG 刷新。

JLink Debug Authentication Hello all, Im following a project based on the MCXN947 (frdm_mcxn947 board) and we need to setup the debug authentication and signed firmware validation before sending it to the client for testing, but im very unsure about two things. Is the debug authentication restricted to the "in-field" case? where the MCU is permanently locked with keys and security configuration burned in OTP? I dont want to risk permanently breaking the only board i have If i set up the debug authentication feature, then is it still possible to connect and debug code with the on board debugger? Im debugging with VSCode with a Jlink debug .launch config, how do i add the security artefacts for enabling the debug authentication? It would be great if someone that has already tackled the thing can shed some light on how to proceed, because i only see the AN14162 being referred to and not much else in terms of documentation MCXN Security(Edgelock | secure boot | OTP) Re: JLink Debug Authentication Hello @raimbowgeddon  1. Is the debug authentication restricted to the "in-field" case? where the MCU is permanently locked with keys and security configuration burned in OTP? I dont want to risk permanently breaking the only board i have ->>No, the debug authentication is not only for "in-fileld" casse. It can be tested during development. Config it on CMPA part, not in OTP. 2. If i set up the debug authentication feature, then is it still possible to connect and debug code with the on board debugger? Im debugging with VSCode with a Jlink debug .launch config, how do i add the security artefacts for enabling the debug authentication? ->>Yes. After debug authentication is enabled, you normally cannot just start a normal J-Link session as before. You must first run the debug authentication challenge-response flow, then connect your debugger. There is a video that shows the steps for configuring and using Debug Authentication on the MCXN947. I'm not sure whether you can access it: https://www.bilibili.com/video/BV13EhAzdEzV/?spm_id_from=333.1387.homepage.video_card.click  Thank you. BR Alice Re: JLink Debug Authentication Hello @Alice_Yang, Sorry for the delayed response, i've been caught up with some other urgent work. I just followed the directions given by the video you linked, and it seems to be working! I was missing the piece about unlocking the device from the tool and then simply attaching with the debugger. I also tried to overwrite the image with another one and it works, besides a warning about CFPA region not being written, but i cannot seem to be able to do a flash erase, even if debug authentication step was done, is this expected? Does it mean that now the board will permanently be secured? Is there no way to make the board return to the factory settings now? Thank you so much for the help FS