Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
MPC5744P EVM – 支持 CAN1/CAN2 和外部 CAN 收发器 你好呀, 我想确认一下 MPC5744P EVM 是否支持使用外部 CAN 收发器操作两个 CAN 通道。 我已经使用板载/内置 CAN 收发器在 EVM 上成功测试了 CAN0,CAN0 通信工作正常。 现在,我已经配置了 CAN1 和 CAN2,并设置了适当的引脚映射,以便与外部 CAN 收发器连接。请问MPC5744P EVM上的CAN1和CAN2是否可以配置并成功使用外部CAN收发器? 如果可以,能否请您提供 CAN1/CAN2 操作需要考虑的任何推荐配置、硬件连接或具体设置? 您的指导和支持将不胜感激。 提前感谢您的帮助。 Re: MPC5744P EVM – CAN1/CAN2 Support with External CAN Transceiver 您好, 是的,基于 MPC5744P 的评估板上可以与外部 CAN 收发器一起使用 CAN1 和 CAN2。MPC5744P 设备提供三个独立的 FlexCAN 模块(CAN0、CAN1 和 CAN2),如果没有板载收发器可用且已连接,则 CAN1/CAN2 可以通过其对应的 MCU TX/RX 引脚连接到外部收发器。该设备支持所有 FlexCAN 实例独立运行。  对于 CAN1/CAN2,请确保: 所选的 FlexCAN 实例已在软件中正确配置。 相应的 TX 和 RX 引脚配置为 FlexCAN 替代功能。 外部 CAN 收发器已正确通电并连接。 CAN总线终端连接正常。 特定电路板的跳线设置或布线选项可能取决于具体的 EVM 版本。如果您能提供 EVM 的部件号或版本号,我们可以检查是否需要任何额外的硬件配置。 BR,彼得
查看全文
T1042 DDR4初期化失敗 私は64ビットインターフェースでDDR4に接続したT1042デザインを持っています。インターフェースの最上位バイトのニブル間で不適切なビットスワップの問題が既に見つかりましたが、これはSW設定では補正できないことがわかっています。PWBの改訂版で修正を実施する予定です。しかし、他のビットは正しく、スワッピングもリファレンスマニュアルで許可されている範囲に入っているため、代わりに32ビットモードで動作させて、SWや他の設計を引き続き表示できるようにしたいと考えています。QCVS DDRの検証ツールを使って試しましたが、メモリの初期化ができません。デバイスのパラメータを入力し、DQのマッピング値を自分のデザイン通りに設定しましたが、ERR_DETECTレジスタでビットACE= 1が出続けています。プロセッサはSPIインターフェース経由でRCWを取得し、DDR周波数は800MHzに設定されています。CodeWarrior/QCVSを使用して、正しいRCW値が受信されたことを確認する方法はありますか?32ビットモードの動作で考慮すべき他の設定は何でしょうか?なぜ動作しないのか説明がつきます。どんなサポートでも大変ありがたいです。ありがとう。 QorIQ T1デバイス
查看全文
S32平台S32设计工作室v3.4许可证已过期 我的 S32 Design Studio for S32 Platform v3.4 许可证已过期。 请问您能否延长我的激活码的有效期? 产品描述:S32平台S32设计工作室 v3.4 订单号: S32DS-3-4_184061557 许可证总数: 101 激活码: 878E-BE4B-A152-EB7E 谢谢!
查看全文
S32K358 HSE API 导致 RESET 并报告 HSE_ERR_GENERAL 您好, 我们的项目使用 S32K358 芯片,搭配 HSE B 固件和 AB 模块。 执行 HSE API 获取属性原因 RESET 时发生问题。 调试过程中,在执行 API 之前,FSR 是正常的。 image.pngimage.png 执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后,2 个寄存器报告错误 FSR 状态为 0F600002 表示通道 #1 正在执行中 image (6).png图像 (6).png GSR 状态为 67030001 表示 HSE_ERR_GENERAL image 8.png图片 8.png 我检查了其他程序,HSE API 工作正常。执行 Mu_Ip_SetTxRegister 设置 MU0 TR[1] 寄存器后,两个寄存器都正常。 FSR状态为0F600000 GSR状态为00000000 如何解决这个问题? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好,我们已经检查过了,问题并非出在中断上。它来自“看门狗”组织。我们禁用了看门狗,但没有发生RESET。谢谢。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你好, 这个案子有任何进展吗? 我也遇到了同样的问题。使用HSE固件将MCU S32K324生命周期推进到OEM_PROD后,1秒后MCU被重置? 提前致谢 阿尤布。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您的新案件已分配给区域 FAE 团队,因此我建议将后续步骤和调查工作交给他们,以避免重复劳动。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 在推进 HSE LC 时,我使用的是 Trace32。可能是测量时间不正确。抱歉。 尝试几次解锁调试端口后,Trace32 报告 ECU 不断 RESET。即使我关闭/重新打开电路板的电源,ECU 仍然处于 RESET 状态。 HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png 如何知道发生的是哪种类型的RESET(破坏性RESET/功能性RESET)并检查根本原因? 调试端口在 LC IN_FIELD 中受到保护。由于这个问题,我无法使用调试脚本解锁调试端口。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 如果晚1秒发生,那可能是什么情况都有可能。而且它可能与生命周期的推进无关。我需要更多关于此问题的信息。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 重置后,HSE 立即锁定了调试端口,因为 HSE 生命周期变为 IN_FIELD。 RESET 后无法立即读取 RGM FES 和 DES 寄存器。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 你知道RESET的原因是什么吗?复位后你检查过RGM FES和DES寄存器吗? 如果安装了 HSE 固件,则无法使用 LC 配置字推进生命周期。可以取任何值,安装 HSE 固件时将忽略该值。在这种情况下,只有通过 HSE 服务才能推进生命周期。 问候, 卢卡斯 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好, 我以同步模式执行了这些命令。 奇怪的是,当我调用 set attribute 来编程 ADPK 并配置调试授权模式时,ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时,API 才不会返回错误,但 1 秒钟后,程序突然 RESET。 在推进 HSE 生命周期之前,我是否需要设置 Address LC 配置字? HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png 如果LC配置字的值为0x00000000,会发生什么情况? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好, 我以同步模式执行了这些命令。 奇怪的是,当我调用 set attribute 来编程 ADPK 并配置调试授权模式时,ECU 执行正常。 只有当我调用 set attribute 来更改 HSE LifeCycle 时,API 才不会返回错误,但 1 秒钟后,程序突然 RESET。 在推进 HSE 生命周期之前,我是否需要设置 Address LC 配置字? HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png 如果 LC 配置字中的值为 0x00000000 会怎样? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 我的建议是同步运行该命令,以避免中断问题。 命令由函数 Hse_Ip_ServiceRequest 触发。异步方法的实现顺序如下: lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png Mu_Ip… 函数是内联的,所以没有问题。但是 BaseNXP 模块中的 OsIf 函数没有内联,所以您也需要移动它们。 此致, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好, 这些 API 位于 Block 1 中,地址为 0x0060FB3E。 这样执行起来是否足够安全? 有什么原因需要RESET ECU吗? HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 嗯,还漏了一句话:UTEST闪存是在生命周期推进时由HSE进行编程的。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 该设备不应该自动RESET。这很可能是由读写错误引起的。闪存块之间支持边读边写。但是请注意,闪存块 0 和 UTEST 位于同一分区中。 如“表102”所示。Flash 块配置”和 S32K3 参考手册中的“21.3 UTest NVM 扇区”。 还有第 14.6.5 节HSE-B 固件参考手册中的“同步 HSE 和应用程序核心之间的闪存读/写访问”对于进一步开发可能很重要。 解决方法是从 RAM 或其他闪存块执行代码。 此致, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好, 我通过将设置属性 API 的输入参数设置为全局易失性变量来解决此问题。 但是,在成功执行 API 更改生命周期后,ECU 会自动 RESET。 我们计划将变更生命周期作为 UDS 服务来实现,但如果 HSE 固件自动 RESET ECU,则似乎无法实现。 更换ECU生命周期后,我需要做些什么才能使其正常运行? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好, 按照 NXP 的演示应用程序,我实现了一个使用 Set_Attr 服务推进 LC 的功能,包括以下 3 个步骤: ADKP计划 将调试授权模式更改为密码 高级 HSE LC 步骤 1、2 使用Mu0实例和1 个空闲通道正常执行。 步骤 3 始终报告 FSR= 0x0f600002 和 GSR=67030001 以下是否需要任何步骤: 备用 IVT 地址LC配置字 我还需要做些什么才能晋级LC? HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 您好@HaiHoangSoftware HSE_ERR_GENERAL 最常见的原因是 HSE 服务参数中提供的地址无效。要么是指向未实现内存空间的完全无效地址,要么是由于 XRDC 配置,HSE 无法访问该内存,要么是该内存中存在多位 ECC 错误。 也可能是数据缓存导致的——请确保禁用数据缓存,或者强制将用于与 HSE 通信的所有内存资源设置为不可缓存的内存。 如果在使用 HSE_SRV_ID_GET_ATTR 服务时遇到此类错误,请检查 pAttr 地址并禁用数据缓存以进行测试: lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png 此致, Lukas
查看全文
S32K358 HSE API がリセットを引き起こし、HSE_ERR_GENERAL を報告します。 こんにちは、 私たちのプロジェクトでは、ABブロックを備えたHSE Bファームウェアを搭載したS32K358を使用しています。 属性原因リセットを取得するためにHSE APIを実行した際に問題が発生しました。 デバッグ中、APIを実行する前はFSRは正常です image.pngimage.png Mu_Ip_SetTxRegisterを実行してMU0 TR[1]レジスタを設定した後、2つのレジスタがエラーを報告しました。 FSRステータスが0F600002であれば、チャネル#1の実行が進行中であることを意味します image (6).png画像(6).png GSRステータスは67030001で、HSE_ERR_GENERALを意味します。 image 8.png画像8.png HSE APIが正常に動作する他のプログラムを確認したところ、MU0 TR[1]レジスタを設定するためにMu_Ip_SetTxRegisterを実行した後、2つのレジスタは正常でした。 FSRステータスは0F600000です GSRステータスは00000000です この問題を解決するにはどうすればよいでしょうか? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは。既に確認済みですが、問題は割り込みに起因するものではありません。それはウォッチドッグからの情報です。ウォッチドッグを無効にしたところ、リセットは発生しなくなりました。ありがとう。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 その件について何か進展はありますか? 私も同じ問題に直面しています。MCU S32K324はHSEファームウェアでライフサイクルを進めてから1秒でリセットされたOEM_PROD? 前もって感謝します アユーブ。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 新しいケースは地域のFAEチームに割り当てられているので、重複を避けるために次のステップや調査は彼らに任せることをお勧めします。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL HSE LCの開発を進める頃には、私はTrace32を使用していた。測定時間が正確でない可能性があります。申し訳ありませんでした。 デバッグポートのロック解除を何度か試みた後、Trace32はECUが継続的にリセットされていると報告する。基板の電源をオン/オフしても、ECUはリセット状態のままです。 HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png どのような種類のリセット(破壊的リセット/機能的リセット)が発生しているかを把握し、根本原因を特定するにはどうすればよいですか? デバッグポートはLC IN_FIELDで保護されています。この問題のせいでデバッグスクリプトでデバッグポートをアンロックできません。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL もし1秒遅れて起きたら、何でもあり得ます。そして、ライフサイクルの進行とは無関係の場合もあります。問題についてもっと詳しい情報が必要です。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL リセット直後、HSEのライフサイクルがIN_FIELDに変更されたため、HSEはデバッグポートを保護しました。 リセット直後にRGMのFESおよびDESレジスタは読み取れません。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL リセットの原因は何だったかご存知ですか?リセット後にRGM、FES、DESレジスタを確認しましたか? HSEファームウェアがインストールされている場合、LCコンフィギュレーションワードを使用してライフサイクルを進めることはできません。どんな数値でも構いませんが、HSEファームウェアをインストールすると無視されます。この場合、ライフサイクルはHSEサービスを通じてのみ進めることができます。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 私はこれらのコマンドを同期モードで実行しました。 奇妙なことに、プログラム ADPK に属性を設定してデバッグ認証モードを設定すると、ECU は正常に実行されます。 HSE LifeCycleを変更するために属性設定を呼び出したときだけ、APIはエラーを返さないが、1秒後にプログラムが突然リセットされる。 HSEライフサイクルを進める前に、アドレスLC構成ワードを設定する必要がありますか? HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png LC構成ワードの値が0x00000000だった場合、どうなりますか? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 私はこれらのコマンドを同期モードで実行しました。 奇妙なことに、プログラム ADPK に属性を設定してデバッグ認証モードを設定すると、ECU は正常に実行されます。 HSE LifeCycleを変更するために属性設定を呼び出したときだけ、APIはエラーを返さないが、1秒後にプログラムが突然リセットされる。 HSEライフサイクルを進める前に、アドレスLC構成ワードを設定する必要がありますか? HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png LC構成ワードの値が0x00000000の場合はどうなりますか? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL 割り込みによる問題を回避するため、コマンドは同期的に実行することをお勧めします。 コマンドは関数 Hse_Ip_ServiceRequest によってトリガーされます。非同期方法には以下のシーケンスがあります: lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png Mu_Ip...機能はインライン化されているので問題ありません。しかし、BaseNXPモジュールのOsIf関数はインラインではないので、それらも移動する必要があります。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 これらのAPIは、ブロック1の0x0060FB3Eから配置されています。 それは処刑を行うのに十分安全な状態でしょうか? ECUリセットを引き起こす理由は何かありますか? HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL さて、一つ抜けている文があります。UTESTフラッシュは、ライフサイクルが進む際にHSEによってプログラムされます。 Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL このデバイスは自動的にリセットされることはありません。これはおそらく、書き込み中の読み取りエラーが原因です。フラッシュブロック間での読み取り同時書き込みがサポートされています。ただし、フラッシュブロック0とUTESTは同じパーティション内にあることに注意してください。 それは「表102」に示されています。「フラッシュブロック構成」とS32K3リファレンスマニュアルの「21.3 UTest NVMセクター」に記載されています。 また、「14.6.5」の項もHSE-Bファームウェアリファレンスマニュアルにある「HSEとアプリケーションコア間のフラッシュ読み書きアクセスの同期」は、さらなる開発に重要となる場合があります。 解決策は、RAMまたは別のフラッシュメモリからコードを実行することです。 よろしくお願いいたします。 ルーカス Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 この問題を解決するために、属性設定APIの入力パラメータをグローバルな揮発性変数として配置しました。 しかし、ライフサイクルを変更するAPIを正常に実行した後、ECUは自動的にリセットされます。 変更ライフサイクルをUDSサービスとして実装する予定ですが、HSEファームウェアがECUを自動リセットすると実現できないようです。 交換サイクル後、ECUを正常に動作させるために何か特別な操作が必要ですか? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 NXPのデモアプリに倣って、Set_Attrサービスを使用してLCを進める機能を実装しました。これには3つのステップが含まれます。 プログラムADKP デバッグ認証モードをパスワードに変更します Advance HSE LC ステップ1,2は通常 Mu0 インスタンスと 1 つのフリーチャネルで実行されました。 ステップ3では常にFSR=0x0f600002とGSR=67030001が報告されます。 以下の手順は必要ですか? バックアップIVT アドレスLC構成ワード LCを進めるために何か見落としていることはありますか? HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL こんにちは、 @HaiHoangSoftware さん HSE_ERR_GENERALが発生する最も一般的な原因は、HSEサービスへのパラメータとして指定されたアドレスが無効であることです。それは、未実装メモリ空間を指す完全に無効なアドレスか、XRDC設定のためにHSEがそのメモリにアクセスできないか、あるいはメモリにマルチビットECCエラーがあるかのどちらかです。 データキャッシュが原因である可能性もあります。データキャッシュを無効にするか、HSEとの通信に使用されるすべてのメモリリソースをキャッシュ不可能なメモリに強制的に割り当てるようにしてください。 HSE_SRV_ID_GET_ATTR サービスの使用中にこのようなエラーが発生した場合は、pAttr アドレスを確認し、テスト目的でデータキャッシュを無効にしてください。 lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png よろしくお願いいたします。 ルーカス
查看全文
T1042 DDR4 初始化失败 我有一个使用64位接口连接DDR4内存的T1042设计。我们已经发现接口最高字节中存在半字节间位交换错误的问题,我们知道这个问题无法通过软件设置进行补偿。我们将在PWB版本中实施修复。然而,由于其余位均正确,且交换操作符合参考手册的允许范围,我们希望改为以 32 位模式运行,以便我们仍能继续启动软件和完成设计的其余部分。我尝试使用QCVS DDR验证工具,但是内存无法初始化。我已经输入了设备的参数,并确保按照我的设计设置了DQ[0:31]的DQ映射值,但是ERR_DETECT寄存器中的ACE位仍然是1。处理器通过SPI接口接收RCW信号,DDR频率设置为800MHz。是否可以使用CodeWarrior/QCVS来验证它是否接收到了正确的RCW值?还有哪些其他设置可能导致32位模式工作无法正常工作?任何支持我都将不胜感激。谢谢。 QorIQ T1 设备
查看全文
T1042 DDR4 Initialization Failure I have a T1042 design using 64-bit interface to DDR4.  We already found an issue with an improper bit swap between nibbles in the uppermost byte of the interface which we know cannot be compensated for in SW settings.  We are going to implement a fix in a PWB revision.  However since the rest of the bits are correct and the swapping falls into what is allowed according to the reference manual we are hoping to instead operate in 32-bit mode so that we can still proceed bringing up SW and the rest of the design.  I have tried this using QCVS DDR validation tool, however I cannot get the memory to initialize.  I have input the parameters of the device and made sure to set the DQ mapping values according to my design for DQ[0:31] however I continue to get bit ACE= 1 in the ERR_DETECT register.  The processor is getting the RCW via SPI interface and the DDR frequency is set to 800MHz.  Is there a way to use CodeWarrior/QCVS to verify it received the correct RCW value?  What are some other settings to consider for 32-bit mode operation that could explain why it is not working?  I would greatly appreciate any support.  Thank you. QorIQ T1 Devices
查看全文
S32 Design Studio for S32 Platform v3.4 License Expired My S32 Design Studio for S32 Platform v3.4 license has expired. Could you please extend the license for my activation code? Item Description: S32 Design Studio for S32 Platform v3.4 Order Number: S32DS-3-4_184061557 Total Number of Licenses:101 Activation Code: 878E-BE4B-A152-EB7E Thank you.
查看全文
S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, Our project using S32K358 with HSE B firmware with AB blocks. An issue happened when executing HSE API to get attribute cause reset. As I debug, before execute API, FSR is normal image.pngimage.png After executing Mu_Ip_SetTxRegister to set MU0 TR[1] register, 2 registers reports errors FSR status is 0F600002 means channel #1 execution is inprogress image (6).pngimage (6).png GSR status is 67030001 means HSE_ERR_GENERAL image 8.pngimage 8.png I checked other program that HSE APIs work normally, after executing Mu_Ip_SetTxRegister to set MU0 TR[1] register, 2 registers are normal FSR status is 0F600000 GSR status is 00000000 How to solve this issue? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, We are already check and the problem does not come from interrupt. It comes from the Watchdog. We disabled the watchdog and no reset happen. Thanks. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hello, is there any update on that case ? i'm facing the same issue. the MCU S32K324 got reset after 1 sec of advancing the life cycle to OEM_PROD using the HSE firmware ?  Thanks in advance Ayoub. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Your new case has been assigned to the regional FAE team, so I would suggest leaving the next steps and investigation to them in order to avoid duplicating efforts. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL By the time advancing HSE LC, I was using Trace32. May be the measurement time is not correct. Sorry for that. After a few tries unlocking debug port, Trace32 reports ECU continuously reset. Even if I do power off/on the board, the ECU still in reset. HaiHoangSoftware_0-1752114844597.pngHaiHoangSoftware_0-1752114844597.png How do I know which type of reset is happening (destructive/functional) and check the root cause? The debug port is secured in LC IN_FIELD. I can not unlock debug port with debug script because of this issue. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL If it happens 1s later, it can be anything. And it can be unrelated to life cycle advancing.  I would need more details about the problem.  Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Right after reset, the HSE secured the debug port because HSE lifecycle changed to IN_FIELD. RGM FES and DES registers can not be read right after reset. Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Do you know what was source of the reset? Did you check RGM FES and DES registers after the reset? If HSE firmware is installed, it is not possible to advance the life cycle using LC configuration word. There can be any value, it will be ignored when HSE firmware is installed. The life cycle can be advanced only via HSE service in this case. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I did execute these command in synchronous mode. The strange thing when I call set attribute to program ADPK and config debug authorization mode, the ecu execute normally. Only when I call set attribute to change HSE LifeCycle, the API return no error, but 1 second later, the program suddenly reset. Do I need to set the Address LC configuration word before advancing HSE LifeCycle? HaiHoangSoftware_0-1751869464437.pngHaiHoangSoftware_0-1751869464437.png What will happen if the value in LC configuration word is 0x00000000? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I did execute these command in synchronous mode. The strange thing when I call set attribute to program ADPK and config debug authorization mode, the ecu execute normally. Only when I call set attribute to change HSE LifeCycle, the API return no error, but 1 second later, the program suddenly reset. Do I need to set the Address LC configuration word before advancing HSE LifeCycle? HaiHoangSoftware_0-1751595287949.pngHaiHoangSoftware_0-1751595287949.png What if the value in LC configuration word is 0x00000000? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL My recommendation is to run the command as synchronous to avoid issues with interrupts.  A command is triggered by function Hse_Ip_ServiceRequest. And there's following sequence for asynchronous method: lukaszadrapa_0-1751363963705.pnglukaszadrapa_0-1751363963705.png The Mu_Ip… functions are inlined, so there’s no problem. But OsIf functions from BaseNXP module are not inlined, so you need to move them too. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, These APIs is places in Block 1, from 0x0060FB3E. Is that safe enough for the execution? Is there any reason to cause ECU reset? HaiHoangSoftware_0-1751350485291.pngHaiHoangSoftware_0-1751350485291.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Well, there's one missing sentence: UTEST flash is programmed by HSE when life cycle is advanced.  Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL The device is not supposed to automatically reset. Most likely, this is caused by read-while-write error. Read-while-write is supported between flash blocks. However, be aware that flash block 0 and UTEST are in the same partition. It’s shown in “Table 102. Flash block configuration” and in “21.3 UTest NVM sector” in S32K3 reference manual. And also section “14.6.5  Synchronizing flash read/write access between HSE and application core” in HSE-B Firmware reference manual can be important for further development. The solution is to execute the code from RAM or from another flash block. Regards, Lukas Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, I resolve this issue by placing input params for set attribute API as global volatile variable. But after execute API to change life cycle successfully, the ECU automatically reset. We plan to implement change lifecycle as a UDS service but it seems to be not possible if HSE firmware auto reset ECU. Do I need to do anything to run ECU normal after change lifecycle? Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi, Follow NXP demo App, I implement a function to advance LC using Set_Attr service include 3 steps: Program ADKP Change Debug authorization mode to Password Advance HSE LC Steps 1,2 was executed normally with Mu0 instance and 1 free channel. Steps 3 always reports FSR= 0x0f600002 and GSR=67030001 Are there any step below needed: Back up IVT Address LC configuration word Do I miss anything to advance LC? HaiHoangSoftware_0-1751280488672.pngHaiHoangSoftware_0-1751280488672.png Re: S32K358 HSE API causes reset and reports HSE_ERR_GENERAL Hi @HaiHoangSoftware  The most common reason for HSE_ERR_GENERAL is invalid address provided as a parameter for HSE service. It’s either completely invalid address pointing to unimplemented memory space or HSE has no access to that memory due to XRDC configuration or there’s multibit ECC error in that memory. It may be also caused by data cache – make sure that data cache is either disabled or that all memory resources used for communication with HSE are forced to non-cacheable memory. If you got such error when using HSE_SRV_ID_GET_ATTR service, check the pAttr address  and disable data cache for test purposes: lukaszadrapa_0-1751023995011.pnglukaszadrapa_0-1751023995011.png Regards, Lukas
查看全文
S32K3xx-WB LPUART RTD needed. S32K3x-WB LPUART Real-Time Driver example for LPUART required. Any support on this will be helpful? mex file to configure or any sample example. Re: S32K3xx-WB LPUART RTD needed. Hi The "S32K344 Whiteboard Example Project" includes examples for the S32K344-WB, including LPUART examples. However, the RTD versions used in these examples are outdated. For new projects, we recommend using the latest S32K3 RTD 7.0.1; however, the S32K344 examples included therein are designed for the S32K3X4EVB-Q257 or S32K3X4EVB-T172. This means you will need to check the schematics for differences regarding LPUART instances and pin assignments, and modify the RTD examples accordingly. Best Regards, Robin
查看全文
S32 Design Studio for S32 プラットフォーム v3.4 ライセンスが切れました 私のS32 Design Studio for S32 プラットフォーム v3.4のライセンスが期限切れになりました。 私のアクティベーションコードのライセンスを延長してもらえますか? アイテム説明:S32 プラットフォーム v3.4向けS32 Design Studio 注文番号: S32DS-3-4_184061557 ライセンス総数: 101 アクティベーションコード: 878E-BE4B-A152-EB7E よろしくお願いします。
查看全文
我想在 EVBMA7518S48V 上运行一个示例。 请帮忙,需要关于将初始程序烧录到该板上的整个工具链流程的详细信息。我已将我们遇到的错误附在下面。我还需要用户指南和手册的链接,另外,入门指南中有一个开放的图形用户界面工具,但我找不到BMA7518的这个工具。 另外,是否有直接的 .hex 文件?或者通过文件之类的东西,我们可以直接运行电路板吗? 用户指南中列出了所需的软件。 我拿到了 s32DS(如果版本重要请说明),但我不知道从哪里下载 unionGUI,我下载了 EVALGUI,但它不支持 7318 或 7518。哪里可以找到示例代码? • S32DS-ARM:S32 设计工作室 • UnionGUI • EVBMA7518S48V 示例代码 WhatsApp Image 2026-09-16 at 1.00.17 PM (1).jpegWhatsApp 图片 2026-09-16 下午 1:00:17 (1).jpeg WhatsApp Image 2026-09-16 at 1.00.17 PM.jpegWhatsApp 图片 2026-09-16 下午 1:00:17.jpeg
查看全文
s32k3 mbdt(バージョン1.4.2)は、wdgモジュールを使用する際にファイルが見つからないと報告します。 S32K3 で mbdt ライブラリのバージョン 1.4.2 を使用して wdg モジュールを使用していますが、コードを生成する際に「AeWdog_Ip_Irq.c:45:10:」というエラーが発生します。致命的なエラー: AeWdog_Ip_Cfg_Defines.h:そのようなファイルまたはディレクトリはありません。(このファイルは確かに存在しません。) RTDライブラリから手動で彼を追加したところ、他のすべての処理でエラーが発生しました。さらに多くのエラーが発生しました。 どうしたんだ?設定ミスでもしたのか?助けてください!
查看全文
NXPNfcRdLibのモジュールphalFelicaにおける脆弱性 - CVE-2026-87726 概要 サポートソフトウェアNXPNfcRdLibでCVE-2026-87726というソフトウェア脆弱性が特定されました。NXP NXPNfcRdLibモジュールphalFelicaのファームウェアバージョン07.14.00_PubまでのAPIバウンドチェックが不十分だと、権限を持つ攻撃者や信頼できない第三者が意図しないメモリ領域にアクセスし、機密性、整合性、可用性の限定的な喪失につながる可能性があります。 影響を受けるデバイス この脆弱性は、CLRC663ファミリのPN5180、PN7462、PN5190プラットフォーム上のNFCリーダソリューション上で、FeliCaベースのアプリケーションと組み合わせてNXPNfcRdLibバージョン07.14.00以前の展開に影響を与えます。 緩和 NFCリーダーライブラリで利用可能な最新のNXPNfcRdLibをご利用 ください |NXP Semiconductors 07.18.00以降のすべてのファームウェアバージョンでこの問題が修正されています。 了承 NXPは、責任ある情報開示を行ったEzhilamuthan氏に感謝の意を表します。
查看全文
S32K3xx-WB LPUART RTDが必要です。 S32K3x-WB LPUARTリアルタイム・ドライバの例が必要です。この件についてのサポートがあれば、何か助かりますか? 設定用のmexファイル、または任意のサンプル例。 Re: S32K3xx-WB LPUART RTD needed. ハイ 「 S32K344ホワイトボードサンプルプロジェクト」には、LPUARTのサンプルを含む、 S32K344-WBのサンプルが含まれています。 しかし、これらの例で使用されているRTDバージョンは旧式です。 新規プロジェクトには、最新版のS32K3 RTD 7.0.1の使用をお勧めします。ただし、そこに記載されているS32K344のサンプルは、 S32K3X4EVB-Q257またはS32K3X4EVB-T172向けに設計されています。つまり、LPUARTインスタンスとピン割り当てに関する違いがないか回路図を確認し、それに応じてRTDのサンプルを修正する必要があります。 よろしくお願いいたします ロビン
查看全文
LPUART1 TX FIFO が失敗しました こんにちは、皆さん。 私はS32K311とカスタムベアメタルドライバーを使い、2つのLPUARTインスタンスを同一設定(115200 8N1、TX/RX FIFO有効、同じinitシーケンス)で使っています。LPUART0は、TX FIFOとRX FIFOの両方が有効になっている場合でも完全に動作します。LPUART1 は以下を行いません: TX: DATAへの1回の書き込み(またはFIFO[TXFE]=1の間の1回のプッシュ)により、同じバイトがTXピンで物理的に3回送信されます。これはゴミデータやノイズではありません。私が書き込んだバイトが、3回連続して繰り返されたものです。TXピン(GPIO71)をオシロスコープ/ロジックアナライザで検証しました。 RX: このインスタンスでも、LPUART0とは異なり、RX FIFOが有効になっている間は受信が正しく動作しません(使用可能なデータが返ってきません)。 既に除外/確認済みであること: ボーレート/クロックは正しいです。文字の破損や位置ずれは見られず、正しいバイト値が3回重複しているだけです。これは、オーバーサンプリング/ボーレート(OSR/SBR)の計算ミスではないことを示しています。 クロックゲーティングは両方のインスタンスで有効化されており、MC_ME周辺クロック要求は同じ方法でLPUART0とLPUART1で有効化され(同じパーティション、逐次リクエストID)、同じコードパスのLPUART0も問題なく動作します。 試行錯誤で見つけた回避策: LPUART1でTX FIFO(FIFO[TXFE]=0)を無効にすると送信の問題(書き込み1フレーム、流量制御にWATER[TXCOUNT]の代わりにSTAT[TDRE]を使用)が解決します。 LPUART1でRXを動作させるには、RX FIFOを有効にしておく(FIFO[RXFE]=1)必要があります。 LPUART1で動作する唯一の構成は、TX FIFOを無効にし、RX FIFOを有効にすることです。これはLPUART0(両方のFIFOを有効にして問題なく動作)とは逆で、明らかにTXスループットやバースト能力を低下させます。 質問: S32K311 LPUART1インスタンス(または特定のLPUARTインスタンスの制限事項)において、TX FIFOが原因でフレームが重複するという既知の不具合はありますか? このデバイスでLPUART1とLPUART0ごとに異なる扱いが必要な追加のレジスタやビット(FIFO[TXFE]、WATER、BAUD[TDMAE])はありますか? TX FIFOが有効になっているときに、すべてのLPUARTインスタンスではなく、特定のインスタンスで「バイトが3回送信される」という同じ動作を確認した人はいますか? 正誤表、シリコン改訂ノート、または既知の回避策の説明に関する情報があれば、大変ありがたいです。 Re: LPUART1 TX FIFO Failed こんにちは、 @ijm1 さん。 クロックドメイン周波数の比率がサポートされているクロックオプションのいずれとも一致しない場合、ハードウェアモジュールで予測不能な動作が発生するのを確認しました。システムクロックは、RMに記載されている有効なクロックオプションのいずれかに従って常に設定する必要があります。 重要な要件は、時計間の比率が定義されたとおりに正確に維持されることです。 RMの表151(S32K312、S32K311、およびS32K310の場合)に記載されているとおりです。 「…選択されたクロック周波数は、システムクロック構成に示されているクロック分周比と同じ比率に従わなければなりません。」 まず確認してもらえますか? よろしくお願いいたします。 ダニエル
查看全文
需要S32K3xx-WB LPUART RTD。 需要 LPUART 的 S32K3x-WB LPUART 实时驱动程序示例。任何帮助都将不胜感激? 要配置的 mex 文件或任何示例。 Re: S32K3xx-WB LPUART RTD needed. HI “ S32K344 白板示例项目”包含S32K344-WB的示例,包括 LPUART 示例。 然而,这些示例中使用的 RTD 版本已经过时了。 对于新项目,我们建议使用最新的S32K3 RTD 7.0.1;然而,其中包含的 S32K344 示例是为S32K3X4EVB-Q257或S32K3X4EVB-T172设计的。这意味着您需要检查原理图,了解 LPUART 实例和引脚分配方面的差异,并相应地修改 RTD 示例。 此致敬礼, Robin
查看全文
LPUART1 TX FIFO 失败 大家好, 我正在使用 S32K311 和一个自定义的裸机驱动程序,用于两个配置完全相同的 LPUART 实例(115200 8N1,启用 TX/RX FIFO,相同的初始化序列)。LPUART0 在启用 TX 和 RX FIFO 的情况下都能完美工作。LPUART1 不具备以下功能: TX:对 DATA 进行一次写入(或当 FIFO[TXFE]=1 时进行一次推送)会导致同一个字节在 TX 引脚上物理传输 3 次。这不是垃圾/噪音——这是我写出的确切字节,连续重复了 3 次。使用示波器/逻辑分析仪在 TX 引脚 (GPIO71) 上进行了验证。 RX:在此实例上启用 RX FIFO 时,接收行为也不正常(没有可用数据返回),这与 LPUART0 不同。 我已经排除/确认了以下几点: 波特率/时钟正确:我没有看到损坏或错位的字符,只有正确的字节值重复了 3 次,这表明并非过采样/波特率 (OSR/SBR) 计算错误。 时钟门控在两个实例中均已启用:以相同的方式(相同的分区,顺序请求 ID)为 LPUART0 和 LPUART1 启用了 MC_ME 外设时钟请求,并且具有相同代码路径的 LPUART0 工作正常。 通过反复试验找到的解决方法: 禁用 LPUART1 上的 TX FIFO (FIFO[TXFE]=0) 可以解决发送问题(每次写入一个帧,使用 STAT[TDRE] 而不是 WATER[TXCOUNT] 进行流量控制)。 要使 LPUART1 上的 RX 正常工作,必须启用 RX FIFO (FIFO[RXFE]=1)。 因此,LPUART1 上唯一有效的配置是:TX FIFO 禁用,RX FIFO 启用——这与 LPUART0 正好相反(LPUART0 中两个 FIFO 都启用可以正常工作),并且显然会降低 TX 吞吐量/突发能力。 问题: 是否存在与 TX FIFO 导致帧重复相关的 S32K311 LPUART1 实例(或特定的 LPUART 实例限制)的已知勘误? 除了 FIFO[TXFE]、WATER、BAUD[TDMAE] 之外,该设备上的 LPUART1 和 LPUART0 是否还有其他需要特殊处理的寄存器/位? 是否有人观察到,在特定的 LPUART 实例上,而不是所有实例上,存在“启用 TX FIFO 时,字节传输 3 次”的相同行为? 任何关于勘误表、芯片修订说明或已知解决方法的线索都将不胜感激。 Re: LPUART1 TX FIFO Failed 嗨@ijm1 , 我曾观察到,当时钟域频率之间的比率与任何支持的时钟选项都不匹配时,硬件模块会出现不可预测的行为。系统时钟必须始终按照 RM 中列出的有效时钟选项之一进行配置。 关键要求是时钟之间的比率必须完全按照定义保持不变。 如RM表151(针对S32K312、S32K311和S32K310)所述: “……所选的任何时钟频率都必须符合系统时钟配置中所示的相同时钟分频比。” 请您先核实一下好吗? 问候, 丹尼尔
查看全文
模块 phalFelica 中的 NXPNfcRdLib 漏洞 - 常见漏洞与后门-2026-87726 概述 支持软件 NXPNfcRdLib 中发现了一个软件漏洞 - 常见漏洞与后门-2026-87726。NXP NXPNfcRdLib 模块 phalFelica(固件版本 07.14.00_Pub 之前)的 API 边界检查不足,可能允许具有特权的攻击者或不受信任的第三方访问非预期的内存区域,从而可能导致机密性、完整性和可用性的有限损失。 受影响的设备 当 NXPNfcRdLib 版本 07.14.00 及更早版本与基于 FeliCa 的应用程序一起使用时,在基于 CLRC663 系列、PN5180、PN7462 和 PN5190 平台构建的 NFC 阅读器解决方案上部署时,该漏洞会影响这些应用程序。 减轻 请使用NFC读取器库 | NXP 半导体上提供的最新 NXPNfcRdLib。从 07.18.00 开始的所有固件版本都已修复此问题。 致谢 NXP感谢Ezhilamuthan的负责任披露。
查看全文
NXPNfcRdLib vulnerability in module phalFelica - CVE-2026-87726 Overview A software vulnerability - CVE-2026-87726 - has been identified in the supporting software NXPNfcRdLib. An insufficient API bounds checking in NXP NXPNfcRdLib module phalFelica up to Firmware version 07.14.00_Pub may allow an attacker with privileges or an untrusted third party to access unintended memory regions, potentially leading to limited loss of confidentiality, integrity, and availability. Impacted devices The vulnerability affects deployments of NXPNfcRdLib versions 07.14.00 and earlier when used in conjunction with FeliCa-based applications on NFC Reader solutions built on the CLRC663 family, PN5180, PN7462, and PN5190 platforms. Mitigation Use the latest NXPNfcRdLib available on NFC Reader Library | NXP Semiconductors All firmware versions from 07.18.00 onwards have fixed this problem. Acknowledgment NXP would like to thank Ezhilamuthan for the responsible disclosure.
查看全文