Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
LX2160A XSPI 单模式 - 未使用的引脚 您好, 当配置 XSPI 以单路模式运行时,DAT2-DAT7 信号的配置尚不明确。 它们可以不连接吗? 诺姆 Re: LX2160A XSPI in Single Mode - Unused pins 你好, 在 LX2160A XSPI 单模式下,DAT2–DAT7 可以保持未连接状态,文档建议将未使用的 XSPI 数据引脚配置为 GPIO 输出,并保持未连接状态。 此致 Re: LX2160A XSPI in Single Mode - Unused pins 您好, 问题在于引脚是成组配置的,具体来说: XSPI1_A_DATA30_PMUX:配置 XSPI_A_DATA[3:0] 为 SPI 或 GPIO 模式 使用单模式 SPI 时,让 DAT[3:2] 浮空是否仍然安全?
記事全体を表示
由 MCUBOOT 启动的调试应用程序 各位亲爱的朋友们, 我们使用的电路板是 IMXRT1176。 我想调试一下由 MCU-Boot 启动的应用程序。我希望调试器能够烧录一个已签名的应用程序,然后再进行调试。让我来给你展示一下我做了什么: 1. 原始版本生成了一个 app.elf 文件。 2. 我将 app.elf 文件转换为 app.bin 文件,并使用 imgtool 对其进行签名,生成 app_signed.bin 文件。 3. 我使用 arm-none-eabi-objcopy 将 app_signed.bin 封装成 app_signed.bin.elf。 4. 我使用了这份 launch.json 配置 ``` { "type": "mcuxpresso-debug", "name": "调试引导加载程序应用程序", "请求": "启动", "cwd": " ${workspaceFolder} ", "可执行文件": " /app.elf", "isAttach": false, "probeType": "LinkServer", "stopAtSymbol": "main", "skipBuildBeforeDebug": true, "extraSymbolFiles": [ " /app.elf", " /bootloader.elf", ], "postLaunchCommands": [ "加载 /app_signed.bin.elf 0x30100000" ], "gdbInitCommands": [ “设置远程超时时间为 600”, “设置调试文件目录”, “不停地启动”, ], "gdbServerConfigs": { "链接服务器": { “设备”: “MIMXRT1176xxxxx:MIMXRT1170-EVKB” "核心": "cm7", }, "segger": {}, “pemicro”:{} }, }, ``` 它似乎有效,也就是说我可以调试引导加载程序和应用程序,但这感觉像是一种权宜之计。 我最不喜欢的是“flash”这个词写了两遍。一个用于可执行文件,我们写入无符号二进制文件;一个用于加载文件,我们写入有符号二进制文件(显然,它们具有相同的核心代码)。 请问我是否遗漏了什么显而易见的东西?你认为有没有更简洁的方法来实现这个目标? 仅供参考,我知道如何附加到已刷入的镜像,上述过程更多是为了方便一步开始调试,我提到这一点是为了说明我的目标。 非常感谢您的帮助和建议! 此致, 雅库布 Re: Debug application started by the MCUBOOT 你好@jslota13245 , 目前还没有明确的步骤将刷写和调试签名镜像合并到一个工作流程中,因为这些通常是作为单独的流程处理的。通常情况下,你会先将签名后的镜像文件刷写到设备上,然后再连接调试器。作为参考,您可以查看ota_mcuboot_basic示例的“运行演示”部分,其中演示了两种不同的刷写签名镜像的方法,您可以根据自己的设置进行调整。此外,“将数据传输到闪存”部分概述了可用于刷写过程的可用工具。 另一方面,能否请您解释一下将签名镜像转换为 .bin.elf 文件的原因?另外,您能否确认一下您在进行此操作时是否遵循了指南? BR 哈比卜 Re: Debug application started by the MCUBOOT 你好,哈比卜! 谢谢你的回复。 回答你的问题。我按照这个指南在启动时刷写了多个二进制文件。我们使用 mcuxpresso 来替代 vs-code IDE,但基本原理应该是一样的: https://mcuoneclipse.com/2022/11/01/loading-multiple-binary-files-with-gdb/ 这里的想法是,elf 文件包含调试已签名二进制文件的信息,因为已签名二进制文件只是一个附加了头部和尾部的二进制文件。如果 .elf该文件是根据这种布局生成的,应该可以按预期工作。 供以后参考,我在原帖中建议的方法效果不太好,因为调试器会卡在不存在的 0x00000 断点上,而 CPU 仍在运行,所以我怀疑并没有发生真正的崩溃。这里显然存在一些配置/集成调试器问题,但我无法准确指出问题所在。你是否曾遇到过类似的情况? 关于您建议的方法,我找到了以下部分: ``` 使用外部工具(直接方法)将已签名的应用程序映像编程到主应用程序分区 通过调试器启动应用程序,使用签名映像执行映像更新,RESET板并让引导加载程序执行更新(间接方法) 以下分步骤描述中使用的是后一种方法: 打开演示项目并进行构建。已知问题:MDK 链接器发出有关未使用的boot_hdr段的警告。这不会影响示例的功能。 按照mcuboot_opensource SDK 示例的 readme 文件中的说明,从原始二进制文件准备应用程序的签名映像。 如果是 MCUXpresso,则可能不会自动生成原始二进制文件。右键单击“二进制文件/.axf”后,使用二进制工具在项目树中查找要手动生成的文件。 在 IDE 中启动调试器,快速启动应用程序。 在使用 MCUXpresso IDE 时,程序会在引导加载程序中陷入无限循环。暂停调试,使用调试器控制台并发出命令jump ResetISR 。 ``` 但我不太清楚如何使用 VS Code 的扩展程序——很遗憾,我没有 IDE 后端。请您帮我回答以下问题好吗? 假设我确实有一个已签名的二进制文件和一个包含符号的原始 elf 文件。 1.如何让调试器启动已签名镜像? 2. 如何让调试器在不先烧录固件的情况下启动它?第 1 点明确指出要用某种工具刷写固件——我猜第 2 点是另有用途? 3. 调试器不能只烧录基础 elf 文件,因为它没有 mcuboot 头和尾部,会被 mcuboot 丢弃。 4. 第 2.3 点中提到“在 IDE 中启动调试器以快速启动应用程序”,这是否意味着调试器会烧录一些东西?或者它会附加到已经刷入的镜像上? 感谢您提前提供的帮助和时间。 🙂 此致, 雅库布 Re: Debug application started by the MCUBOOT 你好@jslota13245 , 当您提到“很遗憾,我没有 IDE 后端”时,我理解这可能指的是您对 VS Code 的 MCUXpresso 扩展不太熟悉,我的理解正确吗?如果是这样,我建议您查看该扩展程序官方文档中的“探索扩展程序”章节,因为它提供了对其功能的有用概述。 关于您的问题,当您启动调试会话时,该工具默认会将生成的映像编程到闪存中,然后连接调试器,调试器会自动跳转到主函数。这在“启动调试会话”部分有详细描述,您可以在此页面找到有关扩展程序调试功能的更多信息。我还可以建议您查看“调试项目”这一章节,其中介绍了调试代码的步骤。 我强烈建议您先在不使用 MCUboot 或镜像签名的情况下验证和调试您的应用程序,只有在您的应用程序经过全面测试后才引入 MCUboot。为了完成此过程,我们强烈建议使用 MCUxpresso 安全配置工具,该工具能够管理 MCUboot 的密钥生成和映像签名等安全功能,因此它是处理此类应用程序的标准工具。您可以在 7.6.2 节中找到有关如何对镜像进行签名以及如何刷写 MCUboot 的更多信息。安全配置工具用户指南 26.03中的“使用此类处理器手动启动 MCUboot 的步骤”。 另一方面,在集成 MCUboot 时,请确保将其放置在不会被其他镜像覆盖的专用闪存区域中。mcuboot_opensource_cm7 示例提供了一种放置每个镜像的替代方案: | 区域 | 从 | 到 | 大小 | |----------------|------------|------------|--------| | MCU启动代码 | 0x30000000 | 0x3003FFFF | 256kB | | 主插槽 | 0x30040000 | 0x3023FFFF | 2048kB | | 辅助插槽 | 0x30240000 | 0x3043FFFF | 2048kB | 您应该先将 MCUboot 映像编程到其专用闪存区域中,然后将签名的应用程序映像放入主插槽或辅助插槽中。MCUXpresso 安全配置工具可以简化此过程,它能够在一个工作流程中同时处理引导加载程序编程和映像编程,如我之前分享的用户指南第 7.6.2 节所述。 BR 哈比卜 Re: Debug application started by the MCUBOOT 我会去了解一下。多谢! 🙂 Re: Debug application started by the MCUBOOT 关于您第一篇帖子中提到的调试配置,我有几点想说: 1. MCUXpresso for VS Code 扩展依赖于 Zephyr(或 MCUXpresso SDK)中的“runners.yaml”。通常情况下,ELF/BIN 文件可能有不同的值。在你的情况下,你应该将“bin_file”属性指向你的“app_signed.bin”。(见下方截图)。重要提示:如果 ELF 和 BIN 指向同一个文件(例如“app”(但文件扩展名不同),调试配置中有一个“executableLoadTypePriority”属性,用于控制实际加载到目标上的内容。 2. 如果您有“runners.yaml”如果文件定义如上所述,则无需在 MCUXpresso 调试配置中指定任何内容(请参见下面的屏幕截图)。 3.如果您已按照上述说明定义了“runners”文件,则扩展程序将仅使用“runners”中的 ELF 文件来加载调试符号,并使用 BIN 文件将应用程序加载到目标设备上。因此,不需要“postLaunchCommands”属性。 4. “bootloader.elf”仍然需要添加到“extraLoadFiles”属性中,但不需要“app.elf”。旁边。 如果未按上述方式定义“runners.yaml”,则可以这样写: "executable": {   "elf": ".../app.elf",   "binary": {    "path": ".../app_signed.elf",    "address": 256   } } 这两种方法应该会产生类似的结果。 AdrianOltean_0-1783336918679.png Re: Debug application started by the MCUBOOT 嗨,Adrian, 听起来很有希望。 🙂 我会试一试,非常感谢您分享有关扩展程序的详细信息以及您的建议! 此致, 雅库布
記事全体を表示
IOL 3mA 处 I2C 线的 VOL 你好, 这是阿鲁穆甘。请问I2C线路的最大电压是多少?我应该考虑 0.7V @1mA 还是 3mA 谢谢! 阿鲁穆甘 Re: VOL for I2C lines at IOL 3mA 嗨@Arumugam1982 I2C 线路的 VOL/VOH 电平取决于焊盘供电轨和所选引脚配置的相应电气规格。LPI2C 焊盘可以由 VDD_HV_A 或 VDD_HV_B 供电,具体取决于引脚复用和焊盘分配,因此应该使用设备 IOMUX 信息进行验证。 数据手册直接在 GPIO 直流电气特性表中定义了输入阈值 (VIH/VIL)。然而,VOH/VOL 通常通过输出驱动电流条件(如 IOH 和 IOL)间接定义。 实际上,建议采用与所选焊盘配置的相应 IOH/IOL 参数相关的 VOH/VOL 条件,而不是假设特定的电流值 (mA)。只有当数据手册中明确定义了该电气特性所需的电流时,才能使用该电流。 BR,VaneB Re: VOL for I2C lines at IOL 3mA 我是否应该考虑 IOL -1mA /3mA /8mA 相同的 VOL?我需要这个数字来进行WCA计算。 Re: VOL for I2C lines at IOL 3mA 你好, 您在表 27 的数据表中使用的是哪个符号(例如:IOL_33_S)? 此致, 约翰
記事全体を表示
T1024 RESET_REQ 原因不明で登録 こんにちは。ここ数ヶ月、T1024のCPUに問題が発生しています。 よろしくお願いします。 問題の説明: 私たちはインダストリアルPLC内でT1024NSE7KQA CPUを使用しています。 昨年まではMQX OS(シングルコア実装)を使っていましたが、その後SDKLINUXを使ってデュアルコアLinuxに移植しました(OSは主にサードパーティによって実装されています)。 ハードウェアは、以前のMQX OSバージョンと物理的に同じです。 すべてのユニットがLinuxの起動時に問題を示します:MCUが固まる(MCU自体がRESET_REQ_Bを主張します)。 このイベント情報はデターミニスティックではなく、起動サイクルの10%のみが影響を受けますが、常に同じOS起動フェーズで発生します。 定期的な起動・電源オフのシーケンスを実行することで、この問題を再現することができました。 イベント情報が電源アップ後に発生する場合、それはハードウェアの起動・初期化から常に約40秒後に発生し、OS起動完了から5〜8秒後に発生します(起動からイベント情報までの時間はOSのプロセススケジュールのわずかな変動によりわずかに変わります)。 そうしないとイベント情報は再び表示されず、電源サイクルを待つ必要があります。 RCWは正しく、PBLフェーズも正しく完了します。 オシロスコープでイベント情報前にO1VDD、OVDD、G1VDD、VDD、VDDCのレール電圧を確認しましたが、安定していてCPU許容範囲内です。 イベント情報中にRESET_REQ_B:H->L遷移を測定しました。 RESET_REQ_Bから搭載回路への搭載接続を中断して(RESET_REQ_BがHRESET_BやPORESET_Bの遷移を強制しないように)、同じ起動サイクルまたは次のサイクルでDCFG_CCSR_RSTRQSR1レジスタを読み込みましたが、結果としては常に 0x0 値になります。CPUが内部的にリセットを要求しているのは確かですが、その理由が見つかりません。 OSログに最大字数を設定しましたが、問題のある起動時にはイベント情報直前には何も違いが見られません(問題のないスタートアップと比べて):カーネルメッセージなし、プロセスメッセージなし、例外なし、... 私たちはUARTを通じてDCFG_CCSR_RSTRQSR1レジスタを定期的にログしています。イベント情報終了後、CPUはそれ以上何も書き込めません。 リセットの原因をすべてマスクしようと試みましたが(DCFG_CCSR_RSTRQMR1 の予約されていないビットをすべて 1 に設定)、問題は依然として発生しています。 質問: • DCFG_CCSR_RSTRQSR1にマッピングされていないRESET_REQ_Bの原因はありますか?DCFG_CCSR_RSTRQMR1で非予約の部分はすべてマスキングしましたがうまくいきませんでした。 • どのCPU機構がRESET_REQ_Bを要求したのか、どうやって掘り下げればよいのか? • CPUが低消費電力のパワーマネージメント状態に入り、したがって RESET_REQ_B をアサートできますか? ご説明ありがとうございます。 ジャコモ・ガスパリーニ。 Re: T1024 RESET_REQ without any cause registered ちなみに、公式アカウントにアクセスできませんが、こういった問題をサポートするためのリファレンスメールはどれですか?ありがとう Re: T1024 RESET_REQ without any cause registered こんにちは、 ご 質問 3点 について : 1) DCFG_CCSR_RSTRQSR1 に マッピングされ ていない RESET_REQ_B 原因 は あります か ? はい: CPU/コア ウォッチ ドッグタイマーの リセット要求の 原因は RSTRQSR1 には マッピング されません 。 ウォッチ ドッグ リセット 要求 モード に 設定されている 場合、 それら は DCFG_CCSR_RSTRQWDTSR に キャプチャされ ます 。 T1024 RM に は、 RSTRQSR1 コア ウォッチ ドッグタイマー ソース を除外し 、 RSTRQWDTSR 専用 の ウォッチ ドッグ ステータス レジスタ である と 明記されています 。 文書化されたウォッチドッグ以外の原因については、 RSTRQSR1 は少なくとも次のものが含まれます: IFC_RR 、 WDT_RR ( RSTRQWDTSRで少なくとも1 つのウォッチドッグビットが設定されていること を示す 要約)、 SW_RR 、 CCM_RR 、 PBL_RR 、 SFP_RR 、 SEC_RR 、 SDC_RR 、 MBEE_RR 、 RPTOE_RR 、および SRDS_RST_RR 。 2) どうや ってさらに 掘 り下げるか? 次に 最も 有用な 手順 は 、 RSTRQSR1 だけ でなく 、 同じ 失敗した ブート サイクル で より広範囲の リセット スナップ ショット を取得する こと です 。以前の T1024 サポート ケース では 、 推奨 される レジスタ セット は DCFG_CCSR_RSTCR 、 DCFG_CCSR_RSTRQPBLSR 、 DCFG_CCSR_RSTRQMR1 、 DCFG_CCSR_RSTRQSR1 、 DCFG_CCSR_RSTRQWDTMR 、 DCFG_CCSR_RSTRQWDTSR でした。 症状 の タイミング(Linux が完全に 起動し、 その後 5 〜8 秒 後に 故障 が発生する) を考慮する と、 注目 すべき フィールド は以下の通りです: RSTRQWDTSR スレッドごとのウォッチドッグの有効期限詳細 RSTRQSR1[SW_RR] ソフトウェア が DCFG_CCSR_RSTCR[RESET_REQ]( ビット 30) を直接 または リセット 経路 で 書き込む 場合 RSTRQSR1[RPTOE_RR] コア 停止/停止/リセット 要求 処理 に関連する RCPM タイムアウト リセット 要求 イベント の場合 RSTRQSR1[MBEE_RR] プラットフォーム 内部 メモリ 用マルチ ビット ECC 有効な SerDes PLL の RSTRQSR1[SRDS_RST_RR] が ロックされ ません ソースコードに基づいた デバッグ に関する いくつ かの 考察: RESET_REQ_B いつでも アサート される 可能性があり 、 一度 アサートされると 、 PORESET_B PORESET_B アサートさ れる まで アサートされた まま に なります 。 設計 チェックリスト では 、 デバッグやRCW オーバーライド シナリオのために RESET_REQ_B を PORESET_B または HRESET_B から 切り離 す オプション を 残すこと を推奨 しています 。 なぜなら 、 リセット ループ が繰り返される場合、診断 が困難になる から です。 同様の ケース における NXP のサポート ガイダン スでは、 CPLD は壊 滅的な 内部 イベント情報 後の 実用 的な RSTRQSR1 記録 装置 として は一般的に は存在しない と されています 。 リセット レジ スタ を 読み取 る デバッガ は SoC の関与 を 最小限 に抑える ことが より 実用 的と考えられ ています。 So, with the ドキュメント I found, the most direct debug approach is: デバッグ 中に RESET_REQ_B 即座 に POR パス を引き起こさない ように してください 。 RSTRQSR1 と RSTRQWDTSR 、 さらに RSTCR 、 RSTRQPBLSR 、 および マスク レジスタ の 両方 を取得します 。 可能であれば 、 RESET_REQ_B アサートされた 直後 、 かつ 外部 リセット が伝播する 前 に 、 JTAG を使用して 停止してください 。 3) CPU が 低消費電力 状態 に入 り、 それによって RESET_REQ_B を 主張 できるか? 標準 的な T1024 電源管理 状態(PH10/ドーズ、 PH15/睡眠、 LPM20/睡眠) については 、 取得した T1024 のドキュメント では 、これらの 状態 への 進入 が RESET_REQ_B 原因 として 記載 されていません 。これらの モード は 入力 され RCPM 制御 を通じて 終了します ウェイクアップ イベント情報、 割り込み、 ハード リセット、 または その他の 文書化された ウェイク メカニズムによって。 ディープ スリープ は 異なります。 ディープ スリープ からの復帰時には、EPU 有限 状態 マシン が 終了 時 に ウォーム デバイス リセット を 明示 的に 要求します ( Exit.2: XTRIG[9]: Request warm device reset )。 また、 ホワイト ペーパーの Linux サスペンド/ディープスリー プフロー には 、EPU が ブート コード 再開 前に ディー プスリープ のウェイク アップ の 一環 として デバイス ウォーム リセット を発行 すると 書かれ ています。 しかし、 それ は ディープスリープからの 復帰メカニズム で あり 、 通常 の 実行 中に PH10/PH15/LPM20 に入った 場合の 通常 の 結果で はありません 。   よろしくお願いします。 Re: T1024 RESET_REQ without any cause registered まず、詳細かつ迅速なご回答をありがとうございました! 1) ご回答に基づき、DCFG_CCSR_RSTRQWDTSRレジスタ値0x3を使用してウォッチドッグリセットの原因もマスクしようとしましたが、問題は解決しませんでした。 2) CodeWarrior TAPを使用してJTAG経由でレジスタを読み取ることができました。イベント直後に「Suspend」コマンドを出し、以下のレジスタ値を読みました: RegistersOnReset_Req.png 原因はソフトウェアリセット(DCFG_CCSR_RSTRQSR1[SW_RR]=1)のようです。 これは、RESET_REQ_B の原因が DCFG_CCSR_RSTRQMR1 レジスタでマスクできないという事実と一致しています。これが、この問題が繰り返し発生する理由です。 このリセットの原因について調査中です。 3) 私の最初の質問では、原因と結果が逆でした。CPUが低電力状態に入り、その後でRESET_REQ_Bアサーションが発生する可能性はありますか? もしよろしければ、最後に今日行ったCPUレジスタ読み取りの試行中にCPUからJTAG TAPへの接続問題に関する関連質問を追加します。 CodeWarriorのTAPをCPUに接続した状態でCodeWarriorにSuspendコマンドを出した後、CPUレジスタを読み取れたのは1回だけでした。それ以外の試行錯誤は毎回出てしまい(写真参照)、CPUとの接続が切れてしまいました。 CSS_ConnectionError.png CodeWarriorの設定の問題でしょうか?どうすれば解決できるでしょうか? 改めてありがとうございました。 ジャコモ。 Re: T1024 RESET_REQ without any cause registered MCUリセット問題のアップデート:ETH Phyterドライバで問題を発見しました(Linuxカーネルで「machine_restart」関数を呼び出していましたが、コンソールメッセージをフラッシュする前に割り込みが無効化されていたためログには何も見えませんでした)。 今はスレッドを閉じましょう。 よろしくお願いします。
記事全体を表示
MCUXpresso IDE v25.6:CMSIS 包安装/导入包选项在哪里? 我正在 MIMXRT1064-EVK 上使用 MCUXpresso IDE v25.6,并尝试将 CMSIS 包(.pack 文件)安装到 IDE 中。 Open-CMSIS-Packs 文档中提到了一个带有“从磁盘导入包”选项的 CMSIS-Pack 管理器,但我在我的安装中找不到它。我怀疑v25.x版本中的菜单可能与旧版11.x文档中的菜单有所不同: - 在“窗口”>“显示视图”>“其他”下搜索“cmsis”或“pack”时,没有任何结果出现。 - 在“窗口”>“透视图”>“打开透视图”>“其他”下没有列出 CMSIS-Pack 管理器。 - 在右键单击项目 > SDK 管理下,我只看到“管理 SDK 元器件”、“刷新 SDK 元器件”和“添加 SDK 部件支持”——没有添加 Open-CMSIS 包的选项。 - 拖动 .pack 文件在“已安装 SDK”视图中,会打开“导入 SDK Git”向导,该向导会要求提供 git 清单文件夹。 MCUXpresso IDE v25.6 中 CMSIS 包安装/“从磁盘导入包”选项在哪里?如何安装本地 .pack 文件?文件,以便其元器件出现在“管理 SDK 元器件”下? Re: MCUXpresso IDE v25.6: where is the CMSIS pack install / Import Packs option? 您好, MCUXpresso IDE 25.06 版本中已移除对 Open-CMSIS 包管理的支持,如 MCUXpresso IDE 25.06 发行说明 (RN00128) 中所述。 一种方法是使用 MIMXRT1064-EVK 的 SDK,其中已经包含了 CMSIS 驱动程序,可以在创建项目时添加。 此致, 巴勃罗
記事全体を表示
MCUXpresso IDE v25.6: where is the CMSIS pack install / Import Packs option? I'm using MCUXpresso IDE v25.6  on a MIMXRT1064-EVK and trying to install a CMSIS pack (.pack file) into the IDE. The Open-CMSIS-Packs documentation refers to a CMSIS-Pack Manager with an "Import Packs from disk" option, but I cannot find it anywhere in my installation. I suspect the menus may have changed in the v25.x release versus the older 11.x documentation: - Nothing appears when I search "cmsis" or "pack" under Window > Show View > Other. - There is no CMSIS-Pack Manager listed under Window > Perspective > Open Perspective > Other. - Under right-click project > SDK Management, I only see "Manage SDK Components," "Refresh SDK Components," and "Add SDK Part Support" — no option to add an Open-CMSIS pack. - Dragging the .pack onto the Installed SDKs view opens the "Import SDK Git" wizard instead, which asks for a git manifest folder. Where is the CMSIS pack installation / "Import Packs from disk" option located in MCUXpresso IDE v25.6, and how do I install a local .pack file so its components appear under Manage SDK Components? Re: MCUXpresso IDE v25.6: where is the CMSIS pack install / Import Packs option? Hi, The support for management of Open-CMSIS packs inside MCUXpresso IDE was removed in version 25.06, as described in the MCUXpresso IDE 25.06 Release Notes (RN00128). One option would be to use the SDK for the MIMXRT1064-EVK, where the CMSIS drivers are already included and can be added when creating a project. Best Regards, Pablo
記事全体を表示
RT1180-EVK上でVS Codeを使用してFreeRTOSをデバッグする evkmimxrt1180_freertos_message_buffers_secondary_core サンプルプロジェクトにおける FreeRTOS の設定は以下のとおりです。 #define configMAX_PRIORITIES 56年 #define configUSE_PORT_OPTIMISED_TASK_SELECTION 0 アプリケーションは通常IDE(MCUXpresso IDE)でデバッグ可能です。しかし、VS Codeでデバッグを行う場合、FreeRTOSがスケジューラを開始した後にデバッガーが終了してしまう。 デバッグセッションは、vTaskStartScheduler() 内の次のコードに実行が到達した時点で終了します。 xNextTaskUnblockTime = portMAX_DELAY; xSchedulerRunning = pdTRUE; xTickCount = ( TickType_t ) configINITIAL_TICK_COUNT; これらの変数が初期化された後、最初のタスクがスケジュールされる前に、デバッガーは切断され、デバッグセッションが終了します。 IDEとVS Codeでテストして解決策を見つけるのを手伝ってもらえますか? MCX C Re: FreeRTOS Debugging in VS Code on RT1180-EVK こんにちは@yanyanwangさん Domainsフォルダでプロジェクトをビルディングした後、このフォルダにはプライマリコアアプリケーションとセカンダリコアアプリケーションの両方が見つかるはずです。 Pablo_Ramos_0-1782344180522.png 両方の.elfの再生ボタンをクリックするとファイルごとにデバッグセッションが開始されますか? プライマリコアがMCMGR_StartCore関数を通過するまで実行した場合、セカンダリコアのデバッグセッションを一時停止できますか? よろしくお願いします、 パブロ Re: FreeRTOS Debugging in VS Code on RT1180-EVK こんにちは、 セカンダリコアでデバッグセッションを正常に開始でき、FreeRTOSスケジューラが始まる前にすべて正常に動作します。 しかし、FreeRTOSがタスクのスケジューリングを開始すると(vTaskStartScheduler()が呼び出された後)、デバッガはすぐに切断され、デバッグセッションが終了します。 この問題の原因を特定するのを手伝ってもらえますか?確認すべき推奨デバッガー設定やFreeRTOSの設定があれば教えてください。 よろしくお願いします。 よろしくお願いいたします。 ヤンヤン Re: FreeRTOS Debugging in VS Code on RT1180-EVK ハイ 以下の質問に答えてもらえますか? プロジェクトはどのようにインポートしましたか? プロジェクトの設定を何か変更しましたか? 外部デバッガーを使用していますか? よろしくお願いします、 パブロ
記事全体を表示
MLB The Show 26 Supercharged Players Breakdown: Royce Lewis vs Logan Webb The community has spoken, and we have a couple of absolute forces entering Diamond Dynasty this week. Royce Lewis and Logan Webb have officially been crowned the newly minted Fan-Voted Supercharged Players of the Week in MLB The Show 26. Thanks to their incredible real-life performances, both cards are receiving massive 7-day attribute boosts that immediately vault them into the top tier of the current meta. For budget-conscious players, Supercharged cards are an absolute lifesaver. They let you field elite-tier Diamond talent capable of competing with the most expensive collection rewards in the game, but at a mere fraction of the cost. If you are grinding through Ranked Seasons or trying to clean up in Events this week, these two cards deserve a serious look for your squad. Supercharged Overview Player Position Supercharged Rating Boost Duration Ends Real-Life Catalyst Royce Lewis 3B / IF 96+ OVR June 22, 2026 Won the weekly hitter fan-vote by batting .455 with 3 HR and a 280 wRC+. Logan Webb SP 96 OVR June 22, 2026 Tossed 8 strong innings allowing 1 run on June 14 to secure the win against the Cubs. The Breakdown: Royce Lewis Royce Lewis secured a commanding 29.97% of the community vote, beating out other incredibly hot hitters like Tyler Soderstrom and Matt Chapman to land this week's offensive Supercharge. He has been on an absolute tear in the real world, and his virtual counterpart reflects exactly that level of dominance. The Attributes: While his base Live Series card can sometimes struggle with consistency depending on the tier you are playing in, this Supercharged version completely changes the equation. The boost elevates his Contact and Power attributes past the crucial 100 threshold against both righties and lefties, turning him into a premier modern threat at the plate. The Meta Fit: Lewis provides immense value anywhere on the left side of the infield. Because his hitting stats are so heavily juiced, he functions perfectly either as a lethal middle-of-the-order run producer or as a high-tier bench bat to counter elite late-game relief pitching. Gameplay Feel: If you haven't used a Royce Lewis card yet this year, you are missing out. He possesses an incredibly fast, smooth swing that frequently results in line-drive power and deep gap shots. On top of that, his boosted speed makes him a legitimate threat on the basepaths, putting extra pressure on your opponent's catcher. The Breakdown: Logan Webb On the pitching side of the weekly fan vote, Logan Webb anchors the rotation by jumping up to a formidable 96 OVR. If you are tired of relying on the same old starters or just need a fresh arm to shake things up, Webb brings a completely different style of pitching to the mound. The Attributes: Webb’s Supercharge gives a massive spike to his Stamina, H/9 (Hits per 9 innings), and Pitching Clutch. This is huge for standard online play, as it allows him to run deep into Ranked Seasons games without suffering from early energy depletion or losing effectiveness when runners get into scoring position. The Arsenal: Webb is notoriously effective in MLB The Show due to his heavy Sinker and Changeup mix. This temporary boost maximizes his control and break, making it incredibly difficult for opponents to get under the ball. Instead of giving up cheap flyball home runs, you'll find yourself forcing a ton of weak, frustrating groundouts. Gameplay Fit: He might lack the pure 102 MPH outlier fastball that defines a lot of the standard meta pitchers, but don't let that fool you. His elite tunneling capabilities—making his sinker, changeup, and slider look identical out of the hand—combined with these enhanced attributes make him a top-tier tactical option for the week. The Verdict: Who Should You Start? Both of these cards bring clear advantages to the table, but your choice ultimately comes down to your playstyle and stadium preferences: Choose Royce Lewis if you frequently play in smaller, high-altitude MLB stadiums (like Laughing Mountain or Shield Woods) where maximum power numbers practically guarantee home runs, or if your current infield lacks an elite right-handed bat who can crush both sides of the plate. Choose Logan Webb if you need a reliable, high-stamina ace for competitive Ranked multiplayer modes to slow down high-powered offenses and prevent opponents from stringing together hits.
記事全体を表示
12世代目のPシリーズは本当にそんなに悪いのでしょうか? 非常にお買い得な中古のT14 Gen 3(i7搭載)を見つけました。この端末は少なくとも3~5年は使い続けるつもりです。 過去の投稿で、誰もが当然の理由でAMDを好むと書いてあったのを読んだのですが、本当にそんなに悪いものなのでしょうか? レビューによると、Pプロセッサはスロットルが非常に強く、性能向上がほとんど役に立たなくなるそうです。それに比べて、AMD R5は5分以上の連続作業で最大限のI7よりも性能が良いようです。 それは本当ですか? Re: Are 12th gen P series really that bad? こんにちは、 NXPのニーズから電子部品に焦点を当てて言い換えますか? よろしくお願いします。
記事全体を表示
S32K3の駆動力は高い S32K3XXのリファレンス・マニュアルには「ドライブ強度の有効化」ビットについて書かれていますが、その意味を明確に定義しているようには見えません。私が見つけた最も近い参考文献は、特定のピンがサポートする最大周波数と相関しているようです(S32K3XXRM/セクション4.4.1の42ページ)。 「drive-strength」を有効にすべきか否かを判断する上で、最大消費電流値やその他の注意点に関して、何か明確な規定はありますか? Re: High Drive Strength on S32K3 GPIO規格:最大10MHzのスイッチングに対応。高駆動強度には対応していません。スルーレート制御はサポートされていません。 — GPIO-Standard plus:最大25 MHzへの切り替え 高い駆動強度をサポートします。スルーレート制御はサポートされていません。 — GPIO-Medium:最大50 MHzまでの切り替えで高いドライブ強度をサポートします。スルーレート制御をサポートします。 — GPIO-Fast:最大120 MHzへの切り替え 高いドライブ強度をサポートします。スルーレート制御をサポートします。 Re: High Drive Strength on S32K3 はい、それはまさに私が質問で引用した箇所の文章です。それではなぜ「ドライブ強度」を有効にするべきか、あるいは有効でないかはわかりません。単に一部のピンがそれをサポートしていること、そして一部の切り替え速度がそれに関連していることを示しているだけです。 もしこれでLEDを駆動する場合、より多くの電流を流すことができるでしょうか?どれくらい最新の情報ですか? これは純粋にスルーレートの変更なのでしょうか? ピンがサポートしているなら、有効にしない理由はありますか?それを有効にすると、チップの放熱量は増えますか? Re: High Drive Strength on S32K3 S32K39x、S32K37x、S32K36xマイクロコントローラのハードウェア設計ガイドライン Re: High Drive Strength on S32K3 ハイ S32K3XXリファレンスマニュアル(S32K3XXRM)では、パッドタイプ「GPIO-Standard」は高駆動強度をサポートしない一方、「GPIO-Standard Plus」、「GPIO-Medium」、「GPIO-Fast」は高駆動力をサポートしていると記載されています。 GPIOパッドタイプについては、S32K3XXRMに付属のExcel添付ファイルS32K344_S32K324_S32K314_IOMUX.xlsxのS32K344_IO信号テーブル、特に列Hを参照してください。 drive-strength high current Pad Type.png よろしくお願いします、 ロビン ------------------------------------------------------------------------------- 注記: この投稿があなたの質問への回答になっている場合は、「解決策として承認」ボタンをクリックしてください。ありがとう! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: High Drive Strength on S32K3 前の投稿者にも言いましたが、どのピンが「高い駆動強度」をサポートしているかは分かっていますが、それが問題ではありません! しかし幸いなことに、背景には関連する情報が詰まっていました。S32K3xx.pdf には、表27。GPIOのDC電気仕様には、私が求めているものが含まれているようです。 これは、ピンの出力電流を2倍にして、「DSE = 0」と「DSE = 1」を切り替えるようにしているようです。 Screenshot From 2026-07-06 09-18-58.png Screenshot From 2026-07-06 09-18-48.png
記事全体を表示
S32K344 SWT reset Hello , I am trying to understand the SWT functionality. I injected stackoverflow to check how SWT reset the controller. Reset happening properly. Reset reason also match with SWT. when i continously trigger stackoverflow error, After 8 times, controller does not power up. I check many times, it working exactly 8 times only, is there any specific reason? or is it configurable? Re: S32K344 SWT reset Hi @nirmal_masilamani  This is caused by reset escalation feature. Take a look at following sections in the reference manual or just search for “reset escalation” keyword in the document for more details: 33.7.7 Functional reset escalation 33.7.8 Destructive reset escalation It can be disabled by FRET and DRET registers in MC_RGM module. Regards, Lukas Re: S32K344 SWT reset Hello @lukaszadrapa  Thank you for your response. I understood that by changing FRET and DRET, we can cfg reset escalation. In Power module there is a parameter for that.  If I keep zero in both, i am able to disable escalation but, if I change the counter between 1 to 15, its not reflecting. Still SWT working only for 8 times. nirmal_masilamani_0-1782105382775.png
記事全体を表示
S32K144フラッシュメモリ(P-Flash、FlexNVM、FlexRAM)におけるECCエラー処理のためのリファレンスコード こんにちは、NXPコミュニティの皆さん、 S32K144にセーフティ機構を実装しており、修正不能(ダブルビット)ECCエラーの参照コードと、それらをテスト用に注入する方法が必要です。   1. 2ビット演算 ダブルビットフォルトを検出するためのコード例が必要です。 P-FlashとFlexNVM: FlexRAM (EEE):バックグラウンドコピー中の障害検出。 例外ハンドラ:障害が発生したメモリ アドレスを特定するための、バス障害またはハード障害の ISR ルーチン。   2. エラー注入 フラッシュメモリ配列におけるダブルビット障害をシミュレートする推奨方法は何ですか?   コードスニペットがあれば大変ありがたいです。 Re: Reference code to handle ECC errors in S32K144 Flash Memory (P-Flash, FlexNVM, FlexRAM) こんにちは、 @NJ_NXP さん。 1. RTDドライバを使用している場合は、S32K1/S32M24x FLSドライバ(RTD_FLS_IM.pdf)の統合マニュアルを参照してください。特にセクション10.4.1 – 内部フラッシュに関するECCマネジメント。 この文書はRTDインストールディレクトリで見つけることができます。例えばRTD 3.0.0_QLP02の場合: SW32K1_S32M24x_RTD_4.4_3.0.0_QLP02\eclipse\plugins\Fls_TS_T40D2M30I0R0\doc\ FlexRAMに関しては、ECCは実装されていません。ただし、コピーダウン操作中にダブルビットエラーが検出された場合、EEPROMレコードはすべて1として読み取られます。 詳細については、アプリケーションノートAN11983 – S32K1xx EEPROM機能の利用についてご参照ください。 https://www.nxp.com/docs/en/application-note/AN11983.pdf danielmartynek_0-1781865940539.png 2. この故障は、フラッシュコントローラでFERCNFG[FDFD]ビットを設定し、フラッシュ読み取りを行うことでエミュレートできます。 あるいは、既にプログラムされたフラッシュフレーズを再プログラムし、それを読み取ることで故障が発生することもあります。 よろしくお願いいたします。 ダニエル
記事全体を表示
NXH2004評価キット:Bluetooth ® AoBLE認証ボードの詳細とデータシート チームの皆さん、こんにちは。 補聴器アプリケーション用のNXH2004評価キットの詳細を共有してください: Bluetooth® 5.3 AoBLE認定ボードの詳細およびデータシート。 よろしくお願いいたします。 SK Re: NXH2004 Evaluation Kit: Bluetooth® 5.3 AoBLE Certified Board details and datasheet こんにちは、スミットさん。 製品ページをご参照ください: https://www.nxp.com/design/design-center/development-boards-and-designs/NXH2004SDK https://www.nxp.com/products/NXH2004 WIFI製品のドキュメントは特定の条件下でアクセス可能です。お客様にNXP内の営業担当者にお問い合わせするようお願いしてください。彼は彼を直接支援するだろう。ありがとう。 良い1日を。よろしくお願いします パブラ
記事全体を表示
機能リセット後もRAM保持機能が動作しない(S32K3xx) チームの皆さん、こんにちは。 S32K3xx で機能リセット後も変数を保持しようとしていますが、うまくいきません。 実装: カスタムRAMセクションに配置された変数: __attribute__ ((section(".int_sram_results"))) uint32_t retain_var; リセット前に値が更新されます(retain_var=0x11223344 のテスト用)。 リセットタイプ: 機能リセット(ソフトウェアトリガー) 観察された行動: しかし、値は常に0(クリア済み)です。 RAM保持が行われていません 参照情報を確認しました: 既にこの議論を参照し、提案された方法を試しました。 https://community.nxp.com/t5/S32K/S32K311-noinit-ram/td-p/2123035 そこで示した例は私たちのCASEでは通用しませんでした リクエスト: S32K3xxで機能リセット後もRAMを保持するための動作例または最小限のコードスニペットを共有してください。 ありがとうございます ユスアップ S32K3 S32DS-ARM S32K31XEVB-Q100  Re: RAM retention not working across functional reset (S32K3xx) こんにちは、@yusupkhan241 さん。 おそらく、起動コードはリセットのたびにSRAM全体をゼロに初期化する(ECC初期化のため)と思われます。あなたの具体的な起動コードは見ていないので、断言はできません。 リセットが機能するときにECCの初期化をスキップすることも検討できます。 この回答を参照してください。 https://community.nxp.com/t5/S32K/SRAM-ECC-Initialization-for-S32K344/mp/1764143 BR、ダニエル Re: RAM retention not working across functional reset (S32K3xx) こんにちは、@yusupkhan241 さん。 「うまくいかない」とはどういう意味ですか? あなたが投稿したファイルは、最新の変更を反映していないようです。 機能リセット後にスタートアップコードを見てSRAMの変数を観察できますか?これにより、変数がどこで上書きされるかが明確に示されるはずです。 機能リセット後にデバッガーを取り付けるには、スタートコードの冒頭に簡単なループを追加できます。例えば: Loop: mov r0, #1 cmp r0, 0 /* Change r0 to 0 in register view */ bne Loop /* Capture after power-on reset */ よろしくお願いいたします。 ダニエル 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. Re: RAM retention not working across functional reset (S32K3xx) こんにちは、 @danielmartynek さん。 下記の起動手順を、あなたが共有してくれた変更内容に置き換えてみましたが、うまくいきませんでした。 ご参考までに、関連ファイルをアップロードしました。.s と .ld.c 拡張子のファイルがアップロードされました拡大。内容をご確認いただき、追加情報が必要な場合はお知らせください。 RamInit: /* SRAM ECCを初期化 */ ldr r0, =__RAM_INIT cmp r0、0 /* __RAM_INIT が設定されていない場合はスキップします */ beq SRAM_LOOP_END ldr r0、=MCRGM_DES ldr r1, [r0] ldr r2、=MCRGM_DES_F_POR r1、r1、r2 cmp r1、0 beq NO_INIT_STANDBY_REGION ldr r2, =__INT_SRAM_START ldr r3, =__INT_SRAM_END b ZERO_64B_RAM 上記の手順が更新されました RamInit: /* Check MC_RGM DES register, if it's non-zero, jump to RAMInit_Start. (RAM init is needed if Destructive reset occurred) */ /* To make it work, customer should clear the MC_RGM DES register in application code. */ ldr r4, =MC_RGM_BASE_ADDR /* 0x4028C000 */ ldr r4, [r4, #0x0] cmp r4, #0x0 bne RamInit_Start /* Check MC_RGM FES register, if the F_EXR bit or ST_DONE bit is set, jump to RAMInit_Start. */ /* RAM init is needed if external reset occurred, or BIST Done functional reset occurred. */ /* To make it work, customer should clear the MC_RGM FES F_EXR register bit in application code. */ ldr r4, =MC_RGM_BASE_ADDR ldr r4, [r4, #0x8] ldr r5, =MC_RGM_FES_MASK_RAM_INIT and r4, r4, r5 cmp r4, #0x0 bne RamInit_Start b SRAM_LOOP_END RamInit_Start: /* Initialize SRAM ECC */ ldr r0, =__RAM_INIT cmp r0, 0 /* Skip if __SRAM_INIT is not set */ beq SRAM_LOOP_END ldr r1, =__INT_SRAM_START ldr r2, =__INT_SRAM_END ありがとうございます ユスプ Re: RAM retention not working across functional reset (S32K3xx) こんにちは、 @danielmartynek さん。 RAM保持動作を分離するために、設定を簡略化しました。 私はその変数を専用のSRAM領域に配置し、LED表示とウォッチドッグによるリセット機能を備えた最小限のメイン関数を使用しました。その考え方は次の通りです: 緑色LED → リセット後も値が保持されます 赤色LED → 価値が失われる 以下に、使用されているテストコードを示します。 C __attribute__ ((section(".int_sram_results"), used)) volatile uint32_t retain_var; int main(void) { Clock_Ip_Init(&Clock_Ip_aClockConfig[0]); DIO_Init(); WDT_Init(); if (retain_var == 0xAABBCCDD) { Siul2_Dio_Ip_SetPins(LED_GREEN_PORT, (1UL << LED_GREEN_PIN)); Siul2_Dio_Ip_ClearPins(LED_RED_PORT, (1UL << LED_RED_PIN)); } そうでない場合、 { Siul2_Dio_Ip_SetPins(LED_RED_PORT, (1UL << LED_RED_PIN)); Siul2_Dio_Ip_ClearPins(LED_GREEN_PORT, (1UL << LED_GREEN_PIN)); } retain_var = 0xAABBCCDD; while(1) { /* ウォッチドッグリセット */ } } 表示を減らす 観察: デバッガーを使用して実行した場合、動作は想定どおりです。 しかし、電源投入後のリセット後、LEDが点灯しないため、コードが期待どおりに実行されていない可能性がある。 参考までに、最新のリンカーファイルとスタートアップファイルを添付しました。 起動処理やリセット処理に関して何か不足している点があればお知らせください。 S32DS-ARM S32K31XEVB-Q100  ありがとう、 ユスプ Re: RAM retention not working across functional reset (S32K3xx) テストプロジェクト全体を共有してもらえますか?そうすれば自分の側でも簡単にテストできます。 ありがとうございました。 ダニエル Re: RAM retention not working across functional reset (S32K3xx) こんにちは、 @danielmartynek さん。 以下は、当社のテスト結果から得られた所見です。  デバッグモードの動作: 電源投入リセット(赤色LED): retain_var = 0x5AA55AA5 @ 0x20407B00 ウォッチドッグリセット後(緑色LED): 保持_var = 0xAABBCCDD @ 0x20407B00 これは、デバッガで実行している場合でも、機能リセット後のRAM保持機能が正常に動作していることを確認するものです。 ただし、スタンドアロン(デバッガーなし)で実行する場合: 電源投入後リセットしても、LED表示は点灯しません。 プログラムが実行されていないか、アプリケーションコードに到達していないようです。 この行動の原因を特定する手助けをしてもらえますか?また、完全な.int_sram_resultsを使用する予定です。機能リセット後も複数のパラメータを保持するためのセクション。確実なデータ保持のために、他に何か変更が必要かどうかご提案ください。 さらに、 ウォッチドッグの代替として機能リセットをトリガーするAPIや推奨方法があれば教えていただけますか? 参考までに、スタートアップファイルとリンカーファイルに加えた変更は共有プロジェクトで検証可能です。 起動ファイル(旧コード) RamInit: /* SRAM ECCを初期化 */ ldr r0, =__RAM_INIT cmp r0、0 /* __RAM_INIT が設定されていない場合はスキップします */ beq SRAM_LOOP_END ldr r0、=MCRGM_DES ldr r1, [r0] ldr r2、=MCRGM_DES_F_POR r1、r1、r2 cmp r1、0 beq NO_INIT_STANDBY_REGION ldr r2, =__INT_SRAM_START ldr r3, =__INT_SRAM_END b ZERO_64B_RAM 起動ファイル(新規コード) .equ MC_RGM_BASE_ADDR、0x4028C000 .equ MC_RGM_FES_MASK_RAM_INIT、0xFFFFFFFF RamInit: /* MC_RGM DESレジスタをチェックし、ゼロでない場合はRAMInit_Startにジャンプします。(破壊的リセットが発生した場合は、RAM初期化が必要です) /* 動作させるには、お客様がアプリケーションコードの MC_RGM DES レジスタをクリアする必要があります。*/ ldr r4, =MC_RGM_BASE_ADDR /* 0x4028C000 */ ldr r4、[r4、#0x0] cmp r4、#0x0 bne RamInit_Start /* MC_RGM FESレジスタをチェックし、F_EXRビットまたはST_DONEビットが設定されている場合は、RAMInit_Startにジャンプします。*/ /* 外部リセットが発生した場合、または BIST 完了機能リセットが発生した場合は、RAM 初期化が必要です。*/ /* 動作させるには、お客様はアプリケーションコード内のMC_RGM FES F_EXRレジスタビットをクリアする必要があります。*/ ldr r4、=MC_RGM_BASE_ADDR ldr r4、[r4、#0x8] ldr r5、=MC_RGM_FES_MASK_RAM_INIT r4、r4、r5 cmp r4、#0x0 bne RamInit_Start b SRAM_LOOP_END RamInit_Start: /* SRAM ECCを初期化 */ ldr r0, =__RAM_INIT cmp r0、0 /* __SRAM_INITが設定されていない場合はスキップします */ beq SRAM_LOOP_END ldr r1, =__INT_SRAM_START ldr r2, =__INT_SRAM_END b ZERO_64B_RAM リンカーファイルの変更 古いコード: .int_results (NOLOAD):     { 。= ALIGN(4); KEEP(*(.int_results)) 。+= 0x100; } > int_sram_results 新しいコード: .int_results(NOLOAD):     { 。= ALIGN(4); KEEP(*(.int_results)) } > int_sram_results S32K31XEVB-Q100 ありがとう、 ユスプ Re: RAM retention not working across functional reset (S32K3xx) こんにちは、@yusupkhan241 さん。 デバッグを行った結果、以下のコードに誤りがあることがわかりました。 R2とR3の代わりにR1とR2を使用しました。 danielmartynek_2-1782386374781.png R2とR3が必要な理由は以下のとおりです。 danielmartynek_3-1782386410055.png この起動コードはどこで入手したのですか? デバッガが接続された状態で、デバッガはSRAM ECCを初期化します。 デバッガーを使用しない場合、0x20400090でハードフォルトが発生しました。 よろしくお願いいたします。 ダニエル Re: RAM retention not working across functional reset (S32K3xx) こんにちは、 @danielmartynek さん。 R2/R3を使うように設定すると、アプリケーションは動作します。 しかし、赤色LEDは常に点滅し、緑色LEDは点灯しないため、リセット後に値が保持されないことを示しています。 共有いただいたリンクから起動時の変更を適用しましたが、保持機能が期待どおりに動作しません。 S32K3 S32DS-ARM  yusupkhan241_0-1782465821368.png https://community.nxp.com/t5/S32K/SRAM-ECC-Initialization-for-S32K344/mp/1764143 ありがとう、 ユスプ Re: RAM retention not working across functional reset (S32K3xx) こんにちは、@yusupkhan241 さん。 遅れて申し訳ありません。テストに取り掛かることができたのは今になってからです。 私は今、テストを行い、機能イベント状態(FES)リセットのみが発生し、破壊イベント状態(DES)リセットが検出されなかった場合、以下の簡単なコードを使ってSRAMの初期化をスキップしました。 /* * Initialize SRAM ECC only after a Destructive Reset. * * Functional reset shall preserve SRAM content, so MC_RGM_FES is not used * here to trigger SRAM initialization. * * Note: * To make this check work correctly, the application should clear MC_RGM_DES * after processing the destructive reset reason. */ /* Check MC_RGM DES register. * If DES is non-zero, a destructive reset occurred and SRAM init is needed. */ ldr r4, =MC_RGM_BASE_ADDR /* 0x4028C000 */ ldr r4, [r4, #0x0] /* MC_RGM_DES */ cmp r4, #0x0 bne RamInit_Start /* No destructive reset detected. * Skip SRAM ECC initialization to preserve SRAM content across Functional Reset. */ b SRAM_LOOP_END main()関数内で、DESレジスタをクリアします。 IP_MC_RGM->DES = 0xFFFFFFFF; BR、ダニエル Re: RAM retention not working across functional reset (S32K3xx) @danielmartynek この件について何か進展はありますか? S32DS-ARM S32K31XEVB-Q100  ありがとうございます ユスプ。
記事全体を表示
如何使用 NXP MBDT 在 S32K396BMS-EVB 上进入 MSDI MC33CD1030 的 LPM 模式 您好, 我需要一些 MBDT 参考设置或现成模型,以便在 CD1030 中使用 S32K396BMS-EVB 输入 LPM。 请支持。 谢谢! Re: How to enter in LPM mode of MSDI MC33CD1030 on S32K396BMS-EVB using NXP MBDT 你好, 在CD1030 数据手册(第 43/75 页)中,我们可以看到必须向 IC 发送一个特定的 SPI 字: SorinIBancila_0-1786537757981.png 要了解如何将 CD1030 集成到您的模型中,请查看以下文章: 如何操作:在 S32K396BMS-EVB 上使用 NXP MBDT 控制 MSDI MC33CD1030 此致, 索林·班奇拉
記事全体を表示
LPC553x 参考手册:表 315 SCT0 信号错误 (SCTIMER) 你好, 我想报告 LPC553x 参考手册(修订版)中似乎存在的一个重大错误。4) 将表 315“SCT0 信号(输出)”与数据表表 3 进行比较,并询问哪个来源是权威的。 这是 LPC553x 参考手册,修订版 4,表 315“SCT0 信号(输出)”: danielholala_0-1781768255327.png 下表列出了 34 个外部引脚(如果我数得没错的话)。快速浏览 LPC553x 数据手册,发现它只有 31 个引脚。此外,表 315 列出了 PIO2_2、PIO2_9、PIO2_15、PIO2_30 和 PIO2_31 作为 SCT0 输出引脚。从数据手册来看,LPC553x 只实现了 PIO2_0 和 PIO2_1,所以该设备上不存在 Port-2 引脚。 现在,如果您仔细查阅数据手册中的表 3 并提取所有 SCT0_OUT 引脚,那么您最终会得到一个完全不同的表格: SCT0 信号(输出)连接至 SCT0_OUT0 PIO0_2、PIO0_17、PIO1_4、PIO1_23 SCT0_OUT1 PIO0_3、PIO0_18、PIO1_8、PIO1_24 SCT0_OUT2 PIO0_10、PIO0_15、PIO0_19、PIO1_9、PIO1_25 SCT0_OUT3 PIO0_22、PIO0_31、PIO1_10、PIO1_26 SCT0_OUT4 PIO0_23、PIO1_3、PIO1_17 SCT0_OUT5 PIO0_26、PIO1_18 SCT0_OUT6 PIO0_6、PIO0_27、PIO1_31 SCT0_OUT7 PIO0_21、PIO0_28、PIO1_19 SCT0_OUT8 PIO0_29,PIO1_13 SCT0_OUT9 PIO0_30 我的设计以数据手册表 3 为依据。 请, 确认数据手册(修订版 5.0)表 3 是 SCT0 输出引脚的权威来源, 确认参考手册中的表315有误。 请确认我上面的表格是否正确。 谢谢。 担 Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) 你好, 请使用参考手册中附带的“引脚功能表”来确定 SCT0_OUT 功能的可用引脚。 luis_maravilla_1-1782229991489.png 顺祝商祺!   Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) 你好, 目前,请参考引脚功能表。 我将信息传递给团队。 此致敬礼,路易斯 Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) 你好@luis_maravilla , 感谢您指出“引脚功能表”。我不知道参考手册里竟然隐藏着一个电子表格文件。 我快速浏览了一下“引脚功能表”,证实参考手册中表 315 “SCT0 信号(输出)”的信息不正确。 请将此信息转交给文档团队进行更正。 如果对引脚功能还有其他疑问,权威来源是数据手册还是引脚功能表? 谢谢。 此致, 丹尼尔
記事全体を表示
i.MX93 Nitrogen93 SMARC: UUU script hangs at FB to FBK transition after launching Initramfs Context & Environment: Hardware: Nitrogen93 SMARC Development Board (i.MX93) UUU Version: 1.2.39 OS/Images: Loading the Linux kernel, .dtb and an initramfs via Fastboot to handle eMMC provisioning. USB Configuration: FunctionFS / ConfigFS USB gadget support is explicitly enabled in our kernel and initramfs configuration. The problem is: The UUU script hangs indefinitely right during the transition from the Fastboot (FB) stage to the Fastboot Kernel (FBK) stage. On the host PC terminal, UUU successfully executes the boot command and stalls: 1:9-0019B8127987>Start Cmd:FB: acmd booti ${loadaddr} ${initrd_addr} ${fdt_addr} 1:9-0019B8127987>Okay (0.001s) On the target serial console, the kernel boots and launches the initramfs environment, but it blocks and opens an interactive shell rather than handing control over to the UUU daemon: [ 3.087193] Run /init as init process /bin/sh: can't access tty; job control turned off ~ # [ 3.141909] mmc2: new ultra high speed SDR104 SDIO card at address 0001 Because the console drops straight into a standard shell (~ #), the script never acts on the subsequent FBK: flashing commands. Key Snippets of our  custom UUU Configuration We are defining the boot arguments and initiating the boot sequence as follows: FB: ucmd setenv bootargs "console=ttyLP0,115200 root=/dev/ram0 rw rdinit=/init mfg_mmcdev=${emmc_dev}" FB: acmd booti ${loadaddr} ${initrd_addr} ${fdt_addr} # Script hangs here; FBK commands below are never processed FBK: ucmd cmdline=`cat /proc/cmdline`; ... We are stuck at the transition between the Fastboot (FB) and Fastboot Kernel (FBK) stages in our custom UUU script. The target drops into an interactive shell, and the script hangs. How do we proceed from this point to get the UUU daemon talking to the host? Thanks Re: i.MX93 Nitrogen93 SMARC: UUU script hangs at FB to FBK transition after launching Initramfs Hello, Please try to run from you current shell:  \linuxrc& If that makes FBK appear your issue is initramfs content / entrypoint Example · nxp-imx/mfgtools Wiki · GitHub
記事全体を表示
LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) Hello, I’d like to report what looks like a significant error in the LPC553x Reference Manual (Rev. 4), Table 315 “SCT0 signals (outputs)” when compared to the Data Sheet, Table 3, and ask which source is authoritative. This is LPC553x Reference Manual, Rev. 4, Table 315 "SCT0 signals (outputs)": danielholala_0-1781768255327.png There are 34 external pins listed in this table (if I counted correctly). A quick search through the LPC553x Data Sheet finds only 31 pins. Further, Table 315 lists PIO2_2, PIO2_9, PIO2_15, PIO2_30 and PIO2_31 as SCT0 output pins. As far as I can tell from the Data Sheet, the LPC553x only implements PIO2_0 and PIO2_1, so those Port-2 pins do not exist on this device.  Now, if you meticulously go through Table 3 of the data sheet and extract all SCT0_OUT pins, then  you end up with a completely different table: SCT0 signals (outputs) Connect to SCT0_OUT0 PIO0_2, PIO0_17, PIO1_4, PIO1_23 SCT0_OUT1 PIO0_3, PIO0_18, PIO1_8, PIO1_24 SCT0_OUT2 PIO0_10, PIO0_15, PIO0_19, PIO1_9, PIO1_25 SCT0_OUT3 PIO0_22, PIO0_31, PIO1_10, PIO1_26 SCT0_OUT4 PIO0_23, PIO1_3, PIO1_17 SCT0_OUT5 PIO0_26, PIO1_18 SCT0_OUT6 PIO0_6, PIO0_27, PIO1_31 SCT0_OUT7 PIO0_21, PIO0_28, PIO1_19 SCT0_OUT8 PIO0_29, PIO1_13 SCT0_OUT9 PIO0_30 For my design I am using the datasheet Table 3 as the source of truth. Please,  confirm that the Data Sheet (Rev 5.0) Table 3 is the authoritative source for SCT0 output pins, confirm that table 315 of Reference Manual is incorrect, confirm that my table above is correct.  Thanks. Dan Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) Hello, Please use the "Pin Function Table" attached in the Reference Manual to identify the available pins for SCT0_OUT functionality. luis_maravilla_1-1782229991489.png Best Regards   Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) Hello, For now, please reference to Pin Function Table. I pass the information to the team. Best Regards, Luis Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) Hello @luis_maravilla , Thank you for pointing to the "Pin Function Table". I did not know that a spreadsheet file had been hidden inside the Reference Manual.  I had a quick glance at the "Pin Function Table" and it confirms that the information in Table 315 "SCT0 signals (outputs)" in the Reference Manual is incorrect. Could you please pass this information on to the documentation team for correction? In case there are further discrepancies regarding pin functions, what is the authoritative source, the Data Sheet or the Pin Function Table? Thanks. Best regards, Daniel
記事全体を表示
How to enter in LPM mode of MSDI MC33CD1030 on S32K396BMS-EVB using NXP MBDT Hi,  I need some MBDT reference settings or ready model for entering LPM in CD1030 using S32K396BMS-EVB. Please support. Thanks Re: How to enter in LPM mode of MSDI MC33CD1030 on S32K396BMS-EVB using NXP MBDT Hello, In the CD1030 datasheet (page 43/75), we can see that a specific SPI word must be sent to the IC: SorinIBancila_0-1786537757981.png To learn more how to integrate the CD1030 into your model, please check the following article: How to: MSDI MC33CD1030 on S32K396BMS-EVB using NXP MBDT  Best regards, Sorin Bancila
記事全体を表示
Flashing a build onto a custom IMXRT106x board I designed and built a custom board utilizing the IMXRT1062 and have configured the device in zephyr and compiled the blinky program. From here how do I go about flashing this program onto the device over USB. I've tried the Secure Provision Tool, however the LED program doesn't seem to work. Is there I could view the flash setup and customize the configurations for the board? Any help would be appreciated.  Re: Flashing a build onto a custom IMXRT106x board I've switched over to MCUXpresso to perform the initial programming. Is there a guide on how to build a file in MCUXpresso and use it to flash with the MCU Secure Provision Tool. As I'm only able to upload images to the device over USB. Additionally where can I find documentation about configuring a custom SPI Flash chip in MCUXpresso? Re: Flashing a build onto a custom IMXRT106x board Hi @rocketcherry , Thanks for your interest in NXP MIMXRT series! The MCUXpresso Secure Provisioning Tool uses the device ROM serial downloader path over USB-HID/UART. It can program the external boot device, but the programmed image still needs to be a valid bootable i.MX RT image for your custom hardware. For an RT1062 booting from external QSPI/FlexSPI NOR, the boot header / Flash Configuration Block must match your actual flash device, FlexSPI pins, bus width, frequency, dummy cycles and flash size. If the board was cloned from the MIMXRT1060-EVK Zephyr board files, please do not assume the EVK flash configuration is valid for your custom board. We would suggest first validating the board port with a simple serial hello_world application using a debug probe, because a blinky failure can also be caused by an incorrect LED GPIO in the devicetree. Then check the generated build/zephyr/zephyr.dts, .config, and zephyr.map to confirm that the flash node, code partition, RAM region, console UART, and LED GPIO match your board. Secure Provisioning Tool can program the device over USB-HID, but if the LED application does not run after reset, the first things to verify are the custom Zephyr board port, the FlexSPI NOR boot header/FCB, boot mode settings, RAM/SDRAM configuration, and LED GPIO mapping. Best regards, Gavin Re: Flashing a build onto a custom IMXRT106x board It seems the steps are outlined for different processors on this page https://docs.nxp.com/bundle/MCUXSPTUG_26.03/page/06_processor_specific_workflow.html The build was fine it was the incorrect usage of the tool that was the problem
記事全体を表示