使用 KDS 在 FRDM-KL46 板上进行反应测量游戏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 概述

例MPC5777C GHS714 外部SRAM_test ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ******************************************************************************** ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ********************************************************************************

S32K Sound Mixer Hi all, Recently, we completed S32K Sound Mixer reference code and demo, and glad to share this demo at here. Some key feature of this demo:  - Demo HW based on S32K344/S32K148 + audio codec SGTL5000 + QSPI flash MX25L6433.  - Demo SW based on S32K3 RTD RTM 2.0.0 and S32K1 RTD RTM 1.0.0.  - Demo provided 2 kinds of sound mixing algorithm realization code, and corresponding audio materials and codec SGTL5000 driver.  - Demo showed how to programming QSPI flash and its AHB accessing via audio storage and playing process.  - Demo used mono audio as source for processing, and output stereo audio (I2S format) via SAI HW FIFO combine (Line_Mux) function with nearly no extra cost. HMI/Cluster apps need multiple audio sources (usually warning sounds) be played simultaneously, which brings sound mixing ability requirement. However, S32K1/3 lack of this HW/SW feature support. With the demand from local key customer, and considering potential customer requirements, we planned to enable a SW sound mixer with scheduled peripherals, to enhance the S32K family audio mixing ability. It shall be easy of using/porting on S32K1/3, and use QSPI flash (AHB mode read) to store the music. Attachment the Sound Mixer package includes 2 sound mixing examples based on S32K344 EVB and S32K148 T-Box RDB, and some slides to introduce this implementation and quick start guide.  Thanks and welcome any comment from you. Best Regards, Shuailin Li Re: S32K Sound Mixer Hi @zyc0211 , Please sign-in your NXP website account, and see below place: FYI. If you still can not obtain the RTD 2.0.0 driver, please contact corresponding NXP FAE/DFAE to get the resources. Regards, Shuailin 回复： S32K Sound Mixer Hello, where is the download connection for S32K3 RTD RTM2.0? The S32K3 RTD 4.4 I installed cannot open the project

Kinetisと競合製品のエネルギー効率性の比較 - デモ デモ所有者: Eduardo Montanez   Kinetis KシリーズとKinetis Lシリーズ・マイクロコントローラが競合他社を打ち負かす様子をご覧ください。     特長 EEMBCのCoreMarkベンチマークを実行する最新のKinetis K2マイクロコントローラ 4つの異なるマイクロコントローラがテストにかけられます。 すべての製品に対して同じ容量で、すべて同じイテレーション ベンチマークを実行する 注目のNXP製品 K22F(日本未発売) KL02 リンクス Kinetisマイクロコントローラ|ARM® Cortex-M® コア |NXPの Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率ベンチマーク・デモ Kinetis Lシリーズ・マイクロコントローラのエネルギー効率ベンチマーク - YouTube   インダストリアル

编写 K32L3A MCU 闪存 IFR 字段                                      编写 K32L3A MCU 闪存 IFR 字段 简介 K32L3A60VPJ1AT MCU 是下一代 Kinetis 双核设备。该设备带来了传统 Kinetis 设备不支持 的处理和多任务处理功能。此外， K32L3A60VPJ1AT 还提供了改进的功耗和安全功能。这 些安全功能的一些重要方面在于非易失性信息寄存器（IFR）存储区域以及该区域的编程方 式。 IFR 存储器区域是与主阵列分离的具有受限访问的储器空间，并且由可擦除 IFR 区域和 不可擦除 IFR 区域组成。不可擦除的 IFR 区域包括程序的一种标识符和版本标识符。可擦 除的 IFR 区域具有闪存安全性，闪存选项，批量擦除启用以及控制设备行为的其他此类功 能。在旧版 Knietis 设备中，主闪存阵列的某些字段（闪存地址 0x400-0x40F）在引导时配 置了 IFR。但是，在 K32L3A60VPJ1AT 中，不再以这种方式控制 IFR 存储区。尝试配置这些 设置时，这会带来挑战。 本文档的目的是解释如何更改这些设置，并提供一些有关如何进 行这些更改的选项。 配置 IFR 字段的第一步是了解如何通过硬件对这些字段进行编程。使用称为“程序索引命令” 的特殊闪存命令对 IFR 字段进行编程。编程后，必须先擦除这些字段，才能重新编程闪存 配置值。擦除这些值的唯一方法是通过批量擦除。这提供了安全性，因为在不删除用户代 码的情况下也无法更改 IFR 值。此外，更改用户代码映像不会影响引导加载程序的操作， 从而确保可以执行安全的引导功能。此处描述了写入可擦除 IFR 值的过程： 1.使用程序索引命令（0x43）写入 FCCOB0。 2.用要编程的索引写入 FCCOB1.可能的索引列在“可擦除 IFR 映射”表中（K32L3A6 参考 手册中的表 16.4.1.2）。 3.将 FCCOB2 和 FCCOB3 写入 0x00，因为此命令不使用它们。 4.用所需的值写入 FCCOB4 - FCCOBB。（请注意， 并非所有索引都使用所有 FCCOB 字 段。请确保查阅 Erasable IFR Map 表，其中 FCCOB 字段用于您正在编程的索引。） 5.将 0x70 写入闪存状态寄存器（FSTAT），以清除上一个闪存命令中可能存在的任何错 误。（请注意，此命令必须是字节写操作。） 6.将 0x80 写入闪存状态寄存器（FSTAT）以启动已编程的闪存命令。 7.轮询 FSTAT 寄存器，直到 CCIF 位字段（位字段 7）为 1（‘1’）为止。（请注意， 用您 的脚本语言可能无法执行此操作，或者仅等待 flash 命令完成执行可能会更容易。在这 些情况下，等待时间比典型的 Program Index 命令完成时间 110us 长的多） 对 IFR 进行编程后，应回读 IFR 以验证其是否正确完成。其过程如下： 1.使用读取索引命令（0x41）写入 FCCOB0. 2.将 FCCOB1 写入要读取的索引。可能的索引列在“可擦写 IFR 映射“表中（K32L3A6 参 考手册中的表 16.4.1.2）。 3.用 0 写入 FCCOB2-FCCOBB。结果将存储在 FCCOB4-FCCOBB 中，因此，应清除这 些内容以确保收到正确的结果。 4.将 0x70 写入闪存状态寄存器（FSTAT），以清除上一个闪存命令中可能存在的任何 错误。注意，该命令必须是字节写入。 5.将 0x80 写入闪存状态寄存器（FSTAT）以启动已编程的闪存命令。 6.轮询 FSTAT 寄存器，直到 CCIF 位字段（位字段 7）为 1（‘1’）为止。（请注意，在您 的脚本语言中可能无法执行此操作，或者只是简单地等待 flash 命令完成执行可能会 更容易。在这些情况下，等待时间要比最长的读取索引命令完成时间 35us 长的多） 使用程序索引命令时，必须知道要修改哪个索引才能创建正确的 Flash 命令。索引列表可 以在 K32L3A60VPJ1AT 参考手册的 Flash 章节的 IFR 描述部分中找到。 有几种不同的选项可用于对 FORT 字段进行编程。这些选项是： 1.使用 Kinetis Flash 工具 2.使用 blhost 3.调试器脚本 4.用户软件中的子例程 选项#1： Kinetis Flash 工具 使用 Kinetis Flash Tool 可能是更改 IFR 值的·最方便的方法。 Kinetis 闪存工具使用 UART 或 USB 协议与 K32L3A6 引导加载程序接口并写入所需的 IFR 字段。 Kinetis Flash 工具的最大优 点之一是，它为用户提供了一个图形界面，可以轻松的对 IFR 字段进行编程。下图是 Kinetis Flash 工具的图片，并突出显示了对 IFR 字段进行编程时要使用的重要输入控件和选 项卡： 1.此字段是端口集框。他选择与引导加载程序通信时要使用的接口（UART 或 USB）。此 框还允许配置接口。有关默认配置，请查阅 K32L3A6 参考手册。 2.这是“Flash 实用工具”选项卡。选择此选项卡以查看此图像中显示的控件。 3.这是索引输入字段。应在此处输入要编程的 IFR 的索引。 4.这是十六进制数字字段。该值将在“索引”字段中指示的 IFR 索引处进行编程。此处的 值应为十六进制格式，而不能包含前面的“0x”。 5.这是字节计数字段。这告诉实用程序要编程多少个字节，并且必须是该 IFR 索引的值， 请参考参考手册中的“可擦除 IFR 映射表”。 6.这是程序按钮。填写完所有字段后，单击此按钮可以对所需的 IFR 位置进行编程。 选项#2： BLOHOST MCUBoot 软件包还包括一个命令行可执行文件，可与引导加载程序交互。该工具 blhost 还 可用于对 IFR 字段进行编程。“flash-program-once”命令应用与对所需的 IFR 位置进行编程。 该命令的语法如下： flash-program-once 因此，例如， 如果要使用 0xFFFFF3FF 编程 FOPT IFR 字段（记录索引 0x84），则使用此命令 的正确语法应为 flash-program-once 0x84 4 FFFFF3FF 编程后，“一次刷新读取”命令可用于回读并验证已编程的 IFR 字段。以下是使用以前的 IFR 位置的示例 flash-read-once 0x84 4 以下是使用 blhost 擦除设备，对 FOPT IFR 进行编程以及从命令行读回 FOPT IFR 的完整示 例。 选项#3：调试器脚本 简单的调试器脚本是写入 IFR 值的另一种便捷方式。调试器脚本在调试会话启动过程的后台 执行（因此是用户的隐藏操作），通常可以使用任何文本编辑器轻松地对其进行编辑。但是， 更改值可能更麻烦，因为这通常必须由用户在每次编程时手动完成。考虑到这一点，最好为 不同的配置使用不同的连接脚本 使用调试器脚本的第一步是编写调试器脚本。调试器脚本的功能和语法取决于您的工具链。 就本文档而言，我们将重点介绍 MCUXpresso IDE。 MCUXpresso IDE 使用与调试器无关的 PokeXX 和 PeekXX 命令（其中 XX 是 8、 16 或 32，具体取决于要对所需寄存器进行字节访 问，半字访问，还是字访问）。因此，无论您使用 JLink 或 CMSIS-DAP 进行调试，还是使用 任何其他调试器，在设备上运行的相同命令将继续起作用。下面是一个 MCUXpresso 连接脚 本示例，该脚本写入 FOPT 寄存器，然后将其读回以打印到调试日志。 5140 REM ====================Program FOPT=================================== 5150 poke32 this 0x40023004 0x43840000 5160 REM Stuff FCCOB registers with desired FOPT value 5170 Poke32 this 0x40023008 v% 5171 Print “New Val “;~s% 5180 Poke32 this 0x4002300c 0x00000000 5180 Poke8 this 0x40023000 0x70 5190 Poke8 this 0x40023000 0x80 5200 wait 1000 6000 REM ================== Read FOPT ===================================== 6001 REM Now read the FOPT back 6010 Poke32 this 0x40023004 0x41840000 6020 Poke32 this 0x40023008 0x00000000 6030 Poke32 this 0x4002300c 0x00000000 6040 Poke8 this 0x40023000 0x70 6050 Poke8 this 0x40023000 0x80 6060 wait 1000 6070 s% = Peek32 this 0x40023008 6080 Print "New FOPT Val ";~s% 请注意，在上面的脚本中， v%是所需的 FOPT 值，并且它已在未显示的脚本部分中定义 （第 164 行）。 162 REM This is the value to be written to the FOPT 164 v% = 0xfffff3ff 编写脚本后，必须告知 MCUXpresso 使用连接脚本。这是在“调试配置”窗口中完成的。假设 已创建调试配置，请单击绿色错误图标旁边的箭头，然后选择“调试配置”。 在出现的对话框中，选择要使用的调试配置，然后选择“Linkserver 调试”选项卡。在“连接脚 本”字段中，将 MCUXpresso 指向连接脚本的位置。 这就是在 IDE 中需要完成的所有工作。现在，所选的调试配置应使用编写的脚本。 一些调试器将允许脚本的独立命令行运行，例如 JLink 调试器。由于 JLink 是我们遇到的最 受欢迎的外部调试器之一，因此下面提供了使用此脚本进行编程的示例。 //现在对 FOPT 进行编程 w4 0x40023004， 0x43840000 //43 选择程序索引命令。 84 选择 FOPT IFR 字段。 //用我们要写入的 FOPT 值填充 FCCOB 寄存器（4-7）。 //**（启动设置） ** w4 0x40023008， 0xfffff3ff //写入 0xFFFF_1FFF 以从内部 Flash 引导 M4。声明 NMI 引 脚将强制从 ROM 引导。 //用伪值写入 FCCOB 寄存器 8-B。 w4 0x4002300c， 0x00000000 //写入 FSTAT 寄存器以清除可能存在的任何错误。 w1 0x40023000， 0x70 //启动 flash 命令。 w1 0x40023000， 0x80 //等待 flash 命令完成。 Sleep1 //现在读回 FOPT w4 0x40023004， 0x41840000 //43 选择程序索引命令。 84 选择 FOPT IFR 字段。 //用我们要写入的 FOPT 值填充 FCCOB 寄存器（4-7）。 //**（启动设置） ** w4 0x40023008， 0x00000000 //写入 0xFFFF_F1FF 以从内部 Flash 引导 M0+。声明 NMI 引脚将强制从 ROM 引导。 //用伪值写入 FCCOB 寄存器 8-B。 w4 0x4002300c， 0x00000000 //写入 FSTAT 寄存器以清除可能存在的任何错误。 w1 0x40023000， 0x70 //启动 flash 命令。 w1 0x40023000， 0x80 //等待 flash 命令完成。 Sleep1 //读回内存以验证重置后应该显示的 FOPT 设置。 mem32 40023000， 4 选项#4： 用户软件中的子例程 有时，系统的要求将阻止实施上述任何方法来对 IFR 值进行编程。在这种情况下，您可能需 要实现自己的子例程来对 IFR 进行编程。这样做的过程与调试器脚本方法基本相同，只是用 代码而不是外部脚本编写。要记住的一个关键是您可能需要擦除整个闪存。因此，此子例程 应放在 RAM 内存中。由于正在执行闪存操作，因此将其置于 RAM 中将防止发生某些闪存 错误。 结论 总之， IFR 寄存器是非易失性信息寄存器，用于控制 K32L3A MCU 的某些行为。 IFR 分为可 擦除 IFR 空间和不可擦除 IFR 空间，它们都不是主闪存阵列的一部分。对这些值进行编程需 要使用特殊的闪存命令，并且要求自上次批量擦除以来尚未写入这些值。通常，有四种不同 的编程 FOPT 寄存器设置的方法。四种方法是： 1.Kinetis Flash 工具 2.BLHost 命令行界面 3.调试器脚本 4.用户软件子程序 每种方法都有其优点，因此，您应该选择一种满足您需求并且最方便的方法。但是，无论选 择哪种方法，在写入可擦除 IFR 字段之前都不能对 IFR 值进行编程。在尝试对任何 IFR 字段 进行编辑之前，最好执行批量擦除（可以使用本文档中介绍的任何方法进行擦除）。 Technologies

i.mx6UL从引导加载程序启动APP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的，   我们想从引导加载程序启动应用程序，我们有以下问题： 我们使用I.MX6UL bootrom启动BootLoader，需要使用mkimage.sh，编译生成bin文件，然后转换成可执行文件。 如果需要使用Bootloader运行应用程序，应用程序镜像是否也需要通过mkimage.sh进行转换？ mkimage.sh转换后的文件是压缩文件。不知道它的格式，起始地址怎么样，如何实现地址跳转，有例子吗？谢谢。  

AMF-AUT-T2348 - NXP 音频视频桥接 (AVB) 堆栈 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于车辆不同端点之间的媒体、通信和 ADAS 流增加，以太网在新 OEM 平台中的应用正在加速。所需的服务质量和同步通常是通过实施音频视频桥接 (AVB) 规范或 AVB 的衍生产品来实现的。NXP 在市场上占据着独特的地位，因为我们有能力为汽车中的 AVB 提供完整的解决方案，包括端点（MPU 和 MCU）、PHY、交换机以及所需的软件堆栈。此外，软件堆栈功能齐全，包括关键但经常被遗忘的组件，例如媒体时钟恢复。了解 AVB 技术的基础知识，以及 NXP 如何帮助您在产品中部署 AVB。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 由于车辆不同端点之间的媒体、通信和 ADAS 流增加，以太网在新 OEM 平台中的应用正在加速。所需的服务质量和同步通常是通过实施音频视频桥接 (AVB) 规范或 AVB 的衍生产品来实现的。NXP 在市场上占据着独特的地位，因为我们有能力为汽车中的 AVB 提供完整的解决方案，包括端点（MPU 和 MCU）、PHY、交换机以及所需的软件堆栈。此外，软件堆栈功能齐全，包括关键但经常被遗忘的组件，例如媒体时钟恢复。了解 AVB 技术的基础知识，以及 NXP 如何帮助您在产品中部署 AVB。

MPC5xxx I2C 通信驱动程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文档总结了 MPC5xxx 设备的简单 I2C 驱动程序实现。 代码遵循参考手册的典型 I2C 中断程序流程图。 概述

示例 MPC5777C MCAN-FD simpleTX RX-ISR GHS616 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 配置 MCAN 发送和接收带有或不带有 CAN FD 消息 * 数据阶段的比特率切换。这是由 BRS 宏定义的。 * 仲裁阶段的波特率设置为 500kbps，数据阶段的波特率设置为 1Mpbs * 因为 EVB 上使用了 PHY。 * * 在此配置中，MCAN_0 传输一条消息。MCAN_1接收消息。 * * MCAN_0 每 1 秒发送一次消息。该间隔由 PIT 生成。 * 单个 TX 缓冲区用于发送 n 个字节。每次 * 传播。发送两个标准 ID 和 2 个扩展 ID。 * * MCAN_1 配置为接收消息，ISR 用于读取新消息。 * 定义了2个标准和2个扩展ID过滤表。经典过滤器 * 配置已设置，表示过滤器 ID 和掩码。 * 具有匹配标准 ID 的消息被接收到 RXFIFO_0 中，具有匹配 * 扩展ID然后存储在RXFIFO_1中。 * * EVB连接： * * J37 和 J38 至位置 2-3，将 MCAN1 TX/RX 连接至收发器 * * P15-1 上的 CAN0-CANH 至 P14-1 上的 CAN1-CANH * P15-2 上的 CAN0-CANL 至 P14-2 上的 CAN1-CANL * * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * 调试器：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" /> ******************************************************************************** * 详细说明： * * 配置 MCAN 发送和接收带有或不带有 CAN FD 消息 * 数据阶段的比特率切换。这是由 BRS 宏定义的。 * 仲裁阶段的波特率设置为 500kbps，数据阶段的波特率设置为 1Mpbs * 因为 EVB 上使用了 PHY。 * * 在此配置中，MCAN_0 传输一条消息。MCAN_1接收消息。 * * MCAN_0 每 1 秒发送一次消息。该间隔由 PIT 生成。 * 单个 TX 缓冲区用于发送 n 个字节。每次 * 传播。发送两个标准 ID 和 2 个扩展 ID。 * * MCAN_1 配置为接收消息，ISR 用于读取新消息。 * 定义了2个标准和2个扩展ID过滤表。经典过滤器 * 配置已设置，表示过滤器 ID 和掩码。 * 具有匹配标准 ID 的消息被接收到 RXFIFO_0 中，具有匹配 * 扩展ID然后存储在RXFIFO_1中。 * * EVB连接： * * J37 和 J38 至位置 2-3，将 MCAN1 TX/RX 连接至收发器 * * P15-1 上的 CAN0-CANH 至 P14-1 上的 CAN1-CANH * P15-2 上的 CAN0-CANL 至 P14-2 上的 CAN1-CANL * * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * 调试器：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) * ******************************************************************************** 概述 回复：示例 MPC5777C MCAN-FD simpleTX RX-ISR GHS616 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好PetrS 你能检查一下我关于此代码的问题吗？ 当我检查 main.c 时，我认为#define MCAN1_BASE_ADDR 0xFFEE8000 不正确。 据我所知，MCAN1 的基数是 0xFFE3_8000... 你能检查一下吗？ 谢谢！

USB ホスト大容量記憶クラス (MSC) の例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP SemiconductorsとOnChip Technologiesは提携して、USBホスト機能を備えたLPC1000、LPC2000、およびLPC3000ファミリのマイクロコントローラにUSBHostLiteソフトウェアを提供しています。これらには、LPC17xxシリーズ、LPC23xxシリーズ、LPC24xxシリーズ、LPC29xxシリーズ、LPC31xxシリーズ、およびLPC32xxシリーズのマイクロコントローラのメンバーが含まれます。USBHostLite は、OS レス環境で実行するための最小限のコードで USB 大容量ストレージ クラスのサポートのみを含む、簡素化された USB ホスト スタックです。USBHostLiteは、USBホストポートに接続されたUSBペンドライブ、USBハードディスクドライブなどのUSB大容量ストレージデバイス上のファイルにアクセスするための簡単なソリューションを提供します。 特長 USBHostLite は、次の機能をサポートしています。 オペレーティングシステムなしで動作 小さなメモリフットプリントが含まれています ソースコードはANSI Cで書かれており、IDEから独立しています 制御および一括転送をサポート FAT16ファイルシステムをサポート シンプルなファイルAPIにより、ファイルの読み取りおよび書き込み操作が可能 よく構造化され、理解しやすいソースコード 制限 NXPの無料のUSBHostLiteソフトウェアには、次の制限があります。 USBHostLiteは現在、Embedded ArtistsのLPC2468 OEMボードとKeilのMCB1760ボードにのみ移植され、テストされています。 大容量ストレージ以外のクラスはサポートされていません。 大容量記憶装置インターフェースは、最初の構成に存在する必要があります。 0 より大きい最大論理ユニット番号 (LUN) はサポートされていません。 FAT16 以外のファイルシステムはサポートされていません。 長いファイル名はサポートされていません。 ルートディレクトリ以外のフォルダにあるファイルにはアクセスできません。 アプリケーションで使用するバッファ・サイズは、4 KB を超えてはなりません。 注:このアプリケーションノートでは、USBHostLiteスタック全般と、特にEmbedded Artists LPC2468 OEMボードでのアプリケーションについて説明します。 ソフトウェア LPCソースコード用のUSBHostLiteは、NXPのお客様が無料で使用でき、NXPのLPC2000およびLPC3000ファミリのマイクロコントローラでのみ使用できます。USBHostLiteソフトウェアをダウンロードまたは使用することにより、これらのNXPマイクロコントローラーでのみ使用することに同意したことになります。Hitex LPC2939ボード上の LPC293x デバイスに移植されたUSBHostLiteスタック: LPC293x用のUSBHostLite VBeta 0.01 (2009/07/28) - 添付 Embedded Artists LPC2468 OEM ボード上の LPC2468 デバイスに移植された USBHostLite スタック: LPC23xx/LPC24xx用USBHostLite V1.00 (2010年1月4日) Keil MCB1760評価ボード上の LPC1768 デバイスに移植されたUSBHostLiteスタック: LPC17xx用のUSBHostLite VBeta 0.01 (2009/07/14) - 添付 OnChip Technologies LLCは、フル機能と量産品質の組み込みUSBスタックを必要とするお客様のアプリケーション向けに、USB仕様に完全に準拠し、優れた安定性と構成可能性を提供する組み込みUSBホスト/デバイス/OTGスタックを提供しています。 詳細情報 免責事項 このソフトウェアは、NXP Semiconductorsから現状のまま提供されます。NXP Semiconductorsは、情報提供以外の目的で、ここに含まれるソフトウェアをサポートまたは保証しません。サポートオプションやその他の組み込みUSBホスト/デバイス/OTGスタックなど、さらなる支援についてはOnChip Technologies LLCにお問い合わせください。 さらにサポートが必要な場合 オンチップテクノロジーズLLC LPC3000、LPC2000、およびLPC1000ファミリー向けのその他のプロフェッショナルUSBホストスタックソリューション CMXシステムCMX-USBホスト HCC組み込みUSB(EUSB)HostLiteスタック micrium μC/USBホスト マイクロデジタル smxUSBH Quadros RTXCusb ソフトウェア Thesycon組み込みUSBホストスタック

恢复 PHY3250 引导加载程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您不小心擦除了Phytec LPC3250 开发板上的Kick Start或S1L引导加载程序，可以按照此步骤恢复它们。请注意，此恢复方法中提供的引导加载程序可能比 Phytec 开发板附带的版本更新。您也可以从 Phytec 网站下载原始版本的引导加载程序。 恢复板上的引导加载程序不需要特殊硬件（即 JTAG），而是使用 LPC32x0 通用驱动程序库中构建或包含的引导加载程序和工具来执行。但是，您需要一台带有串行端口的 PC 来执行更新过程。 恢复 Kick Start 加载程序和 S1L 分为两步。 首先恢复 Kick Start 加载程序，然后 恢复 S1L 。串行加载程序用于传输应用程序和烧录器映像（用于将应用程序烧录到 NAND FLASH 中）。LPC32x0 会在下载映像后自动将其烧录到 NAND FLASH 中，然后提供状态信息。 步骤 1：下载资源页面的预建启动软件和恢复映像。 步骤 2：在 Windows PC 上提取文件 步骤 3：使用串行电缆连接 Phytec 开发板的下部串行连接器和 PC 步骤4：启动串行加载器软件（LPC3250_Loader.exe）包含在预建的启动软件包中。 步骤 5：将串行加载程序中的“主启动（IRAM）”文件设置为 burner_kickstart_nand_small_block_rvw.bin 文件。将串行加载器中的“辅助可执行文件（SDRAM）”文件设置为 kickstart_nand_small_block_rvw.bin 文件。验证 Comport 控制选择是否与连接到 Phytec 板的 PC 上的 COM 部分匹配。 注意：预构建的二进制文件的名称可能与步骤 5 和 7 中列出的名称略有不同，具体取决于构建二进制文件所使用的工具。如果二进制文件是使用 GNU 而不是 Realview 构建的，则每个名称中的“rvw”字段将包含标识的“gnu”。根据需要更改您拥有的二进制文件的文件名。   步骤 6：按下串行加载器上的“加载箱/启动主”按钮并打开电路板电源。刻录机映像和启动加载程序映像应传输到电路板，然后启动加载程序将被编程到 NAND FLASH 块 0 中，以便由刻录机应用程序从引导 ROM 进行引导。文件传输完成后，按“启用终端模式”按钮查看程序状态。在串行加载工具的状态/终端输出窗口中，您应该看到以下输出。   等待 BootID？..þ5 ..找到了！发送‘A’...完成！期望第二个 BootId？.. 5 .. 找到了！发送‘U’、‘3’……完成！期望‘R’..R..找到了！发送起始地址..完成！发送尺寸..完成！发送代码..完成！--- 正在加载辅助可执行文件 --- 等待‘X’..X..找到！-- 发送命令..p..完成！ 发送起始地址..完成！发送尺寸..完成！等待主引导的接受..o..OK！ 发送代码..完成！期望最终的 't'.. t.. 发现， ---- 辅助可执行文件已加载。--- --- 启用终端模式 --- 格式化块... 格式化完成 将 kickstart 写入闪存... 验证数据......成功 NAND闪存编程成功 步骤 7：将串行加载程序中的“主启动（IRAM）”文件设置为 burner_s1app_nand_small_block_rvw.bin 文件。将串行加载器中的“辅助可执行文件（SDRAM）”文件设置为 s1l_from_kick_full_rvw.bin 文件。验证 Comport 控制选择是否与连接到 Phytec 板的 PC 上的 COM 部分匹配。   步骤 8：按下串行加载器上的“加载箱/启动主”按钮并重置电路板。刻录机图像和S1L图像应传输到电路板，然后S1L将被编程到 NAND FLASH 块 1（及之后）中，以便从 kickstart 加载程序启动。文件传输完成后，按“启用终端模式”按钮查看程序状态。在串行加载工具的状态/终端输出窗口中，您应该看到以下输出。   等待 BootID？.. 5 .. 找到了！发送‘A’...完成！期望第二个 BootId？.. 5 .. 找到了！发送‘U’、‘3’……完成！期望‘R’..R..找到了！发送起始地址..完成！发送尺寸..完成！发送代码..完成！--- 正在加载辅助可执行文件 --- 等待‘X’..X..找到！-- 发送命令..p..完成！ 发送起始地址..完成！发送尺寸..完成！等待主引导的接受..o..OK！ 发送代码..完成！期望最终的 't'.. t.. 发现， ---- 辅助可执行文件已加载。--- --- 启用终端模式 --- 格式化块... 格式化完成 将 S1 图像写入闪存... NAND闪存编程成功 步骤 8：关闭串行加载程序并打开终端程序，然后重置电路板 关闭串行加载工具并打开终端程序，例如 Teraterm。重置电路板， S1L应该启动。   5 Phytec 3250 主板 构建日期：2010年5月21日 12:43:21 PHY3250>

DES-N1846 - 关于 DDR4 你需要知道的一切 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解 DDR4 的基础知识以及如何在 QorIQ 设备上配置 DDR4 控制器。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 了解 DDR4 的基础知识以及如何在 QorIQ 设备上配置 DDR4 控制器。 观看视频演示 设计 | 软件与服务

使用 IBIS 模型的 DES-N1854 DDR 系统设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DDR3、DDR3L、DDR4 具有大型、宽总线，需要在 PCB 布线上进行管理以优化其运行速度。数据总线将具有与片上终端和读取和写入（双向）的驱动器强度相关的特性。地址-命令-控制总线将使用飞越或串行路由并单向工作。两者都需要仔细选择驱动器和接收器的特性，以及优化 PCB 布线和 PCB 上的走线设计。本次演讲将回顾驱动器、接收器和常见的 PCB 特性，并展示如何使用 IBIS 模型模拟来权衡 DDR 总线设计的利弊。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> DDR3、DDR3L、DDR4 具有大型、宽总线，需要在 PCB 布线上进行管理以优化其运行速度。数据总线将具有与片上终端和读取和写入（双向）的驱动器强度相关的特性。地址-命令-控制总线将使用飞越或串行路由并单向工作。两者都需要仔细选择驱动器和接收器的特性，以及优化 PCB 布线和 PCB 上的走线设计。本次演讲将回顾驱动器、接收器和常见的 PCB 特性，并展示如何使用 IBIS 模型模拟来权衡 DDR 总线设计的利弊。 观看视频演示 设计 | 软件与服务

DwF 深圳 - 2015-06-25 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车和联网汽车 设计、软件和服务 IAR：C 环境下的安全 智能工业 洞察与创新 智能网络

i.MX L3.14.52_1.1.0 GA & i.MX 6SoloX FreeRTOS GA Release Announcement [1] The Linux L3.14.52_1.1.0 GA and i.MX 6SoloX FreeRTOS release is now available on www.nxp.com Files available: # Name Description 1 fsl-yocto-L3.14.52_1.1.0-ga.tar.gz Linux 3.14.52_1.1.0 BSP documentation. 2 L3.14.52_1.1.0-ga_images_MX6QDLSOLO.tar.gz i.MX 6Quad, i.MX 6Dual, i.MX 6DualLite, i.MX 6Solo Linux Binary Demo Files 3 L3.14.52_1.1.0-ga_images_MX6SLEVK.tar.gz i.MX 6SololiteEVK Linux Binary Demo Files 4 L3.14.52_1.1.0-ga_images_MX6SXALL.tar.gz i.MX 6SoloX Linux Binary Demo Files 5 L3.14.52_1.1.0-ga_images_MX6UL.tar.gz i.MX 6UltraLite Linux Binary Demo Files 6 L3.14.52_1.1.0_ga-mfg-tools.tar.gz i.MX Manufacturing Toolkit for Linux L3.14.52 BSP 7 L3.14.52_1.1.0-ga_gpu-tools.tar.gz L3.14.52_1.1.0 i.MX VivanteVTK file 8 FreeRTOS_BSP_1.0.0_iMX6SX.exe FreeRTOS™ BSP for the i.MX 6SoloX ARM® Cortex®-M4 core. --- Windows installer 9 FreeRTOS_BSP_1.0.0_iMX6SX.tar.gz FreeRTOS™ BSP for the i.MX 6SoloX ARM® Cortex®-M4 core. --- Linux installer Target boards: i.MX 6Quad SABRE-SD Board and Platform i.MX 6DualLite SABRE-SD Board i.MX 6Quad SABRE-AI Board i.MX 6DualLite SABRE-AI Board i.MX 6SoloLite EVK Board i.MX 6SoloX SABRE-SD Board i.MX 6SoloX SABRE-AI Board i.MX 6UltraLite EVK Board What’s New: LinuxBSP New features added for all supported boards: Yocto Project upgraded to version 1.8 Fido. Supports the GCC 4.9.2 toolchain. The Linux kernel is upgraded to v3.14.52. The U-Boot is upgraded to 2015.04. New graphics features: GPU driver upgraded to Vivante v5.0.11p7.4. DirectFB support removed. XWayland support added. Last release to provide graphics software floating point binaries. New multimedia features and changes: Qt 5.5 support integrated, which supports hardware accelerated QML video. Qt 5 is not supported for SoC without hardware graphics. Qt 5 video is not supported on SoC without VPU. Video compositing plugins based on PXP are supported. GStreamer playback engine API is supported, providing high level APIs for media playback and operations. Video overlay composition meta (meta:GstVideoOverlayComposition) is supported in i.MX video sinks, convert and compositor. This feature accelerates the text image (such as subtitle, timestamp) blending with video in these plugins with hardwares. Supports the Broadcom/Murata BCM4339 Bluetooth/Wi-Fi module. FreeRTOS: Add Peripheral support: i.MX 6SoloX ADC, i.MX 6SoloX CCM, i.MX GPIO, i.MX I2C, i.MX MU, i.MX UART, i.MX WDOG, ECSPI, EPIT, FlexCAN, LEME, RDC, SEMA4 Add Multi-core communication support: RPMsg More details, please refer to formal Release Notes.

APF-SNT-T1360 - 南京、深セン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、ハードウェアとソフトウェアの互換性を確保しながら、QorIQ T2081とT1040の通信プロセッサ・ファミリ間で移行する方法について説明します。このセッションでは、これらのプロセッサ間での移行と、これらのプロセッサの共通ボードの設計中に存在するハードウェア、ソフトウェア、およびボード レベルの考慮事項についても説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、ハードウェアとソフトウェアの互換性を確保しながら、QorIQ T2081とT1040の通信プロセッサ・ファミリ間で移行する方法について説明します。このセッションでは、これらのプロセッサ間での移行と、これらのプロセッサの共通ボードの設計中に存在するハードウェア、ソフトウェア、およびボード レベルの考慮事項についても説明します。

Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller Overview Bluetooth Low Energy offers the ability to broadcast data in format of non-connectable advertising packets while not being in a connection. This GAP Advertisement is widely known as a beacon and is used in today’s IoT applications in different forms. This article will present the current beacon format in our demo application from the KW40Z software package and how to create the most popular beacon formats on the market. The advertising packet format and payload are declared in the gAppAdvertisingData structure from app_config.c. This structure points to an array of AD elements, advScanStruct: static const gapAdStructure_t advScanStruct[] = {   {     .length = NumberOfElements(adData0) + 1,     .adType = gAdFlags_c,     .aData = (void *)adData0   },    {     .length = NumberOfElements(adData1) + 1,     .adType = gAdManufacturerSpecificData_c,     .aData = (void *)adData1   } }; Due to the fact that all beacons use the advertising flags structure and that the advertising PDU is 31 bytes in length (Bluetooth Low Energy v4.1), the maximum payload length is 28 bytes, including length and type for the AD elements. The AD Flags element is declared as it follows: static const uint8_t adData0[1] =  { (gapAdTypeFlags_t)(gLeGeneralDiscoverableMode_c | gBrEdrNotSupported_c) }; The demo application uses a hash function to generate a random UUID for the KW40Z default beacon. This is done in BleApp_Init: void BleApp_Init(void) {     sha1Context_t ctx;         /* Initialize sha buffer with values from SIM_UID */     FLib_MemCopy32Unaligned(&ctx.buffer[0], SIM_UIDL);     FLib_MemCopy32Unaligned(&ctx.buffer[4], SIM_UIDML);     FLib_MemCopy32Unaligned(&ctx.buffer[8], SIM_UIDMH);     FLib_MemCopy32Unaligned(&ctx.buffer[12], 0);          SHA1_Hash(&ctx, ctx.buffer, 16);         /* Updated UUID value from advertising data with the hashed value */     FLib_MemCpy(&gAppAdvertisingData.aAdStructures[1].aData[3], ctx.hash, 16); } When implementing a constant beacon payload, please bear in mind to disable this code section. KW40Z Default Beacon The KW40Z software implements a proprietary beacon with the maximum ADV payload and uses the following Manufacturer Specific Advertising Data structure of 26 bytes. This is the default implementation of the beacon demo example from the KW40Z Connectivity Software package. static uint8_t adData1[26] = {     /* Company Identifier*/     0xFF, 0x01     /* Beacon Identifier */     0xBC,     /* UUID */                  0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,                                   /* A */                     0x00, 0x00,     /* B */                     0x00, 0x00,     /* C */                     0x00, 0x00,     /* RSSI at 1m */            0x1E}; iBeacon iBeacon is a protocol designed by Apple. It uses a 20 byte payload that consists of the following identifying information [1] : To advertise an iBeacon packet, the user needs to change the second AD element, adData1, like below: static uint8_t adData1[25] = {                                0x4C, 0x00,                                   0x02, 0x15,         /* UUID */             0xD9, 0xB9, 0xEC, 0x1F, 0x39, 0x25, 0x43, 0xD0, 0x80, 0xA9, 0x1E, 0x39, 0xD4, 0xCE, 0xA9, 0x5C,         /* Major Version */    0x00, 0x01         /* Minor Version */    0x00, 0x0A,                                0xC5}; AltBeacon AltBeacon is an open specification designed for proximity beacon advertisements [2]. It also uses a Manufacturer Specific Advertising Data structure: To advertise an AltBeacon packet, the user needs to change the second AD element, like below: static uint8_t adData1[26] = {     /* MFG ID*/         0xFF, 0x01,     /* Beacon Code */   0xBE, 0xAC,     /* Beacon ID */     0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x01, 0x02, 0x03, 0x04,     /* Ref RSSI*/       0xC5,     /* MFG RSVD*/       0x00}; Eddystone™ Eddystone™ is an open Bluetooth® Smart beacon format from Google [3]. It offers three data type packets: Eddystone™-UID Eddystone™-URL Eddystone™-TLM Eddystone™ uses two advertising structures: Complete List of 16-bit Service UUIDs structure, which contains the Eddystone Service UUID (0xFEAA). Service Data structure, which also contains the Eddystone™ Service UUID (0xFEAA). Thus, advScanStruct will now have 3 elements: static const gapAdStructure_t advScanStruct[] = {   {     .length = NumberOfElements(adData0) + 1,     .adType = gAdFlags_c,     .aData = (void *)adData0   },    {     .length = NumberOfElements(adData1) + 1,     .adType = gAdComplete16bitServiceList_c,     .aData = (void *)adData1   },   {     .length = NumberOfElements(adData2) + 1,     .adType = gAdServiceData16bit_c,     .aData = (void *)adData2   } }; The complete List of 16-bit Service UUIDs element will look like: static const uint8_t adData1[2] =  { 0xAA, 0xFE }; Eddystone™-UID Eddystone™-UID broadcasts a unique 16-bit Beacon ID to identify a particular device in a group. The Service Data block has the following structure: To implement this, the user needs to add a third AD element, as follows: static uint8_t adData2[22] = {     /* ID */ 0xAA, 0xFE,     /* Frame Type */    0x00,     /* Ranging Data */  0xEE,     /* Namespace */     0x8B, 0x0C, 0xA7, 0x50, 0x09, 0x54, 0x77, 0xCB, 0x3E, 0x77,     /* Instance */      0x00, 0x00, 0x00, 0x00, 0x00, 0x01,     /* RFU */           0x00, 0x00}; Eddystone™-URL Eddystone™-URL broadcasts a compressed URL. The Service Data block has the following structure: In this example, we will implement a beacon which will advertise NXP’s webpage, http://www.nxp.com. To implement this, the user needs to add a third AD element, as follows: static const uint8_t adData2[9] = {     /* ID */ 0xAA, 0xFE,     /* Frame Type */    0x10,     /* TX Power */      0xEE,     /* URL scheme */    0x00,     /* Encode URL */    'n', 'x, 'p', 0x07}; Eddystone™-TLM Eddystone™-TLM broadcasts telemetry data about the beacon device operation. The Service Data block has the following structure: To implement this, the user needs to add a third AD element, as follows: static uint8_t adData2[16] = {     /* ID */ 0xAA, 0xFE,     /* Frame Type */    0x20,     /* TLM Version */   0x00,     /* VBATT */        0x00, 0x00,     /* TEMP */         0x00, 0x00,     /* ADV_CNT */      0x00, 0x00, 0x00, 0x00,     /* SEC_CNT */      0x00, 0x00, 0x00, 0x00}; BLE Software KW41Z31Z21Z Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller @Alexandru Andreescu Thanks for the article; it was really helpful. I am a student and was trying to convert KW41 to Alt Beacon. It was successful the only thing I would like to mention is "When implementing a constant beacon payload, please bear in mind to disable this code section." this line is really important. Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller Dear Sir, In the actual application can not only run a mode (ibeacon / EddyStone ...). How to modify the software can achieve two modes (iBeacon and EddyStone) can run at the same time？ Thanks, Daniel Tseng Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller Dear sir, I tried to implement ibeacon feature on KW41z. I used the beacon example in MKW41Z_ConnSw_1.0.2. The default packet is NXP beacon format. I tried to change it to ibeacon packet format like you mentioned below. I used the beacon app "Locate" from App store. But I can't get my KW41 device. Could you help me how I could implement the ibeacon feature on KW41 successfully. Thanks. BR, Sean Wu Weikeng Inc. Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller This was resolved on Android side. Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller The eddystone beacon is not being detected by Chrome (v51) or the Physical Web Android app. I commented out BleApp_Init(), and also tried using a https url in addition to the nxp example provided. static const uint8_t adData2[19] = {       /* ID */ 0xAA, 0xFE,      /* Frame Type */    0x10,      /* TX Power */      0xEE,      /* URL scheme */    0x03, /* https:// */      /* Encode URL */    'c','o','m','m','u','n','i','t','y','.','n','x','p', 0x07};  Can confirm that the default "beacon" example in the KW40Z_1.0.1 ConnSw is detected by the Kinetis BLE toolbox. Re: Implementing Bluetooth® LE Beacons on the KW40Z Wireless Microcontroller Thanks alexandruandreescu, Great tutorial. in case of iBeacon, We need to have different major/minor for different KW40 module. In this example, we have to compile every time for different beacons/KW40  by changing the adData1 parameters. Is there anyway to read the iBeacon parameters (uint8_t adData1[25]) from a config file?   In that case, we can use the same binary with different config files for different KW40. Thanks.

TFC_2015_FasTech_克拉约瓦大学技术报告.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 罗马尼亚克拉约瓦大学 FasTech 团队的飞思卡尔杯技术报告 - 2015 年 EMEA 决赛入围者 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 罗马尼亚克拉约瓦大学 FasTech 团队的飞思卡尔杯技术报告 - 2015 年 EMEA 决赛入围者

テクニカルレポート 裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ブラジル代表の浦野チームによるフリースケールカップWWファイナルズのテクニカルレポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ブラジル代表の浦野チームによるフリースケールカップWWファイナルズのテクニカルレポート Re:テクニカルレポート裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはルーカス、私たちはそれらを強制するために最善を尽くしています...確かに、英語が一番です。 Re:テクニカルレポート裏野Brazil.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> テクニカルレポートは英語でなければならないと思いましたか? ルールは明確ですが、尊重されていませんか? それともエラーですか? よろしくお願いいたします

Microwave Heating at 915 Mhz Presented by tiefengshi Presented at DwF RF Solutions - Chengdu - 9 April 2015 Presented by Tiefeng Shi Presented at DwF RF Solutions - Chengdu - 9 April 2015 RF