8 位微控制器的 USB CDC 项目 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好，   我想为飞思卡尔社区贡献一个简单的项目，在这个项目中我通过虚拟 COM（CDC）开发了定制的 USB 通信。 该项目基于 8 位微控制器 - 特别是 MC9S08JS 系列 - 在 CodeWarrior Development Studio 10.3 上运行。 我附加了一个包含两个内部文件的 zip 文件。其中一个是完整的CodeWarrior项目，另一个是USB CDC驱动程序。 文件运行正常，显然它们是完全安全的。用户只需添加自己的例程即可通过端点功能发送和接收数据。   我真的希望它可以帮助某人以更简单、更快捷的方式构建 USB CDC 项目。   顺祝商祺！ Mauricio. <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好，   我想为飞思卡尔社区贡献一个简单的项目，在这个项目中我通过虚拟 COM（CDC）开发了定制的 USB 通信。 该项目基于 8 位微控制器 - 特别是 MC9S08JS 系列 - 在 CodeWarrior Development Studio 10.3 上运行。 我附加了一个包含两个内部文件的 zip 文件。其中一个是完整的CodeWarrior项目，另一个是USB CDC驱动程序。 文件运行正常，显然它们是完全安全的。用户只需添加自己的例程即可通过端点功能发送和接收数据。   我真的希望它可以帮助某人以更简单、更快捷的方式构建 USB CDC 项目。   顺祝商祺！ Mauricio. 概述 回复：8 位微控制器的 USB CDC 项目 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Mauricio, 很高兴您发布了MC9S08JS 的 USB CDC 项目。 我在MC9S08JS16 上成功运行了它，并且能够接收数据。但是，在将数据发送回主机时遇到了一些问题。基本上，它只能正常工作一次，而接收数据仍然正常。 我做错了什么？ 这是我的代码的一部分： ...主循环： 为了（;;） {      Check_USBBus_Status(); 如果（CheckEndPointOUT（EP2）） { 端点输出(EP2); 如果（EP2_Buffer[0] == 'X'）           { Led_PutVal（ledRed）； EP3_Buffer[0] = 'A'; 端点_IN（EP3，1）；           }           else Led_PutVal(ledOff);      } } 我确信我可以正确接收字节，因为我可以通过发送“X”字母来打开 LED，并通过发送其他内容来关闭它。 第一次发送“X”后，它会正确地响应“A”，但那是唯一的一个。然后可以打开/关闭 LED，但不再向主机发送回数据。 你能幫我嗎？ 提前谢谢！ 顺祝商祺！ Michal

KW36 - 32kHz RTC 外部振荡器的微调 简介 FRDM-KW36 包含一个带有 32 kHz 晶振的 RTC 模块。该模块可在超低功耗模式下为 MCU 生成 32 kHz 时钟源。该振荡器包含一组用作 C LOAD 的可编程电容器。改变这些电容器的值可以改变振荡器提供的频率。 该可配置电容值范围为 0 pF（电容器组禁用）至 30 pF，步长为 2 pF 。这些值是通过组合已启用的电容器获得的。可用值为 2 pF 、4 pF 、8 pF和 16 pF 。 这四个电容可以任意组合。建议如果外部电容可用，则禁用这些内部电容（清除 RTC 控制寄存器 SFR 中的 SC2P、SC4P、SCS8 和 SC16 位）。 要调整振荡器提供的频率，首先必须能够测量频率。使用频率计数器是理想选择，因为它比示波器提供更精确的测量。您还需要输出振荡器频率。要输出振荡器频率，以任意蓝牙演示应用程序为例，您应该执行以下操作： 调整频率示例 此示例将利用连接软件堆栈中的心率传感器演示（freertos 版本），并假设开发人员具备从 SDK 到 IDE 导入或打开项目的知识。 从您的 SDK 打开或克隆心率传感器项目。 在工作区的 board 文件夹中找到 board.c 和 board.h 文件。 在 board.h 上声明一个 void 函数文件如下所示。此功能将用于将 RTC 时钟复用到 PTB3 并能够测量频率。 /* Function to mux PTB3 to RTC_CLKOUT */ void BOARD_EnableRtcClkOut (void);‍‍ 开发board.c里面的BOARD_EnableRtcClkOut函数文件如下。 void BOARD_EnableRtcClkOut(void) { /* Enable PORTB clock gating */ CLOCK_EnableClock(kCLOCK_PortB); /* Mux the RTC_CLKOUT to PTB3 */ PORT_SetPinMux(PORTB, 3u, kPORT_MuxAlt7); /* Select the 32kHz reference for RTC_CLKOUT signal */ SIM->SOPT1 |= SIM_SOPT1_OSC32KOUT(1); } 在 BOARD_BootClockRUN（board.c 文件）之后，在 hardware_init 函数中调用 BOARD_EnableRtcClkOut 函数。 找到clock_config.c工作区板文件夹中的文件。 在文件顶部添加以下定义。 #define RTC_OSC_CAP_LOAD_0 0x0U /*!< RTC oscillator, capacitance 0pF */ #define RTC_OSC_CAP_LOAD_2 0x2000U /*!< RTC oscillator, capacitance 2pF */ #define RTC_OSC_CAP_LOAD_4 0x1000U /*!< RTC oscillator, capacitance 4pF */ #define RTC_OSC_CAP_LOAD_6 0x3000U /*!< RTC oscillator, capacitance 6pF */ #define RTC_OSC_CAP_LOAD_8 0x800U /*!< RTC oscillator, capacitance 8pF */ #define RTC_OSC_CAP_LOAD_10 0x2800U /*!< RTC oscillator, capacitance 10pF */ #define RTC_OSC_CAP_LOAD_12 0x1800U /*!< RTC oscillator, capacitance 12pF */ #define RTC_OSC_CAP_LOAD_14 0x3800U /*!< RTC oscillator, capacitance 14pF */ #define RTC_OSC_CAP_LOAD_16 0x400U /*!< RTC oscillator, capacitance 16pF */ #define RTC_OSC_CAP_LOAD_18 0x2400U /*!< RTC oscillator, capacitance 18pF */ #define RTC_OSC_CAP_LOAD_20 0x1400U /*!< RTC oscillator, capacitance 20pF */ #define RTC_OSC_CAP_LOAD_22 0x3400U /*!< RTC oscillator, capacitance 22pF */ #define RTC_OSC_CAP_LOAD_24 0xC00U /*!< RTC oscillator, capacitance 24pF */ #define RTC_OSC_CAP_LOAD_26 0x2C00U /*!< RTC oscillator, capacitance 26pF */ #define RTC_OSC_CAP_LOAD_28 0x1C00U /*!< RTC oscillator, capacitance 28pF */ #define RTC_OSC_CAP_LOAD_30 0x3C00U /*!< RTC oscillator, capacitance 30pF */ 在 BOARD_BootClockRUN 函数中搜索 CLOCK_CONFIG_EnableRtcOsc 调用函数（也在 clock_config.c 中）文件），并通过上述任何定义来编辑参数。 最后，在“preinclude.h”中禁用低功耗选项和 LED 支持位于项目源文件夹中的文件： #define cPWR_UsePowerDownMode 0 #define gLEDSupported_d 0 此时，您可以在 PTB3 中测量并使用频率计数器进行频率调整。每次对电路板进行编程时，都需要执行 POR 以获得正确的测量结果。下表是从 FRDM-KW36 板 rev B 获得的，可以用作调整频率的参考。请注意，电容不仅由启用的内部电容组成，还包括封装、键合线、键合焊盘和 PCB 走线中的寄生电容。因此，虽然下面给出的参考测量值应该接近实际值，但您也应该使用电路板进行测量，以确保频率根据您的电路板和布局进行调整。 启用电容器 负载 电容定义 频率 - 0pF RTC_OSC_CAP_LOAD_0（银行禁用） 32772.980Hz SC2P 2pF RTC_OSC_CAP_LOAD_2 32771.330Hz SC4P 4pF RTC_OSC_CAP_LOAD_4 32770.050Hz SC2P, SC4P 6pF RTC_OSC_CAP_LOAD_6 32769.122Hz SC8P 8pF RTC_OSC_CAP_LOAD_8 32768.289Hz SC2P, SC8P 10 pF RTC_OSC_CAP_LOAD_10 32767.701Hz SC4P, SC8P 12pF RTC_OSC_CAP_LOAD_12 32767.182Hz SC2P, SC4P, SC8P 14pF RTC_OSC_CAP_LOAD_14 32766.766Hz SC16P 16pF RTC_OSC_CAP_LOAD_16 32766.338Hz SC2P, SC16P 18pF RTC_OSC_CAP_LOAD_18 32766.038Hz SC4P, SC16P 20pF RTC_OSC_CAP_LOAD_20 32765.762Hz SC2P, SC4P, SC16P 22pF RTC_OSC_CAP_LOAD_22 32765.532Hz SC8P, SC16P 24pF RTC_OSC_CAP_LOAD_24 32765.297Hz SC2P, SC8P, SC16P 26pF RTC_OSC_CAP_LOAD_26 32765.117Hz SC4P, SC8P, SC16P 28pF RTC_OSC_CAP_LOAD_28 32764.940Hz SC2P, SC4P, SC8P, SC16P 30 pF RTC_OSC_CAP_LOAD_30 32764.764Hz BLE软件 千瓦 KW35 | 36

适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 作为一名制造商和专业工程师，我总是尝试不断探索新的工具。作为飞思卡尔的员工，我对使用我们芯片的产品特别兴奋。但是，由于海里的鱼太多，很难让大家了解所有的选择。因此，为了您的观赏乐趣，下面列出了面向制造商和专业人士的新兴“开发板”。所有这些主板都使用飞思卡尔硅片，但实际主板/产品不是由飞思卡尔制造的。在下面添加我应该知道的任何内容以及我提到的任何评论或意见。 在微控制器角落... Teensy 3.1 - 重量为 2.95 克，不要被它的尺寸所迷惑；它真的很有冲击力。但该开发板仅仅是个开始，您可以使用 Arduino Sketch 对开发板进行编程，Paul 还制作了一些很酷的新音频和视频库，充分利用了 Kinetis K20 芯片的额外功能。 WunderBar——该酒吧因富有创意的命名和包装而荣获奖项。基本上，您有一个主板和几个传感器板。您可以折断传感器板（就像掰下一块巧克力一样）并将其连接到所需的应用程序。开箱即用，基本板级的东西都已处理好，因此您可以花更多时间在平板电脑/智能手机应用程序上工作。 进入混合跨界车时代 这两块主板都配备了 MCU 和 MPU，可以实现两全其美的效果。一般来说，MPU 处理更多多媒体丰富的任务，而 MCU 处理实时操作，例如控制电机、监控传感器和其他各种功能。 UDOO - 在 Kickstarter 活动取得巨大成功后，UDOO 董事会正在获得一些重大关注。您可以选择带有 Atmel SAM32（又名 Arduino 芯片）的双核或四核 Freescale i.MX6 处理器，然后开始享受乐趣。UDoo 拥有一个蓬勃发展的社区，真正满足了“创客”社区的需求。 Freedog - 结合了 Atheros AR9331 和Kinetis KL25Z Atheros 处理器支持 Linino，这是一个基于 OpenWRT 的 Linux 发行版。该主板内置以太网和 WiFi 支持，这是一个巨大的优势！ 个人计算的未来 随着大量新型 i.MX 开发板的出现，微处理器领域的形势确实越来越热。这些主板可能无法与您的笔记本电脑或台式电脑相媲美，但其尺寸与性能的比率却令人难以置信。为了好玩，我把下面的板子从大到小列出来。 Riot Board - 另一种 SBC（单板计算机）解决方案，配备单核 i.MX 6 应用处理器。该开发板具有多种功能，但其主要用途是 Android 开发。我在不到 30 分钟的时间内就在家里的电视上运行了 Netflix 和 Pandora。如果仅用作媒体中心就很酷！ 魔杖板- 您可以选择单核、双核或四核风格。这个平台的底层是一个 SOM（模块系统），可让您将这个超小插头插入您的创作并进行装饰！双核和四核版本配备内置 WiFi 和蓝牙，提供多种连接选项。 [新增：添加于 2014 年 7 月 2 日] Hummingboard - 有几个人在评论部分对此做出了贡献，我被告知现在可以购买了。从纸面上看，它看起来非常漂亮，价格与 Rasberry Pi 相同，但从处理器性能和外围设备的角度来看功能更强大。我将尝试获得一个并向您更新！ CuBox - 我会把它归入成品阵营，而不是真正的开发工具，但它仍然非常酷。一台2英寸立方体微型计算机。精美的包装和 Android 操作系统，让我的台式电脑看起来像是一件文物。 Warp Board - 专门针对可穿戴设备，这个东西非常小巧，而且它运行 Android 系统，运行速度为 1 GHz。它计划于夏末发布，但您现在就可以从他们的网站获取更新！ 回复：适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好 ！ 回复：适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，乔治， 我们可靠的合作伙伴已经推出了基于 i.MX6 系列的不同社区板，起价为 79 美元，例如 RIoT、Wandboard 和 UDOO 板。它们可以提供出色的显示体验、GPU、多核甚至 Arduino 扩展。 对于社区委员会，我相信与飞思卡尔密切合作的专注且经验丰富的合作伙伴可以在创新性、社区支持和灵活性方面超越大型芯片公司。 正如 Iain 提到的，带有 i.MX 6 单核的 Cubox-i 售价为 55 美元（它装有蜂巢板），但尚未完全推出。 未来将推出更多具有不同价格和功能的社区板，敬请期待...... 回复：适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我听说 solidrun 有一款主板的起价在该范围内。这被称为蜂鸣板。 回复：适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 飞思卡尔是否有计划成为与 Raspberry Pi 或 BeagleBone Black 竞争的任何主板的一部分？我很想买一台基于飞思卡尔的单板计算机，但最便宜的好像也要 70 美元左右，而 BeagleBone Black 要 55 美元（我买的旧款是 45 美元），Raspberry Pi 也要 35 美元。当然，飞思卡尔的芯片可能比这些主板上的芯片更好，但如果能找到一台 50 美元以下的飞思卡尔单板计算机就更好了。 回复：适合专业人士或业余爱好者的新工具 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Cubox 还生产微型 SOM 和 Hummingboard 产品，它们使用相同的硬件，但外形与 Rasberry Pi 相似。

ベース仮想クラスタ Overview ブロック図 製品 Overview 自動車の新興市場の成長に伴い、シンプルで低コストのインストルメントクラスターソリューションの必要性が高まっています。 NXP®は、8ビットS08ファミリから業界をリードする16ビットS12アーキテクチャまで、インストルメントクラスタプロセッサの全範囲に基づいて、オンチップ機能、パッケージ、メモリオプションの最適なセットを含む必要なインターフェース機能を統合した、費用対効果の高いソリューションをいくつか提供しています。 インストルメントクラスタの設計をさらに支援するために、NXPはハードウェアおよびソフトウェア開発ツールの広範なスイートを提供しています。 i.MX8XのCPUパフォーマンスはi.MX6と似ていますが、GPUパフォーマンスは2倍です。NXPは、ハードウェア/ソフトウェアをサポートする機能安全ASIL-Bクラスタソリューションを提供します。i.MX8Xには、IVIからクラスタへのビデオストリームデコードをサポートできるVPUが組み込まれています。また、カーネットワーク内のAVB / TSNの完全なソリューションでもあります。 ブロック図 製品 カテゴリ MCU/MPU 製品URL 1 i.MX 8Xファミリ – Arm® Cortex-A35®、3Dグラフィックス、4Kビデオ、DSP、DDR上のエラー訂正コード  製品説明1 i.MX 8シリーズのスケーラブルな範囲を拡張した i.MX 8Xファミリは、ハイエンドの i.MX 8ファミリの一般的なサブシステムとアーキテクチャで構成されており、ピン互換オプションと高レベルのソフトウェア再利用により、さまざまなコストパフォーマンスのスケーリングを確立しています。 製品URL 2 S32K144EVB:S32K144評価ボード  製品説明2 このS32K144EVBは、汎用車載アプリケーション向けの低コストの評価および開発ボードです。 カテゴリ パワー・マネジメント 製品URL PF8100-PF8200: 高性能処理アプリケーション向け 12 チャネル・パワー・マネージメント集積回路 (PMIC)  製品説明 PF8100/PF8200 PMIC ファミリは、インフォテインメント、テレマティクス、クラスタ、車両ネットワーキング、ADAS、ビジョン、センサ・フュージョンなどの高性能処理アプリケーション向けに設計されています。 カテゴリ トランシーバ 製品URL 1 TJA1042:スタンバイモード付き高速CANトランシーバー  製品説明1 TJA1042高速CANトランシーバは、コントローラ・エリア・ネットワーク (CAN) プロトコル・コントローラと2線式CAN物理バスとの間のインターフェースを提供します。 製品URL 2 TJA1101:第2世代イーサネットPHYトランシーバ - IEEE 100BASE-T1準拠  製品説明2 TJA1101は、高性能シングルポート、IEEE 100BASE-T1準拠のイーサネットPHYトランシーバです。 カテゴリ ペリフェラル 製品URL1 PCA9538:割り込みおよびリセット機能付き8ビットI²CバスおよびSMBus低電力I/Oポート  製品説明1 このPCA9538は、I2C-bus/SMBusアプリケーション向けに割り込みおよびリセット機能を備えた8ビットの汎用パラレル入出力(GPIO)拡張を提供する16ピンCMOSデバイスで、NXP SemiconductorsファミリのII2CCバスI/Oエキスパンダを強化するために開発されました。 製品URL 2 PCA9955BTW:16チャンネルFm+ I²Cバス57mA/20V定電流LEDドライバ  製品説明2 PCA9955Bは、I2Cバス制御の16チャネル定電流LEDドライバで、アミューズメント製品で使用される57 mAの赤/緑/青/アンバー (RGBA) LEDの調光および点滅用に最適化されています。 製品URL 3 PCT2075:I2C-Bus FM+、1°C精度、デジタル温度センサ、サーマルウォッチドッグ  製品説明3 このPCT2075は、-25°C〜+100°Cの範囲で±1°Cの精度を特長とする温度-デジタルコンバータです。 商品URL 4 PCA85073A:車載用小型リアルタイムクロック/カレンダー(アラーム機能付き)およびI2Cバス  製品説明4 PCA85073Aは、低消費電力向けに最適化されたCMOS1リアルタイム・クロック (RTC) およびカレンダーです。 オートモーティブ ブロック図

LittlevGL 在I.MXRT上的移植说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Littlevgl是一款非常优秀的轻量级GUI软件，方便在MCU环境下使用。本文档介绍了如何在I.MXRT环境中进行移植，以及如何在当前SDK中修改LCD分辨率和内存大小。 工业控制

具有多个以太网接口的 LX2160A 定制板上的队列分配限制 硬件： 中央处理器： LX2160A 主板：定制主板，带 16 个 1000BaseX SFP 以太网端口 (DPMAC3-DPMAC18) SerDes1 协议： 4（8x 1G 以太网） SerDes2 协议： 9（8x 1G 以太网） SerDes3 Protocol: 3 (2x PCIe) 软件： 引导加载程序和 Linux 固件基于“LSDK-21.08”分支 MC 固件版本：v10.39.0 我们附加了一张图表来说明我们的 DPL 配置，以及使用命令 restool dprc generate-dpl dprc.1 获得的 DPL DTS 文件，用于每个接口有 12 个队列的设置。 问题描述： 我们可以成功地为 16 个接口（DPMAC3-DPMAC18）中的每一个分配 8 个队列（1 个流量类别），没有任何问题。但是，当尝试为每个接口分配 12 个队列（1 个流量类别）时，我们在 MC 日志中收到以下错误消息： [E，allocate_resource:1114] DCP-8WQ 的 resman_bind() 失败 [E，allocate_channel_resources：168，DPCON]忽略以上错误消息，继续8WQ通道分配...   尽管存在这些错误，但所有端口似乎都正常工作。 问题： 每个接口有 12 个队列，使用此配置是否安全，或者错误消息是否表明存在潜在问题？ 如果有问题，您能建议解决方法吗？ 当尝试分配更多队列（每个接口 14 或 16 个）时，我们遇到“无资源”错误，导致无法创建某些接口： root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.18 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.17 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.16 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.15 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.14 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.13 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.12 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.11 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.10 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.9 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.8 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.7 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.6 root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.5 MC 错误：无资源（状态 0x8） 错误：未创建 dpcon 对象！ root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.4 MC 错误：无资源（状态 0x8） 错误：未创建 dpcon 对象！ root@TinyLinux:~# ls-addni -nq=16 -t=1 dpmac.3 MC 错误：无资源（状态 0x8） 错误：未创建 dpcon 对象！ 进一步的问题： 我们能为所有 16 个接口分配的最大队列数是多少？ 队列分配是否有特定的限制，是否可以增加此限制以便为每个接口分配更多队列？ 回复：LX2160A 定制板（带多个以太网接口）的队列分配限制 对于这种情况，建议按如下方式修改 DPC DTS， -wq_ch_conversion = <32>; + wq_ch_conversion = <64>; 请参阅 LSDKUG2108.pdf 中本节 8.3.2.3.3.1 DPAA2 对象依赖关系中的以下注释。 请注意，DPIO 对象本身透明地消耗 DPCON（一个 每个 DPIO 对象），因此必须从总数中减去 DPNI 可用的数量（无需在 DPL，但它们对于系统的其余部分来说根本不可用）。 该系统可提供最多 64 个 8-WQ DPCON（以及最多 256 个 2-WQ DPCON 及其组合）。 回复：LX2160A 定制板（带多个以太网接口）的队列分配限制

CodeWarrior for ColdFire:アセンブラガイド <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CodeWarrior IDEには、特定のプロセッサをサポートするアセンブラが含まれていることをご存知ですか? まあ、それはそうです、そしてあなたにとって、codewarriorプログラマー、これは優れたコードを開発するための多くのクールなツールの1つです!   今日、私は このマニュアル を見つけました。このマニュアルは、これらのアセンブラに対応するアセンブリ言語の構文とIDE設定、この場合はCodeWarriorアセンブラが使用するアセンブリ言語ステートメントの構文を説明しています。   これらの説明は、単純なステートメントだけでなく、マクロやディレクティブも含まれています。   「おい、すべてのアセンブラが同じ基本的なアセンブリ言語構文を共有しているんだ!」と思うかもしれません。 私はそれを主張するつもりはありません、それは本当ですが、命令ニーモニックとレジスタ名はターゲットプロセッサごとに異なります。   このマニュアルを最大限に活用するには、アセンブリ言語とターゲットプロセッサに精通している必要があるため、この低レベルのプログラミングスタイル全体を始めることを ことをお勧めします。   特に明記されていない限り、このマニュアルのすべての情報はすべてのアセンブラに適用されます。   CodeWarrior Development Studio for Microcontrollers V10.x ColdFire Assembler リファレンス・マニュアル 全般

Varisciteは、iMX6システムオンモジュールを介したYoctoのサポートを発表しました <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> テルアビブ、2013年12月 Varisciteは、iMX6システムオンモジュールを介したYoctoのサポートを発表しました 組込み ソリューション と システム・オン・モジュールの 大手メーカー であり、フリースケールのコネクテッド・パートナーである Variscite は、この たび発表します 。 Yocto v4.1 Dora リリースのサポートは、Variscite のすべての iMX6 組み込み製品でサポートされています。 Varisciteは、強力なシステム・オン・モジュール(SoM)およびシングルボード・コンピューター(SBC)を一貫して開発、製造、製造しています スピードとイノベーションの面で市場のベンチマークを設定します。今日、Varisciteのコスト重視の高性能ポートフォリオは、1,000以上の製品にサービスを提供しています 世界50カ国以上で顧客。 Yoctoプロジェクトは、基盤となるソフトウェアに依存しない 組み込みソフトウェア 用の Linuxディストリビューション の作成を可能にするために2010年に発表されました。 組み込みソフトウェア自体のアーキテクチャ。 VarisciteがiMX6ソリューションでYoctoをサポートしていることは、業界をリードする組み込み製品の完全なセットを顧客に提供するという同社の戦略と一致しています ソフトウェアおよびハードウェアソリューションにより、開発リスク、コスト、市場投入までの時間を短縮します。 VarisciteのYocto v4.1 Doraリリースは、さまざまな速度グレード、メモリサイズ、およびインターフェイスを備えたiMX6 Solo、Dual Lite、Dual、Quadプロセッサをサポートしています。 詳細については、 以下をご覧ください http://www.variwiki.com/index.php?title=Yocto_V4.1_Dora#Supported_hardware_and_features Varisciteについて: 10年足らずで、Varisciteはシステム・オン・モジュール(SoM)の設計および製造市場で主導的な地位を獲得しました。 Varisciteは、さまざまな組み込みプラットフォーム向けの開発およびコンサルティングサービスを提供する信頼できるプロバイダーであり、クライアントのビジョンを次のように変えます。 成功した製品。 Varisciteの詳細については、www.variscite.com またはお問い合わせください:Variscite Sales、[email protected]、+ 972-9-9562910

PowerQUICC ウィキ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセクションは基本的に、お客様から設計者まで、すべてのPowerQUICCプロセッサユーザーがPowerQUICCプロセッサ製品に関連して最も頻繁に発生する質問に対して最適なソリューションを提供できるようにするために作成されています。 DDR3、イーサネット(eTSEC)、ブート、USB、ハードウェアスペック/リファレンスマニュアルなどのトピックについて、最も一般的に遭遇する質問への回答を得るために、さまざまな製品に関するFAQを自由に閲覧してください。これらのページを構築し続ける方法について、コメントを1つか2つドロップしてください。また、FAQまたはFAQセクション全体に追加すべきだと思うものについて、ご意見をお気軽にお寄せください。私たちは、コミュニティが互いに助け合いながら成長し、難しい問題や質問に対する実践的な解決策を提供することで設計時間を短縮することを目指しています。                                                                                                                                                                        MPC8306/MPC8306S FAQs MPC8306/MPC8306S クロッキング固有の FAQ MPC8306/MPC8306S ハードウェア仕様/リファレンスマニュアル 各FAQ MPC8306/MPC8306S QUICC エンジン固有の FAQ MPC8308 FAQs MPC8308 クロッキング固有の FAQ MPC8308 DDR 固有の FAQ MPC8308 PCIe 固有の FAQ MPC8360 FAQs MPC8360クロッキング固有のFAQ MPC8360 DDR 固有の FAQ MPC8535 FAQs MPC8535クロッキング固有のFAQ MPC8535 DDR 固有の FAQ MPC8535 eSDHC固有のFAQ MPC8535 ハードウェア仕様/リファレンスマニュアル 各FAQ MPC8536 FAQs MPC8536 クロッキング固有の FAQ MPC8536 DDR 固有の FAQ MPC8536 eSDHC固有のFAQ MPC8536 ハードウェア仕様/リファレンスマニュアル 各FAQ MPC8541 FAQs MPC8541 クロッキング固有の FAQ MPC8541 DDR 固有の FAQ MPC8541 eSDHC固有のFAQ MPC8541イーサネット(eTSEC)固有のFAQ MPC8541 ハードウェア仕様/リファレンスマニュアル 各FAQ MPC8541 PCIe固有のFAQ MPC8541 電源管理固有の FAQ MPC8543 FAQs MPC8543/MPC8545/MPC8547/MPC8548 GPIO固有のFAQ MPC8543/MPC8545/MPC8547/MPC8548 ハードウェア仕様/リファレンスマニュアル 固有のFAQ MPC8567/MPC8568 FAQs MPC8567/MPC8568 ハードウェア仕様/リファレンスマニュアル 各FAQ

バージョンの不一致のため、S32 Design Studio (S32DS) で Simulink s32 構成を使用できません Hi, S32DSでデバッグしようとしているSimulinkプロジェクトがあります。コードがビルドされ、実行され、デバッグはできますが、S32DS で設定を表示 (または編集) できません。添付のエラーが表示されます。 追加のアドオンバージョンをインストールする必要がありますか、またはどうすればこれを解決できますか? Re:バージョンの不一致により、S32 Design Studio(S32DS)でSimulinks32構成を使用できません Hi, @Deskwork4130 , 新しく追加されたS32K3 Toolboxバージョン1.5.0 は、以下と互換性があります。 - S32 Configuration Tools バージョン 2024.R1.7 - S32 Design Studio バージョン 3.5 最新のツールボックスバージョンでこの設定をお試しいただき、Design Studioの統合にまだ問題がある場合はお知らせください。 お役に立てば幸いです。 ドラゴス Re:バージョンの不一致により、S32 Design Studio(S32DS)でSimulinks32構成を使用できません 1.5 のリリースノートでは、設定ツールのバージョン v2021 を参照してください。R1.7. 1.4 のリリースノートには v2021 があります。R1.6です。したがって、これは非常に小さな変更のように思えます。このバージョンのコンフィグツールと互換性があるのは、どのバージョンの S32DS ですか? FlexNet SW Centerを見ている人のための補足として、v1.5は以前のバージョンと同じ場所にはありません。何らかの理由で、S32K3固有のものではなく、一般的なMBDTにあります。 Re:バージョンの不一致により、S32 Design Studio(S32DS)でSimulinks32構成を使用できません Hi, @Deskwork4130 , S32K3 Toolbox バージョン 1.5.0 の MBDT を公開しました。このバージョンをインストールしてデバッグを再度実行することをお勧めします。 問題が解決しない場合はお知らせください。 よろしくお願いいたします。 ドラゴス

FRDM-KL25Z用USB MSCデバイスブートローダリビジョン(IAR) <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 序文 このドキュメントは、2011年に dereksnell によって書かれた AN4379 Freescale USB Mass Storage Device Bootloader の補足および改訂版です。オリジナル・バージョンは、Flexis JM/ColdFire MCF522XX/Kinetis K60のCWでプログラムされていました。2年間更新されていません。 2013年に、私はFSL MKL25ZをUSBホスト/ OTGアプリケーション用の好ましいプラットフォームとして選択しました、なぜならそれは競合他社の通常のデバイスモジュールの代わりにオンチップOTGモジュールを持っているからです。いくつかのUSBホストアプリケーションを開発できます。IARは、ARM向けに32KBの限定版を提供できるため、KL2Xおよびその他のMCU開発用の商用コンパイラに選ばれています。AN4379を FRDM-KL25Zで動作させるには、コンパイラ(CWからIAR EWへ)とハードウェアプラットフォーム(K60からKL25へ)の移植作業が必要です。 再利用されたソース FSL USBスタックがv4.0.3 / v4.1.1とDerekのベースの間で多くの点で改善されていることがわかったため、元のリリースをあきらめました。USB スタックの MSD アプリケーションは、ベースラインとして再利用されます。また、AN2295シリアルブートローダーのフラッシュとシリアルポートドライバー、およびデバッグ用のいくつかのヘルパー関数をマージします。 printf( ) は、全速力の実行中に情報を明らかにすることができるため、デバッガよりも役立つ場合があります。ただし、多くのリソースを占有するため、あまり多くの文字を印刷しないでください。どこにでもメッセージを印刷せず、必要な場合にのみ使用し、最終リリースでそれらを削除します。 ブートローダ プロジェクトとソース 動作するブートローダー プロジェクトには、次のファイルとパスが含まれている必要があります。 X:\Freescale USBスタックv4.0.3\Source\Device\app\msd_bootloader X:\Freescale USBスタックv4.0.3\Source\Device\app\common X:\Freescale USBスタックv4.0.3\Source\Device\source\driver\kinetis X:\Freescale USBスタックv4.0.3\Source\Device\source\class\usb_msc*.* X:\Freescale USBスタックv4.0.3\Source\Device\source\common 私はDevice \ sourceフォルダ内のコードに触れておらず、USBスタックの一部です。それらを別のフォルダに解凍して、既存のUSBスタックツリーにマージできます。 共通フォルダ内の一部のコードを変更したので注意してください。それらを比較ツールでマージするのはあなた次第です。また、MSD ブートローダと MSD ユーザアプリケーションは、 main() に違いがあります。 添付されたプロジェクト msd_bootloader_v10beta_20131029.zip をIAR EWで開き、リビルドしてデバッガにダウンロードします。 その後、ユーザーのUSBポートをPCに接続すると、OSはMSCデバイスの接続を促し、 後でBOOTLOADER ドライバーが表示されます。ドラッグアンドドロップ、コピーアンドペースト、またはコマンドプロンプトに入力して、ユーザーアプリケーションのSレコードファイルを BOOTLOADER ドライバーにコピーできます。 アプリケーション コードが MSD ブートローダ用に設計されている場合、リセット後に実行されます。MSD ブートローダ用に設計されているものについては、次の章を確認してください。 まず最初に ブートローダーには、ユーザーアプリケーションへの条件付きジャンプが必要です。条件は、プッシュボタンまたはタイムアウトカウンタである可能性があります。そのため、GPIOとタイマーを最初のステップとして初期化する必要があります。Cortex-Mの性質上、場合によってはMCGも初期化する必要があります。ただし、MCG初期化ルーチンを複数回呼び出すと、システムがハングする可能性があることがわかりました。詳細ロジックは、これまでのところ復元されていません。しかし、MCG pll_init（ にはあまり触れずに、初期 GPIO と LPTMR のみを使用することをお勧めします。 デフォルトの操作 ブートローダーは、リセット後に PTA2 が接地されているかどうかを確認します。アースに接続されていると、とにかくブートローダーにドロップします。それ以外の場合は、SP/PCのチェックのために0x8000~0x8004をチェックします。有効なユーザーアプリケーションがある場合は、ユーザーアプリケーションに制御を移します。そうでない場合、ブートローダーは BOOTLOADER という MSD ドライバーを列挙します。ドライバの中にはREADY.TXTというファイルがあります。 カスタムブートローダー ブートローダーは直接使用することも、カスタマイズすることもできます。そのため、私はまだ改訂されたブートローダーをオープンソースとして保持しています。ドライバーのラベルの名前を変更したり、ダウンロードして実行したり、Intel Hexなどのファームウェア形式を追加したり、別のISPプッシュボタンを使用したり、ドライバーのサイズを変更したり、デバッグ目的でCDCを追加したり、カスタムドライバーのインストール用にドライバーinfファイルを追加したり、ファイルシステムを介した双方向通信を追加したり、機能を追加したりできます。 ただし、FAT16を理解し、お客様ご自身で修正を行う必要があります。あなたは自分自身を助けなければなりません。 デモユーザーアプリケーションプロジェクト FRDM_KL25ZDemo_freedom.srec の別の添付ファイルは、Kinetis L ファミリ リリースのデモ プロジェクトとその S19 ファイルで、変更された ICF リンク ファイルにリンクされています。 ユーザーアプリケーションの開始アドレスはデバイスに大きく依存し、基本的には32ビットフラッシュ保護レジスタに関連しています。 MKL25Z128VLK4には128KBのフラッシュメモリがあるため、最小保護フラッシュブロックは128K / 32 = 4KBです。既存の MSD ブートローダのリリースは 22KB(0x597F)です。したがって、0x6000アプリケーションの開始アドレスにすることができます。将来のリリースで統合される可能性のある機能とデータストレージを考慮すると、アプリケーションの開始アドレスとして0x8000することをお勧めします。 汎用 ICF ファイル AN2295(シリアル) / AN4370(DFU) / AN4379(MSCデバイス)ブートローダでの開発中に、より多くのリンカファイルを用意しました。唯一の違いは、開始アドレス、別名再配置されたベクトルアドレスが0x4000 / 0x8000 / 0xA000の範囲であることです。添付ファイル Pflash_128KB_0x8000.icf は、その名前から説明しています ICFファイルに必要な変更は、AN2295 / AN4370 / AN4379ドキュメントで簡単に見つけることができます。 開発を容易にするために、3つのバージョンのICFファイルをリンカスクリプトフォルダに入れることができます。 不要なフラッシュ保護バイト S-Recordファイルを調べると、フラッシュ保護バイトがユーザーアプリケーションでまだ予約されていることがわかりました。さらに、0x80C0 と 0x83FF の間の領域は、0xFF バイトの空白バイトとして保持されます。0x8410から0x841Fまでのフラッシュ保護バイトは、0x410~0x41F以外の再配置されたフラッシュアドレスでは役に立たないため、不要です。定義を削除し、ユーザーコードとEEPROMエミュレーション用の一部のフラッシュメモリを解放できます。 これらのバイトを解放するためには、ソースファイルと icf ファイルを誰が保持しているかを検索する必要があります。このトピックについては、ここでは説明しません。 デバッグスキル FRDM-KL25Zを使用して、ブートローダとユーザーアプリケーションの両方をデバッグできます。すごい！ 通常のアプリケーションであるため、デバッグブートローダは簡単です。再配置されたユーザーアプリケーションをデバッグする方法は?ファームウェアはブートローダーでダウンロードできます。ブートローダーがユーザーアプリケーションに制御を移した後、逆アセンブルウィンドウでデバッグする必要があります。 または、ユーザーファームウェアをデバッガの通常のアプリケーションとしてダウンロードすることもできます。デバッガは、ユーザーアプリケーションのmain( )で停止します。main.ブレークポイントを追加するだけで、リセットを押します。デバッガーは、メインへの実行を停止するかどうかを通知します。「停止」をクリックすると、ユーザーのPCが指すアドレスに転送されます。 これらのスキルを使用して、ブートローダー pll_init()がユーザーアプリケーションのpll_init()にいくつかの副作用があることがわかりました。デバッガは、ブートローダと再配置されたユーザファームウェアの両方のデバッグに非常に役立ちます。IARのデバッガと比較すると、Eclipseのデバッグウィンドウは混乱しています。リセットボタンは一切ありません。そのため、私は通常、IARを開発に使用し、後でGCCに移植します。 その他の機能 FSLブートローダーは基本的なフレームワークのみを提供します。ユーザーは、将来の開発でより多くの機能が必要になります。利用可能になったら以下の機能をご用意しております。 ライセンスファイル SNRとインストール、アクティベーション、認証、およびユーザーAPIが含まれます。このライセンスプログラムにより、ファームウェア開発者はIPR投資を収益化できます。 ユーザーファイル オンチップフラッシュメモリでエミュレートされたファイルをサポートし、ドライバー、html、その他のファイルを含みます。ユーザーは関連するドライバーに簡単にアクセスできるため、便利な機能です。また、これらのファイルは読み取り専用でウイルスに強いことができます。このファイルは、アクセス制御やその他のセキュリティアプリケーションのキーとしても使用できます。 ROM API ブートローダーはユーザーアプリケーションの一部として使用できるため、認証、シリアル通信、その他のアルゴリズムなど、いくつかの重要なROM APIを統合できます。実装、専用のコードセクションの定義、およびコンパイラによる最適化を回避するためのKEEPディレクティブの使用は簡単です。 制限 このリリース中に一部のコードを変更しました。bootloader_task.cのように.FlashConfig は、32KB または 24KB を保護するように更新する必要があります。現在の数値0xFFFFFFFE、1つのブロック(別名4KB)のみを保護します。また、デバイスに大きく依存します。(間違っていたら訂正してください) だから、まだバグがたくさんあるのかもしれません。あなたのコメントを残してください。 私はSレコードファイルでのみテストしましたが、CWバイナリファイルと生のバイナリファイルで自由にテストできます。Sレコードファイルでさえ、ファイル内のメモリギャップがあるそれらのファイルをテストしていません。たぶん、ダウンロードする前に0xFFでギャップを埋める必要があります。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはデビッド: あなたのコメントを明確にするために: さらに、NXPがチケット制のサポートデスクを閉鎖したため、ヘルプを引き出すためのコミュニティフォーラムのみになりました。 私はあなたがこのアイデアをどのように得たのか興味があります。FreescaleとNXPの合併以来、私たちは異なるサポートシステムを使用しているため、サポートリクエストの提出プロセスは変更されましたが、閉じられていませんでした 。手順については、次のリンクを参照してください。 NXP Supportに新たな質問を送信する方法 さらに、このコミュニティはテクニカル サポート チームによって監視されています。 特にここでのあなたの質問についてですが、私はちょうどあなたの他の投稿でIARプロジェクトを共有しました。 TWR-K60プロジェクト用のUSB大容量記憶装置ブートローダAN4379をIAR EWBに移植 敬具 ホルヘ・ゴンザレス 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マーク様へ あなたの助けの申し出を拡大するために時間を割いていただきありがとうございます。私は今、uTaskerプロジェクトとあなたの努力についてはるかに明確に理解しており、フォーラムの他の人々の助けになると確信しています。この場をお借りして、私の誤解と私が引き起こした可能性のある摩擦についてお詫びしてもよろしいでしょうか? 私はあなたがuTaskerサイトに関するいくつかの建設的なフィードバックを提供することを気にしないことを願っています、これを間違った方法で取らないでください、しかしuTaskerプロジェクトのホームページの私の経験は、それが多くの情報を含んでおり、新参者のために何が提供されているかについて不明瞭になる可能性があるということでした。 ソースコードを見つける のが難しい と感じたので、サイトの検索機能や 「このサイトの使い方」ガイド も役立つでしょう。 私は今、あなたのサイトを探索するのにいくらかの時間を費やし、あなたが前の投稿で言っていることは真実であり、スタンドアロンのUSB MSDブートローダーのコストを50%削減することは実際にはコストパフォーマンスが高く、商業的 に理にかなっていると結論付けました。 よろしくお願いします。 Dave 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはデイブ 私は、専門家が問題を解決するのを助けようとしていると言いたいのですが、それは専門的なニーズがある場合です。それ以外では、コミュニティにも深く関わっており、Kinetisの一般的な質問などについて他のコミュニティメンバーを支援するために、年間数百時間を費やしています。 あなたの目的がコミュニティのために発展することであるならば、元の投稿者が応答しない場合に備えて、私はIARの問題も助けることができるかもしれません - 私はそれをあなたのためにチェックする前に、迅速な応答があるかどうかを確認するために数日待ちます。 実際のプロジェクト/製品のソリューションの要件に関して、これは、異なるプラットフォーム(コンパイラおよび/またはKinetisターゲット)に移植するよりも実際の作業にとって魅力的な提案である場合に利用可能であるという事実を指摘しました。 これを正確に行うには、次のようにします。 引用: 「IARのEWBを使用して、小さなフットプリントのUSB MSDブートローダをカスタムK24ボードにターゲットにする必要があります。あなたが提供した解決策は大きすぎて、私には£の費用がかかり、CWベースのプロジェクトです。 1.Win 8.1/MAC OSX互換のuTasker K24 USB-MSDローダーは、IAR EWSでビルドした場合のサイズが13.1kです(互換性が無効になっている場合はわずかに小さくなります)。これは、この例よりも 40% 小さく見えるため、数値が正確ではない可能性があると思います。 2.サポートを望まない、または必要ない場合は、リンクでプロジェクトがオープンソースとして利用できます(通常、商用ユーザーはプロジェクトのコストを削減するために何かを貢献することが望まれます。また、公開ソースには最新の開発がすべて含まれているとは限らないため)。 3.直接商用サポートライセンス契約の場合、242.50ドルの費用がかかり、これには3か月の電子メールおよび電話サポートとカスタムボードのセットアップの支援が含まれます。それでも高すぎる場合は、オプション2が利用できるため、優先順位とニーズに応じて、すべての人に適した解決策があるはずです。非営利の作業の場合、フォーラム(このフォーラムまたはuTasker自身のフォーラム)での使用やサポートにも料金はかかりません。 4. USB-MSDローダーには、 IAR EWB、Keil、CW、KDS、Green Hills、Rowley Crossworks、Atollic、Coo Cox、Visual Studioシミュレーションのテスト済みプロジェクトが含まれており、スタンドアロン GCC.It はCWに基づいていませんが、必要に応じてCWで使用できます。IAR EWSのサポートは、すぐに使えるものであることは間違いありません。 したがって、私の結論は、これがあなたに適していないという兆候は見当たらないということですあなたの要件が商業プロジェクト/製品のための最も低コストのソリューションであり、リンク内のIARプロジェクトはまだあなたが例の問題を解決するための参照として役立つかもしれません。その後、主な目標が例のポートを戻すことである場合、例の移植に取り組むことができますコミュニティ。 よろしくお願いします。 Mark 追伸摩擦を避けるために、純粋にKinetisの技術的な性質のものでない限り、あなたの投稿に対してこれ以上の提案をすることはありません。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> マークさん、コメントありがとうございます。私が間違っていない限り、私はビジネスのために売り込むためにこれらのフォーラムをトロールするのはあなたの仕事だと取りますか?私はあなたがすでにその申し出をしたので、あなたから解決策を買うことができることを知っています。しかし、私はあなたの解決策を見てきましたが、それは私たちのニーズを満たしていません。 IARのEWBを使用して、小さなフットプリントのUSB MSDブートローダをカスタムK24ボードにターゲットにする必要があります。あなたが提供した解決策は大きすぎて、私に£の費用がかかり、CWベースのプロジェクトです。 さらに、NXPがチケット制のサポートデスクを閉鎖したため、ヘルプを引き出すためのコミュニティフォーラムのみになりました。このコミュニティベースのフォーラムの精神で、私たちは知識を「無料で」共有することを期待しています また、USB MSD Bootloaderは、最初にDerek Snellによって無料で提供され、その後他の人によって変更された包括的なアプリノートが含まれています(Kaiに特別な感謝を捧げます)。 つまり、他のツールチェーン、開発ボード、MCUに無料で移植されているので、このフォーラムを使用してソリューションを販売する正当な理由について疑問に思っていますか? 現在、私の知る限り、Derek Snellsブートローダーの移植版(K24 / IAR)を無料で使用できるものはありません。私にとっての締めくくりの出発点は、Kai Liuの努力でした。このようなポートを提供すれば、私にとって有益であり、コミュニティにとっても有益であると思いましたが、Kaiや他の人が助けてくれるかもしれないと思ったビルドの問題に遭遇しました。 私の学生の課題に関しては;0)。私はこの仕事をしてきた20年間で多くのアプリケーションを移植してきましたが、時には苦労する代わりに尋ねる価値があることもあります。 最後に、何か建設的なことを付け加えるなら、あなたから聞いてうれしいです ありがとうデイブ 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi ポーティング課題の解決方法を学ぶ必要がある学生向けの課題がない限り、TWR-K60N512およびTWR-K60D100M用の完全に動作するUSB-MSDローダIARプロジェクトをダウンロードできます。 http://www.utasker.com/forum/index.php?topic=1721.0 よろしくお願いします。 Mark 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi ​ コンパイラエラーを手伝ってもらえますか。IAR EWBですか? ブートローダープロジェクトFRDM-KL25ZをTWR-K60に戻そうとしていますが、K60のプロジェクトを出発点として使用すると、次の警告とエラーが表示されます。 ​ 1. Kinetisモデルの定義がありません。デフォルト 'K60_100MHz' に設定されます。 2。不正なターゲットが選択されています (現在サポートされているターゲットは KINETIS_K & KINETIS_L です) どちらもkinetis_params.hを参照していました ​ これがどこに設定されているのかわかりません。 プロセッサタイプを設定しました options->compiler->preprocessor を TWR_K60N512 ​ ご協力いただきありがとうございます 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> とても素敵な仕事、共有していただきありがとうございます。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私が実際に意味したのは、openSDA回路を使用してターゲットをフラッシュできるようにuTasker Sdaがある場合でしたが、そのためにUSBDMとJlinkのオープンSDAを見つけました。 ありがとう シュバム 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> シュバム *.sda ファイルは、OpenSDA チップ (K20) でブートローダーをプログラミングするための P&E のものです。 アプリケーションをボードにロードする場合は、*.bin または *srec ファイルが必要です。 よろしくお願いします。 Mark 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ハローマーク それに従います。uTasker openSDAアプリについて疑問があります。どこにも見つかりませんでした。uTaskerv1.4.sdaのダウンロード方法を教えてください。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi すべてのコードを移植できますが、K22DX256VLF5とKL25は異なるプロセッサファミリであることに注意してください - Cortex M4があり、KLは低電力のCortex-M0+です - それらは異なるフラッシュプログラミングインターフェイス、クロッキング、割り込み、DMAを持ち、さまざまな周辺機器は異なる処理を必要とします。 また、これはIARのプロジェクトであり、KDS/CWのプロジェクトではありません。 あなたの課題が移植作業を経験することである場合、オリジナルのK60はKL25よりもあなたにとって近いです。 よろしくお願いします。 Mark 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MK22DX256VLF5 を使用したカスタムボードでも同じことができますか 。元の AN4379 にはどのような変更を加える必要がありますか? 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello Derek, AN4379をMK22DX256VLF5用に移植しようとしていますが、方法を教えてください。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは古い投稿ですが、最近、AN4368に基づくブートローダーでWindows 8.1の問題に遭遇しました。Windows 8.1は、挿入時にインデックスファイルをリムーバブルドライブに書き込むことがわかりました。ブートローダは、そのファイルのフラッシュを試み始めます。 これを回避するには、グループ ポリシーに移動して有効にします。コンピュータの構成\ 管理用テンプレート\ Windows コンポーネント \ 検索 \ リムーバブル ドライブ上の場所をライブラリに追加できないようにします。再起動します。 disk.cを変更しましたWindows 8.1 で回避策を講じる必要がないように、書き込まれるファイルが S19 ファイルであることを確認するためのファイルMSD_Event_Callback ボイドMSD_Event_Callback ( uint_8 controller_ID、 uint_8 event_type、 void* val ) { /*体*/ PTR_LBA_APP_STRUCT lba_data_ptr; uint_32私; uint_8_ptr prevent_removal_ptr、load_eject_start_ptr; PTR_DEVICE_LBA_INFO_STRUCT device_lba_info_ptr; Windows 8.1 用に追加 静的なint flash_file = 0; 静的uint32_t data_sector = 0; ... ケースUSB_MSC_DEVICE_WRITE_REQUEST: .... #if (定義MCU_MK60N512VMD100) file_size = *(uint_32*)( lba_data_ptr->buff_ptr + i + 28); #else file_size = BYTESWAP32(*(uint_32*)( lba_data_ptr->buff_ptr + i + 28)); #endif ファイル名の拡張子がS19であることを確認します                 char *ext = lba_data_ptr->buff_ptr + i + 8;              if((ext[0] == 's' || ext[0] == 'S') && (ext[1] == '1') && (ext[2] == '9') )              { flash_file = 1; ファイルのデータ セクターを取得する - クラスター 2 から始まるため、2 を減算し、クラスターごとに 32 セクターと開始セクターを減算します data_sector = (*(uint_16*)( lba_data_ptr->buff_ptr + i + 26) - 2) * 32 + FATDataSec0;              }                 new_file = FALSE;             } /* EndIf */ 有効な S19 でないファイルを無視する if(flash_file != 0) { if((lba_data_ptr->offset>>9)== data_sector)           { erase_flash(); ファイルタイプ = 不明; printf("\n\t画像ファイルを開く");           } /* EndIf */ if((lba_data_ptr->offset>>9)>= data_sector)           { // SetOutput(BSP_LED3, TRUE); /* 配列を解析してフラッシュメモリにフラッシュする */ if (FLASH_IMAGE_SUCCESS == エラー) { エラー = FlashApplication(lba_data_ptr->buff_ptr,lba_data_ptr->size); } // SetOutput(BSP_LED3, FALSE);           } /* EndIf */ /* ファイルの残りの部分 */ if(((lba_data_ptr->offset>>9) - data_sector) == ((file_size -1)/512))           { boot_complete=TRUE;    転送ファイルが完了しました                 if(BootloaderStatus == BootloaderReady) { BootloaderStatus = BootloaderSuccess; }                 /* 印刷の点滅状態 */ if(ブートローダーステータス!= ブートローダー成功) { printf("\nFlash イメージ ファイルに失敗しました!");            } else { printf("\nFlash イメージ ファイルが完了しました!"); printf("\nリセットボタンを押してアプリケーションモードに入ります。");            } /* EndIf */           } /* EndIf */ } // EndIf チェック有効flash_file 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> あなたが共有してくれてありがとう、それは私のKL26Z128でうまく機能します。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ワンダフル改!!Windows XPとWIN7で問題なく動作します。昨日、WINDOWS8を搭載したPCでテストしましたが、ダウンロード中にエラーが発生します。その結果、古い内部アプリケーションファームウェアが損傷します。この問題を見たことがありますか? 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 必要に迫られて、Connectivity & IoT チームは、このプロジェクトに基づいて KW24D512 と K64F 用の MSD ブートローダーを構築しました。 次のドキュメントを参照してください。 USB-KW24D512 MSD Bootloader FRDM-K64F(IAR)用USB MSDデバイスブートローダリビジョン 彼らが他の誰かにも役立つことを願っています。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> よろしくお願いします。FSLから別のMSDブートローダーを見つけます。K20 USBデバイスMSDブートローダー。 興味深いことに、コンテンツはFSLの従業員によって中国語でリリースされています。 日時:FRDM-KL25Z(IAR)のUSB MSCデバイスブートローダのリビジョン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> お疲れ様でした、カイ。これを共有していただきありがとうございます。

ネットワーク経由でのファイル転送 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 詳細については、U-Boot ユーザーマニュアル[1]を確認してください。 まず、ボードIP、ホストIP、およびゲートウェイIPを設定します。   => setenv ipaddr 10.29.244.91   => setenv serverip 10.29.244.27   => setenv gatewayip 10.29.244.27 cross'cableを使用するときにgatewayipを設定する必要はありません! この設定をフラッシュに保存します。 => saveenv ファイルをボードRAMにダウンロードします。 => tftp 0x80000000 zImage ここで、 400000 は、ファイルが配置されるメモリ位置です。 zImageは、TFTPサーバーからダウンロードされるファイルです。

MIPI DSI パネルは、Verdin 8M で BSP 5 から BSP 6 に移行する際に問題に直面しています Hi,  現在、BSP 5.x から BSP 6.5 への移行プロセスに携わっています。VerdIn8mmをカスタマイズされたボードで使用しています。ただし、BSP 6でディスプレイドライバーをロードすると、エラーメッセージが表示されるため、問題が発生しています。 BSP6でこの問題を解決する方法について何かアイデアはありますか?BSP5で問題なく動作していました。ありがとうございます i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re:MIPI DSIパネルは、VerdiでBSP 5からBSP 6への移行中に問題が発生しています こんにちは@AldoG、ご回答ありがとうございます。/gpu/drm/bridge/sec-dsim.c ファイルのパッチを作成して、この問題を解決しました。これが私がやったことです。 この行を置き換えました。 mvporch |= MVPORCH_SET_MAINVBP(vmode->vback_porch) | MVPORCH_SET_STABLEVFP(vmode->vfront_porch) | MVPORCH_SET_CMDALLOW(0x0); この行で mvporch |= MVPORCH_SET_MAINVBP(vmode->vback_porch) | MVPORCH_SET_STABLEVFP(vmode->vfront_porch - 15) | MVPORCH_SET_CMDALLOW(0xf); 次に、モードを設定するときに、通常はパネルドライバー内でdsi->mode_flagsにMIPI_DSI_MODE_VSYNC_FLUSHを追加しました。 Re:MIPI DSIパネルは、VerdiでBSP 5からBSP 6への移行中に問題が発生しています こんにちは Toradex BSPを使用していると思いますが、正しいですか? もしそうなら、この点について彼らのサポートチャネルにも連絡することをお勧めします。 ブリッジのアタッチに失敗したと報告されるログの問題については、バージョン間、特にデバイスツリーバインディングでのドライバーの変更を比較しましたか。 よろしくお願いします/サルドス、 アルド。

示例 XPC563MKIT PinToggleStationery CW210 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * * ------------------------------------------------------------------------------ * 测试硬件：XPC563MKIT * MCU:            PPC5633MMLQ80 *系统频率：80/60/40/12 MHz * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率， * 初始化中断，通过中断闪烁一个 LED，通过软件闪烁第二个 LED * 循环，初始化并通过 UART 终端显示通知，然后通过终端 ECHO 显示通知。 * * ------------------------------------------------------------------------------ * 测试硬件：XPC563MKIT * MCU:            PPC5633MMLQ80 *系统频率：80/60/40/12 MHz * Debugger:       Lauterbach Trace32 *                 PeMicro USB-ML-PPCNEXUS * 目标：RAM、internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB连接：默认 * ******************************************************************************** 概述

i.MX53 QSB 启用 WiFi Android <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如何启用 i.MX53 QSB Android 的 WIFI 支持 应用每个 QSB 补丁后，根据您的硬件启用 WiFi 支持。 Android R4 可从 Adeneo 网站下载。 AR6102 更改文件设备/fsl/imx53_loco/BoardConfig.mk -BOARD_WLAN_CHIP_AR6102 := false +BOARD_WLAN_CHIP_AR6102 := true AR6003 更改文件设备/fsl/imx53_loco/BoardConfig.mk -BOARD_WLAN_CHIP_AR6003 := false +BOARD_WLAN_CHIP_AR6003 := true 完成构建后， ar6000.ko将在 /system/etc/modules 下创建 要打开 WIFI，请转至“设置”>“无线和网络”>“Wi-Fi” 错误信息案例 如果logcat显示以下错误信息： E/WifiHW（2086）：无法访问“/data/misc/wifi/wpa_supplicant.conf”：权限被拒绝 重新配置 nfs 服务器文件 /etc/default/nfs-kernel-server 删除此行： RPCMOUNTDOPT=--管理-gids i.MX53

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

Q&A:Linux 3.5.7 BSP WiFi SDIOモジュールエラーを修正する方法は? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Q： 彼のSDIO WiFiモジュール(Marvel 88W8790を含むAzurewaveモジュール)を4ビットモードでマウントしようとすると、エラーが発生しました alphaカーネル（3.5.7+3285970）を使用したiMX6スマートSD開発ボード上のwifiモジュール。 mwifiex_sdio mmc0:0001:1: WLAN FW がアクティブです mwifiex_sdio mmc0:0001:1: mwifiex_cmd_timeout_func: Timeout cmd id (2004.239824) = 0xa9, act = 0x0 mwifiex_sdio mmc0:0001:1: num_data_h2c_failure = 0 mwifiex_sdio mmc0:0001:1: num_cmd_h2c_failure = 0 mwifiex_sdio mmc0:0001:1: num_cmd_timeout = 1 mwifiex_sdio mmc0:0001:1: num_tx_timeout = 0 mwifiex_sdio mmc0:0001:1: last_cmd_index = 1 mwifiex_sdio mmc0:0001:1: last_cmd_resp_index = 0 mwifiex_sdio mmc0:0001:1: last_event_index = 0 mwifiex_sdio mmc0:0001:1: data_sent=1 cmd_sent=1 mwifiex_sdio mmc0:0001:1: ps_mode=1 ps_state=0 +++++++++++++++++++++++ リリースノートに記載されているように、SDHCドライバーには2つの既知の問題しかなく、これらは一致していないようです。Linuxリファレンスマニュアルには、SDIOの動作がAR6003を使用して検証されたと記載されています。私の仮定では、これが私たちが標準化したSilexモジュールです。このモジュールを使用して 4 ビット モードは検証済みですか? ここで何が起こっているのか、どなたかご存じの方はいらっしゃいますか? ある： L3.5.7はアルファ版であり、WiFi機能は安定していません。テストレポートは、オープンWiFiの問題が存在することを示しています。 Wifiモジュールはmx6q_smdで動作しない場合があります。 insmod ath、ath6kl_core、ath6kl_sdio後。Wi-Fiカードを挿入すると、いつか(50%)が表示されます -------------------------- ath6kl: RX_LOOKAHEAD_VALIDが読み取れません ath6kl: ターゲット情報を取得できません: -84 ath6kl: ath6kl コアの初期化に失敗しました ath6kl_sdio: mmc0:0001:1 のプローブがエラー -84 で失敗しました -------------------------- WiFiカードを再挿入すると、問題が解決する場合があります。 "udhcpc -i wlan0" を実行すると、30% のタイミングでプログラム例外が発生します。wlan0 ip(プログラムがハングアップ)できない場合があります。 環境(OS、プラットフォーム、ドライバなど): HW:MX6Q_SMD Num014およびNum017 MX6Q_ARDこの問題は発生しません SW: Kernel 3.5.7-1.0.0 GNU/Linux ケースID:TGE-LV-WIFI-0043 再現手順: #modprobe ath #modprobe ath6kl_core #modprobe ath6kl_sdio WiFiカードを挿入します # IWCONFIG wlan0 モード管理 # iwlist wlan0 スキャン |grep MAD-無線LAN #iwconfig wlan0 key 00112233445566778899123456 #iwconfig wlan0 essid MAD-wifi #udhcpc -i wlan0 MX6 ARD WiFiの問題も添付されました。 [Kernel3.5.7_MX6QARD]Wifi:wifiカードは、一時停止と再開中は機能しません。100% -- バグの詳細な説明: Wi-Fiカードをボードに挿入した状態。システムの中断と再開のテストを実行します。システムの一時停止と再開後、WiFiカードはうまく機能しません。 常に報告する : ath6kl: コマンドクレジットカウントレジスタをデクリメントできません: -84 ath6kl: デバイスに書き込めません: -84 ath6kl: UART デバッグのbmi_write_memoryに失敗しました ath6kl: レジュームで hw を起動できませんでした: -5 環境(OS、プラットフォーム、ドライバなど): HW: MX6QARD -023 このプラットフォームでのみ試されました SW: root@imx6qsabreauto:~# uname -a Linux imx6qsabreauto 3.5.7-1.0.0+3285970 #1 SMP PREEMPT Sat Jun 29 10:20:45 CDT 2013 armv7l GNU/Linux ケースID:TGE-LV-WIFI-1060およびTGE-LV-WIFI-1062 再現手順: 1. wif カードを挿入した状態でカーネルを起動します。 2.WiFiストレステストを行う 3.一時停止と再開を行う i.MX6Quad Linux

rpmsg-liteマスターとリモートアプリケーションでリンクアップを成功させる方法は? hi, FRDM-MCXN947 ボードの SDK を使用したマルチコア rpmsg-lite ピンポン通信のデモでは、マスター コアがリモート コアをブートストラップして開始した後、リモート コアが最初に rpmsg_lite_remote_init() を実行し、次にマスター コアに通知し、リモート コアが接続を待つ (rpmsg_lite_wait_for_ link_up()) ことがわかりました。この間、マスター コアは待機します (while())。マスター コアが初期化された後 rpmsg_lite_master_init() )、リモート コアは接続を確立してエンドポイントを作成し、データを送信する準備ができたことをマスターに通知します。使用中に、通知と待機コードをコメントアウトしたところ、マスターコアとリモートコアもリンクアップして通信できることがわかりましたが、これの理由は何ですか?マスターシステムクロックがリモートクロックよりも遅いためですか?            また、私たちのMCUにそのような通知メカニズムがない場合、マスターコアとスレーブコアがリンクアップして通信できることをどのように確認するのでしょうか? ありがとう&よろしく yzs FRDMトレーニング MCXN Re:rpmsg-liteマスターとリモートで、アプリケーションでリンクアップが成功するようにする方法は? Hello, 詳しいご説明をいただき、ありがとうございました。あなたが言ったように、私はそれを試し、実際にあなたが説明した状況を再現しました。2 つのコア間の通信を確保する方法については、フラグ ビットまたは ISR と組み合わせた共有メモリを使用できます。 私はあなたに役立つかもしれないいくつかのリンクを共有します: MCMgrDataExchangeDiagram.pngメイン ·nxp-mcuxpresso/mcuxsdk-middleware-multicore ·GitHubの RPMsg-Lite ユーザーズガイド : RPMsg コンポーネント BRs、 Celeste Re:rpmsg-liteマスターとリモートで、アプリケーションでリンクアップが成功するようにする方法は? hi, @Celeste_Liu  感謝。変更が正しく通信されることを確認しましたが、このコードをコメントアウトせずrpmsg_lite_wait_for_link_up(my_rpmsg, RL_BLOCK)、マスター側とリモート側(void)MCMGR_TriggerEvent(kMCMGR_ RemoteApplicationEvent, APP_RPMSG_READY_EVENT_DATA)の両方をマスター側とリモート側の両方でコメントアウトしました。添付の画像に見られるように、テスト結果が異なる原因はここにある可能性があります。 しかし、rpmsg_lite_wait_for_link_up(my_rpmsg、RL_BLOCK)をコメントアウトした後でも、問題なく通信できることがわかりました。 だから私は、core0とcore1が私たちのプラットフォームにそのような通知メカニズムがなく、core0が最初にmaster_main()を実行する場合に通信していることをどのように確認したいと思いますか? BR yzs Re:rpmsg-liteマスターとリモートで、アプリケーションでリンクアップが成功するようにする方法は? こんにちは@yzs、 あなたの投稿をありがとう、そして遅れて申し訳ありません。 ご指摘の状況を踏まえて、以下のテストを実施しました。次の 2 つの例を使用しました。 core0 と core1 の間のリンク関係は、rpmsg_lite_pingpong_cm33_core0 のプロパティで確認できます。 次に、あなたが提案したように、通知とrpmsg_lite_pingpong_cm33_core1のmain_remote.cで待機するための関連コードをコメントアウトしました。 /* Signal the other core we are ready by triggering the event and passing the APP_RPMSG_READY_EVENT_DATA */ -101 (void)MCMGR_TriggerEvent(kMCMGR_RemoteApplicationEvent, APP_RPMSG_READY_EVENT_DATA); +102 //(void)MCMGR_TriggerEvent(kMCMGR_RemoteApplicationEvent, APP_RPMSG_READY_EVENT_DATA); -107 rpmsg_lite_wait_for_link_up(my_rpmsg, RL_BLOCK); +108 //rpmsg_lite_wait_for_link_up(my_rpmsg, RL_BLOCK); その後、rpmsg_lite_pingpong_cm33_core1を再コンパイルし、コンパイルされたbinファイルを再度フラッシュして再テストしました。いくつかのテストの結果、マスターコアとリモートコアが通信できないことがわかりました。 したがって、あなたの側に運用上の問題があるのではないかと思います。コードをコメントアウトした後で再コンパイルしましたか?それとも、あなたの業務と私の業務に違いはありますか?調査を続けるためにも、ぜひお知らせください。 マスターコアとリモートコアのクロックが異なるという兆候はどこにも見当たりませんでした。 メールボックスを使用してマルチコア通信を実現することもできます。SDKにはこのようなデモがあります。行って見てみてください。 それがあなたを助けることができることを願っています。 ------------------------------------------------------------------------------------------ 注:この投稿があなたの質問に答えた場合は、「解決策として受け入れる」ボタンをクリックしてください。ありがとうございます！ ------------------------------------------------------------------------------------------ よろしくお願いいたします。 Celeste

在 Ubuntu 上为 imx6d/q 构建 imx 测试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 文档“如何为 imx6d/q 创建 ubuntu 硬浮点 rootfs”由 Junping Mao 分享。 https://community.freescale.com/docs/DOC-95185 但是，需要进行一些修改才能在此 rootfs 上构建 imx-tests。 附件中请参阅在 imx6d/q 的 hf-ubuntu rootfs 上构建 imx 测试的指南。 如果有任何问题，请随时告诉我。:笑脸: 问候， 郑文 i.MX6 双核 i.MX6 四核 回复：在 Ubuntu 上为 imx6d/q 构建 imx 测试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢！这对我使用 yocto 内核的 linaro 12.04 LTS armhf 来说是有效的（我只是改变了导出 INCLUDE 行以指向这个内核）。

i.MX51 LinuxアプリケーションのみのフラッシュとSDカードリーダー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ネットワークセキュリティ(プロキシなど)のために、会社のネットワークを使用してアプリケーションをフラッシュすることは容易ではないことがよくあります。このチュートリアルでは、SDカードリーダーと簡単な標準Linuxコマンドのみを使用して、SDカードでLinuxアプリケーションをフラッシュする方法を説明します。 SDカードのメモリマップ Linuxアプリケーションは、次の3つの部分に分かれています。 ブートローダー Linuxカーネル Linux の Rootfs この3つの部分を順番に点滅させます Uブートのフラッシュ SDカードリーダーで、黄色の部分を点滅させます。で[...]/ltib/rootfs/boot/ フォルダ $ sudo dd if=u-boot.bin of=/dev/sdb bs=512 skip=2 seek=2 &&; sudo sync Linuxカーネルのフラッシュ SDカードリーダーで、緑色の部分を点滅させます。1MB=1048576B -> カーネル オフセットであることに注意してください。 $ sudo dd if=uImage of=/dev/sdb bs=1048576 seek=1 && sudo sync U-boot変数の構成 カーネルを起動するには、U-bootを設定する必要があります。 シリアルケーブルをEVKに差し込みます。 115kbps、8ビット、1ストップ、パリティなし EVKスイッチは、次のように設定する必要があります。 DS1 DS2 DS3 DS4 DS5 DS5 DS7 DS8 DS9 DS10 SD / MMCカードからの起動 0 0 0 0 0 0 1 1 0 0 SDカードをEVK(下部のスロット)に挿入し、アプリを起動します。ハイパーターミナルで、次のように入力します。   BBG U-Boot > printenv 環境変数を印刷するには bootcmd を変更します。 BBG U-Boot > setenv bootcmd_mmc 'run bootargs_base bootargs_mmc;mmc read 0 ${loadaddr} 0x800 0x1800;bootm' 「0x1800」はカーネルのサイズです。uImageカーネルファイル(0x1800x512Byte = 3MB)よりも大きくなければなりません 表示画面として WVGA を使用したい場合 (カーネルは CLAA サポート付きで設定する必要があります)、LTIB1007 以降 ('wvga' オプションになる前) の場合: i.MX51 EVK上のLTIB1007のu-bootのスクリプト(ハイパーターミナルにコピー/貼り付け): setenv bootcmd_mmc 'bootargs_base bootargs_mmcを実行します。MMCは0 ${loadaddr} 800 1800を読み取ります。bootm' setenv bootargs_mmc 'setenv bootargs ${bootargs} root=/dev/mmcblk0p1 rootwait rw init=/init' setenv bootargs_base' setenv bootargs console=ttymxc0,115200 di1_primary console=tty1' setenv bootcmd 'bootcmd_mmcを実行します' saveenv i.MX53 EVK上のLTIB1007のu-bootのスクリプト(ハイパーターミナルにコピー/貼り付け): setenv bootcmd_mmc 'bootargs_base bootargs_mmcを実行します。MMCは0 ${loadaddr} 800 1800を読み取ります。bootm' setenv bootargs_mmc 'setenv bootargs ${bootargs} root=/dev/mmcblk0p1 rootwait rw init=/init' setenv bootargs_base 'setenv bootargs console=ttymxc0,115200 di0_primary console=tty1' setenv bootcmd 'bootcmd_mmcを実行します' saveenv 次の printenv が必要です。 BBG Uブート > printenv ブート遅延=3 ボーレート=115200 loadaddr=0x90800000 netdev=eth0 ethprime=FEC0 uboot_addr=0xa0000000 uboot=u-boot.bin kernel=uImageの bootargs_nfs=setenv bootargs ${bootargs} root=/dev/nfs ip=dhcp nfsroot=${serveri p}:${nfsroot},v3,tcp bootcmd_net=run bootargs_base bootargs_nfs;tftpboot ${loadaddr} ${kernel};ブート m load_uboot=tftpboot の ${loadaddr} ${uboot} ethact=FEC0 bootargs=console=ttymxc0,115200 di1_primary root=/dev/mmcblk0p1 rootwait rw init =/init bootcmd_mmc=実行bootargs_base bootargs_mmc;MMC読み取り0 ${loadaddr} 800 1800;ボー オーティメット bootargs_mmc=setenv bootargs ${bootargs} root=/dev/mmcblk0p1 rootwait rw init=/i ニット bootargs_base=setenv bootargs console=ttymxc0,115200 di1_primary bootcmd=実行bootcmd_mmc stdin=シリアル stdout=シリアル stderr=serial 環境サイズ: 748/131068バイト BBG Uブーツ> ext3 パーティションの作成 SDカードリーダーを使用して、ext3パーティションを作成します。グラフィカルなパーティションマネージャーツールである gparted を使用することができます。ローンチgparted: $ sudo gparted 新しい ext3 パーティションを 20MB のオフセットで作成します。 Linuxのコピー LTIBによって生成されたrootfsフォルダをコピーするには、シェルに次のように入力します。 $ sudo cp -r /[…]/ltib/rootfs/* /media/FreescaleSD/ && sudo sync テストアプリケーション SDをスロットスロットに入れ、アプリケーションを起動します。パスワードは root です。 i.MX51 Linux