Example MPC5748G FlexCAN RXFIFO SDK PA RTM200 S32DS.Power.2017.R1 ******************************************************************************** Detailed Description: Configures the FlexCAN 0 to transmit and receive a CAN message  Baudrate to is set to 500kbps. In this config, RXFIFO is used to receive a messages. 16 filter elements are defined in the RXFIFO table. Both standard and extended IDs are used. MB10 is moreover used to receive a message with given standard ID. MB11 is used to transmit a message upon button press. The callback function is installed as well and is it called each time message is received in MB10, RXFIFO or message is transmitted. NOTE! Termination resistor (120Ohm) have to be placed on transceivers output             12V power supply must be connected. ------------------------------------------------------------------------------ Test HW: DEVKIT-MPC5748G Maskset: 0N78S Target : FLASH Fsys: 160 MHz PLL ******************************************************************************** General

Mifare Classic クローンをHandyに こんにちは、良い一日を。当ジムでは、Mifare Classic EV1（MF1S50）チップを搭載したリストバンドを使用しています。このチップを複製してモバイルフォンに保存し、代わりにモバイルフォンのNFCセンサを使用する方法はありますか？つまり、リストバンドではなく、スマートフォン本体を使ってログインすることは可能でしょうか？もしそうなら、どうすればいいですか？私は既にNXP TagInfoとNXP TagWriterという2つのアプリを試してみました。残念ながら、それらのツールを使ってもうまく動作させることができませんでした。あるいは、途中でどこかでミスをしてしまったのかもしれません。手伝っていただけませんか？ゲラベルク（テューリンゲン州）より、心からのご挨拶を申し上げます。 タッチ・センサ Re: Mifare Classic clone to Handy こんにちは、 @digamcrown 残念ながら、MIFARE Classic EV1カードを複製してスマートフォンのNFCインターフェースで直接使用することはできません。 主な理由は以下のとおりです。 スマートフォンはMIFARE Classicカードのエミュレーションをサポートしていません（NFCコントローラーではCrypto-1はサポートされていません）。カードUIDはモバイルデバイス上で複製できません。 モバイルオペレーティングシステム（Android/iOS）は、セキュリティ上の理由から低レベルのNFCアクセスを制限しています。 したがって、NXP TagInfoやTagWriterといったツールでは、この機能を実現することはできません。 Re: Mifare Classic clone to Handy こんにちは、 こんにちは、 MIFARE Classicカードはセキュアメモリを搭載しているため、ジムのシステムを提供している業者に連絡して、スマートフォンにデジタルバッジを作成できるソリューションを提供しているかどうかを問い合わせるべきです。 MIFARE 2GOについては、https://www.nxp.com/products/security-and-authentication/secure-service-2go-platform/mifare-2go :MIFARE2GO をご覧ください。

FS32K142 的电源问题 尊敬的恩智浦专家 本设计中使用的 MCU 是 FS32K142HFT0MLF。 我的问题是：这个设备可以用 3.3 V 电源供电吗，即 VDD = +3.3V? 期待您的回复。 顺颂商祺。 远 Re: Power supply issue with FS32K142 你好@Julián_AragónM 很高兴收到您的回复。 你的回答回答了我的问题。非常感谢。 顺祝商祺！ 远 Re: Power supply issue with FS32K142 你好，@FAR1234、 S32K1 可以在 3.3V 电压下工作。它支持 2.7 V 至 5.5 V 的工作电压范围。这意味着它可以在 3.3 V 或 5 V 电压下运行，具体取决于您的设计要求。 有关 3.3 V 时的 5.3 直流电电气规格，请参阅 S32K1xx 数据表中的第 5.3 章。 致以最诚挚的问候， Julián

KW47ナレッジハブ KW47 ファミリでは、96 MHz Arm® Cortex®-M33コアをBluetooth LEサブシステムとカップリングしています。この無線サブシステムは独立しており、コアやメモリも専用で、メインCPUの負荷を軽減するので、プライマリ・アプリケーションの分が保持され。また、ファームウェア・アップデートによる将来のワイヤレス標準のサポートも可能です。EdgeLock® Secure Enclave Core Profileを統合した高度なセキュリティのKW47は、NXPのEdgeLock 2GOクラウド・サービスによるサポートで認証情報の共有にも対応します。 KW47ファミリにはBluetoothのチャネル・サウンディング機能が搭載されており、オンチップの専用Localization Compute Engineで測距遅延を短縮します。アプリケーション固有のコード、コネクティビティ・スタック、OTA（Over-The-Air）ファームウェア・アップデートをサポートするための追加メモリも搭載されています。これにより、無線のリアルタイム動作がアプリケーションとは別のコアで実行されるため、信頼性の高いワイヤレス性能が得られます。 オートモーティブ・ソリューションを提供してきたNXPの豊富な経験に基づくKW47ファミリは、-40°C～125°Cの幅広い動作温度範囲と、車載アプリケーション向けペリフェラルを備えるほか、KW47は、長期使用をサポートするNXPの15年間の長期製品供給プログラムの対象ともなっています。 KW47シリーズは、MCUXpresso開発者エクスペリエンスによってサポートされ、組込みシステム開発の最適化、簡素化、迅速化に役立ちます。 KW47は製造開始前ですが、開発者はピンやソフトウェアの互換性があるKW45なら今すぐ使用を開始できます。       早期アクセスプログラム KW47早期アクセスプログラムはこちらKW47 Early Accessから参加できます。 アクセスのリクエストはNXPセールスチームまでご連絡ください。   チャネル・サウンディング チャネル・サウンディングご紹介プレゼンテーション CCC CS消費電力計算ツールあり（Excelファイル添付）   Bluetooth仕様 Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview Bluetooth_5.2_機能_概要 Bluetooth_5.3_機能_概要 Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview   トレーニング Bluetooth Low Energy 6.0 NXPご紹介 RFスイッチの比較 吸収型と反射型 規格の比較 ETSI/FCC/ARIB要件 BLEチャネルサウンディング - 概要 BLEチャネル・サウンディング - RFハードウェア BLEチャネル・サウンディング - ANSYSモデリング・ツール BLEチャネル・サウンディング - アンテナのプロトタイプの検証測定 機器 ワイヤレス機器：この記事には、プロジェクト策定に役立つ機器へのリンクが掲載されています。 便利なリンク リファレンスデザイン - NXP Community KW45/KW47/MCXW71/MCXW72でのSignal Frequency Analyzer（SFA）モジュールを使用したクロック測定 - NXPコミュニティ：このコミュニティでは、Signal Frequency Analyzerの使用方法に関する手順を提示しています。 ［MCUXSDK］KW4x、MCXW7x、MCXW2xにGitHub SDKを使用する方法 - NXPコミュニティ GitHub SDKの使用方法をステップ別に紹介しています。 ［MCUXSDK］GitHub SDK - Bluetooth LEプラットフォームのドキュメント - NXPコミュニティ BLEプラットフォーム用ドキュメントを提供しています。  KW47（オートモーティブ）またはMCXW712（IIoT）を使用してPCBを初めて正しく構築するための最適な方法 - コミュニティ：このコミュニティには、KW45またはK32W148/MCXW71を使用してPCBを構築するための重要なリンクと、無線性能、低電力、無線認証（CE/FCC/ICC）に関するあらゆる情報があります。 HCI_bbをKinetisファミリ製品で使用してDTMモードにアクセスする方法：この記事は次の2つの部分に分かれています。 HCI_bbバイナリを Kinetis製品へフラッシュする方法。 R&S CMW270を使用してRF測定を行う BLE HCIアプリケーションによるトランスミッタ/レシーバテストコマンドの設定：この記事では、ユーザーはどのようにすればシリアルコマンドをデバイスに送信できるかを示す手順を説明します。 Bluetooth LE HCI Black Boxクイックスタートガイド：この記事では、ユーザーが無線をシリアルコマンドで制御できるようにするためのシンプルなプロセスを説明します。 Kinetis（K32/38/KW45およびK32W1/MCXW71）パワー・プロファイル・ツール：Kinetis（KW35/KW38/KW45）およびMCX W7x（MCX W71）パワー・プロファイル・ツールに的を絞ったページです。お使いのアプリケーション（自動車またはIoT）での電力消費量を試算したり、ソリューションのバッテリ寿命を評価したりするのに役立ちます。  

bl2でのseclogging こんにちは、 A-core (BSP43) に安全なログ記録を実装しようとしています。目標は、セキュア ブートの失敗、Wi-Fi/TLS の失敗など、セキュリティ関連の失敗を記録することです。 現在、BL2 ステージでのセキュア ブートの失敗を記録しようとしています。私の最初のアプローチは、これらのログを NOR フラッシュに直接書き込み、HSE を使用して暗号化することでした。ただし、S32G の BL2 レベルでは次の制限に遭遇しています。 BL2 には、NOR フラッシュの読み取りや書き込みに使用できる定義済み API はありません。 BL2 ステージでは永続的または追加形式のログ記録を実装することはできません。 これらの制約のため、このようなセキュア ブートの失敗ログを、後でLinuxからアクセスできるようにBL2のどこにどのように保存すればよいかはわかりません。 Wi-Fi および TLS 関連の障害については、Linux レベルで NetworkManager ベースのログを使用する予定です。 BL2 に起因するセキュア ブートの失敗をログに記録するための実行可能なアプローチについてアドバイスをいただけませんか。また、このシナリオで安全にログに記録するための推奨メカニズムを提案していただけますか。 Re: seclogging at bl2 こんにちは、 @Jayashree ご投稿ありがとうございます。 これはユーザー定義のソフトウェア実装であり、このようなトピックに関して当社側から正式な推奨がないことを残念に思います。 BL2 ステージに記録されたセキュア ブートの失敗に関しては、BL2 が BL3x バイナリの認証に失敗し、関連情報を記録したいということでしょうか? 私の経験からすると、上記のログはコンソールから見つけることができます。それらを QSPI に保存したい場合は、BL2 が QSPI からイメージをロードして DDR に格納し、QSPI にアクセスできるようになるため、関連するコード/API をチェックして、要件を満たすことができるかどうかを確認していただけますか? BR チェイン Re: seclogging at bl2 こんにちは、Chenyinさん ご提案に従って、BL2 の MMIO 読み取り/書き込み API を使用しようとしましたが、API 呼び出しの直後にブート プロセスが停止するようです。 FSPI 読み取り/書き込み API の使用も試みましたが、この場合、Yocto ビルド自体を完了できません。 セキュア ブートが有効な場合、BL2 からの読み取り/書き込みアクセスがサポートされているかどうかを確認してください。サポートされている場合、このCASEに推奨されるAPIを教えていただけますか?あるいは、BL2 からのログ記録やデータの永続化に関して実行可能なアプローチや推奨される代替方法についてご指導いただければ幸いです。 よろしくお願いします、 ジャヤシュリー  

imx8mp ドキュメント こんにちは、 以下のリビジョン番号の文書が欲しいです IMX8MPIEC Rev.2、2023年2月データシート IMX8MPRM Rev.1、2023年6月版リファレンスマニュアル よろしくお願いいたします ラビンドラ Re: imx8mp docs こんにちは、 あなたが探している i.MX 8M Plus ドキュメントの最新リビジョンは次の通りであることを確認できます: 1. IMX8MPIEC Rev.2、02/2023 データシート - これはデータシートの現在のバージョンです。 2. IMX8MPRM Rev.1、06/2023 リファレンス マニュアル - これはリファレンス マニュアルの現在のバージョンです。 両方のドキュメントは、NXP の Web サイトからダウンロードできます。以下の場所からアクセスできます。 - データシート: https://www.nxp.com/webapp/Download?colCode=IMX8MPIEC - リファレンス・マニュアル: https://www.nxp.com/webapp/Download?colCode=IMX8MPRM これらのドキュメントには、i.MX 8M Plus プロセッサの最新の仕様と情報が記載されています。ドキュメントの改訂版間で仕様が異なる場合は、常に最新の改訂版が古いバージョンに優先します。   よろしくお願いします。    

需要澄清 MK70 DDR 控制寄存器 21 规范 大家好， 我在 MK70FX512VMJ12 控制旧版板上的 DDR 时遇到了问题。 我们正在使用 MQX。问题来自引导加载程序中的以下一行： ddr->CR21 = 0x00060232; 我假设该行将 DDR_CR21 寄存器（如 K70 参考手册第 34.4.22 节所述）设置为 0x00060236。 参考手册指出，注册字段分为 2 个字段。 31–16 MR1DAT0 Data to program into memory mode register 1 for chip select . 15–0 MR0DAT0 Data to program into memory mode register 0 for chip select . 大多数 DDR 制造商将这些寄存器称为模式寄存器（MR 或 MRS）和扩展模式寄存器（EMR1、EMR2、EMR3）。我是否应该假定，字段 15-0 的数据将由状态机写入 DDR 的 MR（模式寄存器），字段 31-16 的数据将写入 EMR？ 我怀疑，无论 DDR_CR21 中设置的值是多少，状态机都会发出必要的控制信号，这一点需要得到支持工程师的确认。这是因为考虑到我在 DDR_CR21 (0x0006) 的第 31-16 位写入的数据为 3 个 MSB 位分配了 000，为了正常运行，这些位应按照 DDR 规范的要求设置为 001。 DDR 规格说明："写入扩展模式寄存器的方法是将 CS#、RAS#、CAS#、WE#、BA1 置低，将 BA0 置高，同时控制地址引脚 A0 ~ A12 的状态。" BA2、BA1 和 BA0 所需的设置为 "001"，而我写入 DDR_CR21 的值为 "000"。 DDR 同步动态随机存取存储器(SDRAM) 控制器是否会将在 DDR_CR21 中设置的值覆盖为正确的值？ 谢谢， dodocolby Re: Clarification needed for MK70 DDR control register 21 specification 你好@dodocolby、 感谢您使用我们的社区。我注意到了你的问题。 我需要一些时间进行研究，然后再给您答复。如果在此期间有任何更新，请随时与我们分享。 BR 西莱斯特 Re: Clarification needed for MK70 DDR control register 21 specification 你好@dodocolby、 能否请您告诉我芯片的掩码集？ 据我所知，掩膜组 3N96B 零件有勘误表e10521。   另外，您使用的是哪个版本的 MQX？我知道 MQX 4.x 存在与 SIM_MCR DDRDQSDIS RESET 状态有关的问题，这一点需要清除。   虽然 MQX 已不再受支持，但我注意到在以前的案例中，它们都使用了 ddr->CR21 = 0x00040232；而不是您提到的值： 0x00060232.   例如，随着温度升高，K70 DDR2 读取失败 - NXP Community K70 DDR2 温度影响读取数据 - NXP Community   这就是我提出上述问题的原因。   BR 西莱斯特 Re: Clarification needed for MK70 DDR control register 21 specification 你好， ，我使用的是MQX 4.2 和 5N96B。 随着温度的升高，我们实现了 " K70 DDR2 读取失败——恩智浦社区 K70 DDR2 温度会影响读取数据——恩智浦社区 "，看来该设备对温度不再敏感了。 谢谢   Re: Clarification needed for MK70 DDR control register 21 specification 你好@dodocolby、 是的，我之所以引用这两个链接，是因为我注意到他们提到的代码使用 ddr->CR21 = 0x00040232 而不是 60232 。我只是想确认这一点，因为我这边无法访问 MQX 代码，它已不再受支持。此外，我已经联系了内部团队，以帮助进一步解决您的问题。一有回音，我就告诉你们。感谢您的理解。 BR 西莱斯特 Re: Clarification needed for MK70 DDR control register 21 specification 你好@dodocolby、 抱歉让您久等了。我还没有收到我们内部团队的任何更新，可能是因为圣诞假期的缘故。 请注意，由于欧洲、中东和非洲地区以及 AMEC 时区的假期，我们的回复时间可能会比平时长。我也将从明天开始休假，直到 1 月 5 日。 如果此事很紧急，您可以考虑创建一个新的案例并提及此链接。其他同事将能通过此案例找到我的内部联系人，您有可能在 1 月 5 日之前收到更新信息。 如果不紧急，我回去后会继续跟进。我们衷心感谢您的理解和耐心。 祝您愉快 BR 西莱斯特 Re: Clarification needed for MK70 DDR control register 21 specification 你好@dodocolby、 希望你一切顺利。对不起，我的回复晚了。请参阅我们内部团队的答复： " 由于 DDR 控制器可支持多种不同内存大小和配置，且地址引脚总数各不相同，因此加载到 MRnDATA 字段的模式寄存器数据不应包括组地址值。控制器将自动驱动正确的银行地址值（以及模式寄存器写入命令的其他控制信号）。寄存器值只需包括地址行部分。 " 希望对你有所帮助。如果您有其他问题，请告诉我。 BR 西莱斯特 Re: Clarification needed for MK70 DDR control register 21 specification 感谢您的确认。

MathWorks: Complimentary software and hardware support Hello Freescale Cup Teams,   MathWorks is pleased to support the 2015 Freescale Cup EMEA Competition! Take advantage of our: Complimentary Access to MATLAB & Simulink Your team is eligible for an offer of Complimentary Software Licenses. Your team leader or faculty advisor should review and complete the Student Competition Software Request Form http://www.mathworks.com/academia/student-competitions/software/Freescale_Cup_Offer%20of%20Complimentary%20Software%20License(s).pdf to take advantage of our software offer.   Deploy your Simulink models directly to the Freedom board and shield MathWorks is offering hardware support for the Freescale Cup hardware (FRDM-KL25Z, FRDM-MC-SHLD).  Find all relevant information on http://www.mathworks.com/hardware-support/frdm-kl25z.html and install your the package without additional fees. For more information visit the hardware support page http://www.mathworks.de/hardware-support/ and the MakerZone http://makerzone.mathworks.com/ .   Interactive tutorials There are a total of five tutorials, narrated by specialists from MathWorks that include interactive exercises to reinforce learning on our dedicated webpage: http://www.mathworks.de/academia/student-competitions/freescale-cup/ .   Technical support Send an email to [email protected] .   We are looking forward to working with you and wish you all the best.    Best regards, The MathWorks Student Competition Program  

MCUXpresso IDE - Release History This document contains a history of the releases of MCUXpresso IDE, with links to the announcement blog for each release. Receive email notification for new releases If you would like to receive notifications when a new version of MCUXpresso IDE is released, please make sure to follow this document.   Release History June 2025 MCUXpresso IDE v25.06 December 2024 MCUXpresso IDE v24.12 September 2024 MCUXpresso IDE v24.9 July 2024 MCUXpresso IDE v11.10.0 April 2024 MCUXpresso IDE v11.9.1 January 2024 MCUXpresso IDE v11.9.0 October 2023 MCUXpresso IDE v11.8.1 August 2023 MCUXpresso IDE v11.8.0  March 2023 MCUXpresso IDE v11.7.1  January 2023 MCUXpresso IDE v11.7.0  October 2022 MCUXpresso IDE v11.6.1  July 2022 MCUXpresso IDE v11.6.0  April 2022 MCUXpresso IDE v11.5.1  January 2022 MCUXpresso IDE v11.5.0  September 2021 MCUXpresso IDE v11.4.1  August 2021 MCUXpresso IDE v11.4.0 b6224 replaced by b6237 to fix an eclipse updater issue. July 2021 MCUXpresso IDE v11.4.0  April 2021 MCUXpresso IDE v11.3.1  January 2021 MCUXpresso IDE v11.3.0  October 2020 MCUXpresso IDE v11.2.1  July 2020 MCUXpresso IDE v11.2.0   March 2020 MCUXpresso IDE v11.1.1  December 2019 MCUXpresso IDE v11.1.0  MCUXpresso IDE v11.1.0 SDK Handling Hotfix (January 2020) September 2019 MCUXpresso IDE v11.0.1 MCUXpresso IDE v11.0.1 Segger-LPC Debug Hotfix (September 2019) MCUXpresso IDE v11.0.1 LPC55xx Debug Hotfix (October 2019) June 2019 MCUXpresso IDE v11.0.0 February 2019 MCUXpresso IDE v10.3.1 December 2018 MCUXpresso IDE v10.3.0 July 2018 MCUXpresso IDE v10.2.1 May 2018 MCUXpresso IDE v10.2.0 January 2018 MCUXpresso IDE v10.1.1 November 2017 MCUXpresso IDE v10.1.0 July 2017 MCUXpresso IDE v10.0.2 March 2017 MCUXpresso IDE v10.0.0

imx93 m33 rpmsg hello_world test Board/Setup CPU: i.MX93  Boot media: SD (mmc 1) Goal: run CM33 RPMsg-Lite string echo demo and communicate from Linux (A55) Problem Summary I’m trying to start the Cortex‑M33 RPMsg demo either: from U‑Boot using bootaux, or from Linux using remoteproc (firmware loaded from firmware) I’m seeing: U‑Boot data aborts when trying to access certain CM33 alias addresses (e.g. 0x1ffe0000 / 0x0ffc0000) Linux remoteproc tries to load rpmsg_lite_str_echo_rtos_remote.bin and fails with error -2 (file not found), then falls back to sysfs fallback. I’m unsure what the correct memory copy address and boot address should be for CM33 on i.MX93 (system vs alias address), and how to align U‑Boot bootaux flow with Linux remoteproc flow. What I tested SD partition layout and boot files U‑Boot shows SD is mmc 1: u-boot=> mmc list FSL_SDHC: 0 (eMMC) FSL_SDHC: 1 (SD) Partition table: u-boot=> part list mmc 1 Partition Map for MMC device 1 -- Partition Type: DOS Part Start Sector Num Sectors UUID Type 1 16384 681574 076c4a2a-01 0c Boot 2 704512 5769534 076c4a2a-02 83 Boot partition contents include DTBs and an mcore-demos/ directory: u-boot=> fatls mmc 1:1 ... mcore-demos/ ... I can load the demo: u-boot=> fatload mmc 1:1 ${loadaddr} mcore-demos/rpmsg_lite_str_echo_rtos_remote.bin 39004 bytes read in 3 ms u-boot=> echo ${loadaddr} 0x80400000 u-boot=> echo ${filesize} 985c The first two words look like a valid CM33 vector table: u-boot=> md.l ${loadaddr} 2 80400000: 2001e000 0ffe0595 Reading 0x1ffe0000 causes abort: Linux side: remoteproc firmware load fails In Linux, when remoteproc0 powers up, it tries to load firmware: [ 84.714629] remoteproc remoteproc0: powering up imx-rproc [ 84.721926] remoteproc remoteproc0: Direct firmware load for rpmsg_lite_str_echo_rtos_remote.bin failed with error -2 [ 84.732549] remoteproc remoteproc0: Falling back to sysfs fallback for: rpmsg_lite_str_echo_rtos_remote.bin here is the reserved memory: reserved-memory { #address-cells = <2>; #size-cells = <2>; ranges; linux,cma { compatible = "shared-dma-pool"; reg = <0 0x88000000 0 0x04000000>; /* 64 MB @ 0x8800_0000 */ reusable; linux,cma-default; }; /* Ethos-U: move away from the kernel boot (32 MB) */ ethosu_mem: ethosu_region@8c000000 { compatible = "shared-dma-pool"; reg = <0 0x8c000000 0 0x02000000>; no-map; }; vdev0vring0: vdev0vring0@84000000 { reg = <0 0x84000000 0 0x00008000>; no-map; }; vdev0vring1: vdev0vring1@84008000 { reg = <0 0x84008000 0 0x00008000>; no-map; }; vdev1vring0: vdev1vring0@84010000 { reg = <0 0x84010000 0 0x00008000>; no-map; }; vdev1vring1: vdev1vring1@84018000 { reg = <0 0x84018000 0 0x00008000>; no-map; }; rsc_table: rsc-table@2021e000 { reg = <0 0x2021e000 0 0x00001000>; no-map; }; /* OCRAM */ vdevbuffer: vdevbuffer@84020000 { compatible = "shared-dma-pool"; reg = <0 0x84020000 0 0x00100000>; /* 1 MB */ no-map; }; ele_reserved: ele-reserved@90000000 { compatible = "shared-dma-pool"; reg = <0 0x90000000 0 0x00100000>; /* 1 MB @ 0x9000_0000 */ no-map; }; }; ethosu { compatible = "arm,ethosu"; fsl,cm33-proc = <&cm33>; memory-region = <&ethosu_mem>; power-domains = <&mlmix>; }; What is the correct procedure to start CM33 RPMsg demo on i.MX93 from U‑Boot? If CM33 is started by U‑Boot (bootaux), what is the recommended Linux configuration? Re: imx93 m33 rpmsg hello_world test Hi , the BSP version is VERSION="6.6-scarthgap (scarthgap)" I use imx93 custom board with 512MB RAM and there is no hello_world.elf these are under the /lib/firmware   imx93-11x11-evk_m33_TCM_low_power_wakeword.elf imx93-11x11-evk_m33_TCM_power_mode_switch.elf imx93-11x11-evk_m33_TCM_rpmsg_lite_pingpong_rtos_linux_remote.elf  imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf imx93-11x11-evk_m33_TCM_sai_low_power_audio.elf after testing it u-boot=> fatload mmc 1:1 80000000 mcore-demos/rpmsg_lite_str_echo_rtos_remote.bin 39004 bytes read in 3 ms (12.4 MiB/s) u-boot=> cp.b 0x80000000 0x201e0000 0x10000 u-boot=> bootaux 0x1ffe0000 0 ## Starting auxiliary core addr = 0x1FFE0000... it doesnt start, it freezes. Re: imx93 m33 rpmsg hello_world test Hi, Thank you for your interest in NXP Semiconductor products, Using prebuilt cortex-M demos is a great way to start, are you using i.MX 93 EVK or a custom board with the prebuilt image flashed? What BSP are you using? To run Cortex-M demos in U-boot you can use the following snippet: u-boot=> fatload mmc 1:1 80000000 sdk20-app.bin u-boot=> cp.b 0x80000000 0x201e0000 0x10000 u-boot=> bootaux 0x1ffe0000 0 RPMSG has to be ran in Linux RPROC framework since you have to reserve memory in DTB for RPMSG and Cortex-A RPMSG communication is over a Linux driver. root@imx93evk:~# echo hello_world.elf > /sys/class/remoteproc/remoteproc0/ firmware root@imx93evk:~# echo start > /sys/class/remoteproc/remoteproc0/state Regards Re: imx93 m33 rpmsg hello_world test Hi @bora, Please try with imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf That is the binary you are testing, please refer to the available examples in SDK: SDK_24_12_00_MCIMX93-EVK\boards\mcimx93evk\multicore_examples - rpmsg_lite_pingpong_rtos_linux - rpmsg_lite_str_echo_rtos Regards Re: imx93 m33 rpmsg hello_world test Hi , I tried that and this is the result, root@imx93-11x11-lpddr4x-evk:~# echo start > /sys/class/remoteproc/remoteproc0/state [ 105.274513] remoteproc remoteproc0: powering up imx-rproc [ 105.282905] remoteproc remoteproc0: Booting fw image imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.elf, size 59028 [ 105.294019] remoteproc remoteproc0: Registered carveout doesn't fit len request [ 105.301405] rproc-virtio: probe of rproc-virtio.1.auto failed with error -12 [ 105.309101] remoteproc remoteproc0: Registered carveout doesn't fit len request [ 105.316561] rproc-virtio: probe of rproc-virtio.2.auto failed with error -12 [ 105.830361] remoteproc remoteproc0: remote processor imx-rproc is now up Re: imx93 m33 rpmsg hello_world test Hi, I could reproduce with the next steps on LF-6.12.49 EVK Cortex-A U-boot Hit any key to stop autoboot: 0 u-boot=> fatload mmc 0:1 ${loadaddr} mcore-demos/imx93-11x11-evk_m33_TCM_rpmsg_lite_str_echo_rtos.bin 19816 bytes read in 18 ms (1 MiB/s) u-boot=> cp.b ${loadaddr} 0x201e0000 0x20000 u-boot=> bootaux 0x1ffe0000 0 ## Starting auxiliary core addr = 0x1FFE0000... u-boot=> pri mmcargs mmcargs=setenv bootargs ${jh_clk} ${mcore_clk} console=${console} root=${mmcroot} u-boot=> editenv m mfgtool_args mmcargs mmcautodetect mmcboot mmcdev mmcpart mmcroot u-boot=> editenv mmcargs edit: setenv bootargs ${jh_clk} ${mcore_clk} console=${console} root=${mmcroot} clk_ignore_unused u-boot=> boot Cortex-A Linux root@imx93evk:~# lsmod | grep -i imx_rpmsg_tty root@imx93evk:~# modprobe imx_rpmsg_tty Cortex-M from U-boot to Linux. RPMSG String Echo FreeRTOS RTOS API Demo... Nameservice sent, ready for incoming messages... Get Message From Master Side : "hello world!" [len : 12] Regards Re: imx93 m33 rpmsg hello_world test on u-boot I started and worked but in linux via .elf file I get imx_rproc_kick: failed (0, err:-62) Re: imx93 m33 rpmsg hello_world test I tested also but for me no result, I still cant communicate with m33. I use custom board not imx93-11x11-evk , I use uart1 and no uart2, for m33 I have JTAG. Re: imx93 m33 rpmsg hello_world test I also dont see any ttyRPMSG under /dev

eIQ and MCUXpresso SDK 26.03 with VSCode There are some items to be aware of when using eIQ projects in VSCode with MCUXpresso SDK 26.03 Debugger hangs when debugging eIQ examples on i.MX RT700 in VSCode There are two work-arounds available: 1) Use a JLink to debug the project instead of the default CMSIS-DAP interface. To do this: Install LinkServer Put a jumper on JP20 on the i.MX RT700 EVK, Update the MCULink firmware to use JLink by running C:\NXP\LinkServer_25.12.83\MCU-LINK_installer\scripts\program_JLINK.cmd Take off the jumper on JP20.  2) Alternatively update the linker file in the eIQ project:  Open the MIMXRT798Sxxxx_cm33_core0_flash.ld linker file in Repository->mcusdk->examples->_boards->mimxrt700evk->eiq_examples->tflm_label_image->cm33_core0->gcc  (use the path based on the eIQ project name that you are trying to use) In that linker file go to line 198 to 203 and replace the .ncache section with the code below:   .npu_ncache (NOLOAD) :   {       KEEP(*(.npu_ncache_data))       KEEP(*(.npu_ncache_data*))   } > m_ncache   ASSERT(. < 0x20580000, "Error: .npu_ncache cannot go beyond SRAM P18")   .ncache (NOLOAD) :   {     *(NonCacheable)     . = ALIGN(4);     __noncachedata_end__ = .;     /* define a global symbol at ncache data end */   } > m_ncache i.MX RT700 eIQ HiFi4 and HiFi1 projects cannot be imported or compiled in VSCode or command line GCC. In VSCode use the "Repository" import option. To compile the projects you must install Xtensa Xplorer, the RT700 license, and RT700 NewLib DSP Configuration file. Then add the following environmental variables: XCC_DIR=/ /XtDevTools/install/tools/RI-2023.11-win32/XtensaTools XTENSA_CORE=rt700_hifi4_RI23_11_nlib The project can then be compiled with command-line GCC with: west build -p always --sysbuild examples/eiq_examples/tflm_cifar10_hifi4/cm --toolchain armgcc --config flash_debug -b mimxrt700evk -Dcore_id=cm33_core0 Note that if using HiFi1 projects then XTENSA_CORE should be set to rt700_hifi1_RI23_11_nlib Also an additional compile option called -mlongcalls needs to be used to avoid issues when adding additional operators the ops list. Inside \mcuxsdk\examples\_boards\mimxrt700evk\eiq_examples\tflm_cifar10_hifi4\hifi4 edit the reconfig.cmake file in the mcux_add_xtensa_configuration options: mcux_add_xtensa_configuration( CC "-DXOS_CLOCK_FREQ=237500000 -std=c99 -mlongcalls" CX "-stdlib=libc++ \ -mlongcalls \ -std=c++17" ) A warning message comes up in eIQ Neutron SDK 3.1.2 If using eIQ Neutron SDK 3.1.2 then the follow warning will appear on the serial terminal during the model initialization: Unable to save model handle, call neutronModelUnprepare() when done This warning is not relevant for Neutron C devices like RT700 and MCX N and can be ignored as it does not impact inference time or accuracy. It will be fixed in the next eIQ Neutron SDK release. Some eIQ files that are commonly modified are shared among all eIQ examples For example, the Neutron libraries are shared among all eIQ examples. This can cause version compatibility issues with the default eIQ examples if the eIQ Neutron libraries are updated with eIQ Neutron SDK. This is because the eIQ projects in MCUXPresso SDK were converted using Neutron Converter 3.0.0 and the Neutron libraries in the SDK are shared among all eIQ projects.  To work around this, either revert the Neutron libraries back to version 3.0.0 or else download a separate repository to use the default eIQ examples. 

FTM 定时器混乱 我试图启动 FTM0/FTM1 定时器，但在运行定时器代码时却出现了 HardFault 故障，为什么？ 无法运行的代码 #include "MKE02Z4.h" /* ================= GLOBALS ================= */ volatile uint8_t uartFlag = 0; /* ================= PROTOTYPES ================= */ void init_clock(void); void init_uart0(void); void init_FTM1(void); void UART_Send(const char *s); /* ================= FTM1 ISR ================= */ void FTM1_IRQHandler(void) { /* Clear overflow flag (write 0 while set) */ FTM1->SC &= ~FTM_SC_TOF_MASK; uartFlag = 1; } /* ================= MAIN ================= */ int main(void) { init_clock(); init_uart0(); init_FTM1(); UART_Send("FTM1 Initialized\r\n"); while (1) { if (uartFlag) { uartFlag = 0; UART_Send("A\r\n"); } __WFI(); /* wait for interrupt */ } } /* ================= CLOCK INIT ================= */ void init_clock(void) { /* * Assume internal clock already configured by SDK startup * Bus clock = 32 MHz */ SIM->BUSDIV = 0x01; /* divide by 1 */ } /* ================= UART0 INIT ================= */ void init_uart0(void) { /* Enable UART0 clock */ SIM->SCGC |= SIM_SCGC_UART0_MASK; /* UART0 pin select (TX/RX) */ SIM->PINSEL |= SIM_PINSEL_UART0PS_MASK; /* Disable TX inversion (important!) */ SIM->SOPT &= ~SIM_SOPT_TXDME_MASK; /* * 9600 baud @ 32 MHz * SBR = 32e6 / (16 * 9600) ≈ 208 */ UART0->BDH = 0x00; UART0->BDL = 53; UART0->C1 = 0x00; UART0->C2 = UART_C2_TE_MASK | UART_C2_RE_MASK; } /* ================= FTM1 INIT ================= */ void init_FTM1(void) { /* Enable FTM1 clock */ SIM->SCGC |= SIM_SCGC_FTM1_MASK; __DSB(); /* ---- VERY IMPORTANT ORDER (KE02 SAFE) ---- */ /* Stop counter completely */ FTM1->SC = 0; /* Disable write protection (WRITE ONCE) */ FTM1->MODE = FTM_MODE_WPDIS_MASK; /* Reset counter */ FTM1->CNTIN = 0; FTM1->CNT = 0; /* * 32 MHz / 128 = 250 kHz * 250000 ticks = 1 second */ FTM1->MOD = 249999; /* Enable overflow interrupt, prescaler = 128 */ FTM1->SC = FTM_SC_PS(7) | FTM_SC_TOIE_MASK; /* Enable NVIC */ NVIC_EnableIRQ(FTM1_IRQn); /* START TIMER (LAST STEP ONLY) */ FTM1->SC |= FTM_SC_CLKS(1); } /* ================= UART SEND ================= */ void UART_Send(const char *s) { while (*s) { while (!(UART0->S1 & UART_S1_TDRE_MASK)); UART0->D = *s++; } } 工作代码 #include "MKE02Z4.h" /* ================= GLOBALS ================= */ volatile uint8_t uartFlag = 0; /* ================= PROTOTYPES ================= */ void init_clock(void); void init_uart0(void); void init_FTM2(void); void UART_Send(const char *s); /* ================= FTM2 ISR ================= */ void FTM2_IRQHandler(void) { /* Clear overflow flag (write 0 while set) */ FTM2->SC &= ~FTM_SC_TOF_MASK; uartFlag = 1; } /* ================= MAIN ================= */ int main(void) { init_clock(); init_uart0(); init_FTM2(); UART_Send("FTM2 Initialized\r\n"); while (1) { if (uartFlag) { uartFlag = 0; UART_Send("A\r\n"); } __WFI(); /* wait for interrupt */ } } /* ================= CLOCK INIT ================= */ void init_clock(void) { /* * Assume internal clock already configured by SDK startup * Bus clock = 32 MHz */ SIM->BUSDIV = 0x01; /* divide by 1 */ } /* ================= UART0 INIT ================= */ void init_uart0(void) { /* Enable UART0 clock */ SIM->SCGC |= SIM_SCGC_UART0_MASK; /* UART0 pin select (TX/RX) */ SIM->PINSEL |= SIM_PINSEL_UART0PS_MASK; /* Disable TX inversion (important!) */ SIM->SOPT &= ~SIM_SOPT_TXDME_MASK; /* * 9600 baud @ 32 MHz * SBR = 32e6 / (16 * 9600) ≈ 208 */ UART0->BDH = 0x00; UART0->BDL = 53; UART0->C1 = 0x00; UART0->C2 = UART_C2_TE_MASK | UART_C2_RE_MASK; } /* ================= FTM2 INIT ================= */ void init_FTM2(void) { /* Enable FTM2 clock */ SIM->SCGC |= SIM_SCGC_FTM2_MASK; __DSB(); /* ---- VERY IMPORTANT ORDER (KE02 SAFE) ---- */ /* Stop counter completely */ FTM2->SC = 0; /* Disable write protection (WRITE ONCE) */ FTM2->MODE = FTM_MODE_WPDIS_MASK; /* Reset counter */ FTM2->CNTIN = 0; FTM2->CNT = 0; /* * 32 MHz / 128 = 250 kHz * 250000 ticks = 1 second */ FTM2->MOD = 249999; /* Enable overflow interrupt, prescaler = 128 */ FTM2->SC = FTM_SC_PS(7) | FTM_SC_TOIE_MASK; /* Enable NVIC */ NVIC_EnableIRQ(FTM2_IRQn); /* START TIMER (LAST STEP ONLY) */ FTM2->SC |= FTM_SC_CLKS(1); } /* ================= UART SEND ================= */ void UART_Send(const char *s) { while (*s) { while (!(UART0->S1 & UART_S1_TDRE_MASK)); UART0->D = *s++; } }   Re: FTM Timer Confusion 你好@Jana_muralidharan 请调试检查 FTM1 时钟是否启用，并验证计数寄存器是否正常工作。   BR 爱丽丝 Re: FTM Timer Confusion 实际上，我发现了错误 这是因为我使用了仅适用于 FTM2 的寄存器、 因此，在删除不需要的寄存器后，它就能正常工作了。 我发现HardFault Error 只有在以下情况下才会发生、 我们使用了原本不存在的寄存器。 嘿，感谢您对这个问题的关注，谢谢.....。

IMX8MP 处理器出现 HAB 错误 亲爱的大家，正在尝试验证 i.MX8MP 板上的 HAB 签名我遇到了这些错误 HAB配置：0xf0，HAB状态：0x66 --------- HAB 事件 1 ----------------- 事件数据： 0xdb 0x00 0x14 0x45 0x33 0x0f 0xc0 0x00 0xbe 0x00 0x0c 0x00 0x03 0x17 0x00 0x00 0x00 0x00 0x00 0x50 STS = HAB_FAILURE (0x33) RSN = HAB_INV_INDEX (0x0F) CTX = HAB_CTX_COMMAND (0xC0) ENG = HAB_ENG_ANY (0x00) --------- HAB 事件 2 ----------------- 事件数据： 0xdb 0x00 0x14 0x45 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x00 0x42 0x5a 0x00 0x00 0x00 0x00 0x00 0x20 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) --------- HAB 事件 3 ----------------- 事件数据： 0xdb 0x00 0x14 0x45 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x40 0x40 0x00 0x00 0x00 0x00 0x00 0x04 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) 它们来自这个开发环境 U-Boot SPL 2023.04-lf_v2023.04+g1e5b6c6bf2 谁能就这个问题给我点建议？预先致谢 Re: HAB Error on IMX8MP processor 你有没有可能解决这个问题，我也遇到了同样的问题，当我试图从 Srk1 转到 Srk2 时。 Re: HAB Error on IMX8MP processor 您好， RSN = HAB_INV_INDEX (0x0F) 表示给定索引中的密钥错误，或已安装密钥的目标索引不可用。检查 csf 文件。 请参阅 HAB API，您可以在其中找到有关这些错误的更多详细信息。API 与您下载的 CST 工具一起用于签名。 此致 哈维

互換性のある圧力センサを探しています 皆さんこんにちは オリジナルの 125pc05d1 と交換できる互換性のある圧力センサを探しています。 125pc05d1はオリジナルの圧力センサです。差圧タイプです。 オリジナルの圧力センサの外形図と技術仕様を添付しました。 125pc05d1 の感度はおよそ Δmv/Δp ≈ 70mv/5psi ≈ 14 に等しいですが、後続の増幅回路が複雑なので、どのように調整すればよいか分かりません。同じ感度を持ち、互換性のある新しいモデルの圧力センサがあれば理想的です。 より詳細なテストについては、以下のリンクを参照してください。 https://www.eevblog.com/forum/repair/replacing-the-pressure-sensor-requires-assistance/ ご協力ありがとうございます。 Re: Seeking a compatible pressure sensor こんにちは、 形状と機能の両方においてオリジナルの 125pc05d1 に最も近い MPX10DP の使用を検討してください。より高い解像度を得るために、より広い圧力範囲やより高い出力電圧が必要な場合は、追加の信号調整が必要になりますが、MPX5010DP を検討してください。 BRs、トーマス Re: Seeking a compatible pressure sensor よろしくお願いします。

S32K3 的 CAN 采样点测试值太小的问题 你好，恩智浦 在使用 S32K311 进行开发时，选择了 16 MHz 的外部晶振。配置 CANFD 时，CAN 时钟源使用 60 MHz 的 AIPS_PLAT_CLK。为数据字段配置了 80% 的采样点，并启用 TDC。但是，在CANOE中实际测得的采样点只能达到72％。 在其他型号（如 S32K312 和 S32K342）的测试中也出现了这个问题。 以下是我们设置采样点和测试数据的配置之一。我们将采样点配置为 76% ，但实际测试结果为 67% 。 谨致问候， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 请与我分享您的项目，我会花时间进行测试。 Re: Problem of the CAN sampling point test value being too small for S32K3 你好，@Senlent 我们修改了多种配置。在 S32K3 配置为 80% 的条件下，CANoe 测试的最佳结果是 72% ，谢谢 xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 对于 CAN FD 数据阶段 最新必须在 CANoe 中设置可能的最新采样点。然后，VH6501 发送帧并 延长然后 VH6501 发送帧，并在每个间隔后将各个比特位延长一个刻度。 这似乎是 VH6501 的配置问题。您可以尝试将此处的参数修改为 70%, 76.667%, 和 80% ，然后再次测试。 Re: Problem of the CAN sampling point test value being too small for S32K3 你好，@Senlent 我们咨询了几位经验丰富的工程师。他们介绍说，S32K1 和 K3 的小采样点测试也存在问题，这个问题可能与 MCU 关系不大。使用 CANoe 进行测试时，测试结果都偏低。他们建议，在 80% 的实际测试要求下，可以适当增加为 S32K3 配置的采样点。您可以使用任何恩智浦演示程序进行测试，这种现象应该是可以重现的。 敬上， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 客户的测试可能存在缺陷，请相信自己的测试。 我将花一些时间进行一些测试，但这不是我的优先事项，可能需要几个月的时间。 天内给您答复。 Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 这仍然应该是测试问题，而不是 MCU 引起的。 不过，我会花一些时间做一些简单的测试。我可能会使用示波器直接进行测试，这应该是最精确的测量方法。 Re: Problem of the CAN sampling point test value being too small for S32K3 您好，@Senlent 如果您有更有说服力的结果，也请与我们分享。 我们使用了其他一些仪器进行测试，得到的采样点与我们在设置中预期的比较接近。不过，对于客户来说，CANoe 的行业认可度非常高。 敬上， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 好的 Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 很抱歉，我不能进行这项测试。 我没有合适的干扰设备来进行测试，而 FLEXCAN 报告中的测试结果已经证明测试通过。 我可以私下把相关证明发给你。 Re: Problem of the CAN sampling point test value being too small for S32K3 非常感谢。

AMMCLIB COS_FLT wave fault Hi,  I've encountered a very strange problem. When using the Simulink model of the AMMCLIB library, the output of the floating-point cosine function has spikes. Why is this? I can use the sin function and the cos function in the Simulink standard library normally.I hope to get your help. matlab version : 2025a AMMCLIB version: 1.1.22 回复： AMMCLIB COS_FLT wave fault The input can be -pi ~pi ，I think.

車両ネットワーク:TSN(Time Sensitive Networking)により、自動運転のための予測可能で信頼性が高く、堅牢なイーサネットネットワークを実現 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Time-Sensitive Networkingは、産業用および車載用イーサネット領域で次に話題になる世界です。このセッションでは、TSN規格を掘り下げて、自動車分野に最も関連性の高い主要な機能に焦点を当てます。また、SJA1105TEL車載イーサネットスイッチで実装できる潜在的なユースケースや、このようなスイッチを車に採用するためのエコシステムについても説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Time-Sensitive Networkingは、産業用および車載用イーサネット領域で次に話題になる世界です。このセッションでは、TSN規格を掘り下げて、自動車分野に最も関連性の高い主要な機能に焦点を当てます。また、SJA1105TEL車載イーサネットスイッチで実装できる潜在的なユースケースや、このようなスイッチを車に採用するためのエコシステムについても説明します。

[フィルター: smut] RadoslavB の投稿本文が「cock」、ボード「ap-ソフトウェア-サポート」に一致しました。 [フィルター: smut] RadoslavB の投稿本文が「cock」、ボード「ap-software-support」に一致しました。 投稿題名: Re: S32K324のBISTデバッグに関する質問 投稿本文: こんにちは@Luke_Chun 、 Bist_GetExecStatus が BIST_BUSY を返す場合、このビットが設定されている（BIST 操作がまだ完了していない）ことを意味します。 しかし、スクリーンショットを見るとこのビットは 0 なので、なぜ BIST_BUSY が返されるのか分かりません。 Bist_Specific_GetExecStatus() をデバッグしてみると、次のようになります: uint32 ReadRunSw = SAFETYBASE_REG_READ32 ( BIST_STCU_RUNSW_REG ); MBIST11 も実行されていることがわかります。これは、お客様アプリケーションでは使用すべきではない BIST_DIAGNOSTIC_CFG を実行していることを意味します。BIST_SAFETYBOOT_CFG を実行させてください。 クロック設定を部分的にしかカバーしていないスニペットから、クロック設定を検証できません。お客様はクロックのMCUプラグイン設定を比較する必要がありますが、私の能力ではこの点についてお手伝いできません。繰り返しになりますが、すべてのクロックを最大周波数で有効にするだけで十分です。 敬具、 ラドスラフ 本文のテキスト「cock」がフィルターパターン「cock」と一致しました。 ユーザー[id=155006,login=RadoslavB]による投稿には、メッセージ uid 2300499 があります。 投稿へのリンク: Re: S32K324のBISTデバッグに関する質問

IMX8MPプロセッサのHABエラー 皆様、i.MX8MPボードでHAB署名を検証しようとしていますが、次のようなエラーが発生します。 HAB 構成：0xf0、HAB 状態：0x66 --------- HABイベント情報1 ----------------- イベント情報: 0xdb 0x00 0x14 0x45 0x33 0x0f 0xc0 0x00 0xbe 0x00 0x0c 0x00 0x03 0x17 0x00 0x00 0x00 0x00 0x00 0x50 STS = HAB_FAILURE (0x33) RSN = HAB_INV_INDEX (0x0F) CTX = HAB_CTX_COMMAND (0xC0) ENG = HAB_ENG_ANY (0x00) --------- HABイベント情報2 ----------------- イベント情報: 0xdb 0x00 0x14 0x45 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x00 0x42 0x5a 0x00 0x00 0x00 0x00 0x00 0x20 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) --------- HABイベント情報3 ----------------- イベント情報: 0xdb 0x00 0x14 0x45 0x33 0x0c 0xa0 0x00 0x00 0x00 0x00 0x00 0x40 0x40 0x00 0x00 0x00 0x00 0x00 0x04 STS = HAB_FAILURE (0x33) RSN = HAB_INV_ASSERTION (0x0C) CTX = HAB_CTX_ASSERT (0xA0) ENG = HAB_ENG_ANY (0x00) これらは開発環境から来ています U-Boot SPL 2023.04-lf_v2023.04+g1e5b6c6bf2 誰かこのトピックに関してアドバイスをくれませんか？前もって感謝します Re: HAB Error on IMX8MP processor これを修正できた可能性はありますか？私もsrk1からsrk2に変更しようとすると同じ問題が発生します Re: HAB Error on IMX8MP processor こんにちは、 RSN = HAB_INV_INDEX (0x0F) は、指定されたインデックスのキーが間違っているか、インストールされたキーのターゲット インデックスが利用できないことを示します。csf ファイルを確認します。 これらのエラーの詳細については、HAB API を参照してください。API には、署名用にダウンロードする CST ツールが含まれています。 よろしくお願いします。 Harvey

Watch The Freescale Cup EMEA Finals LIVE A Livecast has been set up for you to enjoy The Freescale Cup EMEA Finals on 28-29 April that are hosted at the Politecnico of Torino. Connect on Freescale Cup 2015 live streaming - SeLM - Politecnico di Torino Freescale Cup Content