i.MX 6 シリーズ アプリケーション プロセッサを使用したシステムの電源管理と温度オプションに関する考慮事項 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、i.MX 6Quadプロセッサを使用するエンクロージャ内で熱をルーティングおよび放散するための熱機械設計オプションについて説明します。さらに、このコースでは、グラファイトペーパー、サーマルパッドなどのパッシブサーマルオプション、銅などの金属ヒートスプレッダーの長所と短所、および i.MX 6シリーズプロセッサが利用されている実装の提案について説明します。 アシム・ザイディによる発表 2015年3月26日、DwF Silicon Valleyにて発表 Session ID: AMF-DES-T1059 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、i.MX 6Quadプロセッサを使用するエンクロージャ内で熱をルーティングおよび放散するための熱機械設計オプションについて説明します。さらに、このコースでは、グラファイトペーパー、サーマルパッドなどのパッシブサーマルオプション、銅などの金属ヒートスプレッダーの長所と短所、および i.MX 6シリーズプロセッサが利用されている実装の提案について説明します。 アシム・ザイディによる発表 2015年3月26日、DwF Silicon Valleyにて発表 Session ID: AMF-DES-T1059

カスタムボードのLPDDR初期チェック こんにちはチーム、 私たちはIMX-93プロセッサを搭載したカスタムボードを設計しました。取締役会の立ち上げ活動の一環として。LPDDR4、eMMC、およびその他の周辺機器をテストする必要があります。イメージをフラッシュしてu-bootステージでテストする方法はありますか。 感謝 Robbi. Re:カスタムボードのLPDDR初期チェック おかげで@JosephAtNXP、eMMCおよびQSPI NORフラッシュメモリをテストするサンプルアプリケーションはありますか(mmcまたはddコマンドを使用する代わりに)。 Re:カスタムボードのLPDDR初期チェック Hi, NXPセミコンダクター製品にご興味をお寄せいただき、誠にありがとうございます。 DDRをテストするには、i.MX 93用の Config Tools を使用し、タイミングと特性を新しいimx-bootイメージに移植する必要があり、起動はこのインターフェイスを介して行われ、テストは各ブート後にU-bootに到達することです。 eMMC などの他のインターフェースでは、新しい imx-boot イメージをカスタム u-boot で正常に移植すると、ボードで自分のコードをテストできます。ファイルおよび/またはU-bootコマンド(例:mmc 読み取り/mmc 書き込み。 よろしくお願いします。

Arrayent 物联网演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP Thread 调试演示与 Arrayent 的云控制 可以使用 Arrayent Connect Cloud 从世界任何地方监控和控制 Thread 设备 使用 NXP Thread App 和二维码，设备可轻松接入 Thread 网络 使用 Arrayent 唯一 ID（白名单）和 AES-128 位加密可确保设备安全。 如果您符合以下情况，则可能会对此演示感兴趣： 想要从世界任何地方监控和控制位于消费级防火墙后面的 Thread 设备。 想要以简单的方式调试 Thread 设备。 此演示重点突出差异化 从世界任何地方控制和监控位于消费级防火墙后面的 Thread 设备。 使用二维码调试 Thread 设备 描述 Thread 网络由 LS1021A IT 网关和FRDM-KW24 Thread Border 参考设计管理。该开发板还支持 Thread、Wi-Fi、蓝牙和 NFC。 NXP 的 Thread 调试 android App 发现 Thread 边界路由器。 NXP 驱动的 Thread“设备”是一张带有 NXP Kinetis ® KW2xD 802.15.4 无线芯片的卡，带有运行 Thread 协议和轻量级 Arrayent Connect Agent 的 ARM Cortex M4 MCU 板。 通过使用 NXP Thread 调试 Android 应用程序将 Thread 设备板调试（或“配对”）到 Thread 网络，该应用程序从设备上的二维码中获取设备的唯一 ID，并将 Thread 网络凭证推送到设备中。这在第二张卡片上再次显示出来。 Arrayent 的 Connect Agent 已预装到设备板中。一旦电路板连接到 Thread 网络，设备板就会开始直接与 Arrayent Cloud 通信。基本上，板上的关键属性都呈现给 Arrayent Connect Cloud 网络服务 API。 最后一步是使用 Arrayent devkit 应用程序从世界任何地方监控和控制设备板。在这种情况下，我们可以演示三个监视/控制用例： 1. 从移动应用程序打开和关闭设备 LED。 2. 按三次按钮来更新应用程序按钮按下计数器（在本例中为三次）。 3.将板子温度推送到手机APP。 这个演示是关于什么的 视频链接：5310 查找更多信息 新闻稿：阅读《商业期刊》 要阅读的博客文章： 恩智浦与Arrayent携手在德国纽伦堡嵌入式世界大会上连接Thread设备 由 Arrayent 提供支持的线程智能家居 演示图 物联网物理组件 网关 SOC： NXP i.MX6 应用处理器、NXP Kinetis ® KW24D SoC 软件：嵌入式Linux、用于边界路由器的NXP线程堆栈 最终用户产品： LS1021A IT网关，采用FRDM-KW24 Thread Border参考设计 Edge Devices SOC ： NXP Kinetis ® KW24D（带有 ARM Cortex M4 MCU 的 802.15.4 无线芯片） 开发板/模块： NXP FRDM-KW24D 开发板 软件： Arrayent Connect Agent 移植到 KW2xD，NXP Thread Stack 用于路由器终端设备 无线连接 S OC： NXP Kinetis ® KW24D（带有 ARM Cortex M4 MCU 的 802.15.4 无线芯片） 传感器 SO C： KW24D 片上温度传感器、MMA8451Q 三轴加速度计 云基础设施/服务 软件/服务： Arrayent Connect Cloud 智能设备/应用程序 软件： Arrayent Android DevKit 示例应用程序和 SDK 软件： NXP Android Thread 配置应用程序 物联网系统功能 设备管理 每个设备在制造时都会被写入唯一的 Arrayent 设备 ID 和 AES 密钥。设备ID在设备调试时绑定到特定的客户账户。 云/应用通信/互通 Arrayent devkit 应用程序通过 Arrayent Connect Agent 嵌入式软件与 Arrayent Connect Cloud 的设备服务接口通信，以连接到设备板。该应用程序用于从世界任何地方监视和控制设备板。在这种情况下，我们可以演示三个监视/控制用例： 通过移动应用程序打开和关闭设备 LED。 按三次按钮来更新应用程序按钮按下计数器（在本例中为三次）。 将电路板温度推送到手机应用程序。 安全 Arrayent 使用设备 ID 白名单，即 Arrayent 发布的设备 ID 在制造时刷入端点 MCU 内存中。每个设备的唯一 ID 都保留在云端。 Arrayent ACA 嵌入式代理和 ACC 云服务支持具有动态临时密钥刷新的 AES-128 位端到端加密。 分析/数据 Arrayent Connect Cloud 支持 物联网产品类型 产品/组件 Vendor 研究或采购此产品/组件 最终用户硬件 USB无线键盘和触摸板 商用 罗技无线触控键盘 K400 内置多点触控板，黑色 最终用户硬件 戴尔 22 英寸 HDMI 显示器 商用 戴尔 22 英寸显示器 最终用户智能设备 摩托罗拉 XT1032 Moto G Android 智能手机 商用 摩托罗拉Android智能手机 最终用户边缘设备 Xfinity XR2 遥控器 商用 康卡斯特遥控器 最终用户边缘设备 飞利浦 HUE 灯泡 ZigBee Lightlink（HA 1.2） 商用 Hue，专业无线 LED 照明 | 飞利浦照明 最终用户边缘设备 CentraLite 3系列设备模块 (4257050-RZHAC) (Zigbee HA 1.2) 商用 SmartPlug 最终用户边缘设备 Axis 0301004 M1011-W 摄像机（WiFi g） 商用 AXIS M1011-W 网络摄像机，一款小型无线 IP 摄像机 | Axis Communications 最终用户边缘设备 Maxxima Style 夜灯带传感器 商用 夜灯 最终用户边缘设备 TP-LINK TL-MR3020 3G/4G 无线 N 150 便携式路由器 商用 WiFi路由器 移动设备

MCUXpresso IDEはRedlibの浮動小数点サポートの問題を解決します <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [中国語訳] 添付ファイルを参照   元のリンク: https://community.nxp.com/docs/DOC-342727 General

S32K358 两个内核是否可能从同一个闪存块执行代码？ Hi, 我正在使用S32K358。Lockstep 核心和 Core 2 都将具有引导加载程序，用于验证和启动每个核心中的主要应用程序代码。 在初始设计中，我打算在闪存块 0 中运行锁步核心引导和应用程序，在闪存块 1 中运行核心 2。 但是，如果我们可以在块 0 之外运行两个内核的引导加载程序，并且锁步内核的应用程序在块 1 之外运行，而内核 2 的应用程序在块 2 之外运行，那么这将为闪存布局提供一些灵活性。 这可行吗？也就是说，两个核心是否可以同时从同一个闪存块执行？ 如果是的话，这对性能有何影响 谢谢！ Jon. 回复：S32K358 两个内核是否可以让从同一个闪存块执行代码？ Hello, 这可行吗？也就是说，两个核心是否可以同时从同一个闪存块执行？ 是的，但不是没有限制。 由于核心必须转到单一资源（闪存），因此内存访问中会有仲裁，并且核心将等待访问并会相互减慢速度。 但是如果第二个核心执行一些简单的事情，它将大部分时间从缓存中执行，性能下降将非常小。 核心在 XBAR 上有其单独的访问端口： 顺祝商祺！ Peter

i.MXRTプロダクションツール:RT-Flash v1.0.0をリリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1.1 はじめに RT-Flashは、i.MX RT制作用に特別に設計されたGUIツールです。その機能は MfgTool2 と似ていますが、MfgTool2 の制限を下回る問題を解決します。 .sb ファイルは xml ファイルでのみ指定できます。 USBポートは.sbをダウンロードする唯一の選択肢ですファイル; 接続するためにUSBハブが必要な場合があります。 RT-Flashを使用すると、NXP MCUのセキュアブートを簡単に開始できます。RT-Flashの主な機能は次のとおりです。 Support i.MXRT1015, i.MXRT1021, i.MXRT1051/1052, i.MXRT1061/1062, i.MXRT1064 SIP UARTとUSB-HIDの両方のシリアル・ダウンローダー・モードをサポート .sb の読み込みのサポートイメージファイルをブートデバイスに 1.2 ダウンロード RT-FlashはPythonで開発されており、オープンソースです。開発環境はPython 2.7.15(32bit)、wxPython 4.0.3、pySerial 3.4、pywinusb 0.4.2、PyInstaller 3.3.1 (またはそれ以降)。 ソースコード: https://github.com/JayHeng/RT-Flash RT-FlashはPyInstallerによってパッケージ化されており、すべてのPython依存関係は実行可能ファイル(\RT-Flash\bin\RT-Flash.exe)にパッケージ化されているため、新機能のためにRT-Flashを開発したくない場合は、Pythonソフトウェアや関連ライブラリをインストールする必要はありません。 注 1: ソース コード パッケージの RT-Flash.exe は Windows 10 x64 環境にパッケージ化されており、この環境でのみテストされています。システム環境上の理由により直接使用できない場合は、 Python2.7.15 x86版 をインストールし(インストール完了後にシステム環境変数パスに「\Python27」と「\Python27\Scripts」のディレクトリがあることを確認)、「\RT-Flash\env」ディレクトリの「do_setup_by_pip.bat」をクリックして、RT-Flashが依存するPythonライブラリをインストールする必要があります。最後に、「do_pack_by_pyinstaller.bat」をクリックしてRT-Flash.exeを再生成します。 注2: RT-Flash は pywinusb ライブラリを使用しますが、Python2 x64 バージョンの PyInstaller ではパッケージ化できないため、Python2 x86 バージョンを使用する必要があります。pywinusbの作者には、問題を修正する予定はありません。 1.3 インストール RT-Flashは、ピュアグリーンフリーのインストールツールです。ソースコードパッケージをダウンロード後、「\RT-Flash\bin\RT-Flash.exe」をダブルクリックして使用してください。追加のソフトウェアは必要ありません。 　　RT-Flash.exeグラフィカルインターフェイスが表示される前に、最初にコンソールウィンドウがポップアップ表示されます。コンソールは、RT-Flash.exeグラフィカルインターフェイスとともに機能します。コンソールは主にRT-Flash.exeのエラー情報を表示することを目的としています。現在、RT-Flashはまだ開発段階であり、RT-Flashが完全に検証された時点でコンソールは削除されます。 1.4 インターフェース

i.MX 8M PlusでのAVBサポート - プリファードMAC こんにちはNXPサポート、 この SOC に含まれる 2 つの MAC (iMX 8M Plus) のうち、AVB にはどちらが適していますか?一方が他方よりも質的または互換性および認証上の利点はありますか? 2 つの MAC は次のとおりです。 ENET( fecによって駆動)と ENET_QOS(dwmac-eqos). マニュアル「IMX8MP_RM(rev 2, Feb 2024)」では、両方のMACの機能を確認し、高度な使用のためにENET_QOSのAVBを強調しました。これは、 GenAVB_TSN で例示されているリファレンス ソフトウェアとは対照的です。linux-imx-rtedge ディストリビューションでは、このソフトウェアスタックは ENET (fec ドライバによってプローブされる) を使用しているように見えます。さらに、 linux-imx にない fec ドライバー (具体的には CONFIG_AVB_SUPPORT) の拡張機能を活用しています。 一方、この古いKB記事 はENET_QOSを使用しているようです。私はまだこれを試していませんが、ざっと読むと、 linux-imxに基づいていますが、GenAVB_TSNを使用していないことがわかります。 私はENET_QOSとGenAVB_TSNの組み合わせに傾いています。この組み合わせがサポートされているかどうかは明らかではありません。技術的な制限がある場合はお知らせください。linux-imxのドライバーを使用してENET_QOSで操作GenAVB_TSNためのパスはありますか? どんな洞察や推奨事項も大歓迎です。 ご回答をよろしくお願い申し上げます。 Linux マルチメディア Yocto Project 日時:i.MX 8M PlusでのAVBサポート - 優先MAC 申し訳ございませんが、AEチームよりご返信いただきました。現在、MPU の AVB エンドポイント設定は FEC インターフェイスでのみサポートされています。 日時:i.MX 8M PlusでのAVBサポート - 優先MAC こんにちは @jimmychan、 REALTIMEEDGEUGの5.2章では、TSNエンドポイントに焦点を当てているようです。しかし、私はAVBエンドポイントに興味があり、このドキュメント(GENAVBTSNUG)[https://www.nxp.com/docs/en/user-guide/GENAVBTSNUG.pdf]を参照しています GenAVBスタックに関する限り、AVBエンドポイントがENET_QOSでサポートされているかどうかについての決定的な情報は見つかりませんでした。 AVBエンドポイントのGenAVBスタックがENET_QOSでサポートされているかどうか、具体的に説明していただけますか。 ご支援のほど、よろしくお願いいたします。 日時:i.MX 8M PlusでのAVBサポート - 優先MAC ご参考までに。以下のドキュメントの5.2章を参照してください。 https://www.nxp.com.cn/docs/en/user-guide/REALTIMEEDGEUG.pdf セットアップは i.MX8MP TSN インターフェイス (EQOS) に接続されます。 日時:i.MX 8M PlusでのAVBサポート - 優先MAC こんにちは @jimmychan、 「GenAVB_TSN+ENET_QOS」の組み合わせがi.MX8M Plusでサポートされているかどうかを明確にしていただけますか?これについては、ドキュメントが不明瞭です。 サポートされていない場合、これがENET_QOS MACの技術的な制限によるものかどうか説明していただけますか?ENETのpinmux構成のため、ENET_QOSを好みます。 ご協力いただきありがとうございます。 日時:i.MX 8M PlusでのAVBサポート - 優先MAC ご参考までに。 https://github.com/NXP/GenAVB_TSN https://github.com/NXP/GenAVB_TSN/releases/tag/6_1_0

SINLINX SIN-IMX6UL SDK 开发板 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述

HOWTO：使用S32K1xx RTD与AUTOSAR创建一个闪烁LED示例项目 本文档展示了使用S32K1xx RTD和S32配置工具创建简单“闪烁LED”应用的分步流程。此示例适用于通过USB（OpenSDA）连接到PC的S32K144EVB-Q100 EVB。 准备工作 设置软件工具 安装 S32 Design Studio for S32 Platform 安装S32K1xx开发包和S32K1 RTD AUTOSAR 4.4。这两个组件都是S32配置工具所必需的。 启动 S32 Design Studio for S32 Platform 流程 新的 S32DS 项目 或者 为项目命名，例如“Blinking_LED_RTD_AUTOSAR”。名称中不得包含空格。 扩展 S32K1xx 系列，选择 S32K144 在工具链下，选择NXP GCC 9.2 点击下一步 点击“…”按钮旁边的SDK 选中PlatformSDK_S32K1_2022_02_S32K144_M4F旁边的复选框。点击OK 点击 “Finish”。等待项目生成向导完成，然后在项目资源管理器视图中展开项目以显示内容。 要控制板上的 LED，需要在 Pins Tool 中进行一些配置。有多种方法可以实现这一点，其中一种简单的方法是双击 MEX 文件。 默认情况下，会显示Pins工具。由于将使用AUTOSAR驱动程序，请在概览选项卡中点击开关以禁用此工具。 一旦禁用Pins工具，配置工具概述菜单就会出现。选择“外围设备”工具。 外围设备工具打开后，查看组件选项卡。默认情况下，新项目默认使用osif和Port_Ip驱动程序创建。保留osif驱动程序，但删除Port_Ip驱动程序。 这将被AUTOSAR版本取代。右键单击Port_Ip框，然后选择“删除”。 添加端口驱动进程的AUTOSAR版本。点击MCAL框旁边的‘+’号。这将显示一个AUTOSAR组件列表。 定位并选择“端口”，然后点击OK。不必担心警告信息，它仅表示该驱动程序尚未成为当前项目的一部分，相关驱动包将自动添加。 还需要几个其他的驱动程序。再次点击MCAL旁边的“+”号，这次选择“Dio”。再次点击“+”号，然后选择“Mcu”。 选择“Dio”组件。现在选择DioConfig选项卡。在DioPort_0下，将Dio端口ID更改为3。点击DioChannel旁边的“+”以添加一个通道。 选择“端口”组件。现在选择PortConfigSet表。 在PortPin中，将PortPin_0和PortPin Pcr的设置从0更改为96。 然后将 PortPin 方向设置从 PORT_PIN_IN 更改为 PORT_PIN_OUT。 将设置 PortPin Level Value 从 PORT_PIN_LEVEL_HIGH 更改为 PORT_PIN_LEVEL_LOW。 在UnTouchedPortPin下，单击“+”并添加以下5个PortPin Pcr编号：4、5、10、68、69 现在选择“PortGeneral”选项卡，取消勾选“Port Ci Port Ip 开发错误检测”。 现在，设备配置已完成，可以生成 RTD 配置代码。从菜单栏中点击 “Update Code”。 要控制刚刚配置的输出引脚，需要编写一些应用代码。返回 “C/C++” 透视图。 如果尚未打开，在项目窗口中点击 “src” 文件夹旁边的 “>” 以显示内容，然后双击 “main.c” 文件将其打开。应用代码将添加到此处。 在进行任何其他操作之前，先初始化mcu驱动进程和时钟树，并将PLL用作系统时钟。在主函数中，在注释“在此处编写代码”之后插入以下代码行： Mcu_Init(&Mcu_Config_BOARD_InitPeripherals); Mcu_InitClock(McuClockSettingConfig_0); while ( MCU_PLL_LOCKED != Mcu_GetPllStatus() )     {         /* Busy wait until the System PLL is locked */     } Mcu_DistributePllClock(); Mcu_SetMode(McuModeSettingConf_0); 在控制该引脚之前，需要使用从 S32 配置工具生成的配置信息对其进行初始化。使用端口驱动程序初始化所有引脚，添加以下代码行： Port_Init(NULL_PTR); 通过在开关之间加入延迟，交替开启和关闭引脚，使LED灯闪烁。使延迟时间足够长，以便能够察觉。在提供的for循环中，添加以下几行： Dio_WriteChannel(DioConf_DioChannel_DioChannel_0, STD_HIGH); TestDelay(2000000); Dio_WriteChannel(DioConf_DioChannel_DioChannel_0, STD_LOW); TestDelay(2000000); 在“main”函数之前，添加一个延迟函数，如下所示： voidTestDelay(uint32 delay); voidTestDelay(uint32 delay) {     staticvolatile uint32 DelayTimer = 0;     while(DelayTimer     {         DelayTimer++;     }     DelayTimer=0; } 更新main.c文件顶部的includes行，以包含应用程序中使用的驱动程序的头文件： Remove #include "Mcal.h" 添加 #include "Mcu.h" #include "Port.h" #include "Dio.h" 构建 “Blinking_LED_RTD_AUTOSAR”。在 “C/C++ Projects” 视图中选择项目名称，然后按下 “Build”。 构建完成后，检查是否有错误。 打开调试配置，然后选择“Blinking_LED_RTD_AUTOSAR_Debug_FLASH”。确保选择与执行的构建类型匹配的配置，否则如果构建输出不存在，可能会报告错误。 确认EVB已通过USB数据线连接至PC，然后检查调试器选项卡设置，确保“OpenSDA嵌入式调试 - USB端口”已被选为接口。 点击 “Debug” 要看到LED闪烁，请点击“恢复”。 回复：如何使用S32K1xx RTD与AUTOSAR创建一个闪烁LED示例项目 这是一种极其疯狂的方式来切换端口引脚！！！ 在上面的步骤中，您说“将Dio端口ID更改为3”。为什么是3？3是什么意思？！ “PortPin Pcr从0到96”中的96有什幺意义？ 为什么要这样做，并添加以下5个PortPin Pcr编号：4、5、10、68、69？ 这似乎比仅仅在 pins 页面中设置引脚并使用 SDK 要复杂得多！ Andy 回复：如何使用S32K1xx RTD与AUTOSAR创建一个闪烁LED示例项目 我希望使用PWM （FlexPWM0子模块3 A3 & X3 2通道）功能，通过TI双通道智能高侧功率开关控制2个LED。    使用内部时钟。 可以切换占空比。(25% / 50%) 如何在 S32R372 上配置/初始化/启动 PWM？有人可以提供示例代码吗？

emWin_mcb1700_bsp 中的代码问题解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1 摘要       MCB1700是KEIL的评估板，板载芯片是基于ARM cortex-M3的LPC1758、LPC1768或LPC1769。 EmWin 是由 SEGGER 开发的嵌入式图形库，现在由 NXP 以库的形式提供，可与 NXP 微控制器一起免费用于商业用途。NXP 提供的软件包包括 emWin Color 基本包、包含 GUIBuilder 的窗口管理器/小部件模块、用于无闪烁动画的内存设备模块、用于平滑显示曲线、线条和字体的抗锯齿模块、字体转换器和 VNC 服务器。 NXP 提供了 MCB1700 emWin 板支持包： 适用于 MCB1700 的 emWin 5.14 BSP 版本 1.0 该软件包包含三个IDE项目：IAR，MDK和LPCXpresso，但是现在，客户在使用它时，通常会发现这些问题： LPCXpresso 项目有构建错误 MDK项目有构建错误 下载此代码后，某些 MCB1700 板无法工作，LCD 始终显示白色，没有其他图像。 本文档主要讨论这三个问题并给出相应的解决方案以使MCB1700 emWin_mcb1700_bsp能够正常工作。 2 代码问题分析及解决方案 客户需要首先从上面的链接下载emWin_mcb1700_bsp并安装，安装包默认安装后，源代码可以在以下路径找到：C:\nxp\emWin\NXP_emWin514_MCB1700_BSP 2.1 keil工程构建错误 本章主要讲述emWin_mcb1700_bsp keil工程编译错误及解决方法。 2.1.1问题复现 使用keil IDE打开emWin_mcb1700_bsp keil工程，会发现如下图所示的6个错误： 所有这些错误都与 emwin lib 中包含的 GUI 功能有关，单击 GUI 文件夹后，您会发现该 lib 是 emWin_514，即旧的 emWin lib。 因此人们可以尝试使用nxp 网站上的最新库。 2.1.2问题解决方案 从此链接下载最新的 emWin lib：    适用于 NXP ARM MCU 的 emwin 5.30 预编译库    安装后，从文件夹复制 emWin_M3.lib： NXP_emWin530\emWin_library\Keil\ 到 NXP_emWin514_MCB1700_BSP\GUI 文件夹。 然后将这个新的库添加到 KEIL 项目的 GUI 文件夹中，如下所示：    添加 emWin_M3.lib 后，删除旧库 emWin_514_Keil4_M3_LE.lib 的构建，只需在右键单击选项中取消选择目标构建中包含的项目，如下所示： 保存并再次重建，你会发现错误消失了。 2.2 LPCXpresso项目构建错误 本章主要描述emWin_mcb1700_bsp LPCXpresso项目构建错误及其解决方案。 2.2.1 LPCXpresso项目问题复现 打开LPCXpresso项目并构建它，您可能会发现这些问题： 所有错误都是 C/C++ 问题。 2.2.2 LPCXpresso项目问题解决 选择项目->属性，将语言标准更改为 GNU C90 标准，如下所示： 点击“应用”按钮，然后再次重建，你会发现错误消失了： 当然，您也可以将 lib 更改为最新版本，就像 KEIL 项目中的方法一样，使用此文件夹中最新的 LPCXpresso emWin lib：NXP_emWin530\emWin_library\LPCXpresso\libemWin_M3.a   2.3 部分MCB1700板代码功能问题 本部分主要针对部分MCB1700板的功能问题，给出分析并给出相应的解决方案。 2.3.1 代码功能问题复现 构建问题解决后，客户可以通过调试器或编程器将代码下载到 MCB1700 板，无论是 LPC1758、LPC1768 还是 LPC1769。经过对部分MCB1700板卡的测试，发现部分板卡始终显示白色，emwin功能无法使用，但部分板卡可以显示正确的图片。所有这些板子看起来都一样。 我仔细对比了这些板子，发现LCD上的系列号有区别，现列出如下：   小型断路器 LCD系列号 RESULT MCB1758 A774A-43- P101210 -4072 OK MCB1758 A774A-61- P120814 -4074 异常，LCD显示白色 MCB1769 A774A-22- P120814 -4074 异常，LCD显示白色 MCB1769 A774A-57- P120814 -4074 异常，LCD显示白色 从上面的表格中，我们可以发现所有无法工作的MCB板都有一个特点：LCD序列号包含P120814，所以应该与LCD控制器有关，但是这些MCB1700板上的控制器是什么呢？从 KEIL IDE 安装路径下载 LCD_Blinky 代码后： C:\Keil_v5\ARM\Boards\Keil\MCB1700\LCD_Blinky 我发现这个项目可以正确显示图片，所以我做了调试和源代码检查，之后我得到了带有P120814的LCD，使用的是Himax公司的HX8347-D LCD控制器。但是 emWin MCB1700 BSP 中的 LCD 驱动代码适用于 SPFD5408 LCD 控制器。   2.3.2代码功能问题解答 这里以MDK项目为例，描述如何修改emWin_MCB1700_BSP代码并使其在不工作的MCB1700板上运行。经过上一章的分析，发现问题主要出在LCD驱动上，所以代码修改主要针对LCDConf.c文件，该文件中的代码用于LCD驱动程序配置。 2.3.2.1 修改显示方向 注释掉旧的 DISPLAY_ORIENTATION 定义，并像这样定义它： //#定义 DISPLAY_ORIENTATION (GUI_SWAP_XY) #定义 DISPLAY_ORIENTATION (GUI_MIRROR_X | GUI_SWAP_XY) 2.3.2.2 修改LCD控制器初始化代码 从2.3.1章节中，我们可以知道不工作的MCB1700板上的LCD是HX8347-D，HX8347 LCD控制器初始化代码应该修改如下： static void _InitController(void) { #ifndef WIN32   GUI_X_延迟(10);   LCD_X_SPI_Init(); GUI_X_延迟(10); /* 驾驶能力设置 ------------------------------------*/ wr_reg(0xEA, 0x00); /* 电源控制内部使用 (1) */ wr_reg(0xEB, 0x20); /* 内部使用电源控制 (2) */ wr_reg(0xEC, 0x0C); /* 源控制内部使用 (1) */ wr_reg(0xED, 0xC7); /* 源控制内部使用 (2) */ wr_reg(0xE8, 0x38); /* 源输出周期正常模式 */ wr_reg(0xE9, 0x10); /* 源输出周期空闲模式 */ wr_reg(0xF1, 0x01); /* RGB 18位接口；0x0110 */     wr_reg(0xF2, 0x10);         /* 调整伽马曲线 --------------------------------------*/ 写寄存器（0x40，0x01）； 写寄存器（0x41，0x00）； 写寄存器（0x42，0x00）； 写寄存器（0x43，0x10）； 写寄存器（0x44，0x0E）； 写寄存器（0x45，0x24）； 写寄存器（0x46，0x04）； 写寄存器（0x47，0x50）； 写寄存器（0x48，0x02）； 写寄存器（0x49，0x13）； 写寄存器（0x4A，0x19）； 写寄存器（0x4B，0x19）； 写寄存器（0x4C，0x16）；   写寄存器（0x50，0x1B）； 写寄存器（0x51，0x31）； 写寄存器（0x52，0x2F）； 写寄存器（0x53，0x3F）； 写寄存器（0x54，0x3F）； 写寄存器（0x55，0x3E）； 写寄存器（0x56，0x2F）； 写寄存器（0x57，0x7B）； 写寄存器（0x58，0x09）； 写寄存器（0x59，0x06）； 写寄存器（0x5A，0x06）； 写寄存器（0x5B，0x0C）； 写寄存器（0x5C，0x1D）； 写寄存器（0x5D，0xCC）；   /* 电源电压设置-----------------------------------------*/ 写寄存器（0x1B，0x1B）； 写寄存器（0x1A，0x01）； 写寄存器（0x24，0x2F）； 写寄存器（0x25，0x57）； 写寄存器（0x23，0x88）；   /* 开机设置 -------------------------------------------- */ wr_reg(0x18, 0x36); /* 内部振荡器频率调整 */ wr_reg(0x19, 0x01); /* 启用内部振荡器 */ wr_reg(0x01, 0x00); /* 正常模式，无滚动 */ wr_reg(0x1F, 0x88); /* 电源控制 6 - DDVDH 关闭 */ GUI_X_延迟(200); wr_reg(0x1F, 0x82); /* 电源控制 6 - 升压: 3 x VCI */ GUI_X_延迟(50); wr_reg(0x1F, 0x92); /* 电源控制 6 - 升压：开启 */ GUI_X_延迟(50); wr_reg(0x1F, 0xD2); /* 电源控制 6 - VCOML 激活 */ GUI_X_延迟(50);   /* 颜色选择--------------------------------------------*/ wr_reg(0x17, 0x55); /* RGB，系统接口：16位/像素*/ wr_reg(0x00, 0x00); /* 关闭滚动，无待机 */   /* 接口配置 -------------------------------------------- */ wr_reg(0x2F, 0x11); /* LCD驱动：1线反转*/ 写寄存器（0x31，0x00）；     wr_reg(0x32, 0x00);       /* DPL=0, HSPL=0, VSPL=0, EPL=0       */   /* 设置时显示-----------------------------*/ wr_reg(0x28, 0x38); /* PT(0,0) 有效，VGL/VGL */ GUI_X_延迟(200); wr_reg(0x28, 0x3C); /* 显示活动，VGL/VGL */   // wr_reg(0x16, 0x00); /* 内存访问控制 (MX/Y/V/L,BGR) */   /* 显示滚动设置 ----------------------------------*/     wr_reg(0x0E, 0x00);       /* TFA MSB                            */ wr_reg(0x0F, 0x00); /* TFA 最低有效位 */     wr_reg(0x10, 320 >> 8);   /* VSA MSB                            */     wr_reg(0x11, 320 & 0xFF); /* VSA LSB                            */ wr_reg(0x12, 0x00); /* BFA 最高有效位 */ wr_reg(0x13, 0x00); /* BFA LSB */ #endif }   2.3.2.3 修改LCD_X_Config配置 来自 Segger 中的 emWin 显示驱动程序网站： https://www.segger.com/emwin-display-drivers.html 可以发现HX8347的显示驱动是GUIDRV_FlexColor ，函数GUIDRV_FlexColor_SetFunc中的参数pfFunc是GUIDRV_FLEXCOLOR_F66712。   因此，像这样修改 LCD_X_Config 函数中的 GUIDRV_FlexColor_SetFunc： GUIDRV_FlexColor_SetFunc(pDevice, &PortAPI, GUIDRV_FLEXCOLOR_F66712, GUIDRV_FLEXCOLOR_M16C0B16);     修改完成后，保存并重新编译。最后，将代码下载到之前没有工作的MCB1700开发板中，下载代码到开发板后，按下开发板上的RESET键，你会发现LCD上显示的GRAPH_DATA_XY演示图片是这样的：   2.3.3其他应用测试 针对无法正常工作的 MCB1700 板进行上述代码修改后，如果您有兴趣，还可以尝试其他应用程序来显示其他图片。在文件夹NXP_emWin514_MCB1700_BSP\Application中还有很多其他的应用程序，只需要将其添加到项目中的应用程序文件夹中，然后LCD就可以显示相应的画面，现在列出一些应用程序的测试结果。 2.3.3.1 GUI_WIDGET_GraphYtDemo.c   2.3.3.2GUI_HelloWorld.c     2.3.3.3GUI_ALPHA_TransparentDialogDemo.c   2.3.3.4 WM_RadialMenu.c   3 结论 从上面的详细描述中，您将知道 emWin_MCB1700_bsp KEIL 项目构建错误可以通过将 lib 更改为最新的 emwin lib 来修复，LPCXpresso 项目构建错误可以通过将语言标准更改为 GNU C90 来修复，某些 MCB1700 中的功能问题主要是由于 LCD 驱动程序不匹配引起的，只需将代码修改为相应的 LCD 驱动程序即可解决 LCD 显示白色问题。 希望本文档能够帮助那些在MCB1700板上使用emWin_MCB1700_bsp的客户，修改后的项目也在附件中供您参考。 LPC17xx

HOWTO: S32DS v3.5 に S32K1 RTD 2.0.0 をオフラインでインストールする方法 S32K RTDのリリース・ノートには、通常、インストールが必要な依存ソフトウェア・パッケージが記載されています。SW32K1_S32M24x_RTD_R21-11_2.0.0_P04_D2404_ReleaseNotes.pdfを 例として見てみると、以下のソフトウェア・パッケージをインストールする必要があることがわかります。 ダウンロード・リンクにアクセスするには、NXP.comでアカウントにログインしている必要があります。 1. S32Design Studio 3.5をダウンロードしてインストールしてください。[S32 Design Studio 3.5 – Windows/Linux 3.5]をクリックし、[S32 Design Studio for S32 Platform v.3.5（S32 Platform用S32 Design Studio v.3.5）]をクリックし、S32DS.3.5_b220726_win32.x86_64.exeをダウンロードしてください。 注意：Windows OSの場合、S32 Platform用S32 Design Studioをインストールするために指定されたユーザーアカウントは、ローカルのAdministratorsセキュリティ・グループのメンバーである必要があります。 2. S32 Design Studio 3.5 Update 4 D2307: SW32_S32DS_3.5.4_D2307.zip をダウンロードしてインストールしてください。(com.nxp.s32ds.update_3.5.4.20230707034206.zip) ステップ3でダウンロードしたSW32K1_S32DS_3.5.4_D2307.zipには、ステップ2のSW32_S32DS_3.5.4_D2307.zipのファイルがすでに含まれているため、このステップはここではスキップします。 3. 「S32 Design Studio 3.5 development packages for offline use, support for S32K1」（3.5.4_D2307）をダウンロードしてインストールします：SW32K1_S32DS_3.5.4_D2307.zip  （com.nxp.s32ds.s32k1.dev.repository_1.0.0.202307062245.zip） [Contact all update sites during install to find required software（インストール中にすべての更新サイトにアクセスして必要なソフトウェアを見つける）] のチェックを外すと、オフライン・インストールをより迅速に完了できます。 4. [Real-Time Drivers for S32K1（S32K1用リアルタイム・ドライバ）] をクリックし、[Automotive SW - EB tresos Studio / AUTOSAR Configuration Tool（車載SW - EB tresos Studio / AUTOSAR設定ツール）] をクリックします。 以下のいずれかのS32K1 RTD 2.0.0用updatesite.zipを選択してインストールします。 最新のS32K1 RTDバージョンが通常推奨されます。ただし、リファレンス・ソフトウェアまたはプレミアム・ソフトウェア（FreeRTOS、LINスタック、TCP/IPスタック構造、コア・セルフテスト (SCST)、車載用演算/モーター制御ライブラリ (AMMCLIB)、S32K ISELEDなど）を使用する必要がある場合は、リリース・ノートに従って特定のバージョンのS32K1 RTDをインストールすることをお勧めします。 4.a) S32K1_S32M24Xリアルタイム・ドライバAUTOSAR 4.4 & R21-11バージョン2.0.0をダウンロードしてインストールします：SW32K1_S32M24x_RTD_4.4_R21-11_2.0.0_D2308_DS_Updatesite.zip 4.b) S32K1_S32M24Xリアルタイム・ドライバAUTOSAR 4.4バージョン2.0.0 P01をダウンロードしてインストールします：SW32K1_S32M24x_RTD_4.4_R21-11_2.0.0_P01_D2308_DS_Updatesite.zip 4.c) S32K1_S32M24Xリアルタイム・ドライバAUTOSAR R21-11バージョン2.0.0 P04をダウンロードしてインストールします：SW32K1_S32M24x_RTD_R21-11_2.0.0_P04_D2404_DS_updatesite.zip アクティベーション |インストール |ライセンス |インストーラーのダウンロード SDK

如何使动画在 MIMXRT1170-EVKB 上显示时更加流畅 Hello, 我联系您是关于我们项目中使用 LVGL 创建并使用 Zephyr 部署的蛇动画遇到的一个问题。我们注意到，在蛇移动的过程中，蛇身后有一个拖拽，并且在蛇的起始处有一个阴影，这给动画带来了不太流畅的效果。 您将看到附件中的动画和脚本的图片。 PS：无论是否在主函数中添加此项，都会遇到同样的问题： k_msleep(lv_task_handler()); 或者这个 k_sleep(k_MSEC(10)); 回复：如何使动画在 MIMXRT1170-EVKB 上显示时更加流畅 Hi, 非常感谢您对我们的产品感兴趣并使用我们的社区。 对于与 Zephyr 相关的问题，我们有一个专门的论坛，该主题的专家可以为您提供帮助。我将请求您在以下社区中直接提出相关问题： Zephyr 项目 希望它能对你有帮助。 祝你今天过得愉快！

S32G How to Modify eMMC Clock for EMI Optimization この記事では、200Mhz またはその倍数の EMI 干渉チェックポイントを回避するために S32G の eMMC クロックを変更する方法について説明します。 目次 1 背景と必要な情報...2 1.1 背景…2 1.2 必要な情報...2 2    eMMC的硬件连接... 3 3 eMMCクロックの初期化方法...4 3.1  eMMC时钟源说明及修改目标... 4 3.2 M7+ブートローダー方式（オプション）6 3.3 ATFの初期化方法...7 4 eMMCクロックを変更する...9 4.1 ATFの変更...9 4.2  Uboot相关的修改... 9 4.3 分割不可能なクロックの変更に関する考慮事項...10 5 テスト結果...11 V2にアップデートし、分数除算を追加します。 6 分数除算...13 6.1 デバッグ方法...13 6.2 コードの変更...14 6.3 テスト結果 15 Automotive

大容量記憶装置ホストの例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 形容 この例では、大容量記憶装置クラス デバイス (USB フラッシュ ドライブ) を列挙する大容量記憶装置クラス ホスト モード デバイスを実装します。デバイスの最初のセクターを読み取り、そのデータの hexdump スタイルのリストを端末に表示します。   コンパイラのビルド構成 この例を構成するソフトウェアは、さまざまな開発ボードで動作するように設計されています。したがって、コンパイラは、使用している開発ボードを対象とするイメージをビルドするように構成する必要があります。このセクションでは、サポートされている各コンパイラに対してこれらのビルド構成を設定する方法について説明します。   LPCXpresso IDE プロジェクトを構成する [Project Explorer] ウィンドウで BSP プロジェクトを右クリックします。 「Build Configurations」-「Set Active->」>をクリックします(次の表の構成を参照)。 これらの手順を CDL、nxpUSBlib、および CD で繰り返しますExample_MassStorageHost MCU の構成 Project ExplorerウィンドウでExample_MassStorageHostプロジェクトを右クリックします。 Properties->C/C++ Build->MCU settings->をクリックします(下表の構成を参照)。 インデクサーを構成する [Window]-[>Preferences]-[>C/C++]-[>Indexer]-[Use active build configuration]をクリックします>   BSPの CDLの nxpUSBlib Example_MassStorageDevice MCU LPC1850  / Hitex LPC18xx_HITEX LPC18xx LPC18xx_Host LPC18xx LPC1850 LPC4330  / Xplorer LPC4330_Xplorer LPC18xx LPC18xx_Host LPC18xx LPC4330 LPC4350  / Element14 LPC1435_ELEMENT14 LPC18xx LPC18xx_Host LPC18xx LPC4350 LPC1768 / MCB1700 LPC1768_MCB1700 LPC17xx LPC17xx_Host LPC17xx LPC1768 LPC1768  / LPCXpresso LPC17xx_LPCXpressoRevB LPC17xx LPC17xx_Host LPC17xx LPC1768 注意: LPC18xx CDLは、LPC43xxパーツを保持するボードで使用されます。これは、LPC43xx CDLが現在実験段階であるためです。LPC18xx USBライブラリは、両方の部品が同じコントローラーを共有しているため、使用されます。 Keil uVision 4 IDE バッチビルドの設定   [Project->Batch Build...] をクリックします。 BSP プロジェクトを展開して、プロジェクト ターゲットの一覧を表示します。 適切なチェックボックスをオンにして、プロジェクトターゲットを選択します(以下の表のターゲットリストを参照)。 これらの手順を CDL、nxpUSBlib_Host、および Example_MassStorageDevice で繰り返します BSPの CDLの nxpUSBlib_Host Example_MassStorageDevice LPC1850  / Hitex HITEX1800 LPC18xx LPC18xx_Host HITEX1800 LPC1768 / MCB1700 MCB1700 LPC17xx LPC17xx_Host MCB1700   ボードの接続と構成 LPC18xx_HITEX(LPC1850ハイテックス評価ボード)古いA2デザイン 回路図 ./BSP/schematics/HITEX_SCM_LPC1850EVA-A2-2.pdf JTAGをX4JTAGとマークされた20ピンレセプタクルに接続します USBフラッシュドライブをX10とマークされたタイプAレセプタクルに接続します 9ピンシリアルケーブルをUARTX1とマークされたレセプタクルに接続します。このケーブルのもう一方の端を、ターミナルプログラムを実行しているPCに接続します。 ボードに電力を供給するには: 電源付きUSBケーブルのタイプB側をX13とマークされたレセプタクルに接続します 又は X14とラベル付けされたDCコネクタに5vを供給します   LPC18xx_HITEX(LPC1850 Hitex Evaluation Board)新しいA3デザイン 回路図 ./BSP/schematics/HITEX_Final_LPC1850EVA-A3.pdf   LPC1768_MCB1700 (Keil MCB1700 開発ボード) 回路図: ./BSP/schematics/mcb1700-schematics.pdf ジャンパ 設定   E/U 1-2 UMODE 1-2 D- ホスト D+ ホスト VBUS 1-2 VDDIO 1-2 VDDREG 1-2 ISPの 次の項目を削除 JTAGデバッガを20ピンJTAGまたは10ピンCortexデバッグコネクタに接続します ボード上のCOM0とターミナルプログラムを実行しているPCとの間に9ピンシリアルケーブルを接続します。ボーレート = 9600 USBフラッシュドライブをHOSTとマークされたタイプAレセプタクルに差し込みます ボードに電力を供給するには: 電源付きUSBケーブルのタイプB側を「デバイス」というラベルの付いたタイプBレセプタクルに接続します 又は JTAGとCOM0レセプタクルの間の-VIN+ピンに5Vを供給 ボードに電力が供給されると、次のLEDが点灯します。 力 100MHzの USCの   LPC17xx_LPCXpressoRevB (LPCXpresso Rev B ベース ボード上の LPCXpresso LPC17xx) 概略図: ./BSP/schematics/LPCXpressoLPC1769revB.pdf   LPCXpresso LPC1769ボードをJ4というラベルの付いたコネクタに差し込みます。 LPCXpressoベースボード JTAG LPCXpresso LPC1769のJ3というラベルの付いたミニUSBレセプタクルに接続します 板 Embedded Artistsのユーザーガイドに従ってベースボードを設定します ベースボードのJ61とマークされたジャンパーブロックにジャンパー1-2、3-4、5-6を取り付けます USBフラッシュドライブをベースボードのJ60とマークされたタイプAレセプタクルに差し込みます USBケーブルのミニタイプB側をUSB-シリアルレセプタクルに接続します X3 とラベル付けされたベース ボードと PC の USB レセプタクルのタイプ A エンド。 USBケーブルをボードに接続すると、次のLEDが表示されます 点灯： LED25(VBUSの) LED26(3.3vレール)          PCを設定する Windows XP、Vista、または 7 を実行している PC を使用して、Teraterm や Hyperterm などのターミナル エミュレーション プログラムで表示できるランタイム診断を表示します。これらのプログラムのボーレートは 9600 に設定する必要があります。   サンプルをビルドしてデバッグする LPCXpresso IDE IDE のプロジェクト エクスプローラー ウィンドウで、Example_MassStorageHost プロジェクトを右クリックし、[As->C/C++ MCU Application のデバッグ] を選択します。 IDEのメイン・ウィンドウで、「実行」→「再開」>をクリックして、アプリケーションの実行を開始します   Keil uVision 4 IDE 「バッチ・ビルド」ウィンドウで、「コンパイラ・ビルド構成」の説明に従ってプロジェクト・ターゲットを選択し、「ビルド」をクリックします IDEのメイン・ウィンドウで、「デバッグ」>「デバッグ・セッションの開始/停止」をクリックし、「デバッグ」>実行をクリックします。   この例の実行方法と検索対象 この例を最初に実行すると、ターミナルウィンドウに次のように表示されます。 大容量記憶装置ホストのデモを実行しています。   フラッシュドライブが接続されると、ターミナルウィンドウが表示されます 次のようなものがあります。   デバイスが接続されています。   合計 LUN: 1 - デバイス内の最初の LUN を使用。 ベンダー「USB」、製品「フラッシュディスク」 列挙された大容量記憶装置。   準備が整うまで待っています...   容量を取得しています...   1957887 512 バイトのブロック。   最初のブロックの内容:   33 C0 8E D0 BC 00 7C FB 50 07 50 1F FC BE 1B 7C 3.....|.P.P....| BF 1B 06 50 57 B9 E5 01 F3 A4 CB BD BE 07 B1 04 ...捕虜。。。。。。。。。。。 38 6E 00 7C 09 75 13 83 C5 10 E2 F4 CD 18 8B F5 8n.|.u.......... 83 C6 10 49 74 19 38 2C 74 F6 A0 B5 07 B4 07 8B ...それ.8,t....... F0 AC 3C 00 74 FC BB 07 00 B4 0E CD 10 EB F2 88 ..<.t........... 4E 10 E8 46 00 73 2A FE 46 10 80 7E 04 0B 74 0B N..F.S*.F.(英語)~..t. 80 7E 04 0C 74 05 A0 B6 07 75 D2 80 46 02 06 83 .~..t....u..F... 46 08 06 83 56 0A 00 E8 21 00 73 05 A0 B6 07 EB F...V...!.s..... BC 81 3E FE 7D 55 AA 74 0B 80 7E 10 00 74 C8 A0 ..>.}U.T.(英語)~..t.. B7 07 EB A9 8B FC 1E 57 8B F5 CB BF 05 00 8A 56 .......W.......V 00 B4 08 CD 13 72 23 8A C1 24 3F 98 8A DE 8A FC .....r#..$?..... 43 F7 E3 8B D1 86 D6 B1 06 D2 EE 42 F7 E2 39 56 C..........B..9Vの 0A 77 23 72 05 39 46 08 73 1C B8 01 02 BB 00 7C .w#r.9F.s.......| 8B 4E 02 8B 56 00 CD 13 73 51 4F 74 4E 32 E4 8A .N.V...sQOtN2.. 56 00 CD 13 EB E4 8A 56 00 60 BB AA 55 B4 41 CD V......V.`..アラブ首長国連邦 13 72 36 81 FB 55 AA 75 30 F6 C1 01 74 2B 61 60 .r6..U.U0...T+A' 6A 00 6A 00 FF 76 0A FF 76 08 6A 00 68 00 7C 6A j.j..v..v.j.h.|j 01 6A 10 B4 42 8B F4 CD 13 61 61 73 0E 4F 74 0B .j..B....AASです。オット。 32 E4 8A 56 00 CD 13 EB D6 61 F9 C3 49 6E 76 61 2..V.....ある。。インバ 6C 69 64 20 70 61 72 74 69 74 74 69 6F 6E 20 74 61 蓋パーティション 62 6C 65 00 45 72 72 6F 72 20 6C 6F 61 64 69 6E ble.エラーロードイン 67 20 6F 70 65 72 61 74 69 6E 67 20 73 79 73 74 g オペレーティングシステム 65 6D 00 4D 69 73 73 69 6E 67 20 6F 70 65 72 61 em.オペラの欠落 74 69 6E 67 20 73 79 73 74 65 6D 00 00 00 00 00 tingシステム..... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................ 00 00 00 00 00 2C 44 63 18 2E 07 C3 00 00 80 01 .....,Dc........ 01 00 06 20 00 77 00 02 00 00 00 DE 1D 00 00 00 ... .w.......... 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00     ................ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA ..............U.   フラッシュドライブを取り外すと、ターニマルウィンドウが表示されます。 デバイスが接続されていません。

[LPC54XXX]：如何使用 USB 端口在 ISP 模式下更新固件 LPC54XXX 进入 ISP 模式后，可以通过 UART/I2C/SPI/USB 接口升级应用程序，具体有两种方法。一种方法是在上电时更改 ISP 引脚状态，另一种方法是在代码运行期间通过源代码重新调用 ISP 引导 ROM。第一种方法不需要用户编写任何代码，操作简单，但缺点是不灵活，不适合现场操作；第二种方法更灵活，广泛应用于自己开发的备用引导加载程序应用程序中，但它需要用户自己编写代码。 在实际开发中，由于个人计算机的USB端口使用方便，使用USB端口进行应用程序升级的方法正变得越来越流行。很遗憾，目前我们没有提供通过USB端口在ISP模式下升级应用程序的说明。因此，我们撰写这篇文章，以在此分享该方法。   有两种方法可以进入 ISP 模式： 方法一：在开机时进入 ISP 模式以升级应用程序 在硬件方面，请在上电或复位前配置ISP0~2引脚，MCU将进入ISP模式以升级应用程序。引脚配置方法如下： 图 1   方法二：在源代码中激活重新调用 ISP 以升级应用程序 在 ISP 模式下，应用程序通过 UART/I2C/SPI/USB 进行升级。本文重点介绍 USB 方法。在 USB 方面，LPC54XXX 的 USB0（全速）和 USB1（高速）均可用于应用程序升级。USB 升级模式有两种：DFU（Device Firmware Updata）和 MSC（Mass Storage Device Class），如下： 图 2. 通过修改 ISP 参数数组的字节 0 和字节 1 来选择应用程序升级模式。关键代码如下： 图 3. 在图 3 中，我们需要注意以下三个关键点： -当 isp_mode[0] 配置为 0xAA 时，它是 DFU 模式，否则是 MSC 模式（例如，isp_mode[0] 配置为 0xFF）。 当 isp_mode[1] 配置为 8 时，使用 USB FS；当配置为 9 时，使用 USB HS。 -通过 Chip_IAP_ReinvokeISP 函数进入 ISP 模式。 2.1 使用 DFU 进行应用程序升级 工具准备： 要使用DFU进行应用程序升级，需要dfu-util工具。您可以从DFU的官方网站下载该工具。链接如下： http://dfu-util.sourceforge.net/ NXP 还在 LPCScrypt 中包含了 dfu-util 工具。如果您已下载 LPCScrypt，可以直接在 bin 目录中使用。 DFU更新应用程序步骤： 以LPC54628为例，ISP被配置为DUF模式，USB1用于升级应用程序。 请修改图3中的相关代码，具体如下： isp_mode[0] = 0xAA; isp_mode[1] = SL_USBHS; 构建并下载应用程序到 MCU，重新上电，然后将 USB1 连接到计算机。这里 进入 dfu-util 工具目录并复制 .bin文件到当前目录。 使用命令：./dfu-util-l 查找 DFU 设备。 使用命令：./dfu-util-D .\lpcxpresso54628_gpio_led_output.bin -a 0 将 lpcxpresso54628_gpio_led_output.bin 文件下载到设备的 alt 编号 0。Alt0 是 "FLASH"，alt1 是 "RAM"，具体操作如下： 图4。 成功下载应用程序后，重置MCU，并观察开发板上LED的闪烁现象。 2.2 使用 MSC 进行应用程序升级 以LPC54628为例，ISP被配置为MSC模式，USB1用于升级应用程序。请修改图3中的相关代码，具体如下： isp_mode[0] = 0xFF; isp_mode[1] = SL_USBHS; 构建并下载应用程序到 MCU，重新上电，然后将 USB1 连接到计算机。您将在我的计算机中找到另一个磁盘，具体如下： 图5。   然后执行以下步骤来更新固件： -删除 CRP DISABLD 磁盘中的原始 firmware.bin。 - 将应用程序重命名为 firmware.bin（例如 lpcxpresso54628_gpio_led_output.bin）。 - 将应用程序 firmware.bin 复制到 CRP DISABLD 磁盘。 - 重置 MCU，如果观察到 LED 闪烁，则证明应用程序已成功升级。 注意：应用程序必须重命名，且重命名操作不能在CRP DISABLD磁盘上进行。   Demo project：lpcxpresso54628_flashiap.zip 应用程序升级文件：lpcxpresso54628_gpio_led_output.bin（由SDK示例代码生成） 概述 LPC营销 LPC546xx LPC54xxx USB

在 EB Tresos 中为 S32K322 配置 CAN FD 大家好， 我目前正在使用 S32K322 并通过 EB Tresos 配置经典 CAN 消息，其功能符合预期。但是，我在尝试配置 CAN FD 消息时遇到错误。 具体来说，我已经配置了： 前 12 个 HOH Classic 可以接收。 第 13 届 HOH 作为经典 CAN 传输。 现在，我想将第 14 个 HOH 配置为 CAN FD 传输消息。但是，我遇到了以下错误： [C:\EB\tresos\插件\McalExt_TS_T40D37M1I0R0/MCAL_Delivery/eclipse/插件/Can_43_FLEXCAN_TS_T40D34M40I0R0/generate_PB/src/Can_43_FLEXCAN_PBcfg.c:554]:CanHardwareObject_14 的有效载荷长度 (64) 参考 CanController_0 超出 所需的最大消息缓冲区。减少 CanHwObjectCount 的值或将 CanHardwareObject_14 分配给另一个控制器即可解决此错误。 您能指导我如何解决这个问题吗？如有任何建议或参考文献，我们将不胜感激。 谢谢和问候， 赛山菲亚 回复：在EB Tresos中为S32K322配置CAN FD Hi, 如果 RAM 块设置为 64 字节有效载荷，那么该块中最多可以有 7MB 因此，正如错误所说，减少 HOH 的数量或将其分配给另一个控制器。 此外，如果有选项可以为每个 RAM 块指定不同的有效载荷（例如RAM 块 0 到 8 字节，RAM 块 1 到 64 字节），然后将 CAN FD HOH 放置到块 1。 BR, Petr

[LPC54XXX]: ISPモードでUSBポートを使用してファームウェアを更新する方法 LPC54XXXがISPモードに入った後、UART/I2C/SPI/USBを介してアプリケーションをアップグレードするには、2つの方法があります。1つは、電源投入時にISPピンの状態を変更する方法であり、もう1つは、コード実行中にソース・コードでISP Boot ROMを再度呼び出す方法です。最初の方法は、ユーザーがコードを書く必要がなく、操作も簡単ですが、柔軟性に欠け、現場での運用には適さないという欠点があります。2番目の方法はより柔軟で、ユーザー自身が開発したセカンダリ・ブートローダ・アプリケーションで広く使用されていますが、自分でコードを書く必要があります。 実際の開発において、パーソナル・コンピュータのUSBポートが使いやすいため、アプリケーションのアップグレードにUSBポートを使用する方法がますます普及しています。残念ながら、ISPモードでUSBポートからアプリケーションをアップグレードする方法は、現在のところありません。そのため、ここで方法を共有するためにこの記事が用意されました。   ISPモードに入るには、以下の2つの方法があります。 方法1：電源投入時にISPモードに入り、アプリケーションをアップグレードする ハードウェア側では、電源投入またはリセットの前に ISP0～2ピンを設定すると、MCUはISPモードに入り、アプリケーションをアップグレードします。ピンの構成方法は以下のとおりです。 図1.   方法2：ソース・コードでReinvoke ISPを有効化して、アプリケーションをアップグレードする ISPモードでは、アプリケーションはUART/I2C/SPI/USBを介してアップグレードされます。この記事は、USB方式に焦点を当てています。USBについては、LPC54XXXのUSB0（全速力）とUSB1（高速）の両方をアプリケーションのアップグレードに使用できます。USBのアップグレード・モードには、次の2種類があります。それは、DFU（デバイス・ファームウェア・アップデート）とMSC（マス・ストレージ・デバイス・クラス）です。 図2. ISPパラメータ配列のバイト0とバイト1を変更して、アプリケーション・アップグレード・モードを選択します。キー・コードは以下のとおりです 図3. 図3には、注意すべき3つの重要な点があります。 - isp_mode[0]が0xAAとして設定されている場合、DFUモードです。それ以外の場合、MSCモードです（たとえば、isp_mode[0]が0xFFとして設定されている場合）。 -isp_mode[1]が8に設定されている場合、USB FSが使用され、9に設定されている場合、USB HSが使用されます。 - Chip_IAP_ReinvokeISP関数を介してISPモードに入ります。 2.1 DFUを利用してアプリケーションをアップグレードする ツールの準備： DFU を使用するには、アプリケーションをアップグレードするために dfu-util ツールが必要です。DFU ツールは DFU の公式ウェブサイトからダウンロードできます。リンクは以下の通りです。 http://dfu-util.sourceforge.net/ さらに、NXPはLPCScryptにdfu-utilツールを組み込んでいます。LPCScrypt をダウンロードした場合は、binディレクトリで直接使用できます。 DFUによるアプリケーションの更新手順： LPC54628を例にとると、ISPはDUFモードとして設定され、USB1を使用してアプリケーションをアップグレードします。 図3の関連コードを次のように変更します。 isp_mode[0] = 0xAA; isp_mode[1] = SL_USBHS; アプリケーションをビルドして MCU にダウンロードし、再度電源を入れ、USB1をコンピュータに接続します。ここで、 dfu-utilツール・ディレクトリに入り、.binファイルを現在のディレクトリにコピーします。 次のコマンドを使用します。./dfu-util -l   DFUデバイスを見つけます。 次のコマンドを使用します。./dfu-util -D .\lpcxpresso54628_gpio_led_output.bin -a 0 alt番号0のデバイスにlpcxpresso54628_gpio_led_output.binファイルをダウンロードします。alt0は「FLASH」、alt1は「RAM」で、具体的な操作は以下のとおりです。 図4。 アプリケーションのダウンロードに成功したら、MCUをリセットし、開発ボード上のLEDの点滅現象を観察します。 2.2 アプリケーションのアップグレードにMSCを使用する LPC54628を例にとると、ISPはMSCモードとして設定され、USB1を使用してアプリケーションをアップグレードします。図3の関連コードを次のように変更します。 isp_mode[0] = 0xFF; isp_mode[1] = SL_USBHS; アプリケーションをビルドして MCU にダウンロードし、再度電源を入れ、USB1をコンピュータに接続します。コンピュータには、次のように別のディスクが見つかります。 図5。   次に、以下の手順を実行してファームウェアを更新します。 - CRP DISABLDディスク内の元のfirmware.binを削除します。 アプリケーションの名前を変更してください（例：lpcxpresso54628_gpio_led_output.bin をfirmware.bin に変更してください）。 - アプリケーションのfirmware.binをCRP DISABLDディスクにコピーします。 - MCU をリセットし、LED が点滅しているのを確認できれば、アプリケーションが正常にアップグレードされたことが証明されます。 注：アプリケーションの名前を変更する必要がありますが、CRP DISABLDディスクでは名前の変更は実行できません。   Demo project：lpcxpresso54628_flashiap.zip アプリケーションアップグレードファイル：lpcxpresso54628_gpio_led_output.bin（SDKデモコードによって生成された） 全般 LPCマーケティング LPC546xx LPC54xxx USB

Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenSDA v2/2.1 ブートローダーは、ボードを Windows 10 マシンに接続すると破損する可能性があることが報告されています。この問題を修正する更新された OpenSDA ブートローダーは、 www.NXP.com/openSDA から入手できます。この問題を扱ったArmの ブログ記事 もあります。 影響を受けるボードでブートローダを再プログラムするには、K20 OpenSDA MCU に接続された JTAG ポートに Segger JLink や Keil ULink プログラマなどの外部デバッガが接続されている必要があります。便宜上、OpenSDA v2.2ブートローダーのバイナリは、この投稿の下部に添付されています。 Segger JLink を使用している場合は、最新の JLink ソフトウェアおよびドキュメンテーション パック をダウンロードし、次の JLink.exe コマンドを使用して K20 OpenSDA MCU に接続します。 つながる MK20DX128xxx5 S 4000 次に、次のコマンドを使用してブートローダーを再フラッシュします。 erase loadbin 0x00000000 これは、ブリックされたOpenSDAボードを回復し、再ブリックされるのを防ぐ方法に関する別の投稿です。 ボード上のOpenSDAの詳細については、 www.nxp.com/opensda をご覧ください。 Freedom開発プラットフォーム Kinetisハードウェア・サポート Kinetis KシリーズMCU Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、J-Link EDU miniを使用してボードを再び機能させました。もう細かいことは覚えていません。それ以来、私は遊ぶ機会がありませんでした。Windows 10コンピューターに接続する前に、ファームウェアを更新する指示に従うべきだったと思います。破損した後、それを修正する唯一の方法は、ファームウェアをインストールするためにSegger J-Linkのようなものを購入することでした。 1月1日の投稿から、J-Linkを使用してその0244_k20dx_bl_0x50000.binファイルをK20チップにロードできたようです。 その後、K64はメンテナンスとして表示され始めました。 そこから、k20dx_frdmk64f_if_crc_legacy_0x5000.binファイルをそのドライブにドラッグしたようです。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私はちょうどMouserを通じて2つのFRDM-K64Fボードを購入しました。USBポートにボードを接続しました。Keil Vision IDE を実行しましたが、デバッグ インターフェイスが MBED CMSIS-DAP として表示されます。MBED という名前のフォルダが開き、mbed.htm と fail.txt が入っています。fail.txtの内容は、1 つの単語の TIMEOUT です。ボードは定期的にリセットされ続けました。 mbed.htmをクリックすると、mbedログインページがWebブラウザに表示されました。ログイン後、https://os.mbed.com/platforms/FRDM-K64F/ ファームウェアのアップグレード手順を段階的に実行したところ、ボードが故障しているように見えました。USBポートに差し込むと、Keil IDEは認識しなくなり、KDSも認識しなくなりました。 私はこのスレッドに来て、Windows 10の問題である可能性があると思ったので、ストレージからWindows 7コンピューターを取り出し、ボードをUSBポートに接続しました。ボードは定期的にリセットされなくなりました。フォルダにはmbed.htmしかなく、fail.txtはありません。ファームウェアをアップグレードするためのステップバイステップの手順を繰り返すことができました。同じバージョンのKeil IDEをインストールし、プログラムのダウンロードとデバッグができました。 ボードをWindows 10コンピューターに接続し直すと、DAPLINKという名前のフォルダーが開き、mbed.htmとDETAILS.TXTが入っていました。Keil IDE は、デバッグ アダプターを DAPLink CMSIS-DAP として認識します。これで、Windows10でプログラムをダウンロードしてデバッグできます。 Windows 10 は 2015 年 7 月にリリースされました。FRDM-K64Fボードには、NXP(c)2016のシルクスクリーンがあります。これは、NXPが古いFreescale製品のサポートを放棄したことを意味しますか?これらのデバイスに基づいて新しいものを開発するのは避けるべきですか? Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これで、k20dx_frdmk64f_if_crc_legacy_0x5000.binをMAINTENANCEドライブにドラッグし、ボードがFRDM-K64FDドライブとして表示されるようになったので、進歩していると思います。その後、mbedWinSerial_16466.exeをインストールすることができ、デバイスマネージャーにmbedシリアルポートが表示されるようになりました。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> チップに最も近い10ピンヘッダーを使用してK20に接続することになっていると思っていました。JTAGターゲットインターフェースを選択して接続できました。ファイル0244_k20dx_bl_0x50000.binをボードにロードすることができました。これで、FRDM-K64Fを差し込むと、メンテナンスドライブとして表示されます。これは、リセットボタンを押しているときと押していないときの両方です。その中にDETAILS.TXTというファイルが1つあります。更新する前に、リセットボタンを押し続けるとボードはBOOTLOADERドライブとして表示されます。そのドライブには、開かないことを示すhtmファイルが1つあります。約 20 秒後、そのドライブは消えます。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Leon, ログには次の情報が表示されます。 >>デバイス「MK20DX128XXX5」が選択されました。 これが私の考えでは問題です。デバッグ接続が K64F ではなく K20 (OpenSDA 回線) に接続しようとしますか? したがって、K20と話す代わりに、J-linkCommanderで次のデバイスを使用してください。 MK64FN1M0xxx12 正しい SWD デバッグ ヘッダーに接続していることを確認してください。 https://mcuoneclipse.files.wordpress.com/2017/07/debugging-frdm-k64f-with-linkserver-lpc-link2.png  記事 Using the FRDM-K64F with CodeWarrior |Eclipse上のMCUは、ボードのさまざまなデバッグオプションも示しています。 お役に立てば幸いです。 Erich Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> もうすぐ2020年になりますが、これらのボードがすでにWindows 10で動作するように更新されているのは面倒すぎると思います。 FRDM-K64FボードとSegger J-Link mini eduを持っています。J-Link Commander V6.60cを使用すると、「ターゲットに接続できません」というメッセージが表示されます。理由はわかりません これがJ-LinkCommanderのテキストです。 SEGGER J-Link Commander V6.60c (2019年12月23日16:15:43コンパイル) DLLバージョンV6.60c、コンパイル済み、2019年12月23日16:14:31 J-LinkとUSB接続している...わかりました ファームウェア:J-Link EDU Mini V1コンパイル済み2019年12月13日11:16:57 ハードウェアバージョン:V1.00 S / N:801016825 ライセンス: FlashBP, GDB VTref=0.000V 「connect」と入力してターゲット接続を確立し、「?」と入力してヘルプを表示します Jリンク>コネクト デバイス/コアを指定してください。 : MK20DX128XXX5 選択ダイアログに「?」と入力します デバイス>MK20DX128XXX5 ターゲットインターフェースを指定してください。 J) JTAG (デフォルト) S)SWDの T) cJTAG ティフ>ス ターゲットインターフェース速度[kHz]を指定します。 : 4000 kHz スピード>4000 デバイス「MK20DX128XXX5」が選択されました。 SWD経由でターゲットに接続する ターゲットに接続できません。 Jリンク> Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> どなたかいらっしゃいますか?Thx クリストフ Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ねえshuichiy、みんな あなたとまったく同じ問題。FRDM-K22Fが実行されているLS1012ARDBを実行すると、もちろんWIN10ホストも実行されます。 私もKEIL MDK Pro(フラッシュには光で十分、制限なし)とULINK Pro JTAGプローブを使用しているので、K22をフラッシュすることができました。 ただし、それは少し面倒です:HEXファイルのみがその方法でフラッシュできるため、最初にBINをHEXに変換する必要があります。KEILが提案したようにsrec_cat.exeを使用しています。 ..\srecord-1.63-win32>srec_cat.exe 0244_k20dx_bl_0x8000_OK.bin -Binary -o 0244_k20dx_bl_0x8000_OK.hex -Intel このようなHEXファイルは、K22で効果的に点滅します。そのためには、もちろん、空のuVisionプロジェクトが配置され、コードはありませんが、正しい「ターゲット1」と関連する構成(ここではNXP MK22FX512AVLH12)が必要です。また、RDBで電源がオンになっており、フラッシュが発生するように前面USB(DAP)も接続されていることを確認する必要があります。 したがって、私にとっては、すべて正しく行ったと思いますが、BINからHEXへの変換が何か間違っていたのか、それともKEILの「ターゲット1」構成が間違っているのか疑問です(私は疑います)。 どなたか手伝っていただけますか?もし私がこれを実現することができれば、もちろんここで私の発見を共有することができます - 確かにその問題を抱えているのは私だけではありません。いくつかの答えをお願いします! Thx Christophe Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> J-Linkを間違ったコネクタに接続した可能性があると思います-ボードのもう一方の端にあるコネクタではなく、USBポートの近くのSWDコネクタに接続していることを確認してください。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは FRDM-K22Fで同じ問題が発生しました。 私はデバッガとしてKeil uVision V5とULINK2を持っていますが、ブートローダーの.binをどのようにプログラムするかはまだわかりませんuVisionのファイル。 回避策がある場合は、アドバイスをいただけますか? ありがとうございます 秀一 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, jtagが標準ですので、JLinkの代わりにAVR jtagプログラマを「mySmartUSB MK3」として使うことは可能ですか、それともAVRボード専用ですか? ご助言いただけますと幸いです。 -Valerio Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私の #frdm-k82f はレンガの状態です。0244_k20dx_bl_0x8000ファイルをMK20DX128XXX5にロードしようとしています。「Kinetisのロック解除」を実行してもフラッシュエラーが発生しますスクリーンショットを見つけてください。誰かが私が問題を見つけるのを手伝ってくれますか Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私は自分のボードでプロセスを実行したところ、最終的に、SDAをホストする部品のIDではなくMCU IDを指定していることに気づきました。FRDM-K66 ボードを持っていますが、SDA は MK20DX128VFM5 で動作します。ああ。 しかし。私はまだ森から抜け出していませんが、自分がどのように間違っていたかに気付く前に、あらゆる種類のフラストレーションを見ていました。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello,  このガイドを使用して、j-link を使用して新しいバイナリを twr-kv58220m ボードにロードしようとしました。ただし、j-linkはボードへの接続を拒否し、次のものを提供します。 ボードは継続的にリセットしたいようです。誰かが私がこれを回避する方法について何かアイデアを持っていますか? 更新:別のコンピューターを使用して、別のブートローダー(「SDAブートローダー」)をボードにロードすることができましたが、これでUSBまたはJTAGを使用してボードを再びコーディングできます。実際には解決策ではありませんが、可能な回避策です。これがお役に立てば幸いです.. -マイク Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ブートローダーは、.binでプログラミングするときに更新しますこの投稿に添付されていたファイル。そのため、現時点ではブートローダー部分を更新する唯一の方法であるため、外部デバッガープローブが必要です。 次に、ブートローダーを更新した後、投稿でリンクしたDAPLinkアプリのようなOpenSDAアプリをロードして、ボードを完全に更新する必要があります。 -アンソニー Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FRDM-K22Fでは、OpenSDA v2.2を更新した後、 CMSIS-DAP BOOTLOADER ? Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FRDM-K28FにはすでにOpenSDA 2.2ブートローダーが付属しているため、そのボードを更新する必要はありません。 Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Alven, FRDM-K22Fでは、外部デバッガ(Segger JLinkやKeil U-Linkなど)をJ12ヘッダーに接続する必要があります。次に、.binでプログラムしますこの投稿に添付されているファイルで、OpenSDAブートローダーをバージョン2.2に更新します。ボードをコンピューターに接続すると、大容量記憶装置として列挙されます。次に、FRDM-K22F用の最新のDAPLink OpenSDAアプリケーション(https://www.nxp.com/assets/downloads/data/en/ide-debug-compile-build-tools/OpenSDAv2.2_DAPLink_frdmk22f_rev0242.zip)をドラッグアンドドロップすると、すべてが更新されます。 -アンソニー Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> バージョンについて本当に混乱しています、K22 FのopenSDA 2.2にアップグレードする方法は? Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FRDM-K28Fはどうですか? Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Pete, 私はそのベータv2.1ブートローダー( https://mcuoneclipse.com/2016/06/26/how-to-recover-the-opensda-v2-x-bootloader/ と FRDM-K22Fを回復する方法を参照してください - 質問| mbed )をFRDM-K64FとWindows 10(64ビット)で数日間使用しており、ブートローダーの上書きに問題はありません。唯一のことは、このV2.2ブートローダーはアプリケーションのベースアドレスとして0x8000を使用しているため、V2.0アプリ(例:Segger または P&E) は機能しません。0x8000バージョンをロードする必要があります。これは、たとえば、FRDM-K64FのSegger MSDファームウェア( https://mcuoneclipse.com/2016/06/19/segger-opensda-firmware-with-virtual-msd/ を参照)を使用できないことを意味します。ただし、このファームウェアはベースアドレスを0x5000と想定しています。OpenSDA v2.2には2つのバリエーション(0x5000と0x8000)があることを願っています。それ以外は、これまでのところ、私にとっては問題なく機能しています。 お役に立てば幸いです。 Erich Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Iggy, https://mcuoneclipse.com/2016/06/26/how-to-recover-the-opensda-v2-x-bootloader/ 別の FRDM ボードを使用してブートローダーをプログラムする方法。 お役に立てば幸いです。 Erich Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この問題のステータスの更新を取得できますか? Re:Windows 10で報告されたFreedom OpenSDAファームウェアの問題 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Win 10マシンにBOOTLOADERモードに接続したときにFRDM KV31Fボードに同じ問題が発生したようです。ボードを切断した後、他のPCではまったく検出できなくなりました。外部デバッガなしでこの問題に対する他の解決策はありますか?私は趣味/学生であり、確かに外部デバッガーを買う余裕はありません。 どうもありがとう

将 PN7160 NCI2 协议栈移植到 Raspberry Pi 5 OS --Bookworm Raspberry Pi 基金会于 2023 年 10 月发布了 Raspberry Pi 5，该设备搭载博通 BCM2712 四核 Arm Cortex A76 处理器，主频为 2.4GHz，速度最高可达Raspberry Pi 4 的三倍。Raspberry Pi OS 的最新版本是 Bookworm。 然而，部分用户发现 Raspberry Pi 5 无法通过 I2C/SPI 检测到 PN7160。运行 “i2cdetect -y 1” 会显示空白表格，运行 “nfcDemoApp poll” 则会出现 “nfcservice init fail” 的提示。这种不兼容问题源于 PN7160 与 Raspberry Pi OS - Bookworm 之间的适配问题，原因是 Raspberry Pi OS 在 Linux 内核 6.6 版本中进行了重大更新，传统的 GPIO 处理方式已不再适用。在第 6 步中，我们将引入新的 GPIO 接口来解决这一不兼容问题。本文将逐步指导如何将 PN7160 NCI2 协议栈移植到 Raspberry Pi OS--Bookworm 中。 硬件设置： 有关 Raspberry Pi 5 的详细信息，请参阅以下链接。  https://www.raspberrypi.com/products/ PN7160 EVK 板必须按照以下说明连接到 Raspberry Pi： Raspberry Pi 5 板引脚 NFC控制器板信号 1号 3.3V 电源 VDD（PAD） +5V VBAT 和 VDD (UP) #16 GPIO23 IRQ #18 GPIO24 VEN #22 DWL_REQ #6 接地 #5 I2C_SCL #3 I2C_SDA 这与 OM27160A1EVK（I2C 变体）的 Raspberry Pi 版本相匹配。然后可以将该套件插入 Raspberry Pi 5 板上以运行示例。 首先，组装 PN7160 NFC 控制器板（OM27160A1HN 或 OM27160B1HN) 与 Raspberry Pi 接口板 (OM29110RPI)  然后将这些板子与 Raspberry Pi 板子堆叠在一起。 软件设置： 1 安装 Rasp 5 操作系统 -Bookworm 我们使用 Raspberry Pi Imager 工具来安装 Raspberry Pi 操作系统（64位，Bookworm）。 点击 “选择设备”，然后选择 “Raspberry Pi 5”；接下来点击 “选择操作系统”，在操作系统列表中选择 “Raspberry Pi OS（64 位）”；然后选择 micro SD 卡。之后，我们就可以将镜像写入到 micro SD 卡中了。 2 启用 I2C 接口 1). 运行命令：     sudo raspi-config 2). 使用向下箭头选择 “Interface Options” 3). 箭头向下选择 "I5 I2C" 4). 当系统询问是否启用 I2C 时，选择 “yes” 5). 使用右箭头选择 按钮 要验证 I2C 接口是否已启用，请输入以下命令： $ ls /dev/i2c* Raspberry Pi 应返回 “/dev/i2c-1”，这表示连接 PN7160 的用户模式 I2C 接口  3 安装必要的工具 我们需要使用 APT 命令在 Raspberry Pi OS 中安装、更新软件包，详情请参考以下链接：https://www.raspberrypi.com/documentation/computers/os.html 需要安装 Libtool 才能运行 NCI 堆栈。  4 克隆 Linux libnfc-nci 库代码仓库 NFC NCI 库可从以下代码仓库获取：https://github.com/NXPNFCLinux/linux_libnfc-nci $ git clone https://github.com/NXPNFCLinux/linux_libnfc-nci.git -b NCI2.0_PN7160 5 应用 64 位补丁 要在64位操作系统上安装，您需要应用64位补丁。它位于文件夹 linux_libnfc-nci/64bit_patch/ROOT_src.patch 下 6 GPIO 相关修改 Raspberry Pi OS（Bookworm 版本）进行了重大更新，其中包括 Linux 内核 6.6 版本。  在这次系统更新中，传统的 GPIO 交互方式已被弃用。但遗憾的是，我们的 PN7160 NCI 协议栈仍在使用 /sys/class/gpio 伪文件系统与 GPIO 进行交互，而这种 GPIO 底层控制方式在 Bookworm 版本中已无法正常工作。因此，我们需要使用 Raspberry PI 上的新 GPIO 接口：libgpiod。目前，搭载 6.6 版本内核的 Raspberry PI OS 并未预装 libgpiod 和 gpiod，所以我们需要手动安装它们。 6.1 安装 gpiod 工具 我们可以进一步查看已安装的内容。 gpioinfo 的输出会报告所有可用的 GPIO 线路，默认情况下会显示所有芯片的相关信息。 6.2 安装 gpio 库 如果我们想要安装用于开发的库，我们需要执行以下操作：   这是关于 libgpiod-dev 的信息 开发包会安装供我们使用的 C 库和头文件。 即 /usr/include/gpiod.h 这个 C 头文件，以及 /usr/lib/arm-linux-gnueabihf/libgpiod.so 这个共享库。 6.3 PN7160 NCI2 库的修改。 在源代码中，我们需要添加 gpiod 库的支持 6.3.1 Makefile.am  6.3.2 src/nfcandroid_nfc_hidlimpl/halimpl/tml/transport/NfccAltTransport.cc  ...... 和 src/nfcandroid_nfc_hidlimpl/halimpl/tml/transport/NfccAltTransport.h 如果您需要修改后的源代码文件，请告诉我。我可以将源代码的更改发送给您。 7 配置库 8 将库设置为映射 I2C 接口 9 构建并安装库 $ make $ sudo make install $ export LD_LIBRARY_PATH=/usr/local/lib 10 运行并验证NFC功能   此演示按预期运行。 摘要: 将 PN7160 NCI2 协议栈移植到 Raspberry Pi 5 时，我们需要遵循 PN7160 Linux 移植指南，并将传统的 GPIO 接口更新为 gpiod 库。 祝您移植愉快 😊 NFC 控制器解决方案

mek_8qm/evk_8mq は uSD/M.2 を有効にする8987 WiFiモジュール <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下の変更はすべて imx_android-10.0_5.4.y に基づいて行われました。 mek_8qmでuSD 8987のWi-Fiを有効にする            1. ハードウェアの再加工                ハードウェアの手直しは不要            2. パッチ パッチは0001-8qm-usd-8987-wifi.patchとして添付されています。 mek_8qmでM.2 8987 Wi-Fiを有効にする            1. ハードウェアの再加工                ハードウェアの手直しは不要            2. パッチ パッチは 0001-8qm-m2-8987-wifi.patch として添付されています。 evk_8mqでuSD 8987 Wi-Fiを有効にする            1. ハードウェアの再加工                ハードウェアの手直しは不要            2. パッチ diff --git a/imx8m/evk_8mq/BoardConfig.mk b/imx8m/evk_8mq/BoardConfig.mk index db7c4991..4d130cc0 100644 --- a/imx8m/evk_8mq/BoardConfig.mk +++ b/imx8m/evk_8mq/BoardConfig.mk @@ -136,7 +136,8 @@ ifeq ($(TARGET_USE_DYNAMIC_PARTITIONS),true) TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-no-product.dtb else # imx8mq HDMI ディスプレイ搭載 - TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-pcie1-m2.dtb + TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-usd-wifi.dtb+# MIPI-HDMIディスプレイを搭載したimx8mqTARGET_BOARD_DTS_CONFIG += imx8mq-mipi:imx8mq-evk-lcdif-adv7535.dtb# HDMIおよびMIPI-HDMIディスプレイを備えたimx8mqdiff --git a/imx8m/evk_8mq/SharedBoardConfig.mk b/imx8m/evk_8mq/SharedBoardConfig.mkindex 330ab1c5..a6654bad 100644--- a/imx8m/evk_8mq/SharedBoardConfig.mk+++ b/imx8m/evk_8mq/SharedBoardConfig.mk@@ -7,10 +7,10 @@ PRODUCT_IMX_TRUSTY := true#Enable これにより製品パーティションのビルドが無効になります。#IMX_NO_PRODUCT_PARTITION := true -#NXP 8997 wifiドライバモジュール +# NXP 8987 wifiドライバモジュール BOARD_VENDOR_KERNEL_MODULES += \ - $(KERNEL_OUT)/drivers/net/wireless/marvell/mrvl8997/wlan_src/mlan.ko \ - $(KERNEL_OUT)/drivers/net/wireless/marvell/mrvl8997/wlan_src/pcie8xxx.ko + $(KERNEL_OUT)/drivers/net/wireless/nxp/mxm_wifiex/wlan_src/mlan.ko \ + $(KERNEL_OUT)/drivers/net/wireless/nxp/mxm_wifiex/wlan_src/moal.ko # mipi-パネルタッチドライバモジュール BOARD_VENDOR_KERNEL_MODULES += \ diff --git a/imx8m/evk_8mq/UbootKernelBoardConfig.mk b/imx8m/evk_8mq/UbootKernelBoardConfig.mk インデックス 5aa1ce35..4c3378f0 100644 --- a/imx8m/evk_8mq/UbootKernelBoardConfig.mk +++ b/imx8m/evk_8mq/UbootKernelBoardConfig.mk@@ -14,7 +14,7 @@ endif TARGET_BOOTLOADER_CONFIG += imx8mq-evk-uuu:imx8mq_evk_android_uuu_defconfig TARGET_KERNEL_DEFCONFIG := imx_v8_android_defconfig -# TARGET_KERNEL_ADDITION_DEFCONF ?= android_addition_defconfig +TARGET_KERNEL_ADDITION_DEFCONF ?= android_addition_defconfig diff --git a/imx8m/evk_8mq/android_addition_defconfig b/imx8m/evk_8mq/android_addition_defconfig 新規ファイルモード 100644 インデックス 00000000..f51bd5ff --- /dev/null +++ b/imx8m/evk_8mq/android_addition_defconfig @@ -0,0 +1,2 @@ +CONFIG_WLAN_VENDOR_NXP=y +CONFIG_MXMWIFIEX=m diff --git a/imx8m/evk_8mq/early.init.cfg b/imx8m/evk_8mq/early.init.cfg インデックス 9262d953..70097a1c 100644 --- a/imx8m/evk_8mq/early.init.cfg +++ b/imx8m/evk_8mq/early.init.cfg @@ -1,3 +1,3 @@ insmod vendor/lib/modules/mlan.ko-insmod vendor/lib/modules/pcie8xxx.ko sta_name=wlan uap_name=wlan wfd_name=p2p max_vir_bss=1 cfg80211_wext=0xf cal_data_cfg=なし p2p_enh=1 fw_name=pcieuart8997_combo_v4.bin+insmod vendor/lib/modules/moal.ko sta_name=wlan uap_name=wlan wfd_name=p2p max_vir_bss=1 cfg80211_wext=0xf cal_data_cfg=なし fw_name=sdiouart8987_combo_v0.bininsmod vendor/lib/modules/synaptics_dsx_i2c.ko diff --git a/imx8m/evk_8mq/evk_8mq.mk b/imx8m/evk_8mq/evk_8mq.mk index 7db1b212..210f8971 100644 --- a/imx8m/evk_8mq/evk_8mq.mk +++ b/imx8m/evk_8mq/evk_8mq.mk @@ -250,9 +250,9 @@ PRODUCT_PACKAGES += \ PRODUCT_PACKAGES += \ bt_vendor.conf -# NXP 8997 Wifi and Bluetoothコンボファームウェア +# NXP 8987 WifiおよびBluetooth コンボファームウェア PRODUCT_COPY_FILES += \ - vendor/nxp/imx-firmware/nxp/FwImage_8997/pcieuart8997_combo_v4.bin:vendor/firmware/pcieuart8997_combo_v4.bin + vendor/nxp/imx-firmware/nxp/FwImage_8987/sdiouart8987_combo_v0.bin:vendor/firmware/sdiouart8987_combo_v0.bin # Wifi規制 PRODUCT_COPY_FILES += \ パッチは0001-8mq-usd-8987-wifi.patchとして添付されています。 evk_8mqでM.2 8987 wifiを有効にする            1. ハードウェアの再加工 ハードウェアの再加工が必要です（注意：この再加工を行った後、uSDは動作しなくなります。）            2. パッチ diff --git a/imx8m/evk_8mq/BoardConfig.mk b/imx8m/evk_8mq/BoardConfig.mk インデックス db7c4991..0cca9b8e 100644 --- a/imx8m/evk_8mq/BoardConfig.mk +++ b/imx8m/evk_8mq/BoardConfig.mk @@ -136,7 +136,8 @@ ifeq ($(TARGET_USE_DYNAMIC_PARTITIONS),true) TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-no-product.dtb else # imx8mqディスプレイ付き - TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-pcie1-m2.dtb + TARGET_BOARD_DTS_CONFIG ?= imx8mq:imx8mq-evk-usdhc2-m2.dtb + # imx8mq MIPI-HDMIディスプレイ付き TARGET_BOARD_DTS_CONFIG += imx8mq-mipi:imx8mq-evk-lcdif-adv7535.dtb # imx8mq HDMIおよびMIPI-HDMIディスプレイ付き diff --git a/imx8m/evk_8mq/SharedBoardConfig.mk b/imx8m/evk_8mq/SharedBoardConfig.mk インデックス 330ab1c5..a6654bad 100644 --- a/imx8m/evk_8mq/SharedBoardConfig.mk +++ b/imx8m/evk_8mq/SharedBoardConfig.mk @@ -7,10 +7,10 @@ PRODUCT_IMX_TRUSTY := true ##製品パーティションのビルドを無効にするには、これを有効にしてください。 #IMX_NO_PRODUCT_PARTITION := true -#NXP 8997 wifiドライバモジュール +# NXP 8987 wifiドライバモジュール BOARD_VENDOR_KERNEL_MODULES += \ - $(KERNEL_OUT)/drivers/net/wireless/marvell/mrvl8997/wlan_src/mlan.ko \ - $(KERNEL_OUT)/drivers/net/wireless/marvell/mrvl8997/wlan_src/pcie8xxx.ko + $(KERNEL_OUT)/drivers/net/wireless/nxp/mxm_wifiex/wlan_src/mlan.ko \ + $(KERNEL_OUT)/drivers/net/wireless/nxp/mxm_wifiex/wlan_src/moal.ko # mipi-パネルタッチドライバーモジュール BOARD_VENDOR_KERNEL_MODULES += \ diff --git a/imx8m/evk_8mq/UbootKernelBoardConfig.mk b/imx8m/evk_8mq/UbootKernelBoardConfig.mk インデックス 5aa1ce35..4c3378f0 100644 --- a/imx8m/evk_8mq/UbootKernelBoardConfig.mk +++ b/imx8m/evk_8mq/UbootKernelBoardConfig.mk @@ -14,7 +14,7 @@ endif TARGET_BOOTLOADER_CONFIG += imx8mq-evk-uuu:imx8mq_evk_android_uuu_defconfig TARGET_KERNEL_DEFCONFIG := imx_v8_android_defconfig -# TARGET_KERNEL_ADDITION_DEFCONF ?= android_addition_defconfig +TARGET_KERNEL_ADDITION_DEFCONF ?= android_addition_defconfig # 絶対パスが使用されますが、AOSP makeで使用される相対パスとは異なります diff --git a/imx8m/evk_8mq/android_addition_defconfig b/imx8m/evk_8mq/android_addition_defconfig 新しいファイルモード 100644 インデックス 00000000..f51bd5ff --- /dev/null +++ b/imx8m/evk_8mq/android_addition_defconfig @@ -0,0 +1,2 @@ +CONFIG_WLAN_VENDOR_NXP=y +CONFIG_MXMWIFIEX=m diff --git a/imx8m/evk_8mq/early.init.cfg b/imx8m/evk_8mq/early.init.cfg インデックス 9262d953..70097a1c 100644 --- a/imx8m/evk_8mq/early.init.cfg +++ b/imx8m/evk_8mq/early.init.cfg @@ -1,3 +1,3 @@ insmod vendor/lib/modules/mlan.ko -insmod vendor/lib/modules/pcie8xxx.ko sta_name=wlan uap_name=wlan wfd_name=p2p max_vir_bss=1 cfg80211_wext=0xf cal_data_cfg=none p2p_enh=1 fw_name=pcieuart8997_combo_v4.bin +insmod vendor/lib/modules/moal.ko sta_name=wlan uap_name=wlan wfd_name=p2p max_vir_bss=1 cfg80211_wext=0xf cal_data_cfg=none fw_name=sdiouart8987_combo_v0.bin insmod vendor/lib/modules/synaptics_dsx_i2c.ko diff --git a/imx8m/evk_8mq/evk_8mq.mk b/imx8m/evk_8mq/evk_8mq.mk index 7db1b212..210f8971 100644 --- a/imx8m/evk_8mq/evk_8mq.mk +++ b/imx8m/evk_8mq/evk_8mq.mk @@ -250,9 +250,9 @@ PRODUCT_PACKAGES += \ PRODUCT_PACKAGES += \ bt_vendor.conf -# NXP 8997 WifiおよびBluetoothコンボファームウェア +# NXP 8987 WifiおよびBluetoothコンボファームウェア PRODUCT_COPY_FILES += \ - vendor/nxp/imx-firmware/nxp/FwImage_8997/pcieuart8997_combo_v4.bin:vendor/firmware/pcieuart8997_combo_v4.bin + vendor/nxp/imx-firmware/nxp/FwImage_8987/sdiouart8987_combo_v0.bin:vendor/firmware/sdiouart8987_combo_v0.bin パッチは0001-8mq-m2-8987-wifi.patchとして添付されています。 Android i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano