Kinetis Design Studio V2.0.0 现已上线！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 问候， Kinetis Design Studio V2.0.0 新版本已经发布，可在网上获取（ http://www.freescale.com/kds ）。   V2.0.0 是一个新的完整版本，支持 Windows（7/8（32 位和 64 位）和 Linux（Ubuntu、RHE 和 CentOS 的 64 位二进制文件），下载选项卡如下： Kinetis Design Studio集成开发|飞思卡尔 （当前描述说 Linux 是 32 位的，但实际上是 64 位，这个问题应该很快就会得到修复）。   什么是新的： 支持带有 64 位二进制文件的 64 位 Linux。 改进的 NPW（新项目向导），可自动为 OpenOCD、P&E 和 Segger 创建调试器启动配置。 NPW 中的自动设备过滤。 通过自动添加编译器包含新 Kinetis SDK 组件和文件的路径，大大改进了 Kinetis SDK 支持。 更新了 P&E 和 Segger 调试连接 内置对即将发布的 Kinetis SDK v1.1 版本的支持 更新处理器专家（V10.4.2） 许多错误修复和其他改进 详细信息请参阅 Kinetis Design Studio V2.0.0 发行说明（文档选项卡）。 与之前的 V1.1.0 一样版本中，通过 SDK Eclipse 更新添加了新的设备支持和 Kinetis SDK 支持，这些支持存在于 Kinetis SDK 中。有关详细信息，请参阅发行说明。   无需卸载V1.1.1，因为 V2.0.0 可以并行安装，并且项目兼容。强烈建议 Linux 用户和任何使用 Kinetis SDK 的用户升级到 V2.0.0。   顺祝商祺！ Erich Styger 概述 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是的，我认为 Projects->Clean 应该做类似的事情，但对我来说，总体结果仍然是重新生成的 Debug\subdir.mk 中有一个卡住的对象 似乎 KDS200 某处有一些过时的数据。 因此，为了确认 - 我有一个工作区 B022b，其中有一个项目 llsModeKds200 我在 \B022b\llsMode.c 中意外创建了一个文件 并构建它 - 在 B022b\Debug\llsMode.d & .o 中创建一个条目以及文件 B022b\Debug\subdir.mk 中的一个条目 我意识到我输入了错误的条目 - 因此在 Project Explorer 中我选择该文件并将其拖放到目录 Sources 中 - 它移动到了那里。 清理方式：选择“项目”->“清理”- 单击项目 llsModeKds200 它重新生成 B022b\Debug\subdir.mk - 但它们仍然有 B022b\Debug\llsMode.d&.o并且 B022b\Debug\subdir.mk 有对 llsMode.d 的引用&.o 因此我退出 KDS 并重新启动它。 然后我清理 - 它删除了 B022b\Debug\\llsMode.d & .o但 subdir.mk 中仍然有陈旧数据 因此，为了强制重新生成文件，我删除了 B022b\Debug\*mk - 然后删除了 BuildAll，现在一切又恢复正常了。 我是否应该将其作为“问题”（可能是错误 ）输入，以便 KDS 团队查看？或者我是否错过了一步。 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Adam, 如果您确实需要 32 位二进制文件，那么您必须使用 V1.1.1。展望未来，KDS 将适用于 64 位 Linux 系统。 Erich 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以使用“clean”重新创建 make 文件，请参阅No rule to make target | MCU on Eclipse 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我安装了 KDS200 和最新的带有低功耗 LLS 的组件专家 教程：使用 FRDM-KL25Z 作为低功耗开发板 | Eclipse 上的 MCU 并且成功了。 我在到达那里时确实遇到了很多问题 - 但不知为何我认为这是驾驶员的错误。 一个问题是我在 ./目录而不是 ./source- 然后，当我在 KDS200 界面中使用拖放操作移动它时，它并没有重新生成 make 文件。 有没有手动重新生成 makefile 的方法？ 最后我手动删除了 ./debug 中的 make 文件- 并在下一次通过时再生。 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi ! KDS 版本 2.0.0 怎么样？适用于 Linux 32 位？ 此致问候 ADAM 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Giacomo, http://www.freescale.com/freemaster 上有一个新版本的 FreeMaster (V1.4.3.6)， 它支持 DWARF v4。 这个应该可以与 KDS 一起使用，您可以尝试一下吗？ 谢谢！ Erich 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Giacomo, 我不知道这个领域有任何变化，所以我很惊讶这不起作用。我已经开始就此主题进行内部请求，因此希望很快能了解更多信息。 Erich 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您是否使用过来自 KDS 更新站点的更新： Freescale KDS Update Site - http://freescale.com/lgfiles/updates/Eclipse/KDS 它具有 MQX 感知插件。 Erich 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用 KDS 1.1.1，如果我在项目设置中设置标志 -gdwarf-2，我就可以打开 .elfFreemaster 中的文件并使用它来连接到 FRDM-K64F 进行一些实时调试。 现在有了 KDS 2.0.0，这个功能就不再起作用了...还是我做错了什么？ 我解释道：Freemaster 需要一个 dwarf2 调试文件才能正常运行。转到项目属性->C/C++ 构建->调试并将调试格式设置为 Dwarf-2 不起作用（freemaster 说 .elf 的矮人部分已损坏）。我尝试在“其他调试标志”中添加 -gstrict-dwarf，并在“其他编译器标志”中添加 C anc C++ 编译器（也在链接器中）的“-gdwarf-2”，但仍然出现错误。 有什么想法吗？ 谢谢！ 顺祝商祺！ Giacomo 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 顺便说一句，如果切换到 SEGGER JLink 固件/调试器，速度确实会快很多（例如，下载程序只需 2 秒，而不是 30 秒）。 顺祝商祺！ Giacomo 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，斯科特， -f 是 OpenOCD 特有的，因为它需要一个配置文件。是的，可以将其硬编码到插件或 OpenOCD 中，但这可能不是一件好事。它会偏离使用 OpenOCD 的“标准”方式。由于 KDS v2.0.0 向导将其添加到调试器设置中，因此现在情况至少有所好转。 Erich 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在我的应用程序上运行良好。我只尝试了 3 - K64F/KDS。 但是，正如我之前提到的 - 较新的 MQX_KSDK 解决了我在演示中遇到的所有问题。 我创建了第二个工作区 - 只是为了确保版本 1.1.1不会破坏 2.0。似乎是浪费时间。2.0 版本看起来相当稳定。 Erich - 为什么不在调试器中添加 -f Kinetis.cfg？（另外你从另一个线程中得到了 { pause } 东西）... 无论如何，祝整个团队一切顺利。 . 回复：Kinetis Design Studio V2.0.0 已在网上发布！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 希望 KSDK 1.1 能尽快跟进：smileywink：（KSDK-MQX 也一样） 此致 Giacomo 编辑：当然它不起作用。 与 KDS 1.1.1 并行安装 KDS 2.0.0（适用于 Win） 添加了针对 KSDK 1.0.0-GA 的 Eclipse 更新。 打开用 KDS 1.1.1 制作的项目。 PE 给出了错误信息。 例如： 继承的组件设置 (HAL) 中存在错误 固件 I2C1/HAL 处理器专家问题 错误：检索 SDK 版本失败，请检查 SDK 源文件一致性（未找到 C:\Users\jack\Dropbox\MBD\Progetti\TwingTec\Firmware\twing_workspace\Firmware/SDK\ksdk_manifest.xml 或已损坏）。 固件 CPU 处理器专家问题 错误：未知 SDK 版本 固件 PIT_500 处理器专家问题

RDSABRE_FOR_EREADERS:電子書籍リーダーのためのSABRE Overview 特長 CPUコンプレックス マルチメディア ディスプレイ 外部メモリ・インターフェース 先進のパワー・マネジメント コネクティビティ コントローラ 設計・リソース Overview NXP ®  Smart Application Blueprint for Rapid Engineering(SABRE)シリーズの市場重視のリファレンスデザインは、i.MX508プロセッサをベースとした電子書籍リーダー向けのSABREプラットフォームを提供します。 i.MX508は、高性能Arm® Cortex-A8® CPUと、E Ink®のEPD(Electronic Paper Display)パネル用ディスプレイコントローラを内蔵した、電子書籍リーダー専用に設計された初のSoCです SABREプラットフォームは、EPDディスプレイ、タッチコントロール、オーディオ再生、およびWLAN、3Gモデム、またはBluetooth®を追加する機能のためのリファレンスデザインを提供します このプラットフォームは、Linux®とAndroid™の両方のオペレーティングシステムのサポートを通じて、市場投入までの時間を短縮し、ソフトウェア開発を促進するように設計されています アーカイブされたコンテンツは更新されません。過去の記述であることをご了承ください。   特長 CPUコンプレックス 最大800MHzのArm Cortex-A8 32 KBの命令/データ・キャッシュ 統合256KB L2キャッシュ NEON SIMDメディア・アクセラレータ ベクタ浮動小数点コプロセッサ マルチメディア OpenVG™ 1.1ハードウェア・アクセラレータ 最大解像度SXGA+の32ビット・プライマリ・ディスプレイのサポート 16ビットのセカンダリディスプレイのサポート 106 Hz のリフレッシュで 2048 × 1536 以上 (または 20 Hz で 4096 × 4096) をサポートする EPD コントローラー CSC、結合、回転、ガンマ・マッピングをサポートするピクセル・プロセッシング・パイプライン (ePxP) ディスプレイ E-Inkを搭載した6インチ電子ペーパーディスプレイパネルドーターカード 外部メモリ・インターフェース 最大2GBの16/32ビットLP-DDR2、DDR2、およびLP-DDR1 (mDDR) 32ビットECC機能付き8/16ビットのSLC/MLC NAND Flash 先進のパワー・マネジメント 複数の独立したパワー・ドメイン 状態保持電力ゲート制御機能 (SRPG) 動的な電圧・周波数制御による低消費電力 (DVFS) コネクティビティ PHY内蔵High-Speed USB 2.0 OTG PHY内蔵High-Speed USB 2.0ホスト コントローラ SDIO、SPI、I2C、およびUARTを含む多様なシリアル・インターフェース I2Sオーディオ・インターフェース 10/100 Ethernetコントローラ 設計・リソース レガシーデザイン

Hブリッジ・モータ・ドライバ Demo このデモでは、2 つの H ブリッジ ブラシ付き DC モータ ドライバ (HB2000 と HB2001) の動作を示します。これらのドライバーは、高信頼性、高品質、および安全アプリケーション向けに設計されています。このデモでは、電流の増加がモーターのシャットダウンを引き起こす方法を示しており、製品の安全機能の1つを示しています。 製品 HB2000 |SPIプログラマブル10A Hブリッジブラシ付き|NXPの  HB2001 |SPIプログラマブル10A Hブリッジブラシ付き|NXPの  Hブリッジ、ステッピング、モータードライバー|NXPの  Hブリッジドライバー

i.Core M6：基于 i.MX6 的 SOM <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.CORE M6S/DL/D/Q i.Core M6S/DL/D/Q 是 Engicam 提供的最新强大的 i.MX6 SOM 解决方案。 i.Core M6 配备 单、双光、 双 或四 Cortex-A9 内核， 是 适用于高端多媒体应用的 最小低成本 SOM。 模块的完全可扩展性允许在很短的时间内创建具有不同性能的多种产品并推向市场。 i.Core M6 系列现已推出 Dual Light 版本以及适用于强大的低成本应用的商业版本。 特性 存储器 适用于 i.Core M6Q 的 1GB 64 位 DDR3-1066 适用于 i.Core M6D 的 512MB 64 位 DDR3-1066 适用于 i.Core M6DL 的 512MB 64 位 DDR3-800 适用于 i.Core M6S 的 256MB 32 位 DDR3-800 256 MB NAND闪存 图形和多媒体 1x并行LCD 18位输出 2个LVDS输出 1个HDMI输出 最多支持四个同时显示驱动（ 仅限 i.Core M6Q/D） 最多两个同时显示驱动支持（ 仅限 i.Core M6S/DL) 双显示器，最高可达 WUXGA (1920x1200) 和 HD1080 OpenGL/ES 2.x 3D加速器，支持OpenCL/EP和OpenVG1.1加速 多格式 HD1080 视频解码和编码 并行相机接口输入 触摸屏 外设 2个SD卡接口 USB OTG HS、USB HS HOST、Uart、I2C、I2S、PCI Express SATA 3Gbps（仅限 i.Core M6Q/D） 以太网10/100 尺寸 标准 SODIMM 占用空间 67,4x31.9毫米 PCB 尺寸 超薄型模块 ENGICAM - i.Core M6S/DL/D/Q 概述 回复：i.Core M6：基于 i.MX6 的 SOM <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> I.MX6Q核心模块详情 http://www.myzr.com.cn/images/I.MX6_1_en.jpg http://www.myzr.com.cn/images/I.MX6_2_en.jpg

NXPの i.MX 8M Nano Applications Processor.pdfにより、明日のIoTデバイス向けの優れたグラフィックスを実現 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ウェビナーの録画を見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ウェビナーの録画を見る i.MX 8M | i.MX 8M Mini | i.MX 8M Nano

MPC5775K DCFコンフィギュレーター 詳細な説明:                 この設定ツールは、MPC5775KデバイスのDCFレコードの計算を簡素化します。                 簡単なガイドラインについては、 HowToUse シートを見てから、 DCF シートで作業してください                 メモ： - マクロを有効にする必要があります。         BR, Petr

i.MXRT1050 への移植LAN8720A <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MXRT1050 MCUは10M/100MイーサネットMACをサポートします。現在、LAN8720Aは多くのネットワーク設計で使用される非常に一般的なPHYです。このドキュメントでは、i.MXRT1050 で LAN8720A を使用する方法について説明します。 1.概略図   この設計例では、 ENET_RST に接続されています GPIO_AD_B1_04 ENET_INT はGPIO_AD_B0_15に接続されています 2. ソースコードの修正 i.MXRT1050 SDK では、PHY のソース コード ファイルは fsl_phy.c ですとfsl_phy.h.LAN8720Aのレジスタをソースコードに追加する必要があります。以下はLAN8720Aのレジスタです。詳細については、LAN8720Aデータシートを参照してください。 ( 変更されたfsl_phy.cとfsl_phy.hが添付されています)   pinmux.c では、ENET_INTとENET_RSTのGPIOマルチプレクサ設定を変更します。   IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B1_04_GPIO1_IO20, 0U);                                      IOMUXC_SetPinMux(IOMUXC_GPIO_AD_B0_15_GPIO1_IO15, 0U);                                      IOMUXC_SetPinConfig(IOMUXC_GPIO_AD_B1_04_GPIO1_IO20, 0xB0A9u);                                  IOMUXC_SetPinConfig(IOMUXC_GPIO_AD_B0_15_GPIO1_IO15, 0xB0A9u);                               これは、main() 関数で PHY をリセットするためのソースコードの一部です。 gpio_pin_config_t gpio_config = {kGPIO_DigitalOutput, 0, kGPIO_NoIntmode}; GPIO_PinInit(GPIO1, 20, &gpio_config); GPIO_PinInit(GPIO1, 15, &gpio_config); GPIO_WritePinOutput(GPIO1, 15, 1); GPIO_WritePinOutput(GPIO1, 20, 0); delay(); GPIO_WritePinOutput(GPIO1, 20, 1); その他のサンプル・コードについては、i.MXRT SDK パッケージの demo_apps/lwip を参照してください。 参考情報： i.MXRT1050 Webページ: i.MX RT1050 MCU/Applications Crossover Processor |® Arm Cortex-M7® @600 MHz、512KB SRAM |NXPの  MCUXpresso SDK web page : MCUXpresso SDK|NXP  Re: i.MXRT1050 への LAN8720A の移植 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 公式サイトで提供されているi.MXRT1050 SDKにはLAN8720Aチップのドライバーコードはありません。

互联家庭：智能移动设备 - 使用案例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我是智能手表、智能电视，以及 UI Labs 首席执行官关于自然用户界面的采访。 消费者体验引导互联家庭的潮流。 当技术出现在市场时，它首先被消费者采用，然后再传播到企业和行业组织。       特性 观看不同的演示，了解家中不同类型的设备 平板电脑、可穿戴 Android 手表以及与电视和智能手机互动的机顶盒 利用 i.MX6 的自然用户界面功能，在使用i.MX 6 处理器显示的视频中呈现流畅的运动和无缝过渡 特色恩智浦产品 i.MX6Q: i.MX 6Quad Processors – Quad Core 链接 消费电子 结构框图 智能家居

如何在i.MX51 WINCE600上启用SSI1双FIFO <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在默认版本中，SSI1 不支持音频驱动程序中的双 FIFO。 附件是支持双 FIFO 和更新的 DMA 脚本的代码。 i.MX51 Windows

MVI_5191.AVI <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2013 Sensors Expo & Conference で Michael Stanley が発表した「Android as a Platform for Sensor Fusion Education and Evaluation」に関連する動画クリップ。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2013 Sensors Expo & Conference で Michael Stanley が発表した「Android as a Platform for Sensor Fusion Education and Evaluation」に関連する動画クリップ。 加速度センサ 磁気センサ センシング・プラットフォーム

i.MX27 ADSボードの点滅 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このチュートリアルでは、ATK を使用してブートローダーをフラッシュする方法を説明します。 ATK(アドバンスドツールキット) ATK(Advanced Toolkit)は、i.MX ボードのフラッシュメモリをプログラミングするためのWindowsソフトウェアです。 ATKの使い方 このセクションでは、フラッシュメモリを消去し、ブートローダをプログラムする手順について説明します。 1 - PCと i.MX ボードをシリアルケーブルで接続します。 2 - 一部のハードウェア構成 (スイッチ) は、ボードをフラッシュするために行う必要があります。 S18スイッチを次のように設定します:スイッチS18->111100 3 - [スタート] - [プログラム] > - > AdvancedToolKit - > AdvancedToolKit] をクリックして ATK を実行します。 次のオプションを設定します。    デバイスメモリ-> DDR;カスタム初期ファイル -> (マークを外したままにする)    通信チャネル -> シリアルポート(通常はCOM1) 4 - [Flash Tools]をクリックしてフラッシュメモリを消去、プログラム、またはダンプし、[GO]をクリックします。 フラッシュプログラミング 次のステップは、以下の手順に従って、ブートローダーイメージをボードのフラッシュにプログラムすることです。 1 - 次の図に示すようにパラメータを選択し、[プログラム]を押します。 ブートローダのバイナリイメージファイルは、ボードサポートパッケージセットプログラム、NORスパン、Biスワップに含まれています 2 - 画像ファイルフィールドに追加し、プログラムを押します。 3 - ATKを閉じ、ボードの電源を切り、下の写真に示すようにスイッチを戻します。 LinuxへのATKのインストール ATKをダウンロード: ダウンロード。 ATKの抽出: # unzip ATK_1_41_STD_installer.zip デフォルトのインストールプロセスを実行します。 #ワインSETUP.EXE Windowsマシン(C:\ Windows \ System32)からmfc42.dllとmsvcp60.dllを取得し、wine system32(/ root / .wine / drive_c / windows / system32)にコピーします。 ATKを実行します。 #ワインADSToolkit_std.exe i.MX2x

I.MX31 ADS 安装 Uboot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您已经按照i.MX31ADS 编译 Uboot步骤操作或获得了已编译的 U-boot 映像，请将 u-boot.bin 复制到 /tftpboot： $ cp u-boot.bin /tftpboot 如果您的主板上有 RedBoot，请按照“使用 U-Boot 安装 RedBoot”进行操作，但如果您已经安装了 U-Boot 并且只是安装新版本，请跳至“使用 U-Boot 安装 U-Boot”。 使用 RedBoot 安装 U-Boot 将 U-boot 映像加载到板 RAM： RedBoot> load -v -r -b 0x100000 /tftpboot/u-boot.bin -h 10.29.244.27 其中： 0x100000 是将下载固件映像的内存位置； 10.29.244.27 是运行 TFTP 服务器的主机 IP。 擦除闪存： RedBoot> fis erase -f 0xA0000000 -l 0x00040000 要确定应该擦除哪个区域，请执行 fis list 命令并比较区域 将图像写入 Flash： RedBoot> fis 写入 -f 0xA0000000 -b 0x100000 -l 0x00040000 重置电路板： RedBoot> reset 您应该看到类似这样的内容： U-Boot 1.3.3（2008年5月26日 - 11:19:43） CPU：飞思卡尔 i.MX31，531 MHz 主板：MX31ADS 动态随机存取记忆体：128MB Flash: 32 MB 在：连续剧 输出：串行 Err: serial 按任意键停止自动启动：0 => 使用U-Boot安装U-Boot 首先使用网络（通过网络传输文件）或串行（通过串行传输文件）上传 U-Boot 固件 这是一个常见的串行传输输出： => loady ## 准备以 115200 bps 的速度将二进制（ymodem）下载到 0x80800000... CC模式，1359(SOH)/0(STX)/0(CAN) 数据包，9次重试 ## 总大小 = 0x0002a388 = 172936 字节 取消保护引导加载程序闪存区域： 保护关闭 A0000000 A003FFFF 擦除闪存块： 擦除 A0000000 A003FFFF 从 RAM 复制到 Flash：如果固件已通过串行传输： cp.b 80800000 A0000000 2a388 如果固件已通过 tftp 传输： cp.b 100000 A0000000 2a388 使用 OpenOCD JTAG/GDB 安装 U-Boot 为此，您需要使用以下定义编译 U-Boot： #定义 CONFIG_SKIP_LOWLEVEL_INIT 1 然后在GDB中输入并执行： （arm-gdb）恢复 u-boot.bin 二进制 0x87f00000 将二进制文件 u-boot.bin 恢复到内存（0x87f00000 到 0x87f2c790） （arm-gdb）设置$pc = 0x87f00000 （arm-gdb）c 您将看到 U-Boot 在串行控制台中启动。然后编译一个新的不带 CONFIG_SKIP_LOWLEVEL_INIT 的 U-Boot，并按照使用 U-Boot 安装 U-Boot 的步骤在 flash 中安装 U-Boot。 使用 LogicLoader 安装 U-Boot losh> ifconfig sm0 dhcp losh> 加载原始 0x81000000 115764 /tftp/10.29.244.27:u-boot.bin.lite losh> 执行 0x81000000 - 回复：I.MX31 ADS 安装 Uboot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我正在尝试运行 U-boot，其起始地址位于 DDR RAM 中间，而不是闪存 ROM。它从 0xA0100000 开始正常运行，但在重定位代码（crt0_64.S）的某处出现同步异常。我明天将尝试下面的选项，希望禁用重新映射可能会有所帮助。 #定义 CONFIG_SKIP_LOWLEVEL_INIT 1

i.MX 8M-Mini QSPI 在 EVK Rev C 上启动 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 摘要: i.MX 8M-Mini 可以使用专用启动映像从 QSPI 闪存启动。 自 2019 年 2 月起，EVK 板硬件用户指南 Rev 0 中未正确记录启动配置设置。 在 BSP 文档 4.14.98 中的文档i.MX_Linux_User's_Guide.pdf中，表 38 中正确给出了设置 细节： 要使用 Yocto 为 QSPI 生成可引导文件，您需要将以下设置包含到 local.conf 中： UBOOT_CONFIG =“fspi” 如果您不想/不需要进行完整构建，只需重建 u-boot： bitbake-c部署u-boot-imx 或者，BSP 演示包中已包含的文件imx-boot-imx8mmevk-fspi.bin-flash_evk_flexspi也可以使用 将图像编程到QSPI中： 使用UUU： uuu -b qspi imx-boot-imx8mmevk-fspi.bin-flash_evk_flexspi 使用 u-boot： u-boot=> fatls mmc 0:1 14557696 图片    …   1446848   imx-boot-imx8mmevk-fspi.bin-flash_evk_flexspi 11 file(s), 0 dir(s) u-boot=> sf 探针 SF：检测到 n25q256a，页面大小为 256 字节，擦除大小为 4 KiB，总计 32 MiB u-boot=> fatload mmc 0:1 0x40480000 imx-boot-imx8mmevk-fspi.bin-flash_evk_flexspi 读取 1446848 字节，耗时 79 毫秒（17.5 MiB/s） u-boot=> sf擦除0x0 0x200000 SF：2097152 字节 @ 0x0 已擦除：OK u-boot=>sf写入0x40480000 0x0 0x200000 设备 0 偏移量 0x0，大小 0x200000 SF：2097152 字节 @ 0x0 写入：OK u-boot=>sf读取0x50000000 0x0 0x200000 设备 0 偏移量 0x0，大小 0x200000 SF：2097152 字节 @ 0x0 读取：OK u-boot=> cmp.b 0x40480000 0x50000000 0x200000 共有 2097152 个字节相同 u-boot=> 正确设置启动配置跳线并打开主板电源（插槽中没有 SD 卡） 8M-Mini Rev A 和 Rev B 板： 01xxxxx0 0000x001 8M-Mini Rev C 板： 0110xxxxxx 00 1 00x0010 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 回复：i.MX 8M-Mini QSPI 在 EVK Rev C 上启动 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这个程序非常有效。 我遇到的唯一问题是我的 iMx8m-mini 开发板是 Rev C1，并且底排开关需要： 0110xxxxxx 0010000010

すべてのボードTheoraエンコーダ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この Ogg Theora エンコーダーの例を作成するには、システムに libogg、libvorbis、libtheora を追加する必要があります。 これらのライブラリを http://www.theora.org/downloads/ からダウンロードします: libogg-1.1.3 やlibvorbis-1.2.0 および libtheora-1.0.tar.bz2 それらを /opt/ltib/pkgs にコピーします ディレクトリ ltib/dist/lfs-5.1/libogg を作成します。ltib/dist/lfs-5.1/libvorbis、ltib/dist-5.1/lfs/libtheora. これらの仕様ファイルをそれぞれのディレクトリにコピーします。 File:Libogg.gz File:Libvorbis.gz File:Libtheora.gz 次のシーケンスを実行して、これらのライブラリをコンパイルしてインストールします。 $ ./ltib-p libogg.spec -m 準備 $ ./ltib-p libogg.spec -m scbuild $ ./ltib-p libogg.spec -m scdeploy $ ./ltib-p libvorbis.spec -m 準備 $ ./ltib-p libvorbis.spec -m scbuild $ ./ltib-p libvorbis.spec -m scdeploy $ ./ltib-p libtheora.spec -m 準備 $ ./ltib-p libtheora.spec -m scbuild $ ./ltib-p libtheora.spec -m scdeploy 次に、yuv2theora.cをダウンロードしてコンパイルしますエンコーダーの例: File:Yuv2theora.gz $ ./ltib -m shell LTIB> gcc yuv2theora.c -o yuv2theora `pkg-config --libs --cflags theora` この例では、CIF形式のビデオサンプル(YUV420)を使用しました。 http://140.116.72.80/~jhlin5/ns2/yuv_to_avi/paris_cif.yuv 更新:これらのライブラリはすべてLTIB Savannah CVSに追加されたため、それらを使用して上記のコードをコンパイルするだけです。

電子棚札 Overview Videos 推奨製品 Overview これらのシェルフマウントディスプレイは、オンサイトのどこでもワイヤレスで更新できるため、スタッフが手動で価格ラベルを変更したり、価格が変更されたときにラベルを印刷、並べ替え、交換したりする必要がなくなります。価格は、段階的な値下げや競合他社のオファーに応じて、より戦略的に設定することもできます。RAIN RFID は、WiFi などの他のオンサイト テクノロジーと共存し、NFC は、ジオロケーション、顧客識別、ターゲットを絞ったオファーなどの革新的なマーケティング サービスをリアルタイムで実現します。 Videos 推奨製品 カテゴリ名 NFC PN7150 |スマートデバイス向けの高性能NFCコントローラ |NXPの  PN7150は、PN7120の性能を高めたバージョンです。あらゆるOS環境に簡単に統合できるプラグ＆プレイのNFCソリューションであり、部品点数 (BOM) とコストの削減を実現します。 NTAG I2C | NXP  NTAG I2C plusは、パッシブNFCインターフェースと接触型I2Cインターフェースを組み合わせたものです。 ブロック図 スマートシティ

Qt5 QPainter vs. QML & Scene Graph. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Qt5では、開発をはるかに簡単にする新しいテクノロジーが追加されています。 Qtquick2の シーングラフ QMLの Qt5は下位互換性があり、Qt 4.8アプリケーションを実行できますが、だからといって最高のパフォーマンスが得られるわけではありません。 Qt5には、コンポーネントを画面にペイントするための2つのオプションがあります。Qt 5 でのペイントは、主に次のいずれかで行われます。 命令型の QPainter API Qtの宣言型UI言語、 QML、およびそのシーングラフバックエンド。 Qタッチパネル このドキュメントでは、 Qt5GraphicsOverview |Qtウィキ|Qtプロジェクト Qpainterエンジンは、ソフトウェアを使用してペイントし、QimagesまたはQwidgetsを描画するときに使用されます。OpenGLに対するその利点は 、アンチエイリアシングが有効になっている場合の高品質と、完全な機能セットです。 Qpainter は OpenGL エンジンを使用できますが、ドキュメントに記載されているように、状態の変化の影響を受けやすくなります。そして、慎重に使用する必要があります。 QML とシーングラフ。 すべてのビジュアルQMLアイテムは、OpenGLと密接に結びついた低レベルで高性能なレンダリングスタックであるシーングラフを使用してレンダリングされます。 Qt Quick 2は、OpenGL ES 2.0またはOpenGL 2.0をベースにした専用のシーングラフをレンダリングに利用しています。従来の命令型ペイントシステム(QPainterなど)ではなく、グラフィックスのシーングラフを使用すると 、レンダリングされるシーンをフレーム間で保持でき、レンダリングが開始される前にレンダリングするプリミティブの完全なセットがわかっています。これにより、状態の変化を最小限に抑えるためのバッチレンダリングや、不明瞭なプリミティブの破棄など、多くの最適化が可能になります。 QML シーングラフは、 Qt 5 の QML の新しいバックエンドであり、OpenGL に基づいています。これは一般的に、 Qt 4で使用されていたQPainterベースのバックエンドよりもQMLのパフォーマンスを大幅に向上させます。これにより、さまざまな方法でパフォーマンスが向上します。 シーングラフは、ラスターまたは OpenGL ペイントエンジンのいずれかを使用している可能性のある QPainter を経由する代わりに、OpenGL を直接使用します。これは、ジオメトリ、テクスチャ、シェーダーなどのすべてのリソースを、QPainterPath、QPixmap、QBrush、QPenなどのクラスを使用するのではなく、OpenGLに適した形式で保存できることを意味します。これは、QPainterがOpenGLプリミティブに変換し、場合によってはキャッシュする必要があります。 QMLは宣言型言語であり、最終結果がどのように見えるべきかを定義しますが、個々の要素がどのように、そしてどの順序で描画されるかは定義しません。したがって、描画の順序を変更して状態変更の数を減らしたり、マージして描画呼び出しの数を減らしたりすることができます。 シーン グラフは別のレンダリング スレッドを使用し、アニメーションを垂直リトレースと同期します。これをサポートできるプラットフォームでは、リトレースがサポートされます。レンダリング スレッドを使用すると、現在のフレームがレンダリングされるのと同時に次のフレームの準備を行うことができます。これは、レンダリング スレッドが OpenGL コマンドでブロックする可能性があるため、シングルコア システムにもプラスの効果があります。垂直方向のリトレースとの同期により、アニメーションの滑らかさが向上します。 i.MX6 両方のオプションでテストし、QML Qtquick2 要素を使用して最良の結果を得ました。ウィジェットを介してQtPainterを使用しようとすると、X11やWaylandのようなウィンドウシステムを使用しないと、Painterがうまく機能せず、QtGLWidgetしか表示されないという問題に直面しました。 QMLシーングラフを使用すると、OpenGL要素とQt要素を同じ環境上に持つことができ、一方を他方と通信して変数を共有する簡単な方法があります。ここで結果の例をご覧ください: I.MX6 シーングラフ Qt5 - YouTube そして大きな利点は、sceneGraph がすべて OpenGL によって高速化されることです。 Re: Qt5 QPainter vs. QML & Scene Graph. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは 私は、もともとQt4.7に基づいており、iMX35で実行されている大規模なアプリケーションをQt5.1を使用してiMX6に移植しています。 私のレガシーアプリケーションには、QPainter APIに基づく2D描画がたくさんあります。 QWidgetをQGLWidgetに置き換えて、ハードウェアアクセラレーションQPainterAPIを取得することを望んでいました。そうではないようです。 私はQPainterを使い続けており、Qt 4.7のようなソフトウェアレンダリングしか利用できません ハードウェアアクセラレーションによる2Dレンダリングが必要な場合は、gl APIを使用してすべての描画コードを書き直す必要があります。 私の理解は正しいですか? Fabio Re: Qt5 QPainter vs. QML & Scene Graph. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FranciscoCarrilloさん、この文書を公開の i.MX コミュニティに移動して、外部のメンバーがアクセスできない場所にある文書を指しないようにしていただけませんか?そして、この問題を報告した以下の公開ディスカッションに投稿を追加しますか? リンクされた記事には、「この場所またはコンテンツへのアクセスは制限されています..."                     この質問は 答えられていません。(想定どおりに回答済みとしてマーク)      スティーブンラングスタッフ 2013年7月12日 2:43 AM 「この場所やコンテンツへのアクセスは制限されています。これが間違いだと思う場合は、管理者またはここにあなたを案内した人に連絡してください。https://community.freescale.com/docs/DOC-94234 にアクセスしようとすると、EGLFSのQT5デモエラーから指摘されています。 よろしくお願いします。 叶える

Patch to support BlueTooth on iMX6SL EVK board, Android JB4.3 GA1.1.0 BSP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> For default Android JB4.3 GA1.1.0 BSP, iMX6SL EVK board doesn't support BlueTooth, attached is the patch for the BSP to support AR3002 bluetooth.   The hardware information can be found at: https://community.freescale.com/docs/DOC-95016   iMX6SL_EVK_BlueTooth_Patch_for_JB4.3_1.1.0.tar.gz: these are the patch files. iMX6SL_EVK_BlueTooth_Support_for_JB4.3_1.1.0.tar.gz: these are the patched source code files. Please select one of above to use. 日時:iMX6SL EVKボード、Android JB4.3 GA1.1.0でBluetoothをサポートするパッチBSPの <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> USB Bluetooth については、次のディスカッションを参照できます。 Re:BluedroidスタックのUSBサポート[imx6-Sololite用のAndroid 4.4.3] 日時:iMX6SL EVKボード、Android JB4.3 GA1.1.0でBluetoothをサポートするパッチBSPの <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、皆さん。 私のプラットフォームはIMX6SL、Android kitkat 4.4.3、Bluedroid、Bluetooth USBドライバーです。 GUIからkoを挿入していると、このエラーが発生します。 どうすればいいのか提案していただけますか??? ドライバーモジュール「/system/bin/bluetooth.ko」をアンロードできません:操作は許可されていません ブルートゥース.cinsmod は呼び出されます********** モジュールの読み込みに失敗しました: 不明なエラー -1 (-1)                                                   純粋に権限の問題だと思いますが、 ここでいくつか質問があります。 1. カーネルオブジェクトファイル(ko)を/system/bin/release/の上に置いているパスは正しいですか? または 、/data/misc/bluetooth/パスです??? 2. それが /data/misc/bluetooth/ の場合、そのパスの権限はどこに言及すべきか。 私に答えてください、 よろしくお願いいたします。 Mutyala rao.

HDMIおよびLCDインターフェースでのインターレースディスプレイをサポートするiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. 説明 1)HDMIインターレースディスプレイモードをサポートし、次の形式が検証されました。        CEAフォーマット5:1920x1080i @60Hz CEAフォーマット6&7:720(1440)x480i @60Hz CEAフォーマット20:1920x1080i @50Hz CEAフォーマット21&22:720(1440)x576i @50Hz 2)インターレースディスプレイモード、1920x1080i@50Hz(CEAフォーマット20)のサポートLCDインターフェース が確認されていました。 2. ファイル一覧 -- 0001-IPUv3-support-interlaced-display-mode.patch   iMX6 ipuv3 のインターレース ディスプレイ出力をサポートするパッチ。 -- 0002-iMX6-HDMI-support-interlaced-display-mode.patch   iMX6 HDMIドライバーのインターレースディスプレイモードをサポートするパッチ。 -- 0003-iMX6-LCD-interface-supports-1920x1080i50-mode.patch   iMX6 LCDインターフェースドライバーのインターレースディスプレイモードをサポートするパッチ。    -- readme.txt   このファイルは、パッチを使用する前に参照してください 3. 必要条件 - iMX6 SabreSDボード。 - L3.0.35_4.1.0_GA_iMX6DQ kernel. 4. 使用方法 -- パッチファイルをカーネルフォルダにコピーします。    $ cd ~/ltib/rpm/BUILD/linux-3.0.35/ $ git apply ./0001-IPUv3-support-interlaced-display-mode.patch $ git apply ./0002-iMX6-HDMI-support-interlaced-display-mode.patch $ git apply ./0003-iMX6-LCD-interface-supports-1920x1080i50-mode.patch -- 新しいカーネルイメージをビルドします。 $ cd ~/ltib/rpm/BUILD/linux-3.0.35 $ export CROSS_COMPILE=/opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/arm-fsl-linux-gnueabi- $ export ARCH=arm $ make imx6_defconfig $ uImageを作る -- ビデオモードの Uboot パラメータ HDMIでの出力1080i50ディスプレイモード: "video=mxcfb0:dev=hdmi,1920x1080Mi@25,if=RGB24,bpp=32" HDMIで1080i60ディスプレイモードを出力します。 "video=mxcfb0:dev=hdmi,1920x1080Mi@30,if=RGB24,bpp=32" HDMIで576i50ディスプレイモードを出力します。 "video=mxcfb0:dev=hdmi,1440x576Mi@25,if=RGB24,bpp=32" HDMIで480i60ディスプレイモードを出力します。 "video=mxcfb0:dev=hdmi,1440x480Mi@30,if=RGB24,bpp=32" LCDインターフェースの出力1080i50表示モード: "video=mxcfb0:dev=lcd,lcd-1080I50,if=RGB565,bpp=32"       -HDMIインターレースモードを切り替えます $ echo S:1920x1080i-50 > /sys/class/graphics/fb0/mode $ echo S:1920x1080i-60 > /sys/class/graphics/fb0/mode $ echo S:1440x480i-50 > /sys/class/graphics/fb0/mode $ echo S:1440x576i-60 > /sys/class/graphics/fb0/mode 5. 問題を知る 1) インターレースディスプレイと別のディスプレイが同じIPUで動作する場合、 空白と空白解除は、インターレースディスプレイに続きます IPU 警告が表示されますが、IPUがエラーから回転できるため、ディスプレイはまだ機能します。    IMX-IPUV3 IMX-IPUV3.0:IPU警告 - IPU_INT_STAT_5 = 0x00800000 IMX-IPUV3 IMX-IPUV3.0:IPU警告 - IPU_INT_STAT_10 = 0x00080000 2015-05-13 update: 4番目のパッチを交換して、インターレース表示モードをCEA-861仕様に準拠させます パッチ "0004-IPU-fine-tuning-the-interlace-display-timing-for-CEA.patch" は、インターレースモードディスプレイの CEA-861-D 仕様に合わせて微調整されました。このパッチを使用して、古い0004パッチを置き換えてください。 2016-05-20 Update: 3.0.35の場合BSP、パッチを追加 0005-IPU更新-インターレース-ビデオ-モードパラメータ-to-align.patch インターレース ビデオ モードのパラメーターをプログレッシブ モードに合わせます。 0006-IPU更新-IDMAC-設定-インターレース-ディスプレイ-mode.patch IDMACの設定をインターレース表示モードに更新し、メモリから奇数フィールドデータを最初に出力し、IPUのDIタイミングに合わせ、奇数フィールドを優先します。 3.14.52 BSP では、新しいパッチ L3.14.52_1.1.0_GA_HDMI_Interlaced_Mode_Patch_2016_05_20.zip を作成しました。 i.MX6DL i.MX6Dual i.MX6DualPlus6QuadPlus i.MX6Quad i.MX6S Linux 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> imx6にはLinux3.0.35パッチを追加しますが、HDMIインターレースディスプレイ(1080I50)を使用します 揺さぶり。どうすれば正常にできますか? 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HDMIの場合、AVフレームヘッダーのインターレース情報も更新する必要があるかもしれませんが、詳細情報はありません。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 私は3.14.52カーネルでこのパッチのセットを試しています。HDMIデバイス(TV)が各~2〜3秒で信号の損失を報告するという事実を除いて、問題なく機能しているようです。オフ。その後、すぐに信号を見つけて再びオンにします。 私が試したいくつかの異なるHDMIディスプレイでは、問題なく動作します。この1台のうち3台のテレビだけがこのように動作します。テレビの問題だと思っていたのですが、同時に同じテレビが他のインターレースビデオソースデバイスと問題なく動作します。 この動作は、私が試した3つのインターレースモードすべてで発生します: 1080i@50、576i、480i。プログレッシブモードは問題を引き起こしません。 ここで何が間違っているのか、そしてどのパラメータを変更しようとすることができるのか、何かアイデアはありますか? 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはジョン、「0004-IPU-fine-tuning-the-interlace-display-timing-for-CEA.patch」を試してみてください。私の測定では、信号はCEA-861-D仕様と同じです。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello Qiang Li, 残念ながら、まだ問題があるようです。このパッチには、以前の「パッチ4」と同じ問題はありませんが、VSYNC信号が本来あるべき位置から1ピクセルクロックオフセットされるという問題がまだあります。CEA-861仕様では、VSYNCはフィールド1のHSYNC信号プラスマイナスゼロピクセルクロックと完全に位置合わせする必要があると規定されています。フィールド 2 の場合、VSYNC は HSYNC 信号のリーディング エッジから Htotal/2 ピクセル クロックに 0 ピクセル クロックを加算または減算する必要があります。どちらの場合も、VSYNC は 1 ピクセル クロック遅すぎます。 ありがとうございます ジョン 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、この問題は新しい「0004-Update-IPU-DI-for-active-field-signal-in-interlace-d.patch」で修正されました。ぜひご確認ください。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私の前の投稿に小さな修正。表示されているH/V値は1101/1で、1100/0である必要があります。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, インターレース パッチを適用した後、インターレース モードの HDMI コンプライアンス テストを実行しようとすると問題が発生しました。最初の問題は4番目のパッチにあるようです。4番目のパッチを適用すると、HDMI出力は1つおきに無効なフィールドを生成します。フィールドの終わりで行の1つが短く切られているようです。このパッチを元に戻すと、残りの問題は H から V へのオフセットが無効であることのようです。1080i@60で操作すると、HからVの値は1001とフィールドに応じて1になります。VSYNC は HSYNC と同じクロック サイクル中に発生する必要があるため、これらは 1000 と 0 にする必要があります。IPUタイミング生成信号のさまざまなパラメータを操作してみましたが、HからVへのオフセットを補正する方法は見つかりませんでした。何かアイデアはありますか? ありがとうございます ジョン 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ここ数日、私はそれを機能させようとしてきましたが、成功せず、PDFでそのようなサポートの痕跡も見つかりませんでした:/たぶん、私はPDFからそのような詳細を取得するのが苦手なだけです... あなたがそれを機能させているかどうか私たちに知らせてください よろしくお願いいたします！ 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 申し訳ありませんが、ダブルピクセルクロックモードの準備ができていません。しかし、IPUの観点からは、それは支持できると思います。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> あなたはそう思いますか-時計を2倍にすることについて? あなたはそれと言います DI_SYNC_CLK * 2, /* run_resolution */ クロックは2倍になりますが、 DI_SYNC_NONE = -1, DI_SYNC_CLK = 0 です。 DI_SYNC_INT_HSYNC = 1 です。 + DI_SYNC_COUNT_1 = 1 です。 DI_SYNC_HSYNC = 2、 DI_SYNC_VSYNC = 3, - DI_SYNC_DE = 5, + DI_SYNC_AFIELD = 4 です。 + DI_SYNC_ALINE = 5, + DI_SYNC_APIXEL = 6, + DI_SYNC_COUNT_7 = 7、 + DI_SYNC_COUNT_8 = 8 です。 + DI_SYNC_COUNT_9 = 9、 したがって、最終的にDI_SYNC_CLK*2を掛けた後、変化は適用されません:-/ 現在、1 ピクセルに対して 2 つの CLK サイクル (@27MHz) を持つことに苦労しています。それでも運が悪い。運に恵まれましたか? よろしくお願いいたします！ 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ダブルクロックモードは、元のコードは各ピクセルクロックごとに1ピクセルデータを送信し、次のコード更新により、それは720 * 480フレームバッファを使用し、他の表示タイミングパラメータも更新する必要があります、courceの2ピクセルクロックごとに1ピクセルデータを送信するように変更することによって実装することができます。 また、ピクセルクロックは27MHzに保つ必要があります。 /* アクティブピクセル */     _ipu_di_sync_config(ipu,       disp,   /* display */ DI_SYNC_APIXEL、/*カウンター*/ 0, /* ランカウント */ DI_SYNC_CLK, /* run_resolution */ h_start_width + h_sync_width, /* オフセット */ DI_SYNC_CLK, /* オフセット分解能 */ width, /* リピート回数 */ DI_SYNC_ALINE, /* CNT_CLR_SEL */       0,   /* CNT_POLARITY_GEN_EN  */ DI_SYNC_NONE, /* CNT_POLARITY_CLR_SEL */       DI_SYNC_NONE,  /* CNT_POLARITY_TRIGGER_SEL  */ 0, /* カウントアップ */ 0 /* カウントダウン */       ); へ /* アクティブピクセル */     _ipu_di_sync_config(ipu,       disp,   /* display */ DI_SYNC_APIXEL、/*カウンター*/ 0, /* ランカウント */ DI_SYNC_CLK * 2, /* run_resolution */ h_start_width + h_sync_width, /* オフセット */ DI_SYNC_CLK, /* オフセット分解能 */ width, /* リピート回数 */ DI_SYNC_ALINE, /* CNT_CLR_SEL */       0,   /* CNT_POLARITY_GEN_EN  */ DI_SYNC_NONE, /* CNT_POLARITY_CLR_SEL */       DI_SYNC_NONE,  /* CNT_POLARITY_TRIGGER_SEL  */ 0, /* カウントアップ */ 0 /* カウントダウン */       ); 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> では、ダブルクロックモードを使用して576iおよび480i出力を生成するにはどうすればよいですか? 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このパッチでは、576i と 480i の出力を生成するためにダブル クロック モードを使用しておらず、1440*576 と 1440*480 のフレームバッファを使用しています。これにより、ビデオ品質の問題が発生する可能性があります。 日時:HDMIおよびLCDインターフェース上のインターレースディスプレイをサポートするためのiMX6 BSPのパッチ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> imx6のパックを追加しましたが、HDMIインターレースディスプレイが正常ではありません。576iおよび480iビデオの表示品質が悪い。 波紋 現象 で映し出された 動画 。私は問題を解決する方法を見つけられませんでした。 何か提案はありますか?感謝

所有主板编译RedBoot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在每个 i.MX BSP 中，您都会找到一个预编译的二进制文件来闪存到您的电路板上，但如果您需要重新编译，本教程将会很有用。Linux 板级支持包 (BSP) 上提供了适用于许多平台的 Redboot 源代码和预构建图像。作为示例，让我们编译 Freescale Linux BSP 附带的 redboot 版本 2009_10。 有关 Redboot 的详细信息，请查看 /doc 找到文件 ecostools.tar.gz 并将其解压到 /opt 目录。（如果不存在，请创建此文件夹） $ cd /opt $ sudo tar zxvf /tools/ecos_config_tools.tar.gz $ sudo tar zxvf /tools/arm-2008q1.tar.gz 这将创建具有两个子目录的 /opt/ecostools 目录： arm-2008q1——用于编译、链接等的 GNU 工具。 工具——主要有 ecosconfig 实用程序 将 /opt/arm-2008q1/bin 和 /opt/tools/bin 添加到您的环境 PATH 变量。 $导出PATH = $PATH:/opt/arm-2008q1/bin:/opt/tools/bin 生成RedBoot映像 将 ecos-trunk-080727.tar.bz2 基线源代码解压到 /src 中。如果操作正确， /src/ecos 下应该有一个“packages”目录。 $ tar xjvf ecos-trunk-080727.tar.bz2 进入 ecos 子目录并应用补丁； $ cd ecos $ bunzip2 -c patch-redboot-200910-base.bz2 | patch -p1 上述命令假定补丁文件与 /src/ecos 位于同一目录下。如果需要，请指定补丁文件的路径名。 针对特定平台应用补丁。本例中使用的补丁是：patch-redboot-200834-mx3.bz2 $ patch-redboot-200910-mx3.bz2 | patch -p1 定义 ECOS_REPOSITORY。在 上，输入 redboot 文件夹的完整（绝对）路径。IE~/ /src/ecos/packages $ export ECOS_REPOSITORY= /src/ecos/packages 要构建 redboot（本例中为 i.MX31），请创建一个新文件夹以便进行干净的构建： $ mkdir new_redboot $ cd new_redboot $ ecosconfig new mx31_3stack redboot $ ecosconfig 导入 $ECOS_REPOSITORY/hal/arm/mx31/3stack/current/misc/redboot_ROMRAM.ecm $ ecosconfig 树 $ make 这将创建 Redboot 映像（redboot.bin）在 install/bin 目录下。该图像可以从 SDRAM 或闪存运行。 注意： 您可以在此文件中更改主板 MACH-TYPE：src/ecos/packages/hal/arm/mx27/ads/current/cdl/hal_arm_board.cdl

FTF-DES-F1525.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 得益于 i.MX 6 应用处理器或 K60 系列等出色的高价值微控制器，智能连接设备和消费产品变得越来越小，功能越来越丰富。但这些功能强大的紧凑型微控制器面临着将众多外围设备、GPIO 和电源互连到不断缩小的印刷电路板上的挑战。在本次会议中，嵌入式硬件开发人员将学习如何优化 GPIO 和外围设备引脚分配并节省 PCB 设计的时间和空间 - 特别是以简化、可控的方式将 IO 分配纳入原理图和 PCB。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 得益于 i.MX 6 应用处理器或 K60 系列等出色的高价值微控制器，智能连接设备和消费产品变得越来越小，功能越来越丰富。但这些功能强大的紧凑型微控制器面临着将众多外围设备、GPIO 和电源互连到不断缩小的印刷电路板上的挑战。在本次会议中，嵌入式硬件开发人员将学习如何优化 GPIO 和外围设备引脚分配并节省 PCB 设计的时间和空间 - 特别是以简化、可控的方式将 IO 分配纳入原理图和 PCB。