S32K388 イーサネット RGMII GMAC0 に PING できません こんにちは、エンジニアの皆さん S32K388評価ボード上のRGMII GMAC0イーサネット インターフェイスをテストしているときに問題が発生しています。割り当てられた IP アドレスに正常に ping できません。標準の lwIP の例 (GMAC1 を使用) から始めて、 PINS の多重化を変更して信号を GMAC0 にルーティングし、それに応じてCLOCKを更新し、デバイスの初期化関数を調整し、Mcal コンポーネント タブのプラットフォーム を変更しました。これらの変更にもかかわらず、リンクは適切に確立されず、ping の試行は失敗します。 私の変更内容を確認いただくか、添付の zip ファイル (変更されたプロジェクトを含む) を使用して、GMAC0 インターフェースをテストしていただけますか?GMAC0 と GMAC1 の潜在的な構成の違い、PHY 初期化の問題、または lwIP の例における GMAC0 の既知の制限に関する知見があれば、大変助かります。 ご協力ありがとうございました Re: S32K388 CANNOT PING ETHERNET RGMII GMAC0 こんにちは@vinmotion 、 ご覧のとおり、コードスニペットのすべての行が GMAC0 に関連しているわけではありません。このコードは私のすべての例で使用されており、GMAC0 と GMAC1 を修正します。 よろしくお願いいたします。 パベル Re: S32K388 CANNOT PING ETHERNET RGMII GMAC0 ありがとうございます。しかし、S32k388 で RGMII GMAC0 を使用する場合、デバイスの初期化関数の例を変更すると次のようになることを確認できますか。 device_init() の DCMRWF 設定を次の行に置き換えます。 /* MUX_7 を手動でバイパスし、GMAC0_RX_CLK は入力ピンから直接導出されます。*/ IP_DCM_GPR->DCMRWF3 |= DCM_GPR_DCMRWF3_MAC_RX_CLK_MUX_BYPASS(1u); /* MUX_15 を手動でバイパスし、GMAC1_RX_CLK は入力ピンから直接導出されます。*/ IP_DCM_GPR->DCMRWF4 |= DCM_GPR_DCMRWF4_MAC2_RX_CLK_MUX_BYPASS(1u); /* GMAC1_TX_RMII_CLK ループバックを手動で有効にします。*/ IP_DCM_GPR->DCMRWF2 |= DCM_GPR_DCMRWF2_MAC2_LOOBPACK_CLK_SEL_MASK | DCM_GPR_DCMRWF2_MAC2_TX_RMII_CLK_LPBCK_EN_MASK; /* GMAC1 を RGMII モードに手動で設定します。*/ IP_DCM_GPR->DCMRWF4 |= DCM_GPR_DCMRWF4_MAC2_CONF_SEL(1u); オプションとして、test.c の行 622 から 642 をコメント アウトして、lwIP の例の制限時間を削除することもできます。 よろしくお願いいたします。 Re: S32K388 CANNOT PING ETHERNET RGMII GMAC0 こんにちは@vinmotion 、 このクエリはこのThreadの重複であると思われます: 解決済み: S32K388 RGMII GMAC0 イーサネットがpingできない - NXPコミュニティ よろしくお願いいたします。 パベル

BIST_SAFETYBOOT_CFGとBIST_DIAGNOSTIC_CFGに関する質問 こんにちはチーム K3のBIST情報についてお伺いしてもよろしいでしょうか？ 以下のようにBIST_SAFETYBOOT_CFGとBIST_DIAGNOSTIC_CFGの情報を見つけました。 しかし、それぞれのケースでどのリストが実装されているかなど、より詳細な情報は見つかりませんでした。 S32G の CASE、以下の情報をサポートしています。 問題は、 BIST_SAFETYBOOT_CFG と BIST_DIAGNOSTIC_CFG のテストリストについて教えていただけますか？ よろしくお願いします。 RTD SAFETY_SW 出典: 直接お客様 Re: Question about BIST_SAFETYBOOT_CFG and BIST_DIAGNOSTIC_CFG こんにちは@Luke_Chun 、 K3 Bist UM の XLS が欠落していますが、これは当社のミスです。修正し、Flexera の K3 1.0.6 リリースを更新します。 1.0.5 CD リリース以降、それがなくなってしまったようです。 添付のXLSをご利用ください。 基本的に、唯一の違いは、BIST_SAFETYBOOTCFG_NB から除外される HSE_ROMS の MBIST です。 例えば、K341 の実行時間の場合: BIST_SAFETYBOOTCFG_NB : 5.592ミリ秒 BIST_DIAGNOSTICCFG_NB: 22.249ミリ秒 敬具、 ラドスラフ

使用人工智能笔记本电脑进行恩智浦人工智能和 ML 开发 大家好， 我计划使用 AI 笔记本电脑作为恩智浦AI 和 ML 项目的主要开发机器，包括 eIQ 机器学习工具和基于 i.MX 的边缘 AI 平台。 我想利用人工智能笔记本电脑的强大功能来完成训练、优化人工智能模型以及部署到恩智浦嵌入式设备等任务。 根据您的经验，对于恩智浦的开发而言，人工智能笔记本电脑的哪些功能最为重要？例如 GPU 与 CPU 在训练和推理方面的性能对比 为实现流畅的人工智能工作流程而推荐的内存 存储类型和速度考虑因素 恩智浦人工智能工具的最佳操作系统（Linux 与 Windows 如果您对恩智浦人工智能项目使用人工智能笔记本电脑有任何意见、建议或实际经验，我将不胜感激。 提前感谢！

S32K3xx RTD 6.0.0 CMU割り込み こんにちは、チームの皆さん クロック ドライバの構成ツールでは、わかりにくい用語が使用されています。 RM と統合できますか。顧客はリセットと割り込みを混同しています。 CMU_FC_0 FXOSC: CMU_FC_4 プラットフォーム: よろしくお願いいたします。 ダニエル RTD Re: S32K3xx RTD 6.0.0 CMU interrupt こんにちは@DanNguyenDuy 、 ご返答ありがとうございます。 私はそれを認識しており、ここに投稿する前にすでにお客様に説明していました。 ただし、構成ツールと RM で使用される用語が一致していないため、混乱が生じます。 BR、ダニエル Re: S32K3xx RTD 6.0.0 CMU interrupt こんにちは@danielmartynek 、 ユーザーがCMU_FC_IER[FxxAIE] = 1およびCMU_FC_IER[FxxIE] = 0を構成すると、これらの構成により、CMUイベント情報が発生したときにCMU_FC破壊リセットが有効になります。 よろしくお願いいたします。 ダン Re: S32K3xx RTD 6.0.0 CMU interrupt はい、例えばCMU_FC_4、PLAT RM: DESTRUCTIVE RESET は、FHH または FLL、あるいはその両方に設定できます。 S32DS:割り込みは、FHH または FLL、あるいはその両方に設定できます。 SO、お客様は割り込み通知を受け取ると考えますが、これは誤解を招きます。 ありがとうございました。 ダニエル Re: S32K3xx RTD 6.0.0 CMU interrupt こんにちは@danielmartynek 、 CMU_FC_0 と CMU_FC_4 の以下の文について説明していただけますか? 「構成ツールとRMで使用される用語が一致していません」 よろしくお願いいたします。 ダン Re: S32K3xx RTD 6.0.0 CMU interrupt こんにちは@danielmartynek 、 RTD チームに RTD ドライバーの CMU 構成オプション情報の更新を要求するために、変更要求チケット (ARTDCMCU-1087) を発行しました。 よろしくお願いいたします。 ダン

EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Dear NXP support team, I have recently activated the new license for EB tresos AutoCore 8.8.7 as shown below: However, after activation, BSW module generation remains disabled. The tool reports that the license is not valid for code generation. Could you please confirm: Whether this license includes the required features for AUTOSAR Classic BSW code generation ? Example  If the license covers NXP S32G3 target support, Any steps needed to resolve this issue or provide a corrected license. I have cross-checked the feature list between the old and new licenses. The new license (2026) is missing several features compared to the previous one, such as: EB_TS_OS_SUPPORT EB_TS_VARIANT_HANDLING Multiple Importer features (DBK, FIBEX, LDF, TDB) EB_TS_GENERATOR_PARALLEL These features are required for AUTOSAR BSW module generation. Could you please confirm if the new license is incomplete or if an additional package is needed for full functionality? Thank you for your assistance. Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Hi @chenyin_h  Additional Information, You can import the EB AutoCore 8.8.7 simple demo RTE example located at: C:\EB\tresos\demos\AutoCore\8.8.7-S32G399\simple_demo_rte After the import is finished, open the configuration for any bsw module (e.g. ecuM, bswm, OS). If the latest license is active, you will see log messages similar to the following: Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Hello, @khuongpham  You are welcome. I will investigate the issue and reply you soon after any discovery found. BR Chenyin Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Dear @chenyin_h  Thank you for your response.  This use case is based on GoldVIP version 1.14, and the following packages are utilized (marked with a check symbol  to indicate active usage) This project is based on the EB AutoCore 8.8.7 simple demo RTE example located at: C:\EB\tresos\demos\AutoCore\8.8.7-S32G399\simple_demo_rte Additionally, several modules have been integrated from the NXP PFE Driver, CAN,UART,PORT,MCU MCAL example application: C:\NXP\PFE-DRV_S32G_M7_MCAL_1.6.0\example_application\MasterProject_RDB3 The detail module you can see like bellow . Could you please confirm :  Does NXP continue to provide support license for AutoCore OS and BSW code generation as before? If so, what steps should I take to ensure new license ? Thank and Br  Khuong Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Hello, @khuongpham  Thanks for your post May I know if you found the issue when working with GoldVIP? If yes, which project and which version mentioned?  I will help to check it and reply you if any discovery BR Chenyin Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Hello, @khuongpham  Thanks for your sharing. Since EB is not product of NXP, we need contact the 3rd party for checking the issues, which may take some time, I will update the status while any response received. BR Chenyin Re: EB tresos AutoCore 8.8.7 for S32G3 license update 2026 didn't valid for bsw module. Hello, @khuongpham  Thanks for your patience. It is noticed that the license has been updated, which may activate the EB Autocore correctly. Sincerely sorry for your inconvenience. BR Chenyin

i.MX51 WinCE6 NAND高速ブート(BINFS対応) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 従来のファイルシステムでは、WinCE イメージはシグナルファイル「NK.NB0"/"NK.BIN」と表示されます。また、ストレージにNANDフラッシュを使用する場合、XIPに対応できないため、合計で「NK.NB0" を実行する前に RAM にコピーする必要があります。EBOOTはこのコピーを行います。このように、長い起動時間と大きなサイズのRAM要件という2つの主な不足があります。WinCE イメージが大きい (より多くの機能が含まれている) 場合、これらの問題は重大になります。 BINFSは、これら2つの問題をうまく修正できます。32MBのRAMを使用して64MBのWinCEイメージを実行する機会が得られ、これにより最終製品のコストが削減されます。 BINFSファイルシステムでは、最終的なWinCEイメージはマルチBINファイルに分割され、EBOOTによってRAMにコピーする必要があるのはXIPKERNEL BIN(7MB未満)のみです。他の BIN のファイルは、デマンド ページング モードで動作します。これらのファイルは、実行が必要な場合にのみRAMにロードされます。 i.MX51 Windows

操作方法：使用 IVT 工具创建 Blob 图像 S32R45 本说明详细说明了创建图像矢量表的步骤，然后生成可以写入 S32R45 EVB 上的外部闪存的 blob 图像。为此，将 S32R45 SDK 中的“hello_world_s32r45”示例项目安装到 S32 Design Studio IDE。该指令展示了 QSPI 的流程，但也支持 SD、MMC 和 eMMC。 镜像向量表 (IVT) 是一组指向 BootROM 所需其他镜像的指针集合。 它通常包含以下镜像（但并非所有镜像都是创建有效 IVT 所必需的）： DCD 自检 DCD HSE 应用程序引导加载程序 IVT 工具可根据 BootROM 参考手册的规定配置并生成 IVT 镜像。 前提条件 使用 IVT 工具前，建议先从应用项目生成二进制镜像（作为 IVT 的输入）。可能还需要包含 DCD 镜像（例如用于初始化 SRAM）。 对于应用程序引导加载程序映像，请按照HOWTO：生成 S-Record/Intel HEX/二进制文件中的步骤操作，选择“原始二进制”选项。 对于 DCD 图像，请按照HOWTO：使用 DCD 工具创建设备配置数据图像中的步骤进行操作。 流程 在项目资源管理器（C/C++ 视角）中打开所需项目后，切换到 IVT 视角。点击“打开 IVT” 。 在启动配置部分，检查是否选择了正确的启动目标。对于此处的演示，M7_0 是正确的选择。 检查 “Interface selection” 部分。若目标引导设备为 SD、MMC 或 eMMC，需将设置从 “QuadSPI Serial Flash” 修改为对应接口。若目标引导设备为 QuadSPI 且无 QuadSPI 参数文件，取消勾选 “Configure QuadSPI parameters”。QuadSPI 参数用于修改部分闪存寄存器的默认设置，通常在内存容量较大时（例如某些设备上超过 1MB 的应用）需要配置。 在“Image Table”部分，根据实际配置禁用所有未使用的映像。本示例中，将以下映像设为 “Reserved”：Self-Test DCD、Self-Test DCD（备份）、DCD（备份）、应用程序引导加载程序（备份）。保留启用的映像：DCD、应用程序引导加载程序。 在图像表的 DCD 部分中，单击“浏览文件”并选择 DCD 二进制文件。暂时忽略起始地址和字节大小字段上的红色阴影。 现在红色阴影应该已经解决了。出现这种情况是因为当启用 DCD 部分时，它会向内存布局映射中添加一个块。但地图中的其他区块没有改变，导致重叠。要解决此问题，请单击自动对齐部分中的“对齐”按钮。 内存映射对齐后，将显示确认消息并且红色阴影将消失。 在应用程序引导加载程序部分，再次使用“浏览文件”并选择应用程序二进制文件。 加载应用程序启动映像时，该工具会处理该文件，检查其是否包含应用程序引导加载程序映像的标头。如果未找到标头，则表示该文件仅为原始代码（由 S32 Design Studio 生成的 bin），需要提供 RAM 起始地址和入口地址的值（代码长度自动计算），如展开视图和红色阴影所示。 要设置 RAM 起始指针和入口指针地址，从 C/C++ 角度来看： 从 C/C++ 视角的项目资源管理器中，打开链接器文件（hello_world_s32r45\Project_Settings\Linker_Files\S32R45_common_ram.ld）并找到 RAM 起始地址，然后将其输入到 IVT 工具中的 RAM 起始指针和 RAM 入口指针字段中。 由于加载的应用程序二进制文件只是一个原始二进制文件，因此需要生成完整的应用程序引导加载程序映像。“导出映像”功能会获取 RAM 起始指针、入口指针以及代码长度的输入值，然后生成应用程序引导加载程序头文件。此头文件将添加到原始二进制文件中，从而生成一个新映像，即完整的应用程序引导加载程序映像文件。在“应用程序引导加载程序”部分中，点击“导出映像”，并为映像文件输入一个有意义的名称。除了作为 IVT 映像的必要源组件之外，此文件还可以更轻松地共享或重复使用，作为其他 IVT 映像的输入。 文件生成后，您会注意到地址设置部分已折叠。这是因为它已用新生成的文件替换了您最初选择的文件，并且该工具已识别出该文件包含所需的标头信息。 点击“导出 Blob 图像”生成 Blob 图像文件。该文件将被刷入目标设备。 现在已经生成了 Blob 图像，可以使用“Flash Image”按钮通过串行连接将图像编程到目标，使用 S32 Flash 工具，或通过 JTAG 连接使用 S32 调试器内的 Flash 编程器（仅限 QSPI）。

i.MX31 PDKボードDirectFB <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LCDの問題を解決するには: DirectFBパッチをダウンロードします(ここをクリック)。 パッチとカーネル仕様を LTIB にコピーします。 タールZXVF DirectFB-patches-specs.tar.gz CD仕様 cp kernel-imx31_3stack-2.6.24-DirectFB-LCD-fix.patch /opt/freescale/pkgs/ cp kernel.spec.in ~/ltib-imx31pdk-r14/config/platform/imx/ 古いカーネルを削除します。 ~/ltib-imx31pdk-r14$ rm -rf rpm/BUILD/linux* LTIB を発行してカーネルを解凍し、パッチ を適用します 。 ~/ltib-imx31pdk-r14$ ./ltib -p kernel -m prep 最後に表示されます。 + エコー パッチ #1 (kernel-imx31_3stack-2.6.24-DirectFB-LCD-fix.patch): パッチ #1 (kernel-imx31_3stack-2.6.24-DirectFB-LCD-fix.patch): + パッチ -p1 -s + 出口 0 カーネルのビルド時間: 21 秒 これは、どのkernel-imx31_3stack-2.6.24-DirectFB-LCD-fix.patchが正しく適用されたかを意味します。 次に、カーネルをコンパイルします。 ~/ltib-imx31pdk-r14$ ./ltib -p kernel -m scbuild それを rootfs にインストールします。 ~/ltib-imx31pdk-r14$ ./ltib -p kernel -m scdeploy タッチスクリーンを修正するには スペックをLTIBにコピーします。 CD仕様 cp tslib.spec ~/ltib-imx31pdk-r14/dist/lfs-5.1/tslib/cp DirectFB.spec ~/ltib-imx31pdk-r14/dist/lfs-5.1/DirectFB/ 古いディレクトリを削除します。 ~/ltib-imx31pdk-r14$ rm -rf rpm/BUILD/tslib-1.0/~/ltib-imx31pdk-r14$ rm -rf rpm/BUILD/DirectFB-1.1.0/ pkg_mapを編集し、tslib の順序を変更します。DirectFB には tslib が必要であり、次にこの lib を最初にコンパイルする必要があります。 [alan@localhost LTIB-IMX31PDK-R14]$ vi config/userspace/pkg_map ... PKG_TSLIB = tslib PKG_DIRECTFB = DirectFB PKG_DIRECTFB_EXAMPLES = DirectFB の例 ... 次に、次のコマンドを実行します。 alan@armagedon:~/ltib-imx31pdk-r14$ ./ltib -c 次に、DirectFB パッケージと tslib パッケージを選択します。 タッチスクリーンをテストするには MX31# mknod /dev/input/tslib0 c 13 65 MX31# エクスポート TSLIB_TSDEVICE=/dev/input/tslib0 MX31# rm -f /etc/pointercal MX31# ts_calibrate MX31#df_window 日時:i.MX31 PDKボードDirectFB <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Heloo, パッチをダウンロードするにはどうすればよいですか?リンクが機能しません。imxコミュニティのメインページに移動します。

FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文档介绍如何使用Segger J-Link OpenSDAv2.1 固件和Kinetis Design Studio V1.1.0调试 FRDM-K22F 板。   适用于： OpenSDAv2.1 板（目前为 FRDM-K22F） Kinetis 设计工作室 V1.1.0     概述 FRDM-K22F 板（ FRDM-K22F|Freedom 开发板|Kinetis|Freescale ）附带编程的 OpenSDAv2.1，并且默认具有 CMSIS-DAP 调试固件。 （有关 OpenSDA 差异，请参阅最后的“技术细节”）   KDS V1.1.0不支持用于 FRDM-K22F 的带有 CMSIS-DAP 的 OpenOCD。尝试使用 KDS V1.1.0 调试 FRDM-K22F 板并且 OpenOCD/CMSIS-DAP 会导致控制台视图出现错误，目前无法实现，直到 OpenSDA 更新（参见Kinetis Design Studio V1.1.0：发行说明和新闻）。   一种解决方案是使用Segger J-Link OpenSDAv2.1 固件来调试电路板。 （另一个解决方案是使用 P&E Multilink OpenSDAv2.1 固件，请参阅FRDM-K22F：使用 P&E OpenSDAv2.1 固件进行调试）   安装Segger J-Link OpenSDA V2.1固件 您需要在主板上安装 Segger J-Link OpenSDAv2.1 固件，并且只需执行一次（除非您再次更改固件）。   前往SEGGER - 嵌入式专家 - OpenSDA / OpenSDA V2并下载 OpenSDA V2.1 固件（zip 文件） 将 zip 文件中的固件文件 (JLink-OpenSDA_v2_1.bin) 解压到您的硬盘上。 使用 OpenSDA USB 端口为电路板供电/插入 USB 电缆，同时按下 Reset/SW1。 该设备应该枚举主机上的 BOOTLOADER：设备。您现在处于引导加载程序模式。 复制 Segger .bin文件到该 BOOTLOADER 设备。等待几秒钟即可完成操作。 拔掉电路板，然后正常供电（不按下 SW1） 该开发板现在应该显示为 J-Link 设备并带有虚拟 COM 端口： 您已准备好调试 FRDM-K22F，就像使用 Segger J-Link 一样 🙂   使用 Segger J-Link OpenSDAv2.1 进行调试 创建一个新的调试/启动配置：选择您的项目，然后使用菜单运行>调试配置。 使用“新建”图标为您的应用程序和项目创建新配置（主选项卡）：   指定 MK22FN512xxx12 作为您的设备名称，并确保选择“SWD”：   已禁用 SWO：   就是这样。现在您可以使用板上的 Segger J-Link OpenSDA V2.1 固件调试您的应用程序 :-)。 您可以使用启动配置中的“调试”按钮： 或者使用调试图标下拉列表：   祝您调试愉快 🙂 技术细节 目前，OpenSDA 有三个版本可用： OpenSDAv1.0：这个适用于所有 FRDM 板，例如 FRDM-KL25Z、FRDM-KL26Z、FRDM-KL46Z、FRDM-K20 等（之前的 FRDM-K64F）。这些板上的引导加载程序受到保护，无法被擦除，并支持 P&E、Segger 和 CMSIS-DAP 调试应用程序 (*.sda)。 OpenSDAv2.0：该版本于 2014 年 FTF 上与 FRDM-K64F 板一起发布。这是一个开源的引导程序，用户可以更换该引导程序。它支持*.bin文件和P&E、Segger和CMSIS-DAP调试应用程序。 OpenSDAv2.1：此版本随 FRDM-K22F 板一起发布。它和 板上的调试电路对于所有 OpenSDA 版本（Kinetis K20 微控制器）都是相同的：区别在于 K20 上编程的引导加载程序：OpenSDAv1.0 上的引导加载程序无法被删除/更改。OpenSDAv2.x 上的引导加载程序可以被擦除/更改，以及OpenSDAv2.0之间的区别并且 v2.1 是调试应用程序启动的地址：对于 OpenSDAv2.0，它期望应用程序位于地址 0x5000，而 OpenSDAv2.1 期望应用程序从地址 0x8000 启动。   另请参阅： OpenSDAv2 概述 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenSDA 2.1 的起始地址是 0x8000，这反映在 ELF 头中（尽管我很好奇构建从哪里获得这个值）。 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我的错。我的问题是获取错误的 segger 引导加载程序并且没有注意到 FRDM-K64F 和 FRDM-K22F 之间的引脚名称发生了变化。修复了这些问题，现在一切正常。 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> readelf -h -l mbed_22blinky.elf（以下输出） 我认为这一点，特别是 .isr_vector位于 0x8000，告诉我这个 elf 文件与 OpenSDA 2.1 不兼容（当我阅读原始帖子时应该是 0x5000）。现在要找到在哪里调整该设置。我认为它可能被埋在 mbed 的某个地方，因为我在 kds 设置中的任何位置都找不到它。将从源而不是 .o 导入 mbed出口（出于其他原因这样做会更好）。 ELF 头： 魔法：7f 45 4c 46 01 01 01 00 00 00 00 00 00 00 00 00 类别：ELF32 数据：2 的补码，小端 版本：1（当前版本） 操作系统/ABI：UNIX - System V ABI 版本：0 类型：EXEC（可执行文件） 机器：ARM 版本：0x1 入口点地址：0x199 程序头开始：52（文件中的字节数） 节头开始：142632（文件中的字节数） 标志：0x5000002，有入口点，Version5 EABI 此标头的大小：52（字节） 程序头大小：32（字节） 程序头数量：5 节头大小：40（字节） 节标题数量：22 节头字符串表索引：19 程序头： 类型偏移量VirtAddrPhysAddrFileSizMemSizFlg对齐   EXIDX          0x011b80 0x00009b80 0x00009b80 0x00390 0x00390 R   0x4 加载 0x008000 0x00000000 0x00000000 0x001f0 0x001f0 RE 0x8000 加载 0x008400 0x00000400 0x00000400 0x00010 0x00010 R 0x8000 加载 0x008410 0x00000410 0x00000410 0x09b00 0x09b00 重新 0x8000 加载 0x018400 0x1fff0400 0x00009f10 0x002c8 0x00cac RW 0x8000 部分到段的映射： 分段部分... 00 .ARM.exidx 01 .isr_vector 02 .flash_protect    03     .text .ARM.extab .ARM.exidx 04 .数据.bss 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢你的信息。我升级到了Segger J-Link OpenSDAv2.1 固件，但是当程序启动时，似乎程序的基地址是关闭的。KDS 及其工具链是否会为错误的基地址生成可执行文件？我应该检查某个地方的设置吗？或者代码是可重定位的，而这只是加载器细节的事情？ 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我可以在FRDM-K22F|Freedom Development Board|Kinetis|Freescale找到 K22F 包中的原理图文档 FRDMK22FUG.pdf 包含部分原理图。但它并不完整。 回复：FRDM-K22F：使用 Segger J-Link OpenSDAv2.1 固件进行调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 感谢您的信息。 我比较了OpenSDA的V1和V2之间的区别。我发现它的硬件有以下几点不同： 从 V1 到 V2 的变化 VBAT 至 P3V3，微小变化 所有 SDA IO，包括 DIO/CLK/RST/RX/TX 均通过 NXP 电平转换器缓冲 SDA_SWD_EN 和 SDA_SWD_OE 为高电平有效，而不是 V1 中的低电平有效 P5V_USB_SENSE 移至 P30/PTD5 在 P31/P32 上添加 POWER_ON 和 FAULT_B 来控制外部 LDO MIC2005 因此，与P16/P20最大的区别在于SDA_SWD_EN和SDA_SWD_OE的控制逻辑。 如果我错了，请纠正我。

Android Jelly Bean 的 HDMI 旋转 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Android Jelly Bean（4.2）默认锁定 HDMI 旋转。您可以按照此提交的指示解锁。 -- 作者：Jeff Brown < [email protected] > 日期：2012年10月17日星期三18:32:34 -0700 添加特殊镜像模式用于演示目的。 假设 HDMI 显示器的旋转是纵向的。 $ adb shell setprop persist.demo.hdmirotation肖像 插入 HDMI 时请勿锁定旋转。 $ adb shell setprop persist.demo.hdmirotationlock错误的 隐藏应用程序中的辅助显示器但继续镜像到它们。 $ adb shell setprop persist.demo.singledisplay真的     Bug: 7326281 变更 ID：I8f9a3b0bc19821a3a01043b0f516806dac82ce53 Android

使用 mbed 的 FRDM-K64 USB 鼠标基本示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您将在这里找到 USB 鼠标项目的代码和项目文件。在这个项目中，USB 模块被配置为一个设备，移动光标的 X 和 Y 坐标是从加速度计测量中获得的。代码加载完成后，需要断开 USB 电缆与 J26 USB 连接器的连接，并将其插入 K64 USB 连接器。一旦设备枚举，您就可以将其用作空中鼠标。 左键和右键按钮尚未启用。 要编译项目，您必须导入以下库： USB鼠标.h FXOS8700Q.h 代码： #包括“mbed.h” #包括“USBMouse.h” #包括“FXOS8700Q.h” //FXOS8700Q 加速度计/磁力计的 I2C 线 FXOS8700Q_acc acc( PTE25, PTE24, FXOS8700CQ_SLAVE_ADDR1); USBMouse鼠标； int main() { acc.启用（）；     float faX, faY, faZ;     int16_t x = 0;     int16_t y = 0; while（1）     { //acc.获取轴（acc_data）；         acc.getX(&faX); acc.getY(&faY); x = 10*faX；         y = 10*faY;       鼠标.移动（x，y）； 等待（0.001）；     } } Freedom开发平台 Kinetis K系列MCU

示例 MPC5777C 单 ELF 多核引脚切换 - S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 此示例演示了多核项目的另一种方法。这基本上是一个单一的 eclipse 项目，为双核 MCU（MPC5777C）生成单一的 elf 文件 请参阅下面的项目结构，其中每个核心的源被分成特定于核心的源文件夹： 主 core0 [e200z7_0] 执行基本初始化（时钟、端口......） 每个核心初始化中断控制器，以便处理由 PIT（周期性中断定时器）生成的中断： 核心 0（e200z7_0）服务每秒产生一次的 PIT 通道 0 中断。 核心 1（e200z7_1）服务每两秒产生一次的 PIT 通道 2 中断。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 此示例演示了多核项目的另一种方法。这基本上是一个单一的 eclipse 项目，为双核 MCU（MPC5777C）生成单一的 elf 文件 请参阅下面的项目结构，其中每个核心的源被分成特定于核心的源文件夹： 主 core0 [e200z7_0] 执行基本初始化（时钟、端口......） 每个核心初始化中断控制器，以便处理由 PIT（周期性中断定时器）生成的中断： 核心 0（e200z7_0）服务每秒产生一次的 PIT 通道 0 中断。 核心 1（e200z7_1）服务每两秒产生一次的 PIT 通道 2 中断。 概述 回复：示例MPC5777C单ELF多核引脚切换-S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jyothsna. 请发送电子邮件至[email protected] ，并附上您的完整硬件和软件设置摘要，以便我们帮助您解决此问题。 问候， 约翰尼 PEmicro 支持 回复：示例MPC5777C单ELF多核引脚切换-S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ＃你好， 我为 MPC5745R 目标的两个核心 Z4_0 和 Z4_1 创建了一个 ELF 文件。我使用PEMicro旋风来调试。 我遇到了调试器配置问题。我创建了一个新的启动配置，但是当我运行此配置时，我只能看到 core_1 代码，而无法在调试器中看到 core_0 代码。 我的应用程序使用两个核心并进行它们之间的通信，因此对我来说，能够查看两个核心并独立地对每个核心上的代码进行排序/单步执行非常重要。 感谢您的帮助。 谢谢！ JoyR 斯坦语 martinkovar‌ 约翰尼·佩 回复：示例MPC5777C单ELF多核引脚切换-S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Stanislav, 我使用不同的处理器 - MPC5745R。 斯坦语 我想为我的处理器创建一个类似于上面显示的模板，并使其可作为 S32DS 中的示例导入。你能指导我吗？ 谢谢！ JoyR 回复：示例MPC5777C单ELF多核引脚切换-S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Frederico, 抱歉耽搁了。该项目已手动创建 - 它无法由新项目向导生成。 无论如何，如果您将此项目放入示例文件夹“ \S32DS for Power> \S32DS \Examples \MPC5777C \”，那么您可以将其用作您自己项目的模板： Lauterbach TRACE32 支持多核调试，并且只有一个 elf 不会对 TRACE32 造成任何问题。 唯一的区别在于，对设备进行编程的脚本仅闪烁单个精灵，而不是闪烁多个精灵加载的序列。 此致， Stan 回复：示例MPC5777C单ELF多核引脚切换-S32DS Power 2017.R1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 谢谢您的发帖。如何使用 S32 向导创建这样的项目？是否可以？只有一个精灵使用 Lauterbach 调试多核是否存在问题（我仍在等待我的调试器头）？ 我是 NXP 工具链的新手：smileyhappy：

Kinetis L - OpenSDA.pdf ここをクリック : https://community.freescale.com/servlet/JiveServlet/downloadBody/102170-102-1-18605/OpenSDA.zip プレゼンテーションに記載されているファイルを含むファイルをダウンロードします。 ここをクリック : https://community.freescale.com/servlet/JiveServlet/downloadBody/102170-102-1-18605/OpenSDA.zip プレゼンテーションに記載されているファイルを含むファイルをダウンロードします。

フリースケールのコンセプト・カー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デモオーナー: レベッカ   フリースケールのコンセプトカーは、パワートレイン、インフォテインメント、クラスタ、セーフティ、ボディなどのアプリケーションにおける自動車システム向けの複数のソリューションを展示しています。具体的なシステムソリューションには、エンジン制御、小型および大型モーター制御、ランプ制御、ラジオ、デジタルクラスター、ゲージドライバー、TPMS、タッチコントロール、サラウンドビューカメラ、メディアプレーヤー、高速ブートLinux®などがあります。     https://community.nxp.com/players.brightcove.net/4089003392001/default_default/index.html?videoId=4282635362001」style="color: #05afc3;background-color: #ffffff;フォントサイズ:14.4px;" target="_blank   注目のNXP製品 Qorivva S12マグニV S08 i.MX6 リンク オートモーティブ オートモーティブ Re:フリースケールコンセプトカー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> イアン、今後数週間でコミュニティで共有されたすべてのフリースケールのYouTubeビデオは新しいビデオプロバイダーに移行され、すべての国で利用できるようになります。 Re:フリースケールコンセプトカー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 静止画もいくつか入れていただけると嬉しいです。ビデオは、中国や他の一部の国では再生されないことがよくあります。

设置 Debian 服务器以通过网络启动 i.MX6 sabre sd 平台 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在这篇文章中，我们将了解如何设置Debian服务器，以允许从网络启动 i.MX6 sabre sd 平台（主要）。 从网络启动而不是从 SD 卡启动对于日常开发和测试来说非常方便，因为它消除了与电路板的几乎所有物理交互并节省了大量时间。 此外，幸运的是，i.MX6 的u-boot和Linux都支持开箱即用的网络启动。 启动顺序原则 在我们设置服务器之前，这里是我们最终将获得的启动顺序的一些更多详细信息： i.MX6 启动，从 SD 卡加载u-boot 。 u-boot启动，从 SD 卡加载其环境（启动命令）。 u-boot通过DHCP获取其网络地址，通过TFTP加载Linux内核uImage和dtb 。 Linux启动；再次通过 DHCP 获取其网络地址，在 NFS 上挂载其根文件系统。 设置 DHCP 和 TFTP 使用Dnsmasq可以轻松设置一台 Debian 服务器作为 DHCP 和 TFTP 服务器；只需安装dnsmasq软件包即可。默认配置大部分为空；因此我们需要对其进行一些增强。 接下来我们假设您的 Debian 服务器在网络上的 IP 地址为 192.168.111.1，它可以在该网络上看到 i.MX6 sabre sd 平台。 您可以向dnsmasq配置文件添加一些选项，例如/etc/dnsmasq.d/my-custom-config-文件： dhcp范围=192.168.111.50,192.168.111.150,12h 启用-tftp   tftp-root=/var/ftpd 这会通知dnsmasq充当地址范围 192.168.111.50-150 的 DHCP 服务器，并充当 TFTP 服务器，为/var/ftpd下的文件提供服务。 这意味着您需要在 /var/ftpd/ 下复制 Linux uImage 和 imx6q-sabresd.dtb 。有关编译 Linux 以获取这两个文件的更多详细信息，请参阅此帖子。 设置 NFS 如果我们想要将根文件系统挂载到网络上，我们需要从 Debian 服务器导出一些带有 NFS 的文件夹。 我们需要安装nfs-kernel-server包并使用如下行设置/etc/exports ： /tftpboot 192.168.111.*(rw,no_root_squash,subtree_check) 这允许 192.168.111.0 网络上的客户端访问/tftpboot文件夹下的文件系统。 因此您需要在服务器上创建一个/tftpboot文件夹，并在该文件夹下安装一些“文件系统”。对于此示例，我们假设您将在 /tftpboot/busybox/ 文件夹下安装一个 busybox 。这意味着我们希望在那里拥有所有文件夹，例如 bin、dev 等...有关如何编译 busybox 以填充此文件夹的详细信息，请参阅 此帖子 。 配置完成后，请不要忘记重新启动 NFS 服务器，使用以下命令： #/etc/init.d/nfs-kernel-server重启 我们现在已在服务器端完成设置。 设置 u-boot 在撰写本文时，我们需要在从网络启动 i.MX6 sabre sd 平台时对u-boot提供一些帮助。在u-boot提示符处停止并配置一些东西：   env default -a   setenv netargs $netargs rw   setenv serverip 192.168.111.1   setenv nfsroot /tftpboot/busybox   setenv bootcmd run netboot   saveenv 重置您的主板；它现在应该从网络启动： U-Boot 2013.07-rc1-00210-gc623eb0（2013年6月27日 - 21:10:47）   (..) 按任意键停止自动启动：0 从网络启动... BOOTP广播1 DHCP 客户端绑定到地址 192.168.111.121 使用FEC设备 来自服务器 192.168.111.1 的 TFTP；我们的 IP 地址是 192.168.111.121   Filename 'uImage'. 加载地址：0x12000000 加载中： ＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃＃ ######################################################################### ######################################################################### ######################################################################### ############################# 4MB/秒 完毕 传输的字节数 = 4185600（3fde00 十六进制） BOOTP广播1 DHCP 客户端绑定到地址 192.168.111.121 使用FEC设备 来自服务器 192.168.111.1 的 TFTP；我们的 IP 地址是 192.168.111.121   Filename 'imx6q-sabresd.dtb'. 加载地址：0x11000000 加载中： ＃＃ 2.7 MiB/秒 完毕 传输的字节数 = 22818（5922 十六进制） ## 从 12000000 处的旧映像启动内核... 映像名称：Linux-3.10.0-rc7   (..) 正在启动内核... 在物理 CPU 0x0 上启动 Linux   Linux version 3.10.0-rc7 (jenkins@debian) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Tue Jun 25 08:28:31 CEST 2013   (..) 内核命令行：console=ttymxc0,115200 root=/dev/nfs ip=dhcp nfsroot=192.168.111.1:/tftpboot/busybox,v3,tcp读写   (..) fec 2188000.ethernet eth0：飞思卡尔 FEC PHY 驱动程序 [通用 PHY]（mii_bus：phy_addr=2188000.ethernet：01，irq=-1） IPv6：ADDRCONF（NETDEV_UP）：eth0：链接未准备好 libphy：2188000.ethernet：01-链接已启动-1000 /满 IPv6：ADDRCONF（NETDEV_CHANGE）：eth0：链接准备就绪 正在发送 DHCP 请求。，好的 IP 配置：从 192.168.111.1 获得 DHCP 答复，我的地址是 192.168.111.121 IP 配置：完成：        device=eth0, hwaddr=00:04:9f:02:b7:fd, ipaddr=192.168.111.121, mask=255.255.255.0, gw=192.168.111.1 主机=192.168.111.121，域=，nis-域=（无） 引导服务器=192.168.111.1，根服务器=192.168.111.1，根路径= nameserver0=192.168.111.1 ALSA设备列表： 未找到声卡。 VFS：在设备 0:11 上挂载根（nfs 文件系统）。 devtmpfs：已安装 释放未使用的内核内存：292K（806d5000 - 8071e000） 请按 Enter 键激活此控制台。 尽情享受！ 福利：通过网络更新 u-boot SD 卡上还剩下最后一部分： u-boot 。如果您不想再将 SD 卡从插槽中移出，这里有一种方法可以让您通过网络更新u-boot 。您需要将u-boot.imx复制到/var/ftpd下。有关如何编译 u-boot 和获取 u-boot.imx 的 详细信息，请参阅 此帖子 。 然后，在u-boot提示符下执行以下操作：   dhcp $loadaddr u-boot.imx mmc 设备 1 mmc 写入 $loadaddr 2 600 这将从网络下载一个新的u-boot.imx并将其刷新到您的 SD 卡；重新启动您的主板，您就完成了。 请注意，我们给出的要写入的 SD 卡块数为 600；这是一个粗略估计~300KB，在大多数情况下应该可以工作，因为写入“太多”块不会造成损害。如果您非常挑剔，您可以通过将u-boot.imx大小除以 512 并将其向上舍入来计算确切的块数。 参见... 您是否知道dnsmasq 的主要作用是“中继”DNS查询？当您想让您的 i.MX6 平台“看到”互联网时，这项功能非常方便。 i.MX6_全部 i.MX6 四核 Linux

Tacho_1.001_02.07.2012.PEupd <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Tacho 形容 タコメーターのドライバー。 コンポーネント Tacho.PEupd Dependencies クワッドカウンター ライセンス ライセンス : オープンソース (LGPL) 著作権:(c)著作権Erich Styger、2012、無断複写・転載を禁じます。 これは、Processor Expertを使用したオープンソースソフトウェアです。 これはフリーソフトウェアであり、次の条件のライセンスポリシーの下で教育、研究、および商用開発に開放されています。 *これはフリーソフトウェアであり、保証はありません。 ※使用制限はありません。あなたは、あなたの責任の下で、個人、非営利、または商用製品のためにそれを使用、変更、および再配布することができます。 ※ソースコードの再配布には、上記の著作権表示を保持する必要があります。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Tacho 形容 タコメーターのドライバー。 コンポーネント Tacho.PEupd Dependencies クワッドカウンター ライセンス ライセンス : オープンソース (LGPL) 著作権:(c)著作権Erich Styger、2012、無断複写・転載を禁じます。 これは、Processor Expertを使用したオープンソースソフトウェアです。 これはフリーソフトウェアであり、次の条件のライセンスポリシーの下で教育、研究、および商用開発に開放されています。 *これはフリーソフトウェアであり、保証はありません。 ※使用制限はありません。あなたは、あなたの責任の下で、個人、非営利、または商用製品のためにそれを使用、変更、および再配布することができます。 ※ソースコードの再配布には、上記の著作権表示を保持する必要があります。 コンポーネント交換

eIQサンプルアプリ - OpenCV DNNによる物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この ラボ3 では、 e IQ ™ MLソフトウェア開発環境 を使用して、i.MX8ボード上の OpenCV DNN アプリケーションのデモを開始する方法について説明します。 eIQサンプルアプリ - 概要 eIQサンプルアプリ - はじめに Code Auroraで入手可能なソースコードを取得します。 OpenCV DNN の例 - ファイルベースカメラと MIPI カメラ OpenCV推論 OpenCVは、ニューラルネットワーク推論(DNNモジュール)と従来の機械学習アルゴリズム(MLモジュール)の両方に対応するユニタリソリューションを提供します。さらに、多くのコンピュータービジョン機能が含まれているため、他のライブラリに依存することなく、複雑な機械学習アプリケーションを短時間で簡単に構築できます。 OpenCV DNNモデルは基本的に推論エンジンです。モデル学習機能の提供を目的としたものではありません。トレーニングには、機械学習フレームワークなどの専用ソリューションを使用する必要があります。OpenCVの推論エンジンは、TensorFlow、Caffe、Torch/PyTorchなど、さまざまな入力モデル形式をサポートしています。 Arm NNとの比較 Arm NNは、ニューラルネットワークに深く焦点を当てたライブラリです。Arm Neonのアクセラレーションを提供しますが、VivanteGPUは現在サポートされていません。Arm NN は、従来の非ニューラル機械学習アルゴリズムをサポートしていません。 OpenCVは、コンピュータービジョンに焦点を当てたより複雑なライブラリです。画像と視覚に特化したアルゴリズムに加えて、ニューラルネットワーク機械学習だけでなく、従来の非ニューラル機械学習アルゴリズムもサポートしています。OpenCVは、アプリケーションがニューラルネットワーク推論エンジンだけでなく、他のコンピュータービジョン機能も必要とする場合に最適です。 ボードの設定 ステップ1 - 次のフォルダを作成し、次のように権限を付与します。 root@imx8mmevk:# mkdir -p /opt/opencv/model root@imx8mmevk:# mkdir -p /opt/opencv/media root@imx8mmevk:# chmod 777 /opt/opencv ステップ2 - デモをボードに簡単に展開するには、ifconfigコマンドを使用してボードのIPアドレスを取得し、次のようにIMX_INET_ADDR環境変数を設定します。 $ export IMX_INET_ADDR= ステップ3 - ターゲットデバイスで、必要な変数をエクスポートします。 root@imx8mmevk:~# export LD_LIBRARY_PATH=/usr/local/lib root@imx8mmevk:~# export PYTHONPATH=/usr/local/lib/python3.5/site-packages/   ホストのセットアップ ステップ1 - eIQサンプルアプリからアプリケーションをダウンロードします。 ステップ 2 - モデルとデータセットを取得します。次のコマンド ラインは、デモに必要なフォルダー構造を作成し、デモに必要なすべてのデータとモデル ファイルを取得します。 $ mkdir -p model $ wget -qN https://github.com/diegohdorta/models/raw/master/caffe/MobileNetSSD_deploy.caffemodel -P model/ $ wget -qN https://github.com/diegohdorta/models/raw/master/caffe/MobileNetSSD_deploy.prototxt -P model/   ステップ 3 - ビルドされたファイルをボードにデプロイします。 $ scp -r src/* モデル/メディア/root@${IMX_INET_ADDR}:/opt/opencv OpenCV DNNアプリケーション このアプリケーションは、次のものに基づいていました。 SSD:シングルショットマルチボックス検出器。 Caffe SSD の実装。 1 - OpenCV DNN の例: ファイルベース フォルダ構造は、次の条件と等しくなければなりません。 ├── file.py ├── camera.py ├── media └── ... ├── model │├── MobileNetSSD_deploy.caffemodel │└── MobileNetSSD_deploy.prototxt この例では、たとえば 1 つの画像を実行しますが、必要な数の画像を 渡して media/ フォルダー内に保存します。アプリケーションは、画像内のすべてのオブジェクトを認識しようとします。 ステップ1 - 新しい画像を メディア/ フォルダにコピーする場合: root@imx8mmevk:/opt/opencv/media# cp .   ステップ 2 - サンプルイメージを実行します。 root@imx8mmevk:/opt/opencv# ./file.py  手記：GPUが利用可能な場合、例は次のように表示されます:[INFO:0] OpenCLランタイムを初期化します このデモでは、 Caffe モデルを使用して推論を実行し、 media/ フォルダー内のすべての画像に対していくつかの種類のオブジェクトを認識します。これには、入力画像で認識された各オブジェクトのラベルが含まれます。処理された画像は、 media-labeled/ フォルダにあります。ラベリングの前と後を参照してください。 ステップ3 - ラベル付けされた画像を次の行で表示します。 root@imx8mmevk:/opt/opencv/media-labeled# gst-launch-1.0 filesrc location= ! jpegdec ! imagefreeze ! autovideosink 2 - OpenCV DNNの例:MIPIカメラ この例は上記と同じですが、カメラ入力を使用する点が異なります。MIPI カメラを有効にし、キャプチャされた各フレームに対して推論を実行し、それをウィンドウ インターフェイスにリアルタイムで表示します。 root@imx8mmevk:/opt/opencv# ./camera.py 3 - OpenCV DNN の例: MIPI カメラの改善 この例は、GStreamer の追加サポートが適用されているため、上記とは異なります。Leaky Bucket アルゴリズムの考え方を使用すると、GStreamer パイプラインは、フレームが推論スレッドによって処理されなかった (バケツの水容量) 場合でも、カメラが独自のスレッド (いっぱいになるとバケツのオーバーフロー) を実行し続けることを可能にします。 この Leaky Bucket アルゴリズムの結果、このデモでは、推論プロセスで一部のフレームがドロップされるという犠牲を払って、カメラ ビデオが滑らかになります。 root@imx8mmevk:/opt/opencv# ./camera_improved.py eIQサンプルアプリ-TFLiteを使用した顔認識に移動します。 i.MX 8 Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは coindu、 vanessamaegimaが前に言ったように、私たちはまだビデオファイルソースのための検証済みのソリューションを持っていませんが、私はOpenCV VideoCaptureプロパティで直接ビデオファイルを使用すると、最悪の結果を返すことが予想されます。 そのため、次の例のように、ビデオ ファイルを GStreamer パイプラインに適用してみてください。 filesrc location=video_device.mp4 typefind=true !デコードビン!imxvideoconvert_g2d !video/x-raw,format=RGBA,width={},height={} !ビデオ変換 ! appsink sync=false BR, Marco Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> camera_improved.pyデモを参照し、v4l2の代わりにビデオを入力します。ビデオのfpsは15で、画面時間の表示時間が0.067秒であることを意味します。ただし、1 つのフレームを解析するには 0.6 秒かかりますが、そのフレームは 480x272 です。そのため、物体認識ブロック図は動画よりも遅れることになります。 ビデオの最初のフレームが再生されたときに、10番目のフレームを解析したいと思います。ただし、この方法では特定のフレームに移動できません。 Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは coindu、 ステップ3(3 - OpenCV DNNの例:MIPIカメラの改善)でパフォーマンスを向上させたデモを提供しました。同じアプローチは、ビデオ入力ではまだ検証されていません。試してみて、それが役立つかどうか試してみませんか? marcofranchi、参考までに。 ありがとうございます Vanessa Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hi： この例をビデオでテストしてみます。しかし、dnnがフレームを解析する時間は、ビデオの10フレームの表示時間にほぼ近いことがわかりました。 def dnn_parse(nn,frame,multipe=1): height,width,color_lane=frame.shape if multipe != 1: height = int(height*multipe) width = int(width*multipe) print "h:{}w:{}".format(height,width) frame=opencv.resize(frame,(height,width))start_time=time.time() blob = opencv.dnn.blobFromImage(フレーム,0.009718,(高さ,幅),127.5)nn.set入力(blob)   det=nn.forward()   end_time=time.time()   print "height{} width{} time{}".format(高さ,幅,end_time-start_time) 高さ:136幅:240高さ:136 幅:240 時間:0.264429092407高さ:272幅480 時間0.620328903198h:544w:960高さ544幅960時間2.25029802322 次に、dnn 分析 (k =, 1, 2, 3 ...) の場合は、N * k フレームを直接分析することを検討してください。ただし、opencvはフレームのスキップとビデオフレームの総数の計算をサポートしていないことがわかりました。 #!/usr/bin/env python # -*-コーディング:UTF-8 -*- CV2 を OpenCV として インポート インポート 時間 __name__ == "__main__"の場合: cap = opencvです。VideoCapture('car.mp4') opencv.namedWindow("appFrame") frame_count = cap.get(opencv.CAP_PROP_FRAME_COUNT) print "frame_count.{}".format(frame_count) cap.set(opencv. CAP_PROP_POS_FRAMES,200) ret,frame = cap.read() opencv.imshow("appFrame",フレーム) opencv.waitKey(0) opencv.destroyAllWindows() cap.release() を呼び出します。 (python:4431):GStreamer-CRITICAL **:gst_query_set_position:アサーション 'format == g_value_get_enum（gst_structure_id_get_value GST_QUARK） Wayland-EGL の使用 'xdg-shell-v6' シェル統合の使用 frame_count.-1.0 警告: h264bsdDecodeSeiParameters が無効です この問題を解決する方法は? Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとう。。そしてもう1つ、OpencvはGPUまたはCPUで推論を実行しますか? Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはディネシュ、 リポジトリに移動して「summary」をクリックすると、その下にクローンリンクがあり、gitツールを使用してリポジトリをダウンロードできます。 $ git clone https://source.codeaurora.org/external/imxsupport/eiq_sample_apps 「eiq_sample_apps」にクローンしています... remote:オブジェクトを数えています:87、完了。 リモート:オブジェクトの圧縮:100%(79/79)、完了。 リモート:合計87(デルタ30)、再利用26(デルタ4) オブジェクトの開梱:100%(87/87)、完了。 $ cd eiq_sample_apps/ これがお役に立てば幸いです ありがとうございます ディエゴ Re: eIQサンプルアプリ - OpenCV DNNを用いた物体認識 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ここからホストマシンをセットアップするためのソースコードをダウンロードする方法。

ワンストップセキュアブートツール:NXP-MCUBootUtility v2.0.0はRT1011 / RT117x / RT5xx / RT6xxをサポートします <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ソースコード: https://github.com/JayHeng/NXP-MCUBootUtility   【v2.0.0】 顔立ち： > 1.i.MXRT5xx A0、i.MXRT6xx A0をサポート > 支持i.MXRT5xx A0、i.MXRT6xx A0 > 2.i.MXRT1011、i.MXRT117x A0に対応 > 支持i.MXRT1011、i.MXRT117x A0 > 3.[RTyyyy]OTFAD暗号化セキュアブートケース(SNVSキー、ユーザーキー)をサポート > [RTyyyy] 支持基于OTFAD实现的安全加密启动(唯一SNVS key,用户自定义key) > 4.[RTxxx]UARTモードとUSB-HID ISPモードの両方をサポート > [RTxxx] 支持UART和USB-HID两种串行编程方式(COM端口/USB设备自动识别) > 5.[RTxxx]ベアイメージからブート可能なイメージへの変換のサポート > [RTxxx] 支持将裸源image文件自动转换成i.MXRT能启动的ブート可能イメージ > 6.[RTxxx]元のイメージはブート可能なイメージにすることができます (FDCB を使用) > [RTxxx] 用户输入的源程序文件可以包含i.MXRT启动头 (FDCB) > 7.[RTxxx]ブート可能イメージのFlexSPI/QuadSPI NORブートデバイスへのロードをサポート > [RTxxx] 支持下载Bootable image进主动启动设备 - FlexSPI/QuadSPI NOR接口フラッシュ > 8.[RTxxx]開発ブートケース(符号なし、CRC)をサポート > [RTxxx] 支持用于开发阶段的非安全加密启动(未签名,CRC校验) > 9.Flash Programmer の Execute アクションのサポートを追加 > 在通用Flash编程器模式下增加执行(跳转)操作 >10.[RTyyyy]デバイスステータスにFlexRAM情報を表示可能 > [RTyyyy] 支持在device status里显示当前FlexRAM配置情况 改善： > 1.[RTyyyy]i.MXRT105xボードのUSB接続の安定性を向上 > [RTyyyy] 提高i.MXRT105x目标板USB连接稳定性 > 2.Flash Programmer による RAM の書き込み/読み取りが可能 > 通用Flash编程器里也支持读写RAM > 3.[RTyyyy]さまざまなFlexRAM構成に適応するためのFlashloader常駐オプションを提供 > [RTyyyy] 提供Flashloader执行空间选项以适应不同的FlexRAM配置 バグ修正: > 1.[RTyyyy]ツールが「xx.batファイルが見つかりません」というエラーを報告することがあります > [RTyyyy] 有时候生成证书时会提示bat文件无法找到,导致证书无法生成 > 2.[RTyyyy]混合 eFuse フィールドの編集が期待どおりに機能しない > [RTyyyy] 可视化方式去编辑混合eFuse区域并没有生效 > 3.[RTyyyy]32MB以上のLPSPI NOR/EEPROMデバイスはサポートできません > [RTyyyy] 无法支持32MB及以上容量的LPSPI NOR/EEPROM设备 > 4.Flash Programmer でブート デバイスの最後の 2 ページを消去/読み取れない > 在通用Flash编程器模式下无法擦除/读取外部启动设备的最后两个Page i.MXRT 101倍 i.MXRT 102倍 i.MXRT 105倍 i.MXRT 106倍 i.MXRT 600

ADV7180とi.MX6Q車載用ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX6Q車載用ボードには、2つのビデオ入力を備えた1つのADV7180アナログビデオデコーダがあります。デフォルトでは、入力 1 のみが使用されます (コネクタ J42)。     2つのアナログビデオソースを接続し、それらの間で表示を切り替えるには、次の変更が必要です。   1 - V4L2_capture および ADV7180 デバイス ドライバーで新しい IOCTL を作成して、選択される入力に関する情報をユーザー空間アプリケーションから受け取ります。 2 - この新しい IOCTL では、アナログ・デバイセズのサイトで説明されているADV7180の「Fast Switch Script」を使用します。「ADV7180 Fast Switch Script |エンジニアゾーン  3 - 手順 1 で説明した IOCTL を呼び出すユーザー空間アプリケーションを作成します。   添付を参照してください:   1 - 0001-ADV7180-Adding-input-switch-IOCTL.patch.zip - NXPカーネル4.1.15_1.0.0_gaに適用されるパッチ 2-example2.c.zip -ユーザースペースアプリケーションのソースコード例。ビデオ入力は 2 秒ごとに変更されます。(添付のビデオで作業しているのを参照してください) 3 - example2.zip - Uサービススペースアプリケーション電子実行可能なファイル 4 - Makefile.zip - 例として使用するユーザー空間アプリケーションの Makefile 5 - adv7180_switch.mp4 - アプリケーションを示すビデオ   アプリケーションでは、入力を変更するために VIDIOC_S_CHIP_INPUT IOCTL が呼び出されます。   int input = 0; if (ioctl(fd_capture_v4l, VIDIOC_S_CHIP_INPUT, &input) < 0) { printf("VIDIOC_S_CHIP_INPUT failed\n"); return TFAIL; }‍‍‍‍‍‍‍‍‍‍‍‍   この IOCTL は、ADV7180 ドライバーに追加された ADV7180 Fast Switch スクリプトを呼び出します (添付のパッチを参照)。 i.MX6_All Linux Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ご返信ありがとうございます。 そして、チャンネルを切り替えるためのステップは何ですか? 1. 再生中にチャンネルを切り替えます/dev/video0（gst-launch-1.0 imxv4l2src device=/dev/video0 !autovideosink) が成功し、 ただし、場合によっては、同期信号を待つなど、ディスプレイがしばらく下にスクロールします。 2. 以下の手順で操作すると画面がよくなります。(再生停止->チャンネル切り替え-再生開始>) 結果はデモビデオのように見えます。 それは正しい方法ですか? Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi wanbenzhou‌, 申し訳ありませんが、このソースコードはもうありません。私は4.1.15_1.0.0_gaブランチを使用しました。パッチを適用するブランチが同じかどうかを確認してください。 HWについては、i.MX6Q Automotiveボードとそのベースボードを使用しました。あなたは彼らの回路図を持っていますか? よろしくお願いいたします。 Rogerio Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はあなたのパッチファイルに従って私のファイルにパッチを当てますが、あなたのものとは異なります。 あなたのadv7180.cを共有していただけますかファイル。比較してみます。 そして、あなたのadv7180 '接続回路を共有してください、私はそれといくつかのエラーを持っています。 Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> karinavalencia       ‌rogeriopimentel‌ ありがとうございました。これは私のプロジェクトで非常に役立ちます。 Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> rogeriopimentel‌, 付け。 Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi karinavalencia‌, ebiz_ws_prod‌, 添付ファイルがどこに移動されたか知っていますか?もう持っていません。 よろしくお願いいたします。 Rogerio Re:ADV7180とi.MX6Q車載ボードを使用した安全ビデオスイッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ファイルが終了せず、検出された可能性があります。 どうすれば手に入れることができますか?

MCUXpresso 配置工具 - 发布历史 这篇文章将包括MCUXpresso 配置工具的发布历史记录。 最新版本： MCUXpresso 配置工具 v11 - 2022 年 1 月 17 日发布 下载链接： 带有集成配置工具的 MCUXpresso IDE 独立 MCUXpresso 配置工具 独立 MCUXpresso 配置工具 vs MCUXpresso IDE 集成版本 MCUXpresso 配置工具的功能作为工具视角（引脚、时钟、外设等）直接集成在 MCUXpresso IDE 中。配置工具/视角将提供一种无缝的方式来配置和修改在 MCUXpresso IDE 内开发的项目。MCUXpresso 配置工具也作为独立安装提供，可与其他 IDE（IAR 和 Keil）一起使用。此外，这些工具可以在没有 IDE 的情况下生成配置文件和源文件。 接收新版本的电子邮件通知： 如果您希望在发布新版本的 MCUXpresso 配置工具时收到电子邮件通知，请考虑在此帖子中添加“电子邮件监视”。 先前版本历史： MCUXpresso 配置工具 v10 - 2021 年 7 月 15 日发布 MCUXpresso 配置工具 v9 - 2021 年 1 月 15 日发布 MCUXpresso 配置工具 v8 - 2020 年 7 月 21 日发布 MCUXpresso 配置工具 v7 - 2019 年 12 月 19 日发布 MCUXpresso 配置工具 v6 - 2019 年 6 月 13 日发布 MCUXpresso 配置工具 v5 - 2019 年 1 月 10 日发布