Open-CMSIS-Packs 文档 Open-CMSIS-Pack 项目 这是 Open-CMSIS-Pack 项目网站的链接。该资源提供了 CMSIS-Packs 背后的所有技术细节。 使用 Open-CMSIS-Packs 这是 VS Code 的 MCUXpresso 文档链接，向用户展示如何开始使用 Open-CMSIS-Packs。 打开 CMSIS 包

Resources for Zephyr’s Build and Configuration System Zephyr Project Build and Configuration System Devicetree Zephyr Project Devicetree Webinar: Application Portability Made Easy With Zephyr OS and NXP VS Code Lab Guide: Devicetree and Devicetree Viewer Golioth blog: Zephyr for Hardware Engineers: GPIO Zephyr Project Devicetree HOWTOs Kconfig Zephyr Project Kconfig Webinar: Application Portability Made Easy With Zephyr OS and NXP VS Code Lab Guide: Kconfig and compiler optimizations Return to Zephyr Knowledge Hub

HOWTO: Program Serial RCON using S32 Debug Probe This document details the steps to program external EEPROM with the 32 reset configuration bits in support of the 'Boot from serial RCON' method detailed in the device reference manual. The Python scripts used for this task are designed and tested to work on the EVBs, where EEPROM hardware is connected via I2C.(Serial EEPROM is not implemented on all boards). The RCON can be set by the following:  Fuses (internal to the device)  Parallel (GPIO pins/DIP Switches on EVB)  Serial (EEPROM connected via I2C)  The Serial option can be programmed using a debug probe connected via JTAG. This enables the RCON to be controlled remotely, assuming the debug probe is setup to allow remote connections.  The images shown throughout this document are of the S32G274A device implementation and are provided for illustration purposes.               Preparation  Install S32 Design Studio IDE  Use the S32DS Extensions and Updates menu to install the Development Package for the device subject to debugging. This is important as the Development Packages add the S32 Debugger support which provides access to the EEPROM programming capabilities via I2C of the S32 Debug Probe.  Connect the S32 Debug Probe to the EVB and the host PC containing S32 Design Studio installation.  Set BOOTMOD pins to boot from RCON  Set BOOT_CFG[8]=1 on the EVB, for serial RCON mode Procedure    Depending on the way the device used and how the {device name}_i2c_RCON.py is edited, user must use the old procedure on the new one. Both detailed below. To choose between the Old procedure and the new procedure, you must check in the {device_name}_i2c_RCON.py if variables like “INTERACTIVE_MODE” and “RCON_DATA” exist. The {device_name}_i2c_RCON.py can be found in: {INSTALL_DIR}…S32DS/tools/S32Debugger/Debugger/scripts/{device_name}/ {device_name_part_name}_i2c_RCON.py If the variables exist, please use the old procedure. If the variables were removed, please use the new procedure. I.  Old procedure ( If “INTERACTIVE_MODE” variable still exists)   Open cmd window to the S32 Debugger folder where the device-specific scripts are located. ../S32Debugger/Debugger/Scripts/{device_name/part_number} Set Python path so correct version is used (if not already set in env vars)   set PYTHONPATH=C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\mingw32\lib\python2.7;C:\N XP\S32DS.3.5\S32DS\build_tools\msys32\mingw32\lib\python2.7\site-packages   Edit the python script to adjust the value to be programmed to RCON, {device_name}_i2c_RCON.py. Note: The listed examples show only the minimum values required to configure each of the external memory types. Additional settings may be required for your specific application. Adjust RCON_DATA for the configuration you wish to program. Do not adjust RCON_ADDR. Adjust S32DBG_IP for the IP address of your S32 Debug Probe. Adjust INTERACTIVE_MODE i. Set True, if desired to be prompted in the command window to enter RCON_DATA      ii. Set False, if desried to have script automatically enter RCON_DATA, based on the value set     within the file. Adjust _SOC_NAME as appropriate for the specific device you are using. The valid options are defined in {device_name}_context.py Enter the command to start GDB, passing in the RCON Python script: Windows OS: ../ S32DS\tools\gdb-arm\arm32-eabi\bin/arm-none-eabi-gdb-py.exe -x {device_name}_i2c_RCON.py OR ../ S32DS\tools\gdb-arm\arm64-eabi\bin/arm-none-eabi-gdb-py.exe -x {device_name}_i2c_RCON.py Linux OS: arm-none-eabi-gdb-py -x {device_name}_i2c_RCON.py If everything worked properly, then the value you programmed will be displated to the screen. To exit GDB, enter ‘quit’. II.  New Procedure ( If “INTERACTIVE_MODE” variable was deleted) Set Python path so correct version is used (if not already set in env vars)  set PYTHONPATH=C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\mingw32\lib\python2.7;C:\N XP\S32DS.3.5\S32DS\build_tools\msys32\mingw32\lib\python2.7\site-packages  Start GDB Server. (…\S32Debugger\Debugger\Server\gta\gta.exe) Start Command Prompt and enter the command to start GDB with python: Example:   C:\NXP\S32DS.3.5_230912_devpck\S32DS\tools\gdb-arm\arm32eabi\bin\arm-none-eabi-gdb-py.exe Linux OS: arm-none-eabi-gdb-py   In s32rcon.py ( C:\NXP\S32DS.3.5_230912_devpck\S32DS\tools\S32Debugger\Deb ugger\scripts\gdb_extensions\rcon\s32rcon.py😞 Edit connection parameters (Probe IP, GDB server port, JTAG speed, etc.) Edit _RCON_SCRIPT parameter with absolute path to the desired I2C RCON script for the desired board: Example: _RCON_SCRIPT = " C:/NXP/S32DS.3.5_230912_devpck/S32DS/tools/S32Debugger/Deb ugger/scripts/s32g2xx/ s32g274a_i2c_RCON.py"      c. Source s32rcon.py in GDB. Example: source C:/NXP/S32DS.3.5_230912_devpck/S32DS/tools/S32Debugger/Deb ugger/scripts/gdb_extensions/rcon/s32rcon.py     d. Run command py rcon() in GDB. OBS:  Steps a, b can be done after c directly from GDB, using GDB py commands: Examples:  py _GDB_SERVER_PORT=45000  py _RCON_SCRIPT="C:/NXP/S32DS.3.5_230912_devpck/S32DS/tools/S32Debugger/Debu gger/scripts/s32g2xx/ s32g274a_i2c_RCON.py" User can now use the available commands, like rcon_help, rcon_read, rcon_write to interact with the EEPROM. User can write [command] -h for more information and mandatory parameters of the command. User can write ‘quit’ to exit the S32 RCON services.

Introduction to RW61x and FRDM-RW612 Step by Step video: (view in My Videos) FRDM-RW612 FRDM-Training Wireless

RW61xおよびFRDM-RW612の紹介 ステップバイステップのビデオ: (マイビデオで視聴) FRDM-RW612 FRDMトレーニング ワイヤレス

[RT1170]How to debug a dual core project within SDRAM     Compared with the RT10xx series, the i.MX RT117x has an additional M4 core, which makes multi-core collaboration possible. The general practice of multi-core operation is to run in independent program data space and communicate through a shared memory space. For example, in the official SDK routine, the M7 code runs in Flash, while the M4 code runs in SRAM, and they communicate from each other via a shared SRAM space, which can ensure the maximum performance. However, during the development stage, customers may need to put both the M7 and M4 codes in external SDRAM for debugging. Although this will affect some performance, it will not perform too many erase and write operations on the flash, which also has certain practical significance.     The following is a detailed explanation of how to load a dual core project to SDRAM for debugging. The following example comes from the official SDK dual core demo -  rpmsg_lite_pingpong .     Because the default system boots from the M7 core, the usual practice is to load the M4 code by the M7, and then kick off the M4 core by M7 as well. Therefore, most of the changes are in the M7 project settings. The specific steps are as follows: M7 project settings: Add two memory space definitions, BOARD_SDRAM and SDRAM. BOARD_SDRAM section is used for M7 to store the data, while SDRAM section is used for M4's code. It should be noted that the location of BOARD_SDRAM should be next to BOARD_FLASH where is the default data section of the project.  Add macro definition to enable SDRAM initialization code  Select the following option to move the application code originally placed in BOARD_FLASH into BOARD_SDRAM.  In the multi-core setup, set the M4 code location to the SDRAM space defined previously.   Replace the startup script in the debugger configuration with the version with SDRAM initialization support.   And add the following debug option:   --cachelib libm7_cache.so   Finally, update the M4 core startup address in the M7 code to the starting address of the SDRAM section defined previously:  The changes to the M4 project are much simpler.  Add SDRAM memory space definition. The starting address and size should be consistent with the SDRAM space definition in the M7 project.   With the above steps, you can debug the code of M7 and M4 in SDRAM at the same time!   Compared with the RT10xx series, the i.MX RT117x has an additional M4 core, which makes multi-core collaboration possible. The general practice of multi-core operation is to run in independent program data space and communicate through a shared memory space. For example, in the official SDK routine, the M7 code runs in Flash, while the M4 code runs in SRAM, and they communicate from each other via a shared SRAM space, which can ensure the maximum performance. However, during the development stage, customers may need to put both the M7 and M4 codes in external SDRAM for debugging. Although this will affect some performance, it will not perform too many erase and write operations on the flash, which also has certain practical significance.

MCUXpresso for VS Code: Importing Projects from the MCUXpresso SDK MCUXpresso SDK The MCUXpresso SDK has been reengineered to make use of CMake and Kconfig. This article will demonstrate how to use the SDK in VS Code. *Note: The SDK has switched to CalVer versioning convention. *Note: The SDK will contain previews of possible changes for a later release. The previews are available for early evaluation but are not intended to substitute a release. Importing the SDK Navigate to the QUICKSTART PANEL in the MCUXpresso for VS Code extension. Click on Import Repository. Select the REMOTE option if you have not yet obtained the SDK. Designate a destination to save locally in the Location field. Select the latest release of the MCUXpresso SDK in the Repository field. The latest version for this walkthrough is MCUXpresso SDK - 24.12.00. Select the main revision in the Revision field.  Note: The SDK can be cloned directly from GitHub. Select the Local option to import if you've already obtained the SDK. Importing an example project The process of importing a project into MCUXpresso for VS Code does not vary from previous versions. To do so, simply use the Import Example from Repository option. Exploring the CMake format You will notice several folders when navigating the SDK directory. To examine the CMake project format, let's take a look at the led_blinky_peripheral project. This project is found in examples/demo_apps/led_blinky_peripheral. In this directory, you will find generic project files including the CMakeLists file. For example, the file that holds the main function in this example project can reference different board files and their respective peripherals. The files are generic to allow reusability and support for many other devices. This reduces the overall size of the SDK. The CMakeLists file is used to specify the device and project options for the build. In another article, we will cover how the variables in the CMakeLists files are referenced when a build for a specific device is initiated. For now, let's take a look at structure of the file. You'll notice that the variables in this file are generic and will be referenced later for the build. For example, the following two variables are needed for the build system to know which board to build for and where to reference the files. SdkRootDirPath - This specifies the root path to the SDK. board - This specifies the board name. Once the build is initiated all the necessary files will be drawn in to the project. MCUXpresso for VS Code

How to load MDK RAM app to the RT1170 external flash How to load MDK RAM app to the RT1170 external flash 1. Abstract This guide is requested by our end customer, he wants to realize the MDK project RAM code download to the MIMXRT1170 external QSPI flash. So, based on the NXP RT1170 SDK, and the MIMXRT1170-EVK board, generate the MDK project, reallocate the app image, generate the image, and use the tool to download the code to the external flash. 2. App image prepare 2.1 Generate one SDK MDK standalone project Open the SDK_2_15_000_MIMXRT1170-EVK webpage: https://mcuxpresso.nxp.com/en/builder?hw=MIMXRT1170-EVK Download the SDK, and generate one MDK standalone project: Fig 1 Fig 2 After downloading, we will get the MIMXRT1170-EVK-iled_blinky_cm7.zip, which is the MDK project. 2.2 MDK project image reallocation As the RAM image is the none-xip image, normally to the IDE, can’t download to the flash directly, as the debug is in the RAM. If want to download to the flash, we can generate the app image, then use the tool to program it to the external flash. Normally, none-xip image, the IVT offset is 0X400, so we need to reallocate the image start address, here, we can use 0X2000 as the app entry address. Fig 3 ITCM default size is 256K=0X4000, so modify the linker file-> scf file like this: Fig 4 Now, to generate the hex and bin image file, which is used for the tool downloading. Fig 5 To build the bin file command: $K\ARM\ARMCC\bin\fromelf.exe --bin --output=debug\@L.bin !L Fig 6   Building, you can find the file in the folder: MIMXRT1170-EVK-iled_blinky_cm7\iled_blinky_cm7\debug Fig 7 2.3 MDK project debug after reallocation After the image reallocation, some customer may still need the MDK RAM project can do the debugging, here, also need to modify the debug .ini file. The Setup also need to change the SP, PC and Vector table offset register address. Fig 8 Then build and debug the code, we can find it can enter the ram image debug mode: Fig 9 3. App image download We can use the MCUBootUtility Tool to download the code: https://github.com/JayHeng/NXP-MCUBootUtility/releases/tag/v6.1.0 the related user manual is: https://github.com/JayHeng/NXP-MCUBootUtility Download the tool. MIMXRT1170-EVK enter the serial download mode by changing SW1: 1-OFF,2-OFF,3-OFF,4-ON Power off and power on the board again, find another USB cable to connect the J20 USB1 interface. Then, use the MCUBootutility to connect the board: Fig 10 After connection, select the MDK project generated .hex file: Fig 11 Press the All-in-One-Action button, to download the code, this is the downloaded result: Fig 12 Press the “Reset device” button to exit the tool. Then MIMXRT1170-EVK board change SW1: 1-OFF, 2-OFF, 3-ON,4-OFF Press the EVK on board reset button, SW4, you will find the LED is blinking, it means the MDK RAM project already download to the external QSPI flash, and boot OK.

示例_Reg_Prot_Flash_控制器_S32K344 ************************************************************************************************ * 详细说明： * 示例锁 * PFC PFCBLK2_SSPELOCK REG_PROT 软锁 * 和 PFC REG_PROT 硬锁。 * ----------------------------------------------------------------------------- *测试硬件::S32K344EVB-Q172 *单片机: : S32K344 * 项目：RTD AUTOSAR 4.7 * 平台：CORTEXM * 外围设备：S32K3XX * 依赖项：无 * * Autosar版本：4.7.0 * Autosar 修订版：ASR_REL_4_7_REV_0000 * 软件版本：5.0.0 *构建版本：S32K3_RTD_5_0_0_D2408_ASR_REL_4_7_REV_0000_20241002 ************************************************************************************************

Example IP S32K312 EMIO PWM Generation & Duty capture using Polling DS3.5 RTD300 ******************************************************************************* The purpose of this demo application is to present a usage of the EMIOS IP Driver in Polling mode for the S32K3xx MCU. The example use to :-- EMIOS-1 - ch-0  --> PTC24 --> Generate the PWM EMIOS-1 - ch-1  --> PTC25 --> is the ICU channel to measure the duty Pins used :-- This example is tested for IPWM mode .  :--     IPWM mode ,  ICU Driver User Manual :-- Result :--  ------------------------------------------------------------------------------ * Test HW: S32K3X2EVB-Q172 * MCU: S32K312 * Compiler: S32DS3.5 * SDK release: RTD 3.0.0 * Debugger: PE micro * Target: internal_FLASH ********************************************************************************

Zephyrカスタムボードとアプリケーション これらのリソースに関するご質問や問題がございましたら、新しい質問をお寄せください。そちらで NXP サポートチームが対応いたします。 カスタムボード Zephyrリポジトリには、数十の NXP開発ボードのサポートが含まれています。カスタムボードを作成する場合は、同じファミリのSOCを使用して最も近い開発ボードから開始し、そのボードフォルダをクローンし、新しいボードとして名前を変更し、ハードウェアに合わせて変更することをお勧めします。カスタムボードのその他のリソースには、次のものがあります。 Zephyr Project Board ポーティングガイド NXPブログ: i.MX RT685用のカスタムZephyrボードの作成 このページの「ボード pinctrl の生成」を参照してください クローン化された開発ボードからメモリ設定を変更する場合は、Zephyr のメモリの詳細を参照してください。 VS Code用のMCUXpressoでは、v25.3.72の時点で、アウトオブツリーボードは、Zephyrアプリケーションをインポートするときにはサポートされていません。この機能は近日中に追加される予定です。それまでの間、 回避策があります。 サポートされていない SOC 部品番号 カスタムボードを作成する際の一般的な課題は、NXPが販売するすべてのSOC部品番号が現在Zephyrでサポートされているわけではないことです。 Zephyrでのサポートは、SOCによる直接のサポートではなく、取締役会に基づいています。Zephyr アプリケーションをビルドする際には、ボード名を指定する必要があります。次に、ボード ファイルには、そのボードで使用される SOC が含まれます。これらは、Zephyrでサポートされている NXPボード です。Zephyrのドキュメンテーションフレームワークには、SOCの同様のページはありません。 NXPは、開発ボードのZephyrサポートを提供しています。通常、1つの開発ボードがSOCのファミリーをサポートします。通常、開発ボードにはスーパーセットSOCがあり、そのファミリの中で最も多くの機能/メモリを提供します。たとえば、MIMXRT1060-EVKボードは、i.MX RT106xファミリでの開発に使用され、スーパーセットRT1062の部品番号を使用します。ファミリ内の他の部品番号はスーパーセットと非常によく似ていますが、一部の機能が不足している、メモリが少ない、または小さなパッケージのピンが少ない場合があります。 Zephyrのサポートはボードに基づいており、ボード上のSOCがサポートされているため、今日では、Zephyrで直接サポートされていない他の多くの同様のSOC部品番号があります。カスタムボードを作成する際にこれを管理するためのいくつかのオプションを次に示します。 Zephyrでサポートされている開発ボードをカスタムボードのベースにし、カスタムボードで同じSOC部品番号を使用します。そのSOCは、開発ボードを有効にするためにZephyrですでに利用可能です。 回路基板上では同じファミリのSOCを使用しますが、Zephyrカスタムボードは開発ボード上のスーパーセットSOCを使用するように構成します。たとえば、回路基板はRT1061部品番号を使用していますが、カスタム基板ファイルではMIMXRT1060-EVKと同じRT1062部品番号が使用されています。このオプションの利点は、Zephyrが追加のSOCサポートを必要としないことです。スーパーセットには、回路基板上のSOCで使用可能なすべての機能とメモリが含まれている可能性があります。その後、カスタムボードファイルは、使用できない周辺機器を無効にし、必要に応じてメモリサイズを減らすことで、デバイスツリーとKconfigを変更できます。SOC pinctrl ファイルは、 HAL_NXP リポジトリにある、サポートされているファミリのほとんどの SOC で使用できます。通常、カスタムボードには、使用される正確な部品番号のSOC pinctrlファイルを含めることができます。 同じファミリーのSOCを使用しますが、Zephyrで必要なすべてのSOCファイルを提供します。たとえば、回路基板が RT1061 部品番号を使用しているため、開発者は RT1061 部品番号オプションを Zephyr リポジトリに追加し、その RT1061 部品番号を使用するようにカスタム ボードを構成します。このオプションでは、Zephyr リポジトリにより多くの労力とある程度の快適さが必要ですが、一部の Zephyr ユーザーはこのオプションを好む場合があります。また、このように新しいSOCが有効になっている場合は、Zephyrリポジトリの上流にコントリビュートできます。 上記のSOCオプションは、SOCファミリーのボードがZephyrですでにサポートされており、そのファミリーで少なくとも1つのSOCが有効になっていることを前提としています。取締役会のサポートがない新しいSOCファミリーにZephyrを移植しようとすると、かなり多くの労力がかかる可能性があります。ポーティングの手間を最小限に抑えるには、ボードですでにサポートされているSOCファミリから始めるのが最善です。 ピンctrl Zephyr は pinctrl を使用して、SOC のピンと pinmux の設定を構成します。通常、各ボードには、そのボードのデフォルトの pinctrl 設定を含む pinctrl ファイルがあります。たとえば、これは mimxrt1060_evk-pinctrl.dtsi です。NXPには、mimxrt1062dvl6a-pinctrl.dtsiなどの各SOCのpinctrlファイルもあります。SOC の pinctrl ファイルは HAL_NXP リポジトリにあり、各ピンのすべての pinmux オプションが用意されているため、ボードの pinctrl ファイルで pinmux オプションを簡単に選択し、読みやすくなります。NXPボードの場合、ボードのpinctrlファイルには、次のようなSOCのpinctrlファイルが含まれています。 #include ボードpinctrlの生成 新しいボードの pinctrl ファイルは通常、新しいボードを作成するときに作成されます。ボードのピンコントロールファイルは、いつでも手作業で作成できます。ただし、特にNXPは MCUXpresso Config Toolに含まれるピンツールを提供しているため、ファイルの生成は便利な場合があります。ピンツールには、アプリケーションで使用されるすべての必要な信号を選択し、ピンマルチプレクサとピンの設定を構成するのに役立つGUIがあります。リリース v25.03 以降、Config Tool では、i.MX RT1xxx および MCX デバイス用の Zephyr ボード pinctrl ファイルを生成できます。Zephyr でサポートされているデバイスは、今後のリリースで追加される予定です。ボードの pinctrl ファイルを生成する方法については、 Config Tool User Guide を参照してください。 Config Toolでまだサポートされていない他のデバイスの場合、NXPにはボードのpinctrlファイルを生成するのに役立つPythonスクリプトがあります。これらのスクリプトは、最終的に Config Tool に置き換えられ、非推奨になります。このスクリプトは、上記と同じコンフィグ ツールを使用してボードのピンを構成し、ファイルからピン情報を抽出してボードの pinctrl ファイルを生成します。スクリプトは HAL_NXP リポジトリに含まれており、この Readme に記載されています。 生成ができない場合は、ボードの pinctrl を手書きする必要があります。最適なオプションは、同様の SOC のボード pinctrl ファイルを見つけ、必要に応じて変更することです。 新しいツリー外アプリケーション Zephyr リポジトリには、ドライバー、サブシステム、またはモジュールの使用方法を学ぶのに役立つ サンプル と テスト アプリケーションが豊富にあります。新しいアプリケーションを作成するときは、アプリ用に新しい Git リポジトリを作成し、West を使用して Zephyr リポジトリをモジュールとして取り込むことができます。アプリケーションでは、ZephyrでWestの T2 Starトポロジ が頻繁に使用されます。これらのリポジトリの例は、アプリケーション リポジトリを作成する際の参考資料として適しています。 Zephyr Project の example-application リポジトリには、ツリー外のボードとドライバーが含まれています NXPのZephyrデモとサンプルのリポジトリ Zephyrの例のNXP Proサポートリポジトリ Zephyr Knowledge Hub に戻る

i.MX 6Solo LPDDR2 レジストリ設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 問題 : LPDD2 メモリを使用している i.MX 6Solo デザインで、2 つの重要なレジストリの正しい設定を判断するのが難しい場合があります。 ソリューション: 1) MMDCx_MDMISCレジスタ、LPDDR2_2CHフィールド: i.MX 6Soloプロセッサの場合、このフィールドは常に「0」に設定する必要があります。 理由:このプロセッサでは2チャネルモードは不可能です。チャネルMMDC0のみが外部ピンに接続されています。 2) IOMUXC_SW_PAD_CTL_PAD_DRAM_RESETレジスタ、DDR_SELフィールド: i.MX 6Soloプロセッサの場合、このフィールドは常に「00」に設定する必要があります。 理由 : DRAM ウォーム リセットには MMDC1 からの応答が必要ですが、MMDC1 は 6Solo プロセッサの外部に接続されていないため、ウォーム リセットは完了しません。 これら2つの問題は、MCIMX6SDLリファレンスマニュアルの今後の改訂で明確になります。 日時:i.MX 6Solo LPDDR2レジストリ設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Yogee: 私たちはあなたと同じ問題に遭遇します。シングルチャネルLPDDR2(128Mx32)を使用すると、ubootでスタックします。ストレステストツールは問題なく動作しますが、ubootは成功しません。何かアイデアがあり、親切に私たちと共有しますか? どうもありがとうございます。 ヤオホア 日時:i.MX 6Solo LPDDR2レジストリ設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはYogee、 私はあなたの両方のファイルを見ました。2つのファイルの間には大きな違いが1つあります。 レジスタ0x021B0848(項目31)ストレステストファイルの値が0x40404040、DCDファイルの値が0x4E4E504C レジスタ0x021B0850(項目32)ストレステストファイルの値が0x40404040、DCDファイルの値が0x3434382E 私の質問は、DCDファイルのこれらのレジスタ値をどのようにして思いついたのですか?ストレス テスト値は、実際にはレジスタのデフォルト値です。 これらの値を決定するためにストレステストを使用していますか?答えが「はい」の場合は、ストレス テストのキャリブレーション手順から取得した値をストレス テスト ファイルに代入し、キャリブレーション テストを実行せずにストレス テストを実行してみてください。これに合格した場合は、DCD レジスタの設定がストレス テストで使用している値と同じであることを確認し、再試行してください。 DCD ファイルに見当たらなかったもう 1 つのことは、CCM クロック レジスタ 0x020c4018 を 0x00060324 の値に設定するための行エントリでした。このレジスタのデフォルト値は0x00064324で、変更されるフィールドはperiph_clk2_selであり、MMDCに影響を与えるはずはないと思いますが、それでもフィールドはストレステストファイルで意図的にそのように設定されているため、違いが生じる可能性があります。 現時点では、ファイルに他に問題はありません。ストレス テストのレジスタ値が機能していて、エラーが発生しない場合は、DCD ファイル内の同じ値が機能しているはずです。うまくいけば、上記があなたの問題を解決するでしょう。 そうでない場合は、私に知らせてください、そして私は何か他のものを見つけようとします。 それでは。 印 日時:i.MX 6Solo LPDDR2レジストリ設定 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはYogee、 DDR ストレス テスト ツールを使用していて、それが機能している場合は、プロセッサにロードしているパラメーターは既に正しいです。 私はあなたの本当の問題はどちらかだと思います: 1) u-bootファイル内のパラメータが、ストレステストツールで決定したパラメータと同じではない(同じである必要があります) 2) レジスタ パラメータが正しい順序で読み込まれていません。 パラメータをロードする必要がある特定の順序があり、その順序に従わないと、MMDC で問題が発生します。一般的に、順序は次のとおりです。 - IOMUX ピン設定。 - ZQキャリブレーションを含むMMDCキャリブレーション設定と、それに続くFRC_MSRビットの設定。 - メインの MMDC レジスタ設定をロードする (および、このセクションでロードされた最後のレジスタとして MMDC をオンにして初期化する) - 接続された LPDDR2 デバイスの MR レジスタを設定します。 u-boot DCDファイル(初期化パラメータを含むファイル)のコピーを添付すると、それを確認して、問題を引き起こしていると思われるものをすべて指摘します。 それでは。 Mark

FRDM-RW612 Getting Started. Wi-Fi CLI on VS Code Prerequisites  Hardware  FRDM-RW612 evaluation board  USB-C cable Software Visual Studio Code VS Code FRDM-RW612 SDK Serial Terminal Software: Tera Term You can use any serial terminal you have, but we are using Tera Term for the training slides Step by Step instructions document is here Step by Step video: (view in My Videos) FRDM-RW612 FRDM-Training Hands-On Training MCU Wireless

CodeWarriorプロジェクトをゼロから-パートI <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Codewarriorでフリーダムボード向けの基本的なプロジェクトをゼロから作成する方法。 ビデオリンクを見る：1459 (マイビデオで視聴) Re:ゼロからのCodeWarriorプロジェクト - パートI <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ビデオ チュートリアルの完全なセットについては、「The Book of Eli - Microcontrollers, robotics and warp drives」をご覧ください。

救援机器人GEORG荣获RoboCup全球总决赛第12名 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> GEORG 是德国纽伦堡乔治-西蒙欧姆应用技术大学飞思卡尔机器人实验室的救援机器人。上周，由 Stefan May 教授领导的学生团队参加了在荷兰埃因霍温举行的世界 RoboCup 决赛并获得了第 12 名。对于 GEORG 来说，这是一个相当不错的成绩，因为这是他们第一次进入世界总决赛。 自去年以来，机器人团队一直致力于将 ROS（机器人操作系统）移植到 Freescale i.MX 平台，以节省空间和电力（相对于机载 PC）。他们还致力于使用 Freedom 板作为模块开发分布式 ROS 计算系统。 在大学的机器人页面上查看 GEORG 的进展 学生项目

USB flash drive compatibility list (plugfest) This is report from internal USB flash drive plugfest (tested with MQX 4.0). VID PID VID Manufacturer Photo Vendor info Product info 0x0dba 0x0120 Realtek Generic Card Reader 0x8564 0x1000 Transcend JetFlash Transcend 4GB 0x0951 0x1654 Kingston Technology Kingston DT R500 0x0951 0x1647 Kingston Technology Kingston DT Mini Fun G2 0x0204 0x6025 Chipsbank Microelectronics CMB USB2.0 0x1516 0x1213 Myson-Century Technology USB DISK 2.0 0x1b1c 0x1ab1 Corsair Technology Corsair Voyager 0x0001 0x7778 Fry's Electronics Generic Flash Disk 0x125f 0xc08a ADATA ADATA USB Flash Drive (C008/32GB) 0x0dda 0x2026 Apacer ICSI IC1210 CF 0x0ea0 0x6828 Ours Technology 32MB HardDrive 0x0781 0x5530 SanDisk SanDisk SanDisk Cruzer (SDCZ36-004G) 0x111d 0x0000 IDT CENTON Swivel 0x0781 0x5406 SanDisk SanDisk SanDisk Cruzer (SDZ6-8192RB) 0x8564 0x1000 Transcend JetFlash Transcend 16GB 0x0951 0x1642 Kingston Technology Kingston DT 101 G2 USB HostDevice Stacks

Video- Power management on i.MX6 Sabre SDP with WEC7 by iWave Systems Windows Embedded Compact 7 (WEC7) BSP customizations by iWave Systems for Freescale’s SABRE SDP/B platform now supports power management. Power management was successfully developed for the i.MX6 multicore platform and tested for the standard suspend and resume functionalities. The processor enters into dormant mode and consumes the least power. As of now, iWave has reduced it to consume as much power as it is currently uses in Linux and Android. i.MX6Q has four CPU cores. The suspend power state not only turns off 3 CPU cores, but also puts the primary CPU on low power mode. On resuming, all 4 cores restart successfully.The process of Power management is being intelligently handled in order to reduce the power consumption to a greater extent. The Power consumption in the idle mode is 800mA whereas in the deep sleep mode it is 380mA, which is very much lesser than in the idle mode. Power Management for multicore processors can be used in a wide variety of handheld devices like tablets, video cameras, mobile phones and other entertainment solutions.  http://www.youtube.com/watch?v=5vED0_U20Cc General

客户MIPI传感器调试步骤.docx <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我被要求帮助将文档上传到 MPU 支持空间。该文档描述了一些关于如何支持客户启用与 i.MX6DQ/6DL 连接的 mipi-csi2 传感器的想法。希望这会有所帮助。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我被要求帮助将文档上传到 MPU 支持空间。该文档描述了一些关于如何支持客户启用与 i.MX6DQ/6DL 连接的 mipi-csi2 传感器的想法。希望这会有所帮助。 回复：客户 MIPI 传感器的调试步骤.docx <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 据我有限的知识，我认为使用它没有任何问题，假设传感器设置为使用该格式，mipi_csi2 和 IPU（可能需要将其添加到 csi_enc_setup？）。 根据我的经验，检查 CSI2 ERR1、ERR2 和 PHY_STATE 寄存器可以提供一些关于哪里出错的提示。 此致， 埃米尔 回复：客户 MIPI 传感器的调试步骤.docx <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果我理解该文档正确的话，您将需要使用 MIPI_CLK 作为 mipi 时钟，然后使用它的两倍（因为它是 DDR）作为比特率来查找您需要在CSI2_PHY_TST_CTRL1 中设置的值（使用文档中的列表）。 您还需要设置 ov564x 上的 MIPI 全局时序寄存器以匹配 PCLK。 另外，我发现配置 CSI2 时传感器的时钟一定不能运行。 我已经为 OV5645 传感器（基于 Freescale OV5640 驱动程序）完成了此操作，如果您有兴趣，我可以分享代码。它们应该非常相似。

A socket programming demo for MQX / RTCS (Socket.zip) A pair of TCP server & client and a pair UDP server & client are implemented to demo socket API in RTCS. It supports K60N512 and K70F120M on IAR EWARM 6.50 at this moment. You can port it to other boards and IDE easily. 1) Copy Freescale_MQX_4_0 folder and override the default MQX folder 2) RTCS Socket Example Guide.doc can be found in ..\Freescale_MQX_4_0\rtcs\examples\socket A pair of TCP server & client and a pair UDP server & client are implemented to demo socket API in RTCS. It supports K60N512 and K70F120M on IAR EWARM 6.50 at this moment. You can port it to other boards and IDE easily. 1) Copy Freescale_MQX_4_0 folder and override the default MQX folder 2) RTCS Socket Example Guide.doc can be found in ..\Freescale_MQX_4_0\rtcs\examples\socket Real-Time TCPIP Communications Suite Re: A socket programming demo for MQX / RTCS (Socket.zip) Thanks! I really(!) have missed this type of simple examples from Freescale. I adapted for my K60 tower. Was running directly.

[RT1170 Hardware Important] RT1170 HDUG important update NXP Updated the Hardware Development Guide for the MIMXRT1160/1170 Processor (MIMXRT1170HDUG) The main difference is： Updated capacitance value of VDDA_1P8_IN in Table 1 and Table 2 From 0.1uF to 1uF This will help improve the robustness of the circuit at low temperatures.