在 u-boot 中添加 SD/eMMC 设备和主机之间的调试消息。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有时您会遇到 SD/eMMC 问题：“卡对电压选择没有响应！”。您可以添加调试消息来查看 SD/eMMC 与主机之间的通信。 #定义调试 #定义 CONFIG_MMC_TRACE & 在 mmc.c (driver/mmc) 中添加调试消息 int mmc_send_cmd（结构mmc *mmc，结构mmc_cmd *cmd，结构mmc_data *数据） { .. printf("CMD_SEND:%d\n",cmd->cmdidx); printf("\t\tARG\t\t\t0x%08X\n", cmd->cmdarg); .. } => mmcinfo CMD_SEND：0 阿根廷 0x00000000 MMC_RSP_NONE CMD_SEND:8 ARG                     0x000001AA           MMC_RSP_R1,5,6,7        0x00000001 命令发送：55 阿根廷 0x00000000 MMC_RSP_R1,5,6,7 0x00000001 CMD_SEND：0 阿根廷 0x00000000 MMC_RSP_NONE

示例 MPC5602D FMPLL GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率 (48MHz) * 设置 SIU，并演示频率调制。 * ------------------------------------------------------------------------------ * 测试硬件：XPC560B 64LQFP，XPC56XX EVB MOTHEBOARD Rev.C * 微控制器: SPC5602D * Cut:               1M18Y * 系统频率：48 MHz * Debugger:     Lauterbach Trace32 * 目标：internal_FLASH * EVB clkout 引脚：端口 J7 - 引脚 0 * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 应用程序执行基本初始化，将 PLL 设置为最大允许频率 (48MHz) * 设置 SIU，并演示频率调制。 * ------------------------------------------------------------------------------ * 测试硬件：XPC560B 64LQFP，XPC56XX EVB MOTHEBOARD Rev.C * 微控制器: SPC5602D * Cut:               1M18Y * 系统频率：48 MHz * Debugger:     Lauterbach Trace32 * 目标：internal_FLASH * EVB clkout 引脚：端口 J7 - 引脚 0 * ******************************************************************************** 概述

在内核驱动运行前调整 dtb 节点 Linux内核提供了一些api，允许在系统启动后更改dtb节点。但节点改变必须在驱动程序加载之前发生。我们可以使用通用 dtb 文件并在系统启动后添加一些 dts 节点。 Linux

After installing a new RTD package on S32DS Ver.3.5対Ver.3.4など こんにちはS32DSチーム、 2つの質問。 最近、S32DS Ver.について聞かれる方もいらっしゃいます。3.5 振る舞い。 写真1の通り、S32DS版3.5 では RTD パッケージが 1 つしか表示されませんが、Ver 3.4 では一部の RTD パッケージが表示されます。 質問1.この行動は意図的なものだったのか、それとも事故だったのか? 写真1.S32DS版3.5 および Ver.3.4 [バックグラウンド] 通常、S32DS Ver. で古い RTD パッケージと新しい RTD パッケージの階層化されたコードを比較する必要があります。3.5 お客様のために。 ただし、RTD パッケージのインストールとアンインストールには多くの時間がかかります。 例えば、SW32K3_S32M27x_RTD_R21-11_4.0.0_HF01とSW32K3_S32M27x_RTD_R21-11_4.0.0_P20のサンプルコードを比較すると、HF01をアンインストールしてP20をインストールするか、P20をアンインストールしてHF01をインストールするかということになります。 RTDパッケージはできないようです共存する。。。 質問2.私の理解は正しいですか? RTDを頻繁にインストールおよびアンインストールした後、プロジェクトがビルドできない場合がありますが、プロジェクトは以前と同じバージョンでビルドできました... 最悪の場合、すべてを再インストールする必要があります...S32DS、RTDなどをインストールするということです。 よろしくお願いいたします ふみ Eclipse IDEの使用と設定 SDK Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi @Fumihiko_Sato, はい、新しいインスタンスをインストールする必要があります(同じインストーラーで実行できます)。2 番目のインスタンスをインストールするときは、インストール パスを目的の名前 (例: ...\S32DS_3.5_RTD400) に変更します。そして、あなたは.exeまたは .bat新しいデザインスタジオ内のファイル。 Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など こんにちは@Julián_AragónM、 ご支援のほど、よろしくお願いいたします。 この値は、インストールでデフォルトのパスを変更するときに、インストーラーが新しいインスタンスのパスで変更する必要があります。 ->ということですか このパスはインストーラーで自動的に変更されますか? .exeインストーラーを使用して新しいインスタンスをインストールする代わりに、構成をコピーしましたか? ->はい。S32DS.3.5(Default)フォルダをコピーし、2つのもの(写真1)を変更しました。      インストーラーを使用してS32DS.3.5_RTD_XXX(2nd)をインストールする必要がありますか? 写真1.変更されたアイテム 敬具 ふみ Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi @Fumihiko_Sato, この値は、インストールでデフォルトのパスを変更するときに、インストーラーが新しいインスタンスのパスで変更する必要があります。 新しいインスタンスを .exe でインストールする代わりに、構成をコピーしましたかインストーラ。 Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など こんにちは@Julián_AragónM、 ご確認いただきありがとうございます。 あなたのアドバイスには十分ではなかったので、私はいくつかの項目を調査して修正しました。 うまくいっているようですが、1つ質問があります(写真1参照)。 この問題は、「s32ds.exe」ファイルを直接開いたときにも発生しますか? ->はい。s32ds.exeとs32ds.batで同じ結果が得られました。 これは両方のインスタンスで発生しますか (S32DS.3.5_RTDxxx と S32DS.3.5)? ●> No.コピーされた S32DS.3.5_RTDxxx。 S32DS.3.5は正しく動作します。 参考までに ステップ1. S32ds.iniに2行追加 -vm C:\NXP\S32DS.3.5_RTD_XXX\eclipse\jre\bin\javaw.exe ステップ2.jreフォルダを2種類のフォルダにコピー&ペースト 1.C:\NXP\S32DS.3.5_RTD_XXX\S32DS\tools\S32FlashTool\GUI 2.C:\NXP\S32DS.3.5_RTD_XXX\eclipse 写真1.私が何をしたのか、そして一つの疑問が浮かび上がってきました。 写真2.jreフォルダを2種類のフォルダにコピー&ペースト Best, Fumi Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi @Fumihiko_Sato, Javaの問題を調べると、javaw.exeパスが認識されていないようです。この問題は「s32ds.exe」を開くときにも発生しますか直接ファイルしますか?これは両方のインスタンス (S32DS.3.5_RTDxxx と S32DS.3.5) で発生しますか? 次の 2 行を行の直前に追加し  -vmargs  パスを Java 11 以降の 64 ビット Java VM インストール ディレクトリに適合させると、この問題を解決できる場合があります。 -vm C:\NXP\S32DS.3.5_RTD_4.0.0\eclipse\jre\bin\javaw.exe (or java.exe)  Best regards, Julián Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など こんにちは@Julián_AragónM、 2nd S32DS Ver.3.5環境を準備していますが、s32ds.batを実行した後にJVM(JAVA???)のメッセージが表示されました。  1番目のC:\ NXP \ S32DS.3.5  2位 C:\NXP\S32DS.3.5_RTDxxx あなたはそれを解決する方法を知っていますか? De 「s32ds.ini」を変更する必要があります? Best, Fumi Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など こんにちは@Julián_AragónM、 なるほど。 ありがとうございました ふみ Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi @Fumihiko_Sato, これはまだ解決されておらず、残念ながら、この特定の修正のリリース予定日はありません。 ご不便をおかけして申し訳ございません。 Best regards, Julián Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など こんにちは、@Julián_AragónM &@jiri_kral、 迅速な返信ありがとうございます! わかります。 あなたのチームは更新されたS32DS Ver 3.5 xxをリリースする予定はありますか? 最良 ふみ Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi @Fumihiko_Sato, はい、Jiriの回答に追加するために、現在最も適切な回避策は、S32DSのさまざまなインスタンスをインストールすることです。 C:\NXP\S32DS.3.5_RTD300\ C:\NXP\S32DS.3.5_RTD400\ 次に、各インスタンスに特定の RTD をインストールします。 次に、s32ds.batファイルをショートカットとして追加するだけです。 Best regards, Julián Re:S32DS版に新しいRTDパッケージをインストールした後3.5対Ver.3.4など Hi,  これは JIRA にすでにログインしている既知の問題です。たとえば、S32DS v3.5 では、RTD v4.0.0 は既存のインストール済み RTD v3.0.0 を書き換えます。 一時的な回避策として、RTD バージョンが異なる S32DS v3.5 の 2 つのインスタンスを使用できます。

RingBufferUInt8_1.003_09.08.2012.PEupd <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> RingBufferUInt8 描述 用于无符号 8 位实体的环形缓冲区 组件 RingBufferUInt8.PEupd Dependencies 无 许可 许可证：开源（LGPL） 版权：（c）版权所有 Erich Styger，2012，保留所有权利。 这是 Processor Expert 的嵌入式组件的开源软件。 这是一个免费软件，根据以下条款的许可政策开放用于教育、研究和商业开发： * 这是一个免费软件，没有任何担保。 * 没有使用限制。您可以自行承担责任，将其用于个人、非营利或商业产品。 * 重新分发源代码必须保留上述版权声明。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> RingBufferUInt8 描述 用于无符号 8 位实体的环形缓冲区 组件 RingBufferUInt8.PEupd Dependencies 无 许可 许可证：开源（LGPL） 版权：（c）版权所有 Erich Styger，2012，保留所有权利。 这是 Processor Expert 的嵌入式组件的开源软件。 这是一个免费软件，根据以下条款的许可政策开放用于教育、研究和商业开发： * 这是一个免费软件，没有任何担保。 * 没有使用限制。您可以自行承担责任，将其用于个人、非营利或商业产品。 * 重新分发源代码必须保留上述版权声明。 组件交换

FRDM-MCXN947 LPTMR0 12MHz时钟问题 我正在使用带有 MCU expresso SDK 的 FRDM-MCXN947 板，并尝试让 LPTRM0 的时钟频率达到 12MHz。 我已经成功运行以 16KHz 运行的 lptmr_cm33_core0 演示项目。 我修改了示例如下： 1 - 将系统时钟更改为FRO12M时钟（我认为这不是必需的，但我想以12MHZ运行系统以节省电力）。 void BOARD_InitBootClocks（void） { // BOARD_BootClockPLL150M()； 主板启动时钟FRO12M（）； } 2 - 添加行 lptmrConfig.prescalerClockSource= kLPTMR_PrescalerClock_0；选择12MHz时钟。根据手册中的表 463 LPTMR_GetDefaultConfig（&lptmrConfig）； lptmrConfig.预分频器时钟源=kLPTMR_预分频器时钟_0； /*初始化LPTMR*/ LPTMR_Init（演示_LPTMR_基础，&lptmrConfig）； 3 - 将 LPTMR_SOURCE_CLOCK 定义更改为 12000000，以保持示例时间相同 #定义LPTMR_SOURCE_CLOCK（12000000）//（16000） 然后我运行了该示例并希望它能够像以前一样运行，但使用 12MHz 时钟，不幸的是计时器似乎没有计数。我通过在调试器中打开寄存器视图并在 CNR 寄存器中输入一个值来确认这一点。在工作示例中，这导致 CNR 使用当前计数值进行更新，在 12MHz 版本中，CNR 值保持为 0。 寄存器看起来设置正确： 我认为我在某个地方遗漏了一步，但我已经通读了手册，在 syscon 寄存器或其他任何地方都看不到选择 LPTMR0 时钟所需的任何内容。 如果有人能告诉我我做错了什么，我将不胜感激。 时钟|计时器 开发板 MCXN 回复：FRDM-MCXN947 LPTMR0 12MHz时钟问题 创建者 阿列克谢·帕基特诺夫 1984年在苏联科学院， 俄罗斯方块 彻底改变了游戏业。这款以掉落的几何方块（“四格骨牌”）为特色的巧妙益智游戏成为冷战期间第一款沟通东西方关系的电子游戏。 回复：FRDM-MCXN947 LPTMR0 12MHz时钟问题 你好@Harry_Zhang ， 谢谢，这就是答案，时钟现在正在运行。 最好的祝愿， Simon 回复：FRDM-MCXN947 LPTMR0 12MHz时钟问题 Hi @spgeorge2006  您可以使用配置工具将系统时钟设置为12MHz。 然后添加CLOCK_SetupClockCtrl(kCLOCK_FRO12MHZ_ENA); 你可以试试。 BR 哈利 回复：FRDM-MCXN947 LPTMR0 12MHz时钟问题 你好@Harry_Zhang ， 谢谢您的回复，抱歉我没有早点回复，但我已经不在办公室了。 我可以将系统时钟设置为 12MHz，我遇到的问题是，当我将系统时钟设置为 12MHz 并将 LPTMR0 设置为使用 12MHz 时钟时，LPTMR 似乎不计数。您能否向我提供有关如何让系统和 LPTMR 以 12MHz 时钟运行的说明？或者根据我在原始帖子中提供的信息告诉我我做错了什么？ 问候， Simon 回复：FRDM-MCXN947 LPTMR0 12MHz时钟问题 Hi @spgeorge2006  如果你想将系统时钟设置为12M， 您可以使用配置工具。 并且我测试了它。 它可以工作。 BR 哈利

[LPC43xx] LPC43xx系列（深度）掉电唤醒注意事项 目录 1.问题描述 2.原因分析 3.解决方案 3.1 SRAM掉电问题解决方案 3.2 闹钟定时器中断使能问题解决方案 3.3 减计数器寄存器写入问题解决方案 4. 验证注意事项 1.问题描述 LPC43xx系列运行LPCOpen低功耗演示“misc_pmc_states”时，掉电和深度掉电两种模式无法通过Alarm Timer成功唤醒。本文对这一系列问题进行了分析并提出了相应的解决方案。通过 RTC 唤醒也存在同样的问题和解决方案。 2.原因分析 唤醒失败的原因包括以下三个方面。 - SRAM 掉电问题： LPC43xx系列在掉电模式下，只有8K SRAM不掉电，其他SRAM均掉电。从掉电模式唤醒后，程序继续向后执行，不会复位。因此，应确保进入掉电模式时，数据在不掉电的8K SRAM中，这样唤醒后才能继续运行。 - 闹钟定时器中断启用问题： LPC43xx 闹钟定时器中断启用需要一段时间才能生效。如果在进入低功耗模式之前未成功启用，则无法从低功耗模式唤醒。 - Downcounter寄存器问题：在LPC43xx系列中，为了保证在指定的时间唤醒，需要判断设定值是否成功写入Downcounter寄存器。 掉电和深度掉电模式下唤醒失败的原因总结如下表： 3.解决方案 对于掉电唤醒失败，需要根据三个问题来解决。 深度断电唤醒不存在数据丢失问题。因为从深度掉电模式唤醒后，程序又复位并重新执行，不需要之前的数据。因此解决方案跳过了第一个，只需要 3.2 和 3.3。 3.1 SRAM掉电问题解决方案 如手册所示，LPC43xx系列掉电模式下，只有8kB本地SRAM不会掉电。 注意：带有和不带有内部闪存的芯片具有不同的 8K SRAM 地址范围。 对于不带内部闪存的 LPC4330/LPC4350/LPC4370 系列产品，8K SRAM 地址范围为 0x10090000– 0x10092000 (8KB)。LPC4337/LPC4367等带有内部闪存的芯片的地址范围是0x10088000 – 0x1008A000（8KB）。   将数据放置在这个8K SRAM区域可以解决数据丢失的问题。 以LPC4350为例，MCUXpressoIDE中的设置方法如下： 根据Project\Properties\C\C++ Build\MCU设置路径找到如下界面，单独定义这块8K SRAM，地址为0x10090000，大小设置为0x2000。 至此，SRAM区域的掉电问题设置完成。 3.2 闹钟定时器中断使能问题解决方案 为了确保闹钟定时器中断已启用，在其后添加一个while循环轮询，直到成功启用为止。进入src\pmc_states.c中的函数小路。 并添加 while((LPC_ATIMER->ENABLE& 0x01) != 0x01){} 在相应case模式下的Chip_ATIMER_IntEnable(LPC_ATIMER);函数语句之后。 3.3 减计数器寄存器写入问题解决方案 该问题的解决方法与3.2类似。仍然用src\pmc_states.c进入函数路径，并在对应模式的情况下找到LPC_ATIMER->DOWNCOUNTER= RTC_ALARM_TIME*1000（与3.2位置一致）。 在其后添加一个 while 语句： 而（LPC_ATIMER->DOWNCOUNTER！=RTC_ALARM_TIME*1000）； 如下图所示。 4. 验证注意事项 当没有内部flash的开发板进行测试时（例如：LPC4370，LPC4350…），比如Hitex LPC4350评估板，需要将启动配置为外部flash启动。参考图如下。 启动时需要将引脚P2_9、P2_8、P1_2、P1-1设置为低、低、高的形式，以SPIFI的形式启动。跳线设置如图所示。

为 i.MX27ADS 编译 U-Boot <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些说明使用了 ltib-imx27ads-20071219。 首先，获取u-boot v2.0： git clone http://git.denx.de/u-boot-v2.git u-boot-v2 进入U-Boot目录： cd u-boot-v2 导出正确的编译路径和环境变量： 导出 ARCH=arm 导出路径=“$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- 针对 i.MX27ADS 板进行配置： make mx27ads_defconfig 您可能需要启用 FEC 驱动程序： make menuconfig 然后转到驱动程序->网络驱动程序，并在i.MX FEC 以太网驱动程序上选择“是” 退出配置菜单（不要忘记保存配置）并进行如下操作： make 或者如果你喜欢详细模式 使 V=1 快速构建后，您应该在当前目录中获得一个uboot.bin 。我使用 ADS 工具包对 NOR 闪存进行编程。 i.MX2x

2012年飞思卡尔杯美国赛事 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> John Mc 于 2012 年 4 月 25 日添加 练习时间 第一名（TE Connectivity 挑战赛）——宾夕法尼亚州立大学 第二名（TE Connectivity 挑战赛）——宾夕法尼亚理工学院 第一名（速度）——克拉克森大学 第二名（速度）——宾夕法尼亚理工学院 第三名（速度）——宾夕法尼亚州立大学 合影 练习时间 第一名（TE Connectivity 挑战赛）——宾夕法尼亚州立大学 第二名（TE Connectivity 挑战赛）——宾夕法尼亚理工学院 第一名（速度）——克拉克森大学 第二名（速度）——宾夕法尼亚理工学院 第三名（速度）——宾夕法尼亚州立大学 合影

使用i.MX8M音频系统 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP i.MX 8M 为从消费家庭音频到工业楼宇自动化和移动计算机等应用提供业界领先的音频、语音和视频处理。 i.MX 8M Quad 支持多种音频接口，如下所示： 该音频接口除了具备一般的音频输入/输出功能外，还支持以下功能： - SAI-1 支持最多 16 通道 TX（8 通道）和 16 通道 RX（8 通道），频率为 384KHz/32 位。 - SAI-5 支持最多 8 通道 TX（4 通道）和 8 通道 RX（4 通道），频率为 384KHz/32 位。 - SAI-2/3/6 支持最多 2 通道 TX（1 条通道）和 2 通道 RX（1 条通道），频率为 384KHz/32 位。 - SAI-2/3/6 支持最多 2 通道 TX（1 通道）和 2 通道 RX（1 通道），频率为 384KHz/32 位。 - SAI-1 支持流行音频 DAC 的 PCM 和 DSD 操作之间的无缝切换 - SPDIF-1/2 支持原始捕获模式，可以将所有传入的位保存到音频缓冲区中 SAI-1/2/3/5/6 和 SPDIF-1 通过 IOMUX 共享芯片上的 GPIO 焊盘。下表列出了音频接口支持的常见用例（许多其他配置也是可能的）。该数字是支持的数据通道。 对于每个SAI模块上的MCLK引脚，可以配置为输入或输出。当配置为输出时，来自 CCM 的 SAI_CLK_ROOT 将被路由至焊盘输出。当配置为输入时，该焊盘的外部输入将被路由至 SAI.MCLK，可用作 SAI 的主时钟。下图以 SAI1 为例，展示了两种输入/输出选项。 每个SAI模块支持最多3个主时钟输入。每个 SAI 内的 TX 和 RX 子模块可以独立选择其中一个时钟输入作为其主时钟。这允许一个 SAI 的 TX 和 RX 从不同的时钟源运行。主时钟输入有以下选项： - 可以从 CCM 的 SAI_CLK_ROOT 或 IOMUX 的 SAI.MCLK 中选择 SAI.MCLK[1]。这是最直接的时钟布线，其中 SAI 仅使用来自 CCM 或 IO 垫的时钟源。 - SAI.MCLK[2] 可从以下时钟源中选择： 来自 CCM 的任何 SAI_CLK_ROOT； 来自 IOMUX 的任意 SAI.MCLK； 来自SPIDF的其他时钟源； - SAI.MCLK[3] 具有与 SAI.MCLK[2] 完全相同的时钟源选项。这使得 TX 和 RX 都可以访问所有选项，而彼此之间没有任何依赖性。 下图以 SAI-1 为例，显示了 SAI 上的主时钟的时钟选项。 MCLK[1] 上的选项也适用于 MCLK[2] 和 MCLK[3]。保留此选项的原因是为了提供与 i.MX6/i.MX7 处理器类似的 SAI 时钟结构。主时钟的 MUX 配置由 IOMUXC_GPR 寄存器控制。应在启用 SAI 时钟之前配置它们，以避免时钟出现故障。 注意：由于设计过程中忽略了时钟上的那些 MUX，因此硅片中的实际实现被简化，如下图所示。 所有 SAI 和 SPDIF 实例都支持 SDMA。为了满足音频数据速率，使用了两个SDMA模块。 由于 SAI-2/3 和 SPDIF-1/2 不需要高数据吞吐量，因此它们被分配给 SDMA-1，与其他外设（如 UART/SPI）共享。SAI-1/4/5/6 需要支持高采样率和多通道音频，它们被分配给 SDMA-2，这是一个专用于音频的 SDMA 引擎。SDMA-2 频率从 133/66 增加到 500/250，以确保其具有足够的吞吐量。 为了让 SW 跟踪音频 DMA 的进度，SAI 模块的 TX_SYNC 和 RX_SYNC 被路由到 GPT 作为外部时钟输入。由于总共有 6 个 SAI 模块，因此当连接到 GPT 时，这些信号将被 MUXed。 - GPT-4/5/6外部时钟输入可以从任意6个SAI模块的TX_SYNC或RX_SYNC中选择； - MUX选择由IOMUXC_GPR寄存器控制； - GPT-4/5/6 的 MUX 选择寄存器彼此完全独立。 回复：使用i.MX8M音频系统 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢付晓聪

示例 MPC5777C FlexCAN simpleTXRX SW 轮询 GHS616 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 配置 FlexCAN 来传输和接收 CAN 消息。 * FlexCAN 模块中的 ECC 报告被禁用。 * * 在此配置中，CAN_A 传输一条消息。CAN_B接收消息。 * CAN_A MB8 配置为发送数据。CAN_A每1秒发送一次消息。 * 此间隔由 PIT 生成。 * CAN_B MB9 配置为接收消息，使用 SW 轮询。 * * 将 P15-1 上的 CAN0-CANH 连接到 P14-1 上的 CAN1-CANH * 将 P15-2 上的 CAN0-CANL 连接到 P14-2 上的 CAN1-CANL * * * ------------------------------------------------------------------------------ * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * MCU:             PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * Debugger:        Lauterbach Trace32 * 目标：internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 使用微型模块上的 USB 连接器 (J21) * * EVB 连接：ETPUA30（PortP P23-15）--> USER_LED_1（P7-1） * ETPUA31 (端口 P23-14) --> USER_LED_2 (P7-2) * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 配置 FlexCAN 来传输和接收 CAN 消息。 * FlexCAN 模块中的 ECC 报告被禁用。 * * 在此配置中，CAN_A 传输一条消息。CAN_B接收消息。 * CAN_A MB8 配置为发送数据。CAN_A每1秒发送一次消息。 * 此间隔由 PIT 生成。 * CAN_B MB9 配置为接收消息，使用 SW 轮询。 * * 将 P15-1 上的 CAN0-CANH 连接到 P14-1 上的 CAN1-CANH * 将 P15-2 上的 CAN0-CANL 连接到 P14-2 上的 CAN1-CANL * * * ------------------------------------------------------------------------------ * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * MCU:             PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * Debugger:        Lauterbach Trace32 * 目标：internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 使用微型模块上的 USB 连接器 (J21) * * EVB 连接：ETPUA30（PortP P23-15）--> USER_LED_1（P7-1） * ETPUA31 (端口 P23-14) --> USER_LED_2 (P7-2) * ******************************************************************************** 概述

HOWTO: S32 デバッガと S32R41 EVB 用 S32 デバッグプローブを使用した JTAG フラッシュプログラミング S32プラットフォームIDE向けS32 Design Studioに付属するS32デバッガを利用すると、S32 Debug Probeのフラッシュ・プログラミング機能にアクセスできます。 注：現在はQSPIフラッシュのみがサポートされています。 準備 S32 Design Studio IDEのインストール デバッグするデバイスの開発パッケージをインストールします。この場合は、S32R41 開発パッケージです。S32 デバッガー サポート コンポーネントには、コアの初期化に必要なデバイス固有の Python スクリプトが含まれているため、このパッケージは重要です。 フラッシュイメージの生成元となるアプリケーションプロジェクトを開きます。 「HOWTO: S-Record/Intel HEX/Binary ファイルを生成する」の手順に従って、「Raw Binary」オプションを選択してください。 プロジェクトをビルドし、バイナリ実行可能ファイルを生成します。これがIVTツールへのアプリケーションバイナリ入力になります。IVTツールを使用して、フラッシュメモリデバイスにプログラムし、BootROMによってRAMにロードできるBLOBイメージを生成する必要があります。 「方法: IVT ツールを使用して BLOB イメージを作成する S32R41」の手順に従います。結果の BLOB イメージ ファイルは、デバイスにフラッシュできるファイルです。 手順 デバッグ構成メニューを開く 「S32 Debugger Flash Programmer」を選択し、右クリックして「新規」を選択します. 新しい構成の名前を入力し、[ 追加... ] をクリックします。をクリックして、フラッシュするファイルを追加します。 「参照...」をクリックして、アプリケーション・バイナリが配置されているワークスペースからプロジェクトを選択します プロジェクトを選択し、 わかりました デフォルトでは、ELF ファイルが見つかります。「 プロジェクト内を検索 」をクリックして、バイナリ・ファイルを選択します。 .binを選択しますファイルをクリックし、 わかりました 次に、ベースアドレスを入力する必要があります。通常、これは 0 ですが、他の要件がある場合もあります。[OK] をクリックします。 これで、デバッガーの接続設定を構成する準備が整いました。「デバッガ」タブをクリックします。 上から始めて下に向かって、 Select deviceをクリックします。 デバイスを選択し、 わかりました 正しい初期化スクリプトが自動的に設定されます。「デバッグ・プローブ接続」の設定を、セットアップに合わせて設定します。完了したら、申し込む フラッシュを開始するには、[デバッグ] をクリックします 点滅の進行状況が表示されます。 完了すると、Debug パースペクティブは終了したスレッドに表示されます。 GDBでフラッシュをご活用ください！ このアプリケーションは続いてBootROMによって起動されるため、デバッグするには注意が必要です。 [Debug Configurations] メニューの [Debugger] タブの [Initialization script] フィールドで 's32r41_attach.py' を使用します。 「デバッグ構成」メニュー内の「起動」タブで次の調整を行います。 「画像を読み込む」のチェックを外します 「Set program counter at:」にチェックを入れ、「Reset_Handler」を入力します。

ISRから転送が開始されたときにDMA割り込みがトリガーされない こんにちは i.MXRT1024 EvkとMCUxpressoをプログラミングに使用しています。GPIOがローになるたびに、LPSPIからメモリに数バイトを転送する必要があります。受信したバイトの処理は、DMA チャネルのメジャー ループ割り込みで行う必要があります。プロセッサは FreeRTOS で実行されています。転送を開始できず、GPIO ISR から DMA チャネル割り込みを発生させることができません。私がこれまでに発見したことを以下で見つけてください。 1)タスクからDMA転送を開始するとき、すべて問題ありません。DMA 転送が開始され、DMA 割り込みが発生しました。LPSPI_MasterTransferEDMALite(LPSPI3, &g_m_edma_handle, &eDMA_masterXfer); 関数を使用しています 2) LPSPI_MasterTransferEDMALite (LPSPI3, &g_m_edma_handle, &eDMA_masterXfer) を使用して GPIO 割り込みで DMA 転送を開始しているとき、転送も割り込みも行われません 3)以下のコードを使用している場合、タスク内ではすべて(転送+完了割り込み)抽出は問題ありませんが、GPIO割り込み内では問題ありません。転送は開始されますが、メジャー ループ割り込みは開始されません DMA0->TCD[0]です。DADDR = 0x81E00000;DADDR がメモリの先頭にリセットされる EDMA_StartTransfer(g_m_edma_handle.edmaTxDataToTxRegHandle); EDMA_StartTransfer(g_m_edma_handle.edmaRxRegToRxDataHandle); LPSPI_EnableDMA(LPSPI3, (uint32_t)kLPSPI_RxDmaEnable | (uint32_t)kLPSPI_TxDmaEnable); 割り込みISR内でDMA転送を開始するのを手伝ってもらえますか? 転送後に DMA チャネルのメジャー ループ割り込みを生成します。よろしくお願いいたします。 Best regards, Jérémy Re: ISR から転送が開始されたときに DMA 割り込みがトリガーされない ありがとうございます Re: ISR から転送が開始されたときに DMA 割り込みがトリガーされない 親愛なるメイリウ 私はついに問題が何であるかを見つけました。それは、ブロッキングSPI転送とDMA転送を混在させていたという事実から来ました。私のプログラムは現在完全に正常に動作しており、ブロッキングとDMA転送を問題なくオンザフライで切り替えることができます。 私の問題を解決するための希望を見させてくれてありがとう。 Best regards, Jérémy Re: ISR から転送が開始されたときに DMA 割り込みがトリガーされない 私の前の投稿を参照してください、私はそれがうまくいくと確信しています。 私が行ったことを理解できたら、コードをプロジェクトにマージできます。 ぜひお試しください。 ありがとうございます Re: ISR から転送が開始されたときに DMA 割り込みがトリガーされない 親愛なるメイリュー 迅速な返信をいただき、誠にありがとうございます。残念ながら、私のプログラムでは機能しません。lwip_ipv4_ipv6_echoの例から始めました。私が発見したのは、別のタスクから転送を開始しても、割り込みもトリガーされないということです。clock の spi が正しいバイト数 (私のプログラムでは 28) に切り替わっているのがわかりますが、TCD の DONE ビットは設定されていないため、割り込みは発生しません。各ピン割り込みでDMAMUX、DMA、およびDMAチャネル(以下の抜粋)の初期化全体を行う場合も同じことが起こります。FREERTOSの実行が問題の原因であるかどうかはわかりません。万が一、それが役立つ場合に備えて、メインのCファイルとADS1299_HALファイルを添付しました。 DMA転送の開始は、ADS1299_HAL.cの機能ActivateDMA(ligne 490)で行われます。 ピン割り込みは、同じファイル内の関数void GPIO1_Combined_16_31_IRQHandler(void)ligne 565で処理されます。NeedActivateDMA = 1 を発生させます。フラグを使用して、ActivateDMA() を呼び出すように別のタスクにシグナルを送ります。 ご協力いただきありがとうございます。 Best regards, Jérémy これが ActivateDMA() のフォントです DMAMUX_Init(DMAMUX); DMAMUX_SetSource(DMAMUX, LPSPI_MASTER_DMA_RX_CHANNEL, kDmaRequestMuxLPSPI3Rx); DMAMUX_EnableChannel(DMAMUX、LPSPI_MASTER_DMA_RX_CHANNEL); DMAMUX_SetSource(DMAMUX, LPSPI_MASTER_DMA_TX_CHANNEL, kDmaRequestMuxLPSPI3Tx); DMAMUX_EnableChannel(DMAMUX、LPSPI_MASTER_DMA_TX_CHANNEL); /* EDMA init*/ EDMA_GetDefaultConfig(&userConfig); userConfig.enableDebugMode = true; EDMA_Init(DMA0, &userConfig); /* lpspi マスターの設定*/ memset(&(lpspiEdmaMasterRxRegToRxDataHandle), 0, sizeof(lpspiEdmaMasterRxRegToRxDataHandle)); memset(&(lpspiEdmaMasterTxDataToTxRegHandle), 0, sizeof(lpspiEdmaMasterTxDataToTxRegHandle)); EDMA_CreateHandle(&(lpspiEdmaMasterRxRegToRxDataHandle), DMA0, LPSPI_MASTER_DMA_RX_CHANNEL); EDMA_CreateHandle(&(lpspiEdmaMasterTxDataToTxRegHandle), DMA0, LPSPI_MASTER_DMA_TX_CHANNEL); LPSPI_MasterTransferCreateHandleEDMA(LPSPI3, &g_m_edma_handle, LPSPI_MasterUserCallback, NULL, &lpspiEdmaMasterRxRegToRxDataHandle, &lpspiEdmaMasterTxDataToTxRegHandle); LPSPI_MasterTransferPrepareEDMALite(LPSPI3、&g_m_edma_handle、 kLPSPI_MasterPcs0); /* マスター転送を開始し、スレーブからデータを受け取る */ eDMA_masterXfer.txData = NULL; eDMA_masterXfer.rxData = eDMA_masterRxData; eDMA_masterXfer。データサイズ = 28; CS1Low(); isTransferCompleted = false; spiレベルで転送を生成しない修飾子 LPSPI_MasterTransferEDMALite(LPSPI3, &g_m_edma_handle, &eDMA_masterXfer); LPSPI_EnableDMA(LPSPI3, (uint32_t)kLPSPI_RxDmaEnable | (uint32_t)kLPSPI_TxDmaEnable); Re: ISR から転送が開始されたときに DMA 割り込みがトリガーされない Hi @jterrien , 私たちの製品に興味を持ち、コミュニティをご利用いただき、誠にありがとうございます。 私はあなたのためにテストをしました、私は割り込みISR内でDMA転送を開始し、転送後にDMAチャネルメジャーループ割り込みを生成することができます。 SDKデモ「evkmimxrt1024_igpio_input_interrupt」と「evkmimxrt1024_lpspi_edma_b2b_transfer_master」をマージします。MIMXRT1024-EVKボードを使用しています。 SW4ボタンを押すと、このGPIO IRQハンドラーでLPSPI_MasterTransferEDMALite関数を呼び出すと、プログラムがコールバック関数に入ることができることがわかりますLPSPI_MasterUserCallback。  それがあなたの助けになることを願っています。 それでもご不明な点がございましたら、お気軽にお知らせください。 良い一日をお過ごしください! よろしくお願いいたします メイリュウ

S32 Design Studio 中的单线输出 (SWO) 支持，由 PEmicro 的 GDB 服务器实现 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> PEmicro 的 GDB 服务器可以利用四个有用的 SWO 调试工具： 功率测量 SWO ITM 控制台 SWO 数据捕获 实时表达。 本文档介绍了如何启用和使用这些功能。 注意：要设置 SWO 调试功能的流式传输，用户应在设置过程中勾选“调试配置”中的“启用流式传输”复选框。然后在“流式传输服务器端口”文本框中指定端口。 硬件要求 要利用 SWO 流功能，需要以下版本（或更高版本）的 PEmicro 硬件接口： Multilink FX Rev. C Multilink Universal Rev. D 多链路 ACMP 修订版 B 实时功率测量 要启用功率测量捕获，必须已在进行活动调试会话。单击 PEmicro“功率测量”窗口标题栏上的齿轮图标。选择数据捕获的频率并选中启用框。单击“确定”后，Power Recording 即处于活动状态。 注意：实时功率测量需要 Multilink FX 调试探针 电源配置对话框 下次运行目标 MCU 时，将显示实时功率测量读数。 用户可以开始/停止电力记录、缩放、导出数据等 SWO Printf 控制台 SWO Printf 控制台将显示通过 SWO 引脚传输并由 Multilink 捕获的消息。要利用此功能，需要两个主要配置步骤。首先，必须配置项目以将 printf() 语句重定向到 SWO Printf 外设。这是在项目创建时完成的。 其次，在活动调试会话期间需要单击 SWO ITM 控制台上的绿色“播放”按钮。这将导致在下一次恢复时发生 SWO printf 信息的数据收集。一旦数据开始流动，红色的“停止”按钮将停止数据流动。 SWO ITM 控制台中显示的 Printf() 语句 Multilink 自动测量 SWO 引脚上的数据通信速率并自动进行调整。每次处理器在调试模式下停止时都会执行此自动检测序列。如果运行代码改变了核心频率，则应在频率改变后设置一个断点，以便 Multilink 可以适应新的 SWO 通信速率（这是核心频率的函数）。 SWO 数据捕获 SWO 数据视图允许用户配置要跟踪的变量，以便捕获对这些变量的任何读取和写入并通过 SWO 引脚传输到多链路。此视图显示所有发生的实时访问以及不同访问的时间。 对于 SWO 数据，还有更多设置。用户需要选择“眼镜+”符号，这将弹出添加数据监视项目的弹出窗口。只需输入要跟踪的不同变量的信息。最多可以同时跟踪四个独立变量。在这个例子中，我们选择捕获 ledsOn 和seconds 变量的读写。添加后，用户需要通过选中 SWO 数据窗口中的“启用跟踪”框来选择要捕获的监视数据，然后单击绿色箭头将程序设置为在恢复时开始捕获。恢复应用程序后，窗口右侧将显示正在发生的访问。请注意，这是实时发生的；访问发生时微控制器不会停止（即与数据断点分开）。 实时显示变量读/写 Multilink 自动测量 SWO 引脚上的数据通信速率并自动进行调整。每次处理器在调试模式下停止时都会执行此自动检测序列。如果运行代码改变了核心频率，则应在频率改变后设置一个断点，以便 Multilink 可以适应新的 SWO 通信速率（这是核心频率的函数）。 实时表达 此视图类似于标准 Eclipse“Expressions”窗口，不同之处在于其内容将实时更新，而无需设备在调试模式下停止。只需将适当的变量添加到实时表达式窗口，您就会看到它们实时更新。 向实时表达式窗口添加变量 第三方（高级）插件 Eclipse IDE 使用和设置 概述

Toradex、NXP® I.MX 7アプリケーションプロセッサを搭載した新しい組み込みコンピューターで製品ポートフォリオを拡大 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2016年2月23日、ニュルンベルク(ドイツ😞 Toradexは、NXP i.MX 7シリーズアプリケーションプロセッサーをベースとした System on Module (SOM)製品ラインの新メンバーを発表しました。これらのプロセッサは、優れた性能/電力比、高度なセキュリティ機能、ARM ® Cortex-A7およびCortex-M4コアに基づくヘテロジニアスマルチコアアーキテクチャを提供し、急速に成長するIoT市場をターゲットとする製品に最適です。 新しいSOMの機能の一部:Colibri iMX7SとColibri iMX7Dは次のとおりです。 NXP i.MX 7Soloおよび i.MX 7Dualアプリケーションプロセッサ 1x/2x ARM ® Cortex-A7 最大1GHz、Cortex-M4 x 1、200MHzで1 256MB/512MB RAM、512MB オンボード フラッシュ 非対称/ヘテロジニアスマルチコア処理 低消費電力/高効率 高度なセキュリティ機能 接続性:CAN、イーサネット、USB、I2C、UARTなど マルチメディア:タッチ、RGB、カメラパラレルインターフェース、アナログオーディオなど 温度範囲 -20°〜85°C 追加のCortex-M4コアは、タイムクリティカルなアプリケーション向けに調整されています。この独自の異種マルチコアアーキテクチャにより、リアルタイムタスクを任意のサーバーまたはGUI関連アプリケーションから明確に分離できます。i.MX 7プロセッサには、セキュアブート、暗号化アクセラレーション、タンパー検出など、IoT市場にとって高い価値を持つ多くの追加セキュリティ機能も含まれています。 Toradexの内部ベンチマークは、i.MX 7プロセッサに使用されている新しいアーキテクチャの有効性を証明しています。パフォーマンスは、非常に成功した i.MX 6Soloプロセッサ(ARM ® Cortex-A9 1GHz)SoCに匹敵しますが、動作モードでの消費電力はColibri VF61(ARM ® Cortex-A5 500MHz)の範囲内、または i.MX 6Soloの消費電力の75%未満です。スタンバイモードを見ると、i.MX 7は i.MX 6Soloの消費電力と比較してさらに3分の1未満しか必要としません。 *結果は、シングルコアを使用するnbenchベンチマークに基づいているため、パフォーマンスと消費電力の数値 デュアルコア i.MX 7Dualと、i.MX 6Solo、VF61、VF50などのシングルコアSoCと同等です。 Colibri iMX7S/D SOMは、産業オートメーション、医療、自動車、ロボット工学など、さまざまな業界で使用されている堅牢でコンパクトなToradex組み込みコンピューティングSOMとカスタマイズされたシングルボードコンピューター(SBC)の拡張です。Toradexの製品は、概念実証を迅速に作成し、組み込みコンピュータを再設計することなく、プロトタイプから数万台のデバイスにシームレスに拡張するのに理想的です。 「私たちは、NXP ® i.MX 7シリーズをベースにした製品を世界で最初に提供する企業の1つになれたことを嬉しく思います。このプロセッサは、ピン互換のVFxxベースのプラットフォームからのアップグレードパスを提供しながら、同じダイ上の2つの異なるコアのユニークな組み合わせを維持します。Cortex-M4コアを介してセンサーとアクチュエータを制御し、Cortex-A7コアでタイムクリティカルでないタスクを実行することで、多くのお客様はシステムの複雑さとBOMコストの両方を大幅に削減できます。この優れた製品は、ToradexとNXPの長年にわたる強力なパートナーシップの成果です」と、ToradexのCEOであるStephan Dubachは述べています。 「NXPは、i.MX7の幅広い採用を推進しようとしています。当社の成功には、お客様が市場投入までの時間を効果的に短縮できるようにするパートナーからのシステムレベルのボード設計が重要です。ToradexのColibri i.MX7 SOMは、小型フォームファクタで高度なセキュリティ機能を提供する、非常に効率的で強力なモジュールです。これと広範なエコシステムを組み合わせることで、お客様はすぐに開発を開始し、市場投入までの時間を短縮することができます」と、NXP Semiconductorsの i.MX アプリケーションプロセッサのチーフイネーブルメントアーキテクトであるRobert Thompson氏は述べています。 技術仕様: Colibri iMX7 SOMの技術的な詳細については、次のURLを参照してください。 https://www.toradex.com/computer-on-modules/colibri-arm-family/nxp-freescale-imx7 可用性： ToradexのColibri iMX7 SOMは、2016年2月23日からToradexのウェブショップで販売されます。 Webinar: Toradexは、2016年3月9日にNXPと共同でウェビナーを開催します。今すぐ登録:i.MX 7 System-on-Chipの紹介 - ToradexとNXPが発表 ▽Toradexについて: Toradexはスイスに拠点を置き、世界中にオフィスを構えるARM ® ベースのシステムオンモジュール(SOM)とカスタマイズされたSBCを提供しています。NXP ® i.MX 6、i.MX 7、Vybrid、 NVIDIA ® Tegraプロセッサを搭載したピン互換のSOMは、価格、パフォーマンス、消費電力、I/Oの面でスケーラビリティを提供します。Toradexは、直接のオンライン販売と長期的な製品供給に加えて、直接のプレミアムサポートと地元の倉庫での在庫切れを提供します。 https://www.pinterest.com/pin/create/extension/ 全般

Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Kinetis SDK 是飞思卡尔为 Kinetis 微控制器提供的一款全新免费软件。Kinetis 软件开发套件 (SDK) 提供了一套广泛的强大外设驱动程序、堆栈、中间件和示例应用程序，旨在简化和加速 Kinetis MCU 上的应用程序开发。为软件和板卡支持配置添加 Processor Expert 技术，提供了无与伦比的易用性和灵活性。Kinetis SDK 包含所有硬件抽象和外围驱动软件的完整源代码，这些源代码均在宽松的开源许可下提供。   Kinetis SDK 可从以下位置下载： http://freescale.com/ksdk   本文档介绍了 Kinetis SDK 的基础知识和常见的故障排除技巧。   Kinetis SDK 和 FRDM-K64F 入门指南 FRDM-K64F是一款功能齐全的飞思卡尔 Freedom 开发板，配备基于 120MHz Cortex M4 的 Kinetis K64 MCU。该开发板还具有 Arduino 硬件兼容性、加速度计和磁力计（飞思卡尔的FXOS8700CQ ）、按钮/LED，以及用于调试的以太网端口、microSD 端口和 OpenSDAv2。   首先从 http://freescale.com/ksdk 下载并安装最新版本的 Kinetis SDK   然后选择 Kinetis SDK 支持的五个 IDE 之一： Kinetis 设计工作室 2.0 适用于 ARM 7.20.2 的 IAR 嵌入式工作台 MDK-ARM 微控制器开发套件 (Keil) 5.11 ARM GCC 4.8.3 Atollic TrueSTUDIO 适用于 ARM 5.2 请注意，Kinetis Design Studio 和 ARM GCC 的代码大小不受限制，也可以在 Linux 上运行。   然后查看 /doc 文件夹中的文档，特别是发行说明和 Kinetis SDK (KSDK) 入门文档。发行说明包含 Kinetis SDK 的概述、支持的设备、目录结构的详细信息以及已知问题。   还请注意基本的 Kinetis SDK 目录结构。更多详细信息请参阅发行说明： 演示 – SDK 示例和演示 board – 主板特定文件 lib – 已编译的 SDK 库所在位置 平台 – SDK 驱动程序和 HAL 源代码、链接器文件和启动代码     由于所有示例都在 demos 文件夹中，请查看位于\demos\hello_world\ \frdmk64f\hello_world.eww 的“hello_world”项目，了解一个简单的 hello world 类型应用程序。 使用KSDK 入门指南来了解如何为您的特定 IDE 编译和运行演示的详细信息。   另请参阅Kinetis SDK FAQ，了解 Kinetis SDK 支持的其他开发板、MQX RTOS 和其他 RTOS 支持、KSDK 的 USB 支持等更多信息。   在FRDM-K64F上调试Kinetis SDK： 通常，调试是通过构建在 FRDM-K64F 板上的OpenSDAv2电路完成的。确保使用以太网端口 J26 左侧的 USB 连接器。默认情况下，FRDM-K64F 使用 CMSIS-DAP/mbed 接口作为调试协议。但是，也可以使用 P&E Micro 或 Segger JLink 调试接口与开发板一起使用。   使用 CMSIS-DAP/mbed 接口进行调试： FRDM-K64F 板默认使用 CMSIS-DAP/mbed 接口，因为它使用 OpenSDAv2。KSDK 1.1 演示项目应设置为默认使用 FRDM-K64F 项目的 CMSIS-DAP 调试接口。   使用P&E Micro接口进行调试： 要使用 P&E Micro 接口进行调试，需要将 P&E Micro OpenSDAv2 应用程序加载到 OpenSDAv2 电路上。有关加载和使用此应用程序的说明，请参阅《KSDK 入门指南》附录 C。使用 Kinetis SDK zip 文件中的DEBUG_K64F_MBED_PEMICRO_V108.BIN文件。 如果您想返回原始的 CMSIS-DAP/mbed 界面，您可以在 FRDM-K64F mbed 页面上找到一个二进制应用程序并将其拖放到 OpenSDAv2 引导加载程序上。固件 FRDM K64F - 手册 | mbed   故障排除 我正在使用带有 IAR 的 CMSIS-DAP/mbed 调试接口，但我无法再连接到我的主板并出现错误：“致命错误：未找到探头。会话中止！“： Kinets SDK 发行说明中描述了一个问题：在使用带有 OpenSDAv2 的 CMSIS-DAP 接口时，如果允许代码退出 main() 函数，调试器可能会变得无响应。   要恢复主板，您有以下几种选择： 将P&E Micro接口应用程序加载到OpenSDAv2上，然后刷新一个已知的良好程序 该板仍应被列举为大容量存储设备，并且您可以将已知良好的程序拖放到该板上。您可能需要按几次重置按钮才能使其正确枚举。一个已知良好的 hello_world 程序已附加到此帖子。   这将在 CMSIS-DAP/mbed 接口应用程序的未来版本中修复。同时，请确保在退出 main() 之前在代码中放置一个 while(1) 循环。另请参阅有关Eclipse 上的 MCU的此问题的博客文章   串行端口未枚举： 如果使用默认的 CMSIS-DAP/mbed 接口，则必须先安装mbed Windows 串行端口驱动程序，然后它才能在 Windows 上正确枚举。它应该可以在无需驱动程序的情况下在 Mac OS 和 Linux 中运行。   当我开始调试时，我收到一条错误消息“Undected。断开/连接 USB 电缆。点击“刷新列表”： 可能的问题是 FRDM-K64F 具有默认的 CMSIS-DAP/mbed 固件，而您的项目正尝试使用 P&E Micro 或 JLink 接口。将 IDE 中的调试接口更改为使用 CMSIS-DAP。或者将 OpenSDAv2 电路中的固件更改为正确的固件，如 KSDK 入门文档附录 C 中所述。   在IAR 7.10.x中编译Kinetis SDK平台库时，我看到以下错误消息：Error[Pm056]: 所有 if, else if 结构都应包含最终 else 子句（MISRA C 2004 规则 14.10）： 这是由于违反 MISRA C 2004 规则造成的。Beta Kinetis SDK 是使用 IAR 6.70 构建的，但当 IAR 升级到 7.10.x 时，MISRA C 检查发生了变化这就是为什么这个问题会出现在 IAR 7.10.x 中。   可以通过在项目设置中禁用 MISRA C 检查来修复此错误。   右键单击 platform_lib 项目，在常规选项类别下，滚动（使用右侧的箭头键）到 MISRA-C-2004 选项卡，然后取消选中“启用 MISRA-C”。   使用 P&E Micro OpenSDAv2 应用程序进行调试时，我收到一条错误消息“从 OpenSDA 硬件读取数据时出错。E17925” 目前正在调查此事，似乎会影响 IAR 7.10.x和 CW10，但不包括早期版本的 IAR。同时，改用 CMSIS-DAP/mbed 接口应用程序。 概述 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我已经成功地使用 Eclipse Luna 为 FRDM K64F 构建了项目，并使用 ARM 嵌入式处理器的 GNU 工具为新的 KSDK 1.2.0 构建了项目。我已经创建了一个博客来介绍如何进行这一切。希望对您有所帮助：工具链：KSDK 1.2.0，带有 Eclipse 4.4（Luna）和 GNU ARM 插件 | Centaurian 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以看看 Erich Styger 博客上的教程：使用 Eclipse 为 ARM 构建课堂 IDE | Eclipse 上的 MCU 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您使用的是评估版本，则可以在 IAR 项目设置中关闭 MISRA 检查，这样您就可以开始使用了。 KSDK 支持 IAR、Keil、Kinetis Design Studio 和 GCC。所有这些工具链的说明都可以在“KInetis SDK K64 用户指南”文档的 \doc 文件夹中找到。 我能够使用用户指南文档中描述的 GCC/MinGW 解决方案进行构建和调试。我认为有些人也使用过 cygwin，尽管正如 Ed 所说他遇到了问题。即使使用 cygwin，您仍然需要使用“mingw32-make”而不仅仅是“make”。 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我个人并没有为此购买 IAR；但是，正如您从我上面的帖子中看到的，我也没有成功地使用 GCC 直接构建 SDK 内容。我只是拿出我需要的东西并创建了我自己的版本（使用 gcc/make）。这还不算太糟；但是，如果 GCC 的东西能够开箱即用就更好了。 回复：Kinetis SDK和FRDM-K64F <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有人使用 gcc 工具在 SDK 下构建过任何应用程序吗？ 我已经能够从 SDK 中提取代码并构建我自己的东西；但是，我无法使用各种应用程序下的 makefile 直接成功构建。我的环境是 W7，带有 cygwin 和 codesourcery 的交叉编译器。有关详细信息，请参阅FRDM-K64F 启动问题。

S32 Design Studio for Power Architecture 2017.R1 - Updates 5 および 6 が利用可能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />       製品リリースのお知らせ 車載用マイクロコントローラ／マイクロプロセッサ S32 Design Studio for Power Architecture 2017.R1 Updates 5 および 6          最新情報 MPC574xxをサポートするPower Architecture 1.0.0 RTM用のS32 SDK。 MPC5775 B/EをサポートするService Pack これは累積的な更新であり、以前の更新(更新1、更新2、更新3、 更新4)のすべてのコンテンツが含まれています。 インストール手順 このアップデートは、 オンライン(S32DS Eclipse Updater経由)または オフライン インストール( 直接ダウンロードリンク) 利用できます オンライン 取り付け： メニュー「ヘルプ」->「新しいソフトウェアのインストール...」ダイアログ  select predefined update site "S32DesignStudio - http://www.nxp.com/lgfiles/updates/Eclipse/S32DS_POWER_2017.R1/updatesite" 利用可能なすべてのアイテムを選択し、「次へ」ボタンをクリックします   オフライン インストール：  S32 Design Studio for Power製品ページ->ダウンロードセクションに移動するか、直接リンクを使用して更新アーカイブzipファイルをダウンロードします  S32DSを起動し、「ヘルプ」->「新しいソフトウェアのインストール..." 新しい「アーカイブ」リポジトリを追加し、前の手順でダウンロードしたダウンロードした更新アーカイブのzipファイルを参照して選択します 利用可能なすべてのアイテムを選択し、[次へ]ボタンをクリックします。   これにより、アップデートのインストールが開始されます。 全般 SDK

S12XD、S12XE - 外部BUSデザイン - AN2708の補遺 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なる読者の皆様へ   添付ドキュメントには詳細な情報があります。詳細な説明「ハウツー」、サンプル デザイン、詳細なメモリ マップ、およびコード サンプルが含まれています。   また、CodeWarriorで作成されたテスト済みのサンプルプロジェクトも添付されています。   このドキュメントと SW の例は、設計に役立ち、S12(X) サポート チームでの作業で遭遇した間違いを回避すると信じています。   草々   Ladislav 全般

[S32K3xx] 用于睡眠/唤醒和AUTOSAR-4-4的MCU 您好。 我正在寻找符合睡眠/唤醒和 AUTOSAR-4-4 标准的 MCU MCU 还必须满足 ISO 26262 ASIL-C。 您能给我一个 MCU 或 MCU 列表吗？ 谢谢你一直以来的帮助。 #S32k AUTOSAR  #ISO26262 回复：[S32K3xx]用于睡眠/唤醒和AUTOSAR-4-4的MCU 你好@hanryang ， 所有 S32K MCU 均提供实时驱动程序 AUTOSAR 4.4。 此外，所有 S32K MCU 都支持低功耗模式，S32K3xx（待机）S32K1xx（VLPS、STOP1/2）。 但是，S32K1xx 仅针对 ASIL-B 应用。 参考这个列表： https://www.nxp.com/products/processors-and-microcontrollers/s32-automotive-platform/s32k-auto-general-purpose-mcus:S32K-MCUS 此致， Daniel

ov5645 を android jb4.2.2 に移植する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントには、次の内容が含まれています。 (1)OV5646をAndroid JB4.2.2に移植する方法を文書化 (2) ov5645 ドライバ for Linux 3.0.35 (3)i.MX6Q/DLに基づくov5645の回路図 (4)ov5645 for androidカメラHAL   [ノート:] P5V29A-0JGはOV5645をベースにしたカメラモジュールで、PAO532-0JGはOV5640をベースにしており、どちらもNINGBO SUNNY OPOTECH CO.によって製造されています。LTD(中国)は、お客様がi.MX6プラットフォームでそれらを使用したい場合は、私に電子メールを送信してP5V29AおよびPAO532のデータシートを求めるか、ポーティングに関する対応する質問について話し合うことができます。   Eメール: [email protected] Android i.MX6_All i.MX6DL i.MX6Dual i.MX6Quad i.MX6S Linux マルチメディア 日時:ov5645をandroid jb4.2.2に移植する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi ebiz_ws_prod‌ weidong.sun‌ このOV5645のi.mx6プロセッサへの移植に関して更新されたソースファイルはありますか Nougat 7.1.2を使用していますLinuxカーネル4.9.67では、すでに提供されているものより後のものは、すぐに助けになります ありがとうございます Redwan