RTDをダウンロードできません - ダウンロードオプションがグレー表示されています S32 Design Studio(S32DS)でS32K344ボード用のRTDパッケージをダウンロード・インストールできません。RTDを選択またはダウンロードするオプションがグレー表示されており、利用できません。 S32DSを再起動し、利用可能なアップデートやパッケージを確認しましたが、問題は解決しません。このため、プロジェクトのセットアップおよび開発活動を進めることができません。 解決について確認し、アドバイスをいただけますか? 詳細： IDE:S32 Design Studio(S32DS) ターゲットMCU:S32K344 問題：RTDのダウンロードオプションがグレー表示されています 影響:RTDパッケージのインストール/ダウンロードができません   Re: Unable to Download RTD - Download Option Greyed Out 下の2つ目のタブだと見えますか?

在 M33 上使用 SAI1 时，iMX93 FIFO 出现欠载现象 我正在使用SAI1驱动一个外部I2S设备。40MHz BCLK，1.25MHz WCLK。 从 Linux 系统启动，代码通过 remoteproc 在 M33 上运行。 SAI1接口出现FIFO欠载现象。 搞不明白为什么？ 在 M33 上使用 SAI3 执行相同的代码（A55 被限制在 uboot 中），没有出现问题。 您有什么想法吗？ 谢谢您！ 音频（PDM | I2S | SAI） Re: iMX93 FIFO underruns when using SAI1 on M33 你好， 遗憾的是，我们的 SDK 中没有使用 CODEC 的示例。 您可以参考 SDK 中的示例，这些示例位于以下路径： mcuxsdk\examples\driver_examples\sai 如果看到 FIFO 欠载警告，可能是由于 TX FIFO 为空导致的，因为数据推送速度不够快，或者发射器未正确启用。 造成此问题的原因可能是资源可用性/配置问题。首先，我建议您确认是否存在 Cortex-A 处理器无法使用 Cortex-M 处理器的相同资源而导致问题的情况。 您是否确认SAI发射控制寄存器（TCSR）中的发射器使能位已启用？ 顺祝商祺！ Re: iMX93 FIFO underruns when using SAI1 on M33 我已经将 SAI1 代码移植到 Linux 下的 A55 上。 仍然出现FIFO错误。 以下是配置详情和问题： 平台 板：i.MX93 EVK；/sys/devices/soc0/soc_id=i.MX93 /sys/devices/soc0/revision=1.1。代码包，软件包标记/掩膜尚未记录。 Linux：6.12.20-lts-next-gdfaf2136deb2PREEMPT，A55。 SAI1 在 0x443b0000，TX 通过 44000000.dma-controller-CH21。 SAI1 串行根：来自 VIDEO_PLL 的 40 MHz；40 MHz BCLK，1.25 MHz 帧速率。 SAI3/WM8962 属于 Linux 所有，在以下复现过程中处于空闲状态。 LMX2571 I2S FSK 接收器：活动插槽中为有符号 16 位代码，其他插槽中为零。 常量码 +8500 产生预期的 +17 kHz 射频偏移。 最小 Linux 复现环境（M33 remoteproc 离线） 自定义 DTB 将 SAI1 公开为 ALSA 播放设备；SAI1 PCM 卡 0。 静态 ALSA PCM：硬件：0,0，S16_LE，2 通道，1,250,000 帧/秒； 周期 2,400 帧，缓冲区 19,200 帧。没有高斯滤波器或其他 实时波形生成。TX FIFO深度32字，TX DMA突发8字 先进先出水印 24。静态数据：槽位 0=8500，槽位 1=0。 命令：python3 /root/cp7g_static_playback.py --设备 hw:0,0 --seconds 600 最新结果：在 599.958 秒内写入了 750,000,000 帧，ALSA xruns=0。 SAI1 FEF IRQ 诊断：1 次事件，2.685 毫秒内发生 9 次 IRQ 条目。 首次观测到单调运行时间约为 675.892537 秒，大约 播放停止前 7.16 秒；不是流结束排水事件。 首次中断请求检测（时序在硬件 FEF 断言之后） TCSR=0x90150c01；连续读取时间=41 ns；处理程序在第一次读取之前工作 TCSR 读取=209 ns；第一个 TCSR regmap 读取=120,607 ns（返回 0）。 FEF W1C regmap write=241,007 ns (返回 0)，在详细快照之前。 Post-ACK TFR0=0x00020001，读取=242,799 ns。 ACK后eDMA CH21首次原始寄存器读取=241,423纳秒；CH21总计 快照时间=487,722 ns。CH_CSR=0x80000005，CH_ES=0x00000000， CH_INT=0x00000000，CH_SBR=0x00208003，CH_PRI=0x00000000。 TFR0 和 CH21 值是在确认之后而非确认时采集的。 初步 FEF 断言。长时间的读取/写入操作无法证明它们 导致了最初的FIFO错误；CH_ES=0仅表示没有通道错误。 采样时锁定。尽管 ALSA xruns=0，但 FEF 仍然是一个硬件事件。 独立简化固件复制 Linux 系统启动且 ALSA 捕获空闲时，M33 代码驱动了同一个 SAI1 TX。 使用单个自链接 eDMA CH21 TCD，恒定 +8500 / 零槽， 没有主循环回调，没有前台缓冲区填充，没有高斯滤波器。 40 MHz BCLK，FIFO 深度 32，水位线 24，DMA 次循环 16 字节， 它在 SAI1 FEF 上停留了 216 秒（Rev R）。在 FEF 故障后的快照中， CH21_ES=0 和 DMA 全局 ES=0；TCD 仍然是自链接的。类似的故障也曾发生。 在后续的优先和内部 BCLK 试验中。半速试验也失败了。 因此，既不需要Python也不需要M33波形计算/填充。 重现间歇性 SAI1 FEF。Linux 系统下播放也失败了。 M33离线。探针负载和外部导线长度的变化并未消除 问题。 补充观察 运行在 burst-4 / watermark-28 Linux 系统上的一个 FEF 事件大约在 uptime 时发生。 单独启动时耗时 676.889 秒；最近一次 burst-8 故障发生在 675.893 秒。 在最近一次启动过程中，系统日志搜索大约在 670–682 秒处，未发现任何内容。 已记录的活动。相似的正常运行时间仅供参考，并不能证明存在定时器。 向恩智浦提出的问题 1.是否存在已知的 i.MX93 rev 1.1 掩模勘误或低功耗/互连相关问题？ 可能延迟 SAI1 和 eDMA CH21 寄存器访问和/或 DMA 的条件 在SAI1 TX及其时钟启用期间，服务时间为100-250微秒？ 2. 哪些硬件状态、时钟门控、互连或 eDMA 走线可以 在 FEF 之前，找出第一个被遗漏的 SAI1 FIFO 服务请求？ 3. SAI1 TX FEF 是否指示除实际先进先出 (FIFO) 之外的任何其他情况？ 在这种异步主配置中是否存在欠载现象？ 4. 是否有关于 SAI1/eDMA 突发、水印或时钟限制的文档记录？ i.MX93 上是否支持连续 40 MHz BCLK / 1.25 MHz 立体声帧输出？ 可以提供自定义 DTB、Linux fsl_sai.c/h变化和静态播放 脚本、M33 自链接 TCD 源、完整启动时钟树和示波器/射频数据。

i.MX8MP USBホストロックアップ（-110）低速デバイスでの物理的な取り外し ターゲット設定: SoC：NXP i.MX8MP　ポート構成：USBポート合計4個（USB 2.0×2、USB 3.0×2） OS : yocto scarthgap 6.6.52 トポロジー： 私たちの設計では、i.MX8MP SoCは内部のUSB2(本設計ではUSB1回線はotgに接続)コントローラーをUSB 3.0モードで使い、アップストリーム接続を直接オンボードのFresco Logic FL5500-2F0ハブに接続しています。ハブはこの接続を下流の4つの物理ポートに分配します。2つのポートはUSB 3.0のフル機能に対応するように配線されており、残りの2つのポートはUSB 2.0のみに対応するように配線されています。 i.MX8MP(SoCコントローラー「USB2」ライン、USB 3.0モードで動作) - > USB 3.0ハブ(Fresco Logic FL5500-2F0、USB 3.0ポート2つとUSB 2.0ポートを露出)   問題の説明： i.MX8MPで致命的なxHCIコマンドリングのロックアップが発生しており、ハードウェアが再接続時にxchiドライバから発行されたデータコマンドに応答しなくなります。クラッシュ条件は非常に限定的で、単一のハードウェア3.0 USBポートでのみ発生し、他の3.0および2.0ポートではこの問題は発生しません。 ロックアップは、低速(LS)デバイスが下流の高速ハブから物理的に切断されている間に、他の3つのポートのいずれかに少なくとも1台の低速デバイスがバックグラウンドでアクティブに接続されている場合にのみ発生します(問題のあるポートに再接続する前にその低速デバイスを抜いておけば問題は発生しません)。 主な行動的孤立: ポートアイソレーション:同じマルチデバイスのアンプラグテストをもう一方のUSB 3.0ポートやUSB 2.0ポートで行うと、きれいに切断されます。クラッシュはUSB 3.0ポート1つに限定されています。スピードアイソレーション:バックグラウンドデバイスは低速でなければなりません。バックグラウンドで高速デバイス(USBストレージドライブなど)がどれだけあっても関係ありません。他にLSデバイスがなければ、切断は問題なく処理されます。 注: この問題を解決するために、物理的に抜き差しする前に、以下のコマンドを使用して不良の USB ポートの認証を解除しました。 echo 0 > /sys/bus/usb/devices/1-1.1/authorized USBドライバーのバインドを解除してバインドすると動作します。 使用港 ハブ上のバックグラウンドデバイス デバイスのプラグが抜かれています 切断方法 ホストコントローラの結果 USB 3.0（良好なポート） 低速 低速 物理的に引っ張る クリーンな分解 USB 2.0ポート 低速 低速 物理的に引っ張る クリーンな分解 USB 3.0（ポートの不具合） 高速回線のみ 低速 物理的に引っ張る クリーンな分解 USB 3.0（ポートの不具合） なし 低速 物理的に引っ張る クリーンな分解 USB 3.0（ポートの不具合） 低速 低速 ソフトウェア(認可=0) クリーンな分解 USB 3.0（ポートの不具合） 低速 低速 物理的に引っ張る コマンドリングタイムアウト (-110)、ホストがクラッシュしました ログ、 root@lec-imx8mp:~# lsusb バス 001 デバイス 001: ID 1d6b:0002 Linux Foundation 2.0 ルートハブ バス001 デバイス002: ID 1d5c:5510 Fresco Logic Frescologic USB2.0 HUB バス001 デバイス004: ID 413c:301a Dell Computer Corp. Dell MS116 光学式マウス バス001 デバイス005: ID 413c:2113 Dell Computer Corp. KB216 有線キーボード バス 002 デバイス 001: ID 1d6b:0003 Linux Foundation 3.0 ルートハブ バス002 デバイス002: ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 HUB root@lec-imx8mp:~# [ 39.686850] usb 1-1.2:USB接続切断、デバイス番号5 [ 41.191295] usb 1-1.1: xhci-hcd を使用する新しい低速 USB デバイス番号 6 root@lec-imx8mp:~# lsusb バス 001 デバイス 001: ID 1d6b:0002 Linux Foundation 2.0 ルートハブ [ 51.427313] XHCI-HCD、XHCI-HCD.1.オート:xHCIホストがエンドポイント停止コマンドに応答しません [ 51.443403] XHCi-HCD、XHCI-HCD.1.auto:xHCIホストコントローラーが応答しない、死んだとみなす [ 51.451350] XHCI-HCD XHCI-HCD.1.auto:HCが亡くなった。片付け中 [ 51.457035] usb 1-1-port1: usb_device を割り当てできませんでした [ 51.462339] usb 1-1: USB切断、デバイス番号2 バス 001 デバイス 002: ID 1d5c:5510 [ 51.467338] usb 1-1.4:USB接続切断、デバイス番号4 Fresco Logic Frescologic USB2.0 H[ 51.475602] usb 2-1: USB切断、デバイス番号2 バス001 デバイス004: ID 413c:301a Dell Computer Corp. Dell MS116 光学式マウス バス 002 デバイス 001: ID 1d6b:0003 Linux Foundation 3.0 ルートハブ バス002 デバイス002: ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 HUB root@lec-imx8mp:~# lsusb バス 001 デバイス 001: ID 1d6b:0002 Linux Foundation 2.0 ルートハブ バス 002 デバイス 001: ID 1d6b:0003 Linux Foundation 3.0 ルートハブ   i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: i.MX8MP USB Host Lockup (-110) on Low Speed device Physical Unplug この問題に関するご意見や解決策があれば、大変助かります。 ありがとう

S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock Hi NXP Team, I am working with an NXP S32K312 MCU and using the LPUART peripheral. The required UART baud rate for the communication is 1 Mbps. The LPUART 6 functional clock is 30 MHz. I initially configured the UART with: Baud rate: 1,000,000 bps LPUART clock: 30 MHz SBR or Mantissa: 2 OSR or Divisor: 15 Data bits: 8 Parity: None Stop bits: 1 LSB first With this configuration, I observed a framing error during communication. I understand that with the LPUART baud rate calculation: Baud Rate = LPUART Clock divided by SBR multiplied by OSR I also tried a configuration intended to achieve exactly 1 Mbps: SBR = 2 OSR = 15 Baud rate = 30 MHz divided by 2 multiplied by 15 = 1 Mbps However, I am still observing a framing error. I also tried 921600 baud, but I observed a framing error at this baud rate as well. Current observations LPUART clock: 30 MHz Required communication baud rate: 1 Mbps UART configuration: 8 N 1 Framing error is observed at 1 Mbps Framing error is also observed at 921600 baud The communication is with a TI BQ79600 bridge The TX waveform is being monitored using a logic analyzer Could you please help clarify: Does the S32K312 LPUART reliably support 1 Mbps UART communication with a 30 MHz LPUART clock? Is there a recommended OSR and SBR combination for achieving 1 Mbps with a 30 MHz clock? Are there any known limitations or restrictions related to OSR values, SBR values, or baud rate accuracy at 1 Mbps? Is there any additional LPUART configuration required for reliable 1 Mbps communication? Is there any recommended clock frequency for the LPUART when communicating at 1 Mbps? Could the framing error be related to the LPUART sampling configuration or clock tolerance? I can provide the LPUART BAUD register value, RTD configuration, and logic analyzer capture if required. Please advise on the recommended configuration and any additional debugging steps. Thanks. Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock Hello @gayathri123 , A framing error is a receiver-side error. Therefore, temporarily remuxing PTD9, which is used as LPUART6_TX, should not by itself set the LPUART framing-error flag. The framing error indicates that the receiver detected logic 0 where it expected a stop bit.   Could you please confirm whether the error is reported in LPUART6_STAT[FE], by the BQ79600 or only by the logic analyzer? The 2.75 ms LOW wake-up pulse is much longer than a UART frame. If the LOW level is also present on the S32K312 RX input while the receiver remains enabled, the LPUART may correctly report a framing error because no valid stop bit is detected. The flag may therefore originate from the wake-up phase and remain set when normal UART communication starts. As a test, please: Disable the LPUART receiver and transmitter before changing the pin mux. Generate the wake-up pulse using GPIO. Return the GPIO output to HIGH. Remux PTD9 to LPUART6_TX. Clear any previous receive error flags. Re-enable LPUART and wait for the required BQ79600 wake-up recovery time. Transmit a valid command frame. Please provide a logic-analyzer capture of both TX and RX, together with the LPUART6_STAT value before and after the wake-up pulse. It is particularly important to identify the exact moment when STAT[FE] becomes set. Best regards, Pavel Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock Hi  We are using an S32K312 with LPUART6 configured at 1 Mbps. PTD9 is configured as the LPUART6 TX pin. We are observing a framing error during UART communication when we temporarily configure PTD9 as GPIO and then remux it back to LPUART6 TX. The sequence is as follows: Configure PTD9 as GPIO and drive it LOW for approximately 2.75 ms to generate the required wake-up pulse. Remux PTD9 back to LPUART6_TX. Transmit dummy data through LPUART6 at 1 Mbps. A framing error is observed during the UART communication. Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock Hello @gayathri123 , Thank you for the detailed description. The first point to clarify is the LPUART baud-rate formula. For the S32K3 LPUART, the effective baud rate is calculated as:   Baud rate = LPUART functional clock / (SBR × (OSR + 1))   Therefore, if the BAUD register contains SBR = 2 and OSR = 15, the resulting baud rate is:   30 MHz / (2 × 16) = 937,500 baud   It is therefore not 1 Mbps. This deviation is large enough to cause a framing error when the communication partner operates at 1 Mbps. For a 30 MHz LPUART functional clock, an exact 1 Mbps baud rate can be obtained with:     SBR = 2 OSR register value = 14 Effective oversampling ratio = 15   30 MHz / (2 × 15) = 1,000,000 baud   Please note that some configuration tools may display the effective oversampling ratio, while the BAUD register stores this value minus one. For this reason, please read back the complete LPUART6_BAUD register after initialization and verify the actual OSR and SBR fields. The S32K312 LPUART can support 1 Mbps communication. A 30 MHz functional clock is also suitable because it allows the baud rate to be generated exactly. No special additional configuration should normally be required beyond the correct clock, baud-rate settings, frame format, pin configuration and receiver configuration. Best regards, Pavel

M33でSAI1を使用するとiMX93 FIFOがアンダーランする SAI1を使って外部I2Sデバイスを駆動しています。40MHz BCLK、1.25MHz WCLK。 Linuxから起動し、リモートプロック経由でM33上でコードを動かします。 SAI1インターフェースでFIFOアンダーランを取得する方法。 なぜそうなっているのか分かりません。 M33上でSAI3を使用して同じコードを実行しましたが（A55はubootに保持されていました）、問題はありませんでした。 何か解決策はありますか。 よろしくお願いします！ オーディオ(PDM |I2S |SAI) Re: iMX93 FIFO underruns when using SAI1 on M33 こんにちは、 残念ながら、SDKにはCODECをSDKで使う例はありません。 SDKの例を参考にしてみると、次のパスで見つかります: mcuxsdk\examples\driver_examples\sai FIFOが警告を不足している場合、それはデータが十分に速くプッシュされていないか、トランスミッタが正しく有効化されていないために空のTX FIFOが原因かもしれません。 この問題の原因の一つはリソースの利用可能性や設定です。まず、Cortex-AプロセッサがCortex-Mと同じリソースを使っていない問題がないか確認することをお勧めします。 SAI送信制御レジスタ(TCSR)レジスタのトランスミッタ有効ビットが有効であることは確認しましたか? よろしくお願いいたします。 Re: iMX93 FIFO underruns when using SAI1 on M33 SAI1のコードをLinuxのA55に移しました。 依然としてFIFOエラーが発生しています。 設定の詳細と質問事項は以下のとおりです。 プラットフォーム ボード:i.MX93 EVK;/sys/devices/soc0/soc_id=i.MX93, /sys/devices/soc0/revision=1.1。パッケージのマーキング/マスクはまだ記録されていません。 Linux: 6.12.20-lts-next-gdfaf2136deb2,先取り、A55。 テキサス州0x443b0000のSAI1(44000000.dma-controller-CH21経由)。 SAI1シリアルルート:VIDEO_PLLから40 MHz;40 MHz BCLK、1.25 MHzのフレームレート。 SAI3/WM8962はLinux所有で、以下の複製では使用されていません。 LMX2571 I2S FSKシンク：アクティブスロットには符号付き16ビットコード、その他のスロットにはゼロ。 定数コード+8500は期待される+17 kHzのRFオフセットを生成します。 最小限のLinux再現(M33リモートプロックオフライン) カスタムDTBはSAI1をALSA再生デバイスとして公開します。SAI1 PCMカード0。 静的ALSA PCM:hw:0,0、S16_LE、2チャネル、1,250,000フレーム/秒; 期間は2,400フレーム、バッファは19,200フレームです。ガウスフィルターやその他のフィルターは使用していません。 リアルタイム波形生成。TX FIFO深度32ワード、TX DMAバースト8ワード、 FIFO透かし24。静的データ: スロット 0=8500、スロット 1=0。 コマンド: python3 /root/cp7g_static_playback.py --device hw:0,0 --seconds 600 最新の結果：7億5000万フレームを599.958秒で書き込み、ALSA xruns=0。 SAI1 FEF IRQ診断：1エピソード、2.685ms間に9回のIRQエントリ。 単調稼働時間約675.892537秒で初めて観測されました。 再生が停止する7.16秒前でした。ストリーム終了時のドレインイベントではありません。 最初の割り込み処理（FEFハードウェアアサーション後のタイミング） TCSR=0x90150c01; 連続読み取り時間=41 ns; 最初の読み取り前にハンドラが動作 TCSR読み取り=209 ns; 最初のTCSR regmap読み取り=120,607 ns (戻り値0)。 FEF W1C regmap 書き込み=241,007 ns (戻り値 0)、詳細スナップショット前。 ACK後TFR0=0x00020001、読み取り時間=242,799 ns。 ACK後のeDMA CH21の最初の生レジスタ読み出し=241,423 ns; 合計CH21 スナップショット時間=487,722 ns。CH_CSR=0x80000005、CH_ES=0x00000000、 CH_INT=0x00000000、CH_SBR=0x00208003、CH_PRI=0x00000000。 TFR0とCH21の値は、確認後ではなく、 初期FEFアサーション。長い読み書きでは、 初期のFIFOエラーを引き起こしました。CH_ES=0はチャネルエラーがなかったことを示すだけです サンプリングされるとラッチ(吸付)ができた。FEFはALSA xruns=0にもかかわらずハードウェアイベントです。 独立簡易ファームウェア再現 Linux起動時にALSAキャプチャがアイドル状態の場合、M33コードは同じSAI1 TXを駆動しました 単一のセルフリンクeDMA CH21 TCDを使用し、一定の+8500スロット、 メジャーループのコールバックもフォアグラウンドバッファのリフィルもガウスフィルターもありません。 40 MHz BCLK、FIFO 深度 32、ウォーターマーク 24、DMA マイナーループ 16 バイト、 216秒後（Rev R）にSAI1 FEFで停止しました。FEF障害発生後のスナップショットでは、 CH21_ES=0、DMAグローバルES=0の場合、TCDは依然として自己リンク状態でした。同様の故障が発生した 後の優先順位付け試験および内部BCLK試験において。半額料金での試行も失敗に終わった。 したがって、PythonもM33波形計算/再充填も必要ありません。 断続的なSAI1 FEFを再現する。Linuxの再生も M33、オフライン。プローブの負荷と外部ワイヤの長さの変更は除去されませんでした 問題。 追加の観察 burst-4 / watermark-28のLinux実行では、稼働時間にFEFエピソードが1回ほどありました 別ブートでは676.889秒、最新のバースト8フォルトは675.893秒でした。 最新の起動で約670〜682秒のシステムジャーナル検索では、何も見つかりませんでした 記録された活動。同様の稼働時間はあくまで示唆的なものであり、タイマーの存在を証明するものではありません。 NXPへの質問 1.i.MX93 rev 1.1マスクのエラタムや低消費電力/インターコネクトの既知のものはありますか? SAI1およびeDMA CH21レジスタへのアクセスやDMAを遅らせる可能性のある状態 SAI1 TXとそのクロックが有効である間に100〜250 USのサービスができるのでしょうか? 2. ハードウェアの状態、クロックゲーティング、インターコネクト、またはeDMAトレースが可能なもの FEFの前に最初に見落としたSAI1のFIFOサービスリクエストを特定しますか? 3. SAI1 TX FEFは実際のFIFO以外の状態を示しているか? この非同期マスター構成でアンダーラン? 4. SAI1/eDMAのバースト、ウォーターマーク、またはクロックの制約は文書化されていますか? i.MX93上の連続40MHz BCLK / 1.25 MHzステレオフレーム出力の場合? カスタムDTBやLinux fsl_sai.c/hも提供可能です変更と静的再生 スクリプト、M33自己リンクTCDソース、完全なブートクロックツリー、およびスコープ/RFデータ。

i.MX8MP USB主机锁定（-110），低速设备物理拔出 目标设置： SoC：NXP i.MX8MP端口配置：共 4 个 USB 端口（2 个 USB 2.0，2 个 USB 3.0） 操作系统：Yocto Scarthgap 6.6.52 拓扑结构： 在我们的设计中，i.MX8MP SoC 使用其内部 USB2（在我们的设计中，USB1 线连接到 otg）控制器以 USB 3.0 模式直接提供上行连接到板载 Fresco Logic FL5500-2F0 集线器。然后，集线器将此连接向下分配到四个物理端口：两个端口采用 USB 3.0 全功能连接，而其余两个端口仅采用 USB 2.0 连接。 i.MX8MP（SoC 控制器“USB2”线，以 USB 3.0 模式运行）-> USB 3.0 集线器（Fresco Logic FL5500-2F0，提供 2 个 USB 3.0 端口和 2 个 USB 2.0 端口）   问题描述：我们正在追踪 i.MX8MP 上的一个致命的 xHCI 命令环锁定问题。该硬件在重新插拔后无法响应 xHCI 驱动程序发出的数据命令。崩溃条件非常特殊，仅限于一个硬件上的 USB 3.0 端口，其他 USB 3.0 和 2.0 端口均未出现此问题。 当低速 (LS) 设备从下游高速集线器物理拔出，而其他 3 个端口中的至少一个后台连接着至少一个低速设备时，锁定只会发生在特定的 USB 3.0 端口上（如果在尝试重新插入问题端口之前拔出后台低速设备，则不会出现此问题）。 关键行为隔离： 端口隔离：如果我们对另一个 USB 3.0 端口或 USB 2.0 端口执行完全相同的多设备拔插测试，则测试结果正常。故障仅限于单个 USB 3.0 端口。速度隔离：后台设备必须是低速设备。后台连接了多少高速设备（例如 USB 存储驱动器）并不重要；如果没有其他低速设备，拔出操作就能正常进行。 注意：缓解此问题的一个方法是，在尝试物理拔插之前，使用以下命令取消故障 USB 端口的授权： echo 0 > /sys/bus/usb/devices/1-1.1/authorized 如果我们解绑再重新绑定 USB 驱动程序，也能达到同样的效果。 使用的端口 集线器上的后台设备 设备正在拔掉电源 断开连接方法 主机控制器结果 USB 3.0（良好端口） 低速 低速 物理抽签 彻底拆解 USB 2.0端口 低速 低速 物理抽签 彻底拆解 USB 3.0（故障端口） 仅限高速 低速 物理抽签 彻底拆解 USB 3.0（故障端口） 无 低速 物理抽签 彻底拆解 USB 3.0（故障端口） 低速 低速 软件（已授权=0） 彻底拆解 USB 3.0（故障端口） 低速 低速 物理抽签 命令环超时（-110），主机死亡 日志， root@lec-imx8mp:~# lsusb 总线 001 设备 001：ID 1d6b:0002 Linux Foundation 2.0 根集线器 总线 001 设备 002：ID 1d5c:5510 Fresco Logic Frescologic USB2.0 集线器 总线 001 设备 004：ID 413c:301a 戴尔计算机公司 戴尔 MS116 光电鼠标 总线 001 设备 005：ID 413c:2113 戴尔电脑公司 KB216 有线键盘 总线 002 设备 001：ID 1d6b:0003 Linux Foundation 3.0 根集线器 总线 002 设备 002：ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 集线器 root@lec-imx8mp:~# [ 39.686850] usb 1-1.2:USB断开连接，设备编号5 [ 41.191295] usb 1-1.1：使用 xhci-hcd 的新型低速 USB 设备，设备编号为 6 root@lec-imx8mp:~# lsusb 总线 001 设备 001：ID 1d6b:0002 Linux Foundation 2.0 根集线器 [ 51.427313] xhci-hcd xhci-hcd.1.auto:xHCI 主机未响应停止端点命令 [ 51.443403] xhci-hcd xhci-hcd.1.auto:xHCI 主机控制器无响应，假定其已损坏 [ 51.451350] xhci-hcd xhci-hcd.1.auto:HC去世；清理工作 [ 51.457035] usb 1-1-port1：无法分配 usb_device [ 51.462339] usb 1-1：USB 断开连接，设备编号 2 总线 001 设备 002：ID 1d5c:5510 [ 51.467338] usb 1-1.4：USB断开连接，设备编号4 Fresco Logic Frescologic USB2.0 H[ 51.475602] usb 2-1：USB 断开连接，设备编号 2 总线 001 设备 004：ID 413c:301a 戴尔计算机公司 戴尔 MS116 光电鼠标 总线 002 设备 001：ID 1d6b:0003 Linux Foundation 3.0 根集线器 总线 002 设备 002：ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 集线器 root@lec-imx8mp:~# lsusb 总线 001 设备 001：ID 1d6b:0002 Linux Foundation 2.0 根集线器 总线 002 设备 001：ID 1d6b:0003 Linux Foundation 3.0 根集线器   i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: i.MX8MP USB Host Lockup (-110) on Low Speed device Physical Unplug 任何关于此问题的见解或解决方案都将非常有帮助。 谢谢

スマートホームデバイスを使ってエネルギーを節約するには? スマートホームデバイスを使って電気代を減らそうとした人はいますか?新しい賃貸アパートに引っ越すので、光熱費を節約するために工夫を凝らしたいと思っています。パートナーと一緒に暮らす。

CW_PA_v10.5.1でQCVSパッケージをインストールしている際のエラー こんにちは、 PBL用のQorIQ設定プロジェクトを作成する必要があり、そのためQCVSパッケージをインストールする必要があります。 「QCVS Power Architecture Rev 4.5.zip for CodeWarrior オフラインインストールパッケージ」をダウンロードしました。しばらく前にサポートポータルから。最近、新しいノートPCに CodeWarrior 10.5.1 をインストールしました。 しかし、CodeWarriorにQCVSパッケージをインストールしたり追加したりすることができません。インストール中に、以下のエラーが発生しました。 この問題を解決するのを手伝ってください。 よろしくお願いいたします。 ヴィマルプラサード。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 PCでCodeWarriorソフトウェアをアンインストールしてください。 以下のリンクから「QCVS offline installation packages for CodeWarrior for Power Architectures Rev 4.5.zip」および「CodeWarrior Development Studio for Power Architecture v10.5.1 – Windows.exe」をダウンロードしてください https://support.nxp.com/s/case/500Te00000gyh6mIAA/community-error-while-installing-the-qcvs-package-in-cwpav1051?language=en_US まず、CodeWarrior for PA 10.5.1をインストールしてください。その後、新しいワークスペースでCodeWarrior IDEを開き、「CodeWarrior for Power Architectures Rev 4.5.zipのQCVSオフラインインストールパッケージ」をインストールします。CodeWarrior IDEのHelp->Install New Software->Add->Archiveから。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 こんにちは@yipingwangさん ご回答ありがとうございます。 新しいワークスペースで試してみましたが、それでもインストール中にこのエラーが発生します。 CW_PA_v10.5.1に対応した最新バージョンのQCVSツールはありますか？ よろしくお願いいたします。 ヴィマルプラサード。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 まず新しいワークスペースでCodeWarrior IDEを開き、CodeWarrior IDEのHelp->Install New Software->Add->ArchiveからQCVS 4.5をインストールしてください。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 こんにちは@yipingwangさん まだ以下のエラーが表示されます。 さらに、 CodeWarrior for Power Architecture Rev 4.5.zip向けのQCVSオフラインインストールパッケージを追加しました。 これは、「processcheck」アクションで「path」パラメータが設定されていないことを示しています。 よろしくお願いいたします。 ヴィマルプラサド M Re: Error while installing the QCVS package in CW_PA_v10.5.1 こんにちは@yipingwangさん ご返信ありがとうございます。 Windows 11にCW 10.5.1とQCVS 4.5をインストールする方法はありますか？ あるいは、Windows 11に対応した最新のQCVSバージョンはありますか？ Re: Error while installing the QCVS package in CW_PA_v10.5.1 お使いのOSは何ですか？Windows 11？ Re: Error while installing the QCVS package in CW_PA_v10.5.1 こんにちは@yipingwangさん はい、Windows 11を使用しています。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 私もWindows 11環境で同様の問題を再現できました。 Windows 10の仮想マシンにCW 10.5.1とQCVS 4.5をインストールすることをお勧めします。 Re: Error while installing the QCVS package in CW_PA_v10.5.1 Windows 11向けの新しいバージョンのQCVSソフトウェアはまだありません。 ご不便をおかけして申し訳ありません。

Error while installing the QCVS package in CW_PA_v10.5.1 Hi, I need to create a QorIQ Configuration Project for PBL and therefore need to install the QCVS package. I downloaded "QCVS Offline Installation Packages for CodeWarrior for Power Architectures Rev 4.5.zip" from the support portal some time ago. Recently, I installed CodeWarrior 10.5.1 on a new laptop. However, I am unable to install or add the QCVS package to CodeWarrior. During the installation, I encounter the following error: Please help me to resolve this issue. Regards, Vimalprasad. Re: Error while installing the QCVS package in CW_PA_v10.5.1 Please uninstall CodeWarrior software on your PC. Please download "QCVS offline installation packages for CodeWarrior for Power Architectures Rev 4.5.zip" and  “CodeWarrior Development Studio for Power Architecture v10.5.1 – Windows.exe” from the following link https://support.nxp.com/s/case/500Te00000gyh6mIAA/community-error-while-installing-the-qcvs-package-in-cwpav1051?language=en_US Please install CodeWarrior for PA 10.5.1 first. Then open CodeWarrior IDE in a new workspace and install "QCVS offline installation packages for CodeWarrior for Power Architectures Rev 4.5.zip" from Help->Install New Software->Add->Archive in CodeWarrior IDE. Re: Error while installing the QCVS package in CW_PA_v10.5.1 Hi @yipingwang , Thanks for your response, I have tried in the new workspace, but still I'm getting this error while installing. Is there any latest version of QCVS tool is there for CW_PA_v10.5.1? Regards, Vimalprasad. Re: Error while installing the QCVS package in CW_PA_v10.5.1 Please open CodeWarrior IDE in a new workspace first and install QCVS 4.5 from Help->Install New Software->Add->Archive in CodeWarrior IDE. Re: Error while installing the QCVS package in CW_PA_v10.5.1 Hi @yipingwang , I'm still getting this following error. while adding this QCVS offline installation packages for CodeWarrior for Power Architectures Rev 4.5.zip. It shows the "path" parameter was not set in the "processcheck" action. Regards, Vimalprasad M Re: Error while installing the QCVS package in CW_PA_v10.5.1 What OS are you using? Windows 11? Re: Error while installing the QCVS package in CW_PA_v10.5.1 Hi @yipingwang , Thanks for your reply,  Is there any way to install CW 10.5.1 and QCVS 4.5 on a Windows 11? Or, is there any updated QCVS version is there for Window 11? Re: Error while installing the QCVS package in CW_PA_v10.5.1 I also reproduced your problem on my Windows 11 OS environment. I suggest you install CW 10.5.1 and QCVS 4.5 on a Windows 10 VM. Re: Error while installing the QCVS package in CW_PA_v10.5.1 Hi @yipingwang ,       Yes, I'm using Windows 11. Re: Error while installing the QCVS package in CW_PA_v10.5.1 We don't have new version QCVS software for Windows 11 so far. Sorry for the inconvenience. 

MCSPTE1AK144 – Hall FOC stops above ~600 rpm and automatic deployment from Simulink not working Hello, I am working with the NXP MCSPTE1AK144 # and a Sunrise PMSM motor, using the Hall-sensor PMSM FOC example Software setup: MATLAB R2025b NXP Support Package for S32K1xx 2.2.0 NXP Model-Based Design Toolbox for S32K1xx 4.3.0 The model builds successfully and generates the .mot file. When I manually copy the .mot file to the EVB-S32K144 drive, the motor runs successfully. Using the host model, I am able to start and stop the motor and change the speed reference. I am currently facing two issues. Motor stops above approximately 600 rpm The motor operates correctly at low speeds. I have tested operation from around 10 rpm and also increased the speed gradually. When the speed is increased above approximately 600 rpm, the motor stops and D11 starts flashing red. How can I identify the exact fault responsible for this shutdown? Which fault variable or register should I monitor? Automatic deployment from Simulink The Simulink model builds successfully and generates the .mot file, but the firmware is not automatically flashed to the board. Manually copying the same .mot file to the EVB-S32K144 drive works correctly. What is the correct configuration for automatically deploying the generated code to the S32K144 through OpenSDA? I also found an older NXP recommendation for this example using MATLAB R2021a with NXP Support Package S32K1xx 2.3.0. Would you recommend using this configuration instead of R2025b with MBDT 4.3.0? Thank you.

i.MX8MP USB Host Lockup (-110) on Low Speed device Physical Unplug Target Setup: SoC: NXP i.MX8MP Port Configuration: 4x USB Ports total (2x USB 2.0, 2x USB 3.0) OS : yocto scarthgap 6.6.52 Topology: In our design the i.MX8MP SoC uses its internal USB2(USB1 lines are connected to otg in our design) controller in USB 3.0 mode to provide the upstream connection directly to an onboard Fresco Logic FL5500-2F0 hub. The hub then distributes this connection downstream to four physical ports: two ports are wired for full USB 3.0 operation, while the remaining two ports are wired only for USB 2.0 operation. i.MX8MP (SoC Controller "USB2" lines, operating in USB 3.0 mode) -> USB 3.0 Hub (Fresco Logic FL5500-2F0, exposing 2x USB 3.0 and 2x USB 2.0 ports)   Issue Description: We are tracking down a fatal xHCI command ring lockup on the i.MX8MP,the hardware fails to respond to data commands issued by xchi drver on replug. The crash conditions are highly specific, isolating to a single hardware 3.0 usb port and the other 3.0 and 2.0 ports dont show this issue. The lockup only occurs on one specific USB 3.0 port when a Low-Speed (LS) device is physically unplugged from a downstream High-Speed Hub, while there is at least one other Low speed device actively connected in the background in one of other 3 ports(if the background device low speed device is unplugged before trying re-plug on the problematic port the issue wont occur). Key behavioral isolations: Port Isolation: If we perform this exact same multi-device unplug test on the other USB 3.0 port, or on the USB 2.0 ports, it tears down cleanly. The crash is isolated to a single USB 3.0 port. Speed Isolation: The background device must be Low-Speed. It does not matter how many High-Speed devices (like USB storage drives) are connected in the background; if there is no other LS device present, the unplug handles cleanly. note: One thing that mitigated this issue was un-authorising the bad usb port using the below command before trying physical un-plug and re-plug back in, echo 0 > /sys/bus/usb/devices/1-1.1/authorized It also works if we unbind and bind the usb driver. Port Used  Background Device(s) on Hub Device Being Unplugged Disconnect Method Host Controller Result USB 3.0 (Good Port) Low-Speed Low-Speed Physical Yank Clean Teardown USB 2.0 Ports Low-Speed Low-Speed Physical Yank Clean Teardown USB 3.0 (Failing Port) High-Speed(s) only Low-Speed Physical Yank Clean Teardown USB 3.0 (Failing Port) None Low-Speed Physical Yank Clean Teardown USB 3.0 (Failing Port) Low-Speed Low-Speed Software (authorised=0) Clean Teardown USB 3.0 (Failing Port) Low-Speed Low-Speed Physical Yank Cmd Ring Timeout (-110), Host Dies logs, root@lec-imx8mp:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 1d5c:5510 Fresco Logic Frescologic USB2.0 HUB Bus 001 Device 004: ID 413c:301a Dell Computer Corp. Dell MS116 Optical Mouse Bus 001 Device 005: ID 413c:2113 Dell Computer Corp. KB216 Wired Keyboard Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 HUB root@lec-imx8mp:~# [ 39.686850] usb 1-1.2: USB disconnect, device number 5 [ 41.191295] usb 1-1.1: new low-speed USB device number 6 using xhci-hcd root@lec-imx8mp:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub [ 51.427313] xhci-hcd xhci-hcd.1.auto: xHCI host not responding to stop endpoint command [ 51.443403] xhci-hcd xhci-hcd.1.auto: xHCI host controller not responding, assume dead [ 51.451350] xhci-hcd xhci-hcd.1.auto: HC died; cleaning up [ 51.457035] usb 1-1-port1: couldn't allocate usb_device [ 51.462339] usb 1-1: USB disconnect, device number 2 Bus 001 Device 002: ID 1d5c:5510 [ 51.467338] usb 1-1.4: USB disconnect, device number 4 Fresco Logic Frescologic USB2.0 H[ 51.475602] usb 2-1: USB disconnect, device number 2 Bus 001 Device 004: ID 413c:301a Dell Computer Corp. Dell MS116 Optical Mouse Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 002 Device 002: ID 1d5c:5500 Fresco Logic Frescologic USB3.1Gen2 HUB root@lec-imx8mp:~# lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub   i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: i.MX8MP USB Host Lockup (-110) on Low Speed device Physical Unplug Any insight or fix on this issue would be hugely helpfull. thanks

开发 H.264 解码软件需要 i.MX8QM VPU 信息 亲爱的， 我们想开发一款软件，利用 i.MX8QM 内部的 VPU 来解码 H.264 视频。 然而，参考手册对 VPU 的细节描述非常简略。 是否有更多关于其运行的信息？例如，如何与这四个 M0+ 核心交互，如何提供 TS 数据，如何检索解码后的视频？ 提前感谢！ 顺祝商祺！ Re: i.MX8QM VPU information needed for developing H.264 decoding software 你好@Manuel_Salas 是的，我们很好，谢谢关心！ 为了确保我们目标一致，我们希望在 A 核心上开发软件，而不是在 M4 核心上，甚至不是直接在 M0+ 核心上。 从我们提供的文档来看，Linux 发行版中应该有驱动程序，对吗？我想我找到了这段代码的源代码。 必须加载到这些 M0+ 内核上的固件本身，是否也存在于 Linux 发行版中？ 再次非常感谢！ 顺祝商祺！ ToarteFretter。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 你好@ToarteFretter 希望你一切都好。 遗憾的是，NXP并未公开分享详细的Amphion VPU固件文档。固件由 IP 所有者（Amphion）提供，NXP 没有用于直接从 M 内核控制 VPU 的任何驱动程序或 SDK 示例。 我们目前只有i.MX VPU 应用程序编程接口 Linux 参考手册。 此致敬礼， 萨拉斯。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 嗨@Manuel_Salas ， 请问，i.MX8QM 的 VPU 功能需要在 M0+ 内核上运行的固件，是否必须由 A 内核上运行的软件（例如 Linux）加载，还是通过 ROM 集成到芯片中，或者作为 SCFW 的一部分？ 快速查看 Linux 源代码并不能给我们提供这个问题的明确答案；此外，i.MX8 的版本众多且令人困惑，而且 VPU 的类型也很多。 如果您能提供更多相关信息，那将对我们非常有帮助。另外，如果需要我们自行加载固件，我们应该在哪里找到它？ 非常感谢！ 顺祝商祺！ ToarteFretter。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 你好@ToarteFretter 对于 i.MX8QM Amphion VPU，解码器固件不存储在 ROM 中，也不是 SCFW 的一部分。 这是一个独立的二进制文件，由 A-core 主机软件（通过 Linux Amphion 内核驱动程序）在运行时加载。 此外，您还可以通过以下方式找到二进制文件： wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-imx-8.33-7ce4783.bin 在里面，你会找到 vpu_fw_imx8_dec.bin 和 vpu_fw_imx8_enc.bin。 注：表格来自i.MX Linux 版本说明。 顺祝商祺！ 萨拉斯。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 你好@Manuel_Salas ， 是否除了分别运行在一个和两个 M0+ 内核上的解码器和编码器固件之外，还需要第三个固件来运行第四个 M0+ 内核？ 如果是，这会不会是‘vpu_fw_imx8_xuvi.bin’？在提供的存档文件内？ 非常感谢！ 顺祝商祺！ Toartefretter。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 您好。 是的。 VPU核心 功能 固件 M0+核心0 马龙解码器 vpu_fw_imx8_dec.bin M0+核心1-2 温莎编码器 vpu_fw_imx8_enc.bin M0+核心3 XUVI/PPM 处理，包括 TS 相关功能 vpu_fw_imx8_xuvi.bin 顺祝商祺！ 萨拉斯。 Re: i.MX8QM VPU information needed for developing H.264 decoding software 你好@Manuel_Salas ， 非常感谢！ 此致， Toartefretter。

S32K312 LPUART – 1 Mbpsボーレート、30 MHz LPUARTクロックにおけるフレーミングエラー こんにちは、NXP チームの皆様、 NXP S32K312 MCUを使い、LPUARTペリフェラルを使っています。通信に必要なUARTボーレートは1Mbpsです。 LPUART 6の機能クロックは30MHzです。 最初にUARTを以下のように設定しました。 ボーレート：1,000,000 bps LPUARTクロック：30MHz SBRまたは仮数部：2 OSRまたは除数：15 データビット数：8 パリティ：なし ストップビット: 1 LSBファースト この構成では、通信中にフレーミングエラーが発生することを確認しました。 LPUARTのボーレート計算に関して、以下のことが理解できます。 ボーレート = LPUARTクロック÷SBR×OSR 正確に1Mbpsを実現することを目的とした構成も試してみました。 SBR = 2 OSR = 15 ボーレート = 30 MHz ÷ 2 × 15 = 1 Mbps しかし、依然としてフレーミングエラーが見られます。 921600bpsも試してみましたが、このボーレートでもフレーミングエラーが発生しました。 現在の観測結果 LPUARTクロック：30MHz 必要な通信ボーレート：1Mbps UART構成: 8 N 1 1 Mbpsでフレーミングエラーが観測されました 921600ボーでもフレーミングエラーが観測されています。 通信はTI BQ79600ブリッジを介して行われます。 ロジックアナライザを使用してTX波形を監視しています。 もう少し詳しく教えていただけますか: S32K312 LPUARTは30 MHzのLPUARTクロックで1 MbpsのUART通信を安定してサポートしていますか? 30MHzのクロックで1Mbpsを実現するための、推奨されるOSRとSBRの組み合わせはありますか？ 1MbpsにおけるOSR値、SBR値、またはボーレート精度に関して、既知の制限事項や制約はありますか？ 信頼性の高い1Mbps通信を実現するために、LPUARTの追加設定は必要ですか？ 1Mbpsで通信する場合、LPUARTの推奨クロック周波数はありますか？ フレーミング誤差はLPUARTサンプリング構成やクロック許容差に関連している可能性はありますか? 必要に応じてLPUART BAUDレジスタ値、RTD設定、ロジックアナライザのキャプチャも提供できます。 推奨される構成と、追加のデバッグ手順についてご教示ください。 ありがとうございます。 Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock こんにちは、 @gayathri123 さん、 フレーミング誤差とはレシーバ側の誤差です。したがって、LPUART6_TXとして使用されるPTD9を一時的に再多重化しても、それ自体でLPUARTのフレーミングエラーフラグが設定されるべきではない。このフレーミングエラーは、レシーバが停止ビットを期待していた論理0を検出したことを示しています。   誤差がLPUART6_STAT[FE]で報告されているのか、BQ79600が報告しているのか、それともロジックアナライザだけで報告されているのか、確認していただけますか? 2.75ミリ秒のLOWウェイクアップパルスは、UARTフレームよりもはるかに長い。レシーバが有効なままS32K312 RX入力にもLOWレベルが存在する場合、有効な停止ビットが検出されないため、LPUARTは正しくフレーミングエラーを報告することがあります。したがって、このフラグはウェイクアップフェーズで発生し、通常のUART通信が開始された後も設定されたままになる可能性がある。 テストとして、以下をお試しください。 ピンマルチックスを変更する前に、LPUARTレシーバとトランスミッタを無効にしてください。 GPIOを使用してウェイクアップパルスを生成します。 GPIO出力をHIGHに戻します。 PTD9をLPUART6_TXにリマルチプレクサ。 以前の受信エラーフラグをすべてクリアします。 LPUARTを再度有効にし、BQ79600のウェイクアップ回復に必要な時間が経過するまで待ちます。 有効なコマンドフレームを送信してください。 ウェイクアップパルスの前後のLPUART6_STAT値とともに、TXとRXの両方のロジックアナライザによるキャプチャデータを提供してください。STAT[FE]が設定される正確な瞬間を特定することは特に重要です。 よろしくお願いいたします。 パベル Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock こんにちは 当社では、 LPUART6を1Mbpsに設定したS32K312を使用しています。PTD9はLPUART6のTXピンとして設定されています。 PTD9を一時的にGPIOとして設定し、その後LPUART6 TXに再多重化すると、UART通信中にフレーミングエラーが発生することが確認されています。 手順は以下のとおりです。 PTD9をGPIOとして設定し、約 2.75ms 間LOWに駆動して 、必要なウェイクアップパルスを生成します。 PTD9 をLPUART6_TXに再多重化します。 LPUART6を介してダミーデータを1Mbpsで送信します。 UART通信中にフレーミングエラーが発生しています。 Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock こんにちは、 @gayathri123 さん、 詳細な説明をありがとうございました。 まず最初に明確にしておくべき点は、LPUARTのボーレートの計算式です。S32K3 LPUARTの場合、実効ボーレートは次のように計算されます。   ボーレート = LPUART機能クロック / (SBR × (OSR + 1))   したがって、BAUDレジスタにSBR = 2、OSR = 15が格納されている場合、結果として得られるボーレートは次のようになります。   30 MHz / (2 × 16) = 937,500 ボー   したがって、1Mbpsではありません。このずれは、通信相手が1Mbpsで動作している場合、フレーミングエラーを引き起こすのに十分な大きさである。 30 MHzのLPUART機能クロックの場合、以下の方法で正確な1 Mbpsのボーレートを得ることができます:     SBR = 2 OSRレジスタ値 = 14 実効オーバーサンプリング比 = 15   30 MHz / (2 × 15) = 1,000,000 ボー   一部の設定ツールでは実効オーバーサンプリング比が表示される場合がありますが、BAUDレジスタにはこの値から1を引いた値が格納されていることにご注意ください。そのため、初期化後にLPUART6_BAUDレジスタ全体を読み出し、実際のOSRフィールドとSBRフィールドを確認してください。 S32K312 LPUARTは1 Mbpsの通信をサポートできます。30MHzの動作クロックも、ボーレートを正確に生成できるため適している。正しいクロック、ボーレート設定、フレームフォーマット、ピン構成、レシーバ設定以外に特別な追加設定は通常必要ありません。 よろしくお願いいたします。 パベル

JTAG_TMS pull up or pull down? S32K144 Hello: When I'm reading the safety manual of S32K1xx, there's chapter about debug mode. It says JTAG_TMS shall be pulled low to ensure that JTAGC TAP controller is disabled. How to understand this sentence? Is that mean I shall assert this pin to low by external components during normal operation (non-debug mode) ? Re: JTAG_TMS pull up or pull down? S32K144 Hello @Stanley_Xu , The recommendations in the S32K1xx Safety Manual and AN5426 apply to different use cases. AN5426 recommends a 10 kΩ to 47 kΩ pull-up on the JTAG_TMS/SWD_DIO pin. This is the recommended hardware configuration when JTAG or SWD access is required during development, programming, or debugging. However, the Safety Manual addresses the final in-field configuration of a safety-relevant application. According to Section 5.6.2.1 and assumption SM_047, debugging must be disabled in the field while the device is used for safety-relevant functions. For this operating condition, JTAG_TMS should be held low so that the JTAGC TAP controller remains disabled and cannot unintentionally interfere with normal application operation. Therefore, if the application is required to comply with assumption SM_047 of the S32K1xx Safety Manual, the final production hardware shall provide a means of keeping JTAG_TMS low in the field. This can be implemented using an external pull-down resistor or another system-level solution that guarantees the required low level and prevents an external source from asserting this signal. The TAP state diagram only shows how TMS controls state transitions on the rising edge of TCK. It does not by itself provide permanent debug protection. If an external debugger can actively drive TMS and TCK, the TAP controller can be moved through its state machine. Therefore, the TMS pull-down is a functional-safety measure intended to prevent unintended debug activation, not a security mechanism for permanently locking the debug interface. If debug access is required during development or manufacturing, separate development and production configurations may be necessary. Best regards, Pavel Re: JTAG_TMS pull up or pull down? S32K144 According to RM of Chapter 59 JTAG Controller (JTAGC), TMS status impact entering the dubug mode or not. As the diagram show, when the TMS set to 0, TAP will not enter debug status. So it would be safe to maintain low status while the hardware connection is recommended to pull-up to VDD through resistor 10k-47k according to AN5426

Unable to Download RTD - Download Option Greyed Out I am unable to download/install the RTD package for the S32K344 board in S32 Design Studio (S32DS). The option to select or download the RTD is greyed out and unavailable. I have restarted S32DS and checked the available updates/packages, but the issue persists. Due to this, I am unable to proceed with the project setup and development activities. Could you please check and advise on the resolution? Details: IDE: S32 Design Studio (S32DS) Target MCU: S32K344 Issue: RTD download option is greyed out Impact: Unable to install/download RTD package   Re: Unable to Download RTD - Download Option Greyed Out Could you see it is the second tab as below?

MCSPTE1AK144 – ホールFOCが約600rpm以上で停止し、Simulinkからの自動展開が機能しない こんにちは、 私はNXP MCSPTE1AK144 #とSunrise PMSMモーターを使い、ホールセンサーPMSMのFOC例を使っています ソフトウェア設定: MATLAB R2025b NXPサポートパッケージ S32K1xx 2.2.0 NXPモデルベース設計ツールボックス S32K1xx 4.3.0 モデルは成功裏に構築され、.motを生成しますファイル。.mot ファイルを手動でコピーするとEVB-S32K144ドライブにファイルを送信すると、モーターは正常に動作します。ホストモデルを使うと、モーターの始動・停止や速度基準の変更が可能です。 私は現在、2つの問題に直面しています。 モーターは回転数が約600rpmを超えると停止します。 モーターは低速では正常に動作します。約10rpmから動作確認を行い、徐々に速度を上げていきました。 回転速度が約600rpmを超えると、モーターが停止し、D11が赤く点滅し始めます。 このシャットダウンの正確な原因を特定するにはどうすればよいでしょうか?どの障害変数またはレジスタを監視すべきですか？ Simulinkからの自動デプロイ Simulinkモデルは成功裏に構築し、.motを生成します。ファイルは存在するが、ファームウェアは自動的にボードに書き込まれるわけではない。同じ.motファイルを手動でコピーするEVB-S32K144ドライブへのファイル転送は正常に動作します。 OpenSDAを介して生成されたコードをS32K144に自動的にデプロイするための正しい設定は何ですか？ また、この例についてはMATLAB R2021aとNXP サポート Package S32K1xx 2.3.0を使った古いNXPの推奨も見つけました。MBDT 4.3.0とR2025bの組み合わせの代わりに、この構成を使用することをお勧めしますか？ よろしくお願いします。

i.MX8QM VPU information needed for developing H.264 decoding software Dear, We would like to develop software to decode H.264 video using the VPU inside the i.MX8QM. However, the reference manual is very brief on the VPU details. Is there more information available regarding its operation; for example, how to interact with these four M0+ cores, how to provide the TS data, how to retrieve the decoded video? Thanks in advance! Best regards. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello @Manuel_Salas Yes, we're doing fine, thanks for asking! Just to be sure we're aligned, we want to develop the software on the A-core, not on the M4 or even directly on the M0+ cores. From what we've seen in the provided document, there should be a driver inside the Linux distribution, right? I think I've found the source code of this. The firmware itself that must be loaded on these M0+ cores, is this also somewhere present inside the Linux distribution? Many thanks again! Best regards, ToarteFretter. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello @ToarteFretter  Hope you are doing very well. Unfortunately, NXP does not publicly share detailed Amphion VPU firmware documentation. The firmware is provided by the IP owner (Amphion), and NXP does not have any driver or SDK examples for controlling the VPU directly from the M core. We just have the i.MX VPU Application Programming Interface Linux Reference Manual available. Best regarsd, Salas. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hi @Manuel_Salas, Can you tell us if the firmware that needs to run on the M0+ cores for the VPU functionality on the i.MX8QM, has to be loaded by the software running on the A-core (e.g.: by Linux), or is this baked into the chip through ROM or maybe part of the SCFW? Quickly looking into the source code of Linux doesn't give us a clear response on this question; also because of the confusing and many flavours of the i.MX8, as well as the VPU types from what it looks. It would be very helpful of you, if you could give some more information on this? Also, if firmware needs to be loaded by us, where that we can find it? Many thanks! Best regards, ToarteFretter. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello @ToarteFretter  For the i.MX8QM Amphion VPU, the decoder firmware is not stored in ROM and is not part of SCFW. It is a separate binary that is loaded at runtime by the A-core host software (by the Linux Amphion kernel driver). Also, you can find the binary with: wget https://www.nxp.com/lgfiles/NMG/MAD/YOCTO/firmware-imx-8.33-7ce4783.bin Inside, you will find the vpu_fw_imx8_dec.bin and vpu_fw_imx8_enc.bin. NOTE: Table from i.MX Linux Release Notes. Best regards, Salas. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello @Manuel_Salas, Can it be that next to the decoder and encoder firmware's, that run respectively on one and two M0+ cores, there is also a third firmware needed for the fourth M0+ core? If yes, could this be ‘vpu_fw_imx8_xuvi.bin’ inside the provided archive? Many thanks! Best regards, Toartefretter. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello. Correct. VPU core Function Firmware M0+ core 0 Malone decoder vpu_fw_imx8_dec.bin M0+ cores 1–2 Windsor encoder vpu_fw_imx8_enc.bin M0+ core 3 XUVI/PPM processing, including TS-related functions vpu_fw_imx8_xuvi.bin Best regards, Salas. Re: i.MX8QM VPU information needed for developing H.264 decoding software Hello @Manuel_Salas, Many thanks! Regards, Toartefretter.

JTAG_TMS 上拉还是下拉？S32K144 你好： 我在阅读 S32K1xx 的功能安全手册时，其中有一章是关于调试模式的。它表示应将 JTAG_TMS 拉低，以确保 JTAGC TAP 控制器被禁用。 如何理解这句话？这是否意味着在正常运行（非调试模式）期间，我需要通过外部元器件将此引脚拉低？ Re: JTAG_TMS pull up or pull down? S32K144 你好@Stanley_Xu ， S32K1xx 功能安全手册和 AN5426 中的建议适用于不同的使用情况。 AN5426 建议在 JTAG_TMS/SWD_DIO 引脚上使用 10 kΩ 至 47 kΩ 的上拉电阻。如果在开发、编程或调试过程中需要使用 JTAG 或 SWD 访问，则推荐使用此硬件配置。 然而，功能安全手册针对的是与功能安全相关的应用的最终现场配置。根据第 5.6.2.1 节和假设 SM_047，当设备用于安全相关功能时，必须在现场禁用调试。在这种操作条件下，JTAG_TMS 应保持低电平，以便 JTAGC TAP 控制器保持禁用状态，并且不会意外干扰正常的应用程序操作。 因此，如果应用需要符合 S32K1xx 功能安全手册中的假设 SM_047，则最终生产的硬件应提供在现场保持 JTAG_TMS 低电平的方法。这可以通过使用外部下拉电阻或其他系统级解决方案来实现，以保证所需的低电平并防止外部源发出此信号。 TAP 状态图仅显示 TMS 如何控制 TCK 上升沿的状态转换。它本身并不能提供永久的调试保护。如果外部调试器能够主动驱动 TMS 和 TCK，则可以控制 TAP 控制器在其状态机中运行。因此，TMS 下拉是一种功能安全措施，旨在防止意外激活调试功能，而不是永久锁定调试接口的安全机制。 如果在开发或制造过程中需要调试访问权限，则可能需要单独的开发配置和生产配置。 此致， 帕维尔 Re: JTAG_TMS pull up or pull down? S32K144 根据第 59 章 JTAG 控制器 (JTAGC) 的 RM，TMS 状态会影响是否进入调试模式。如图所示，当 TMS 设置为 0 时，TAP 将不会进入调试状态。因此，保持低电平状态是安全的，同时建议根据 AN5426 的说明，通过 10k-47k 的电阻将硬件连接上拉至 VDD。

JTAG_TMSはプルアップかプルダウンか？S32K144 こんにちは： S32K1xxのセーフティマニュアルを読んでいると、デバッグモードについての章があります。JTAGC TAPコントローラーが無効化されていることを確認するためにJTAG_TMSをローに引き上げると書かれています。 この文をどう理解すればいいですか？つまり、通常動作時（デバッグモード以外）には、外部コンポーネントによってこのピンをローレベルにアサートする必要があるということですか？ Re: JTAG_TMS pull up or pull down? S32K144 こんにちは、 @Stanley_Xu さん。 S32K1xxセーフティマニュアルおよびAN5426の推奨事項は、さまざまな用途に適用されます。 AN5426では、JTAG_TMS/SWD_DIOピンに10kΩ～47kΩのプルアップ抵抗を設けることを推奨しています。これは、開発、プログラミング、デバッグ時にJTAGやSWDアクセスが必要な場合に推奨されるハードウェア構成です。 しかし、セーフティマニュアルはセーフティ関連アプリケーションの最終的な現場構成について扱っています。セクション5.6.2.1および仮定SM_047によれば、セーフティ関連機能のために装置を使用する間、現場でのデバッグは無効化されなければなりません。この動作条件では、JTAG_TMSを低く保ち、JTAGC TAPコントローラが無効化されたまま通常のアプリケーション動作に誤って干渉しないようにする必要があります。 したがって、アプリケーションがS32K1xxセーフティマニュアルの仮定SM_047に準拠する必要がある場合、最終生産ハードウェアは現場での低速を保つ手段JTAG_TMSなければなりません。これは外部プルダウン抵抗や、必要な低レベルを保証し、外部ソースがこの信号を主張するのを防ぐ他のシステムレベルのソリューションを用いて実装できます。 TAP状態図は、TMSがTCKの立ち上がりエッジにおける状態遷移をどのように制御するかのみを示しています。それ自体では、永続的なデバッグ保護を提供するものではありません。外部デバッガがTMSやTCKをアクティブに駆動できる場合、TAPコントローラはその状態機械を通じて移動させることができます。したがって、TMSプルダウンは、デバッグインターフェースを永久にロックするためのセキュリティ機構ではなく、意図しないデバッグの有効化を防ぐための機能安全対策です。 開発や製造中にデバッグアクセスが必要な場合は、開発と本番の別々の設定が必要になることがあります。 よろしくお願いします、 パベル Re: JTAG_TMS pull up or pull down? S32K144 JTAGコントローラー(JTAGC)第59章のRMによると、TMSの状態はdubugモードに入るかどうかに影響します。図に示すように、TMSが0に設定されている場合、TAPはデバッグ状態に入りません。したがって、AN5426によると、ハードウェア接続は抵抗10k-47kを介してVDDにプルアップすることが推奨されているため、低ステータスを維持するのが安全です

S32K3xx 数据表表 10：LVR_VDD_HV_A 条件列中的“RPM”是什么意思？ 在 S32K3xx 数据手册的表 10“电源监控”中，LVR_VDD_HV_A 行 （断言阈值）出现两次，最小值/典型值/最大值相同（2.77 / 2.85 / 2.93 V）： - LVR_VDD_HV_A，断言阈值（在 FPM 中） - LVR_VDD_HV_A，断言阈值（以 RPM 为单位） S32K3xx 参考手册其他部分对“FPM”的定义是“全功率模式”。 （运行模式）。然而，我找不到“RPM”的任何定义。 数据表或参考手册（5394页），包括： 缩写/词汇表部分列出了它。 请问您能否澄清一下： 1.在这个语境中，“RPM”代表什么？ 2. FPM 和 LVR_VDD_HV_A 阈值是否相同？ 如表格所示，转速是多少？ 谢谢！ Re: S32K3xx Data Sheet Table 10: What does "RPM" mean in the LVR_VDD_HV_A condition column 您好， 表 10 中的“RPM”代表低功耗模式。它指的是第二个物理冗余的 LVR 监测电路，当设备处于待机（低功耗）模式时，该电路仍保持激活状态。相比之下，FPM（全功率模式/运行模式）监测在正常运行模式工作期间运行。这两个监视器是设备功能安全架构的一部分，用于确保无论当前电源状态如何，VDD_HV_A 电源都能持续受到监控。 关于你的第二个问题，FPM 和 RPM 条目的最小值/典型值/最大值阈值 (2.77 / 2.85 / 2.93 V) 相同，这是正确的。VDD_HV_A 的最低供电要求在运行模式和待机模式下保持不变，因此两个监控器共享相同的触发阈值。 BR，彼得