S32K3 Clock init too long time The clock initialization time for a single App test or a single Boot test is not long, but after the Boot jumps to the App, the App clock initialization time is longer. The system process is as follows: The MCU is powered on, enters the boot, and then configures the clock, checks the integrity of the App program, and then resets the watchdog if the program is OK. After the reset, the Boot detects the flag bit, does not initialize the clock, and directly jumps to the App.     (Crystal oscillator 16MHz, no HSE function) Re: S32K3 Clock init too long time It is described in RM that the 42 registers MUX_0_CSC/CSS ~ MUX_20_CSC/CSS are all "reset on destructive reset only". In the application, when the current reset type needs to be determined and a functional reset needs to be confirmed, there is no need to set the clock MUX-x again, and the "reset-set" process can be skipped. However, the software complexity this brings needs to be balanced with the impact of timeout and the integrity of RTD. You can pay attention to the macro switch CLOCK_IP_CGM_X_CSC_CSS_CS_GRIP in Clock_Ip_axSelectorCallbacks in Clock_Ip_Selector.c.

gpsd 文件中的 GPSD 波特率设置 Hi, 我只是想在 gpsd 文件中将我的 GNSS 端口的波特率设置为 38400，如果有人知道请帮助我。 以下是当前 gpsd 文件内容 START_DAEON="真" GPSD_OPTIONS="" 设备=“/ dev / ttyLP3” USBAUTO="true" GPSD_SOCKET =“/var/run/gpsd.socket” 此致， 布林托 回复：GPSD 文件中的 GPSD 波特率设置 你好， 您可以选择 udev 规则或 systemd 服务在 gpsd 服务之前设置波特率。 这是 udev 规则： ACTION=="add", SUBSYSTEM=="tty", KERNEL=="ttyLP3", RUN+="/bin/stty -F /dev/%k 38400" 添加规则： udevadm control --reload udevadm trigger --action=add --subsystem-match=tty 当系统中检测到 ttyLP3 时应该调用此函数。 此致， 志明 回复：GPSD 文件中的 GPSD 波特率设置 我检查了系统日志并确认 gpsd 正在运行 并且我可以正确接收 GNSS 数据。 但是，gpsd 似乎不会自动将波特率设置为 38400。我必须使用以下方法手动配置它： stty -F /dev/ttyLP3 38400 只有运行此命令后，gpsd 才能按预期工作。但是在主板重启后，波特率重置为 9600，我必须手动重新设置它。 有没有办法让 gpsdalways 在启动时使用 38400 波特？如果您有任何建议，请告诉我。 此致， 布林托 回复：GPSD 文件中的 GPSD 波特率设置 Hello, 您是否尝试设置 38400 波特率，然后从系统获取日志？ 参考指南，您可以从syslog获取日志 日志 什么时候 GPS 作为守护进程运行（不在前台），并将其所有日志发送到 系统日志（3）。使用设施“LOG_USER”以标识“gpsd”发送日志。 如果你正在使用 syslog-ng，那么你可以发送所有 GPS 记录到文件 /var/log/gpsd 。把这个放在你的 /etc/syslog-ng/syslog-ng.conf 文件： destination gpsdf { file("/var/log/gpsd"); }; filter f_gpsd { program("gpsd"); }; log { source(src); filter(f_gpsd); destination(gpsdf); }; 此致， 志明 回复：GPSD 文件中的 GPSD 波特率设置 出现类似错误 连接到 gpsd 时出错：[Errno 104] 对端重置连接 此致， 布林托 回复：GPSD 文件中的 GPSD 波特率设置 你好， 请尝试添加GPSD_OPTIONS="-b -s 4800 " 此致， 志明

S32G_M7_STBYFULLBOOT_A53STR このドキュメントとプロジェクトは、S32G M stbyデモとLinux STRデモを1つのデモに統合し、高速起動を実現する方法を説明しています。中国語版： 本文说明如何在S32G2 RDB2板上搭建 一个M7 MCAL Standby Fullboot GPIO resume Demo加A53 Suspend to RAM的Demo，主要的 应用场景是电动汽车的快速启动。 G3与更新版本BSP的支持情况与此类 似，不再另外说明，客户可以自行参考开发。 请注意本文为培训和辅助文档，本文不是 官方文档的替代，请一切以官方文档为准。 目录 1 参考资料说明与声明 .................................................. 2 2 STBY+STR的硬件注意点 .......................................... 3 3 修改M7 MCAL Standby Demo代码 ............................ 5 3.1 Clock相关修改 ........................................................ 5 3.2 MCU相关修改 ......................................................... 5 3.3 UART Clock相关修改 ............................................. 7 3.4 Port相关修改 .......................................................... 7 3.5 I2C相关修改 ........................................................... 7 3.6 实现M核进入STDY状态等待功能 ........................... 8 3.7 Main函数的修改 ..................................................... 8 4 修改Bootloader工程来支持同时Boot M/A核Demo ... 10 4.1 I2C Clock相关修改 ............................................... 10 4.2 Port相关修改 ........................................................ 11 4.3 其它修改 ............................................................... 12 5 修改A53 Linux代码 .................................................. 13 6 Demo 运行测试 ........................................................ 13 6.1 硬件连接 ............................................................... 13 6.2 镜像烧写 ............................................................... 13 6.3 Demo运行 ............................................................ 14 7 工程发布包............................................................... 15 8 未来开发建议 ........................................................... 17 8.1 M/A核同步机制 ..................................................... 17 8.2 功能安全与信息安全 ............................................. 17 9 遗留问题 .................................................................. 17 9.1 IPCF STR支持 ...................................................... 18 9.2 PFE Slave STR支持 ............................................. 18 注意以下说明与声明： 说明： 汽车网关有快速启动要求，而电动车因为驻车时有更大的电池提供待机电源，所以希望是使 用Linux 的suspend to ram 的功能来实现Linux 的快速启动，而在S32G 上则需要考虑将M 核的 Standby 功能 与A 核的STR 功能 结合起来，目前可用的资源包括：  从BSP32 起支持ATF，可以支持Linux 端的STR 功能，文档《S32G_Linux_STR_V1-*.pdf》 (John.Li)说明linux STR 的原理和与M7 Standby Demo 结合时所需要的修改。  NXP 的M7 内部standby demo，可以支持M 核端的standby 功能，支持full boot 和standby ram boot。文档《S32G_Standby_Demo_V4-*.pdf》(John.Li)有详细说明，本文使用MCAL full boot+GPIO resume Demo。  本Demo 与本文主要说明如何将这两个Demo 结合起来，形成一个整体的Demo。  由于需要Boot M 核加A 核，所以也需要Bootloader 工程的支持，文档 《S32G_Bootloader_V1-*.pdf》(John.Li)说明了如何创建一个MCAL sample 加Linux 的 Bootloader 工程。 声明： 请注意：  M7 standby demo 本来为NXP 内部Demo，不保证运行质量。而Linux 本身也是reference software。  Linux STR 本身会引入比较复杂的电源管理切换，也会引起系统级的不稳定性。  本文所说的方法也是实验性质，不保证运行质量。 所以客户应该谨慎决定其产品功能并自行保证其产品质量，本文及本Demo 仅为Demo 性质。 この記事では、S32G2 RDB2ボード上でMCAL Standby Fullboot GPIO resume Demo plus A53 Suspend to RAMのデモを構築する方法について説明します。主な適用シナリオは、電気自動車の迅速な始動です。 G3および新しいバージョンのBSPのサポート状況はこれと同様で、追加の説明はありません。顧客は独自に開発する際にこれを参照できます。  この記事はあくまでもトレーニングおよび補足文書であることにご留意ください。この記事は公式文書の代わりにはなりません。公式文書をご参照ください。 目次 1    参考資料およびステートメント2 2   STBY+STRハードウェア・チェックポイント。3 3   修正されたM7 MCAL Standby Demoコード。5 3.1  クロックの修正。5 3.2 MCU関連の修正。6 3.3 UARTクロックに関する修正。7 3.4 ポートに関する修正。8 3.5 I2C関連の修正。8 3.6 MコアがSTDYに入る待機機能を有効にします。9 3.7 主要機能の修正。9 4   ブートローダー・プロジェクトを修正して、同時M/Aコアデモをサポート  11 4.1 I2Cクロックに関する修正。11 4.2 ポート関連の修正。11 4.3  Others modificaiton. 13 5   A53 Linuxコードを修正。14 6   デモの実行とテスト。14 6.1 ハードウェアリンク。14 6.2 イメージの書き込み。14 6.3 デモ実行中。15 7   プロジェクトのリリース・パッケージ。16 8   将来の開発に関する提案17 8.1 M/Aコア同期メカニズム.. 17 8.2 機能安全と情報セキュリティ。17 9   残りの問題。18 9.1 IPCF STRサポート 18 9.2 PFEスレーブSTRサポート 18 必要に応じて参照： S32G_Linux STR このドキュメントは、S32G Linux STRの詳細を説明し、M stdyデモと統合するための変更について説明します https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/S32G-Linux-STR/ta-p/1652680 S32G スタンバイデモ プロジェクトは新しいMcalスタンバイ・デモを作成し、その詳細を説明します https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/S32G-M-kernel-Standby-demo-and-how-to-porting-to-Mcal/ta-p/1556313 S32Gブートカスタマイズドキュメント mcal&linuxを実行するためにブートローダーを実行する方法 https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/S32G-Bootloader-Customzition/ta-p/1519838 オートモーティブ Re: S32G_M7_STBYFULLBOOT_A53STR 問題の状態を更新： 次のように変更してください。EB を使用してビルドは成功しますが、起動に失敗しました。コンソール出力はありません。 - bootloader >> MCU >> MCU >> 一般 >> コンフィグバリアント => バリアントプリコンパイル - Bootloader >> SysDal >> SysDal >> General >> SysDalGeneral の sysdal からのMCUの有効化 = チェックなし Hi John, ビルドエラーに遭遇しましたか？ ありがとうございます。 Re: S32G_M7_STBYFULLBOOT_A53STR Hi John, IVTツールを開きたいのですが、いくつか問題が発生しました： ソフトウェアのバージョンが一致していないように見えますか？ もう1つの問題はビルドが失敗したことです： いくつかのステップを飛ばしてもいいですか？ ありがとうございます。 アレン

iMX8qxpc0mek Android15 オートモーティブのフラッシュ中に問題が発生 こんにちは、NXPチーム iMX8qxpC0mekでAndroid15 オートモーティブを使用しようとしています これはEVKではなくカスタムボードなので ================ ブートログ============ U-Boot SPL 2025.04-g1fb4ea4fd9e4-ダーティ(2026年1月2日 - 12:31:04 +0530) 通常のブート MMC1から起動しようとしています MMC: ブロック番号 0x4000 が最大値 (0x2000) を超えています rpmbkeyblobの読み取りに失敗しました。認証キーがまだプログラムされていません bootloader_a から起動しています... うう ブート引数 0x*** 0x*** 0x*** 0x0 SCFW: 00000*** SECO-FW: 00000*** 信頼できるものを初期化しています (プロジェクト: imx8qxp、ビルド: nxa16252@lsv05559.swis.nl-cdc01.nxp.com-1、作成日時: 2025年8月12日 13:48:55 hwsecure: 22: hwsecure を初期化します。 情報: trusty/ユーザー/app/secretkeeper/lib.rs:258Secretkeeper TA の起動: 'com.android.trusty.secretkeeper.authgraph''com.android.trusty.secretkeeper',「com.android.trusty.secretkeeper.bootloader」 コア: 248デバイス、27uclass、デバイスツリー: 個別 警告: デバイス ツリーに古い「u-boot、dm-」タグが含まれています。2023.07 までに修正してください。 MMC: FSL_SDHC: 0、FSL_SDHC: 1 MMCから環境をロード中... MMC(0)から読み込んでいます... *** 警告 - CRCが不正です。デフォルトの環境を使用しています [*]-ビデオリンク 0dc0_power_domain [32] はcurrパーティションによって所有されていません sc_pm_set_resource_power_mode: リソース:32 モード:3: 解像度:4 エラー: dc0_power_domain 電源投入に失敗しました。(エラー = -13) ビデオデバイスのプローブに失敗しました。戻り値 -5 [0] dpu@56180000、ビデオ [1] lvds-channel@0、ディスプレイ [2] パネル、パネル シリアル 出力: シリアル エラー: シリアル ビルド情報: - SCFW 654907b6、SECO-FW c9de51c0、IMX-MKIMAGE 4c2e5b25、ATF オートモート - U-Boot 2025.04-g1fb4ea4fd9e4-ダーティ フラッシュターゲットはMMC:0です ネット: イーサネットが見つかりません。 情報 Trustyデバイスを初期化しています 情報: 選択された信頼できる API バージョン: 3 (要求された 3) 情報 Trusty IPC デバイスの初期化 情報 Trusty Hardware Crypto クライアントを初期化しています INFO RPMB ストレージ プロキシ サービスを初期化しています 認証キーはまだプログラムされていません rpmb_proxy.c:279:エラー proxy_handle_rpmb: rpmb_storage_send 失敗: 7 認証キーはまだプログラムされていません rpmb_proxy.c:279:エラー proxy_handle_rpmb: rpmb_storage_send 失敗: 7 認証キーはまだプログラムされていません rpmb_proxy.c:279:エラー proxy_handle_rpmb: rpmb_storage_send 失敗: 7 rpmb書き込みカウンタの読み取りに失敗しました 認証キーはまだプログラムされていません rpmb_proxy.c:279:エラー proxy_handle_rpmb: rpmb_storage_send が失敗しました: 7 ss: init_rpmb_fs: 不正な静的 rpmb サイズ、2048 ss: storage_service_init: block_device_tipc_init が失敗しました (-1) 認証キーはまだプログラムされていません ファストブート: 通常 通常のブート 自動起動を停止するには任意のキーを押してください: 0 avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません スロット_aを検証しています... avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません fsl_validate_vbmeta_public_key_rpmb: 公開鍵の読み取りエラー avb_slot_verify.c:902:エラー: vbmeta_a: データの署名に使用された公開キーが拒否されました。 avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません fsl_read_rollback_index_rpmb: Trusty からのロールバック読み取りエラー! 認証キーはまだプログラムされていません avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません fsl_read_rollback_index_rpmb: Trusty からのロールバック読み取りエラー! 認証キーはまだプログラムされていません avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません fsl_read_rollback_index_rpmb: Trusty からのロールバック読み取りエラー! 認証キーはまだプログラムされていません avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません 検証失敗、状態: UNLOCK ブート 'boot_a' はまだ カーネルロードアドレス 0x80280000 サイズ 38883 KiB avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません エラー - キーマスターの公開鍵の読み取りに失敗しました キーマスター.c:318:エラー Keymaster TIPC クライアントが初期化されていません。 キーマスター.c:684:エラー Keymaster TIPC クライアントが初期化されていません。 boota: ブート パッチ レベルの設定に失敗しました。 avb.c:86:エラー avb_do_tipc: AVB TIPC クライアントが初期化されていません シークレットキーパー.c:58:ERROR send_header_only_request: SecretKeeper クライアントが初期化されていません シークレットキーパー.c:121:secretkeeper_get_identity でエラーが発生し、Secretkeeper へのリクエストの送信に失敗しました (-1)。 シークレットキーパー.c:150:エラー: Secretkeeper キーの取得に失敗しました (err = -1)。 カーネル @ 80280000 (40566784) RAMディスク @ fc000000 (23203478) fdt @ 82ab0400 (145053) 0x80280000 から 0x80400000 への画像の移動、終了=0x82ab0000 ## 82ab0400 のフラット化されたデバイス ツリー blob 0x82ab0400のfdt blobを使用して起動する 動作中のFDTを82ab0400に設定 0000000082ab0400、終了 0000000082ad6a9c のデバイスツリーを使用しています 動作中のFDTを82ab0400に設定 /バス@59000000/DMAコントローラ@591f0000, 41740 /バス@59000000/DMAコントローラ@599f0000, 42872 /バス@5a000000/DMAコントローラ@5a1f0000, 62280 /バス@5a000000/DMAコントローラ@5a1f0000, 62280 /バス@5a000000/DMAコントローラ@5a9f0000, 62784 dc0_power_domain [32] は curr パーティションによって所有されていない sc_pm_set_resource_power_mode: リソース:32 モード:3: 解像度:4 エラー: dc0_power_domain 電源投入に失敗しました。(エラー = -13) ビデオデバイスのプローブに失敗しました。戻り値 -5 認証キーはまだプログラムされていません カーネルを起動中… Re: iMX8qxpc0mek Android15 Automotive facing issue while flashing フラッシュ中に上記の問題に直面した場合、何が問題なのかを知るのに役立ちます Re: iMX8qxpc0mek Android15 Automotive facing issue while flashing こんにちは@Ram2 こちらのナレッジベースを参照してください。新しいタイミングを取得する必要があります。cツールから取得し、uboot で置き換えます。 i.MX 8/8X ファミリ DDR ツールのリリース よろしくお願いします、 志明 Re: iMX8qxpc0mek Android15 Automotive facing issue while flashing こんにちは@Zhiming_Liu DDRキャリブレーションがまだ完了していません。DDRキャリブレーションの手順を教えてください。 一般的な手順やツールは必要ですか？ Re: iMX8qxpc0mek Android15 Automotive facing issue while flashing こんにちは@Ram2 DDRのキャリブレーションは完了しましたか？ よろしくお願いします、 志明

IMX8MP LPDDRデザイン構成 こんにちは、 弊社のデザインの 1 つでは、複数の LPDDR4 部品番号を使用しています。これらの部品は、チャネル、ランク、密度の点で構成が異なりますが、すべて同じハードウェアデザインを使用する予定です。 以下に参考までに部品とその構成を示します。MT53E1G32D2FW と MT53E2G32D4DE は 、 当社のボードで既に正常に動作しています。 一部 密度 チャネル ランク D1611PM3BDGUI 16ギガバイト 1 1 H9HCNNNBKUMLXR-NEE 16ギガバイト 2 1 B3221PM3BDGUI 32GB 2 1 MT53E1G32D2FW-046 重量:B 32GB 2 2 Q6422PM3BDGVK 64GB 2 2 MT53E2G32D4DE-046 重量:C 64GB 2 2 当社のハードウェア設計は上記のすべての部分に共通であり、 i.MX8MP LPDDR4 EVKリファレンス・デザインに基づいています。 以下の質問があります: 1. 2つのパーツが既に動作しているので、 チャネルやランク構成が異なっていても、他の32Gbおよび64Gbパーツに 同じ lpddr_timing.c ファイルを使用できますか？それとも、別途キャリブレーションが必要ですか？ 2. シングルチャネル16Gb部品の設計に変更を加える必要がありますか? よろしくお願いいたします。 プラタム Re: IMX8MP LPDDR design configuration こんにちは@pratham_malaviya お元気でお過ごしでしょうか？ あなたの質問にお答えします: 1. いいえ。PNごとにキャリブレーションを行うことを強くお勧めします。 2. シングルチャネルバリアントでは回路図の変更は必要ありません。 よろしくお願いいたします。 サラス。

aospビルドでtee.binファイルが見つかりません イメージビルドについては、android-15.0.0_2.0.0-docs/UG10156_Android_User's_Guide.pdf ドキュメントに従いました。 ./imx-make.sh を使用してイメージを生成しているときに、以下のエラーが発生しています (ただし、イメージはビルドされています)。 エラー: ./../scripts/pad_image.sh tee.bin エラー: ./../scripts/pad_image.sh: ファイル tee.bin が見つかりませんでした。終了します。 ./../scripts/pad_image.sh bl31.bin ビルドログを添付しました。 エラーが発生した状態でイメージがビルドされた後。イメージをボードにフラッシュすることに成功し、正常に動作しました。OTA アップデート パッケージを作成し、OTA アップデート (ADB) を使用してアップデートしようとしたときに問題が発生しました。 12-30 07:48:15.344 577 577 I update_engine: [INFO:subprocess.cc(158)]サブプロセス 2181 は si_status: 127 で終了しました 12-30 07:48:15.350 577 577 E update_engine: [エラー:postinstall_runner_action.cc(403)]Postinst コマンドがコード 127 で失敗しました 12-30 07:48:15.352 577 577 I update_engine: [INFO:postinstall_runner_action.cc(476)]すべてのインストール後のコマンドが成功しました 12-30 07:48:15.354 577 577 E update_engine: [エラー:postinstall_runner_action.cc(450)]インストール後のアクションが失敗しました。ErrorCode::kPostinstallRunnerError 12-30 07:48:15.377 577 577 I update_engine: [INFO:snapshot.cpp(2943)]UnmapAllSnapshots のロック取得 12-30 07:48:15.379 577 577 I update_engine: [INFO:snapshot.cpp(2948)]スナップショットのあるパーティションが6つ見つかりました 12-30 07:48:15.493 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット product_b のマッピング解除に成功しました 12-30 07:48:15.585 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_b のマッピング解除に成功しました 12-30 07:48:15.673 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_dlkm_b のマッピング解除に成功しました 12-30 07:48:15.785 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット vendor_dlkm_b のマッピング解除に成功しました 12-30 07:48:15.897 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_ext_b のマッピング解除に成功しました 12-30 07:48:15.981 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット vendor_b のマッピング解除に成功しました 12-30 07:48:15.988 577 577 I update_engine: [INFO:snapshot.cpp(2956)]スナップショット付きのマッピングされていない 6 つのパーティション 12-30 07:48:15.990 577 577 I update_engine: [INFO:snapshot.cpp(2962)]snapuserdデーモンをシャットダウンする 12-30 07:48:16.092 577 577 I update_engine: [INFO:postinstall_runner_action.cc(440)]すべてのパーティションをマップ解除しました。 12-30 07:48:16.094 577 577 I update_engine: [INFO:action_processor.cc(116)] ActionProcessor: 最後のアクション PostinstallRunnerAction がコード ErrorCode::kPostinstallRunnerError で終了しました 12-30 07:48:16.098 577 577 I update_engine: [INFO:update_attempter_android.cc(711)]プロセッシングが完了しました。 12-30 07:48:16.143 577 577 I update_engine: [INFO:snapshot.cpp(2943)]UnmapAllSnapshots のロック取得 12-30 07:48:16.145 577 577 I update_engine: [INFO:snapshot.cpp(2948)]スナップショットのあるパーティションが6つ見つかりました 12-30 07:48:16.149 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット product_b のマッピング解除に成功しました 12-30 07:48:16.153 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_b のマッピング解除に成功しました 12-30 07:48:16.157 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_dlkm_b のマッピング解除に成功しました 12-30 07:48:16.161 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット vendor_dlkm_b のマッピング解除に成功しました 12-30 07:48:16.165 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット system_ext_b のマッピング解除に成功しました 12-30 07:48:16.172 577 577 I update_engine: [INFO:snapshot.cpp(2715)]スナップショット vendor_b のマッピング解除に成功しました 12-30 07:48:16.174 577 577 I update_engine: [INFO:snapshot.cpp(2956)]スナップショット付きのマッピングされていない 6 つのパーティション 12-30 07:48:16.177 577 577 I update_engine: [INFO:dynamic_partition_control_android.cc(320)]UnmapAllPartitions 完了 12-30 07:48:16.179 577 577 I update_engine: [INFO:dynamic_partition_control_android.cc(328)]SnapshotManager が初期化されました。 12-30 07:48:16.184 577 577 I update_engine: [INFO:metrics_reporter_android.cc(159)]現在の更新試行では 794 バイトのデータがダウンロードされます

missing tee.bin file in aosp build I followed the android-15.0.0_2.0.0-docs/UG10156_Android_User's_Guide.pdf document for the image build.  While generating the image using ./imx-make.sh I am facing the below error(But the image is getting built).  The error: ./../scripts/pad_image.sh tee.bin ERROR: ./../scripts/pad_image.sh: Could not find file tee.bin. Exiting. ./../scripts/pad_image.sh bl31.bin I have attached the build logs. After the image was built with the error. I was successful in flashing the image to the board and it works correctly. I built a OTA update package and when I was trying to update using OTA update (ADB) I got an issue : 12-30 07:48:15.344 577 577 I update_engine: [INFO:subprocess.cc(158)] Subprocess 2181 exited with si_status: 127 12-30 07:48:15.350 577 577 E update_engine: [ERROR:postinstall_runner_action.cc(403)] Postinst command failed with code: 127 12-30 07:48:15.352 577 577 I update_engine: [INFO:postinstall_runner_action.cc(476)] All post-install commands succeeded 12-30 07:48:15.354 577 577 E update_engine: [ERROR:postinstall_runner_action.cc(450)] Postinstall action failed. ErrorCode::kPostinstallRunnerError 12-30 07:48:15.377 577 577 I update_engine: [INFO:snapshot.cpp(2943)] Lock acquired for UnmapAllSnapshots 12-30 07:48:15.379 577 577 I update_engine: [INFO:snapshot.cpp(2948)] Found 6 partitions with snapshots 12-30 07:48:15.493 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot product_b 12-30 07:48:15.585 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_b 12-30 07:48:15.673 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_dlkm_b 12-30 07:48:15.785 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot vendor_dlkm_b 12-30 07:48:15.897 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_ext_b 12-30 07:48:15.981 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot vendor_b 12-30 07:48:15.988 577 577 I update_engine: [INFO:snapshot.cpp(2956)] Unmapped 6 partitions with snapshots 12-30 07:48:15.990 577 577 I update_engine: [INFO:snapshot.cpp(2962)] Shutdown snapuserd daemon 12-30 07:48:16.092 577 577 I update_engine: [INFO:postinstall_runner_action.cc(440)] Unmapped all partitions. 12-30 07:48:16.094 577 577 I update_engine: [INFO:action_processor.cc(116)] ActionProcessor: finished last action PostinstallRunnerAction with code ErrorCode::kPostinstallRunnerError 12-30 07:48:16.098 577 577 I update_engine: [INFO:update_attempter_android.cc(711)] Processing Done. 12-30 07:48:16.143 577 577 I update_engine: [INFO:snapshot.cpp(2943)] Lock acquired for UnmapAllSnapshots 12-30 07:48:16.145 577 577 I update_engine: [INFO:snapshot.cpp(2948)] Found 6 partitions with snapshots 12-30 07:48:16.149 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot product_b 12-30 07:48:16.153 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_b 12-30 07:48:16.157 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_dlkm_b 12-30 07:48:16.161 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot vendor_dlkm_b 12-30 07:48:16.165 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot system_ext_b 12-30 07:48:16.172 577 577 I update_engine: [INFO:snapshot.cpp(2715)] Successfully unmapped snapshot vendor_b 12-30 07:48:16.174 577 577 I update_engine: [INFO:snapshot.cpp(2956)] Unmapped 6 partitions with snapshots 12-30 07:48:16.177 577 577 I update_engine: [INFO:dynamic_partition_control_android.cc(320)] UnmapAllPartitions done 12-30 07:48:16.179 577 577 I update_engine: [INFO:dynamic_partition_control_android.cc(328)] SnapshotManager initialized. 12-30 07:48:16.184 577 577 I update_engine: [INFO:metrics_reporter_android.cc(159)] Current update attempt downloads 794 bytes data

[LX2160A] 如何正确实现安全启动？” 我们使用的是 LX2160ARDB 和 LSDK 20.04。 我们目前正在测试安全启动。当我们刷新使用 flex-builder-i auto-a arm64-m lx2160ardb_rev2_uboot_xspiboot_secure.img 命令生成的 firmware_lx2160ardb_rev2 并尝试启动时，不会显示串行消息。造成这一问题的原因是什么？ 你能解释一下应用安全启动的正确程序和调试方法吗？ Re: [LX2160A] How can Secure Boot be properly implemented?” 当选项为"auto".(SECURE=y)时，flex-builder 似乎会自动生成安全图像。 Re: [LX2160A] How can Secure Boot be properly implemented?” 你好 你是否使用 flex-builder 命令末尾的 "-s " 进行构建？它用于安全启动映像，请参阅 LSDK 用户指南。 Re: [LX2160A] How can Secure Boot be properly implemented?” 没错，请参阅LLDPUG中的第5.1.1.2节安全启动过程，以检查流程，你可以进行调试以定义它在哪个阶段失败，另请阅读第5 .1.1.3.1.3章ISBC验证错误代码，它显示了启动过程中的一些问题。

imx8mpカスタムボードでQNXイメージを起動できません こんにちは、 IMX8MPカスタムボードを使用しています。IMX8MP EVK と私のカスタム ボードの違いは、UART コンソールと DRAM です。QNX 7.1 ソース コードに変更を適用した後、ボードを起動しようとしましたが、IMX8MP カスタム ボードからのコンソール メッセージが表示されませんでした。QNX 7.1 ソース コードで他に変更する必要があるものはありますか? ありがとう、よろしく。 スバシュ。 Android i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M ミニ | i.MX 8M ナノ Re: Unable to boot the QNX image in my imx8mp custom board こんにちは、 QNX ソース コード内のコンソール、および uboot とカーネル bootargs の RAM 定義を確認する必要があります。 よろしくお願いします。

[过滤器：垃圾邮件] nismkiki 的帖子正文匹配 "फोनपे"，板 "电源管理单元"。 [过滤器：垃圾邮件] nismkiki 的帖子正文匹配 " "，板 "电源管理单元"。 帖子主题：Re：如何退还错误的交易 职位机构： फोनपे में गलत लेनदेन से पैा वास ग्राहकसेवा नंबर 076_995 95_414) कैसे पाएं अगर आपने फोनपेकिसी गलत अकाउंट में पैसे भेजदिए हैंया कोई गलत ट्रांजैक्शन हो गयाहै、तो निम्नलिखित तरीके अपनाएं फोनपे ऐप में शिकायत दर्ज फोनपे में गलती से की गई पमेंट को वापस कैसे पाएं? 正文"फोनपे" 匹配的过滤模式"फोनपे" 。 用户[id=258406,login=nismkiki]的发帖因以下最终用户面临的错误而被拒绝： 信息正文中包含फोनपे，这在本社区是不允许的。请在发送您的帖子前删除这些内容。

[过滤器：垃圾邮件] nismkiki 的帖子主题与 " blinkit "，板 " 电源管理单元 " 相符。 [过滤器：垃圾邮件] nismkiki 的帖子主题与 " blinkit "，板 " 电源管理单元 " 相符。 帖子主题：我能从 Blinkit 获得退款吗？ 主题文本"Blinkit" 匹配的过滤模式"blinkit" 。 职位机构： 任何受到伤害的消费者都可以拨打免费电话 07699-595-414 与代理交谈或自己注册，以登记他/她的申诉 ... 用户[id=258406,login=nismkiki]的发帖因以下最终用户面临的错误而被拒绝： 消息主题包含 Blinkit，这在本社区是不允许的。请在发送您的帖子前删除这些内容。

S32K144 AUTOSAR RTD CAN 示例版本错误 — 缺少 Port_Ci_Port_Ip_Types.h(S32DS 3.6.5) 大家好 我正在使用 S32 Design Studio 版本 3.6.5 并使用 S32K1 AUTOSAR 4.4 — RTD 3.0.0（QLP02、D2505）软件包。 我尝试创建和构建 MCU S32K144 RTD 中提供的 CAN 示例项目 ，目标是 S32K144EVB 板。 环境详情： 工具S32 Design Studio 3.6.5 rtd: s32k1 autosar 4.4 rtd 3.0.0(QLP02 D2505) MCU: S32K144 板：S32K144EVB-Q100 遵循的步骤 使用"从示例导入S32DS 项目 "导入 CAN 示例。 使用配置工具选择 CAN0 相关引脚（TX/RX）。 点击更新代码。 尝试版本项目。 问题： 在编译过程中，我一直遇到以下错误：   。/board/port_ci_port_port_IP_CFG.H: 47:10：致命错误：port_ci_port_port_IP_TYPES.H：没有 这样的 文件 或 目录 #include"Port_Ci_Port_Ip_Types.h"编译 已终止。构建文件： ./RTD/src/FlexCAN_Ip_Irq.c 调用 标准 S32DS C 编译器   看起来端口 IP AUTOSAR 生成的头文件丢失了，即使在配置 CAN 引脚和更新代码后也是如此。 我查看了论坛上的多个帖子，并尝试了建议的步骤，但仍无法解决这个问题。 问题 该 CAN 示例是否打算直接用作 S32DS 3.6.5 中基于 AUTOSAR ECUC 的项目？ 是否应首先创建一个单独的 AUTOSAR RTD 项目，然后再复制示例源文件？ 在 S32DS 3.6.5 中启用 AUTOSAR ECU 配置编辑器而不是 SDK 引脚/时钟工具是否需要任何额外步骤？ 如果您能就在 S32K144EVB 上成功版本此 RTD CAN 示例的正确工作流程提供任何指导，我们将不胜感激。 谢谢！ Re: S32K144 AUTOSAR RTD CAN Example Build Error – Missing Port_Ci_Port_Ip_Types.h (S32DS 3.6.5) 您好， RTD CAN 演示示例只显示了内部环回测试，没有配置引脚，您需要添加引脚。你可以参考下面的指南来参考如何添加 PORT 元器件；https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Create-a-Blinking-LED-example-project-using-S32K1xx-RTD/ta-p/1471695 不确定是否有其他 S32K144 CAN 演示使用 MCAL 级驱动程序，但您可以使用其他方法，例如请参阅https://community.nxp.com/t5/S32K-Knowledge-Base/RTD600-MCAL-amp-IP-S32K3X4EVB-T172-FlexCAN-Example-Interrupt/ta-p/2142069上发布的 S32K3 演示。用法非常相似。 BR, Petr Re: S32K144 AUTOSAR RTD CAN Example Build Error – Missing Port_Ci_Port_Ip_Types.h (S32DS 3.6.5) 您好， 请参阅所附的修改后演示示例。 使用连接 PCAN 工具的 S32K144EVB-Q100 进行测试时，它可发送 10 条信息 希望对你有所帮助。 BR, Petr

S32K148 的 SPI 占空比不是 50% 当我使用 S32K148 的 LSPI0 发送数据时，我发现 SPI 时钟波形的占空比不是 50% 而是 60%。我为 LSPI0 设置的时钟源是 4MHZ，波特率是 2MHZ，寄存器 CCR[SCKDIV] 不是奇数。为什么占空比不能达到 50%？我该如何调整？谢谢！ Re: The SPI duty cycle of S32K148 is not 50% 您好， SCK 占空比不可调节，取决于 SCKDIV 和 PRESCALE 设置。如果 SCK 周期为奇数，则 SCK 周期的前半部分将比 SCK 周期的后半部分长一个周期。从寄存器值来看，结果周期为 14 个周期，因此 SCK 占空比应为 50% 。即使不是这样，从从属的角度来看，这也不应该是一个问题，因为 SPI 传输是由 CLK 边沿驱动的。 问题可能是如何使用分频器为 14 的 4MHz SPI 时钟获得 2MHz SCK。 逻辑分析仪也可能带来采样率不正确的问题。尝试提高采样率，或者最好使用示波器测量真实信号。这可能受到引脚驱动设置/能力的影响。 BR, Petr

アイビスのモデルTJA1029TK こんにちは、チーム TJA1029TKのIBISモデルを探しています。できるだけ早くご返信をお待ちしております。 Re: Model TJA1029TK of the ibis こんにちは、 お問い合わせいただきありがとうございます あなたが求めている文書は機密文書であり、NDA に基づいており、セキュア ファイルを通じてのみ入手可能です。 すでにNXPについてNDAに署名している場合は、ログインして職場のメールアドレスでアクセスを申請し、次のガイドを使用して保護されたファイルにアクセスしてください: https://www.nxp.com/docs/en/user-guide/nxp-secure-access-rights-registration.pdf NDA をお持ちでない場合は、チケット システムでサポート リクエストを作成してください。NXPについての電子メールを使用する必要があります。 https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu よろしくお願いいたします。

IMX93 EVK- MQS peripheral Hi I am working with I.MX93 EVK board. I have tested all the peripherals including audio jack. But I am stuck with one of the peripheral MQS(J1301). what does this peripheral do? How can i test this. Could you please help me with the information regarding MQS peripheral. Re: IMX93 EVK- MQS peripheral Hi @Et_MM  Yes, correct. Best Regards, Zhiming

Model TJA1029TK of the ibis Hi Team, I am looking for an IBIS model for TJA1029TK. I will be waiting for your response as soon as possible.  Re: Model TJA1029TK of the ibis Hello, Thanks for reaching us The document you are asking for is confidential, under NDA and is available through Secured Files only: If your company signed an NDA already, please login and apply for access by your work email address and use the following guide to gain access to secured files: https://www.nxp.com/docs/en/user-guide/nxp-secure-access-rights-registration.pdf If you do not have an NDA, please create a Support Request in our ticket system. You need to use your company e-mail.  https://www.nxp.com/support/support:SUPPORTHOME?tid=sbmenu Best regards.

带 pcie 无线模块的 Imx8mp HI 我在内核 6.6.23 中使用带有 yocto 的 i.mx8mp evk 板。 启用 pcie 总线时出现错误 [ 43.704357] wlan_cnss_core_pcie：加载树外模块会损坏内核。 [ 43.718247] NET: 注册的 PF_QIPCRTR 协议系列 [ 43.723678] 无法处理虚拟地址 00000000000002a0 上的内核 NULL 指针取消引用 01:00.0 网络控制器：高通科技公司设备 1112（修订版 01） lspci -vvv -s 01:00.0 01:00.0网络控制器：高通科技公司设备 1112（修订版 01） 子系统：高通科技公司设备 1110 控制：I/O-Mem-BusMaster-SpecCycle-memwinv-vgasNoop-ParerR-Steping-SERR-FastB2B-DisintX- 状态：Cap+ 66MHz-UDF-FastB2B-Parerr-Parer-Devsel=Fast > Tabort-< Tabort- SERR-< PERR-INTX-区域 0：内存位于 18200000（64 位，非- 可预取) [已禁用] [size=2M] 区域 2：内存为 18100000（64 位，不可预取）[已禁用] [size=32K] 功能：[40] 电源管理单元 3 标志：pmeClk-DSI-D1-D2-AUXCurrent=0mA PME（D0+、D1-、D2-、d3Hot+、d3Cold+） 状态:D0 nosofrst+ PME-enable-dsel=0 dScale=0 PME-功能：[50] MSI：启用-计数=1/32 Maskable+ 64位-地址：00000000 数据：0000 掩码：00000000 待定：00000000 功能：[70] Express (v2) 终端节点，intmsGnum 0 DevCap：maxPayload 256 字节，PhantFunc 0，延迟 L0s 无限制，L1 无限制 extTag-attnBTN-attnInd-pwrind-RBE+ flreset-SlotPowerLimit 0W devCtl：correrr-Nonfatalerr-Unsupreq-rlxDord+ extTag-phantFunc-auxPwrind-nosnoop+ maxPayload 128 字节，maxReadreq 512 字节 devSta：correrR-nonFatalErr-FatalErr-UnsupReq-auxPwr+ TransPend- LnkCap：端口 #0，速度 8GT/s，宽度 x1，ASPM L0s L1，退出延迟 l0s < 1us，L1 < 64us 时钟-惊喜-llactrep-bwnot-aspmoptComp+ LnkCtl：ASPM 已禁用；RCB 64 字节，lnkDisable-commCLK+ extSynch-clockPM-autWiddis-bwint-lnkSta：速度 8GT/s，宽度 x1 trerr-Train-slotCLK+ dLActive-bwint-ltr+ 10bittagCOMPRP-LTR+ 10bittagCOMP RP-LTR+ bwint p-10bittagreq-不支持 OBFF，extFMT-eetlpPrefix-不支持紧急降电 支持，EmergencyPowerReductioninit- FRS-tphComp+ exttphcomp-AtomicopsCap：32 位-64 位-128 bitcas- devctl2：完成超时：50 us 到 50 毫秒，超时 dis-AtomicopsCtl：reqen-idoreq-idoCompl-LTR-紧急降电要求- 10bitttagreq-OBFF 禁用，eetlppref ixblk-LnkCap2：支持的链路速度：2.5-8GT/s，Crosslink-重定时器-2重定时器-DRS-LnkCtl2：目标链路速度：8GT/s，EnterComplianceS-Speeddis-传输余量：正常运行范围，企业修改合规性操作系统-合规性预设/解除- 重点：-6dB 去加重，0dB 预冲 lnksta2：当前去加重级别：-6dB，均衡完成 + 均衡阶段 1+ 均衡阶段 2+ 均衡阶段 3+ 均衡 LinkEqualizationPhase3+ Linkequalization RequestionPhase3+ 重定时器-CrossLinkres：不支持 功能：[b0] MSI-X：启用-Count=32 掩码 矢量表：BAR=2 offset=00000000 PBA：BAR=2 offset=00001000 功能：[100 v2] 高级错误报告 uestA：DLP-SDES-TLP-FCP-cmplto-cmplto-cmplt-unxcplt-rxof-malftLP-ECRC-Usviol-uemsk：DLP-SDES-TLP-TLP-Unxcplt-rxOF-MalftLP-ECRC-Usviol-uemsk：DLP-SDES-TLP-TLP-FCP- cmplto-cmpltabrt-unxcmplt-rxof-MalfTLP-ECRC-Unsupreq-acsviol-uesVRT：DLP+ SD ES+ TLP-FCP+ cmplto-unxcmplt-rxof+ malftLP+ ECRC-Unsupreq-acsviol-cesta：rxerr-badTLP-cesta：rxerr-badTLP-rxOF+ malftLP+ ECRC-Unsupreq-acsviol-Ce sta：rxerr-badTLP-baddllp-Rollver-Timeout-advnonFatalerr-cemsk：rxerr-baddllp-baddllp-滚动-超时-AdvNonFatalerr+ aerCap：第一个错误指针：00，ecrcgencap+ ecrcchken+ ecrcchken-multhdrreccap-multhdrreccap：第一个错误指针：00，ecrcgencap+ ecrcchken+ ecrcchken-multhdrreccap-multhdrreccap-tlthdrreccap-tls-HdrlogCap-HeaderLog：00000000 00000000 00000000 00000000 能力：[148 v1] 辅助 PCI Express lnkCTL lnkEquintrrupten-PerformeQu-L aneerrStat：0 能力：[158 v1] 交易处理提示 没有可用的指导表功能：[164 v1] 延迟容差报告 最大监听延迟：0ns 最大无窥探延迟：0ns 能力：[16c v1] L1 PM Substates L1subcap：PCI-PM_L1.2+PCI-PM_L1.1+ASPM_L1.2+ASPM_L1.1+L1_PM_Substates+ PortCommonModeRestoreTime=70us PortTPowerOnTime=0us L1SubCtl1：PCI-PM_L1.2-PCI-PM_L1.1-ASPM_L1.2-ASPM_L1.1- T_CommonMode=0us LTR1.2_Threshold=86016ns L1SubCtl2：T_PwrOn=10us 我的问题是，是否有任何关于 [ 43.723678]无法处理虚拟地址 00000000000002a0 处的内核 NULL 指针取消引用 [ 43.732511] Mem 中止信息： [ 43.735311] ESR = 0x0000000096000004 [ 43.739085] EC = 0x25：DABT（当前 EL），IL = 32 位 [ 43.744431] SET = 0，FnV = 0 [ 43.747492] EA = 0，S1PTW = 0 [ 43.750695] FSC = 0x04：0 级翻译故障 [ 43.755599] 数据中止信息： [ 43.758493] ISV = 0，ISS = 0x00000004，ISS2 = 0x00000000 [ 43.764028] CM = 0, WnR = 0, TnD = 0, TagAccess = 0 [ 43.769100] GCS = 0, Overlay = 0, DirtyBit = 0, Xs = 0 [ 43.774426] user pgtable：4k pages, 48-bit VAs, pgdp=0000000116d9e000 [ 43.780877] [00000000000002a0] pgd=0000000000000000, p4d=0000000000000000 [ 43.787681] Internal error：Oops：0000000096000004 [#1] 先发制人 smp i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: Imx8mp with pcie wifi module 你好@LarryLee 内核似乎缺少某些与 Wi-Fi 相关的驱动程序。请仔细检查并考虑将所有驱动程序编译到内核中。 致敬， Zhiming

ワーナーブラザースゲームの詳しい申し込み、ダウンロード、登録手順（WeChat ID: 4698） ワーナーメディア直営ゲームの詳しい申し込み、ダウンロード、登録手順（WeChat ID: 4698）TL282.cc 一般的な グラフィック LPCオープン 周辺機器 USB ユーザーコンテンツ 中国語ユーザーフォーラム

Why is the MCUXpresso debugger trying to access address 0xdeadbeef? I have some issues with MCUXpresso when using a J-Link probe and when debugging an NXP i.MX RT1020 board. I can upload and run the code. The code executes successfully and I can ping the board's IP address so I know it works. However, some time after I run the code in the debugger, I get the error as shown in the following screenshot. The board still runs, but I am at that point unable to use the debugger. I have no breakpoints set in the debugger. screenshot: https://ibb.co/X8XHfyh Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? I see dead bees  Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? Hi @surfskidude  Thanks a lot for letting me know and for sharing again the link to download your project, I could download it already. Just give me some more time to check it, and I would appreciate so much your patience, our backlog is higher than usual these days. Please let me know if you have some updates, and also I will keep you informed by our findings as soon as we can test it.  Thanks a lot for your comprehension. Best Regards. Pablo Avalos. Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? Hello Pablo, Thank you for the email. I do see my response on the support page (support.nxp.com). I'll just duplicate it here since it is public information and maybe easier for you to find. The complete ready to run project: https://realtimelogic.com/downloads/examples/LspAppMgr-RT1020.zip Project documentation: https://realtimelogic.com/downloads/bas/rt1020/ Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? Hi Pablo, did you get a chance to test the download I provided? Now after more testing, I believe there are some issues with the lwIP driver. Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? I inherited the project, but I believe all drivers are original and from a recent SDK. The weird thing is that I do not have issues with the built in JTAG. Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? Hi @surfskidude  Thanks a lot for reaching our technical support. Regarding your issue, when the MCU is trapped in the 0xdeadbeef address, it is usually due to some incorrect configuration of the peripheral used and actually if you pause the debugger, you might see a HardFault sometimes or simply the debugger is lost due an incorrect flow of the program. So my question is, did you modified something on the SDK example? and also, do you have the Ethernet port connected for that example? Hope we can hit the nail on the head soon, please let me know if you have more questions or comments. Best Regards. Pablo Avalos. Re: Why is the MCUXpresso debugger trying to access address 0xdeadbeef? Additional info: The debugger goes haywire after it executes ENET_SetSMI in fsl_enet.c, after the following line: base->MSCR = mscr; mscr is 304. I get the error as shown above if I try to step after this line. The NXP provided driver is in the SDK at 1020\devices\MIMXRT1021\drivers\fsl_enet.c

Recommendation of the Development Board Hello, I am new to NXP microcontrollers and am looking for a good development board to begin learning the development tools and playing with. Is there a little development board that I should consider purchasing? Thank You Development Board Re: Recommendation of the Development Board Hello, Could you help us confirm it is there a special feature do you need for your development board? Or do you have a budget to fit? The following link FRDM Development Boards for MCUs and MPUs | NXP Semiconductors contains the explanation of the FRDM development boards and ecosystem, in the FRDM Portfolio section are described the technologies available for each MCX and the table for main feature in each FRDM Board to compare. Here are our top MCX Microcontrollers boards if you want to consult them. Shop Our MCX Products | NXP Semiconductors Let me know if you need more information about a FRDM board. Thank you for your interest in NXP Semiconductor products Best Regards, Luis