支持iMX51 WinCE6.0 SDHC DMA读取的补丁启动 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 附件是 SDHC DMA 读取支持补丁，它基于 WCE600_MX51_ER_1104，并在 iMX51 EVK 板上进行了验证。SDHC DMA读取可以减少NK复制时间，从而加快WinCE的启动速度。 i.MX51 Windows

适用于 TWR-K64F120M 的 Freescale MQX ™ 4.1 版本发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 TWR-K64F120M 的新 Freescale MQX ™ 4.1 版本现已在www.freescale.com上发布 ·         可用文件 # 名称 描述 1 FSL_MQX_TWRK64F120M_发布说明 飞思卡尔 MQX ™ RTOS 4.1.0TWR-K64F120M 发行说明 2 飞思卡尔 MQX RTOS 4.1.0适用于 TWRK64F120M 包括 RTOS、文件系统、TCP/IP 和 USB 主机/设备软件堆栈。不需要安装 MQX ™ 4.1。 ·         目标硬件板 哦   TWR-K64F120M ·         新功能 哦   PSP 支持 K64F120M 微控制器 哦   TWR-K64F120M塔式系统模块的BSP 哦   支持 K64F120M 外设的标准 I/O 驱动程序集包括： §  LWGPI/O 驱动程序 §  串行中断和轮询驱动程序 §  DMI SPI驱动程序 §  I2C中断和轮询驱动程序 §  ADC §  LWADC §  闪存驱动程序 §  RTC驱动程序 §  PIT计时器 §  LPT定时器 §  SD卡驱动程序 §  SDHC §  FlexCAN §  赛 §  能源网络 哦   USB 主机和设备驱动程序和堆栈 哦   演示 MQX、USB、RTCS 和 MFS 使用的示例和演示应用程序 哦   RTCS TCP/IP协议栈 哦   MFS文件系统 哦   Shell 命令行界面 ·         已知问题 哦   有关已知问题和限制，请参阅发行说明。

JN-5189 WDT窗口看门狗使用详解 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> JN5189のウィンドウ型aatchdogタイマの使い方を紹介するユーザーズガイドです。文档介绍了如何在JN5189中使用 WDT窗口看门狗。 スマートシティ

PT2000智能电磁驱动器 Demo 该演示展示了带有高压 (HP) 燃油泵阀的典型 4 缸直接燃油喷射 (DFI) 应用。 它介绍了 PT2000 中包含的许多灵活的硬件、电压和电流监控以及诊断功能。特别是，它演示了 PT2000 的集成实时喷射结束 [EOI] 检测功能，即使喷射器的特性随时间而变化，该功能也能向每个气缸输送精确量的燃料。 通过相关的软件 IDE 和设备模拟器演示了用户如何为其特定应用程序实现这些可编程功能的示例。将显示模拟器结果和实际结果之间的比较。     功能： 控制两组或三组配置的 3、4、5 或 6 个喷油器或泵电磁阀，升压电压为 72 V 集成注射结束 (EOI) 测量，实现精确的实时控制 通过集成代码加密实现安全性和保障性 完整的 PT2000 开发工具套件（模拟器、IDE、跟踪器、EVB） 灵活地实现标准或独特的峰值和保持电流波形   _________________________________________________________________________________________________________________________________________   产品 链接 PT2000 https://www.nxp.com/products/power-management/motor-and-solenoid-drivers/powertrain-and-engine-control/programmable-solenoid-controller-gate-driver:PT2000?&tid=vanPT2000 适用于 4/6 缸发动机的 PT2000 评估套件（含 KL25Z） 适用于 4/6 缸的 PT2000 评估套件 | NXP   特色： PT2000 IDE：开发者工作室 PT2000 PSC 的设计模拟器环境   _______________________________________________________________________________________________________________________________________                 4缸+燃油泵演示        A16 电磁阀控制器

SAE Convergence 2012 飞思卡尔杯获胜者！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 恭喜获胜队伍！！ 首位 亚军 第三名 克莱斯勒团队 福特队 松下团队 23.91秒 26.80秒 27.34秒 团队成员： Tom Pruett Sandhya Etikala 万尻乔希 团队成员： 索米尔·帕特瓦里 吉姆·温弗瑟 Kevin Hille 团队成员： 文斯·李 郭杰弗里 Adeel Yusuf 完整时间如下所示。

USB HID キーボード USB スタックのホスト 4.1.1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, Processor ExpertとCodeWarrior 10.2が作成したTWR-K20デモキット用のプロジェクトがあります。 USBスタック4.1.1のProcessor Expert USB HIDキーボードホストを使用するのに問題がありますので、非 PE USB HID キーボード ホストをプロジェクトに追加するには、変更する必要があります。 誰かが私にそれを行う方法を教えてもらえますか?簡単な「PE」サンプルプロジェクトを提供し、PE以外のUSB HIDキーボードホストスタックを追加すると非常にありがたいです。 ご回答をよろしくお願い申し上げます。 スタンレー Kinetis KシリーズMCU USB

i.MX8QXP 用 MEK ボードでのシンプルな CAN (FD) テスト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> [中国語訳] 添付ファイルを参照   元のリンク: https://community.nxp.com/docs/DOC-341641 i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Linux

K40：闪烁 LED <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本教程介绍使用 TWR-K40X256-KIT 评估板在 Kinetis K40 上 闪烁 LED 的详细信息。它将介绍评估板和一些基本的CodeWarrior功能。 Overview 1.硬件 2. 设置软件开发环境 A.下载并安装Codewarrior B. 下载并安装驱动程序 3. 设置硬件：Twr K40x256 硬件设置 4.导入LED项目 5. 构建代码 6.下载/调试/运行 7.学习步骤：LED代码说明 读/写 函数 Variables 头文件定义 初始化GPIO 闪烁 LED： 其他K40教程： K40相关页面 致谢/参考文献 Overview   在这个练习中，学生将探索飞思卡尔杯赛车应用程序，该应用程序针对连接到塔式系统的飞思卡尔 K40 板。   学生将： 配置软件开发环境 配置评估板硬件 了解如何将示例文件导入 CodeWarrior 项目 构建项目 在 Kinetis K40 塔式系统板上下载并运行代码 了解如何利用 GPIO 外设来使 LED 闪烁   为了成功完成本练习，学生需要以下开发板和开发环境。 K40塔卡，TWR-K40x256 CodeWarrior for Microcontrollers USB线 1.硬件   阅读闪烁 LED概述文章，了解有关 LED 电路、GPIO 引脚和参考手册的一般信息。   2. 设置软件开发环境   准备评估板和 PC 以进行微控制器编程和开发需要几个步骤。将评估板与 PC 连接起来需要下载并安装 CodeWarrior IDE，以及通过 USB 对微控制器进行编程的设备驱动程序。 A.下载并安装Codewarrior   在完成此示例项目之前， 请下载并安装codewarrior-10-1或与twr-k40x256-kit兼容的最新版本。   B. 下载并安装驱动程序   除了 CodeWarrior 之外，可能还需要安装以下一个或两个工具（需要验证）： RAppID 初始化工具 - RAppID 包含在评估板附带的 DVD 中。在 DVD 的主目录中，单击“TRK_MPC5604B.html”文件打开 DVD 界面，该界面提供评估板的用户手册、软件、原理图和文档。 P&E Microcomputer Systems, Inc 驱动程序 - P&E 是TRK-MPC5604B和Kinetis Tower 系统设备的计算机驱动程序，可通过 CodeWarrior 调试 OSJTAG 接口通过 USB 对评估板进行编程。如果磁盘上找不到该驱动程序，可以在此处下载。   3. 设置硬件：Twr K40x256 硬件设置   Twr K40x256 硬件配置步骤如下。导入 LED 项目之前，请遵循twr-k40x256-hardware-setup说明。 4.导入LED项目   成功下载并安装软件后，下一步是将现有项目导入到您的工作区。在这种情况下，LED_BLINK_96MHZ 项目。按照codewarrior-project-import页面上的说明将LED_BLINK_96MHZ项目导入 CodeWarrior。 如果遇到错误，请查看问题视图并解决。忽略任何警告。 5. 构建代码   如果您的项目视图中有多个项目，请确保正确的项目是焦点。最可靠的方法是右键单击项目并选择“构建项目”，如下所示。您也可以转到“项目”菜单并选择相同的命令。 默认情况下，应用程序设置为链接到 RAM。如果您希望您的程序在 FLASH 中，请确保您已启用该构建配置：     确保在进行配置更改后执行“清理”操作（在项目菜单下）。 如果遇到错误，请查看问题视图并解决。您可以忽略任何警告。 6.下载/调试/运行   如果项目编译正确，就可以下载到开发板并观察其运行情况。确保开发板附带的 USB 线缆已将开发板连接到主机的 USB 端口。 有多种方法可以发出“调试”命令。在项目视图中右键单击项目，然后选择“调试为”->“CodeWarrior 下载”。或者，转到“运行”菜单，然后选择“调试”（F11）。 点击“继续”按钮 您应该会看到 LED 闪烁！ 点击暂停按钮 停止执行。单击终止按钮 结束调试。 7.学习步骤：LED代码说明 读/写   如果 LED 位于端口 C、位 7，我们可能有如下代码： #define LED_E1_Location(1<<7)   例如，要切换引脚，可以使用以下代码： GPIOC_PSOR=LED_E1_LOC     将位于“E1”处的 LED 设置为高。   语法意味着以下 GPIO C指的是端口C   “Set”是GPIO控制的三个常用命令之一。还有“清除”和“切换”命令。   命令：“GPIOC_P S OR”字面意思是端口设置输出寄存器，将引脚设置为高 命令：“GPIOC_P C OR”清除一个引脚，端口清除输出寄存器将一个引脚清除为“低”状态 命令：“GPIOC_P T OR”切换与当前状态相反的引脚   « 是一个“shift”命令，在c-programming-for-embedded-systems 中讨论过。您也可以使用 MASK 更改原始寄存器，但专用的设置/清除/切换寄存器更为直接。   **需要更新** 硬件 芯片端口/引脚 Comment SW3 PT 细胞内容 SW4 细胞内容 细胞内容 函数   以下函数可以访问 LED； //其中 n 是 LED 数量 LED_En_TOGGLE ; //将 LED 切换到不同的状态 LED_En_ON ; // 打开 LED LED 开启关闭 //关闭 LED Variables   LED 的位置 LED_E1_LOC LED_E2_LOC LED_E3_LOC LED_E4_LOC 头文件定义   来自k40_TOWER_BOARD_SUPPORT.h //E1 LED 位于端口 C，位 7 ＃定义 LED_E1_LOC （ 1 << 7 ） ＃定义 LED_E2_LOC （ 1 << 8 ） ＃定义 LED_E3_LOC （ 1 << 9 ） ＃定义 LED_E4_LOC （ 1 << 11 ） //有专用的设置和清除寄存器。 //向 PSOR 写入 1 可设置位，向 PCOR 写入可清除位。 //可以使用 PTOR 寄存器来切换位 //您也可以访问原始寄存器-> PDOR |= My Bit //但专用位设置/清除/切换寄存器更容易！ //此外，LED 的负极朝向端口引脚！这意味着 //您必须关闭端口才能让 LED 打开引脚。 ＃定义 LED_E1_关闭   GPIOC_PSOR = LED_E1_LOC ＃定义 LED_E1_亮   GPIOC_PCOR = LED_E1_LOC ＃定义 LED_E1_切换   GPIOC_PTOR = LED_E1_LOC ＃定义 LED_E2_关闭   GPIOC_PSOR = LED_E2_LOC ＃定义 LED_E2_亮   GPIOC_PCOR = LED_E2_LOC ＃定义 LED_E2_切换   GPIOC_PTOR = LED_E2_LOC ＃定义 LED_E3_关闭   GPIOC_PSOR = LED_E3_LOC ＃定义 LED_E3_亮   GPIOC_PCOR = LED_E3_LOC ＃定义 LED_E3_切换   GPIOC_PTOR = LED_E3_LOC ＃定义 LED_E4_关闭   GPIOB_PSOR = LED_E4_LOC ＃定义 LED_E4_亮   GPIOB_PCOR = LED_E4_LOC ＃定义 LED_E4_切换   GPIOB_PTOR = LED_E4_LOC 初始化GPIO   来自 K40_TOWER_BOARD_SUPPORT.c 空白 初始化K40GPIO （） { SIM_SCGC5 = SIM_SCGC5_PORTA_MASK | SIM_SCGC5_PORTB_MASK | SIM_SCGC5_PORTC_MASK | SIM_SCGC5_PORTD_MASK | SIM_SCGC5_PORTE_MASK ; //要使用端口，必须启用其时钟！！ //让我们只启用所有端口的时钟 //重要！每个 IO 引脚都有一个专用的 32 位寄存器进行设置（选择 GPIO 与外设、IRQ 等）。 //将端口 C7、C8、C9 和 B11 设置为 GPIO 并启用高驱动强度 PORTC_PCR7 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ; //在引脚上启用 GPIO PORTC_PCR8 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ; //在引脚上启用 GPIO PORTC_PCR9 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ; //在引脚上启用 GPIO PORTB_PCR11 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ; //在引脚上启用 GPIO PORTC_PCR18 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ； PORTE_PCR28 = PORT_PCR_MUX ( 1 ) | PORT_PCR_DSE_MASK ； //确保 GPIO 设置为输出 GPIOC_PDDR |= LED_E1_LOC | LED_E2_LOC | LED_E3_LOC ； GPIOB_PDDR |= LED_E4_LOC ； LED_E1_关闭； LED_E2_关闭； LED_E3_关闭； LED_E4_关闭； } 闪烁 LED：   在Main.c或任何其他创建的 C 文件中，使用以下函数使 LED 闪烁： LED_E1_TOGGLE; LED_E1_ON; LED_E2_OFF; 其他K40教程：   K40相关页面   K40：转动伺服教程   K40：驱动直流电机教程 Kinetis K40 TWR-K40X256 K40：闪烁的 LED 致谢/参考文献   本教程的部分内容来自：   肖恩·莫菲特：宾夕法尼亚州立大学电气工程专业 用于 - K40 代码   处理器专家动手实验室 修订版 1.0，2011 年 5 月 作者：Jim Trudeau，飞思卡尔半导体公司 for - 一些步骤的文本描述 原始附件已移至： LED_BLINK_96MHZ.zip 飞思卡尔杯内容 回复：K40：LED闪烁 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我在哪里可以找到k40_TOWER_BOARD_SUPPORT.h？

PPAを使用したブートフローのフラッシュレイアウト – LSDK 18.09およびそれ以前のリリース <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このトピックで説明するPPAブートフローのLSDKメモリレイアウトは、LSDK 18.09以前のリリースにのみ適用されることに注意してください。LSDK 18.12 以降のリリースについては、TF-A を使用した新しいブート フローのフラッシュ レイアウトを参照してください。 以下の表では、すべてのQorIQリファレンス・デザイン・ボード上のNOR/NAND/QSPI型のフラッシュ・デバイスまたはSDカードに保存されているさまざまなファームウェアのメモリ・レイアウトを示しています。 ファームウェアの定義 MaxSize NOR/NAND/QSPI フラッシュオフセット SD開始ブロック番号 RCW + PBI 1 MB 0x00000000 0x00008 ブートファームウェア(U-BootまたはUEFI) 2 MB 0x00100000 0x00800 ブートファームウェア環境 1 MB 0x00300000 0x01800 PPAファームウェア 2 MB 0x00400000 0x02000 セキュア・ブート・ヘッダ 3メガバイト 0x00600000 0x03000 DPAA1 FMAN ucode 256 KB 0x00900000 0x04800 QE/uQEファームウェア 256 KB 0x00940000 0x04A00 イーサネットPHYファームウェア 256 KB 0x00980000 0x04C00 DPAA2-MC または PFE ファームウェア 3メガバイト 0x00A00000 0x05000 DPAA2 DPL 1 MB 0x00D00000 0x06800 DPAA2 DPC 1 MB 0x00E00000 0x07000 デバイス・ツリー（UEFIで必要） 1 MB 0x00F00000 0x07800 Kernel lsdk_linux_ .itb 16メガバイト 0x01000000 0x08000 Ramdisk rfs 32メガバイト 0x02000000 0x10000 次の図は、PPA を使用したブート フローのフラッシュ レイアウトと新しい TF-A ブート フローのフラッシュ レイアウトの変更を示しています。 PPAを使用したブートフローのフラッシュレイアウト TF-Aブート・フローの変更後のフラッシュ・レイアウト QorIQ LS1デバイス QorIQ LS2デバイス

Bootloader demo steup - USB DFU.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはチーム: 最近、USB DFUに取り組んでいますが、あなたと共有する経験がいくつかあります。 よろしくお願いいたします。 David <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはチーム: 最近、USB DFUに取り組んでいますが、あなたと共有する経験がいくつかあります。 よろしくお願いいたします。 David Re: Bootloader demo steup - USB DFU.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jorge : あなたは大歓迎です、そしてあなたの提案と共有してくれてありがとう、そしてそれは役に立ちます。 よろしくお願いいたします。 David Re: Bootloader demo steup - USB DFU.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはデビッド: これを共有してくれてありがとう、良い教材。 Kinetis Microcontrollersのコミュニティスペースに移動するか、再投稿して、より多くの人に見てもらうこともできます(あくまでも提案です)。 手記： 私が知っていることから、USBスタックのDFUの例は機能しないはずです。列挙型をDFUクラスとして表示するだけですが、s19パーサーとフラッシュプログラミングルーチンがありません。おっしゃるように、作業コードはAN4370にあります。 敬具 ホルヘ・ゴンザレス

i.MX51 EVK U-boot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用主线 U-Boot 飞思卡尔 BSP 提供了一个 i.MX51 EVK U-boot 端口。但是，i.MX51 EVK 也支持 I-boot 主树。这个简短的“如何做”教你如何使用它。 0.从imx U-Boot Custodian树中获取u-boot代码： $ git clone git://git.denx.de/u-boot-imx.git 1.准备环境： $导出路径=“$PATH:/opt/freescale/usr/local/gcc-4.1.2-glibc-2.5-nptl-3/arm-none-linux-gnueabi/bin/” $导出CROSS_COMPILE=arm-none-linux-gnueabi- 2. 配置 i.MX 51 EVK $CD U-boot-imx $ make mx51evk_config 3. 编译 $ make u-boot.imx iMX SoC 可能会使用其内部 ROM 在启动时执行一些指令，使用“make u-boot.imx”包含说明的图像 4. 将编译后的文件复制到主机上的 SD 卡，插入 SD 卡并： $ sudo dd if=u-boot.imx of=/dev/mmcblk0 bs=512 seek=2 “/dev/mmcblk0” 应该根据您的主机进行替换，插入 SD 后使用“dmesg”来找出 SD 在您的主机上的位置。在发出 dd 命令之前将其卸载。寻道 2，跳过 SD 的前 1K 字节（2x512），ROM 需要 SD 的启动映像。 5. 将 SD 插入 i.MX51 EVK，并设置 SD 卡启动和电路板电源的开关。 i.MX51 Re: i.MX51 EVK U-boot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Yocto 已经有这个版本了 😉 Re: i.MX51 EVK U-boot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 很棒的帖子。我刚刚用它替换了 LTIB 的 u-boot，它很简单，而且不到半小时就可以工作了。最新版本的 u-boot 比旧的 LTIB 版本好很多。 你知道在哪里可以找到 .spec 吗可以放入 LTIB 的 git 版本？

让 Ubuntu NetworkManager 识别 BCM4330 无线接口 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX6DQ HDMI 加密狗板使用 BCM4330（SDIO 接口）作为无线模块。 当我们尝试在 HDMI 加密狗板上运行 Ubuntu oneiric 时，在正确 insmod bcm4330.ko 之后，我们发现 Ubuntu NetworkManger 无法识别该接口：/var/log/syslog 显示以下错误： 1 月 1 日 00:01:08 linaro-ubuntu-desktop NetworkManager[4787]: SCPlugin-Ifupdown: 已添加设备（路径：/sys/devices/virtual/net/wlan0，iface：wlan0） Jan 1 00:01:08 linaro-ubuntu-desktop NetworkManager[4787]：SCPlugin-Ifupdown：已添加设备（路径：/sys/devices/virtual/net/wlan0，iface：wlan0）：未找到 ifupdown 配置。 1 月 1 日 00:01:08 linaro-ubuntu-desktop NetworkManager[4787]: /sys/devices/virtual/net/wlan0: 无法确定设备驱动程序；忽略... 经过Google搜索，我们发现/sys/devices/virtual/net/wlan0目录下并没有“device”目录，这个“device”目录应该是网络接口上存在的，如果没有它，NetworkManager会报错“couldn't determine device driver; ignoring...”，这个“device”就是这个网络接口的来源，它应该链接到一个硬件总线下的真实设备。 而Broadcom的bcm4330 Linux驱动程序没有设置网络接口真正的“设备”，所以我们需要在驱动程序注册网络接口之前添加这个真正的“设备”。 请参阅附件的 diff 文件以了解此修改 i.MX6 双核 i.MX6 四核 Linux

USB-KW41 Bluetooth LEスニファー アプリケーションアップデート このドキュメントでは、USB-KW41のBluetooth LEワイヤレスアプリケーションを更新してスニッフィングする方法について説明します USB-KW41をスニファーとしてプログラミングする   スニファーが接続要求をキャッチした場合でも、 Bluetooth LE接続を追跡しようとすると問題が発生することに気付きました。これらの問題は、 Test Tool for Connectivity Products 12.8.0.0 以降にある最新のバイナリ ファイルで修正されています。   Test Tool のインストール後、次のパスにスニファ バイナリ ファイルがあります。 C:\ NXP \テストツール12.8.1.0 \ images \ KW41_802.15.4_SnifferOnUSB.bin   プログラミングプロセス。 1. USB-KW41ZをPCに接続すると、大容量記憶装置として列挙されます 2.「KW41_802.15.4_SnifferOnUSB.bin」をドラッグアンドドロップしますコネクティビティ製品のテストツールに含まれています。 「C:\NXP\Test Tool 12.8.0.0\images\KW41_802.15.4_SnifferOnUSB.bin」   3.デバイスのプラグを抜き、USB-KW41Zのリセットボタンを押したままPCに接続すると、K22がブートローダーモードになります。 4. 「 "sniffer_usbkw41z_k22f_0x8000.bin " を接続製品のテストツールに付属) をドラッグアンドドロップ します。 「C:\NXP\テストツール12.8.5.9\images\sniffer_usbkw41z_k22f_0x8000.bin」   5.次に、USB-KW41ZをPCに抜き差しします。        メモ:USB-KW41が大容量記憶装置として列挙されていない場合は、次のスレッド https://community.nxp.com/thread/444708 を参照してください   一般的な推奨事項   ソフトウェアツール Kinetisプロトコル・アナライザ Wiresharkバージョン(2.4.8) ハードウェア・ツール USB-KW41 1 個 (Test Tool 12.8 以降の KW41_802.15.4_SnifferOnUSB.bin で更新)   Kinetisプロトコル・アナライザでは、 Bluetooth LEアドバタイズメント・チャネルをモニタできます。すべてのアクティビティをリッスンし、接続要求をキャプチャするときに接続を追跡します。   Bluetooth LE周辺機器は、3つのアドバタイジングチャネルでパケットを次々に送信するため、USB-KW41は3つのチャネルを1つずつリッスンし、接続要求をキャッチできるかどうか。   一般的な使用例 USB-KW41は、リッスンしているのと同じチャネルで接続要求が発生した場合、 Bluetooth LE接続に従います。接続要求が送信されたときに別のチャネルをリッスンしている場合、接続要求を追跡できません。 簡単な推奨事項は、 Bluetooth LE周辺機器は、advパケットを1つのチャネルにのみ送信し、スニファは同じチャネルでキャプチャするように設定することです。   改善 USB-KW41を3台使用すると、それぞれが1つのチャンネル専用になり、接続要求をキャッチします。   Kinetisプロトコル・アナライザとWiresharkネットワーク・アナライザの構成   手記： より良い結果を得るために、アドレスフィルターをアクティブにすることができます。 空中ですべてのパケットをキャプチャしていると、3つのadvパケットに気付くでしょう。各パケットには、adv フレームを取得している adv チャネルが表示されます。     3 つのスニファのうちの 1 つが接続要求をキャプチャします。この場合、チャネル38で発生します。   接続をたどり、すべてのデータ交換を見ることができます。 より詳しい参考資料として、USB-KW41 Getting Startedをご覧ください お役に立てば幸いです よろしくお願いします。 Mario BLEソフトウェア KW41Z | 31Z | 21Z 日時:USB-KW41 Bluetooth LEスニファーアプリケーションの更新 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 私はあなたの手順に従って、上記のようにUSBドングルをスニファーとしてプログラムしましたが、結局、プロトコルアナライザーアダプターツールからWiresharkを開くと、スキャナーでテストしても何もキャプチャされず、部屋には2つの広告主がいます。問題を特定するにはどうすればよいですか?確認するログはありますか? お手数ですが、よろしくお願いいたします。 よろしくお願いします。 Nicu

HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、お客様が参照するためのHW設計チェックリストです。 概略図のレビューをリクエストする前に、よく読んで記入してください。 改訂版3.1 @ 2016.10.19 -- 1. i.MX6DQP関連コンテンツを追加します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、お客様が参照するためのHW設計チェックリストです。 概略図のレビューをリクエストする前に、よく読んで記入してください。 改訂版3.1 @ 2016.10.19 -- 1. i.MX6DQP関連コンテンツを追加します。 i.MX6DL i.MX6Dual i.MX6DualPlus6QuadPlus i.MX6Quad i.MX6S Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, DDRの長さチェックスプレッドシートを使用しています。スプレッドシートの L0 と L1 の参照とは何ですか?説明付きの図面を提供してもらえますか? よろしくお願いします。 Alex  Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Apollo, クロック長に上限がないことを除けば、すべてのルールはTトポロジと同じです。 フライバイはPCシステムの一般的な設計であり、インターネットを通じて一般的な設計ルールを取得できます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Lin, 追加できますか " フリースケールi.MX6 "Fly by" DRAM PCBレイアウト・トレース長計算 Excelファイルに入れますか? Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Carl, 申し訳ございませんが、現在ご利用いただけません。 まず、他の6シリーズのチェックリストを参照してください。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi WangLin, i.MX6SoloXのH/Wチェックlsitはありますか? よろしくお願いいたします。 Carl Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Apollo, これらのポートの最大ルールを定義するのは困難です。 それらは実際の動作速度と実際のPCB設計に依存するため、SIパフォーマンスはケースバイケースで考慮する必要があります。 FSL リファレンス デザインをご検討いただき、SI シミュレーション ツールを使用してポスト シミュレーションを行うことを提案してください。 上記の情報がお役に立てば幸いです。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Lin, それらのピンに最大レイアウト長はありますか? USDHCの SD / MMC USDHC-2 SD3 USDHC-3 PCIEの CLK1_N CLK1_P PCIE_RXM PCIE_RXP PCIE_TXM PCIE_TXP イーサネット用のRGMII RGMII_TXC RGMII_RD1 RGMII_RD2 RGMII_RD3 RGMII_RX_CTL RGMII_RXC RGMII_TD0 RGMII_TD1 RGMII_TD2 RGMII_TD3 RGMII_TX_CTL USB接続 USB_H1_DP USB_H1_DN USB_OTG_DN USB_OTG_DP MIPIの DSIの CSIの CSI0 アポロ・チャン Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> もちろん、DRAM_RESET_Bもi.MX6で制御されているので、タイミングは保証できます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはLingWang、 すみません、もう一つ質問があります。 > i.MX6 IO内部プルダウン抵抗は、電源投入時にローを保証できません。 JEDECによると、CKEはDRAM_REST_Bを否定する10ns以上前に「低」である必要があります。 i.MX6 は電源投入時でも CKE を Low にプルダウンできますか。 よろしくお願いいたします。 Satoshi Shimoda Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, ご返信よろしくお願いします。 わかりました、DDR3 RESETには外部抵抗が必要ですが、DDR3 SDCKEがJEDECを満たすために必要ではないことを理解しました。 DDR3 RESETについては、ハードウェア開発ガイド正式改訂版(Rev.1)に「10kΩ 5%プルダウン抵抗にDRAM_RESETをGNDに接続してください」と記載されていますので、問題ありません。 http://cache.freescale.com/files/32bit/doc/user_guide/IMX6DQ6SDLHDG.pdf?fasp=1&WT_TYPE=Users%20Guides&WT_VENDOR=FREESCAL… よろしくお願いいたします。 Satoshi Shimoda Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Satoshi, 休日のため対応が遅くなり申し訳ございません。 重要な点は、JEDECが電源投入時にLOWを必要とする場合、DDR3の場合はRESETピンが必要であり、LPDDR2の場合はCKEピンが必要になることです。 i.MX6 IO内部プルダウン抵抗は、電源投入時にローを保証できないため、外部プルダウン抵抗が必要です。 上記の説明がお役に立てば幸いです。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, デザインチェックリストのRef7について質問があります。 以下のように書かれています。 電流の消費を最小限に抑えるために、フリースケールのBSP (ボード・サポート・パッケージ) は、DSM (ディープスリープ・モード) 中にEMI I/Oをディスエーブルします。プルダウン抵抗により、DSM中にDRAMが適切な状態にあることが保証されます。 • LPDDR2 の場合: SDCKE[1:0] は、コントローラが JEDEC シーケンスを満たすまでプルダウンする必要があります。 設定され、運転を開始します。 • DDR3 の場合: JEDEC を満たすために SDCKE[1:0] プルダウンは必要ありません。 この説明によると、DDR3 SDCKEをローにする必要があるとき(ディープスリープ、リセット時など)、外部プルダウンがなくても、i.MX6はSDCKEにロー信号を適切に出力するため、DDR3には外部プルダウン抵抗は必要ないことを理解しました。 私の理解は正しいですか? よろしくお願いいたします。 Satoshi Shimoda Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Pankaj Rana, 申し訳ございませんが、Excelバージョンのチェックリストはありません。 i.MX6SL HDGを参照してください。 その中にチェックリストテーブルがあります。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは リンワン SoloLiteプロセッサ用の同様のHWデザインチェックリストドキュメントも利用可能ですか? --Pankaj Rana Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 一致する、 CS/ODT/CKEグループは読み書きの高速動作に関与していないため、それほどタイトに考える必要はありません。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 3番目の質問については、もっと明確にすべきでした。 1 つのグループを Clock-200 に近づけ、もう 1 つのグループを Clock に近づけることができますか (各グループには min max としてリストされているものがあるため)。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> テーブルヘッダーの定義を確認してください。 「制御信号」はグループ名です。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Brett, 2つのグループ間に依存関係はありますか? [WL] いや、必要ないよ。 シグナルのtoグループは互いに完全に独立していますか? [WL] ボード・レベルのタイミング制御では可能です。 1つは最大クロックの近くにあり、もう1つのグループは最小クロックの近くにいる可能性がありますか? [WL]クロックは+/- 5milのみ異なります。だから、それはもたらさないと大きな違いがあります。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, 私の質問は HDGで定義する:コマンド信号(RAS / CAS / WE)を「アドレス信号」およびクロック信号と比較します。 HWデザインチェックリストのMX6 DRAMバス長チェックシートで、コマンド信号(RAS/CAS/WE)と「制御信号」およびクロック信号との比較を定義します。 どちらが正しいですか? Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LinWang, 質問の文言が明確ではないと思います。 HDGには、アドレス、RAS、CAS、SDBA、およびSDWEが一緒にリストされています。彼らはクロックに関連する最小最大値を持っています。しかし、彼らはまた、互いに+/- 25ミルを持っています。最後の列を参照してください。 CS、SDCKE、および SDODT は、最小最大クロックでグループ化されます。また、互いに +/- 50 ミルの依存関係があります。 2つのグループ間に依存関係はありますか? シグナルのtoグループは互いに完全に独立していますか? 1つは最大クロックの近くにあり、もう1つのグループは最小クロックの近くにいる可能性がありますか? よろしくお願いします。 Brett Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私からの上記の返信、Pic1 / 2 / 3を参照してください。 chen jasper   2014/10/14 下午 9:11  (回應 LinWang) Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ここで写真を撮るのを手伝ってください。 ありがとうございます！ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, コマンド&コントロール信号だけに集中してください。 HDG 推奨コマンド信号は、クロック信号とアドレス信号を比較します。 しかし、チェックリストでは、コマンド信号は制御信号やクロック信号と比較し、アドレス信号やクロック信号と比較しないことを推奨しています。 2つのドキュメントの説明は異なりますので、ご確認ください~ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> なぜHDGが「 RAS/CASを記述し、クロック信号とアドレス信号と比較すべきである」と言うのか理解できません。 すべての信号はHDGのクロックと比較され、チェックリストに登録されます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, しかし、HDGはRAS/CAS/WEを制御信号(CKE/CS/ODT)ではなく、クロックおよびアドレス信号と比較する必要があります。 なぜですか？ 今一度ご確認ください~ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jasper, 確認後、 チェックリストのRAS/CAS/WEとCKE/CS/ODTはどちらもクロックと比較され、他のものと比較されません。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi LinWang, すべてのアドレスと制御信号がクロック長と比較する必要があることは知っていますが、なぜRAS/CAS/WEはアドレスと比較するのではなく、チェックリストのCKE/CS/ODTとも比較するのですか? ご確認ください~ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jasper, すべてのアドレス信号と制御信号は、クロック長と比較する必要があります。 テーブルとエクセルで整列されています。 ご確認ください。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはLinWang: つまり、RAS/CAS/WEはアドレス信号と比較すべきであり、IntelおよびFreescale HDGのCS[0:1]/ODT[0:1]/CKE[0:1]をコントロールグループと比較すべきではないということです。 しかし、なぜRAS/CAS/WE信号はチェックリストのコントロールグループと比較されるのでしょうか? よろしくお願いいたします。 碧玉。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jasper, CS1/ODT1/CKE1 を意味する場合、ほとんどのアプリケーションが 1 つの CS のみを使用しているため、セルフ チェック テーブルに別の CS 関連の信号が含まれていなかったことが原因です。 2つのCSを使用する場合、すべてのシグナルはルールに従う必要があります。 住所とBAを意味する場合は、テーブルの上部にあります。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはLinWang: 「i.MX6Dual/6Quad および i.MX 6Solo/6DualLite Applications Precessors, Rev. 1 ハードウェア開発ガイド 3-8 表3-3」を参照してください。バイトグループごとのDDR3ルーティングは、Pic1/2の下にあります。 写真1。 写真2。 写真3.i.Mx6DQSDL Rev2.7 の HW デザイン・チェックリストよりMX6 DRAM バス長チェック。 よろしくお願いいたします。 碧玉。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jasper, 申し訳ありませんが、写真を撮って、別のものを見せていただけませんか? この部分のチェックリストとHDGの間でも同じだと思います。 ありがとうございます！ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはLinWang: 私はそれを慎重にチェックします、それが私がHDGとHWのデザインの違いを見つけることができる理由ですフリースケールのドキュメントのチェックリスト、だからフリースケールは異なるための何かの推奨事項ですか?HDGまたはチェックリストに従いますか? ありがとう、そしてよろしくお願いします、 碧玉。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Jasper, チェックリストとHDGを注意深く確認してください、私たちは表の別の行にRAS/CAS/WEをリストしています。 トレース長ルールは、タイミング制御のために定義されています。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 私のレイアウトのDRAMバス長チェックについては、「i.Mx6DQSDL Rev2.7 HWデザイン・チェック・リスト」を参照していますが、コントロール・グループにはCKE/CS/ODTのみが必要で、RAS/CAS/WEを含めることはできないとわかり、Intelや「IMX6DQ6SDLHDG_Hardware開発ガイド」にも制御信号がCS/CKE/ODTしか含まれていないことが説明されています。 コントロールグループが「i.Mx6DQSDL Rev2.7のHWデザインチェックリスト」にRAS/CAS/WEを含め、トレース長<=25milを比較するのはなぜですか? よろしくお願いいたします。 ジャスパー・チェン。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> リンワン   私は、お客様が新しいClear、Not Sureの代わりにYes、No、Not Sureを選択するように、以前のスプレッドシートを好みました。 デフォルトとして「いいえ」にしたため、顧客は「はい」に変更せざるを得なかったため、実際にチェックポイントを読んだことがわかりました。 これを元に戻すことができるかどうかわかりますか? よろしくお願いします。 ブレット・フェイガン Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、あなたは要点をつかんでいます。 そのため、非常に厳格な等長ルールを定義しています。 シミュレーション解析と実際のテスト結果に基づくと、ルールは堅牢で、同じPCB設計でPBGAとFCBGAを使用した場合の要件を満たすことができます。 私たちは、ほとんどのお客様がL0を気にせず、安定性とパフォーマンスだけを気にしていると信じています。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DRAMの長さタブは興味深いですが、なぜすべてのL0を0に保つのですか? 私はPBGAとFCBGAの両方の内部配線長を取得しましたが、それらは異なります、私はこのinyoを考慮に入れて、各パッケージのタブを持ち、おそらくハードウェア開発ガイドに一致するように許容範囲を増やす必要があると思います。 ありがとう、フィリップ。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 申し訳ありませんが、私の間違いですが、i.MX6SDLの場合は「AB」である必要があります。 ありがとうございます！ Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 通常、i.MX6SDLはi.MX6DQの同等品よりも1バージョン低くなります。つまり、通常、i.MX6DQ "C"バージョンはi.MX6SDL "B"バージョンに対応します。  確認していただきありがとうございます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 確認の結果、i.MX6DQ ACとi.MX6SDL ABにこの修正を適用しました。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはWang Linさん、追加されたコメントについて - eMMC/SDファストブートをデザインで使用する場合は、i.Mx6の「SDx_RESET」ピンをデバイスリセットピンと正しく接続してください(最新のシリコンバージョンではこの問題が解決されていますので、この項目を考慮する必要はありません。この問題は、どのシリコンバージョン以降で修正されたか正確に知っていますか? Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> スプレッドシートの項目は実際の SD バス レイアウトに関連しており、SI デザインが不適切で非常に長いバスが適用されている場合にエラーが発生する可能性があります。 関連情報(0x450[10]ステータスとチップバージョン)が示されたコミュニティで別の質問を作成してください。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> カスタムIMX6Qボードがあります。SD3/4 ビットから BOOT_CFG1[7:0]= 0100 0000 を使用して起動します。および BOOT_CFG2[7:0]= 0011 0000。SD3からボードが一貫して起動しない - リセット(POR_B=0)を繰り返すと、起動する場合と起動しない場合があります。起動しない場合は、USB経由でDDRストレステストを実行できるため、IMX6Qは引き続き機能します。 この問題は、頻繁すぎるため、ERR006282エラッタにはなり得ません。 このスプレッドシートには「MMC / SDブートエラー」と記載されていますが、DLLオーバーライドを実行するためにBOOT_CFG2[2]を高く設定することを指していると思いますか?これは新しい正誤表ですか?どなたか詳細をお持ちの方はいらっしゃいますか? ありがとうございます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> はい、メモリのデータシートを見ましたが、その通りだと思います。 ご協力いただきありがとうございます。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはローランド、 CKE0関連のタイミング要件は厳しくないので、レイアウトには重要ではないと思います。 同意しますか? Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ありがとうリン! もう 1 つの問題は、フリースケールのリファレンス プラットフォームである CKE0 が、そのグループ内の他のネットよりも短く、チューニングされていないように見えることです。なぜかアイデアはありますか? Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Rowlan, コメントありがとうございます! バグですので、修正して更新しました。 Excelでは、すべてのL0はゼロである必要があります。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このチェック リストをデザインに使用しようとしましたが、[MX6 DRAM Bus Length Check] タブのデータ バスに [MX6 DRAM Bus Length Check] タブのデータ バスDRAM_D48 から DRAM_D63 までの L0 値が 300 を超える値で埋められているため、エラーになります。他のすべてのピンが0に設定されていることを考えると、これは多いように思われます。  スプレッドシートの L0 値は正しく設定されていますか?レイアウトは、フリースケールのリファレンス・プラットフォームとほぼ同じです。 Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、 IMX6DQ6SDLHDG と当社のサポート経験に基づく要約です。 お客様がご利用いただくのに便利です! Re: HW_Design_Checking_List_for_i.MX6DQP6DQ6SDL <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フリースケールの Web サイトに掲載されている公式の H/W Developers Guide を使用してください - IMX6DQ6SDLHDG は "User Guides" サブディレクトリにあります。 http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=i.MX6Q&fpsp=1&tab=Documentation_Tab

颈部遥控轮椅 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该项目用于颈部的物理治疗和仅通过两个按钮即可移动的轮椅。该项目旨在帮助那些无法移动手臂做事的人。他们不需要使用小操纵杆来移动，而是只需按下轮椅上的一个按钮即可转动，或者按下另一个按钮即可使其前进。由于我们没有足够的时间来展示这个项目，我们现在将这个想法应用到一辆玩具车上，这辆玩具车将帮助孩子们对颈部进行物理治疗。   Silla de Ruedas controlada por movimientos del cuello - YouTube   Facebook 原始附件已移至： Code.zip

RDHEALTHAFE：医疗保健模拟前端 (AFE) 参考平台 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特性 结构框图 电路板 视频 设计资源 Overview NXP ®医疗保健模拟前端参考平台是一套完整的便携式医疗解决方案，为设计人员提供快速开发工具。 它提供了便于开发的硬件和软件，有助于各种医疗产品的设计，例如，生命体征监测仪、血糖仪、数字听诊器以及其他便携式专业医疗设备。 基于 Kinetis ® K53 高性能、低成本、低功耗 MCU 嵌入了完整的模拟测量引擎，包括OPAMP、TRIAMP、ADC、DAC、模拟比较器以及其他一些模块，降低了成本并减小了PCB尺寸 特性 使用 Kinetis ® 开发 K53 MCU，采用 Arm ®  Cortex ® -M4核心 Kinetis K53 MCU还提供低功耗运行、DSP功能、USB和图形界面支持以及完整的模拟测量引擎 包括6个医疗专用模拟前端，带可重复使用的软件和硬件 恩智浦 ®  提供全套软件工具（CodeWarrior ® 、USBSTACK、MQX ™ RTOS） 恩智浦产品长期供货计划为部分产品提供长达15年的供货保障 结构框图 电路板 视频 设计资源 传统设计 回复：RDHEALTHAFE：医疗保健模拟前端 (AFE) 参考平台 吉奥纤维取消请求？ 立即致电 6207187697@

CL-SOM-iMX8 - CompuLab 的 NXP i.MX8M 系统模块 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP i.MX8M处理器系列，1.5GHz 高达 4GB LPDDR4 和 64GB eMMC HDMI 2.0a、LVDS、MIPI-DSI，最高可达 4096 x 2160 千兆以太网、WiFi 802.11a/b/g/n/ac、蓝牙 4.1 2个 PCIe、2个 USB3.0、4个 UART、90个 GPIO 工业温度范围：-40C 至 85C Yocto Linux 和 Android CompuLab 的CL-SOM-iMX8是一款微型系统模块板，专为集成到工业嵌入式应用中而设计。 CL-SOM-iMX8 基于全新 NXP i.MX8M 片上系统构建，配备四核 ARM Cortex-A53 CPU 和强大的 Vivante GC7000Lite GPU。SoC 配备高达 4GB 的 LPDDR4 和 64GB 的板载 eMMC 存储。 CL-SOM-iMX8 旨在充分发挥 i.MX8M SoC 的全部功能，提供 Gbit 以太网、PCIe、2 个 USB3.0 端口、4 个 UART 和多达 90 个 GPIO。支持 HDMI2.0 显示器连接，LVDS 和 MIPI-DSI 接口，分辨率高达 4096 x 2160。此外，CL-SOM-iMX8 还具有板载 WiFi 802.11ac 和蓝牙 4.1。 CL-SOM-iMX8 提供完整的 BSP 和适用于 Linux 和 Android 操作系统的可运行图像。CL-SOM-iMX8 BSP 包括 Linux 内核 4.9、Yocto Project 文件系统、Android 8.0 和 U-Boot 引导加载程序。 CL-SOM-iMX8详细规格 CL-SOM-iMX8 Development Kit CL-SOM-iMX8 Online Pricing

LPC MCUトレーニングセッション_LPC82x SCTスライドとハンズオン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LPC中国チームは、GCの顧客、ディスティ、ファン向けに、実践的な例を含むLPC82xトレーニングスライドのシリーズを作成しています。 そして、すべての資料は中国語で書かれています。 これは、全連載のSCTの章にすぎません。 お楽しみください。 #sct‌ #lpc824‌ #lpc82x‌

TagWriterアプリで複数のNDEFテキストレコードを書き込む <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはNFCコミュニティ、 このドキュメントでは、NXPのNFC TagWriterアプリを使用して複数のNDEFテキストレコードを書き込む方法について説明します。 まず、PlayストアからTagWriterアプリをダウンロードします。 NFC TagWriter by NXP - Google Play のアプリ  1)ダウンロードしたら、[ タグの書き込み ]セクションに移動します。 2) この場合、 NDEFテキスト レコードが書き込まれます。 3) テキストボックスに テキストメッセージを書き込み、「 保存して書き込み 」ボタンを押します。 4)次に、 レコードを追加 タグに書き込むコンテンツに別のレコードを追加できるようにします。 5)もう一度 [プレーンテキスト ]を選択します。   6) 3.と同じ手順。 7)最後に、カードをタップしてDONEボタンを押します。 これが大いに役立つことを願っています! Ivan R.

i.MX6 Android R13.4.1.04补丁版本 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好， i.MX6 Android R13.4.1.04补丁版本现已在www.freescale.com上发布 ·         可用文件 # 名称 描述 1 IMX6_R13.4.1.04_ANDROID_PATCH 此补丁版本基于 i.MX 6 Android R13.4.1 版本。此补丁版本的目的是纠正 U-Boot 中的 PFD 工作流程，修复热传感器的错误校准问题，并纠正内部 LDO 的上升时间 i.MX6DL i.MX6 双核 i.MX6 四核 i.MX6S