Lear - S32k3 FEEスワップブロック時間が長すぎる リアはこう言っています。 -------------------------------------------------------------------------------------- 添付の ARXML ファイルに基づいて、この書き込みブロック操作を完了するためにバンク スワップが必要な場合、一部の Fee ブロックを保存するためにソフトウェアが費やす時間は最大 10 秒であることがわかりました。 Fee 構成に存在するすべてのブロックには、データ フラッシュにすでに有効なコピーが格納されている。SO、バンク スワップ操作では、すべての Fee ブロックの最後の有効なコピーが検索されます。 要求されているのは、この実行時間をどのようにCAN改善できるかを理解することです。 添付のファイルセットが役に立つかどうか、または私が提供できる特定の情報が必要かどうかはわかりませんので、お知らせください。 -------------------------------------------------------------------------------------- BR ステファノ 優先度: 高 RTD 出典: 直接お客様 Re: Lear - S32k3 FEE swap block time too long 各リリースの品質パッケージには、関数の最小/平均/最大実行時間を測定するための RTD_FEE_ProfileReport レポートが含まれています。ただし、実行時間は TestCase 構成に基づいているため、SOユーザー構成によって異なる場合があります。 Re: Lear - S32k3 FEE swap block time too long こんにちは、 cuongnguyenphuさん 測定された時間の表はありますか? Lear の数字が正しいかどうかを理解するだけです。 BR ステファノ BR ステファノ Re: Lear - S32k3 FEE swap block time too long 他にアイデアはありません Re: Lear - S32k3 FEE swap block time too long こんにちは、 cuongnguyenphuさん リア： 私たちが知っている主な機能で CPU を支払います。FeeDataBufferSize はすでにテストされています。 システム クロックは 1 ミリ秒です。より高い頻度で行う予定はありません。nvm などに内部クロックがある場合にのみチェックできますが、OS の場合はチェックできません。 他に何かありますか? BR ステファノ Re: Lear - S32k3 FEE swap block time too long 以下のアイデアもぜひチェックしてみてください: 1.システムクロックのMCU周波数を確認し、周波数を高速化してみてください 2. MemAcc_MainFunction 期間: 0.005 (5ms) であることがわかりました。周波数を高速化するために1msまたは2msに設定することは可能ですか？ 3. FeeDataBufferSize を増やす: バッファサイズを2倍または3倍にすると、Feeクラスタ マネジメント操作のパフォーマンスが向上するかCAN確認します。 Re: Lear - S32k3 FEE swap block time too long こんにちは、 cuongnguyenphuさん Lear のフィードバックによると、指示に従って 10 秒間に 500 ミリ秒の短縮が実現しました。 少なくとも 5 秒の短縮が期待されます。 他に検討できる可能性はありますか? BR ステファノ Re: Lear - S32k3 FEE swap block time too long @StefanoGattazzo 同様の議論されたトピックについては以下を確認してください。 [RTD] S32K314 - FEEマネジメント効率 S32K312 FEE実行時間

Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) Hi:  Recently, I encountered a problem in the process of using: I created a label, and then triggered the event to enlarge or shrink another label, and then simulate was not successful. When the label was pressed, the other label did not respond. Four interface functions are used: lv_obj_set_style_transform_pivot_x(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_pivot_y(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_width(item_array_1a[i].item_obj_icon, 512, LV_PART_MAIN); lv_obj_set_style_transform_height(item_array_1a[i].item_obj_icon, 128, LV_PART_MAIN); so, why labels cannot be scaled up and down? Is the LVGL interface used incorrectly? 图像1.png 图像2.png Re: Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) The V8.3.10 version of the interface has a problem, the V9.2.1 version of the interface can achieve the function： lv_obj_set_style_transform_pivot_x(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_pivot_y(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_scale_x(item_array_1a[i].item_obj_icon,384,LV_PART_MAIN); lv_obj_set_style_transform_scale_y(item_array_1a[i].item_obj_icon,384,LV_PART_MAIN); Thanks to wenbin Re: Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) Hi: @WenbinYuan  Yeah, what I'm trying to do is I'm going to make label_b scale when I click on label_a. In addition, why use V8.3.10 version is because we use the development board of your company MIMXRT1170-EVK, LVGL V9.2.1 version does not have the corresponding device template, but V8.3.10 exists. Our company also hopes to use the latest version of LVGL version. Is it possible to use the device template without MIMXRT1170-EVK development board now? 是的，我目前想实现效果是点击label_a的时候让label_b缩放大小。另外，为什么使用V8.3.10版本是因为我们使用您公司MIMXRT1170-EVK的开发板，LVGL V9.2.1版本中没有对应设备模板，而V8.3.10中存在。我们公司也希望使用最新版的LVGL版本，现在是没有MIMXRT1170-EVK开发板的设备模板也可以使用吗？ zhuangfei_0-1758244955307.png Re: Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) Hi @zhuangfei, Could you please share a bit more about your project setup? For example, the logic behind this case — do you want to trigger a scaling effect on label_b when label_a is clicked? if yes, the  LV_OBJ_FLAG_CLICKABLE flag should be enabled to label_a In my case, using your code, at least the label_b does change its main size. However, the effect isn’t perfect — the font size doesn’t scale accordingly. BTW, could you please share the reason why you chose LVGL v8.3.10 for your project? We generally recommend using the latest version of LVGL, as it includes important improvements and bug fixes that might help with your use case. 您能麻烦给出这个用例的详细信息吗？例如具体的逻辑链条，您是想在点击 label_a 的时候让 label_b 缩放大小吗？这样的话 label_a 需要使能 LV_OBJ_FLAG_CLICKABLE  。 在我这边的重现中，至少 label_b 本身的大小是会改变的，只是文本的大小不会改变。 能顺便问一下您选择V8.3.10版本开发的原因吗？我们比较推荐使用最新的LVGL版本，因为有很多功能被丰富了，比如Transform有了更多的配置，可以顺利的改变整个label的大小包括字体本身。 Looking forward your update! Best Regards, Wenbin Re: Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) hi：@Wenbin I added flag: add clickable according to your screenshot, but there was still no reaction. For other keys, I set the trigger event to change the color of the background image of the label when clicked. This can be achieved, but the zoom and zoom note interface function has not been able to work 我按照你的截图增加了flag：add clickable但是点击还是没有反应，其他按键我是设置触发事件是点击标签背景图片变色这个是可以实现的，但这个放大缩小便签接口函数一直不行。 lv_obj_set_style_transform_pivot_x(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_pivot_y(item_array_1a[i].item_obj_icon, 50, LV_PART_MAIN); lv_obj_set_style_transform_width(item_array_1a[i].item_obj_icon, 512, LV_PART_MAIN); lv_obj_set_style_transform_height(item_array_1a[i].item_obj_icon, 128, LV_PART_MAIN); Re: Labels cannot be scaled up and down (Gui Guide 1.9.1, LVGL 8.3.10) Hi @zhuangfei, Could you please check whether the LV_OBJ_FLAG_CLICKABLE flag has been added to your trigger label widget? By default, label widgets do not have this flag enabled, so they won’t respond to click events unless it’s explicitly set. You can add the flag in the widget’s Flags section like this: WenbinYuan_2-1758189869524.png Hope this helps! Feel free to share more details or let us know if you need further assistance. Best Regards, Wenbin 

S32 汽车平台：先进控制系统的性能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。

電動化—高電圧バッテリ管理システム用MC3377xバッテリセルコントローラ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。

Let´s start with KSDK! What is it KSDK? = Kinetis Software Development Kit Kinetis SDK v2 is a collection of comprehensive software enablement for NXP Kinetis Microcontrollers that includes: •system startup •peripheral drivers •USB and connectivity stacks •Middleware •Real-time operating system (RTOS) kernels. Documents – Release Note, API Reference Manual, Getting Started with KSDK, for USB – User Guide, USB Composite Device Guide, USB Device Reference Manual and USB Host Reference Manual. All these documents is possible to find at Software Development Kit for Kinetis MCUs|NXP or \SDK_2.0_selected_device\docs KSDK Structure Diagram KSDK Features •ARM® and DSP standard libraries, and CMSIS-compliant device header files which provide direct access to the peripheral registers •Open-source peripheral drivers •Open-source RTOS wrapper driver •Real time operation systems (RTOS) including FreeRTOS OS, μC/OS-II, and μC/OS-III •Stacks and middleware in source or object formats including: − CMSIS-DSP -  a suite of common signal processing functions − FatFs - a FatFile System for small embedded systems − mmCAU - Memory-Mapped Cryptographic Acceleration Unit − SDMMC - software component supporting SD Cards and eMMC − DMA Manager - software component used for managing on-chip DMA channel resources − mbedTLS and WolfSSL - cryptographic SSL/TLS libraries − lwIP and USB Stack - a light-weight TCP/IP stack KSDK Evolution KSDK v1/v2 – what new features KSDK 2.0 brings •MQX Kernel removed from KSDK -> focus on FreeRTOS •MQX RTCS Ethernet and MFS File System Stacks -> lwIP and FatFS •OSA, Power Manager and Clock Manager -> no longer required by the drivers •USB Stack re-write -> BSD licensed solution •No platform library -> single project with all needed files •Mbed TLS now included as part of the accelerated cryptography drivers •Eliminates separate HAL and Peripheral Driver -> single driver for each peripheral •Processor Expert -> Kinetis Expert Tool •Updates for KDS -> via online update tool •Installation of KSDK -> KEX Tool (smaller download & sizes) •KEX Tool -> pin muxing selection & generation, clock configuration, low power estimation Simplified folder structure KSDK highlights & benefits •Collection of software enablement offered by free •KSDK is fully supported in these IDE: − Atollic® TrueSTUDIO® − GNU toolchain for ARM® Cortex® -M with CMake build system − IAR Embedded Workbench − Keil™ MDK-ARM − Kinetis Design Studio IDE •KSDK supports most of Kinetis MCUs •Created examples for drivers, USB, RTOS, demo applications •Start with development without device register knowledge Support & download Official support of KSDK: Kinetis Software Development Kit Create new SR according to: How to submit a new question for NXP Support More about KSDK... KSDK Official Website www.nxp.com/ksdk Introducing Kinetis SDK v2 https://community.freescale.com/docs/DOC-329783 Kinetis SDK 2.0 Transition Guide Kinetis SDK 2.0 Transition Guide KSDK Community https://community.freescale.com/community/kinetis/kinetis-software-development-kit Let´s continue in reading! See Let´s start with FreeMASTER!​

iMX6 IPU TVIN 应用说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 附件是 iMX6 TVIN 用例的应用说明，已进行一些内部审查。 2016-10-08，将其更改为pdf文件。

NET-N1906 高性能小型基站解决方案，助力实现无处不在的高速互联网 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 智能网络

解放串口之重定向printf输出到IAR虚拟终端(Redirect printf output to IAR Terminal to release UART port)     感谢Baolei之前在weekly meeting上分享的关于在Codewarrior环境下实现printf的重定向技巧，从而在CW调试环境下的Console上实现调试信息的打印功能，我将其移植到IAR环境下并进行了测试，可以实现调试信息的交互，完全可以替代串口的功能，在这里写出来分享给大家，再次感谢baolei的分享~     通过串口打印调试信息或者实现上下位机交互是我们最常使用的调试手段之一，毕竟实现起来无论是硬件成本（接出两根线Txd和Rxd，外加一个电平转换芯片）还是软件成本（下位机写好UART驱动，上位机直接超级终端或者一些第三方串口调试助手）都是相对较低的，所以这种方式还是灰常受广大“攻城师”们欢迎的。不过如果由于I/O资源紧缺串口被用做其他用处或者板子直接没有引出串口的话（是不是产生共鸣了，呵呵），那该怎么办呢？     当然，所谓时代不同了（liao）（顺口想说“男女都一样呢”，呵呵，哎，都是生在旧社会长在红旗下的孩子啊），随着嵌入式开发生态系统越来越完善，目前也是有越来越多的Poweful开发工具支持丰富的调试功能（支持打印调试信息和交互等），但是涉及到一些版权的问题价格上还是有点小贵的（对一些小企业来说还是难以接受的），所以这个时候就需要我们动动脑筋去摸索摸索其他的方法（所谓路是探索出来的），事实证明破釜沉舟下人的潜力是无限的，呵呵，这里就分享一个折衷的办法去解决大家一直苦恼的问题，即使用IAR虚拟的串口终端来实现信息的交互和打印，下面进入正题： 测试平台：IAR6.6 + FRDM KE02开发板（我目前手里有这个，其他平台都可以） 测试代码：KE驱动库（KEXX_DRIVERS_V1.0.1_DEVD\kexx_drv_lib_release_r1.0.1\build\iar\ke02\platinum） 这里稍微提一句，我测试的是KE驱动库的代码，但是实际上只要你看懂了我下面的解决方法（授之以渔而不是鱼），其他代码都是类似的。 1）打开KE02 platinum的IAR工程，进入到platinum.c文件，找到main函数如下图1，可以看到其调用了printf打印函数，而该工程是默认调用底层串口的，我们跳转到该函数的定义如图2，再继续跳转到out_char的函数定义如图3，这下就屡清楚了，我们可以很直观的看到工程默认是调用UART底层的，呵呵，下面我们就要动手改造它对printf进行重定向； 2）首先我们需要注释掉printf的实现函数，将其屏蔽掉，然后需要给printf一个重新指向的地址，下面就该我们常见的 这位老兄出场了（貌似当初自打我开始接触Turbo C的时候就已经用到它了，老生常谈的“Hello world”就是调用它内部的printf来实现的）。我们找到Common.h文件，将 添加到其中，如下图，这样凡是需要printf的文件只需要添加common.h头文件即可： 3）这里先说说stdio.h文件的作用，我们打开stdio.h文件可以看到其内部定义了标准输入输出函数，包括我们常见的scanf和printf等函数，而这些函数所调用的底层即为IAR提供的链接到其Terminal的驱动，所以……懂的，呵呵。除此之外，我们肯定不满足只输出打印（给人略显低端的感觉有木有），所以为了体现我们不是“土豪”，我觉着有必要让它交互起来，实现真正的串口功能（因为一些类似bootloader或shell之类的还是需要输入参数的进行交互的），我在main函数添加了scanf语句用来测试输入功能，如下： 4）准备工作就绪，编译链接整个工程，然后下载到KE02的板子中并进入到Debug调试环境中，点击View->Terminal I/O调出虚拟终端，然后全步运行，就可以看到Terminal下开始打印调试信息，如下图1。当然显示输出有点小case了，我们再试试输入功能，在input框中输入‘a’，然后回车，如下图2，perfect： 5）还没完，我们要玩就玩高端大气上点档次的，我们再探索探索呢，结果又发现个小惊喜，我们点击上图右下角的“Input Mode”，弹出设置框如下，很高端啊有木有： 呵呵，看完之后是不是有种跃跃欲试的兴奋呢，呵呵，just have a try and enjoy it~ 附件为我修改之后的工程代码，仅供参考~ Re: Redirect printf output to IAR Terminal to release UART port <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Could you provide the engineering attachments you modified?

How to quickly develop i.MX53 products Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution

NTAG®スマートセンサー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。

使用 5G 固定无线的最后一英里连接——了解市场和解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。

Dropbox 入门.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述

PF82/8100 Resources Hi     Pls find the latest version datasheet in the link: https://www.nxp.com/docs/en/data-sheet/PF8100_PF8200.pdf     Pls find the errata file in the link:https://www.nxp.com/docs/en/data-sheet/ES_MC33PF8100_MC33PF8200.pdf     More resources will be updated periodically. 

Sensors Overview

NXP Technology Days 2015 - DWF Designing with Freescale January DwF Tel Aviv - 2015-01-27 DwF Kinetis MCUs Based on ARM® Technology - Shenzhen - 2015-01-27 DwF DwF Digital Networking - Shenzhen - 2015-01-28 March DwF Kinetis MCUs Based on ARM® Technology - Nanjing - 2015-03-12 DwF IoT Multicore Technologies and Enablement Software Solutions - Porto Alegre - 2015-03-19 DwF MCU and Automotive Solutions - Tianan - 2015-03-19 DwF Kinetis MCUs Based on ARM® Technology - Tianjin - 2015-03-19 DwF Silicon Valley - 2015-03-26 DwF MCU Solutions - Zhengzhou - 2015-03-31 April DwF RF Solutions - Chengdu - 2015-04-09 DwF Kinetis MCUs Based on ARM® Technology - Jinan - 2015-04-22 DwF IoT Wireless Module Solutions - Jinan - 2015-04-23 May DwF Kinetis and i.MX Solutions Based on ARM® Technology - Zhuhai - 2015-05-07 DwF Taipei - 2015-05-07 DwF Istanbul - 2015-05-12 DwF Ankara - 2015-05-14 DwF Digital Networking - Nanjing - 2015-05-21 DwF Kinetis MCUs Based on ARM® Technology - Wuhan - 2015-05-27 DwF IoT Wireless Module Solutions - Wuhan - 2015-05-28 June DwF Kinetis MCUs Based on ARM® Technology - Guangzhou - 2015-06-10 DwF IoT Wireless Module Solutions - Guangzhou - 2015-06-11 DwF Warsaw - 2015-06-18 DwF Shenzhen - 2015-06-25 DwF Kinetis MCUs Based on ARM® Technology - Xiamen - 2015-06-30 July DwF TechDay Toulouse - 2015-07-02 DwF Singapore - 2015-07-03 DwF RF Solutions - Quanzhou - 2015-07-07 DwF Shanghai - 2015-07-14 DwF Digital Networking - Fuzhou - 2015-07-21 DwF Kinetis MCUs Based on ARM® Technology - Suzhou - 2015-07-23 DwF Kinetis MCUs Based on ARM Technology - Wuxi - 2015-07-30 August DwF Hangzhou - 2015-08-05 DwF Digital Networking - Wuhan - 2015-08-12 DwF RF Solutions - Wuhan - 2015-08-13 DwF MCU and Automotive Solutions - Kaohsiung - 2015-08-14 DwF Automotive Solutions - Chongqing - 2015-08-19 DwF MCU Solutions Based on ARM® Technology - HCMC - 2015-08-26 September DwF Beijing - 2015-09-09 DwF Hsinchu - 2015-09-17 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Changsha - 2015-09-22 DwF Detroit - 2015-09-23 October DwF Rochester - 2015-10-01 DwF Paris - 2015-10-01 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Chengdu - 2015-10-14 DwF Digital Networking - Taipei - 2015-10-15 DwF Toronto - 2015-10-29 November DwF Ottawa - 2015-11-03

KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 当前 KSDK 1.3 的示例位于C:\Freescale\KSDK_1.3.0\examples 中间件示例（tcpip、文件系统）位于C:\Freescale\KSDK_1.3.0\middleware   还有更多示例，创建如下：   KSDK 1.3 使用 KSDK 1.3 的 FTM PWM 实现彩虹色 如何在 KDS3.0 + KSDK1.3 中使用 printf() 将字符串打印到 UART 使用 KSDK 驱动程序驱动 16x2 LCD 将NFC控制器库与KSDK集成 KL43Z 使用 KDS3.0 +KSDK1.3.0 + 处理器专家支持 sLCD 和触摸感应   KSDK 1.2 使用 DMA 和 KSDK 模拟 ADC 灵活扫描模式 编写我的第一个KSDK1.2KDS3.0 中的应用 - Hello World 和使用 GPIO 中断切换 LED 使用 KSDK [FTM + GPIO] 控制直流电机的速度和伺服电机的位置 带 KSDK 的线扫描相机 [ADC + PIT + GPIO] 检测飞思卡尔杯智能赛道中心的简单方法 Kinetis Design Studio 中带有 KSDK 的 FatFs + SDHC 数据记录器 KSDK 段式 LCD 示例 KSDK GPIO驱动程序，带处理器专家 DAC Sinus 演示（使用 PEx + KSDK 1.2 + KDS 3.0） 如何基于KSDK演示代码启动定制的KSDK项目   KSDK 1.1 使用 SDK 和 CMSIS 在 KV31 上实现 FIR 功能的示例项目 如何使用KSDK 1.1.0切换KDS 2.0中的LED和处理器专家 KSDK SPI 主从控制器，带 FRDM-K64F 配置 Kinetis 软件开发套件 (KSDK) 以使用超声波传感器测量距离 Kinetis SDK 1.1.0 的 USB HID 双向通用设备演示项目 配置 Kinetis 软件开发套件 (SDK) 以使用红外 (IR) 传感器测量距离 在 KDS 中编写我的第一个 KSDK 应用程序 - Hello World 和 GPIO 中断   KSDK 1.0 使用 FRMD-K64F + KDS 1.1.0 编写您的第一个 LED 切换应用程序+ KSDK 1.0.0非处理器专家 使用 SDK 的低功耗应用 KSDK I2C EEPROM示例 概述 回复：KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些示例是否会针对 KSDK 2.0 进行更新 - 这些示例适用于过时的 KSDK 版本，不是吗？ 此外，Processor Expert 显然已经过时并且不会进一步开发？ 谢谢， 谨致问候，戴夫

飞思卡尔 ARM ®微控制器概述 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将概述飞思卡尔 ARM 微控制器以及基于 ARM ® Cortex ® -M4 / M+ 的 Kinetis MCU 和基于 Cortex-A8 和 Cortex-A9 的 i.MX 应用处理器的产品系列路线图。会议还将介绍飞思卡尔专注于 Kinetis MCU 的部分内容，例如 KM、KM 和 KV 系列。 James Huang 主讲 2015 年 5 月 7 日，台北 DwF 展 会话 ID：APF-IND-T1453 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将概述飞思卡尔 ARM 微控制器以及基于 ARM ® Cortex ® -M4 / M+ 的 Kinetis MCU 和基于 Cortex-A8 和 Cortex-A9 的 i.MX 应用处理器的产品系列路线图。会议还将介绍飞思卡尔专注于 Kinetis MCU 的部分内容，例如 KM、KM 和 KV 系列。 James Huang 主讲 2015 年 5 月 7 日，台北 DwF 展 会话 ID：APF-IND-T1453 i.MX 应用处理器 Kinetis Cortex ® -M 微控制器

APF-IND-T1642 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> キットには、FRDM-34931S-EVB、FRDM-KL25Z、電源、ブラシ付きDCモーター、およびmbed™サイトのGUIが含まれます。mbedサイトからGUIをロードして使用してモーターを駆動する方法、PExソフトウェアについて説明し、産業用アプリケーション向けのMC34931Sの強みについて説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> キットには、FRDM-34931S-EVB、FRDM-KL25Z、電源、ブラシ付きDCモーター、およびmbed™サイトのGUIが含まれます。mbedサイトからGUIをロードして使用してモーターを駆動する方法、PExソフトウェアについて説明し、産業用アプリケーション向けのMC34931Sの強みについて説明します。

AN5200 - MPC55xx および MPC56xx にインプリメントされたエラー訂正コード この文書のリビジョン1が正式に公開されました。 https://www.nxp.com/docs/en/application-note/AN5200.pdf   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 この文書のリビジョン1が正式に公開されました。 http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200.pdf http://cache.freescale.com/files/microcontrollers/doc/app_note/AN5200SW.zip   関連するコード例は、こちら(AN5200SWに等しい)にも掲載されています。 例 1 - MPC5634M_2b_RAM_ECC_error_injection CW210 例 2 - MPC5674F_1b+2b_RAM_ECC_error_injection CW210 例3 - MPC5643L 1b_RAM_ECC_error_injection CW210 例 4 - MPC5643L 2b RAM と 2b FLASH ECC エラー挿入 CW210 例 5 - MPC5675K-2b_RAM+2b_FLASH_ECC_error_injection CW210 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 解決。コードは正しく実行されていますが、正しく実行されていませんでした。 問題はまったく異なっていました。私が(2回)ダウンロードしたところ、コードが破損していました。今日、もう一度ダウンロードすると、実行されているのがわかりました。次に、SSDを使用してコードをアプリケーションに変換します。今はあらゆることがうまくいっています。私はExceprion_Handlers壊れたフラッシュブロックを修正したかったのですが、それはうまくいきます。 ありがとうございます。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2b ECCエラーインジェクションについて話しているのか(6.2章と例で説明されているため、機能Generate_noncorrectable_FLASH_ECC_errorで示されているMPC5643L)、またはフラッシュメモリコントローラに実装された特定のECCエラー報告フラグ(EER)に関連しているのかはわかりません。私はこれらのフラグを冗長だと考えているため、アプリケーションノートでは言及していません。また、簡単にするためにSSDドライバーを使用していませんが、SSDドライバーでECCエラーを注入することはでき、原理は同じです。 日時: AN5200 - MPC55xx および MPC56xx に実装されたエラー修正コード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、ドキュメントがあまりありません。ご態度ありがとうございます。 MPC5634M、CW10.2、SSD C90LCを使用しています。フラッシュを過度にプログラムすると、EERが発生する可能性があります。MPC56XX_C90LC_JDP_SSD_100_DEVD またはECC_preliminaryで破棄された例は、e200z335 コアで EER をシミュレートしていません。または、(プロジェクト内に)欠落しているファイルがあるか、これを行うための実用的なルーチンがありません(SSDドライブ内)。 もしお役に立てれば...

所有电路板的 GPIO 测试常见问题解答（FAQ） <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 虽然您可以自行开发驱动程序来在内核空间中控制 GPIO，但从用户空间访问 GPIO 有一种更为简便的方法。当时间要求不严格时，您可以使用 GPIO-SYSFS。 SYSFS 是一个虚拟文件系统，它将内核内部框架的一些功能导出到用户空间，而 GPIO 是可以通过 SYSFS 导出功能的框架之一。 GPIO-SYSFS 功能自内核 2.6.27 版本起，在所有主线内核中均已可用。 配置内核以通过SYSFS导出GPIO 要在 SYSFS 中启用 GPIO，请选择以下内核选项： 设备驱动程序 ---> --- GPIO 支持 [*] /sys/class/gpio/... (sysfs 接口) 如果您使用的是 i.MX233 或 i.MX28，在重新编译内核后，请务必重新生成引导流，因为即使在 ltib 环境下，这一操作也不会自动完成。 请确认您打算使用的引脚确实可用作 GPIO 引脚，且未被内核请求（gpio_request）。如果某个引脚已通过 gpio_request 进行了请求，您需要在内核中使用 gpio_export 导出该引脚，以便通过 SYSFS 进行访问。若引脚未被默认配置为 GPIO，您需要在 /arch/arm/mach-XXX中的相应文件中设置 IO MUX。 在用户空间访问GPIO 启用 GPIO-SYSFS 功能后，您可以使用新内核启动设备，以进行一些测试。 首先，您需要将要测试的 GPIO 导出到用户空间： echo XX > /sys/class/gpio/export XX 应由以下算法确定： GPIOA_[B] 是您需要导出的 GPIO，其中，“A” 表示 GPIO 组，“B” 表示该组中引脚的偏移量。若第一个可用的 GPIO 存储区是 0 // (例如 iMX.28) XX = A×32 + B； 否则 // 第一个 GPIO 存储区是 1 XX = (A-1)×32 + B； 导出 GPIO 引脚后，您将能够看到 GPIO 接口被导出到： /sys/class/gpio/gpioXX 通过该接口，您现在可以执行一些操作，例如： # 读取引脚值 cat /sys/class/gpio/gpioXX/value # 更改引脚方向 echo in > /sys/class/gpio/gpioXX/direction echo out > /sys/class/gpio/gpioXX/direction # 切换 GPIO 输出电平 echo 0 > /sys/class/gpio/gpioXX/value echo 1 > /sys/class/gpio/gpioXX/value 需要特别注意的是，通过 GPIO 虚拟文件系统，每次只能操作一个 GPIO 引脚（每个命令仅针对一个引脚）。 关于：所有电路板常见问题解答 GPIO 测试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这或许是个愚蠢的问题，但我要怎样才能知道哪个引脚在物理上与 gpioXX 相连呢？