Saving energy by using smart home devices? Has anyone tried to reduce their energy bills by using smart home devices? I’m moving into a new rental flat and am hoping to be creative in reducing my bills. Staying with a partner.

无法下载RTD - 下载选项呈灰色 我无法在 S32 Design Studio (S32DS) 中下载/安装 S32K344 板的 RTD 软件包。选择或下载RTD的选项呈灰色，不可用。 我已经重启了S32DS并检查了可用的更新/软件包，但问题仍然存在。因此，我无法继续进行项目设置和开发活动。 请您帮忙查看并提供解决方案建议？ 细节： IDE：S32 设计工作室 (S32DS) 目标MCU：S32K344 问题：RTD 下载选项呈灰色 影响：无法安装/下载 RTD 代码包，软件包   Re: Unable to Download RTD - Download Option Greyed Out 您能看到这是如下所示的第二个标签页吗？

S32K312 LPUART – 波特率为 1 Mbps、时钟频率为 30 MHz 时帧错误 您好，NXP团队： 我正在使用 NXP S32K312 MCU 和 LPUART 外设。通信所需的 UART 波特率为 1 Mbps。 LPUART 6 的功能时钟频率为 30 MHz。 我最初对 UART 的配置如下： 波特率：1,000,000 bps LPUART 时钟：30 MHz SBR 或尾数：2 OSR 或除数：15 数据位：8 奇偶性：无 停止位：1 LSB优先 在这种配置下，我观察到通信过程中出现帧错误。 我理解LPUART波特率计算的原理是： 波特率 = LPUART 时钟频率除以 SBR 乘以 OSR 我还尝试了一种旨在实现精确 1 Mbps 速度的配置： SBR = 2 OSR = 15 波特率 = 30 MHz ÷ 2 × 15 = 1 Mbps 然而，我仍然观察到构图错误。 我还尝试了 921600 波特率，但在这个波特率下也观察到了帧错误。 当前观察 LPUART 时钟：30 MHz 所需通信波特率：1 Mbps UART 配置：8 N 1 在 1 Mbps 速率下观察到帧错误 在 921600 波特率下也观察到帧错误。 通信是通过TI BQ79600桥接器进行的。 使用逻辑分析仪监测TX波形 请问您能否帮忙澄清一下： S32K312 LPUART 能否在 30 MHz LPUART 时钟频率下可靠地支持 1 Mbps UART 通信？ 对于 30 MHz 时钟频率，是否有推荐的 OSR 和 SBR 组合可以实现 1 Mbps 的速率？ 在 1 Mbps 速率下，OSR 值、SBR 值或波特率精度是否存在任何已知的限制或约束？ 是否需要对 LPUART 进行任何额外的配置才能实现可靠的 1 Mbps 通信？ 当通信速率为 1 Mbps 时，LPUART 是否有推荐的时钟频率？ 帧错误是否与 LPUART 采样配置或时钟容差有关？ 如有需要，我可以提供 LPUART 波特率寄存器值、RTD 配置和逻辑分析仪捕获结果。 请提供推荐的配置方案以及任何其他调试步骤。 谢谢。 Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock 你好@gayathri123 ， 帧错误是接收端错误。因此，临时重新复用用作 LPUART6_TX 的 PTD9 本身不应该设置 LPUART 帧错误标志。帧错误表明接收器在预期为停止位的地方检测到了逻辑 0。   请问BQ79600是否在LPUART6_STAT[FE]中报告了该错误，还是只有逻辑分析仪报告了该错误？ 2.75 毫秒的低电平唤醒脉冲比 UART 帧长得多。如果接收器保持使能状态时，S32K312 RX 输入端也存在低电平，则 LPUART 可能会正确地报告帧错误，因为未检测到有效的停止位。因此，该标志可能源自唤醒阶段，并在正常的 UART 通信开始时保持设置状态。 请做个测试： 在更改引脚复用之前，请禁用 LPUART 接收器和发射器。 使用 GPIO 生成唤醒脉冲。 将 GPIO 输出恢复为高电平。 重新封装 PTD9 到 LPUART6_TX。 清除之前所有接收错误标志。 重新启用 LPUART 并等待所需的 BQ79600 唤醒恢复时间。 发送有效的命令帧。 请提供 TX 和 RX 的逻辑分析仪捕获结果，以及唤醒脉冲前后 LPUART6_STAT 的值。确定 STAT[FE] 被设置的确切时刻尤为重要。 顺祝商祺！ 帕维尔 Re: S32K312 LPUART – Framing Error at 1 Mbps Baud Rate with 30 MHz LPUART Clock 你好 我们使用S32K312 ，并将LPUART6配置为1 Mbps。PTD9配置为 LPUART6 的 TX 引脚。 当我们临时将 PTD9 配置为 GPIO，然后将其重新复用为 LPUART6 TX 时，我们在 UART 通信期间观察到帧错误。 顺序如下： 将 PTD9 配置为 GPIO，并将其拉低约2.75 毫秒，以产生所需的唤醒脉冲。 将 PTD9 重新封装回LPUART6_TX 。 通过 LPUART6 以 1 Mbps 的速度 传输虚拟数据 。 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 波特   因此，它不是 1 Mbps。当通信伙伴以 1 Mbps 的速度运行时，这种偏差足以导致帧错误。 对于 30 MHz LPUART 功能时钟，可以通过以下方式获得精确的 1 Mbps 波特率：     SBR = 2 OSR寄存器值 = 14 有效过采样率 = 15   30 MHz / (2 × 15) = 1,000,000 波特   请注意，某些配置工具可能会显示有效过采样率，而波特率寄存器存储的值则减一。因此，请在初始化后读取完整的 LPUART6_BAUD 寄存器，并验证实际的 OSR 和 SBR 字段。 S32K312 LPUART 可支持 1 Mbps 通信。30 MHz 的功能时钟也适用，因为它能够精确地生成波特率。除了正确的时钟、波特率设置、帧格式、引脚配置和接收器配置之外，通常不需要其他特殊配置。 顺祝商祺！ 帕维尔

iMX93 FIFO underruns when using SAI1 on M33 I'm using SAI1 to drive an external I2S device.  40MHz BCLK, 1.25MHz WCLK. Boot from Linux, code running on M33 via remoteproc. Getting FIFO underruns for the SAI1 interface. Can't figure out why? Did same code using SAI3 on M33 (A55 was held in uboot) and no problems. Any ideas? Thanks! Audio(PDM | I2S | SAI) Re: iMX93 FIFO underruns when using SAI1 on M33 Hello, Unfortunately, we do not have examples in SDK to use CODECs in our SDK. You could try to use the examples in SDK as reference and you can find in the next path: mcuxsdk\examples\driver_examples\sai If you see FIFO underrun warnings, could be caused by an empty TX FIFO because data is not being pushed fast enough or the transmitter is not properly enabled. A reason that could be causing this issue is resource availability/configuration. First, I suggest you confirm that you do not have issues where the Cortex-A processor is not using the same resources from Cortex-M that could cause the issue. Did you confirm that Transmitter Enable bit from SAI Transmit Control Register (TCSR) register is enable? Best regards. Re: iMX93 FIFO underruns when using SAI1 on M33 I've moved the SAI1 code to the A55 under Linux. Still getting FIFO errors. Here are the details of the configuration and questions: Platform Board: i.MX93 EVK; /sys/devices/soc0/soc_id=i.MX93, /sys/devices/soc0/revision=1.1. Package marking/mask not yet recorded. Linux: 6.12.20-lts-next-gdfaf2136deb2, PREEMPT, A55. SAI1 at 0x443b0000, TX via 44000000.dma-controller-CH21. SAI1 serial root: 40 MHz from VIDEO_PLL; 40 MHz BCLK, 1.25 MHz frame rate. SAI3/WM8962 is Linux-owned and was idle for the reproductions below. LMX2571 I2S FSK sink: signed 16-bit code in active slot, zero in other slot. Constant code +8500 produces the expected +17 kHz RF offset. Minimal Linux reproduction (M33 remoteproc offline) Custom DTB exposes SAI1 as an ALSA playback device; SAI1 PCM card 0. Static ALSA PCM: hw:0,0, S16_LE, 2 channels, 1,250,000 frames/s; period 2,400 frames, buffer 19,200 frames. No Gaussian filter or other real-time waveform generation. TX FIFO depth 32 words, TX DMA burst 8 words, FIFO watermark 24. Static data: slot 0=8500, slot 1=0. Command: python3 /root/cp7g_static_playback.py --device hw:0,0 --seconds 600 Latest result: 750,000,000 frames written in 599.958 s, ALSA xruns=0. SAI1 FEF IRQ diagnostic: 1 episode, 9 IRQ entries over 2.685 ms. First observed at monotonic uptime about 675.892537 s, approximately 7.16 s before playback stopped; not an end-of-stream drain event. First-IRQ instrumentation (timings are after the hardware FEF assertion) TCSR=0x90150c01; consecutive time reads=41 ns; handler work before first TCSR read=209 ns; first TCSR regmap read=120,607 ns (return 0). FEF W1C regmap write=241,007 ns (return 0), before detailed snapshot. Post-ACK TFR0=0x00020001, read=242,799 ns. Post-ACK eDMA CH21 first raw register read=241,423 ns; total CH21 snapshot time=487,722 ns. CH_CSR=0x80000005, CH_ES=0x00000000, CH_INT=0x00000000, CH_SBR=0x00208003, CH_PRI=0x00000000. The TFR0 and CH21 values were sampled after the acknowledgment, not at initial FEF assertion. The long reads/writes cannot establish that they caused the initial FIFO error; CH_ES=0 only says no channel error was latched when sampled. The FEF is a hardware event despite ALSA xruns=0. Independent simplified firmware reproduction With Linux booted and ALSA capture idle, M33 code drove the same SAI1 TX using a single self-linked eDMA CH21 TCD, constant +8500 / zero slots, no major-loop callbacks, no foreground buffer refill, no Gaussian filter. At 40 MHz BCLK, FIFO depth 32, watermark 24, DMA minor loop 16 bytes, it stopped on SAI1 FEF after 216 s (Rev R). In the post-FEF fault snapshot, CH21_ES=0 and DMA global ES=0; the TCD was still self-linked. Similar faults occurred in later priority and internal-BCLK trials. A half-rate trial also failed. Thus neither Python nor M33 waveform computation/refill is necessary to reproduce the intermittent SAI1 FEF. Linux playback also fails with the M33 offline. Probe loading and external wire length changes did not remove the problem. Additional observation A burst-4 / watermark-28 Linux run had one FEF episode at uptime about 676.889 s on a separate boot; the latest burst-8 fault was at 675.893 s. A system journal search around 670–682 s in the latest boot found no logged activity. Similar uptime is suggestive only, not proof of a timer. Questions for NXP 1. Is there a known i.MX93 rev 1.1 mask erratum or low-power/interconnect condition that can delay SAI1 and eDMA CH21 register access and/or DMA service by 100–250 us while SAI1 TX and its clocks are enabled? 2. What hardware status, clock-gating, interconnect, or eDMA traces can identify the first missed SAI1 FIFO service request before FEF? 3. Does SAI1 TX FEF indicate any condition other than an actual FIFO underrun in this asynchronous master configuration? 4. Are there documented SAI1/eDMA burst, watermark, or clock constraints for continuous 40 MHz BCLK / 1.25 MHz stereo frame output on i.MX93? Can provide custom DTB, Linux fsl_sai.c/h changes and static playback script, M33 self-linked TCD source, full boot clock tree, and scope/RF data.

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をインストールしてください。

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.

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 参考手册。 此致敬礼， 萨拉斯。

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の組み合わせの代わりに、この構成を使用することをお勧めしますか？ よろしくお願いします。