LPC553xリファレンスマニュアル:表315 SCT0 信号誤り(SCTIMER) こんにちは、 LPC553xリファレンスマニュアル(Rev.4) 表315「SCT0信号（出力）」をデータシートの表3と比較し、どちらの情報源が信頼できるか尋ねます。 これはLPC553xリファレンスマニュアル、Rev. 4、表315「SCT0信号(出力)」です: この表には、外部ピンが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を真実の情報源として使っています。 お願いします、 データシート（Rev 5.0）の表3がSCT0出力ピンに関する公式の情報源であることを確認してください。 リファレンス・マニュアルの表315が誤りであることを確認してください。 上記の表が正しいことを確認してください。 ありがとう。 ダン Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) こんにちは、 リファレンスマニュアルに添付されている「ピン機能表」を使って、SCT0_OUT機能に利用可能なピンを特定してください。 よろしくお願いいたします。   Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) こんにちは、 現時点では、ピン機能表をご参照ください。 私はその情報をチームに伝えます。 敬具、ルイス Re: LPC553x reference manual: Table 315 SCT0 Signals wrong (SCTIMER) こんにちは、 @luis_maravilla さん、 「ピン機能表」をご指摘いただきありがとうございます。リファレンス・マニュアルの中にスプレッドシートファイルが隠されているとは知りませんでした。 「ピン機能表」をざっと見たところ、リファレンスマニュアルの表315の「SCT0信号(出力)」の情報が誤っていることが確認されました。 この情報をドキュメントチームに渡して訂正してもらえますか? ピン機能に関してさらに不一致があるCASE、権威ある情報源はデータシートかピン機能表か教えてください。 ありがとう。 よろしくお願いします、 ダニエル

哪里可以找到与 DEVKIT-MPC5744P Rev A 相关的资料？ 你好， 我发现现有的 DEVKIT-MPC5744P 快速入门指南 (QSG) 似乎只与 Rev B 有关。 此外，目前网站上提供的文档似乎仅适用于 Rev B 版本。 请问能否提供 DEVKIT-MPC5744P Rev A 版本的硬件文档和快速入门指南？ 谢谢！ Re: Where can I find materials related to the DEVKIT-MPC5744P Rev A? 你好， 这已不再公开提供。所以我已在内部提出申请。 此致 Peter Re: Where can I find materials related to the DEVKIT-MPC5744P Rev A? 你好， 我当时正在和编写这些指南的工程师交谈。 这是他能找到的最早版本。 顺祝商祺！ Peter

NXP MBDTを使用してS32K396BMS-EVB上のMSDI MC33CD1030をLPMモードにする方法 こんにちは、 S32K396BMS-EVBを使ってCD1030にLPMを入力するためのMBDTの参照設定や準備済みモデルが必要です。 サポートしてください。 よろしくお願いします。

Mac OS Tahoe update LinkServer No Probes found So I updated to Tahoe and the probes were not found when using LinkServer.  So I updated LinkServer to latest but it only works if I go into the directory in terminal and manually run  ./LinkServer probe After that the probe is found and I can use MCUXpresso.  This apparently happens to others as well.   https://community.nxp.com/t5/MCUXpresso-General/LPC-Link2-not-found/m-p/2200131/highlight/true#M5741 This is the error in the IDE when it tries to use LinkServer redlink> ProbeList Error: No probes found I also work at a large company and others who have updated their OS have the same issue and have to do the same thing.   Anyone know of a better fix? Re: Mac OS Tahoe update LinkServer No Probes found Hi @davidinsulet, Unfortunately, that's a current limitation of the LinkServer build that comes preinstalled on the latest version of MCUXpresso IDE. That said, this limitation has been identified and reported with the IDE team so they can correct the LinkServer version on a future release. On the meantime, the workaround that is described on the post you shared is the most effective method of getting around this issue specifically for MCUXpresso IDE. Alternatively, you would also recommend using MCUXpresso for VS Code, which is our newest development platform and doesn't currently have this limitation like the IDE does. Sorry for the inconvenience this may cause. BR, Edwin.

Are 12th gen P series really that bad? I found an extremely good deal fully maxed out used T14 gen 3 with I7, I intend to keep this device 3-5 years at least. I read older posts that everyone prefers AMD for obvious reasons, but is it really that bad? According to reviews, P processors throttle so hard that their performance uplifts basically become useless, in comparison it seems like AMD R5 actually performs better than maxed out I7 at longer than 5 minutes of contunious work. Is that true? Re: Are 12th gen P series really that bad? Hello, Could you rephrase to focus on electronic components from NXP needs? Regards

i.MX93 Nitrogen93 SMARC：启动 Initramfs 后，UUU 脚本在 FB 到 FBK 转换时挂起 背景与环境： 硬件：Nitrogen93 SMARC 开发板 (i.MX93) UUU 版本：1.2.39 操作系统/映像：加载 Linux 内核，.dtb通过 Fastboot 使用 initramfs 来处理 eMMC 配置。 USB 配置：我们的内核和 initramfs 配置中明确启用了 FunctionFS / ConfigFS USB 设备支持。 问题在于： UUU 脚本在从 Fastboot (FB) 阶段过渡到 Fastboot Kernel (FBK) 阶段时无限期地挂起。 在主机终端上，UUU 成功执行启动命令后卡住： 1:9-0019B8127987>启动命令：FB：acmd booti ${loadaddr} ${initrd_addr} ${fdt_addr} 1:9-0019B8127987>成功 (0.001秒) 在目标串行控制台上，内核启动并启动了 initramfs 环境，但它阻塞并打开了一个交互式 shell，而不是将控制权交给 UUU 守护进程： [ 3.087193] 以 init 进程身份运行 /init /bin/sh：无法访问终端；作业控制已关闭 ~ # [ 3.141909] mmc2：地址 0001 处新增超高速 SDR104 SDIO 卡 因为控制台直接进入标准 shell (~ #)，所以脚本永远不会行动后续的 FBK: 刷写命令。 我们自定义 UUU 配置的关键片段 我们定义启动参数并启动启动序列，如下所示： 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} 脚本在此处挂起；以下 FBK 命令永远不会被处理。 FBK：ucmd cmdline=`cat /proc/cmdline`; ... 我们的自定义 UUU 脚本在 Fastboot (FB) 和 Fastboot Kernel (FBK) 阶段之间的过渡阶段遇到了问题。 目标进入交互式 shell，脚本卡住。接下来我们该如何让 UUU 守护进程与主机通信？ 谢谢 Re: i.MX93 Nitrogen93 SMARC: UUU script hangs at FB to FBK transition after launching Initramfs 你好， 请尝试从当前 shell 运行： \linuxrc& 如果这样导致 FBK 出现，则说明问题出在initramfs 内容/入口点。 示例 · nxp-imx/mfgtools Wiki · GitHub

S32K344 SWT RESET 你好 ， 我正在尝试了解SWT的功能。 我引入了 Stack Overflow 来检查 SWT 如何 RESET 控制器。RESET过程正常进行。RESET原因也与 SWT 相符。 当我连续触发信号堆栈溢出错误时，8 次之后控制器就无法启动了。 我检查了很多次，它只成功了8次，请问有什么特殊原因吗？或者它是可配置的？ Re: S32K344 SWT reset 你好@nirmal_masilamani 这是由RESET升级功能引起的。请参阅参考手册中的以下章节，或者直接在文档中搜索关键词“RESET升级”以了解更多详情： 33.7.7 功能 RESET 升级 33.7.8 破坏性 RESET 升级 可以通过 MC_RGM 模块中的 FRET 和 DRET 寄存器禁用此功能。 此致， Lukas Re: S32K344 SWT reset 你好@lukaszadrapa 感谢您的反馈， 我了解到，通过改变 FRET 和 DRET，我们可以 cfg RESET 升级。电源模块中有一个相关的参数。 如果我将两个值都设为零，就可以禁用升级；但是，如果我将计数器值从 1 改为 15，则不会生效。SWT 仍然只能运行 8 次。

FreeRTOS Debugging in VS Code on RT1180-EVK In the evkmimxrt1180_freertos_message_buffers_secondary_core example project, the FreeRTOS configuration is as follows: #define configMAX_PRIORITIES 56 #define configUSE_PORT_OPTIMISED_TASK_SELECTION 0 The application can be debugged normally in the IDE (MCUXpresso IDE). However, when debugging with VS Code, the debugger exits after FreeRTOS starts the scheduler. The debug session terminates when execution reaches the following code in vTaskStartScheduler(): xNextTaskUnblockTime = portMAX_DELAY; xSchedulerRunning = pdTRUE; xTickCount = ( TickType_t ) configINITIAL_TICK_COUNT; After these variables are initialized and before the first task is scheduled, the debugger disconnects and the debug session ends. Could you help me test this in the IDE and VS Code and find a solution? MCXC Re: FreeRTOS Debugging in VS Code on RT1180-EVK Hi @yanyanwang, After building the project in the Domains folder, you should find both the primary core and secondary core applications in this folder. If you click the play button for both .elf files, does a debug session start for each of them? If you run the primary core until it passes the MCMGR_StartCore function, are you able to pause the secondary core debug session? Best Regards, Pablo Re: FreeRTOS Debugging in VS Code on RT1180-EVK Hi, I can successfully start a debug session on the secondary core, and everything works as expected before the FreeRTOS scheduler starts. However, as soon as FreeRTOS starts scheduling tasks (after vTaskStartScheduler() is called), the debugger immediately disconnects and the debug session exits. Could you please help me identify the possible cause of this issue? If there are any recommended debugger settings or FreeRTOS configurations that I should check, please let me know. Thank you. Best regards, yanyan

MLB The Show 26人のスーパーチャージドプレイヤー分析：ロイス・ルイス vs ローガン・ウェッブ コミュニティの声が上がり、今週ダイヤモンドダイナスティに入り込む絶対的な勢力がいくつかあります。ロイス・ルイスとローガン・ウェッブが、MLB The Show 26で新たに選出されたファン投票による週間最優秀選手に正式に選ばれました。両カードは、実際の試合での驚異的なパフォーマンスのおかげで、7日間限定の大幅な能力値ブーストを受け、現在のメタゲームにおけるトップティアに一気に躍り出ることになった。 予算を重視するプレイヤーにとって、スーパーチャージドカードはまさに救世主です。彼らは、ゲーム内で最も高価なコレクション報酬と競えるエリート級のダイヤモンドタレントを、ほんのわずかなコストで起用させてくれます。ランクシーズンを苦戦している方や、今週イベント情報で順位を上げようとしている方には、この2枚のカードはチームに真剣に検討する価値があります。 スーパーチャージド概要 プレーヤー 位置 スーパーチャージド評価 ブースト効果時間終了 現実世界の触媒 ロイス・ルイス 3B / IF 総合評価96以上 2026年6月22日 打率.455で週間最優秀打者ファン投票を制した。3本塁打、wRC+は280。 ローガン・ウェッブ SP 総合評価96 2026年6月22日 6月14日のカブス戦では8回を投げ、1失点に抑える好投を見せ、勝利を確実にした。 分析：ロイス・ルイス ロイス・ルイスはコミュニティ投票で圧倒的な29.97％の得票率を獲得し、タイラー・ソダーストロムやマット・チャップマンといった他の非常に好調な打者を抑えて、今週の攻撃部門スーパーチャージに選ばれた。彼は現実世界で圧倒的な強さを見せており、彼の仮想世界における分身も、まさにその圧倒的な強さを反映している。 属性:基本のライブシリーズカードはプレイするティアによって一貫性に苦労することもありますが、このスーパーチャージド版は状況を完全に変えています。この強化により、彼のお問い合わせとパワーの特性は右投手と左打者の両方に対して重要な100の閾値を超え、打撃において現代のトップクラスの脅威へと成長しました。 メタフィット：ルイスは内野の左側であればどこでも非常に高い価値を発揮する。打撃成績が非常に強化されているため、彼は致命的な中軸打線の得点を生み出す役割も、終盤のエリートリリーフ投手に対抗する上位のベンチバッターとしても完璧に機能します。 ゲームプレイの感触：今年まだロイス・ルイスのカードを使っていないなら、損をしているよ。彼は信じられないほど速く滑らかなスイングを持ち、その結果、ライナー性の強打や深いギャップへのショットを頻繁に生み出す。さらに、彼のスピードが向上したことで、塁上での脅威となり、相手チームの捕手にさらなるプレッシャーを与えることになる。 分析：ローガン・ウェッブ 毎週のファン投票における投手部門では、ローガン・ウェッブが総合評価96という驚異的な数値に急上昇し、ローテーションの要となった。同じ先発投手に頼るのに飽きているなら、あるいは新しい腕で変化をつけたいなら、ウェッブはまったく異なる投球スタイルをマウンドに持ち込んでくれます。 特性: ウェブのスーパーチャージは、彼のスタミナ、H/9 (9イニングあたりのヒット数)、およびピッチングクラッチを大幅に向上させます。これは標準的なオンラインプレイにとって非常に重要で、ランクシーズンの試合まで深く進めても、ランナーがポジショニングに入った際にエネルギー切れや効果を失うことなく楽しめます。 武器：ウェブは、シンカーとチェンジアップを多用する投球スタイルで、MLB The Showで非常に効果的な投球を見せることで知られています。この一時的な強化効果により、彼のコントロールとブレーク性能が最大限に高まり、相手がボールの下に入り込むことが非常に困難になる。安っぽいフライボールのホームランを許す代わりに、弱くてイライラするゴロを大量に投げることになるでしょう。 ゲームプレイへの適合性：彼は、多くの標準的なメタ投手を特徴づける純粋な102 MPHの突出した速球は持っていないかもしれないが、それで騙されてはいけない。彼の卓越したトンネル効果（シンカー、チェンジアップ、スライダーを投球直後は全く同じ球種に見せる能力）と、これらの強化された特性が相まって、彼は今週のトップクラスの戦術的選択肢となっている。 結論：誰を先発させるべきか？ どちらのカードも明確な利点をもたらしますが、最終的にどちらを選ぶかは、あなたのプレイスタイルとスタジアムの好みによって決まります。 ラフィングマウンテンやシールドウッズのような、最大パワーがほぼ確実にホームランを狙えるような、小規模で標高の高いMLBスタジアムで頻繁にプレーする場合や、現在の内野陣に両打者を打ち切れるエリート右打者がいない場合など、ロイス・ルイスを選ぶのが良いでしょう。 競争力のあるランクマッチのマルチプレイヤーで、強力な攻撃を遅らせ、相手の連続攻撃を防ぐ信頼できる高スタミナのエースが必要なら、ローガン・ウェッブを選んでください。

カスタムIMXRT106xボードにビルドをフラッシュする 私はIMXRT1062を使ってカスタムボードを設計・製作し、Zephyrでデバイスを設定し、blinkyプログラムをコンパイルしました。ここから先、USB経由でこのプログラムをデバイスに書き込むにはどうすればいいですか？Secure Provision Toolを試してみましたが、LEDプログラムが動作しないようです。フラッシュの設定を確認して、基板の設定をカスタマイズすることはできますか?どんなご協力でもありがたいです。 Re: Flashing a build onto a custom IMXRT106x board こんにちは、 @rocketcherry さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ MCUXpressoセキュアプロビジョニングツールは、USB-HID/UART経由でデバイスROMシリアルダウンローダーパスを使用します。外部ブートデバイスをプログラムすることはできますが、プログラムされたイメージはカスタムハードウェアに対して有効なブート可能な i.MX RTイメージである必要があります。RT1062を外部QSPI/FlexSPI NORからブートする場合、ブートヘッダー/フラッシュ構成ブロックは、実際のフラッシュデバイス、FlexSPIピン、バス幅、周波数、ダミーサイクル、およびフラッシュサイズと一致している必要があります。もしボードがMIMXRT1060-EVK Zephyrボードファイルからクローンされた場合、EVKフラッシュ構成がカスタムボードに有効であるとは限りません。 まずはデバッグプローブを使ったシンプルなシリアルhello_worldアプリケーションでボードポートの検証を行うことをお勧めします。点滅故障はデバイスツリー内の不適切なLEDGPIOが原因で起こることもあるからです。その後、生成されたbuild/zephyr/zephyr.dts、.configをチェックしてください。そしてzephyr.mapで、フラッシュノード、コードパーティション、RAM領域、コンソールUART、LED GPIOがあなたのボードと一致しているか確認してください。 Secure Provisioning ToolはUSB-HID経由でデバイスをプログラムできますが、リセット後にLEDアプリケーションが動作しない場合、まず確認すべきはカスタムZephyrボードポート、FlexSPI NORブートヘッダー/FCB、ブートモード設定、RAM/SDRAM設定、LED GPIOマッピングです。 よろしくお願いします、 ギャビン Re: Flashing a build onto a custom IMXRT106x board 初期プログラミングはMCUXpressoに切り替えました。MCUXpressoでファイルを作成し、それをMCUのSecure Provision Toolでフラッシュする方法のガイドはありますか?USB経由でしか画像をデバイスにアップロードできないため。また、MCUXpressoでカスタムSPIフラッシュチップの設定に関するドキュメントはどこで見られますか? Re: Flashing a build onto a custom IMXRT106x board このページでは異なるプロセッサーごとに手順が説明されているようです https://docs.nxp.com/bundle/MCUXSPTUG_26.03/page/06_processor_specific_workflow.html ビルド自体は問題なかったが、ツールの使い方が間違っていたのが原因だった。

第十二代P系列真的那么糟糕吗？ 我找到了一台配置极高的二手T14 Gen 3，搭载I7处理器，价格非常划算，我打算至少使用这台设备3-5年。 我读过一些旧帖子，大家都因为显而易见的原因更喜欢 AMD，但 AMD 真的那么糟糕吗？ 根据评测，P系列处理器降频严重，导致其性能提升基本毫无意义；相比之下，AMD R5在连续工作超过5分钟后，性能似乎比满配的i7还要好。 是真的吗？ Re: Are 12th gen P series really that bad? 你好， 能否重新表述一下，重点放在恩智浦半导体（NXP）对电子元器件的需求上？ 此致

在 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中测试一下，并找到解决方案吗？ MCXC Re: FreeRTOS Debugging in VS Code on RT1180-EVK 嗨@yanyanwang ， 在功能域文件夹中构建项目后，您应该在该文件夹中找到主核心应用程序和辅助核心应用程序。 如果你点击这两个 .elf 文件的播放按钮对于每个文件，都会启动一个调试会话吗？ 如果运行主核心直到它通过 MCMGR_StartCore 函数，是否可以暂停辅助核心的调试会话？ 此致， 巴勃罗 Re: FreeRTOS Debugging in VS Code on RT1180-EVK 您好， 我可以在辅助核心上成功启动调试会话，并且在 FreeRTOS 调度程序启动之前一切都按预期运行。 但是，一旦 FreeRTOS 开始调度任务（在调用 vTaskStartScheduler() 之后），调试器就会立即断开连接，调试会话就会退出。 请问您能否帮我找出这个问题的可能原因？如果有什么推荐的调试器设置或 FreeRTOS 配置需要我检查，请告诉我。 谢谢！ 顺祝商祺！ 彦彦

Where can I find materials related to the DEVKIT-MPC5744P Rev A? Hello, I found that the available DEVKIT-MPC5744P Quick Start Guide (QSG) appears to be related only to Rev B. Also, the documentation currently available on the website seems to be for the Rev B version only. Could you please provide the hardware documentation and Quick Start Guide for the DEVKIT-MPC5744P Rev A version? Thank you. Re: Where can I find materials related to the DEVKIT-MPC5744P Rev A? Hello, This is not publicly;y available anymore. So I have asked internally for it. Best regards, Peter Re: Where can I find materials related to the DEVKIT-MPC5744P Rev A? Hello, I was speaking with engineer who wrote the guides. This is the oldest version he was able to find. Best regards, Peter

拥有自己的身份验证系统有什么不好？ 正如标题所示。我开发了一个应用程序，它没有使用第三方身份验证，而是基于知名的库和工具（jwt、bcrypt 等）构建了自己的身份验证系统。我没有使用 Passport，因为我唯一会用到的方案是本地解决方案。这有什么问题？为什么人们建议使用第三方身份验证解决方案而不是自己构建一个？

i.MX93 Nitrogen93 SMARC: Initramfs起動後、FBからFBKへの遷移時にUUUスクリプトがハングアップする 文脈と環境: ハードウェア:Nitrogen93 SMARC開発ボード(i.MX93) UUU バージョン: 1.2.39 OS/イメージ:Linuxカーネルの読み込み中、.dtbまた、Fastboot経由でinitramfsを実行してeMMCのプロビジョニングを処理します。 USB設定:FunctionFS / ConfigFS USBガジェットのサポートは、カーネルおよびinitramfs設定で明示的に有効化されています。 問題は次のとおりです。 UUUスクリプトは、Fastboot（FB）ステージからFastboot Kernel（FBK）ステージへの移行中に、無限にハングアップします。 ホストPCの端末上で、UUUはブートコマンドを正常に実行した後、停止します。 1:9-0019B8127987>コマンド開始:FB: acmd booti ${loadaddr} ${initrd_addr} ${fdt_addr} 1:9-0019B8127987>OK (0.001秒) ターゲットのシリアルコンソールでは、カーネルは起動してinitramfs環境を起動しますが、UUUデーモンに制御を渡す代わりに、インタラクティブシェルをブロックして開きます。 [ 3.087193] /init をinitプロセスとして実行してください /bin/sh: TTYにアクセスできません;ジョブコントロールがオフになっています ~ # [ 3.141909] mmc2: 新しい超高速SDR104 SDIOカード(アドレス0001) コンソールが標準シェル（~ #）に直接切り替わるため、スクリプトは後続のFBK: 点滅コマンドに対して動作しません。 カスタムUUU設定の重要な抜粋 ブート引数を定義し、ブートシーケンスを開始する手順は以下のとおりです。 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} # スクリプトはここで停止します。以下のFBKコマンドは処理されません。 FBK: ucmd cmdline=`cat /proc/cmdline`; ... カスタムUUUスクリプトにおいて、Fastboot（FB）とFastboot Kernel（FBK）のステージ間の遷移で処理が停止しています。 対象が対話型シェルに移行し、スクリプトがハングアップする。この状態からUUUデーモンがホストと通信できるようにするには、どのように進めればよいでしょうか？ ありがとう Re: i.MX93 Nitrogen93 SMARC: UUU script hangs at FB to FBK transition after launching Initramfs こんにちは、 現在使用しているシェルから実行してみてください。 \linuxrc& FBKが表示される場合、問題はinitramfsの内容/エントリポイントにあります。 例 · nxp-imx/mfgtools Wiki · GitHub

MLB The Show 26 超级球员分析：罗伊斯·刘易斯 vs 洛根·韦伯 社区已经做出了选择，本周将有几位绝对强者加入钻石王朝。Royce Lewis 和 Logan Webb 正式荣膺 MLB The Show 26 最新一届由球迷票选的本周超级球员。由于这两张卡牌在现实游戏中表现出色，它们将获得为期 7 天的大幅属性提升，立即跻身当前版本顶级卡牌之列。 对于预算有限的玩家来说，超强卡牌绝对是救星。它们能让你拥有足以与游戏中价格最高的收藏奖励相媲美的精英级钻石球员，但成本却只有它们的一小部分。如果你正在努力冲击排位赛季或者想在本周的活动中大获全胜，那么这两张卡牌绝对值得你认真考虑加入你的阵容。 增压概览 播放器 位置 增压评级 增益持续时间结束 现实生活中的催化剂 罗伊斯·刘易斯 3B / IF 96+ 总评 2026年6月22日 以.455的打击率赢得每周最佳击球手球迷投票。3 小时，wRC+ 为 280。 洛根·韦伯 SP 96 总评 2026年6月22日 6 月 14 日，他投了 8 局好球，仅失 1 分，帮助球队战胜小熊队。 分析：罗伊斯·刘易斯 Royce Lewis 获得了 29.97% 的社区投票，击败了 Tyler Soderstrom 和 Matt Chapman 等其他炙手可热的击球手，赢得了本周的进攻超级增幅。他在现实世界中势不可挡，而他的虚拟形象也完全反映了这种统治力。 属性：虽然他的基础 Live 系列卡牌有时会因为游戏级别的不同而难以保持稳定性，但这个超级强化版卡牌彻底改变了这种情况。这次提升使他的击球和力量属性都超过了关键的 100 阈值，无论面对右投手还是左投手，都使他成为现代打击区上的顶级威胁。 Meta Fit：路易斯在内野左侧的任何位置都能发挥巨大的价值。由于他的打击数据被大幅提升，他既可以作为致命的中段打线得分手，也可以作为顶级替补打者来对抗精英级别的后期救援投手。 游戏体验：如果你今年还没有使用过罗伊斯·刘易斯卡，那你可就错过了。他挥杆速度极快，动作流畅，经常能打出强劲的直线球和深远的空档球。除此之外，他提升后的速度使他成为垒上的真正威胁，给对方捕手带来额外的压力。 分析：洛根·韦伯 在每周球迷投票的投手评选中，洛根·韦伯凭借强大的 96 OVR 值稳坐轮换阵容的首位。如果你厌倦了依赖同样的先发投手，或者只是需要一只新鲜的Arm来改变现状，韦伯将为投手丘带来一种完全不同的投球风格。 属性：韦伯的超级充能大幅提升了他的耐力、每9局被安打数（H/9）和关键时刻的投球能力。这对于标准在线游戏来说意义重大，因为这让他能够在排位赛季比赛中走得更远，而不会过早耗尽能量，也不会在跑者进入得分位置时失去效率。 阿森纳：韦伯在《MLB The Show》中以其强大的下沉球和变速球组合而闻名。这种暂时的提升可以最大限度地提高他的控球和突破能力，使对手很难接到球。与其轻易送出高飞球本垒打，不如尝试制造大量软弱无力、令人沮丧的滚地球出局。 游戏玩法契合度：他可能缺乏那种定义许多标准版本投手的纯粹的 102 英里/小时的超高速快速球，但不要被这一点所迷惑。他出色的控球能力——使他的下沉球、变速球和滑球出手时看起来一模一样——再加上这些增强的属性，使他成为本周顶级的战术选择。 最终结论：你应该从哪一方开始？ 这两张卡牌各有优势，但最终的选择取决于你的游戏风格和球场偏好： 如果你经常在较小的、高海拔的 MLB 球场（如 Laughing Mountain 或 子卡 Woods）比赛，而这些球场的最大力量数据几乎可以保证全垒打，或者如果你目前的内野缺少一位能够左右开弓的精英右打者，那么就选择 Royce Lewis。 如果你需要一位可靠的、耐力极佳的王牌投手，在竞技排位赛多人模式中减缓对手的强力进攻，阻止对手连续得分，那么就选择 Logan Webb。

使用 J-Link Plus V10 对定制的 i.MX8MP 板进行 DDR 压力测试 你好， 我正在开发一款基于 i.MX8M Plus (MIMX8ML8DVNLZAB) 和 Micron LPDDR4 内存 (MT53E256M32D2FW-046 AIT ) 的定制板。 我使用 i.MX 的配置工具生成了 DDR 设置，并将生成的文件集成到 U-Boot 中。启动过程中我目前收到以下信息： U-Boot SPL 2024.04 DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS Training FAILED 我想进行DDR校准和压力测试。 但是，我的定制板没有可用的 USB OTG 端口，因此我无法使用 DDR 工具用户指南中描述的普通 USB HID 下载方法。 我确实有： Segger J-Link Plus V10 JTAG 访问工作正常 UART 控制台可用 通过 J-Link 成功连接到 Cortex-M7 在MSCALE DDR工具中，我只能选择串口作为连接类型，没有看到JTAG选项。 我的问题是： 是否可以使用 Segger J-Link Plus V10 对 i.MX8MP 定制板进行 DDR 校准和压力测试？ 是否有适用于 i.MX8MP 的 JTAG 版本的 DDR 压力测试工具？ DDR测试镜像能否通过J-Link而不是USB HID加载？ 对于没有 USB 下载接口的定制板，NXP 是否有推荐的替代方案？ 感谢您的支持。 Re: DDR Stress Test on custom i.MX8MP board using J-Link Plus V10 你好， 不，除了DDR调优的串行下载之外，我们不提供其他类型的解决方案，我们强烈建议客户在初始开发阶段的新设计中使用此接口。这是因为对于我们几乎所有的工具来说，这都是一项硬性要求。 此致敬礼/Saludos， 阿尔多。

自分で認証システムを持つことの何が悪いのですか? SO、タイトルの通りです。サードパーティ認証の代わりに、よく知られたライブラリやツール(jwt、bcryptなど)をもとに自分で作ったアプリを作りました。私はパスポートを使わなかった。なぜなら、使うのはCASEだけだからだ。これの何が問題なの？なぜ人々は自分で認証を作らずにサードパーティの認証ソリューションを使うことを勧めるのでしょうか?

S32K3 的高驱动强度 S32K3XX 参考手册提到了“驱动强度使能”位，但似乎没有定义其含义——我能找到的最接近的参考资料是，它似乎与某些引脚支持的最大频率相关（S32K3XXRM 第 42 页/第 4.4.1 节）。 关于最大电流消耗或其他方面，是否有明确的规定，让我了解是否应该启用或不应该启用“驱动强度”？ Re: High Drive Strength on S32K3 GPIO 标准：开关频率最高可达 10 MHz，不支持高驱动强度。不支持转换速率控制。 — GPIO 标准增强版：开关频率高达 25 MHz，支持高驱动强度。不支持转换速率控制。 — GPIO-中型：开关频率高达 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 HI S32K3XX 参考手册 (S32K3XXRM) 指出，“GPIO-Standard” 焊盘类型 不支持高驱动强度，而“GPIO-Standard Plus”、“GPIO-Medium”和“GPIO-Fast” 焊盘类型 支持高驱动强度。 对于 GPIO焊盘类型，请参考S32K344_IO 信号表，特别是S32K344_S32K324_S32K314_IOMUX.xlsx随 S32K3XXRM 提供的 Excel 附件中的H 列。 此致， 罗宾 ------------------------------------------------------------------------------- 笔记： - 如果此帖解答了您的问题，请点击“接受为解决方案”按钮。谢谢你！ - 我们会持续关注帖子，从最后一条回复发出后持续7周，之后的回复将被忽略。 如果您之后有相关问题，请另开新帖并引用已关闭的帖子。 -------------------------------------------------------------------------------

S32K344 SWTリセット こんにちは 、 SWTの機能について理解しようとしています。 StackOverflowを注入してSWTがどのようにコントローラをリセットしたか確認しました。リセット処理は正常に完了しました。リセット理由もSWTと一致しています。 StackOverflowエラーを連続してトリガーしても、8回経ってもコントローラが起動しません。 何度も確認しましたが、正常に動作したのはたった8回だけです。何か特別な理由があるのでしょうか？それとも設定変更可能なのでしょうか？ Re: S32K344 SWT reset こんにちは、 @nirmal_masilamani さん。 これはリセットエスカレーション機能が原因です。リファレンス・マニュアルの以下のセクションをご覧いただくか、文書内で「reset escalation」キーワードで検索してください。 33.7.7 機能リセットのエスカレーション 33.7.8 破壊的リセットのエスカレーション モジュール内のFRETおよびDRETレジスタで無効化MC_RGM可能です。 よろしくお願いいたします。 ルーカス Re: S32K344 SWT reset こんにちは、 @lukaszadrapa ご返信ありがとうございます。 FRETとDRETを変更すれば、リセットのエスカレーションを防げると理解しました。電源モジュールには、そのためのパラメータがあります。 両方の値をゼロのままにしておくと、エスカレーションを無効にすることができますが、カウンターの値を1から15の間で変更しても、反映されません。SWTは依然として8回しか動作していません。