CodeWarrior 服务包安装 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在一些帖子中我谈到了CodeWarrior-Eclipse组合可以带来的诸多优势。其中之一 与使用CodeWarrior的传统视图相比，服务包上的安装方式更加友好。这就是为什么我今天介绍CodeWarrior 工具快速入门安装服务包   如果您选择使用 CodeWarrior 这种既困难又好的方法来完成自己的工作，那么本快速入门将向您介绍如何为在 Windows 平台上运行的经典版本软件安装服务包或更新。   它逐步展示了如何手动正确地执行此操作，防止 IDE 充满您甚至不想使用的东西。 概述

i.MX 6 系列 LDO 斜坡问题：Linux 和 Android 补丁现已发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 问题摘要： 我们曾收到客户报告，无法以 1GHz 或更高频率运行 MC 和 SC 生产部件。失败的特征是，一旦系统尝试从 800MHz 的启动频率提升到 1GHz 或更高，系统就会挂起。根本原因被追溯到生产部件中 LDO_VOLT_CHANGE_EN 保险丝的设置。LDO_VOLT_CHANGE_EN 保险丝将 LDO 启动电压设置为 1.15V（保险丝设置“1”表示）或 1.1V（保险丝设置“0”表示）。在生产部件中，保险丝设置为“1”，即 1.15V，因为这是基于特性数据的最佳设置。在预生产单元上，LDO 电压设置为 1.1V 的较低设置（即保险丝设置为“0”）。这是 MC/SC 部件的问题，因为保险丝在启动期间由 ROM 读取，并根据保险丝的设置覆盖 PMU_MISC2 寄存器中的 LDO 斜坡速率位。当 LDO_VOLT_CHANG_EN 保险丝设置为“1”时，LDO 上升到指定电压的时间将设置（在 PMU_MISC2 中）为 500uS，而不是 CPUFreq 驱动程序假设的 50uS。由于支持更高频率所需的电压尚未出现，因此当从启动频率转换到更高频率/电压点时，系统将挂起。实际上，拥有 i.MX 6Quad/6Dual/6DualLite 和 6 Solo 部件生产的客户无法将其产品频率提升至 1GHz 或更高。这个问题可以通过软件补丁完全解决，该补丁通过将 PMU_MISC_2 寄存器中的 LDO 斜坡设置设置回最快的斜坡时间来纠正。 请注意，LDO_VOLT_CHANGE_EN 保险丝不在参考手册中，因为它不是客户可见的保险丝。它在最终测试时被编程并锁定。 这是对所有客户的强制修复。 受影响的部件： i.MX 6Quad – 所有 SC 和 MC 部件，消费类和汽车类。工业 MC 零件尚未发货。 i.MX 6Dual – 所有 SC 和 MC 部件，包括消费类和汽车类。工业 MC 零件尚未发货。 i.MX 6DualLite – 所有 MC 部件均为消费部件。汽车和工业 MC 零件尚未发货。 i.MX 6Solo – 所有 MC 消费部件。汽车和工业 MC 零件尚未发货。 补丁可用性和位置： Linux 和 Android 都有补丁。它们可以在 freescale.com 上找到。请参阅下文了解更多详情。 i.MX 6Quad – www.freescale.com/imx6q i.MX 6Dual – www.freescale.com/imx6d i.MX 6DualLite – www.freescale.com/imx6dl i.MX 6Solo – www.freescale.com/imx6s 选择“软件和工具”选项卡，然后展开“更新和补丁”部分。相关补丁如下： Linux——L3.0.35_1.1.1_LDO_PATCH（i.MX 6四/6双） Linux – L3.0.35_3.0.3_LDO_PATCH（i.MX 6DualLite/6Solo） Android – IMX6_R13.4103_ANDROID_LDO_PATCH (i.MX 6Quad/6Dual/6DualLite/6Solo) 沟通推广： i.MX FAE：完成（通过邮件列表）。将于 3 月 1 日结束前将此电子邮件的副本发布到 i.MX 支持空间。 i.MX DFAE：3 月 8 日 。 客户通知：3月8 日 。 i.MX 社区：3 月 8 日 （与客户通知一致）。 我们还正在编写一份工程公告，为未使用我们提供的 Linux 和 Android BSP 的客户描述这一变化。目标日期：待定。但目标是在三月中旬左右推出。 顺祝商祺！ 阿曼达和凯尔 本文档由以下讨论生成： i.MX 6 系列 LDO 斜坡问题：Linux 和 Android 补丁现已推出

RD3PHASEPMSMVCQE: 基于 Kinetis ® K40 MCU 的三相 PMSM 矢量控制参考设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特性 结构框图 设计资源 Overview 基于 Kinetis ® K40 MCU 参考设计使用正交编码器的三相 PMSM 矢量控制展示了 Kinetis K40 Arm ® Cortex ® -M4 MCU 驱动高级电机控制应用的能力。 针对NXP ® Tower ®快速原型系统作为硬件开发平台。 将该平台与可用的嵌入式源程序配套使用，可快速开发自己的工业驱动器应用。 要成功地执行矢量控制算法，获得有关电机轴位置的信息至关重要。 通过正交编码器可获知整个电机速率范围内的电机轴位置信息，使电机能够在零速以全扭矩启动。 特性 PMSM矢量控制使用正交编码器作为位置传感器 瞄准 ® 塔 快速原型系统（K40塔板、塔式三相低压功率级） 带速度闭环的矢量控制 两个方向旋转 应用速度范围为0%至100%额定速率(无磁场削弱) 通过 Kinetis ® 上的用户按钮进行操作 K40 塔板或通过 FreeMASTER 软件 结构框图 设计资源 传统设计

ルームエアコン 形容 ブロック図 製品 関連ドキュメント 形容 NXPは、スマートビルディングの環境、寿命、エネルギー効率の要件を満たすように設計された包括的なソリューションを提供します。エアコン制御環境では、ルームエアコンシステム、エアコンの内部または外部ユニット、エアコンのリモートコントロール、暖房換気および空調(HVAC)など、特定の最終製品に異なるMCUが必要です。 ブロック図 プロダクツ カテゴリ名1 マイクロコントローラ 製品URL 1 アームコーテックス-M4|Kinetis KE1xF 32ビット5Vマイクロコントローラ |NXPの  製品説明1 KE18Fは、シリアル通信インターフェースを搭載した高信頼性の5Vマイコンで、産業用途に適しています。統合されたDSPとクロックインターフェースは、エアコンのモーター制御に最適です。これは、PWM信号生成用に最大32の標準チャンネルを提供する4つのFlexTimersを使用して制御できます。また、KE18Fは、モジュールあたり最大16チャンネルの入力が最大1Mspsの12ビットADC、8ビットDACを内蔵した3つの高速アナログコンパレータを搭載しています。 製品リンク 2 Arm® Cortex-M0®コアをベースとしたスケーラブルなエントリーレベル32ビットマイクロコントローラ(MCU) |NXPの  製品説明2 LPC11D00は低コストの32ビットMCUで、8/16ビットマイコンの動作用に設計されています。このMCUは、リモートコントロール目的でLCDドライバと一緒に使用できる、バッテリ寿命を延ばすための超低消費電力です。 カテゴリ名2 DC/DCコンバータ 製品URL 1 https://www.nxp.com/products/power-management/pmics/dc-to-dc-solutions/3.0-mhz-500-ma-dc-to-dc-boost-converter:PCA9410_9410A 製品説明1 このPCA9410電力コンバータは、5V MCUにZigbeeトランシーバと液晶ディスプレイ(LCD)で正しく制御するのに十分な電力を供給するのに最適です。これらはすべて1.5Vバッテリーで駆動されます。   カテゴリ名3 温度センサ 製品URL 1 LM75B: デジタル温度センサ |NXPの  製品説明1 LM75Bセンサは、プログラム可能な過熱シャットダウンとヒステリシス制限を保存し、それらをi2c-bus経由で通信するように構成できます。これにより、LM75Bは温度しきい値を設定し、エアコンシステムと連携するための最適なソリューションになります。   カテゴリ名 4 AC/DC Converter 製品URL 1 TEA172xの|NXPの  製品説明1 このTEA172Xにより、パワーエンジニアは、無負荷時の消費電力を抑えながら、信頼性が高く、費用対効果が高く、効率的なアダプタ電源を設計できます。これらの機能により、TEA172Xに必要な外付け部品の数が最小限に抑えられます。   カテゴリ名 5 LEDドライバ 製品URL 1 PCA9955BTW | NXP  製品説明1 PCA9955Bは、3 V～5.5 Vの供給電圧範囲で動作し、定電流シンクLED出力は最大20 VをLEDに供給できます。 このパッケージ・カラムにおけるエントリの PCA9955Bは、さまざまなLED状態に対応する最大16個のLEDドライバーに対応する個々のPWMコントローラーに最適なオプションです。   カテゴリ名 6 トランシーバ 製品URL 1 QN908x:超低消費電力 Bluetooth Low Energy システム・オン・チップ (SoC) ソリューション |NXPの  製品説明1 QN908xは、ヒューマンインターフェイスデバイスに最適なBLEソリューションであり、その高性能で高度に統合された機能は、よく知られた安全なプロトコルでサポートされています。QN908xは、小型で部品点数が少ないため、最終製品の全体的なシステムサイズとコストを削減します。 製品URL 2 IEEE802.15.4 ワイヤレス・マイクロコントローラ (64 kB フラッシュ、8 kB RAM 搭載) |NXPの  製品説明2 JN5161は、ZigBee Green Powerに対応した超低消費電力・高性能な無線マイコンです。このJN51561は、128ビットAESセキュリティプロセッサとMACアクセラレータを備えており、すべてのスマートホームソリューションに最適で、部品点数が少なく、BOMも低コストであるため、製造コストが最小限に抑えられます。   カテゴリ名 7 モータ・ドライバ 製品URL 1 Fm+ I2C-bus アドバンスド ステッピング モーター コントローラー |NXPの  製品説明1 このPCA9629Aは、ステッピングモータ、オフロードバスマスター/マイクロの非常に柔軟な制御を提供し、I²Cバストラフィックを大幅に削減します。この場合、同じバスに少なくとも 6 つの i2c スレーブが接続される可能性があるため、これは非常に役立ちます。このPCA9629Aは、4相ステッピングモータを駆動するために必要なロジック制御を提供します。 製品URL 2 GD3000 |3相ブラシレスモーター プリドライバー |NXPの  製品説明2 GD3000ゲートドライバは、KE18Fから生成されたPWM信号によって制御され、6Vから60Vまでの広い範囲の単一電源で動作し、75Vの過渡保護を備えています。GD3000は、外部FETのCGDおよびCGSからの逆電荷注入に対する保護を備えており、この機能は制御システム全体を保護するために必要です。 関連ドキュメント Document URL タイトル https://www.nxp.com/docs/en/application-note/AN5387.pdf  冷蔵庫コンプレッサーBLDCセンサーレス https://www.nxp.com/docs/en/application-note/JN-AN-1171.zip  ZigBee Light Linkソリューション   ブロック図 インダストリアル

T2080PCIeRDB_SPI_reboot failure.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> T2080PCIe_RDB SPI重启失败问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> T2080PCIe_RDB SPI重启失败问题

i.MX31 PDK NAND Flashing RedBoot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> RedBoot を使用したカーネルとルートファイルシステムのフラッシュ イメージの作成 カーネルイメージとルートファイルシステムは、 All Boards LTIB を使用して作成するか、カーネルをコンパイルして正しいファイルセットを設定することができます。 一連のファイルからルートファイルシステムイメージを作成し、ファイルを jffs2 ファイルシステムに変換します。このためには、 パッケージmtd-toolsをインストールしてください。 Ubuntuで apt-get mtd-tools をインストールする フラッシュ用のルートファイルシステムを作成するには、次のように jffs2 ファイルシステムを使用します。 mkfs.jffs2 -r rootfs/ -e 0x20000 -n -p -o rootfs.jffs2 ここで、rootfs/ はファイルシステムの元のファイル・セットで、rootfs.jffs2 は出力イメージ・ファイルです。 点滅 一部の接続エラーは、RedBoot を構成するすべてのボードで回避できます。 次のプロセスでは、TFTP を使用してホストとターゲット間でファイルをコピーします。構成の詳細については 、All Boards TFTP を参照してください。 カーネルイメージとルートファイルシステムイメージをTFTPディレクトリにコピーします。例えば、LTIB dir に次のように入力します。 sudo cp ./rootfs/boot/zImage /tftpboot sudo cp rootfs.jffs2 /tftpboot/ ここで、/tftpboot は TFTP 用に設定されたディレクトリです 次のステップはミニコムセッションで実行され、ボード上で行われます。 フラッシュのフォーマット: fis init Flashing kernel 以下のコマンドを使用してカーネルイメージ(zImage)をロードします。ホストのIPアドレスを変更することを忘れないでください。 load -r -b 0x100000 /tftpboot/zImage -h 10.29.244.99 住所0x100000は一時的な場所として使用されます 正しいアドレス ( IMX31PDK の場合は 0x200000) にカーネルを作成します fis create -f 0x200000カーネル ルート・ファイル・システムのフラッシュ ルートファイルシステムイメージ (rootfs.jffs2) を一時アドレスに読み込みます。ホストのIPアドレスを変更することを忘れないでください。 load -r -b 0x100000 /tftpboot/rootfs.jffs2 -h 10.29.244.99 ルート・ファイル・システムを正しいアドレス ( IMX31PDK の場合は 0x600000 に作成します。 fis create -f 0x600000ルート テスト 次のように入力して、カーネルをフラッシュにロードできるようになりました。 fis load kernel フラッシュに書き込まれたルート・ファイル・システムが正しく保存されたかどうかを確認するには、NFS ファイル・システムを実行し、フラッシュをマウントします。 「ルート・ファイル・システムを NFS でロードする」には、次のように入力します。 exec -b 0x100000 -l 0x200000 -c "noinitrd console=ttymxc0,115200 root=/dev/nfs nfsroot=10.29.244.99:/tftpboot/rootfsinit=/linuxrc ip=10.29.241.6:10.29.244.99" システムが起動するのを待ってから、フラッシュを /mnt にマウントします。フラッシュに jffs2 ファイルシステムがあることを思い出してください。 mount -t jffs2 /dev/mtdblock2 /mnt ls /mnt /mnt の内容を一覧表示します。出力は正しいファイルシステムである必要があります。 初期スクリプトの変更 ボードをリセットし、CTRL-C を押します。 fc と入力して設定を変更し、初期化スクリプトを挿入します。 レッドブーツ> fc 起動時にスクリプトを実行: true ブートスクリプト: スクリプトを入力し、空行で終了します >> fis ロードカーネル >> exec -c "noinitrd console=ttymxc0,115200 root=/dev/mtdblock2 rw rootfstype=jffs2 ip=none" >> ブートスクリプトのタイムアウト(1000msの解像度):1 ネットワーク設定にBOOTPを使用:false ゲートウェイIPアドレス:10.29.241.254 ローカルIPアドレス:10.29.241.6 ローカル IP アドレス マスク: 255.255.254.0デフォルトのサーバーIPアドレス:10.29.244.99 ボードの詳細:0 コンソールのボーレート:115200 eth0ネットワークハードウェアアドレスの設定[MAC]:false GDB接続ポート:9000 特別なデバッグ メッセージの強制コンソール: false ブート時のネットワークデバッグ:false RedBootの不揮発性構成を更新します-続行(y / n)?y ...0x00080000の0x07ee0000-0x07eff000から読みます。...0x00080000-0x000a0000から消去: ....0x00080000での0x07ee0000-0x07f00000からのプログラム:。レッドブーツ> 設定を保存するには、必ず「y」と入力してフラッシュに保存してください システムをリセットします。 ボードがフラッシュからシステムにロードしていることを確認するには、イーサネットケーブルを取り外します。

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に追加されたため、それらを使用して上記のコードをコンパイルするだけです。