Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
S32DS S32K144 SDK install fail Re: S32DS S32K144 SDK install fail OK,thank you Re: S32DS S32K144 SDK install fail Hi @joshua9264  The S32 Software Development Kit (SDK) for S32K1 is no longer supported in the newer S32DS versions. If you still need to work with this SDK version, please note that it is already bundled with S32DS v3.4,, it is recommended to use the same IDE version in which the software was originally developed and tested, as this helps avoid potential compatibility issues and simplifies the setup process. BR, VaneB Re: S32DS S32K144 SDK install fail Where to download S32DS v3.4? In the download page S32 Design Studio IDE for Arm based MCUs | NXP Semiconductors There's only java type foldes with no .exe Please advice
View full article
RT1xxx ENET: ラップアラウンド値を変更するためにATCORを書き込むと、修正カウンタはリセットされますか? こんにちは、 ETETペリフェラルの補正カウンターはATCORの書き込み時にリセットされるのかもしれません。 あるいは、ATCORの値が変更された場合にのみリセットされるのかもしれません。 よろしくお願いいたします 最大 i.MXRT 102x i.MXRT 105x Re: RT1xxx ENET: Does Correction Counter reset when writing ATCOR to change the Wrap-Around value? こんにちは、 @mastupristi さん、 ATCOR値が更新されても、新しい値はすぐに有効になるわけではなく、1回の修正期間中は古い値が使用されます。更新されたATCOR値は、補正カウンターがリセットされ、新しい補正期間が開始された後にのみ適用されます。 BR ハビブ
View full article
S32G3 LLCE CAN コントローラ ミックス割り込み こんにちは 現在の構成は、すべてのコントローラに対して割り込みRxおよびTxでした 1台のCANコントローラーにはミックスモードを使う必要があります 混合モードを選択しました 次に、ポーリングを使用するメールボックスを1つ選択し、チェックボックスを有効にします。 しかし、NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml の生成後に ベクトルスタックにインポートされるこのファイルは、読み書きメイン関数によって更新されていません。 ポーリングモードの場合のみ更新されます。 なぜミックスモードでアップデートされないのか、サポートが必要です。 Re: S32G3 LLCE CAN Controller MIXED interrupt こんにちは、 MomenHALAWA お問い合わせいただきありがとうございます。 どのLLCEバージョンを使っているか教えてもらえますか?私が確認をお手伝いします。 また、あなたの申請にはEBトレソを使っていますか?あなたのEBトレソのバージョンは何ですか? BR ジョーイ Re: S32G3 LLCE CAN Controller MIXED interrupt LLCEバージョン: EB Tresos 29.0.0、およびmcal専用のbsw(ベクトルから) Re: S32G3 LLCE CAN Controller MIXED interrupt こんにちは、 MomenHALAWA ご返信と情報提供ありがとうございます。 LLCE 1.0.10プロジェクトのarxmlテンプレートファイルを確認しましたが、読み書きのメイン機能は「POLLING」モードでのみ使われますが、混合モードのドライバはコード内にあります。LLCEの問題かもしれません。内部でさらに確認をお手伝いします。 eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml また、内部で確認するには時間がかかると思います。個人的な提案としては、「POLLING」モードでarxmlファイル内の読み書きメイン関数を生成し、「MIXED」モードで生成してこれらの関数をarxmlファイル内で使う方法を試すのが良いと思います。 この情報があなたの助けになれば幸いです。 BR ジョーイ
View full article
android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? Could you please send a copy t android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? If anyone could send a copy to my email, I would be very grateful." i.MX6 All i.MX6DL i.MX6Dual i.MX6DualPlus | 6QuadPlus i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL SCM-i.MX6DQ Re: android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? Could you please send Hello, Hope you're doing well, Please help me creating a support ticket so I can share the files. Note that we cannot share it otherwise. Best regards/Saludos, Aldo.
View full article
RT1xxx ENET:写入 ATCOR 以更改循环值时,校正计数器是否会重置? 您好, 我想知道在写入 ATCOR 时,校正计数器(在 ENET 外设中)是否会重置。 或者,也许只有当 ATCOR 中的值发生变化时才会重置? 顺祝商祺! 最大值 i.MX RT102x i.MX RT105x Re: RT1xxx ENET: Does Correction Counter reset when writing ATCOR to change the Wrap-Around value? 你好@mastupristi , 当 ATCOR 值更新时,新值不会立即生效,在一个校正周期内仍使用旧值。更新后的 ATCOR 值仅在校正计数器重置后,新的校正周期开始时才会应用。 BR 哈比卜
View full article
PF09 文档 我正在寻找演示板 KITPF09FRDMEVB 的电路原理图。 我下载了 KITPF09FRDMEVB-DESIGN-FILES,但是 .DSN 文件已损坏。 请问您能否告诉我哪里可以找到电路图文件(PDF格式也行)? 先行致谢。 Re: PF09 documentation 谢谢! Re: PF09 documentation 你好, 请尝试使用 Allegro Capture CIS 打开 DSN 文件。我打开它没有任何问题。 如果您无法使用 捕获 CIS,请提交支持工单以获取进一步帮助。很遗憾,我无法通过这个渠道分享设计文件。 同时,请查阅附件中的PDF文件。
View full article
PF09 documentation Im looking for the electric schematics of the demo board KITPF09FRDMEVB. I downloaded KITPF09FRDMEVB-DESIGN-FILES but the .DSN file is corrupted. Please could tou tell me where can i find the electric schmatics files (also in PDF) Thanks in advance. Re: PF09 documentation THank you. Re: PF09 documentation Hello, Please try opening the DSN file using Allegro Capture CIS. I was able to open it without any issues. If you are unable to use Capture CIS, please open a support ticket for further assistance. Unfortunately, I cannot share the design files through this channel. In the meantime, please find the PDF file attached for your reference.
View full article
PF09のドキュメント デモボードKITPF09FRDMEVBの電気回路図を探しています。 KITPF09FRDMEVB-DESIGN-FILESをダウンロードしましたが、DSNファイルが破損しています。 エレクトリック・シュマティクスのファイル(PDFも含む)がどこで見つかるか教えていただけませんか? よろしくお願いいたします。 Re: PF09 documentation よろしくお願いします。 Re: PF09 documentation こんにちは、 Allegro Capture CISを使用してDSNファイルを開いてみてください。問題なく開けることができました。 Capture CISをご利用できない場合は、 サポートチケット を開設してさらなるサポートを依頼してください。残念ながら、このチャネルを通じてデザインファイルを共有することはできません。 参考資料として、添付のPDFファイルをご確認ください。
View full article
CLRD730と701の互換性 こんにちは、 私たちのお客様には多くのCLRD 701が導入されています。彼らはもっと買いたいと思っている。コードを変更せずに730でアプリケーションを動かす可能性はどんなものでしょうか? どうもありがとうございました。よろしくお願いいたします。 Re: CLRD730 compatibility with 701 こんにちは、@fox13 さん。 お元気でお過ごしでしょうか。 NXP製品を引き続きご利用いただきありがとうございます。 ご質問についてですが、CLRD730をアプリケーションに組み合わせることは可能なはずです。 Pegoda CLRD730デスクトップリーダーは、デフォルトのWindows CCIDドライバーで動作するよう設計されていることをご考慮ください。また 、 CLRD730データシート のセクション6.8「 PC/SCモード」 のご確認もお勧めします 統合に関する関連情報をカバーしています。 敬具 ジェイミー。
View full article
Title: RW612 Flash Programming Verification Failed at 0x08400000 on Murata Type 2FR EVK Hello NXP Community, I am using the Murata Type 2FR (LBES0ZZ2FR-EVK) based on the NXP RW612 MCU and need help resolving a flash programming issue. Initially, I followed the Murata Type 2FR Wi-Fi CLI project and its documentation. I successfully built and flashed the Wi-Fi CLI application and connected the device to a Wi-Fi network. After that, I tried the Wi-Fi MQTT example, which also worked successfully on the same board. However, after some time, I suddenly became unable to program new firmware into the device. Problem description I have tried flashing different firmware binaries at their respective addresses: Application firmware: 0x08000000 Wi-Fi firmware: 0x08400000 Bluetooth firmware: 0x08540000 I also tried reflashing the previously working Wi-Fi CLI and Wi-Fi MQTT projects, but the problem persists. I can connect to the RW612 using SEGGER J-Link over SWD, and I can read the existing flash contents. However, programming fails during flash verification. The issue occurs with different firmware images and is not limited to one project or address. I came across the NXP Community article titled “How to solve flashing problems in FRDM-RW612 (flash lock)” and tried to follow the suggested recovery approach using MCUXpresso Secure Provisioning Tool. However, I have not been able to resolve the problem. I also tried the ROM ISP recovery approach using USB and UART, but neither method worked successfully. When using the USB approach, blhost -- list-memory reports: Specified USB HID device not found: 0x1FC9, 0x0020 The device is visible in Windows Device Manager as a USB serial port (COM16), but the provisioning tool does not detect the expected USB HID device. Current J-Link error I am using J-Link Commander V8.44 with the RW612 target selected. The debugger successfully connects to the Cortex-M33 over SWD, and the target voltage is approximately 3.3 V. When programming the Wi-Fi firmware binary rw61x_sb_wifi_a2.bin at 0x08400000, I receive the following error: J-Link>loadfile "...\\rw61x_sb_wifi_a2.bin" 0x8400000 Downloading file [...] J-Link: Flash download: Bank 0 @ 0x08000000: 1 range affected (589824 bytes) J-Link: Flash download: Total: 4.538s J-Link: Flash download: Program speed: 249 KB/s ****** Error: Verification failed @ address 0x08400000 Error while programming flash: Verify failed. Unable to perform operation! Command failed with exit code 1 The same general problem occurs when I try programming the application firmware and other previously working binaries. What I need help with Could this be caused by a flash write lock, security configuration, flash protection, or an incorrect flash programming algorithm? Is there a reliable procedure to recover or unlock the RW612 flash on the Murata Type 2FR EVK using MCUXpresso Secure Provisioning Tool? Can the FRDM-RW612 flash recovery procedure be safely applied to the Murata Type 2FR EVK? Are there any board-specific differences in entering ROM ISP mode? Since the debugger can connect and read flash contents, but programming fails verification, what should I check next? Is there a way to restore flash programming access without damaging the existing board configuration or permanently disabling debug access? I would appreciate a step-by-step recovery procedure, particularly for the MCUXpresso Secure Provisioning Tool and ROM ISP method. The board was previously working correctly with both the Wi-Fi CLI and Wi-Fi MQTT examples. The problem appeared later, without any intentional change to the hardware. Thank you for your help. Re: Title: RW612 Flash Programming Verification Failed at 0x08400000 on Murata Type 2FR EVK Hello @sakshee, hope you are doing well. I will address your questions below: > Could this be caused by a flash write lock, security configuration, flash protection, or an incorrect flash programming algorithm? The flash locking occurs when an application is written to the flash with an invalid flash configuration block (FCB), for example, when the application was built considering a different external flash device. In the case of the Murata Type 2FR it contains a different flash from the FRDM-RW612, hence, a different FCB is required for each board. Could you please confirm if an application build for the FRDM-RW612 was built and flashed to the 2FR EVK? > Is there a reliable procedure to recover or unlock the RW612 flash on the Murata Type 2FR EVK using MCUXpresso Secure Provisioning Tool? If the previous case happened and the flash was locked, the reliable way to unlock it is as stated in the mentioned post: How to solve flashing problems in FRDM-RW612 (flash lock), however, this guide focuses on unlocking the FRDM-RW612. In order to apply this guide to the Murata's flash, I'd recommend following the general steps below (referencing both the Secure Provisioning Tool and the post itself): Set the board to ISP mode. Open the workspace, and select the RD-RW612-BGA option, as well as the "rdrw612bga_gpio_led_output_extfls.s19" source executable image. Configure the UART interface. Once in the main workspace menu, make sure the flash configurations match with the EVK's flash configurations in the Boot Memory Configuration window (please see the image below) Follow the rest of the guide as-is. > Can the FRDM-RW612 flash recovery procedure be safely applied to the Murata Type 2FR EVK? Are there any board-specific differences in entering ROM ISP mode? No, both boards have different flash memories each, therefore you must consider the steps shared in the previous answer. Also, I'd recommend checking the migration guide for RW612 development boards as it provides specific considerations regarding this same topic and application customization. > Since the debugger can connect and read flash contents, but programming fails verification, what should I check next? Please first check the mentioned procedure and information and let me know your findings. > Is there a way to restore flash programming access without damaging the existing board configuration or permanently disabling debug access? The shared procedure should not generate any damage to your board configuration, nor the debug access ports. Please let me know if this helps.
View full article
RT1xxx ENET: Does Correction Counter reset when writing ATCOR to change the Wrap-Around value? Hi, I wonder if the Correction Counter (in the ENET peripheral) is reset upon a write of ATCOR. Or maybe it is reset only if the value in ATCOR is changed? best regards Max i.MXRT 102x i.MXRT 105x Re: RT1xxx ENET: Does Correction Counter reset when writing ATCOR to change the Wrap-Around value? Hello @mastupristi,  When the ATCOR value is updated, the new value does not take effect immediately, it still uses the old value for one correction period. The updated ATCOR value is applied only after the correction counter resets, and a new correction period begins. BR Habib
View full article
android_KK4.4.3_2.0.0-ga_core_source.tar.gz “我可以在哪里下载它?”请您发送一份副本。 android_KK4.4.3_2.0.0-ga_core_source.tar.gz “我可以在哪里下载?”如果有人能把副本发到我的邮箱,我将非常感激。 i.MX6 全部 i.MX6DL i.MX6 双核 i.MX6DualPlus | 6QuadPlus i.MX6 四核 i.MX6S i.MX6SL i.MX6SoloX i.MX6UL SCM-i.MX6DQ Re: android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? Could you please send 你好, 希望你一切都好。请帮我创建一个支持工单,以便我可以分享文件。 请注意,除此之外我们无法分享。 此致敬礼/Saludos, 阿尔多。
View full article
标题:Murata Type 2FR EVK 上的 RW612 闪存编程验证失败,错误地址为 0x08400000 NXP社区的各位朋友,大家好! 我正在使用基于 NXP RW612 MCU 的 Murata Type 2FR (LBES0ZZ2FR-EVK) ,需要帮助解决闪存编程问题。 最初,我参考了 Murata Type 2FR Wi-Fi CLI 项目及其文档。我已成功构建并刷写了 Wi-Fi CLI 应用程序,并将设备连接到了 Wi-Fi 网络。之后,我尝试了 Wi-Fi MQTT 示例,该示例在同一块板上也成功运行。 然而,过了一段时间后,我突然无法将新的固件编程到设备中。 问题描述 我已尝试将不同的固件二进制文件刷入到各自的地址: 应用程序固件: 0x08000000 Wi-Fi固件版本: 0x08400000 蓝牙固件版本: 0x08540000 我还尝试重新刷写之前运行正常的 Wi-Fi CLI 和 Wi-Fi MQTT 项目,但问题仍然存在。 我可以通过 SEGGER J-Link 经由 SWD 连接到 RW612,并且可以读取现有的闪存内容。然而,在闪存验证过程中编程失败。该问题在不同的固件镜像中都会出现,并且不局限于某个项目或地址。 我偶然看到NXP社区一篇题为“如何解决FRDM-RW612的烧录问题(闪存锁定)”的文章,并尝试使用MCUXpresso安全配置工具按照建议的方法进行恢复。然而,我仍然无法解决问题。 我还尝试了使用 USB 和 UART 进行 ROM ISP 恢复的方法,但两种方法都失败了。使用 USB 方法时, blhost -- list-memory命令报告: 未找到指定的 USB HID 设备:0x1FC9、0x0020 该设备在 Windows 设备管理器中显示为 USB 串行端口 (COM16),但配置工具无法检测到预期的 USB HID 设备。 当前 J-Link 错误 我正在使用 J-Link Commander V8.44,并选择了 RW612 目标。调试器通过 SWD 成功连接到 Cortex-M33,目标电压约为 3.3 V。 当对地址为0x08400000 的Wi-Fi 固件二进制文件rw61x_sb_wifi_a2.bin进行编程时,出现以下错误: J-Link>loadfile "...\\rw61x_sb_wifi_a2.bin" 0x8400000 Downloading file [...] J-Link: Flash download: Bank 0 @ 0x08000000: 1 range affected (589824 bytes) J-Link: Flash download: Total: 4.538s J-Link: Flash download: Program speed: 249 KB/s ****** Error: Verification failed @ address 0x08400000 Error while programming flash: Verify failed. Unable to perform operation! Command failed with exit code 1 当我尝试对应用程序固件和其他以前可以正常运行的二进制文件进行编程时,都会出现同样的问题。 我需要哪些方面的帮助? 这可能是由于闪存写入锁定、网络安全配置、闪存保护或错误的闪存编程算法造成的吗? 使用 MCUXpresso Secure Provisioning Tool 是否有可靠的方法来恢复或解锁 Murata Type 2FR EVK 上的 RW612 闪存? FRDM-RW612 的闪存恢复程序可以安全地应用于 Murata Type 2FR EVK 吗?进入 ROM ISP 模式时,不同板之间是否存在板级差异? 既然调试器可以连接并读取闪存内容,但编程验证失败,接下来我应该检查什么? 有没有办法在不损坏现有板配置或永久禁用调试访问的情况下恢复闪存编程访问权限? 我希望能够获得详细的恢复步骤说明,特别是针对 MCUXpresso 安全配置工具和 ROM ISP 方法的说明。 该板之前使用 Wi-Fi CLI 和 Wi-Fi MQTT 示例都能正常工作。问题出现于之后,并非人为对硬件进行任何改动。 感谢您的帮助。 Re: Title: RW612 Flash Programming Verification Failed at 0x08400000 on Murata Type 2FR EVK 你好@sakshee ,希望你一切都好。 下面我将回答您的问题: 这可能是由于闪存写入锁定、网络安全配置、闪存保护或错误的闪存编程算法引起的吗? 当应用程序使用无效的闪存配置块 (FCB) 写入闪存时,就会发生闪存锁定,例如,当应用程序在构建时考虑了不同的外部闪存设备。以 Murata Type 2FR 为例,它包含与 FRDM-RW612 不同的闪存,因此每块板都需要不同的 FCB。请问是否已构建 FRDM-RW612 的应用程序版本并将其刷写到 2FR EVK 中? > 是否有可靠的方法可以使用 MCUXpresso Secure Provisioning Tool 恢复或解锁 Murata Type 2FR EVK 上的 RW612 闪存? 如果发生了上述情况并且闪存被锁定,则可靠的解锁方法如上述帖子中所述:如何解决 FRDM-RW612 的刷机问题(闪存锁定) ,但是,本指南重点介绍如何解锁 FRDM-RW612。为了将本指南应用于 Murata 的闪存,我建议按照以下一般步骤操作(参考安全配置工具和本文本身): 将板设置为ISP模式。 打开工作区,选择 RD-RW612-BGA 选项,以及“rdrw612bga_gpio_led_output_extfls.s19”;源可执行映像。 配置UART接口。 进入主工作区菜单后,请确保闪存配置与 EVK 的启动内存配置窗口中的闪存配置相匹配(请参见下图)。 请按指南其余部分的步骤操作。 > FRDM-RW612 的闪存恢复程序可以安全地应用于 Murata Type 2FR EVK 吗?进入 ROM ISP 模式时,不同板之间是否存在差异? 不,两块板的闪存各不相同,因此您必须考虑上一个答案中提到的步骤。另外,我建议您查看RW612 开发板的迁移指南,因为它提供了有关此主题和应用程序定制的具体注意事项。 既然调试器可以连接并读取闪存内容,但编程验证失败,接下来我应该检查什么? 请先核对上述步骤和信息,并将您的核对结果告知我。 > 是否有办法在不损坏现有板配置或永久禁用调试访问的情况下恢复闪存编程访问权限? 共享程序不应对您的电路板配置或调试访问端口造成任何损坏。 请告诉我这是否有帮助。
View full article
android_KK4.4.3_2.0.0-ga_core_source.tar.gz「どこでダウンロードできますか?コピーを送ってもらえますか? android_KK4.4.3_2.0.0-ga_core_source.tar.gz 「どこでダウンロードできる?もし誰かが私のメールにコピーを送っていただければ、とても感謝します。」 i.MX6 全て i.MX6DL i.MX6Dual i.MX6DualPlus | 6QuadPlus i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL SCM-i.MX6DQ Re: android_KK4.4.3_2.0.0-ga_core_source.tar.gz "Where can I download it? Could you please send こんにちは、 お元気でいらっしゃいますか?サポートチケットの作成を手伝っていただけますか?ファイルを共有できるように。 それ以外の場合には共有できません。 よろしくお願いいたします。 アルド。
View full article
タイトル: RW612 フラッシュプログラミング検証が、Murata Type 2FR EVK の 0x08400000 で失敗しました こんにちは、NXPコミュニティの皆さん、 私はNXP RW612 MCUをベースにしたMurata Type 2FR(LBES0ZZ2FR-EVK)を使っており、フラッシュプログラミングの問題を解決する助けが必要です。 最初は村田Type 2FR Wi-Fi CLIプロジェクトとそのドキュメントをフォローしていました。Wi-Fi CLIアプリケーションを無事に構築・フラッシュし、デバイスをWi-Fiネットワークに接続しました。その後、Wi-Fi MQTTのサンプルを試してみたところ、同じボード上で正常に動作しました。 しかし、しばらくすると、突然、デバイスに新しいファームウェアを書き込むことができなくなってしまった。 問題の説明 それぞれのファームウェアバイナリを、対応するアドレスに書き込んでみました。 アプリケーションファームウェア:0x08000000 Wi-Fiファームウェア: 0x08400000 Bluetoothファームウェア: 0x08540000 以前正常に動作していたWi-Fi CLIとWi-Fi MQTTプロジェクトを再フラッシュしてみましたが、問題は解決しませんでした。 SEGGER J-Linkを使ってSWD経由でRW612に接続でき、既存のフラッシュの内容も読み取れます。しかし、フラッシュ検証中にプログラミングが失敗する。この問題は様々なファームウェアイメージで発生し、特定のプロジェクトやアドレスに限定されるものではありません。 NXPコミュニティの「FRDM-RW612(フラッシュロック)のフラッシュ問題の解決方法」という記事を見つけ、MCUXpresso Secure Provisioning Toolを使って提案された回復方法を試しました。しかし、問題を解決できていません。 USBとUARTを使ったROM ISP復旧方法も試しましたが、どちらもうまくいきませんでした。USB方法を使うと、 blhost -- list-memory の報告: 指定されたUSB HIDデバイスが見つかりません: 0x1FC9、0x0020 デバイスはWindowsデバイスマネージャーでUSBシリアルポート(COM16)として表示されますが、プロビジョニングツールは期待されるUSB HIDデバイスを検出しません。 現在のJ-Linkエラー 私はRW612ターゲットを選択したJ-Link Commander V8.44を使用しています。デバッガはSWD経由でCortex-M33に接続し、目標電圧は約3.3Vです。 Wi-Fiファームウェアバイナリrw61x_sb_wifi_a2.binをアドレス0x08400000に書き込む際に、以下のエラーが発生します。 J-Link>loadfile "...\\rw61x_sb_wifi_a2.bin" 0x8400000 Downloading file [...] J-Link: Flash download: Bank 0 @ 0x08000000: 1 range affected (589824 bytes) J-Link: Flash download: Total: 4.538s J-Link: Flash download: Program speed: 249 KB/s ****** Error: Verification failed @ address 0x08400000 Error while programming flash: Verify failed. Unable to perform operation! Command failed with exit code 1 同じような一般的な問題は、アプリケーションのファームウェアや以前は動作していたバイナリをプログラムしようとすると発生します。 私が助けを必要としているのは これはフラッシュ書き込みロック、セキュリティ設定、フラッシュ保護、あるいは誤ったフラッシュプログラミングアルゴリズムが原因かもしれません。 MCUXpresso Secure Provisioning Toolを使用して、Murata Type 2FR EVKのRW612フラッシュを復元またはロック解除するための信頼できる手順はありますか? FRDM-RW612フラッシュリカバリー手順は村田タイプ2FR EVKに安全に適用できますか?ROM ISPモードに入る際、基板固有の違いはありますか? デバッガは接続してフラッシュの内容を読み取れるのに、プログラムが検証に失敗するので、次に何を確認すればいいのでしょうか? 既存のボード構成を壊さず、デバッグアクセスを永久に無効化せずにフラッシュプログラミングアクセスを復元する方法はありますか? 特にMCUXpressoセキュアプロビジョニングツールとROM ISP方法について、段階的な復旧手順を教えていただけるとありがたいです。 以前は、このボードはWi-Fi CLIとWi-Fi MQTTの両方のサンプルで正常に動作していました。問題は後になって発生したが、ハードウェアに意図的な変更は一切加えていない。 ご協力ありがとうございます。 Re: Title: RW612 Flash Programming Verification Failed at 0x08400000 on Murata Type 2FR EVK こんにちは、 @sakshee さん。お元気でお過ごしでしょうか。 ご質問にお答えします。 > これはフラッシュ書き込みロック、セキュリティ設定、フラッシュ保護、または誤ったフラッシュプログラミングアルゴリズムによって引き起こされる可能性はありますか? フラッシュロックは、アプリケーションが無効なフラッシュ構成ブロック(FCB)でフラッシュに書き込みられた場合、例えば異なる外部フラッシュデバイスを想定してアプリケーションが構築された場合に発生します。村田タイプ2FRの場合はFRDM-RW612とは異なるフラッシュを搭載しているため、各基板ごとに異なるFCBが必要です。FRDM-RW612のアプリケーションビルドが2FR EVKにビルドされ、フラッシュされたかどうか確認していただけますか? MCUXpresso Secure Provisioning Toolを使用して、Murata Type 2FR EVKのRW612フラッシュを復元またはロック解除するための信頼できる手順はありますか? 前述のケースでフラッシュがロックされている場合、信頼できる解除方法は前述の投稿「 FRDM-RW612(フラッシュロック)でのフラッシュ問題の解決方法」ですが、このガイドではFRDM-RW612の解除に焦点を当てています。このガイドを村田製作所製フラッシュメモリに適用するには、以下の一般的な手順に従うことをお勧めします(セキュアプロビジョニングツールとこの記事の両方を参照してください)。 ボードをISPモードに設定してください。 ワークスペースを開き、RD-RW612-BGAオプションと「rdrw612bga_gpio_led_output_extfls.s19」を選択します。ソース実行可能イメージ。 UARTインターフェースの設定をしてください。 メインワークスペースメニューに入ったら、ブートメモリ構成ウィンドウで、フラッシュ構成がEVKのフラッシュ構成と一致していることを確認してください(下の画像を参照)。 残りの手順はガイドの指示通りに行ってください。 >FRDM-RW612フラッシュリカバリー手順は村田タイプ2FR EVKに安全に適用できますか?ROM ISPモードに入る際に基板固有の違いはありますか? いいえ、両方のボードはそれぞれ異なるフラッシュメモリーを持っているので、前の回答で説明した手順を考慮する必要があります。また、 RW612開発ボードの移行ガイド も確認することをお勧めします。同じトピックやアプリケーションのカスタマイズに関する具体的な注意点が記載されています。 > デバッガは接続してフラッシュの内容を読み取れるのに、プログラミングが検証に失敗するので、次に何を確認すればいいでしょうか? まず、記載されている手順と情報をご確認いただき、その結果をお知らせください。 > 既存の基板構成を損傷したり、デバッグアクセスを永久に無効にしたりせずに、フラッシュプログラミングへのアクセスを復元する方法はありますか? 共有手順はボード構成やデバッグアクセスポートにダメージを与えることはありません。 これが役に立つかどうか教えてください。
View full article
S32G3 LLCE CAN Controller MIXED interrupt Hello  current configuration was interrupt Rx & Tx for all controllers  we need to use Mixed mode for one CAN Controller  we Selected mode to be mixed  Then one mail box to be using polling , check box activated  but after generation NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml This file which will be imported to vector stack not been updated by read and write mian functions  its only been updated if the mode is polling . we need support to know why its not updated on mixed mode . Re: S32G3 LLCE CAN Controller MIXED interrupt Hi,MomenHALAWA Thank you for contacting us. Could you tell me which LLCE version are you using? I will help you to check it. Also, are you using the EB tresos for your application? What is the version of your EB tresos?  BR Joey Re: S32G3 LLCE CAN Controller MIXED interrupt LLCE Version :  EB Tresos 29.0.0 and for mcal only bsw from vector  Re: S32G3 LLCE CAN Controller MIXED interrupt Hi,MomenHALAWA Thank you for your reply and information. I checked arxml template file in the LLCE 1.0.10 project, the read and write main functions only will be used in the "POLLING" mode, but the mixed mode driver can be found in the code, it might be an issue with LLCE. I will help you in further confirming it internally. eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml Also, it will take some time for confirming it internally, for my personal suggestion, I think you can try to use the “POLLING” mode to generate the read and write main functions in the file of arxml, and use these functions in the arxml file by generating in the "MIXED" mode. Hope this information can help you. BR Joey
View full article
S32G3 LLCE CAN 控制器混合中断 你好 当前配置为中断所有控制器的接收和发送 (Rx & Tx)。 我们需要对一个CAN控制器使用混合模式。 我们选择了混合模式 然后,选中一个要使用轮询的邮箱复选框,该邮箱将启用轮询功能。 但是生成 NXP_MCAL_GenData\swcd\Can_43_LLCE_Bswmd.arxml 之后 该文件将被导入到向量堆栈中,但尚未通过读写主函数进行更新。 只有在轮询模式下才会更新。 我们需要技术支持,以了解为什么混合模式下它没有更新。 Re: S32G3 LLCE CAN Controller MIXED interrupt 你好, MomenHALAWA 感谢您与我们联系。 请问您使用的是哪个版本的LLCE?我会帮你检查一下。 另外,您的应用中使用的是 EB tresos 吗?你的EB Tresos是什么版本? BR 乔伊 Re: S32G3 LLCE CAN Controller MIXED interrupt LLCE 版本: EB Tresos 29.0.0 和仅适用于 mcal 的 bsw 来自 vector Re: S32G3 LLCE CAN Controller MIXED interrupt 你好, MomenHALAWA 感谢您的回复和提供的信息。 我检查了 LLCE 1.0.10 项目中的 arxml 模板文件,发现读写主函数仅在“轮询”模式下使用,但代码中却存在混合模式驱动程序,这可能是 LLCE 的问题。我会协助您在内部进一步确认。 eclipse\plugins\Can_43_LLCE_TS_T40D11M10I10R0\generate_swcd\swcd\Can_43_LLCE_Bswmd.arxml 另外,内部确认还需要一些时间。就我个人建议而言,我认为您可以尝试使用“轮询”模式在 arxml 文件中生成读取和写入主函数,然后通过在“混合”模式下生成来在 arxml 文件中使用这些函数。 希望这些信息对您有所帮助。 BR 乔伊
View full article
CLRD730 compatibility with 701 Hello, We have a customer with many CLRD 701 deployed. They would like to buy more. What is the chance to have their application working with the 730 without modifying the code ?  Thanks a lot and best regards. Re: CLRD730 compatibility with 701 Hello @fox13 , Hope you are doing great. Thank you for continuing to choose NXP products. Regarding your question, it should be possible to use the CLRD730 with your application. Please consider that the Pegoda CLRD730 desktop reader is designed to work with the default Windows CCID driver.  We also encourage you to review Section 6.8 "PC/SC mode" of the CLRD730 datasheet, which covers relevant information for your integration. Best Regards, Jaime.
View full article
CLRD730 与 701 的兼容性 你好, 我们有一位客户部署了许多 CLRD 701。他们还想买更多。不修改代码,他们的应用程序与730兼容的可能性有多大? 非常感谢,并致以最诚挚的问候。 Re: CLRD730 compatibility with 701 你好@fox13 , 希望你一切都好。 感谢您一直以来选择恩智浦产品。 关于您的问题,CLRD730 应该可以与您的应用程序一起使用。 请注意,Pegoda CLRD730 桌面读卡器设计用于默认的 Windows CCID 驱动程序。我们还建议您查阅 CLRD730 数据手册 的 6.8 节“ PC/SC 模式” ,其中包含与您的集成相关的必要信息。 此致, 杰米。
View full article
Example S32K311 SPI LinTrcv_fs23 MCAL S32DS3.6.11 RTD7.0.1 ***************************************************************************** *Detailed Description: *This is a basic communication example for LIN transceiver module of FS23 SBC with SPI interface. *The FS23 SBC on the S32K31XEVB-Q100 board integrated a LIN transceiver. To test LIN communication, another board or a LIN analyzer must be used. *In this example, the S32K311 configures and controls the FS23 via LPSPI0. *The FS23 LinTrcv driver is initialized by calling LinTrcv_43_fs23_Init(), while LinTrcv_43_fs23_SetOpMode() is used to change the operating mode of the integrated LIN transceiver. *After initialization is complete, the S32K3 transmits a LIN frame with ID 0x1A. *At this stage, the LIN frame should be received by the LIN analyzer connected to the J9 LIN bus interface on the S32K31XEVB-Q100 board. *LED Indications: Blue LED ON: LIN frame transmission in progress Blue LED OFF: LIN frame transmission completed Red LED flashes: LIN frame transmission timed out *---------------------------------------------------------------------------- *Test HW: * S32K31XEVB-Q100 Board SCH-55131 REV A1 P32K311HVS 0P98C * PCAN-USB Pro * PCAN-USB Pro | S32K31XEVB-Q100 ------------------------|-------------------- LIN LIN2.4 | J9.1 VBAT LIN2.9 | J9.2 GND LIN2.5 | J9.4 - S32K31XEVB-Q100 Jumper Configuration: J25 1-2 https://www.nxp.com/document/guide/getting-started-with-the-s32k31xevb-q100-evaluation-board-for-general-purpose:GS-S32K31XEVB-Q100?section=plug-it-in_plug-it-in-1 Test SW: *PLIN-View Pro *SDK: * S32K3_S32M27x Real-Time Drivers ASR R23-11 Version 7.0.1 (SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip) * 2.0.0 SBC FS23 R23-11 2.0.0 (SBC_FS23_R23-11_2.0.0_D2604_DesignStudio_updatesite.zip) *Debugger: S32DS 3.6.11, OpenSDA/ PEmicro Multilink Universal FX *Target: internal_FLASH *Reference Documentation: * AN14041 FS23 quick start guide (Rev. 2.0 23 January 2025) * AN14129 FS23 implementation and behaviors (Rev. 2.0 13 December 2024) * FS23, Safety System Basis Chip (SBC) with Power Management, CAN FD and LIN Transceivers Data Sheet (Rev. 8.0 30 June 2025) * RTD_SBC_FS23_UM.pdf C:\NXP\S32DS.3.6.11_S32K3_RTD701\S32DS\software\common\SBC_FS23\Sbc_fs23_TS_T40DXXM20I0R0\doc * RTD_LINTRCV_43_FS23_UM.pdf C:\NXP\S32DS.3.6.11_S32K3_RTD701\S32DS\software\common\SBC_FS23\LinTrcv_43_fs23_TS_T40DXXM20I0R0\doc * AUTOSAR_CP_SWS_LINDriver.pdf https://www.autosar.org/fileadmin/standards/R23-11/CP/AUTOSAR_CP_SWS_LINDriver.pdf * This example is migrated from LinTrcv_fs23_Example_S32K312. The method of migrating refers to the video "2.S32DS CT MCAL demo porting K344 to K312 based on RTD500": https://community.nxp.com/t5/S32K-Knowledge-Base/S32K3-Tools-Part-How-to-port-RTD-s-existing-MCAL-demo-to-other/ta-p/1966315 ***************************************************************************** * Revision History: * Ver Date Author Description of Changes * 0.0 10-14-2026 Robin Shen Initial version *****************************************************************************
View full article