S32 Design Studio 3.6.11搭載のS32K142EVB-Q100評価ボード S32 Design Studio 3.6.11でS32K142EVB-Q100評価ボードを使うのに問題が発生しています S32DSの拡張機能とアップデートを使ってS32K1xx開発パッケージとリアルタイム・ドライバ S32K1_S32M24X AUTOSAR R21-11バージョン3.0.0 QLP07をインストールしました  問題は、S32K142で新しいプロジェクトを作成すると、S32の設定ツールを使えないと表示されることです。ピンの設定などができません。 このセットアップはどうやって始めればいいですか?   Re: S32K142EVB-Q100 evaluation board with S32 Design Studio 3.6.11 こんにちは、 SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07_D2606には数種類のドライバープラグインのみが含まれています。パッケージリリースノートを参照してください。 初回インストール S32K1_S32M24X リアルタイム・ドライバ AUTOSAR R21-11 バージョン 3.0.0その後、SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP06_D2603_DesignStudio_updatesite.zip S32K1_S32M24xリアルタイム・ドライバAUTOSAR R21-11バージョン3.0.0をインストールします必要であればQLP07を使用してください。 また、新しいプロジェクトを作成する際には、GCC v10.2ツールチェーンを選択することを忘れないでください。S32DSにこれがインストールされていない場合は、拡張機能とアップデートから追加してください。   BR、ペトル Re: S32K142EVB-Q100 evaluation board with S32 Design Studio 3.6.11 ありがとう、うまくいったよ！

USBをISP経由で使用してファームウェアを書き込む（MCXA175VLH） 皆様、 既存の設計をLPC1315から新しいMCXA175VLHに移行しました。私たちは一般的にISPモードでUSBを使ってソフトウェアをアップロードしています。これはLPC1315(および無数の他のプロセッサ)で問題なく動作します。しかし、MCXA175VLHでは、PCに接続してもメッセージは表示されません。ISPピンP0.6はローに設定されており、RESETピンも正しく処理されています。DP+とDM-の2本のラインは、それぞれ33オーム抵抗でPCに接続されています。 プロセッサ自体は正常に動作しており、SWDIO経由でのアクセスも問題なく動作しているので、デバッガも同様に動作します。 何かアイデアはありますか? ブートROM|ブート|フラッシュ USB Re: Using USB via ISP for flashing (MCXA175VLH) Hello UG10365によると:MCX A175ハードウェア設計ガイド第6.3章 ISPプログラミングおよび表13;MCX A17はシリアルペリフェラルインターフェース(SPI)としてユニバーサル非同期レシーバ/トランスミッタ(UART)のみをサポートしています。インターインテグレーテッド回路(I2C)、SPI、ユニバーサルシリアルバス(USB)ISPインターフェースはサポートされていません。 この文脈ではUSB接続は読み取れないので、代わりにUART ISP接続を追加してください。 MCXA175カスタムボードを設計する場合は、このハードウェア設計ガイドをご参照ください。さらなる推奨事項や指示については 敬具、ルイス Re: Using USB via ISP for flashing (MCXA175VLH) こんにちは、 ドキュメントにアクセスするには、NXP.com のNXPアカウントでエントリーする必要があります。 NXPアカウントにサインインまたは登録してください[NXP.com ページの右上セクションにて]   そしてMCXA17xのメインページの ドキュメント[ユーザーガイドセクション] で[UG10365]を探したり、サインイン後にUG10365リンクを入力してください :MCX A175ハードウェア設計ガイド よろしくお願いいたします。 Re: Using USB via ISP for flashing (MCXA175VLH) ルイス様、 ご返信ありがとうございます。問題の文書を教えていただけますか?リンクが使えず、どこにもUG10365が見つかりません。いずれにせよ、この機能は現行のリファレンスマニュアル(上記参照)やその他の場所で明示的に説明されています。また、古いシリーズで標準だった機能が今後も利用できないとは想像できません。 BR、ケイ Re: Using USB via ISP for flashing (MCXA175VLH) ハードウェアの初期設定をUSB経由で行いたい。MCU-Link(追加のコントローラ)はこの問題の解決策にはなりません。 Re: Using USB via ISP for flashing (MCXA175VLH) こんにちは、 もちろんログインしていますよ。そのドキュメントは存在しません。以下をご覧ください！ BR Re: Using USB via ISP for flashing (MCXA175VLH) USBプログラミング機能を備えたFRDM-MCXA174ボードを参照できるかもしれません

S32K142EVB-Q100 评估板及 S32 Design Studio 3.6.11 我在使用 S32 Design Studio 3.6.11 时，使用 S32K142EVB-Q100 评估板时遇到问题。 我使用S32DS 扩展和更新安装了S32K1xx 开发包和S32K1_S32M24X 实时驱动程序 AUTOSAR R21-11 版本 3.0.0 QLP07 我的问题是，当我使用 S32K142 创建一个新项目时，我无法使用 S32 配置工具，它提示没有数据。我无法配置引脚或其他任何东西。 我该如何开始进行这套设置？   Re: S32K142EVB-Q100 evaluation board with S32 Design Studio 3.6.11 您好， SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07_D2606 仅包含少量驱动程序插件，请参阅软件包版本说明。 首先安装 S32K1_S32M24X 实时驱动程序 AUTOSAR R21-11 版本 3.0.0QLP06 (SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP06_D2603_DesignStudio_updatesite.zip)，然后安装 S32K1_S32M24x 实时驱动程序 AUTOSAR R21-11 版本 3.0.0如果需要的话，请使用QLP07。 创建新项目时，也别忘了选择 GCC v10.2 工具链。如果您的 S32DS 中尚未安装此功能，请通过扩展和更新添加它。   BR，彼得 Re: S32K142EVB-Q100 evaluation board with S32 Design Studio 3.6.11 谢谢，这招管用！

Clarification Required on Lifecycle Status of MPC5200CVR400B vs SPC5200CVR400B Dear NXP Support Team, We are reviewing the lifecycle status of the MPC5200/MPC5200B family and would appreciate your clarification regarding the following part numbers: MPC5200CVR400B SPC5200CVR400B Based on the information available on the NXP website, we understand that MPC5200CVR400B is associated with discontinuance notices 202601026DN and 202601026DNU01, with Last Time Buy and Last Time Delivery dates provided. However, for SPC5200CVR400B, we observe that the product page indicates an End of Life status, but we are unable to determine whether: SPC5200CVR400B is officially covered by the same discontinuance notice as MPC5200CVR400B. SPC5200CVR400B has the same Last Time Buy (LTB) and Last Time Delivery (LTD) dates. SPC5200CVR400B is considered obsolete/discontinued, or if it remains available under a different lifecycle status. There is any functional or commercial distinction between MPC5200CVR400B and SPC5200CVR400B regarding lifecycle management. Could you please provide the official lifecycle status and, if available, the relevant PCN/EOL documentation for SPC5200CVR400B? Your confirmation will help us correctly classify this device in our component lifecycle database. Thank you for your support. Best Regards, Abhijeet Solanki CG Power and Industrial Solutions Limited [email protected] Re: Clarification Required on Lifecycle Status of MPC5200CVR400B vs SPC5200CVR400B Hello, All S/MPC5200 are now end of life. https://www.nxp.com/products/MPC5200 Internal email records confirm that SPC5200CVR400B is in End of Life status. SPC5200CVR400B: EOL/obsolete, but coverage by the same discontinuance notice is not officially confirmed, but I expect that it will be the same. If you require more info get in touch with NXP Sales or rise a ticket at NXP.com Best regards, Peter

LS1046A IBIS 文件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如何获取LS1046A的IBIS模型？ QorIQ LS1设备 Re: LS1046A IBIS file 如何获取LS1046A的IBIS模型

製造業向けにカスタムAIエージェントをビルディングするトップベンダー 製造業向けにカスタムAIエージェントを開発するトップベンダーを探していたところ、Intellectyxに出会いました。同社は、予測保守、品質検査、生産計画、在庫最適化、設備監視、セーフティマネジメント、サプライチェーン調整などのワークフロー向けのエンタープライズAIエージェントを開発しています。Intellectyxはこれらのエージェントを既存のERP、MES、CMMS、CRM、インダストリアル用データシステムと統合しています。Clutchが認証したプロフィールでは、10件の顧客レビューに基づき、5点満点中4.9点の評価を得ています。Intellectyx社と協業した経験のある方、あるいは同社の製造業向けAIソリューションを評価した経験のある方はいらっしゃいますか？

Using USB via ISP for flashing (MCXA175VLH) Dear all, We have migrated an existing design from an LPC1315 to the new MCXA175VLH. We generally use USB in ISP mode to upload the software. This works without any problems with the LPC1315 (and countless other processors). With the MCXA175VLH, however, no message appears after connecting to the PC. The ISP pin P0.6 is set to low, and the RESET pin is also being handled correctly. The two lines, DP+ and DM-, are each connected to the PC via a 33-ohm resistor. The processor itself is working properly—access via SWDIO works flawlessly—so the debugger works as well. Any ideas? Boot ROM|Booting | Flash USB Re: Using USB via ISP for flashing (MCXA175VLH) Hello According to  UG10365: MCX A175 Hardware Design Guide Chapter 6.3 ISP Programming and Table 13; The MCX A17 only support Universal Asynchronous Receiver/Transmitter (UART) as Serial Peripheral Interface (SPI) interface. Inter-Integrated Circuit (I2C), SPI, and Universal Serial Bus (USB) ISP interfaces are not supported. The USB connection won't be read in this context, so please add the UART ISP connection instead. If you are designing a MCXA175 custom board, please refer to this Hardware design guide for more recommendations and instructions Best Regards, Luis Re: Using USB via ISP for flashing (MCXA175VLH) Dear Luis, Thanks for your reply. Could you please share the document in question? The link doesn't work, and I can't find UG10365 anywhere either. In any case, this feature is explicitly described in the current Reference Manual (see above) and elsewhere. I also can't imagine that such a feature (which was already standard in older series) wouldn't be available. BR, Kay Re: Using USB via ISP for flashing (MCXA175VLH) Hello, You need to enter with a NXP account in NXP.com to access the documentation. Please sign in or Register for an NXP account [In the upper right section of the NXP.com page]   And then in the MCXA17x main page Documentation [User Guide Section] you can look for the [UG10365] or after sign in, enter the link for UG10365: MCX A175 Hardware Design Guide Best Regards Re: Using USB via ISP for flashing (MCXA175VLH) Maybe you can refer to FRDM-MCXA174 Board which has USB programming function as below Re: Using USB via ISP for flashing (MCXA175VLH) I would like to perform the initial setup of my hardware via USB. MCU-Link (an additional controller) would not be a solution for this. Re: Using USB via ISP for flashing (MCXA175VLH) Hello, Of course I'm logged in—the document doesn't exist—see below! BR

LS1046A 定制板：PBL SD_CLK 从 195 kHz 降至 24 kHz，然后空闲；HRESET_B 卡在低电平。 你好， 这是对之前帖子的后续讨论（June 不在办公室）： https://community.nxp.com/t5/QorIQ/LS1046A-custom-board-cold-boot-fails-from-eMMC-SD-and-QSPI/mp/2416533 摘要 从 SD 卡进行本地冷启动时，HRESET_B 为低电平，导致启动停滞。使用调试器辅助启动（CodeWarrior rcw.apply()）可以到达 U-Boot，使用相同的 RCW、PBI 和卡。在本地停顿期间，PBL 以大约 195 kHz 的频率启动 SD_CLK 并发送命令帧。DAT0 从不切换。然后时钟停止，短暂地以大约 24 kHz 的频率重新启动，总线进入空闲状态。我们希望得到帮助，以便根据 RM 表 4-8“RCW 州时间”来解释这一点。 设置（板 2，无 RESET 返工） LS1046AXE8T1A Rev 1.0 (SVR 0x87070010)。没有CPLD；STM32 BMC负责电源时序和RESET。 cfg_rcw_src=0x40（SW8 = 0010 0000，SW5 极 1 关闭）。 主要参考，引用：100 MHz 差分。时钟选择带 IFC_WE_B (cfg_eng_use0)。DDR参考，引用：差分。 SD 卡：同一张卡可以将 LS1046ARDB 启动到 U-Boot。 EVDD = 3.3 V。SD/eMMC 多路复用器设置为 SD 卡槽。RCW EVDD_VSEL = 0b10。 RCW：PLL 比率从硬编码的 0x9F 示例复制而来（平台 400 MHz，CPU 1300 MHz，PLL2 1000 MHz / FMan 500 MHz，DDR 1600 MT/s），两个 SerDes 均已禁用： 0810000d 0a000000 00000000 00000000 00000000 00f00012 60040000 c1000000 00000000 00000000 00000000 0001c83e 00004504 24001102 00000096 00000001 PBI：与前面线程中的流相同，以 08610040 6d8bdebf (END/CRC) 结尾。 RESET电路： PORESET_B 由一个开漏 MOSFET 驱动，并带有一个 10 kΩ 的上拉电阻，上拉电压至 1.8 V。 TRST_B 是单独控制的，并在 PORESET_B 之后 1 毫秒释放。 HRESET_B 具有 4.7 kΩ 的上拉电阻。 原生冷启动观察（未连接调试器） 时间均为近似值。t = 0 是 ASLEEP 的下降沿，与单独捕获中的 PORESET_B 的上升沿重合。 ≈ +0.5 毫秒： SD_CLK 起始频率为 192–200 kHz（按我们的计算约为 100 MHz/512）。CMD处于空闲状态。 ≈ +3.2 毫秒： CMD 帧开始。帧形状看起来像 CMD0 (40 00 00 00 00 95)，但我们还没有解码它。 ≈ +9.6 毫秒： SD_CLK 停止约 1 毫秒。 ≈ +10.6 毫秒： CMD 和 DAT0 上出现一些转换，但没有时钟信号。 ≈ +10.7 至 +11.2 毫秒： SD_CLK 以 24.39 kHz（约 100 MHz/4096）运行约 16 个周期，没有 CMD 帧。 ≈ +11.0 毫秒： ASLEEP 变为高电平。 之后：在接下来的 250 毫秒时间内，CLK、CMD 或 DAT0 均无活动。HRESET_B 保持低电平。 在 PORESET_B 释放之前，HRESET_B 为低电平，释放之后也保持低电平。 插入卡后，RESET_REQ_B 保持高电平。如果没有卡，RESET_REQ_B 将变为低电平。 停滞期间的CCS访问 ccs::config_chain {ls1043a dap sap2} 已被接受。ccs::display_mem 2 0x01ee0000 4 0 1 返回“扫描超时”。 调试器辅助启动（有效） set_source(0x40) 和 set_data({13: 0x00004504})（与卡片上的值相同），然后 apply()。RCWSR 随后将卡片进行匹配。U-Boot 报告 CPU 1300，平台 400，DDR 1600，FMan 500 MHz。SD初始化和FIP加载成功。 问题 根据表 4-8“RCW 状态时序”，当 SYSCLK 为 100 MHz 时，我们应该看到哪些 SD_CLK 频率和转换？“~195 kHz → 停止 → ~24 kHz 突发 → 空闲”是指 PBL 在卡片识别期间超时、重置 eSDHC 还是达到更晚的状态？ PBL 发出哪些 SD 命令序列（CMD0/CMD8/ACMD41 …），重试次数和超时次数是多少？如果卡片没有响应，是否应该断言 RESET_REQ_B，以及断言后需要等待多长时间？ 当 HRESET_B 为低电平时，SAP2 上是否预期会出现“扫描超时”？如果是这样，在这种状态下，哪些可通过 JTAG 访问的状态可以显示 PBL 的进展情况？ 缓慢的 PORESET_B 上升沿（规范 ≤ 1 SYSCLK）是否会导致这种行为？ 硬编码 0x9F，无卡：PORESET_B 释放后 HRESET_B 没有变为高电平。我们应该如何解读这句话？ Re: LS1046A custom board: PBL SD_CLK drops 195 kHz to 24 kHz, then idle; HRESET_B stuck LOW 你好， 波形表明该设备从未完成 RCW/PLL 转换。目前尚未进入正常的 PBI/eSDHC 运行阶段。 1. 预期 SD_CLK 频率为 100 MHz，SYSCLK 频率为 100 MHz 对于 RCW 载荷： SD_CLK = SYSCLK / 512 100 MHz / 512 = 195.3125 kHz RCW 加载和 PLL 锁定后： HRESET_B 应该取消断言。 平台时钟切换。 SD_CLK = platform clock / 80 。 在 400 MHz 平台时钟下，这大约是5 MHz 。NXP 将此转变描述为 PLL 锁定和 RCW 加载完成的标志。 因此： ~195 kHz → stop → ~24 kHz burst → idle     并不代表有记录的后期状态转变。24 kHz 值约为 100 MHz / 4096 ；将其视为 RESET/默认分频器或重启产物，而不是 PBL 达到 PBI 负载的证据。单凭时钟无法区分 SD 卡识别超时和 eSDHC RESET。 2. SD 命令、重试和 RESET_REQ_B 预期的SD识别流程大致如下： CMD0 CMD8 CMD55 + ACMD41 repeated until the card is ready CMD2 CMD3 CMD7 then block reads for RCW/PBI data     CMD1 通常是 eMMC 初始化命令，而不是 SD 卡的等效命令。 NXP 提供的技术支持材料中没有明确规定 LS1043A ROM 的重试次数和每个命令的超时时间；不应从波形中推断这些数值。NXP 文档则描述了终端行为：如果选定的 SD 源不可用，SoC 不会回退到其他源；它会断言 RESET_REQ_B 并停止运行。 因此，如果该卡完全不存在，则最终应该断言 RESET_REQ_B 。目前还没有明确的“在 N 毫秒后断言”值作为通过/失败的限制。如果 HRESET_B 保持低电平而 RESET_REQ_B 保持高电平，则该设备可能仍处于终端 PBL 错误路径之前，或者电路板可能屏蔽/干扰了 RESET_REQ_B 。 3. SAP2“扫描超时” 是的，当 HRESET_B 仍然处于钳位状态时，这是预期行为。相同的复位签名 PORESET_B 释放、 HRESET_B 低、 RESET_REQ_B 高，并且处理器无法通过调试路径访问——与提前复位/启动条件相关联。 在 SAP2 可用之前，没有可靠的 CCSR 注册表来报告 PBL 进度。使用： PORESET_B hreset_b RESET_REQ_B 睡着了 CLK_OUT （如果已配置） 一旦通过使用 RCW 覆盖/安全 RCW 或隔离 RESET_REQ_B 建立调试访问权限，请检查： RSTCR RSTRQSR RSTRQPBLSR RSTRQMR NXP 特别建议在可以访问 RESET_REQ_B 时使用这些RESET寄存器。 4. PORESET_B 缓慢上升 是的。缓慢或形状不佳的 PORESET_B 释放可能会违反RESET初始化时序，并导致不正确的跳线、时钟或 PLL 采样。对于 100 MHz 的 SYSCLK，一个 SYSCLK 的持续时间限制约为10 ns 。直接在 LS1043A 引脚上验证实际电压交叉点和上升时间，而不仅仅是在复位发生器输出端。 还要验证 RESET_REQ_B 是否反馈到 PORESET_B ；NXP 建议在启动期间使用隔离选项，否则启动失败可能会造成复位循环，从而阻止 JTAG 访问。 5. 0x9F 测试的含义 0x9F 是硬编码的 RCW/调试鉴别器。只要时钟和 RESET 序列有效，就应该可以消除对从 SD 卡读取 RCW 的依赖。因此，如果未安装 SD 卡的情况下 HRESET_B 仍然不会上升，则故障可能发生在 SD 卡识别之前： 系统时钟/差分时钟选择或质量 PLL锁定 RCW表带解码 RESET电气定时 RESET 反馈或 JTAG/TRST 状态 换句话说，0x9F 的结果否定了“缺少卡片”是主要原因这一假设。首先证明 HRESET_B 在 0x9F 和干净的 RESET/时钟设置下上升；然后返回 SD RCW 加载。 此致 Re: LS1046A custom board: PBL SD_CLK drops 195 kHz to 24 kHz, then idle; HRESET_B stuck LOW 你好， 我们正在调查您所说的——证明HRESET_B会随着 0x9F 的出现而上升。目前我们观察到的情况与 SD 卡相同，即 HRESET_B 为低电平，ASLEEP 先变为低电平，然后又变为高电平。我们也尝试了 SD 卡、EMMC 以及 QSPI，都观察到了相同的冷启动卡顿以及相同的 HRESET_B 和 ASLEEP 行为。以下是我们在卡顿期间连接 CCS 控制台时得到的输出——有什么办法可以找出定制板的故障所在吗？ CCS console logCCS console logCCS 控制台日志 谢谢 Re: LS1046A custom board: PBL SD_CLK drops 195 kHz to 24 kHz, then idle; HRESET_B stuck LOW 您好， CCS 捕获结果无法证明 HRESET_B 上升沿为 0x9F。这证明 JTAG 检测到了 TAP/IDCODE，但随后对 LS1046A 系统空间的访问因 Scan timeout 失败。该冷启动案例也记录了同样的症状。 解释 0x9F 是使用差分 SYSCLK 路径对硬编码 RCW 进行的隔离测试；它不能保证启动成功。 在有效序列期间，HRESET_B 在 POR 期间被钳位，并且应该在 RCW/PLL 完成后释放；ASLEEP 应该在 PBI 执行后转换。 短暂的 HRESET_B 高电平随后变为低电平，表示处理器可能已经通过了 RCW/PLL 阶段，但随后进入了另一个复位/停顿状态。示波器必须显示 PORESET_B 或 RESET_REQ_B 是否也重新置位。 推荐的隔离试验 将板设置为0x9F 。 完全断开 CodeWarrior TAP 的连接。 执行一次彻底的断电重启。 同时捕获这些信号： PORESET_B hreset_b RESET_REQ_B TRST_B 睡着了 DIFF_SYSCLK 相关电力产品轨道 解释： PORESET_B 再次崩溃：调查外部监控器/BMC/电源良好逻辑。 PORESET_B 保持高电平，但 HRESET_B 保持低电平：检查差分时钟选择、PLL/RCW 设置、HRESET_B 上拉/驱动以及 TRST_B/COP RESET 线路。 HRESET_B 上升，ASLEEP 下降，然后两者都重新启动：调查 RESET_REQ_B 反馈和 PBI/boot-source 事务。 还要确认 HRESET_B 和 PORESET_B 不是由同一源驱动的。HRESET_B 应该有自己的上拉电阻，并且在启动期间 RESET_REQ_B 应该与 PORESET_B/HRESET_B 隔离。 CCS行动 波形捕获完成后，重新连接 CCS 并使用LS1043A/LS1046A 链位置（而不是 DAP 或 SAP2）进行读取： 0x01EE00B4 Reset Request Preboot Loader Status 0x01EE00C8 Reset Request Status     这些寄存器是专门针对这种故障模式推荐使用的。 如果这些读取操作也返回 Scan timeout ，则表示设备卡住时 CCS 无法连接到 CCSR 总线；波形和 RESET 原理图是主要证据。启用 CCS 协议日志记录 DEBUG 级别），并捕获完整的底层日志。 结论是：由于 SD、eMMC 和 QSPI 表现出相同的行为，因此常见的故障可能发生在存储设备之前或与存储设备无关——复位序列、时钟/PLL 选择、TRST_B/HRESET_B 接线或 RESET_REQ_B 反馈。   此致问候

Board's Built-in Welcome Page doesn't appear if Microsoft Edge option is selected Dear all I've downloaded sdk.sdk_2.x_lpcxpresso54114 with only FreeMASTER examples. It works correctly but I have a problem if I select the Edge support in the Option panel of FreeMASTER in that case the Welcome Screen appears: Clicking on Board's Built-In Welcome Page, one time, than wait 10 second or more.... nothing happen. After 10 second click again (second time) than the page appears: without icons, and if you click on the links a strange behavior happen (a save window appears if you try, for example, to click on readme.txt link) Vice versa ,If you select Internet Explorer in the option Option panel of FreeMASTER the result is almost right read me link opens the internal readme.txt file but if you click on Demo Project file link An msxbox with error appers anyway The problem is that I need to support recent browsers using RPC-JSON script approach and your and also my attached html file don't work. Please test my .h file in your platform too. It refers to the same variables and command of the sdk firwmare Regards Paolo Re: Board's Built-in Welcome Page doesn't appear if Microsoft Edge option is selected Dear Paolo,  all three browser options shall work well to detect and load the demo pages and project file embedded in the SDK example application. It is true that the browser component behavior is heavily affected by local system settings and versions of browsers installed, but in general we should not see problems like you describe.  The freemaster uses its own browser scheme "fmstr://" to reach the content stored in the application flash memory and described by TSA tables. This scheme may be disabled or may behave wrong when system settings are set too restrictively.  The Edge not showing the item icons is a known issue. For now, let's ignore the missing icons and other issues when browsing the HTML pages. Let's focus on opening the project file stored in the target flash. Please try to click the "FreeMASTER Demonstration Project" item directly in the Welcome page . This is what I understood from your message: Internet Explorer: does not open the project, shows error message box Chromium: opens the project correctly (?) MS Edge: nothing happens Please confirm my understanding is correct.  Thank you, Michal

48VプラットフォームのFS04 こんにちは、 新しい48V自動車プラットフォーム用のNXP CPU(SN32N55)配置を検討しています。 FS04のPMICは48Vバッテリーに接続できますか?表に示すように、60V（絶対最大供給定格）を超える短時間の過渡現象が発生します。あれを乗り越えられるのか?もしそうでなければ、どのような保護策が使えるでしょうか? よろしくお願いいたします。 Re: FS04 in 48V platform 了解しました、ありがとうございます！ Re: FS04 in 48V platform こんにちは、 FS04の最大連続動作電圧は36Vです。ジャンプスタート時は室温で15分間48Vのみで検証されており、外部保護なしで58Vの負荷ダンプを維持できます。 60Vという定格電圧は絶対的な最大値であり、動作限界や保証された耐用年数の限界ではありません。60Vを超える過渡現象は故障や永久的な損傷を引き起こす可能性があります。 保護機能は、連続運転中、VSUPを36V未満に維持する必要があります。 お役に立てば幸いです！

i.MX95 19×19 EVK – AAOS 16でのIMX95-OS08A20カメラサポート こんにちは、NXP チームの皆様、 現在、NXP i.MX95 19×19 EVK(IMX95LPD5EVK-19)とAndroid オートモーティブ OS(AAOS)16を扱っています。 弊社の要件は、i.MX95 BSPで公式にサポートされているカメラモジュールを使用することです。 我々は以前、AN14853に記載されているソニーのIMX219、IMX258、IMX477カメラモジュールを評価した。しかしながら、Innowave IMX258はi.MX95 BSPで公式にはサポートされていないことを承知しております。 NXPからのガイダンスに基づくと、IMX95-OS08A20はi.MX95 19×19 EVK用のNXPサポート対象カメラモジュールであると理解しています。 私たちの具体的なユーすCASEについて、以下の点を確認したいと思います。 1. IMX95-OS08A20は、i.MX95 19×19 EVK（IMX95LPD5EVK-19）上のAAOS 16で正式にサポートされていますか？ 2. IMX95-OS08A20には、どのNXP BSP / AAOS 16リリースを使用すべきですか？ 3. 必要なカメラドライバーとISPサポートはすでにAAOS 16 BSPに含まれていますか? 4. OS08A20を有効にするために追加のパッチ、ソフトウェアパッケージ、設定変更が必要ですか? 5. 19×19 EVK上のOS08A20カメラには、どのデバイスツリー/DTB構成を使用すべきですか？ 6. AAOS 16では、どのようなカメラ解像度とフレームレートがサポートされていますか？ 7. AAOS 16とOS08A20を組み合わせるためのEVS構成やサンプルアプリケーションはありますか? 8．購入すべきカメラモジュール／部品番号と必要なケーブルまたはアダプターの正確な番号をご確認ください。 9. 可能であれば、IMX95-OS08A20の推奨購入情報またはNXP代理店情報を提供してください。 現在の環境は以下のとおりです。 ボード： NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) ソフトウェア: Android オートモーティブ OS 16 BSP: NXP i.MX95 BSP カメラの購入は、当社のAAOS 16 + BSP環境との互換性を確認した後に行いたいと考えています。 NXPの参考資料： https://www.nxp.com/design/design-center/development-boards-and-designs/IMX95-OS08A20 よろしくお願いします。 Android Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 こんにちは、 OS08A20はi.MX95のAAOSではサポートされていないカメラで、このプロセッサではOX03C10とAP1302カメラセンサーをサポートしています。 よろしくお願いいたします。 アルド。 Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 こんにちは、アルドさん。 ご説明いただきありがとうございます。 i.MX95のAAOSではOS08A20はサポートされておらず、AAOSでサポートされているカメラソリューションはOX03C10とAP1302であると理解しています。 弊社の要件は、i.MX95 19×19 EVK（IMX95LPD5EVK-19）上でAAOS 16を実現することです。 対応カメラのオプションについて、以下の情報を教えていただけますか? i.MX95 19×19 EVK 上で AAOS 16 を使用する場合、OX03C10 と AP1302 のどちらが推奨されますか？ 購入すべきカメラモジュール／部品番号は正確には何ですか？ 必要なカメラボード、デシリアライザー、アダプタ、またはケーブルは何ですか？ NXP AAOS 16 / BSPのリリースはどのものが選んだカメラを公式にサポートしていますか? 必要なカメラドライバ、ISPサポート、デバイスツリー設定、EVSサポートはすでにAAOS 16のBSPに含まれていますか? 追加のパッチ、ファームウェア、または設定変更が必要ですか？ NXPの製品ページ/ご注文情報/カメラモジュールの推奨代理店を教えていただけますか? 私たちが目指す環境は以下の通りです。 基板:NXP i.MX95 19×19 EVK(IMX95LPD5EVK-19) ソフトウェア:Android オートモーティブ OS 16 BSP:NXP i.MX95 BSP 購入前に、対応しているハードウェアと必要なアクセサリーの正確な内容を確認したいと考えています。 再開まで今しばらくお待ちください。 よろしくお願いします、 グナナ・プラサンナ

EB Tresos activation fails Dear all, ,I tried to activate the EB Tresos v0.29.0 by using EB Client License Administrator v1.5.1 with the following activation code:  C6FC-BE23-0D7C-6AFD, but it fails consistently, please check the log:  INFO: Trusted Storage initialization done. Activating NodeLocked License C6FC-BE23-0D7C-6AFD, Number Of Licenses: 1 Status: 4, Creating request Status: 5, Request created Status: 6, Context created Status: 7, Connected to remote server Status: 8, Request Sent Status: 9, Polling for response Status: 11, Done ERROR: flxActAppActivationSend (50040,41147,10248) That activation request yields no right to a license. Connection to FlexNet Operations Server failed. Please provide a quick solution as we are blocked due to this issue.  Thank you !

S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant Hi, We currently have the S32K3x8EVB-Q289 board and  we are trying to make the QSPI work with the onboard S26KL512SDABHV030 flash. After extensive debugging, we have hit a wall and we couldn't figure out what was going on until we found something that we want to clear up. In the EVB user guide and schematics, it indicates that the S26KL512SDABHV030 is soldered on the board. By inspecting the part, we also confirmed that the markings are: 6KL512SDAHV03 which is the 03 variant (DCARS variant). After reading the S26K512S datasheet, it states that the DCARS uses the PSC signal to generate the RWDS (needed for reading). However, in the schematics of the EVB, the PSC is not routed anywhere (except to test pad TPAD21). PSC# is RFU on the 3V variant so we don't need it. Looking at the logic analyzer, we never see the RWDS toggling after the latency period (when we should observe the returned data) and the transfer eventually times out. We have not been able to get the flash working and we are wondering whether the EVB is shipped with the wrong flash variant. Thanks for your help. Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant Here is another update: After connecting PSC to SCK, we now have have a RWDS signal. This confirms the following: The 03 (DCARS) variant does need a PSC signal to be able to indicate when data is available. This is currently not connected on the Rev C EVB. The 02 (non-DCARS) variant is the IC that should have been installed Since the PSC signal is not delayed, the RWDS toggle is very close to the data change edges giving us inconsistent readings (we are testing with the device ID reads for now).     Using the internal DQS of the S32K358 also does not provide a reliable method of reading the data as it may not be aligned correctly with data changes. Please advise Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant We have a Rev C board. So that erratum does not apply to our case, and furthermore, that would still leave the PSC pin disconnected (even if the schematics had them swapped since only the SCK pin is connected). Reading the S26KL5152S datasheet, it says that we can connect the SCK pin to PSC and the memory would then behave like a 02 (non-DCARS) variant. We will re-work the board to add this connection and see if that fixes the issue. If you have another solution, please let us know. Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant Could you specify used board revision? In the board user manual following erratum is specified: Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant Hi Michal, Thanks for your inputs. I have double-checked the device identification and the relevant Infineon documentation, and I agree with your conclusion. The populated S26KL512SDABHV030 DCARS variant requires the PSC signal, which is not connected on the Rev. C board. I will report this issue to our application engineering team for further investigation. Best regards, David

EB Tresos激活失败 各位好，我尝试使用 EB Client License Administrator v1.5.1 和以下激活码： C6FC-BE23-0D7C-6AFD 激活 EB Tresos v0.29.0，但一直失败，请查看日志： 信息：可信存储初始化完成。 激活 NodeLocked 许可证 C6FC-BE23-0D7C-6AFD，许可证数量：1 状态：4，正在创建请求 状态：5，请求已创建 状态：6，上下文已创建 状态：7，已连接到远程服务器 状态：8，请求已发送 状态：9，正在轮询响应 状态：11，已完成 错误：flxActAppActivationSend (50040,41147,10248) 该激活请求并不授予任何许可证权利。 连接 FlexNet Operations Server 失败。 请尽快提供解决方案，我们目前因这个问题无法正常运作。谢谢！

i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 Hi NXP Team, We are currently working with the NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) and Android Automotive OS (AAOS) 16. Our requirement is to use a camera module that is officially supported by the i.MX95 BSP. We previously evaluated the Sony IMX219, IMX258 and IMX477 camera modules listed in AN14853. However, we understand that the Innowave IMX258 is not officially supported in the i.MX95 BSP. Based on the guidance from NXP, we understand that the IMX95-OS08A20 is an NXP-supported camera module for the i.MX95 19×19 EVK. We would like to confirm the following for our specific use case: 1. Is the IMX95-OS08A20 officially supported with AAOS 16 on the i.MX95 19×19 EVK (IMX95LPD5EVK-19)? 2. Which exact NXP BSP / AAOS 16 release should be used for the IMX95-OS08A20? 3. Is the required camera driver and ISP support already included in the AAOS 16 BSP? 4. Are any additional patches, software packages or configuration changes required to enable the OS08A20? 5. Which Device Tree / DTB configuration should be used for the OS08A20 camera on the 19×19 EVK? 6. What camera resolutions and frame rates are supported with AAOS 16? 7. Is there an EVS configuration or sample application available for using the OS08A20 with AAOS 16? 8. Please confirm the exact camera module / part number and required cable or adapter that we should purchase. 9. If possible, please provide the recommended purchase information or NXP distributor information for the IMX95-OS08A20. Our current environment is: Board: NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) Software: Android Automotive OS 16 BSP: NXP i.MX95 BSP We would like to proceed with purchasing the camera only after confirming its compatibility with our exact AAOS 16 + BSP environment. NXP reference: https://www.nxp.com/design/design-center/development-boards-and-designs/IMX95-OS08A20 Thank you. Android Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 Hello, The OS08A20 is not a camera supported in the AAOS for the i.MX95, for this processor we support OX03C10 and the AP1302 camera sensors. Best regards/Saludos, Aldo. Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 Hi Aldo, Thank you for the clarification. We understand that the OS08A20 is not supported in AAOS for the i.MX95, and that the supported camera solutions for AAOS are OX03C10 and AP1302. Our requirement is specifically for AAOS 16 on the i.MX95 19×19 EVK (IMX95LPD5EVK-19). Could you please provide the following information for the supported camera options? Which of OX03C10 or AP1302 is recommended for AAOS 16 on the i.MX95 19×19 EVK? What is the exact camera module / part number that we should purchase? What camera board, deserializer, adapter, or cable is required? Which NXP AAOS 16 / BSP release officially supports the selected camera? Is the required camera driver, ISP support, Device Tree configuration, and EVS support already included in that AAOS 16 BSP? Are any additional patches, firmware, or configuration changes required? Could you please provide the NXP product page / ordering information / recommended distributor for the camera module? Our target environment is: Board: NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) Software: Android Automotive OS 16 BSP: NXP i.MX95 BSP We would like to confirm the exact supported hardware and required accessories before proceeding with the purchase. Thank you for your support. Best regards, Gnana Prasanna

I.MX8 nano DDRツールのテスト結果 こんにちは～ 以下は、DDRツールによるDDR検証結果です。結果が十分に良いかどうか、または改善点を提案していただけますか? Re: I.MX8 nano DDR tool test result こんにちは、 i.MX8 Nano DDRツールテスト結果に関するコメントと同じコメント - NXPコミュニティの受け入れ確認

I.MX8 nano DDR 工具测试结果 嗨~ 以下是我使用 DDR 工具得到的 DDR 验证结果。请问您能否评价一下这些结果是否足够好，或者提出一些改进建议？ Re: I.MX8 nano DDR tool test result 你好， 与“回复：i.MX8 Nano DDR 工具测试结果 – 验收确认 - NXP 社区”的评论相同

S32K2x8EVB-Q289 QSPI（S26KL512Sバリアントが誤っている） こんにちは、 現在、S32K3x8EVB-Q289ボードを使用しており、オンボードのS26KL512SDABHV030フラッシュとQSPIを連携させることを試みています。 徹底的なデバッグを行った結果、行き詰まってしまい、何が起こっているのか分からなくなってしまいました。そこで、解決したい点を見つけたので、ここに報告します。 EVBのユーザーガイドと回路図には、S26KL512SDABHV030が基板上にハンダ付けされていると記載されています。部品を検査した結果、刻印は以下のとおりであることが確認されました。 6KL512SDAHV03は03バリアント（DCARSバリアント）です。 S26K512Sのデータシートを読んだところ、DCARSはPSC信号を使用してRWDS（読み取りに必要な信号）を生成すると記載されていました。しかし、EVBの回路図では、PSCは（テストパッドTPAD21を除いて）どこにも配線されていません。PSC#は3VバリアントではRFUなので、必要ありません。 ロジックアナライザを見ると、レイテンシ期間(戻るデータを観察すべき時刻)後にRWDSが切り替える様子は見られず、転送は最終的にタイムアウトします。 フラッシュメモリが動作せず、EVBに誤ったバージョンのフラッシュメモリが搭載されているのではないかと考えています。 ご助言ありがとうございます。 ミハル Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 中古ボードのリビジョンを具体的に教えてもらえますか?ボードユーザーマニュアルには以下の訂正が明記されています: Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant もう一つ最新情報をお伝えします。 PSCをSCKに接続した後、RWDS信号が得られました。 これは以下のことを裏付けています。 03（DCARS）バージョンでは、データが利用可能になったことを示すためにPSC信号が必要となります。現在、Rev C EVBにはコネクテッドされていません。 02（非DCARS）バリアントは、インストールされるべきICです。 PSC信号に遅延がないため、RWDSトグルはデータ変化エッジに非常に近い位置にあり、読み取り値にばらつきが生じます（現在はデバイスIDの読み取り値でテストしています）。 S32K358の内部DQSを利用すると、データの変更と正しく整合していない可能性があるため、データの読み取り方法が信頼できるとは言えません。 お知らせ下さい ミハル Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 当社にはRev Cバージョンの基板があります。 したがって、その訂正は私たちのケースには適用されませんし、さらに、回路図上でPSCピンが入れ替わっていても、PSCピンは切断されたままになります(SCKピンだけが接続されているため)。 S26KL5152Sのデータシートを読むと、SCKピンをPSCに接続すればメモリが02(DCARS以外の)バリアントのように振る舞うと書かれています。基板を再設計してこの接続を追加し、それで問題が解決するかどうか確認してみます。 他に解決策があれば、ぜひお知らせください。 ミハル Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant こんにちは、ミハルさん。 ご意見ありがとうございます。デバイス識別と関連するInfineonのドキュメントを再確認しましたが、あなたの結論に同意します。プロピュレーションS26KL512SDABHV030 DCARSバリアントはPSC信号を必要としますが、Rev. Cボードにはコネクテッドされていません。 この問題はアプリケーションエンジニアリングチームに報告し、さらなる調査を依頼します。 よろしくお願いします、 デビッド

S32K2x8EVB-Q289 QSPI 芯片的 S26KL512S 型号错误 您好， 我们目前使用的是 S32K3x8EVB-Q289 板，我们正在尝试让 QSPI 与板载 S26KL512SDABHV030 闪存一起工作。 经过大量的调试，我们遇到了瓶颈，一直搞不清楚到底发生了什么，直到我们发现了一些我们想要澄清的事情。 EVB 用户指南和原理图中显示，S26KL512SDABHV030 焊接在板上。通过检查零件，我们也确认了标记内容： 6KL512SDAHV03 是 03 变体（DCARS 变体）。 阅读 S26K512S 数据手册后发现，DCARS 使用 PSC 信号生成 RWDS（读取所需）。然而，在 EVB 的原理图中，PSC 没有布线到任何地方（除了测试焊盘 TPAD21）。PSC# 在 3V 版本上是 RFU，所以我们不需要它。 从逻辑分析仪上看，我们始终看不到 RWDS 在延迟期后切换（此时我们应该观察到返回的数据），传输最终超时。 我们一直无法让闪光灯正常工作，我们怀疑EVB是否配错了闪光灯型号。 感谢您的帮助。 Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 以下是最新进展： 将 PSC 连接到 SCK 后，我们现在有了 RWDS 信号。 这证实了以下几点： 03 (DCARS) 变体确实需要 PSC 信号才能指示何时有数据可用。目前这在 Rev C EVB 上尚未连接。 02（非DCARS）型是应该安装的集成电路。 由于PSC信号没有延迟，RWDS切换非常接近数据变化边沿，导致读数不一致（目前我们正在使用设备ID读取进行测试）。 使用 S32K358 的内部 DQS 也无法提供可靠的数据读取方法，因为它可能无法与数据变化正确对齐。 请指教 Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 我们有一块 Rev C 板。 因此，该勘误不适用于我们的情况，而且，即使原理图将它们互换了，PSC 引脚仍然会断开，因为只有 SCK 引脚是连接的。 阅读 S26KL5152S 数据手册可知，我们可以将 SCK 引脚连接到 PSC，然后存储器将像 02（非 DCARS）变体一样工作。我们将重新设计板，添加此连接，看看是否能解决问题。 如果您有其他解决方案，请与我们联系。 Michal Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 能否具体说明一下所用板的版本？板用户手册中列出了以下勘误： Re: S32K2x8EVB-Q289 QSPI with wrong S26KL512S variant 嗨，米哈尔， 感谢您的建议。我已经仔细核对了设备标识和英飞凌的相关文档，我同意你的结论。已安装的 S26KL512SDABHV030 DCARS 变体需要 PSC 信号，而 Rev. C 板上没有连接该信号。 我会将此问题报告给我们的应用工程团队，以便他们进一步调查。 此致， 大卫

i.MX95 19×19 EVK – IMX95-OS08A20 相机支持，带 AAOS 16 您好，NXP团队： 我们目前正在使用 NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) 和 Android Automotive OS (AAOS) 16。 我们的要求是使用 i.MX95 电路板支持包。官方支持的摄像头模块。 我们之前评测过 AN14853 中列出的索尼 IMX219、IMX258 和 IMX477 相机模块。但是，我们了解到 Innowave IMX258 在 i.MX95 电路板支持包中没有得到官方支持。 根据 NXP 的指导，我们了解到 IMX95-OS08A20 是 NXP 支持的 i.MX95 19×19 EVK 相机模块。 我们想就我们的具体使用案例确认以下几点： 1. IMX95-OS08A20 是否在 i.MX95 19×19 EVK (IMX95LPD5EVK-19) 上正式支持 AAOS 16？ 2. IMX95-OS08A20 应该使用哪个确切的 NXP 电路板支持包 / AAOS 16 版本？ 3. AAOS 16 电路板支持包中是否已包含所需的摄像头驱动程序和 ISP 支持？ 4. 启用 OS08A20 是否需要任何额外的补丁、代码包，软件包或配置更改？ 5. 19×19 EVK 上的 OS08A20 摄像机应该使用哪种设备树/DTB 配置？ 6. AAOS 16 支持哪些相机分辨率和帧速率？ 7. 是否有适用于 AAOS 16 的 OS08A20 的 EVS 配置或示例应用程序？ 8. 请确认我们需要购买的确切摄像头模块/零件编号以及所需的线缆或适配器。 9. 如果可能，请提供 IMX95-OS08A20 的推荐购买信息或 NXP 代理商信息。 我们目前的处境是： 板： NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) 软件： Android Automotive OS 16 电路板支持包。： NXP i.MX95 电路板支持包。 我们只有在确认该相机与我们确切的 AAOS 16 + 电路板支持包 环境兼容后，才会继续购买该相机。 NXP 参考： https://www.nxp.com/design/design-center/development-boards-and-designs/IMX95-OS08A20 谢谢！ Android Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 你好， OS08A20 不是 i.MX95 的 AAOS 支持的摄像头，对于此处理器，我们支持 OX03C10 和 AP1302 摄像头传感器。 此致敬礼/Saludos， 阿尔多。 Re: i.MX95 19×19 EVK – IMX95-OS08A20 Camera Support with AAOS 16 嗨，阿尔多， 谢谢你的解释。 我们了解到 i.MX95 的 AAOS 不支持 OS08A20，而 AAOS 支持的相机解决方案是 OX03C10 和 AP1302。 我们的具体要求是 i.MX95 19×19 EVK (IMX95LPD5EVK-19) 上的 AAOS 16。 请问您能否提供以下关于支持的相机选项的信息？ 对于 i.MX95 19×19 EVK 上的 AAOS 16，推荐使用 OX03C10 还是 AP1302？ 我们应该购买的摄像头模块/零件编号是多少？ 需要哪种摄像头板、解串器、适配器或线缆？ NXP AAOS 16 / 电路板支持包 的哪个版本正式支持所选相机？ AAOS 16 电路板支持包中是否已包含所需的摄像头驱动程序、ISP 支持、设备树配置和 EVS 支持？ 是否需要其他补丁、固件或配置更改？ 请问能否提供NXP摄像头模块的产品页面/订购信息/推荐代理商信息？ 我们的目标环境是： 板：NXP i.MX95 19×19 EVK (IMX95LPD5EVK-19) 软件：Android Automotive OS 16 电路板支持包。：NXP i.MX95 电路板支持包。 在进行购买之前，我们希望确认具体支持的硬件和所需的配件。 感谢您的支持。 此致， 格纳纳·普拉桑纳