Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
MIMXRT1061 无法从外部 或非 闪存启动 你好 我有一个基于 MIMXRT1061DVL6B 的定制板,带有一个外部 或非 闪存 (W25Q128JVSSIQ)。我使用 Zephyr 和 VS Code 作为开发环境,目前遇到了设备启动困难的问题。 我怀疑这个问题与这篇文章中讨论的问题类似: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/mp/1242678 具体来说,我认为这可能与链接器脚本配置和启用 `XIP_EXTERNAL_FLASH` 有关。 我不太明白的是,在基于 Zephyr 的设置和独立组网 (SA) MCUXpresso/NXP SDK 风格的项目中,修改链接器设置并启用 `XIP_EXTERNAL_FLASH` 的正确方法是什么。 作为一项实验,我通过手动修改 `MIMXRT1062xxxxx_flexspi_nor.ld` 文件,成功地让 MCU 执行了一些操作。链接器文件并将 `.text` 部分的位置更改为: ``` 。文本{}> m_data AT > m_text ``` 但是,我不想依赖这种手动修改,因为存在多个 `MIMXRT1062xxxxx_flexspi_nor.ld` 文件。项目中包含多个文件,我不确定链接器实际使用的是哪个文件。 我希望能够获得以下正确流程的指导: 1. 配置 MIMXRT1061 从外部 或非 闪存执行 XIP。 2. 启用所需的 `XIP_EXTERNAL_FLASH` 设置。 3. 在基于 Zephyr 的项目中正确修改或覆盖链接器脚本。 4. 了解非 Zephyr 项目的等效配置。 非常感谢您能就推荐方法提供任何指导。 问候, 朱奈德 启动 ROM | 启动配置 | 闪存 Re: MIMXRT1061 unable to boot from external NOR flash 你好@jahmed9 , 为了更好地为您提供帮助,请您提供以下信息? -你的设计中DQS引脚是连接着的,还是浮空的? -闪存设备是否连接到FlexSPI端口A? -你是否根据你的闪光灯设备修改过FCB?如果可以的话,请您使用修改后的 SDK 运行 flash_component_nor_flexspi 示例程序? 这可以通过确认读取、写入和擦除操作是否成功完成来帮助验证与闪存设备的基本通信。该测试还有助于验证硬件连接。 如果您尚未修改 FCB, FlexSPI 启动指南第 18 章将详细介绍 FCB 的构造方式。如有任何疑问,请随时告诉我。 BR 哈比卜
查看全文
MCUxpressoでのSIMマクロの有効化 私は、元々はKDEを使って構築され、後にmcuexpressoを使って修正された古いプロジェクトを引き継いでいます。 最新バージョンのIDEをダウンロードし、FRDM_K64Fボード用のSDK2.11.0を使って新しい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「ペリフェラル」 #include "pin_mux.h" #include "clock_config.h" #include "fsl_debug_console.h" #include "MK64F12.h" を追加してみましたが、効果はありませんでした。 どんなご支援でも大変ありがたいです! よろしくお願いします。 ナイジェル SO始めました Re: SIM Macro activation in MCUxpresso こんにちは@ve3id コンパイルエラーが起こる理由は以下の通りです  SIM_SCGC5  は古いKinetisレジスタ記号です。FRDM-K64F用のMCUXpresso SDK 2.xで使用すべきです  SIM->SCGC5  同様に、他のハードウェアレジスタ参照も次のように変換します  PERIPHERAL->REGISTER  構文。 あなたの特定の行については、 SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK ; に SIM->SCGC5 |= SIM_SCGC5_PORTA_MASK; よろしくお願いします。 BR アリス Re: SIM Macro activation in MCUxpresso アリスさん、本当にありがとうございました。あなたはSOとても知識豊富で、簡単に見せてしまうのですね! これでプロジェクトにCAN取りかかる 🙂 乾杯 ナイジェル
查看全文
MIMXRT1061は外部NORフラッシュから起動できません こんにちは 私は、外部NORフラッシュ(W25Q128JVSSIQ)を搭載したMIMXRT1061DVL6Bをベースにしたカスタムボードを持っています。私は開発環境としてVS Codeを使い、Zephyrを使っていますが、現在デバイスの起動に苦労しています。 この問題は、こちらの投稿で議論されている問題と似ているのではないかと考えています。 https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/mp/1242678 具体的には、リンカースクリプトの設定と`XIP_EXTERNAL_FLASH`の有効化に関連している可能性があると考えています。 私が完全には理解していないのは、ZephyrベースのセットアップとスタンドアロンのMCUXpresso/NXP SDKスタイルプロジェクトの両方で、リンカー設定を正しく変更し「XIP_EXTERNAL_FLASH」を有効にする方法です。 実験として、手動で「MIMXRT1062xxxxx_flexspi_nor.ld」を修正することでMCUから多少の活動を得ることができましたリンカーファイルと`.text`セクションの配置の変更: 「`」 。文章{}> m_data AT > m_text 「`」 しかし、`MIMXRT1062xxxxx_flexspi_nor.ld` が複数存在するため、この手動修正に頼りたくありません。プロジェクト内のファイルのうち、どれがリンカーによって実際に使用されているのか分かりません。 以下の手順について正しい方法をご教示いただければ幸いです。 1. MIMXRT1061の外部NORフラッシュからXIP実行を設定します。 2. 必要な`XIP_EXTERNAL_FLASH`設定を有効にします。 3. Zephyrベースのプロジェクトでリンカースクリプトを適切に修正またはオーバーライドすること。 4. 非Zephyrプロジェクトにおける同等の構成を理解すること。 推奨されるアプローチについてご助言いただければ大変ありがたいです。 よろしくお願いいたします。 ジュナイド ブートROM|ブート|フラッシュ Re: MIMXRT1061 unable to boot from external NOR flash こんにちは、 @jahmed9 さん。 よりサポートするために、次の情報を教えていただけますか? -DQSピンはコネクテッドですか、それともデザイン中に浮かんでいる状態ですか? -フラッシュデバイスはFlexSPIポートAにコネクテッドですか? フラッシュデバイスに合わせてFCBを変更しましたか?もしそうなら、SDKの中のflash_component_nor_flexspiその例をあなたの修正を加えて実行してもらえますか? これにより、読み書き・消去操作が成功したかどうかを確認し、フラッシュデバイスとの基本的な通信を検証できます。このテストは、ハードウェア接続の検証にも役立ちます。 FCBを改造していない場合は、 FlexSPIブートガイドの第18章にFCBの構造に関する詳細な説明が記載されています。ご質問があれば、遠慮なくお尋ねください。 BR ハビブ
查看全文
セーフティ推奨コンパイラ設定違反 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 こんにちは、 アプリケーションチームに直接連絡が必要な場合は、担当のNXP担当者FAE/営業担当者に連絡してください。直接サポートチャネルを設定できます。 ご質問があれば、遠慮なくお尋ねください。 よろしくお願いします、 ピーター
查看全文
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 不支持它。 你可以从文件系统中导入它。 Harry_Zhang_0-1782785965987.png Harry_Zhang_1-1782785985817.png 缺少 .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; (キャプチャ回路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 ハイ まず、最新の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レジスターのスクリーンショットも共有しても構いません。 56.3.14.1.1 E-Capture logic S32K396RM (Rev. 4 11 2024).png 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-キャプチャロジック が正しく機能しない。 よろしくお願いいたします ロビン Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero こんにちは、 @Robin_Shen さん。 MCTRLレジスタとCAPTCTRLBレジスタを適切に設定することで、外部周波数測定を正常に実装できました。しかし、テストの結果、私が達成できる最低周波数は5kHzであり、私の要求は1Hz程度の低周波数をサポートすることになっています。 プリスケーラーとプリスケーラー代替設定を調整してみましたが、改善は見られませんでした。何か提案やトラブルシューティングの方法を教えていただけますか?サポートありがとうございます。 Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero サブモジュール2の周期が短すぎるようです。「 56.3.18.3 サブモジュール0よりも低い周波数でサブモジュールを実行する」を読んで、サブモジュール2にAUX_CLKやEXT_CLKなどのより低い周波数のクロックソースを選択してみてください。
查看全文
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.  56.3.14.1.1 E-Capture logic S32K396RM (Rev. 4 11 2024).png 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 Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero It appears that the period of submodule2 is too short. Please read "56.3.18.3 Running a submodule at a lower frequency than submodule 0" and try selecting a lower frequency clock source for submodule2, such as AUX_CLK or EXT_CLK. Re: eFlexPWM input capture not capturing on S32K364 – flags set but CAPTCOMPB remains zero Hi@Robin_Shen , I have successfully implemented external frequency measurement by properly configuring the MCTRL and CAPTCTRLB registers. However, testing shows the minimum measurable frequency I can achieve is 5 kHz, while my requirement is to support frequencies as low as 1 Hz. I have attempted adjusting the Prescaler and PrescalerAlt configurations, yet no improvement was observed. Could you please share some suggestions and troubleshooting approaches? Thank you very much for your support.
查看全文
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 ファイルシステムからインポートできます。 Harry_Zhang_0-1782785965987.png Harry_Zhang_1-1782785985817.png .mex ファイルの不在ファイルとグラフィカルなピン/クロック構成が必要です。これらのMCUXpresso設定ツール機能は主にMCUXpresso SDKsサポートのデバイス向けに提供されています。LPC1778プロジェクトでは、一般的にピンとクロックの設定を手動で行うか、LPCOpen APIを使用する必要があります。 BR ハリー
查看全文