Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
カスタム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 ビルド自体は問題なかったが、ツールの使い方が間違っていたのが原因だった。
View full article
第十二代P系列真的那么糟糕吗? 我找到了一台配置极高的二手T14 Gen 3,搭载I7处理器,价格非常划算,我打算至少使用这台设备3-5年。 我读过一些旧帖子,大家都因为显而易见的原因更喜欢 AMD,但 AMD 真的那么糟糕吗? 根据评测,P系列处理器降频严重,导致其性能提升基本毫无意义;相比之下,AMD R5在连续工作超过5分钟后,性能似乎比满配的i7还要好。 是真的吗? Re: Are 12th gen P series really that bad? 你好, 能否重新表述一下,重点放在恩智浦半导体(NXP)对电子元器件的需求上? 此致
View full article
在 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 , 在功能域文件夹中构建项目后,您应该在该文件夹中找到主核心应用程序和辅助核心应用程序。 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 HI 您能帮我解答以下问题吗? 你是如何导入项目的? 你是否更改了项目中的任何设置? 你使用的是外部调试器吗? 此致, 巴勃罗
View full article
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
View full article
拥有自己的身份验证系统有什么不好? 正如标题所示。我开发了一个应用程序,它没有使用第三方身份验证,而是基于知名的库和工具(jwt、bcrypt 等)构建了自己的身份验证系统。我没有使用 Passport,因为我唯一会用到的方案是本地解决方案。这有什么问题?为什么人们建议使用第三方身份验证解决方案而不是自己构建一个?
View full article
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
View full article
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。
View full article
使用 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, 阿尔多。
View full article
自分で認証システムを持つことの何が悪いのですか? SO、タイトルの通りです。サードパーティ認証の代わりに、よく知られたライブラリやツール(jwt、bcryptなど)をもとに自分で作ったアプリを作りました。私はパスポートを使わなかった。なぜなら、使うのはCASEだけだからだ。これの何が問題なの?なぜ人々は自分で認証を作らずにサードパーティの認証ソリューションを使うことを勧めるのでしょうか?
View full article
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 列。 drive-strength high current Pad Type.png 此致, 罗宾 ------------------------------------------------------------------------------- 笔记: - 如果此帖解答了您的问题,请点击“接受为解决方案”按钮。谢谢你! - 我们会持续关注帖子,从最后一条回复发出后持续7周,之后的回复将被忽略。 如果您之后有相关问题,请另开新帖并引用已关闭的帖子。 ------------------------------------------------------------------------------- Re: High Drive Strength on S32K3 正如我之前告诉过的帖子中所述,我知道哪些引脚支持“高驱动强度”,哪些不支持,这不是问题所在! 但幸运的是,后台已经有了相关信息:在 S32K3xx.pdf 文件中,表27。GPIO直流电气规格,似乎符合我的需求。 看起来它将引脚的输出电流加倍,从而实现“DSE = 0”而不是“DSE = 1”。 Screenshot From 2026-07-06 09-18-58.png Screenshot From 2026-07-06 09-18-48.png
View full article
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回しか動作していません。 nirmal_masilamani_0-1782105382775.png
View full article
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? こんにちは、 これは現在、一般公開されていません。SO、社内でそれを要求しました。 よろしくお願いいたします。 ピーター Re: Where can I find materials related to the DEVKIT-MPC5744P Rev A? こんにちは、 私はそのガイドを書いたエンジニアと話していました。 これは彼が見つけることができた中で最も古いバージョンだ。 よろしくお願いいたします。 ピーター
View full article
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 Toolユーザーガイドに記載されている通常のUSB HIDダウンロード方法は使えません。 私は以下を持っています: セガー J-Link Plus V10 JTAGアクセスが正しく動作している UARTコンソールが利用可能です J-Linkを通じたCortex-M7への接続が成功しました MSCALE DDRツールでは接続タイプとしてSERIALしか選択できません 。JTAGのオプションは見当たりません。 私の質問は以下のとおりです。 Segger J-Link Plus V10を使用して、i.MX8MPカスタムボード上でDDRキャリブレーションとストレステストを実行することは可能ですか? i.MX8MP用のDDRストレステストツールのJTAGバージョンはありますか? DDRテストイメージはUSB HIDではなくJ-Link経由で読み込むことはできますか? USBダウンロードインターフェースがないカスタムボードに対して、NXPが推奨する代替手順はありますか? 再開まで今しばらくお待ちください。 Re: DDR Stress Test on custom i.MX8MP board using J-Link Plus V10 こんにちは、 いいえ、DDRチューニング用のシリアルダウンロード以外のソリューションは提供していません。新しいデザインの初期開発段階では、このインターフェースを利用できることをお客様に強くお勧めします。これは、当社のほぼすべてのツールにとって、それが必須要件となっているためです。 よろしくお願いいたします。 アルド。
View full article
High Drive Strength on S32K3 The S32K3XX reference manual talks about the "drive-strength enable" bits, but doesn't appear to define what this means - the closest reference I can find is that it seems correlated with maximum frequency supported by certain pins (page 42 of the S32K3XXRM/Section 4.4.1) Is there something explicit in terms of maximum current draw or other things I should be aware of for why I should or should not enable "drive-strength"? Re: High Drive Strength on S32K3 GPIO-Standard: Switching up to 10 MHz High drive-strength not supported. Slew-rate control not supported. — GPIO-Standard plus: Switching up to 25 MHz  Supports high drive-strength. Slew-rate control not supported. — GPIO-Medium: Switching up to 50 MHz  Supports high drive-strength. Supports slew-rate control. — GPIO-Fast: Switching up to 120 MHz Supports high drive-strength. Supports slew-rate control. Re: High Drive Strength on S32K3 Yes, that is exactly the text of the section I cited in my question. That doesn't tell me why I should or shouldn't enable "drive strength" - it just tells me that some pins support it, and that some switching rates are related to it. If I were driving an LED with it, would it be capable of sinking more current? How much more current? Is it purely a slew-rate change? Is there a reason not to enable it, if the pin supports it? Will my chip dissipate more heat if I enable it? Re: High Drive Strength on S32K3 Hardware Design Guidelines for S32K39x, S32K37x and S32K36x Microcontrollers Re: High Drive Strength on S32K3 Hi The S32K3XX Reference Manual (S32K3XXRM) states that the Pad Type "GPIO-Standard" does not support high drive strength, whereas "GPIO-Standard Plus", "GPIO-Medium", and "GPIO-Fast" support high drive strength. For GPIO Pad Type, please refer to the S32K344_IO Signal Table, specifically column H, in the Excel attachment S32K344_S32K324_S32K314_IOMUX.xlsx provided with the S32K3XXRM. drive-strength high current Pad Type.png Best Regards, Robin ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "ACCEPT AS SOLUTION" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: High Drive Strength on S32K3 As I told the previous poster, I know which pins do and do not support "high drive strength," that is not the issue! But fortunately, in the background you had the relevant chunk of information: in S32K3xx.pdf, Table 27. GPIO DC electrical specifications, appears to have what I need. It looks like it doubles the output current of the pins to enable the "DSE = 0" vs "DSE = 1"   Screenshot From 2026-07-06 09-18-58.png Screenshot From 2026-07-06 09-18-48.png
View full article
Getting Started with USB Audio on i.MX boards Introduction.  USB is a highly efficient interface for transporting audio and voice data, offering sufficient bandwidth for applications from voice telephony to high-quality audio playback and recording. To ensure compatibility between devices, the USB Audio Class specification defines standardized mechanisms for audio transport and control, allowing audio peripherals to operate with generic drivers and minimizing platform software requirements.    For i.MX processors, this article describes how an i.MX board can function as a standard USB audio device, enabling audio data to be streamed through the USB port to a host computer. This capability is important for applications such as USB microphones, speakers, audio gateways, and voice-processing systems.   As a result, developers can efficiently implement real time audio transfer between i.MX boards and host systems using standard USB audio drivers without requiring additional proprietary interfaces.   Required equipment. i.MX95 FRDM board (this is the selected board for this post, it works for others). Debug USB-C cable. Data USB-C cable. USB-C power supply. Ethernet cable. Speakers or headphones with 3.5mm input plug. Personal computer. To start, we need to flash our Linux BSP into the board. You can build it by yourself or use the pre-built BSP to facilitate the process. This post was tested with Linux 6.18.20_2.0.0, if you have issues to flash the board, please refer to this article: Flashing Linux BSP using UUU This is how my hardware setup looks: Media.jpg USB gadget setup. The following script configures the board to work as an USB audio gadget in Linux. This setup allows the board to be detected as a standard audio device, enabling audio streaming over the USB connection without requiring a custom USB protocol on the host side. The script creates the USB gadget configuration, assigns the required USB descriptors, with predefined audio parameters such as 16 kHz sample rate, 32-bit sample size, and single-channel capture/playback support. This example is useful for applications such as voice capture, audio processing, USB microphones, or embedded audio demos. #!/bin/sh # USB gadget ConfigFS paths CONFIGFS=/sys/kernel/config/usb_gadget GADGET=$CONFIGFS/g1 CONFIG=$GADGET/configs/c.1 FUNCTIONS=$GADGET/functions # USB device descriptors and audio configuration VID="0x1fc9" PID="0x0330" SERIALNUMBER="0123456789" MANUFACTURER="NXP Semiconductors" PRODUCT="i.MX USB Audio Gadget" SAMPLE_RATE=16000 SAMPLE_SIZE=4 # 32-bit audio samples echo "Setting up USB gadget with the following parameters:" echo " Vendor ID: $VID" echo " Product ID: $PID" echo " Serial Number: $SERIALNUMBER" echo " Manufacturer: $MANUFACTURER" echo " Product: $PRODUCT" echo " Sample Rate: $SAMPLE_RATE Hz" function add_uac2_function() { # Create a USB Audio Class function instance mkdir $FUNCTIONS/uac2.$1 echo "$PRODUCT $1" > $FUNCTIONS/uac2.$1/function_name # c_* parameters configure USB Capture # p_* parameters configure USB Playback # Audio sample rate configuration echo $SAMPLE_RATE > $FUNCTIONS/uac2.$1/c_srate echo $SAMPLE_RATE > $FUNCTIONS/uac2.$1/p_srate # Audio sample size in bytes echo $SAMPLE_SIZE > $FUNCTIONS/uac2.$1/c_ssize echo $SAMPLE_SIZE > $FUNCTIONS/uac2.$1/p_ssize echo $2 > $FUNCTIONS/uac2.$1/c_chmask echo $3 > $FUNCTIONS/uac2.$1/p_chmask # Enable mute and volume controls visible to the USB host echo 0x1 > $FUNCTIONS/uac2.$1/c_mute_present echo 0x1 > $FUNCTIONS/uac2.$1/c_volume_present echo 0x1 > $FUNCTIONS/uac2.$1/p_mute_present echo 0x1 > $FUNCTIONS/uac2.$1/p_volume_present # Add the UAC2 function to the active USB configuration ln -s $FUNCTIONS/uac2.$1 $CONFIG } function create_config() { # Create the USB gadget device mkdir $GADGET # Set USB Vendor ID and Product ID echo $VID > $GADGET/idVendor echo $PID > $GADGET/idProduct # Standard USB string descriptors mkdir $GADGET/strings/0x409 echo $SERIALNUMBER > $GADGET/strings/0x409/serialnumber echo $MANUFACTURER > $GADGET/strings/0x409/manufacturer echo $PRODUCT > $GADGET/strings/0x409/product # Create USB configuration description mkdir -p $CONFIG/strings/0x409 echo $1 > $CONFIG/strings/0x409/configuration } # Create a UAC2 audio gadget with mono capture and mono playback create_config "UAC2" add_uac2_function "Active" 0x1 0x1 echo "Done" Clean USB gadget. If you need to free up the USB port, it is necessary to run the following script. #!/bin/sh # USB gadget ConfigFS paths CONFIGFS=/sys/kernel/config/usb_gadget GADGET=$CONFIGFS/g1 CONFIG=$GADGET/configs/c.1 FUNCTIONS=$GADGET/functions # Verify that the gadget exists before attempting cleanup if [ ! -d "$GADGET" ]; then echo "Gadget does not exist" exit 0 fi # Disconnects the gadget from the host before removal. echo "" > $GADGET/UDC 2>/dev/null # Remove UAC2 function links from the configuration rm -f $CONFIG/uac2.* 2>/dev/null # Remove UAC2 function instances rmdir $FUNCTIONS/uac2.* 2>/dev/null # Remove configuration strings and configuration directory rmdir $CONFIG/strings/0x409 2>/dev/null rmdir $CONFIG/strings 2>/dev/null rmdir $CONFIG 2>/dev/null # Remove gadget string descriptors rmdir $GADGET/strings/0x409 2>/dev/null rmdir $GADGET/strings 2>/dev/null # Remove the gadget itself rmdir $GADGET 2>/dev/null echo "Cleanup completed" Testing. Both scripts can be created into the board using nano or a similar text editor through the console but is easier to do it in your host machine and send it for example using SCP. After you created both scripts you can send them with the next command: scp @ : Once you connected the Ethernet cable in any of the available RJ45 connectors in your board, you can get the IP address with the next command: ifconfig Now, in your host machine, you can go to the path where are your USB scripts and send them: scp cleanup_usb_gadget.sh root@ :~/ scp setup_usb_gadget.sh root@ :~/ After transfer the scripts to the board, you need to change file permissions to execute the scripts with chmod and run USB gadget setup script to configure the board as a USB audio interface. chmod u+x *_usb_gadget.sh JorgeCas_0-1782324986101.png Once this script have been executed you can see the USB port in ALSA as a sink/source device: JorgeCas_2-1782325559529.png Then, you need to connect the USB port to a host computer and will be recognized as an USB interface: JorgeCas_4-1782325847685.png You can validate that the device is working according to the configuration defined in setup script: Screenshot 2026-07-29 104314.png I will use Audacity to test audio transfer from on board microphones, in Edit -> Preferences -> Audio settings select i.MX Active as recording device: JorgeCas_5-1782326183462.png Note: Use the same sample rate of setup_usb_gadget.sh configuration to avoid errors with the DAW. In the board, I will start the recording by running the following GStreamer pipeline, which captures audio from the onboard microphones and streams it through the USB port: gst-launch-1.0 alsasrc device=hw:micfilaudio,0 ! queue ! audioconvert ! audio/x-raw,channels=1,rate=16000,format=F32LE ! audioconvert ! alsasink device=hw:UAC2Gadget,0 After this configuration, add an audio track and now, is possible to get the audio and record it directly in the DAW: JorgeCas_0-1782327009216.png If you want to play audio from host PC trough the i.MX board, you need to run the next command before start the audio playback in host. Make sure that the audio card selected is not busy: gst-launch-1.0 -v alsasrc device=hw:UAC2Gadget,0 ! audio/x-raw,format=S32LE,rate=16000,channels=1 ! audioconvert ! audioresample ! audio/x-raw,format=S16LE,rate=48000,channels=2 ! audioconvert ! alsasink device=plughw:mqsaudio,0 In this case, I selected the MQS output in 3.5mm output jack, you can connect the speakers or headphones with this connector. After run the clean USB gadget script, the USB audio device is not longer detected in host PC and the board output is the next: JorgeCas_3-1782325608663.png References. USB Implementers Forum. (1998, March 18). Universal Serial Bus device class definition for audio devices (Release 1.0) [PDF]. USB-IF. https://www.usb.org/sites/default/files/audio10.pdf   
View full article
RT1160(外部SDRAMおよびウェイトピン付きSRAM搭載) 私はRT1160を外部16ビットSDRAMと16ビットSRAM(FPGA通信用)と組み合わせて使用しています。SRAMインターフェースは、待機ピン付きのSRAM読み書き操作(SRAM)として非同期モードとして構成されます。待機信号がSDRAMのリフレッシュタイミングと競合して何らかの問題を引き起こすのではないかと考えています。SDRAMにコードを書き込んで、SRAM ASYNC書き込み時にwaitピンを約10ms以上ローレベルに保つようにテストしましたが、時々約1msで終了してしまうことがあり、その理由はわかりません。 SDRAMとSRAMの両方を使う場合に制限があるのでしょうか?ご協力いただきありがとうございます。 Re: RT1160 with external SDRAM and SRAM with wait pin こんにちは 約1ミリ秒で終了するとおっしゃっていますが、具体的に何を指しているのでしょうか?SRAMへの書き込みはエラーを返すのか、それともハードフォルトに入るのか?これはどのくらいの頻度で起こりますか? 以下のテストを手伝ってもらえますか? 1. 内部メモリ(SDRAMではない)からコードを実行し、長時間かかる非同期SRAM書き込みを繰り返します。 2. 内部メモリからコードを実行したまま、同じテストを再度実行しますが、今回はSDRAMを有効にした状態でアイドル状態にします。 3. 最初に述べたとおりにテストを実行しますが、SRAM待機信号をアクティブに保持します。 さらに、上記の検査を含めて、以下の点を確認してもらえますか? 転送中にSRAM信号を監視できますか? 各テストのSTEMCイントラレジスタ値を教えてもらえますか? 結果を教えてください。 よろしくお願いします、 パブロ
View full article
Pad/Mux Control for ADC Hello. We are currently developing the firmware for a custom i.MX8X carrier board. For the ADC_IN0 - ADC_IN5, we are currently unsure what the pad/mux control configurations should be, specifically for the sw_config field. If we set the field value to "Default," does it automatically configure it to the mux mode that the pad is set to (i.e. automatically adjusted to ADC versus if we were to change it to the GPIO)? Would setting it to "Default" be a good choice, or is there a better field selection for the ADC pins? i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Pad/Mux Control for ADC Hello, “Default” does NOT adapt to mux mode and is not ADC-aware. For ADC pins on i.MX8X, explicitly configure the pad control to disable all pulls/keepers and minimize digital influence. Best regards/Saludos, Aldo.
View full article
S32K324のVREFH こんにちは、NXP チームの皆様、 回路には3.3Vで動作するS32K324マイクロコントローラを使っています。マイクロコントローラ内のVREFHピン自体は3.3V(VDD_HV_A / VDD_HV_B)に接続されています。データシートに、VREFH電圧レベルに関する注記がありました。 hemanths_0-1688361073670.png しかし、ハードウェアデザインガイドラインのドキュメントにはこのコメントは記載されていません。 hemanths_1-1688361175410.png どなたか、データシートに記載されているノートの意義について説明してもらえますか? ありがとうございます。 ヘマント Re: VREFH for S32K324 こんにちは、 @JulesW さん。 データシート(表3、動作条件)によると、VREFHは最低2.97Vに制限されているため、これは仕様外となります。 BR、ダニエル Re: VREFH for S32K324 VREHがVDD_HV_Aよりもはるかに低い場合、例えばVDD = 3.3Vの場合にVREFH = 2.5Vとなる場合はどうなるでしょうか? Re: VREFH for S32K324 ADCの結果は飽和状態になるだろう。 注入電流は、ピンあたり3mAに制限する必要があります。 danielmartynek_0-1688384914242.png danielmartynek_1-1688385147391.png BR、ダニエル Re: VREFH for S32K324 こんにちは、ダニエルさん。 ご回答ありがとうございます。 ADCの入力電圧がADCのVREFHよりも大きい場合、どうなりますか?マイクロコントローラのADCに過電圧保護や飽和機構があるかどうか? Re: VREFH for S32K324 こんにちは、ヘマントさん。 VREFH参照は必ずしもVDD_HV_A/VDD_HV_Bにコネクテッドする必要はありません。 しかし基準はVDD_HV_Aにクランプされるため、電圧はVDD_HV_A + 0.1Vを超えてはならず、0.1VはRF信号専用です。 HWDGの改訂版においてC、仕様書も見つけることができます: danielmartynek_0-1688380987606.png よろしくお願いいたします。 ダニエル
View full article
RT1160 with external SDRAM and SRAM with wait pin I am using the RT1160 with external 16-bit SDRAM and 16-bit SRAM(for fpga communication).  The SRAM interface is configure as SRAM Read/Write Operation in ASYNC Mode with Wait Pin. I wonder If the wait signal will conflic with SDRAM refresh timing to cause some issue. We've test  it to let our code in SDRAM and let wait pin keep low about 10ms or longer in SRAM ASYNC write,  sometimes it will end at about just 1ms and don'tknow why.   can we use in that way or ther have some limitation when using both SDRAM and SRAM device. Thanks for your help. Re: RT1160 with external SDRAM and SRAM with wait pin Hi  What are you referring to when you mention that it will end at about 1 ms? Does the SRAM write return an error, or does it enter a hard fault? How often does this happen? Could you please help me test the following? 1. Run the code from internal memory (not SDRAM) and repeat the long asynchronous SRAM write. 2. While still executing the code from internal memory, run the same test again, but this time with SDRAM enabled but idle. 3. Run the test as you originally mentioned, but with the SRAM wait signal held active. Additionally, could you check the following during these tests (including the ones mentioned above) Could you monitor the SRAM signals during the transfer? Could you share the SEMC INTR register values for each test? Please let me know your results. Best Regards, Pablo
View full article
庭を育てよう2 動作ガイド:すぐに速く歩く方法 Roblox Grow a Garden 2でそれなりの時間を費やしてプレイしたことがある人なら、カタツムリのような速度でしか進まない苦痛を既に知っているはずだ。稀な突然変異イベント情報が発生し、誰よりも先にその種を確保しなければならない時や、温室泥棒があなたの努力を奪おうとする時、一秒一秒が重要だ。ベーススピードで止まっていると、巨大なプロットの進むのが面倒に感じることもあります。 幸いなことに、デフォルトの歩行サイクルで満足する必要はありません。永続的なパッシブバフ、素早く使える消耗品スプリント、マップを横断する面白い物理グリッチなど、移動速度を瞬時に最大化する方法がここにあります。 永続的なスピードブースト:バニースタック戦略 基本速度を確実に、かつ永続的に向上させたいなら、ゲームのペットシステムを深く掘り下げてみる必要がある。受動的なスピードにおいて、文句なしの王者といえばウサギのペットだ。 装備しているアクティブなウサギのペット1匹につき、移動速度に+5のボーナスが加算されます。ゲーム開始当初は、最大3匹のペットを同時に装備できます。最初から3匹のバニーで構成されたフルチームを編成することで、即座にスピードボーナス+15を獲得でき、移動速度が劇的に向上します。 これらの小さなスピードデーモンを手に入れるには、主に二つの方法に絞られます。 地図をよく見てください。ウサギは世界にランダムに出現し、20,000シェックルで一括購入できます。 ガチャで運試しをしてみましょう。コモンエッグから孵化させることができ、孵化率はかなり高い30%です。 部隊が揃ったら、装備したウサギにペットトイを適用して、基礎ステータスをさらに強化することでパッシブ移動上限をさらに高めることができます。 一時的なスピードアップ:キノコとテレポート 時には、常に高速で走る必要はなく、侵入者を追いかけたり、タイマーが切れる前に店まで全力疾走したりするために、瞬時に猛烈な加速力が必要になることもある。そこで装備品や消耗品が重要になってくるのです。 スピードマッシュルーム:手っ取り早く効果を得たいなら、ギアストアに行ってスピードマッシュルームを1,500シェックルで購入しましょう。これを飲むと短時間、速度が大幅に向上するので、緊迫した状況に最適です。 テレポーターレンチ:お金に余裕があるなら、ギアストアでテレポーターレンチを購入するために18,000シェケルを貯めましょう。この伝説のアイテムを使えば、歩くという行為を完全に省略し、瞬時に少しだけ前方に瞬間移動することができる。 楽しい代替案:セレストベリーの物理グリッチ シェックルが少なくてもハイパースピードで移動したいなら、オリジナルから引き継がれた構造物理のバグを活用できます。多少の手間はかかるが、結果は驚くほど素晴らしい。 まず、巨大な植物を育てる必要があります。セレストベリーはこれに最適ですが、竹のような高レベルで重い植物であればどれでも構いません。スーパーサイズ化するには、複数のベーシックスプリンクラーとアドバンストスプリンクラーを植物の周りにグループ化して、理想的には12〜14kg程度の巨大な重さに成長させます。 巨大植物が完全に成長したら、収穫して直接手に装備してください。 発射を発動するには、カメラ視点をスイッチに切り替えてください。目的地とは完全に反対方向を向き、後退キーを押し続け、Shift Lockをオンにして、ジャンプキーを連続してタップします。巨大な果実がキャラクターモデルと相互作用する奇妙な衝突ジオメトリのせいで、ゲームの物理挙動が壊れ、狂った速度でマップ上に激しく後方に吹き飛ばされます。 ウサギの軍隊を編成するにしても、キノコを買い溜めるにしても、巨大なベリーを使ってゾーンを飛び回るにしても、もう遅い歩行速度に我慢する必要はありません。予算に合った方法を選び、区画を駆け回りましょう。
View full article