Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
如何使用安全元件 SE05x:在树莓派上设置即插即用中间件(日文博客) 介绍 许多人对安全元件感兴趣,但或许他们觉得这些元件“使用起来有些困难”。 NXP 的安全元件SE05x附带名为 Plug and Trust Middleware 的中间件。该中间件包含一个专用于 SE05x 的 API,以及 OpenSSL 和 mbed-TLS 等常用库的插件。因此,使用这些库的应用程序(例如 Eclipse Mosquitto ™等)几乎无需修改即可利用安全元件的功能。 shinjihontanib_1-1770695212552.png 该中间件的参考操作系统环境支持“Windows PC”和“各种 NXP MCU/MPU(Linux)”,但也支持现成的“Raspberry Pi”。 Windows 和 Linux 环境下都提供了命令行工具,使得验证各种操作变得容易。 本文介绍了如何在树莓派上设置 Plug and Trust 中间件。 本文撰写过程中使用的硬件、软件及其版本 硬件: 树莓派 3 B+ 型 EdgeLock ® SE050 开发套件( OM-SE050ARD-E ) 五根跳线(公对母或母对母)或一个 Arduino 转 Raspberry Pi 适配器板( OM-SE050RPI ) 软件: 树莓派操作系统 12 64 位 SE-PLUG-TRUST-MW_04.07.01 *访问文档的方法如下所述。 下载 Plug and Trust 中间件软件包。 首先,请从这里下载Plug and Trust 中间件软件包 (SE05x-PLUG-TRUST-MW) 。 * 下载需要 MyNXP账户 。注册免费且简单。 Keita_Nagashima_0-1770697997899.png * 解压缩后,您可以从 simw-top/doc/index.html 访问文档(以下,“文档”指的是此 HTML 文件)。 有关将 Plug and Trust 中间件与 Raspberry Pi 一起使用的信息,另请参阅AN12570 。 硬件准备 使用跳线连接 Raspberry Pi 和 OM-SE050ARD-E(或 OM-SE050RPI)。 对于使用跳线进行的连接,请参阅文档中的第 4.5 节。请参考下图了解树莓派的组装方法。 shinjihontanib_0-1755587854058.png 然而,截至撰写本文时,由于树莓派操作系统的 GPIO 控制规范发生了变化,按照上述方式连接的 GPIO22 无法正常工作。 虽然原因和解决方法已经明确,但目前本文将介绍如何通过更改跳线设置来禁用 GPIO22 控制。 要不使用 GPIO22 进行操作,请更改 OM-SE050ARD-E 上的以下两个跳线设置。 J13:1-2 J14:1-2 shinjihontanib_0-1755588509035.png shinjihontanib_0-1770373763911.png 将 J13 设置为 1-2 可将 SE050 的 ENA 连接到 GND,将 J14 设置为 1-2 可将 SE050 的 VCC 连接到 VIN。 ENA 是 DPD(深度掉电)模式的控制引脚。使用 DPD 模式时,连接 VOUT 和 VCC,并使用 ENA 通过 VOUT 控制电源,以降低电流消耗。 由于本次 ENA 控制功能出现故障,我们将暂时禁用 DPD 设置。 如果不使用 DPD,请保持 VOUT 开路并将 VCC 连接到 VIN,以确保持续供电。 虽然从评估的角度来看,将 ENA 连接到 GND 似乎是可以接受的,但数据手册建议,如果 ENA 未使用,则将其连接到 VCC。 施工前准备 使用 Raspberry Pi Imager 刷写 Raspberry Pi OS 并启动后,打开终端。 启用 I2C 如果运行以下命令后未显示 i2c-1,则表示 I2C 未启用,请启用它。 ls /sys/bus/i2c/devices 执行以下命令后,转到接口选项 -> I2C 并启用 I2C。 sudo raspi-config - 安装其他构建工具 执行以下操作: sudo apt-get install cmake cmake-curses-gui cmake-gui libssl-dev libsystemd-dev 中间件设置和运行示例应用程序 将下载的 Plug and Trust 中间件软件包复制到您的 Raspberry Pi 中。 导航到您复制 Plug and Trust 中间件的目录,然后执行以下操作: cd simw-top python scripts/create_cmake_projects.py cd ../simw-top_build/raspberrypi_native_se050_t1oi2c cmake --build . sudo make install sudo ldconfig /usr/local/lib 构建好的应用程序位于 simw-top_build/raspbian_native_se050_t1oi2c/bin 中。 由于在前面描述的安装过程中,文件被复制到了 /usr/local/bin/ 目录,因此您可以运行该程序而无需指定该位置的文件。 运行 se05x_GetInfo 以验证操作,将显示设备信息。 shinji@raspberrypi:~/SE-PLUG-TRUST-MW_04.07.01/simw-top_build/raspbian_native_se050_t1oi2c $ se05x_GetInfo Failed to export Enable pin : Invalid argument Failed to open GPIO value file : No such file or directory Failed to unexport GPIO : Invalid argument App :INFO :Running se05x_GetInfo App :INFO :If you want to over-ride the selection, use ENV=EX_SSS_BOOT_SSS_PORT or pass in command line arguments. App :INFO :PlugAndTrust_v04.07.01_20250519 sss :INFO :atr (Len=35) 01 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 00 01 00 00 00 00 64 13 88 0A 00 65 53 45 30 35 31 00 00 00 App :WARN :No SemsLite Applet Available. App :INFO :Running se05x_GetInfo App :INFO :If you want to over-ride the selection, use ENV=EX_SSS_BOOT_SSS_PORT or pass in command line arguments. sss :INFO :atr (Len=35) 01 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 00 01 00 00 00 00 64 13 88 0A 00 65 53 45 30 35 31 00 00 00 sss :WARN :Communication channel is Plain. sss :WARN :!!!Not recommended for production use.!!! App :WARN :##################################################### App :INFO :uid (Len=18) 04 00 50 01 6A 17 2A E0 43 2E 7C 04 27 6A D2 9C 1D 90 App :WARN :##################################################### App :INFO :Applet Major = 7 App :INFO :Applet Minor = 2 App :INFO :Applet patch = 0 App :INFO :AppletConfig = 3F9F App :INFO :With ECDSA_ECDH_ECDHE App :INFO :With EDDSA App :INFO :With DH_MONT App :INFO :With HMAC App :INFO :WithOut RSA_PLAIN App :INFO :WithOut RSA_CRT App :INFO :With AES App :INFO :With DES App :INFO :With PBKDF App :INFO :With TLS App :INFO :With MIFARE App :INFO :With I2CM App :INFO :Internal = FFFF App :WARN :##################################################### App :INFO :Tag value - proprietary data 0xFE = 0xFE App :INFO :Length of following data 0x45 = 0x45 App :INFO :Tag card identification data (Len=2) DF 28 App :INFO :Length of card identification data = 0x42 App :INFO :Tag configuration ID (Must be 0x01) = 0x01 App :INFO :Configuration ID (Len=12) 00 01 A9 21 89 0A 6F 56 4A 23 9C 41 App :INFO :OEF ID (Len=2) A9 21 App :INFO :Tag patch ID (Must be 0x02) = 0x02 App :INFO :Patch ID (Len=8) 00 00 00 00 00 00 00 01 App :INFO :Tag platform build ID1 (Must be 0x03) = 0x03 App :INFO :Platform build ID (Len=24) 4A 33 52 33 35 31 30 32 39 42 34 31 31 31 30 30 1A 08 FA 50 67 B5 F2 56 App :INFO :JCOP Platform ID = J3R351029B411100 App :INFO :Tag FIPS mode (Must be 0x05) = 0x05 App :INFO :FIPS mode var = 0x00 App :INFO :Tag pre-perso state (Must be 0x07) = 0x07 App :INFO :Bit mask of pre-perso state var = 0x00 App :INFO :Tag ROM ID (Must be 0x08) = 0x08 App :INFO :ROM ID (Len=8) 2E 5A D8 84 09 C9 BA DB App :INFO :Status Word (SW) (Len=2) 90 00 App :INFO :se05x_GetInfoPlainApplet Example Success !!!... App :WARN :##################################################### App :INFO :cplc_data.IC_fabricator (Len=2) 47 90 App :INFO :cplc_data.IC_type1 (Len=2) D3 21 App :INFO :cplc_data.Operating_system_identifier (Len=2) 47 00 App :INFO :cplc_data.Operating_system_release_date (Len=2) 00 00 App :INFO :cplc_data.Operating_system_release_level (Len=2) 00 00 App :INFO :cplc_data.IC_fabrication_date (Len=2) 41 50 App :INFO :cplc_data.IC_Serial_number (Len=4) 13 93 77 21 App :INFO :cplc_data.IC_Batch_identifier (Len=2) 05 57 App :INFO :cplc_data.IC_module_fabricator (Len=2) 00 00 App :INFO :cplc_data.IC_module_packaging_date (Len=2) 00 00 App :INFO :cplc_data.ICC_manufacturer (Len=2) 00 00 App :INFO :cplc_data.IC_embedding_date (Len=2) 00 00 App :INFO :cplc_data.IC_OS_initializer (Len=2) 07 27 App :INFO :cplc_data.IC_OS_initialization_date (Len=2) 6A 33 App :INFO :cplc_data.IC_OS_initialization_equipment (Len=4) 39 33 37 37 App :INFO :cplc_data.IC_personalizer (Len=2) 00 00 App :INFO :cplc_data.IC_personalization_date (Len=2) 00 00 App :INFO :cplc_data.IC_personalization_equipment_ID (Len=4) 00 00 00 00 App :INFO :cplc_data.SW (Len=2) 90 00 App :INFO :ex_sss Finished Failed to open GPIO value file : No such file or directory Failed to unexport GPIO : Invalid argument Failed to unexport GPIO : Invalid argument 如前所述,GPIO 控制存在问题,因此消息的开头和结尾将显示与 GPIO 相关的错误,但这不会影响操作。 如果您看到如下所示的读取 uid(唯一标识符)的部分,则说明它工作正常。由于每个设备的 uid 值都不同,因此应根据所使用的开发板读取不同的值。 App :INFO :uid (Len=18) 04 00 50 01 6A 17 2A E0 43 2E 7C 04 27 6A D2 9C 1D 90 还会显示以下消息,表明主机与 SE050 之间的通信保护(消息认证和加密)未启用。 在批量生产期间,我们强烈建议更改中间件构建设置以启用保护功能。 sss :WARN :Communication channel is Plain. sss :WARN :!!!Not recommended for production use.!!! 设置命令行工具 (ssscli) ssscli 是一个基于 Python 的命令行工具,用于控制 SE05X。 文件 9.3.1.3。我们将按照树莓派的说明书进行设置。 以下说明将在 simw-top/pycli 中创建一个虚拟环境,但您可以根据自己的喜好进行更改。 cd simw-top/pycli sudo apt-get install python3-pip python3-dev libffi-dev sudo apt install python3-virtualenv virtualenv venv source venv/bin/activate pip install -r requirements.txt cd src pip install --editable . 完成上述步骤后,尝试使用 ssscli 获取 uid。 (venv) shinji@raspberrypi:~/SE-PLUG-TRUST-MW_04.07.01/simw-top/pycli $ ssscli connect se05x t1oi2c none (venv) shinji@raspberrypi:~/SE-PLUG-TRUST-MW_04.07.01/simw-top/pycli $ ssscli se05x uid sss :INFO :atr (Len=35) 01 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 00 01 00 00 00 00 64 13 88 0A 00 65 53 45 30 35 31 00 00 00 sss :WARN :Communication channel is Plain. sss :WARN :!!!Not recommended for production use.!!! 040050016a172ae0432e7c04276ad29c1d90 Unique ID: 040050016a172ae0432e7c04276ad29c1d90 (venv) shinji@raspberrypi:~/SE-PLUG-TRUST-MW_04.07.01/simw-top/pycli $ ssscli disconnect 得到的 ID 与之前执行 se05x_GetInfo 时得到的 ID 相同,表明该函数运行正常。 至此,Plug and Trust 中间件的设置完成。 具体使用示例将在另一篇文章中介绍。 ========================= 我们目前无法 回复 此帖子“ 评论”部分留下的评论。 对于由此造成的不便,我们深表歉意,但 在进行咨询时, 请 参考“ NXP 技术问题 - 如何联系我们 ( 日语博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有合作关系 ,您可以直接咨询您的代表。) 许多人对安全元件感兴趣,但或许他们觉得这些元件“使用起来有些困难”。 NXP 的安全元件SE05x附带名为 Plug and Trust Middleware 的中间件。该中间件包含一个专用于 SE05x 的 API,以及适用于 OpenSSL 和 mbed-TLS 等常用库的插件。因此,使用这些库的应用程序(例如 Eclipse Mosquitto ™等)几乎无需修改即可利用安全元件的功能。 该中间件的参考操作系统环境支持 Windows PC 和各种 NXP MCU/MPU(Linux),但也支持现成的 Raspberry Pi。 Windows 和 Linux 环境下均有命令行工具可用,使得验证各种操作变得容易。 本文介绍了如何在树莓派上设置 Plug and Trust 中间件。 (操作时间:20分钟) 安全 技术聚焦 日本博客
記事全体を表示
Imx8xm IPC A53 cores I am trying to use the Rmesg lite library to send messages from A53 core 1 to A53 core 2. I will be using the MU in both cores to synchronize the core messaging. Is this feasable, and is there any example of this protocol on github? I am using the IMX8mm Som It has to be secure i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Re: Imx8xm IPC A53 cores Hi @rheslar1  Please refer 3 Heterogeneous Multicore Framework in below guide. https://www.nxp.com/docs/en/user-guide/REALTIMEEDGEUG.pdf Best Regards, Zhiming
記事全体を表示
[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: xdzgvh xdzgvh は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 投稿を以下の理由で報告しました。 理由:裸体または性行為 詳細: ゼベータの購入方法 購入zebeta オンライン迅速配送 または、オンラインでゼベタを購入できます zebetaをオンラインで購入 ゼベタ錠を速達便で購入 zebeta holland order ゼベタジェネリック錠剤ゼベタ割引 ベストゼベタ錠の価格(医薬品) または、オンラインでゼベータを購入できます 最も安いゼベタ5mg錠を一晩服用 格安ゼベタ送料無料処方箋 ユタゼベタを安く手に入れよう ゼベタオランダの注文 安いzebeta 送料無料 rx ベストゼベタを購入できるサイト 最安値のゼベタ5mg錠を翌日配送 高血圧処方箋なしでゼベタをオンラインで購入 高血圧治療薬ゼベタを処方箋なしでオンラインで購入 注文ビソプロロール ゼベタ コロラド または、zebetaをオンラインで購入できます 購入ゼベタ ミシシッピ 注文ゼベタ タラ 土曜日 ゼベタ ゼベタタブレット優先配送購入 購入zebetaオンラインCOD現金 購入ゼベタ 最安値 レキシントン 購入zebetaオンライン男性向け 購入zebetaオンラインCOD現金 zebetaオンラインストア ジェネリックゼベタACH錠 注文zebeta mastercard fast 注文ゼベタ タラ 土曜日 ゼベタ ゼベタの迅速配送購入 whereゼベタは買えますか? ゼベータをオンラインで購入 価格ゼベタバルクアルバカーキ 購入リンマスのゼベタ zebetaの注文方法 価格ゼベタバルクアルバカーキ オンラインでゼベタダイナースクラブを購入する zebetaの購入方法 投稿リンク: https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者: xdzgvh |メールによる報告 報告された投稿には3件の返信があります。
記事全体を表示
i.MX 93 EVK debug console relocation [Continued] Introduction. This is an update to the previous article i.MX 93/91 debug console relocation with Yocto Project. It was initiated because a customer wanted to replicate the mentioned document in newer BSPs. i.MX93EVK uses LPUART1 as the debug console, this article will contribute to relocate debug console to LPUART2, which is connected to USB-to-UART FTDI bridge, so it's very easy to confirm your changes. Key differences from the past article are we don't explore porting tools but provide specific instructions and code, you will follow this article to confirm changes made on your own or replicate this process, if you want to explore BSP customizing tools and process, review the other article. BSP version is LF-6.12.49 Yocto Walnascar. HW setup simplifies too. 1. Hardware Setup. i.MX93EVK featuring REV A1. Connect USB Type-C PD power source to J301. Connect USB type-C cable to USB debug J1401. Connect USB type-C cable to USB1 J401. [Optional] SD card for booting, eMMC is the other option. 2. Yocto Project setup for recipes development. Start by creating a fresh build. $ cd ~ $ mkdir Yocto-BSP $ cd Yocto-BSP $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-walnascar -m imx-6.12.49-2.2.0.xml $ repo sync You can build any image, custom projects may need multiple builds for development, then imx-image-core is a great option since it's light and compiling it requires less time. $ MACHINE=imx93-11x11-lpddr4x-evk DISTRO=fsl-imx-xwayland source imx-setup-release.sh -b i.MX93 $ bitbake imx-image-core OE Connectivity Sanity Checker can cause issues if not configured, you can skip host connectivity tests. Patches provided in this document are for testing purposes, they lack upstreaming status to Yocto Project as they simulate an early starter porting process, you can disable QA errors that interrupt bitbaking and turn them to warnings. ERROR: do_patch: QA Issue: Missing Upstream-Status in patch Please add according to https://docs.yoctoproject.org/contributor-guide/ ERROR: do_patch: Fatal QA errors were found, failing task. ERROR: Task failed with exit code '1' Make the following modification. $ nano conf/local.conf CONNECTIVITY_CHECK_URIS = "" ERROR_QA:remove = "patch-status" WARN_QA:append = " patch-status" 3. Add debug-console-relocation layer to Yocto environment build. As said at the introduction, you are provided with the meta-layer zipped so you can just move it to your Yocto build directory. # Feel free to change this path to your download path $ cd ~ $ unzip meta-imx-console.zip $ cp -r meta-imx-console ~/Yocto-BSP/sources $ cd ~/Yocto-BSP/i.MX93 $ bitbake-layers add-layer meta-imx-console $ bitbake-layers show-layers You should be able to see the following output layer path priority ======================================================================================================== core /home/joseph/Yocto-Console/sources/poky/meta 5 yocto /home/joseph/Yocto-Console/sources/poky/meta-poky 5 openembedded-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-oe 5 multimedia-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-multimedia 5 meta-python /home/joseph/Yocto-Console/sources/meta-openembedded/meta-python 5 freescale-layer /home/joseph/Yocto-Console/sources/meta-freescale 5 freescale-3rdparty /home/joseph/Yocto-Console/sources/meta-freescale-3rdparty 4 freescale-distro /home/joseph/Yocto-Console/sources/meta-freescale-distro 4 fsl-bsp-release /home/joseph/Yocto-Console/sources/meta-imx/meta-imx-bsp 8 fsl-sdk-release /home/joseph/Yocto-Console/sources/meta-imx/meta-imx-sdk 8 imx-machine-learning /home/joseph/Yocto-Console/sources/meta-imx/meta-imx-ml 9 v2x-imx /home/joseph/Yocto-Console/sources/meta-imx/meta-imx-v2x 9 imx-demo /home/joseph/Yocto-Console/sources/meta-nxp-demo-experience 7 nxp-matter-baseline /home/joseph/Yocto-Console/sources/meta-nxp-connectivity/meta-nxp-matter-baseline 7 nxp-openthread /home/joseph/Yocto-Console/sources/meta-nxp-connectivity/meta-nxp-openthread 7 meta-arm /home/joseph/Yocto-Console/sources/meta-arm/meta-arm 5 arm-toolchain /home/joseph/Yocto-Console/sources/meta-arm/meta-arm-toolchain 5 clang-layer /home/joseph/Yocto-Console/sources/meta-clang 7 gnome-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-gnome 5 networking-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-networking 5 filesystems-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-filesystems 5 perl-layer /home/joseph/Yocto-Console/sources/meta-openembedded/meta-perl 5 qt6-layer /home/joseph/Yocto-Console/sources/meta-qt6 5 parsec-layer /home/joseph/Yocto-Console/sources/meta-security/meta-parsec 5 tpm-layer /home/joseph/Yocto-Console/sources/meta-security/meta-tpm 6 virtualization-layer /home/joseph/Yocto-Console/sources/meta-virtualization 8 meta-freescale-ml /home/joseph/Yocto-Console/sources/meta-freescale-ml 8 meta-imx-console /home/joseph/Yocto-Console/sources/meta-imx-console 9 * Remember to run all steps within the Yocto session, otherwise source your setup again. * $ cd Yocto-BSP $ source imx-setup-release.sh -b i.MX93 4. Rebuild the core image. Perform bitbake command again, it unpacks, patches, builds, deploys the source code and creates the root filesystem again with only running a few tasks. NOTE: Tasks Summary: Attempted 11106 tasks of which 10941 didn't need to be rerun and all succeeded.  You can find the images for flashing under the build folder. $ cd tmp/deploy/images/imx93-11x11-lpddr4x-evk/ $ zstd -d imx-image-core-imx93-11x11-lpddr4x-evk.rootfs-*.wic.zst imx-image-core-imx93-11x11-lpddr4x-evk.rootfs-20260207040424.wic.zst: 2596424704 bytes Flash the imx-boot firmware and imx-image-core root filesystem. $ uuu -b emmc_all imx-boot-imx93-11x11-lpddr4x-evk-sd.bin-flash_singleboot imx-image-core-imx93-11x11-lpddr4x-evk.rootfs-*.wic Conclusions. You can open the consoles for Cortex-A and Cortex-M to experiment booting a normal image and the relocated LPUART image. * This new image would require Cortex-M demos to change debug console to LPUART1. * image.png  Debug console outputs through LPUART2 and prints a custom message. image (1).png  Normal image debug console. Remember that the patches below are provided as is, they were developed under LF-6.12.49. When using them you are subject to the record of acceptance and legal compliance from EULA agreement in your Yocto build. If applying them under other circumstances (another BSP repository, another Yocto version, etc.) or the same circumstances, and they fail, please create a support ticket to help you. Extras. If you compare the differences at patch-level, you can see that only a file was relocated in U-boot, the file containing the environment variables was renamed and the syntax changes a little. The procedure performed was the same as the last article, if you are making your own layer, remember to modify conf/layer.conf with: BBFILE_PRIORITY_meta-imx-console = "9" #LAYERDEPENDS_meta-imx-console = "core" i.MX 93 EVK LF-6.12.49 patches
記事全体を表示
i.MX 93 No max frequency info for FlexSPI clocking mode 0x2 in datasheet Hello, I'm planning a FlexSPI FPGA interface application for i.MX 93 and reviewing possible throughput. I'm using a module that provides SD3 for QSPI and SD1 for eMMC. Because DQS line is already occupied with eMMC interface, I'm restricted to clocking mode FlexSPIn_MCR0[RXCLKSRC] = 0x0 and 0x2 if I understand right. Although reference manual suggests "medium" speed similar to mode 0x1, there's no max frequency specification for mode 0x2 in datasheet. Any reason why mode 0x2 has been omitted in datasheet? Can we expect speed similar to mode 0x1? I presume mode 0x1 can't be used if DQS pin is muxed to other usage? Best regards Frank   Re: i.MX 93 No max frequency info for FlexSPI clocking mode 0x2 in datasheet Hello @FvM  I hope you are doing very well. You can find more information related to the FlexSPI interface in the table 195 of the Reference Manual. Manuel_Salas_0-1770662918630.png Manuel_Salas_1-1770663139258.png Best regards, Salas. Re: i.MX 93 No max frequency info for FlexSPI clocking mode 0x2 in datasheet Hello @FvM  I asked internally. Unfortunately, the RXCLKsrc=2 option was remove from the datasheet because characterization of the device revealed signal integrity issues on the loopback signal such that the behavior could not be guaranteed. The mention of the option in the RM will be removed. Best regards, Salas. Re: i.MX 93 No max frequency info for FlexSPI clocking mode 0x2 in datasheet Hello @Manuel_Salas, thanks for answering. I'm aware of FlexSPI reference manual section. My problem is that datasheet paragraph 4.12.9 FlexSPI timing parameters only specifies modes 0, 1 and 3 and doesn't even mention mode 2.  Specifically I'm asking for mode 2 (SCK output and loopback from SCK pad) DDR timing parameters in nominal mode. Can we assume they are equal to mode 1?  I'm unable to use mode 1 or 3 because SD1_STROBE pin is occupied by eMMC interface in my application. Nevertheless I'm trying to achieve maximal throughput with QSPI FPGA interface. Regards Frank Re: i.MX 93 No max frequency info for FlexSPI clocking mode 0x2 in datasheet Hello @Manuel_Salas, many thanks for communicating the RXCLKsrc=2 issue openly. I understand our application is restricted to 66 MHz SDR/33 MHz DDR clock speed then, because it can't use DQS pin. Best regards Frank
記事全体を表示
恩智浦接口产品 - 概览页面 - (日语博客) 在使用微控制器和处理器进行系统开发时,必须决定集成电路、组件和电路板之间“使用哪种通信方法以及如何连接”。功能性、稳定性、可调试性和未来扩展性都是至关重要的考虑因素。 根据应用的不同,接口技术正在不断多样化和变得更加复杂,从集成电路之间的通信(如 I²C/I3C/SPI)到汽车和工业应用必不可少的现场总线(如 CAN),以及电压电平转换和 USB Type-C。 本页面提供有关恩智浦半导体接口相关技术和产品的信息。 “理解基础知识 → 付诸实践 → 解读其行为” 这是我系统地整理日语技术文章的方法。 本资源不仅对通信领域的初学者有帮助,也对面临设计和调试难题(例如“为什么它不工作?”或“这个波形正确吗?”)的工程师有所帮助。请根据您的目的选择感兴趣的类别。 <目的別ガイド> 目的 类别 我想了解串行通信的工作原理。 串行通信:I²C / I3C / SPI(板对板和IC对IC通信) 我想学习CAN通信。 CAN(汽车和工业通信) 我们希望通过扩展公交网络、安装交换机和转换电压来管理公交交通。 电压转换和信号控制(公交交通管理) 我正在寻找诸如实时时钟 (RTC)、温度传感器、GPIO 扩展器和 LED/LCD 驱动器之类的外围集成电路。 外围设备(I²C / I3C / SPI 连接 IC) 我想考虑使用USB接口。 USB相关产品(USB Type-C等) 串行通信:I²C / I3C / SPI(板对板和IC对IC通信) ■基础与说明部分 I²C 总线概述(日本博客) I3C总线概述(日文博客) 【您现在需要了解的内容】下一代接口“I3C”的基础知识(日语研讨会视频) SPI总线概述(日文博客) ■实践部分 I3C 操作示例代码:如何运行“i3c-temperature-sensor”(日文博客) 使用恩智浦MCX微控制器和SDK进行基本SPI通信:两个连接单元的实际设备测试(日文博客) NXP MCX 微控制器和 SDK 的基本 SPI 通信:SPI 的四种模式和实际信号验证(日语博客) ■设计和调试 I²C硬件调试(日语博客) I²C、I3C、SPI 产品选型指南 CAN(汽车和工业通信) CAN收发器 ■基础与说明部分 CAN总线/协议概述及特性(日语博客) 对恩智浦半导体(NXP)汽车CAN/LIN收发器产品 (NEXTY电子公司) 特性的详尽解释 NXP CAN 收发器产品配备信号增强 (SIC) 技术说明(NEXTY 电子公司) ■实践部分 我尝试使用恩智浦半导体的MCX微控制器和SDK运行CAN环回(日本博客) (一块微控制器板就足够了) 使用恩智浦MCX微控制器进行基本CAN通信:两台连接单元的实际设备测试(日文博客) (需要2块微控制器板) 电压转换和信号控制(公交交通管理) 电压电平转换器(电平转换器) [通用型,兼容I²C、SPI、I3C] ■基础与说明部分 如何转换数字信号的电压?(日语博客) ■实践部分 我们发布了一个名为“让我们来试用电压电平转换器评估板:NTS0304EUK-ARD”的 YouTube 视频(日语博客)。 I²C/I3C总线缓冲器 I²C/I3C 多路复用器/开关 外围设备(I²C / I3C / SPI 连接 IC) GPIO扩展器[兼容I²C、SPI总线] LED驱动器[兼容I²C、SPI总线] 恩智浦半导体(NXP)面向汽车应用的LED驱动器简介(Nexty Electronics Corporation) LCD驱动器[兼容I²C、SPI总线] 实时时钟 (RTC) [I²C、SPI 总线兼容] 什么是实时时钟(RTC)芯片?(日文博客) 温度传感器[兼容 I²C、I3C 总线] I3C 操作示例代码:如何运行“i3c-temperature-sensor”(日语博客) 串行协议桥 [I²C→UART,SPI→UART,SPI→I²C,I²C→SPI,UART→I²C] 协议桥接器简介及I²C转SPI转换操作示例(YouTube视频) USB相关产品(USB Type-C等) 恩智浦半导体:USB Type-C 解决方案(Macnica 公司) USB PD-PHY/电源传输物理层 CC逻辑控制器(USB Type-C) USB重驱动多路复用器 USB Type-C 端子保护(过压保护、防腐蚀、防潮检测) 用于评估恩智浦接口产品的扩展板(兼容Arduino引脚) 接口产品包括Arduino ®扩展板解决方案,可轻松与各种微控制器板配合使用进行评估。这些扩展板还配有即用型示例代码,方便您轻松了解每款产品的特性。有关示例代码的可用性,请参阅此文档。 スクリーンショット 2026-02-09 13.04.40.png   如果您对界面相关的内容有任何改进要求或建议,请随时使用以下信息与我们联系。 NXP日本技术博客(日语)内容请求/改进调查——请填写表格 =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便,我们深表歉意。如有任何疑问, 请 参考“ 如何就 技术问题 联系 NXP ( 日语 博客 ) ” 。 (如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ,您可以直接联系负责人。 ) 本页概述了恩智浦的接口产品。 根据应用的不同,接口技术正在不断多样化和变得更加复杂,从 I²C/I3C/SPI 等 IC 间通信,到 CAN 等汽车和工业应用必不可少的现场总线,以及电压电平转换和 USB Type-C。 本页面提供有关恩智浦半导体接口相关技术和产品的信息。 “理解基础知识 → 付诸实践 → 解读其行为” 这是我系统地整理日语技术文章的方法。 本资源不仅对通信领域的初学者有帮助,也对面临设计和调试难题(例如“为什么它不工作?”或“这个波形正确吗?”)的工程师有所帮助。请根据您的目的选择感兴趣的类别。 界面 传感器 技术聚焦 日本博客
記事全体を表示
imx95-19x19-evkボードでDebian LSDK2512を解凍する方法 imx95-19x19-evk ボードのサポートを有効にするには、次の 2 つの方法があります。   1. Yocto リリースから flash.bin を直接置き換えます。 1)。Debian LSDK2512でサポートされているimx95-15x15-evkボード上のdepoly LSDK2512 A: $ flex-installer -i pf -d /dev/sdX -F B: $ flex-installer -i auto -m imx95evk -d /dev/sdX   2)。Yocto リリースから imx95-19x19-evk ボード用のビルド済み flash.bin をダウンロードします。 A: ダウンロード: https://www.nxp.com/webapp/sps/download/license.jsp?colCode=L6.12.20-2.0.0_MX95&appType=file1&DOWNLOAD_ID=null B:ダウンロードしたファイルを解凍して、flash.binファイルを取得します:imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_all   3)。flash.binを上書きする $ sudo umount /dev/sdX; sudo dd if=imx-boot-imx95-19x19-lpddr5-evk-sd.bin-flash_allof=/dev/sdX bs=1024 シーク=32   4)。用意したSDカードをボードに挿入し、電源を入れます。U-Boot プロンプトに入ったら、ブート コマンドを設定します。 => setenv bootcmd "setenv bootargs 'root=/dev/mmcblk1p3 rw rootwait console=ttyLP0,115200 earlycon';ext2load mmc 1:1 0x90400000 Image;ext2load mmc 1:1 0x93000000 imx95-19x19-evk.dtb;booti0x90400000 - 0x93000000"; 保存環境 => リセット   Debian システムが自動的に起動します。   2. FlexBuild を使用して BSP イメージをビルドします。 1) Flexbuild のソース コードを複製し、添付されているパッチを適用します。 2). bsp とブートイメージをビルドします。 $ bld bsp -m imx95evk $ bld ブート -m imx95evk または、次の場所からビルド済みのイメージをダウンロードしてください: http://sun.ap.freescale.net/images/debian/lsdk2512/firmware_imx95evk_19x19_sdboot.img 3). イメージをインストールします。 $ ./flex-installer -f firmware_imx95evk_sdboot.img -d /dev/sdX -m imx95evk -b boot_IMX_arm64_lts_6.12.20.tar.zst -r rootfs_lsdk2512_debian_imx95evk.tar.zst 4)。用意したSDカードをボードに挿入し、電源を入れます。U-Boot プロンプトに入ったら、次のコマンドを実行してボードを起動します。 u-boot=>ブートフロースキャン -lb
記事全体を表示
i.MX 93 プロセッサ: セキュアブートの実 インストール方法 - 実践 (日本语ブログ) 前の記事はi.MX 93を例にセキュアブートの士组みについて解説を行いました。 (前章については前章を、次章をご参照ください。) 注: i.MX 93 プロセッサ: セキュアブートの署名と認定公式グループみを解説 (日本語ブログ) 今回は、実记にセキュアブートを実装するためのハンズオンフォームをご紹介します。 目次 i.MX 93 セキュアブートハンズオン 1. 実践的な環境 2. ホストPCのセットアップ(Linux) 3. コード署名ツールのダウンロード 4. SRKの生成 5. gitのセットアップ 6. i.MX Linux BSPのダウンロード 7.meta-imx-frdmのダウンロード 8.meta-nxp-security-reference-designのダウンロード 9. ビルド環境のセットアップ 10. イメージのビルド 11. 途中でbitbakeが再び開かれる場合 12. サインをやりたい 13. RAMディスクの署名 14. ホストPCと目的の接続 15. UUUのインストール(Linux) 16. UUUのインストール(Windows) 17. コンソール(Linux) 18. コンソール(Windows) 19. Linux 起動テスト(1) 19.1.シリアルダウンロードとLinuxの起動 19.2.SDまたはeMMCでLinux起動 20. SRKハッシュをヒューズに书き込み 21. Linux 起動テスト(2) 22. OEM が終了して移行 23. Linux 起動テスト(3) 24. 参考文献 i.MX 93 セキュアブートハンズオン¶ i.MX 93 プロセッサで Advanced High Assurance Boot (AHAB) を使用したセキュア ブートを実装するための手顺を紹介します。 1.実践的な環境 ホストPC: Yocto は、Linux PC および Windows PC に最適な環境 (WSL2、VMware、VirtualBox など) です。 OSはUbuntu 22.04です。 続への接続にはネットワークを使用する必要があります。 ストレージ容量は約100GBです。(FRDM-IMX93 core-image-minimalの場合) UUU、コンソールによる仕事はLinux PCでもWindows PCでも可能です。 UUUはLinux版、Windows版がそれぞれあります シリーズコンソールは、Linux PCではscreenやminicomなどを、Windows PCではTeraTermやPuTTYなどを使うのが一般です。 ターゲット: FRDM-IMX93 microSDまたはeMMCを使用します。 ホスト PC とターゲットには 2 本の USB ケーブルが接続されています。 i.MX Linux BSP 6.6.36-2.1.0(GitHub) meta-imx-frdm (ブランチ: lf-6.6.36-2.1.0、タグ: imx-frdm-4.0)(GitHub) meta-nxp-security-reference-design (ブランチ: scarthgap-6.6.23-2.0.0) (GitHub) 2.ホストPCのセットアップ(Linux) ¶ ホストPCのOSはUbuntu 22.04です。システムを最新ステータス更新します。 $ sudo apt-get -y update $ sudo apt-get -y upgrade Yoctoでイメージをビルドするために必要なパッケージをインストールします。 imx-dockerのDockerfileをリファレンスしています。 $ sudo apt-get -y install gawk wget git-core diffstat unzip texinfo \ gcc-multilib build-essential chrpath socat file cpio python3 \ python3-pip python3-pexpect xz-utils debianutils iputils-ping \ libsdl1.2-dev xterm tar locales net-tools rsync sudo vim curl zstd \ liblz4-tool libssl-dev bc lzop libgnutls28-dev efitools git-lfs \ bsdmainutils 今回の宿題は ~/imx93-secure-boot 上の、HOME宿題.ディレクトリの場所や名前は任意ですので、必要に応じて読んで代えてください。 $ mkdir ~/imx93-secure-boot $ cd ~/imx93-secure-boot ホスト PC の最終プログラムは、次のプログラムに基づいています。 imx93-secure-boot ├── IMX_CST_TOOL_NEW.tgz ├── cst-4.0.1 │ ├── ... │ ├── keys │ ├── crts │ └── linux64 │ └── bin ├── backup-cst └── yocto ├── ... ├── bin ├── build-imx93-11x11-lpddr4x-frdm │ ├── ... │ ├── conf │ └── tmp │ └── deploy │ └── images │ └── imx93-11x11-lpddr4x-frdm ├── downloads └── sources ├── ... ├── meta-imx ├── meta-imx-frdm └── meta-nxp-security-reference-design   3.コード署名ツールのダウンロード¶ コード署名ツール (以下、CST)、i.MX プロセッサの高保証ブート (HAB)、および高度な高保証ブート (AHAB) 機能は、i.MX プロセッサの署名および署名機能に基づいています。 NXP の Web ブラウザの最新バージョン。 コード署名ツール(最新バージョン) i.MX ソフトウェアおよび開発ツール ページの下の先にはコード署名ツールへのリンクがあります。 最新バージョンをダウンロードすると、 IMX_CST_TOOL_NEW.tgz というファイルなので、最上位のディレクトリに保存してから、展開します。 $ cd ~/imx93-secure-boot $ cp ~/Downloads/IMX_CST_TOOL_NEW.tgz . $ tar xf IMX_CST_TOOL_NEW.tgz 拡張すると (2025/08 最新の最新バージョンです) cst-4.0.1 というディレクトリに開発されます。バージョンが異なる場合は読み替えてください。 4. SRK生成¶ CSTはセキュアブートのためのSuper Root Key(以下SRK)を使用して生成を行います。詳細は以下をご参照ください。 UG10106、コード署名ツール ユーザーガイド、Rev. 4.0.1 — 2025年6月27日 cst-4.0.1/docs/UG10106_Rev4.0.1.pdfにあります。 ahab_pki_tree.shでSRKを生成します。オプションとして次の選択が行われます。 既存の CA キーは「するか/n で選択します」を使用しています。 使用する場合、CA キー名と CA 証明書名が使用されます。 SRK のキー タイプは rsa、rsa-pss、ecc から選択します。 rsa、rsa-pss、キーのビット长を2048、3072、4096から選択します。 eccの場合はキーが長く、p256、p384、p521とキーが選択されます。 ダイジェストアルゴリズムをsha256、sha384、sha512から選択します。 SRKの有効期間は年数によって決まります。 SRKをCA証明書は証明書によって生成され、証明書の証明書は証明書/nで選択します。 今回SRKで生成した設定は以下のとおりです。 既存の CA ではない キータイプ = ecc キーの長さ = p384 ダイジェストアルゴリズム = sha384 期間 = 10年 ユーザー証明書としての生成 ahab_pki_tree.shでインタラクティブにSRKの成を行う機会は、以下のような手顺になります。 $ cd ~/imx93-secure-boot $ cd cst-4.0.1/keys $ ./ahab_pki_tree.sh ... Do you want to use an existing CA key (y/n)?: n Do you want to use Elliptic Curve Cryptography (y/n)?: y Enter length for elliptic curve to be used for PKI tree: Possible values p256, p384, p521: p384 Enter the digest algorithm to use: sha384 Enter PKI tree duration (years): 10 Do you want the SRK certificates to have the CA flag set? (y/n)?: n ... $ cd - その際の指定には ahab_pki_tree.sh のパラメータが使用され、次のようなものが便利です。 $ cd ~/imx93-secure-boot $ cd cst-4.0.1/keys $ ./ahab_pki_tree.sh -existing-ca n -kt ecc -kl p384 -da sha384 -duration 10 -srk-ca n $ cd - 時間に、i.MX プロセッサーのヒューズに証明書のハッシュ値を、srktool で生成します。 $ cd cst-4.0.1/crts $ ../linux64/bin/srktool -a -d sha256 -s sha384 -t SRK_1_2_3_4_table.bin \ -e SRK_1_2_3_4_fuse.bin -f 1 \ -c SRK1_sha384_secp384r1_v3_usr_crt.pem,SRK2_sha384_secp384r1_v3_usr_crt.pem,SRK3_sha384_secp384r1_v3_usr_crt.pem,SRK4_sha384_secp384r1_v3_usr_crt.pem 警告 -cオプションで指定する4つのファイル名は、コンマのみOKで、スペースなどの文が入らないようご注意ください。 正常に終了し、SRK_1_2_3_4_table.bin と SRK_1_2_3_4_fuse.bin が生成されます。この2つのファイルが正しく生成されます確認します。 SRK_1_2_3_4_table.bin の sha256 ダイジェストを意味します。 $ openssl dgst -binary -sha256 SRK_1_2_3_4_table.bin | hexdump -e '/4 "0x"' -e '/4 "%08x""\n"' このダイジェストとSRK_1_2_3_4_fuse.binが同じ内容であることを確認します。 $ hexdump -e '/4 "0x"' -e '/4 "%08x""\n"' SRK_1_2_3_4_fuse.bin | tee srk_fuse.txt じであれば、SRK_1_2_3_4_table.bin と SRK_1_2_3_4_fuse.bin が正しく生成されていると卡えられます。 i.MX 93のヒューズに书き込み値は証明書のハッシュ夤、ちなみにsrk_fuse.txtに书かれた内容になります。 ございます。元のファイルをu-boot_cmd_temp.txtというファイル名で制作します。これは、i.MX 93のヒューズ、Bank 16、Word 0-7に书き込み(プログラミング)を行うためのコマンドのテンプレートになります。 fuse prog -y 16 0 fuse prog -y 16 1 fuse prog -y 16 2 fuse prog -y 16 3 fuse prog -y 16 4 fuse prog -y 16 5 fuse prog -y 16 6 fuse prog -y 16 7 u-boot_cmd_temp.txtにヒューズが书かれたsrk_fuse.txtを右側に有料にして、u-boot_cmd.txtというファイルが生成されます。 $ paste -d" " u-boot_cmd_temp.txt srk_fuse.txt | tee u-boot_cmd.txt 以下の形式のu-boot_cmd.txtが生成されます。本文が完成したら、本文を参照してください。 fuse prog -y 16 0 fuse prog -y 16 1 fuse prog -y 16 2 fuse prog -y 16 3 fuse prog -y 16 4 fuse prog -y 16 5 fuse prog -y 16 6 fuse prog -y 16 7 今回は、Yocto のセキュアブートが自動生成されます。そのプロセスでnxp-cst-signerというツールが実行されます。 nxp-cst-signerはCSTディレクトリの正下にある設定ファイル(csf_ahab.cfg)を参照するルールになっているため、 ~/imx93-secure-boot/cst-4.0.1/csf_ahab.cfg します。 $ cd ~/imx93-secure-boot $ cd cst-4.0.1 $ edit csf_ahab.cfg 以下の設定を行い、以下の説明を保存します。 #Header header_version=1.0 #Install SRK srktable_file=SRK_1_2_3_4_table.bin srk_source=SRK1_sha384_secp384r1_v3_usr_crt.pem srk_source_index=0 srk_source_set=OEM srk_revocations=0x0 #Install Certificate sgk_file= sgk_permissions= CSTの設定が完了しました。 このCSTディレクトリは、ヒューズを书きつけたi.MX 93デバイスのソフトウェアに署名する際になりますので、入手して安全な場所に長期間保管する必要があります。 $ cd ~/imx93-secure-boot $ mkdir backup-cst $ tar cf backup-cst/cst-4.0.1_$(date +"%Y%m%d-%H%M%S").tar.gz cst-4.0.1/   5. gitのセットアップ¶ Yoctoのビルドを行う记に、gitのユーザー名とメールアドレスを登录していないとエラーになる機会がありますので、していない機会は登録します。 $ git config --global user.name "Your Name" $ git config --global user.email "[email protected]"   6. i.MX Linux BSPのダウンロード¶ Yocto ビルドはのディレクトリを使用して「します」を作成します。 $ cd ~/imx93-secure-boot $ mkdir yocto $ cd yocto リポツールをダウンロードします。 $ mkdir bin $ curl http://commondatastorage.googleapis.com/git-repo-downloads/repo > bin/repo リポジトリに実行権を支払って、PATH を守ることで使用できるようになります。 $ chmod a+x bin/repo $ PATH=${PATH}:$(pwd)/bin repoでi.MX Linux BSP 6.6.36-2.1.0のレシピをダウンロードするための初期化を行います。 $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.36-2.1.0.xml リポでi.MX Linux BSP 6.6.36-2.1.0のレシピをダウンロードします。 $ repo sync   7.meta -imx-frdmのダウンロード¶ FRDM-IMX93 は追加のメタレイヤーを使用します。 $ cd sources $ git clone https://github.com/nxp-imx-support/meta-imx-frdm -b imx-frdm-4.0 $ cd ..   8.meta -nxp-security-reference-designのダウンロード¶ Yoctoによるセキュアブートの自動ビルドを行うための追加メタレイヤーをダウンロードします。 このレイヤには i.MX Linux BSP 6.6.36-2.1.0 は「存在しませんが」を使用し、近似のscarthgap-6.6.23-2.0.0ブランチを「します」を使用します。 $ cd sources $ git clone https://github.com/nxp-imx-support/meta-nxp-security-reference-design -b scarthgap-6.6.23-2.0.0 $ cd .. このレイヤーをFRDM-IMX93に適用すると、署名を行った時にi.MX 93 EVKのdtbが使われてしまう無合があるため修正をしてください。 (このコントリビューションリファレンスにしています。 < https://github.com/nxp-imx-support/meta-nxp-security-reference-design/pull/2 > ) diff --git a/meta-secure-boot/recipes-secure-boot/imx-mkimage/imx-boot_%.bbappend b/meta-secure-boot/recipes-secure-boot/imx-mkimage/imx-boot_%.bbappend index 1bbc7b2..6a2f069 100644 --- a/meta-secure-boot/recipes-secure-boot/imx-mkimage/imx-boot_%.bbappend +++ b/meta-secure-boot/recipes-secure-boot/imx-mkimage/imx-boot_%.bbappend @@ -15,7 +15,7 @@ do_compile:append:ahab() { mv ${BOOT_STAGING}/flash.bin ${BOOT_STAGING}/flash.bak # Invoke mkimage again to Get container info - make SOC=${IMX_BOOT_SOC_TARGET} flash_kernel + make SOC=${IMX_BOOT_SOC_TARGET} ${MKIMAGE_EXTRA_ARGS} flash_kernel # Rename kernel image name and move back the imx-boot flash image name mv ${BOOT_STAGING}/flash.bin ${BOOT_STAGING}/flash_os.bin   9.ビルド環境のセットアップ¶ Yocto ビルドのプロジェクトのセットアップを行います。 FRDM-IMX93は以下のような場合に適しています。 $ MACHINE=imx93-11x11-lpddr4x-frdm DISTRO=fsl-imx-xwayland EULA=1 source sources/meta-imx-frdm/tools/imx-frdm-setup.sh -b build-imx93-11x11-lpddr4x-frdm コマンドが正常終了すると、build-imx93-11x11-lpddr4x-frdmディレクトリにモバイルしています。 のコマンドで、 meta-nxp-security-reference-design/meta-secure-boot をレイヤーとして追加します。これは自動にセキュアブートの署名を行うために必要です。 $ bitbake-layers add-layer ../sources/meta-nxp-security-reference-design/meta-secure-boot ここでプロジェクトの設定(local.conf).エディタでlocal.confを开きますに「を行います」を追加しました。 $ edit conf/local.conf local.conf の最後に最初の行を追加します。これにより、ramboot するための rootfs が追加で生成されます。 IMAGE_FSTYPES:append = " cpio.gz.u-boot" local.conf の最後に最初の行を追加します。 CST_PATH 値は CST_PATH によって設定されます。 これは、meta-nxp-security-reference-designがCSTディレクトリを参照するために必須です。 CST_PATH = local.conf の最後に最初の行を追加します。 これは、meta-nxp-security-reference-designがFRDM-IMX93のカーネルとdtbに署名を支払う時にi.MX 93 EVKのdtbを组み込んでしまうので質問を回避するためです。 MKIMAGE_EXTRA_ARGS:imx93-11x11-lpddr4x-frdm = "KERNEL_DTB=imx93-11x11-frdm.dtb" エディタを終了してlocal.confを保存します。   10.イメージのビルド¶ 今回はサイズを小さくして、かつ、セキュア ブートの署名を自動に行います core-image-minimal-secure-boot をbitbakeします。時間が経って処理が終わりました。 $ bitbake core-image-minimal-secure-boot -k イメージのビルドが正常に終了すると、次の2つのファイルが生成されます。 1つ目は署名paykibootloaderで、2つ目はlinuxカーネルとdtbが組み合わせられた署名paykiOSコンテナです。 $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/os_cntr_signed.bin Signed to pay kiBootloader と Signed to pay OS コンテナをグループみき投げイメージファイルも生成されています。 $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.wic.zst Linux でシリアル ダウンロードを開始すると、RAM ディスクを使用してシリアル ダウンロードが生成されます。このファイルはその後ですによって署名されています。 ( RAMディスクによる署名) $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.cpio.gz.u-boot   11. bitbakeから开开开到了したい機会¶ Bitbake は途中で中断され、シェルは時々再起動され、必要に応じて Yocto 環境値が設定されます。そのためには、次のスクリプトを使用します。 $ cd ~/imx93-secure-boot $ cd yocto $ source setup-environment build-imx93-11x11-lpddr4x-frdm   12.をやりたいの署名付き¶ SRKしたときなど、署名をやりたい機会は、 imx-boot 、 imx-boot-signature 、 linux-imx-signature とイメージ(この章 core-image-minimal-secure-boot ) の 4 つのパッケージをクリーンオールして、イメージを Zai ビルドします。 $ bitbake imx-boot imx-boot-signature linux-imx-signature core-image-minimal-secure-boot -c cleanall $ bitbake core-image-minimal-secure-boot -k   13. RAMディスクの署名¶ イメージのビルドが正常に終了したら、deploy ディレクトリに 2 つのツールが存在します。 mkimage_imx8 はコンテナを作るツールですによって起動されます。 cst_signerはコンテナに署名を行うツールです。 $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/imx-boot-tools/mkimage_imx8 $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/imx-boot-tools/cst_signer また、deployディレクトリにramdiskファイルも存在します。 $ stat tmp/deploy/images/imx93-11x11-lpddr4x-frdm/core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.cpio.gz.u-boot mkimage_imx8とcst_signerを使って、ramdiskファイルに署名をします。 本来はmkimage_imx8でramdiskをコンテナにします。コマンドの形式は以下のとおりです。 $ INITRD= $ INITRD_ADDR= $ mkimage_imx8 -soc IMX9 -container -data ${INITRD} a55 ${INITRD_ADDR} -out 具体的なものは以下のとおりです。 $ tmp/deploy/images/imx93-11x11-lpddr4x-frdm/imx-boot-tools/mkimage_imx8 \ -soc IMX9 \ -container \ -data tmp/deploy/images/imx93-11x11-lpddr4x-frdm/core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.cpio.gz.u-boot \ a55 \ 0x83800000 \ -out initrd_cntr.bin 時間にcst_signerでコンテナに署名します。コマンドの形式は以下のとおりです。 $ CST_PATH= cst_signer -d -i -c /csf_ahab.cfg 具体的なものは以下のとおりです。 $ CST_PATH=/home/nxp/imx93-secure-boot/cst-4.0.1 \ tmp/deploy/images/imx93-11x11-lpddr4x-frdm/imx-boot-tools/cst_signer \ -d \ -i initrd_cntr.bin \ -c /home/nxp/imx93-secure-boot/cst-4.0.1/csf_ahab.cfg 署名したramdiskはdeployディレクトリに手机お待ちしています。 $ mv signed-initrd_cntr.bin tmp/deploy/images/imx93-11x11-lpddr4x-frdm/ これでセキュアブートを行う環境がビルドできました。   14.ホストPCとターゲットの回線¶ ホスト PC とターゲットには 2 本の USB ケーブルが接続されています。 Keita_Nagashima_0-1766478908473.png 図 1 ホストPCの配線¶   15. UUUのインストール(Linux) ¶ Linux 版 UUU は次のサイトから uuu をダウンロードして、 /usr/local/bin などのPATH を通った場所に設定します。 UUU リリース (最新バージョン) < https://github.com/nxp-imx/mfgtools/releases/latest > 次のコマンドで、sudoなしでuuuを実行できるようにSETファイルをインストールします。 $ sudo sh -c "uuu -udev > /etc/udev/rules.d/70-uuu.rules" $ sudo udevadm control --reload ホストPCとFRDM-IMX93のUSB1ポートをUSB接続して、FRDM-IMX93をシリアルダウンロードモードに設定して電源をONにすると、 以下はFRDM-IMX93の情報の確認です。 $ uuu -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.201-11-gf2a4e3e Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 3:1224 MX93 SDPS: 0x1FC9 0x014E 0x0001 3A24F36BB35F4594   16. UUUのインストール(Windows) ¶ UUU の Windows バージョンは次の uuu.exe 構成されています。 UUU リリース (最新バージョン) < https://github.com/nxp-imx/mfgtools/releases/latest > ホストPCとFRDM-IMX93のUSB1ポートをUSB接続して、FRDM-IMX93をシリアルダウンロードモードに設定して電源をONにすると、 以下はFRDM-IMX93の情報の確認です。 > uuu -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.201-11-gf2a4e3e Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 3:1224 MX93 SDPS: 0x1FC9 0x014E 0x0001 3A24F36BB35F4594   17.コンソール(Linux) ¶ ホスト PC でコンソールを开きます。たとえば、 minicom でFRDM-IMX93のシリアルポートを開く」は次の条件を満たします。 $ minicom -D/dev/ttyACM0   18.コンソール(Windows) ¶ Windows のシリアルコンソールのアプリケーションで、FRDM-IMX93 の場合は COM ポート USB-Enhanced-SERIAL-A CH342 を使います。 i.MX 93 EVK の 4 番目のバージョン、EVK の 4 番目のバージョン、および COM のバージョンの 3 番目のバージョン。   19. Linux 起動テスト(1) ¶ ブートローダーとLinuxを起動して、AHABのエラーを確認します。 BOOT_MODEによって方法が異なりますので、いずれかを選択してテストします。 シリアルダウンロードとLinuxの起動 SDまたはeMMCでLinux起動   19.1.シリアルダウンロードとLinuxの起動¶ シリアルダウンロードでブートローダーとLinuxのスタートアップテストを行います。 3番目の「つのファイル」は「します」を使用します。 キブートローダーファイルによる署名 signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot Linuxカーネル os_cntr_signed.bin きのramdiskファイルの署名付き signed-initrd_cntr.bin 3つのファイルが以下のパスに存在することを確認します。 $ cd ~/imx93-secure-boot $ cd yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm $ stat signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot $ stat os_cntr_signed.bin $ stat signed-initrd_cntr.bin $ cd - UUUで実行するスクリプトファイル sdp-ramboot-yocto-signed.uuu を成します。 $ cd ~/imx93-secure-boot $ edit sdp-ramboot-yocto-signed.uuu 以下の内容を記述して保存します。 uuu_version 1.2.39 SDPS: boot -f yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm/signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot FB: ucmd ahab_status FB: ucmd setenv ramargs 'setenv bootargs ${jh_clk} console=${console} root=/dev/ram rw' FB: ucmd setenv ramboot 'echo Booting from initramfs ...; run ramargs; booti ${loadaddr} ${initrd_addr} ${fdt_addr};' FB: ucmd setenv fastboot_buffer ${cntr_addr} FB: download -f yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm/os_cntr_signed.bin FB: ucmd auth_cntr ${cntr_addr} FB: ucmd ahab_status FB: ucmd setenv fastboot_buffer ${cntr_addr} FB: download -f yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm/signed-initrd_cntr.bin FB: ucmd auth_cntr ${cntr_addr} FB: ucmd ahab_status FB: acmd run ramboot FB: done UUUでスクリプトを実行します。 $ uuu -d -v sdp-ramboot-yocto-signed.uuu FRDM-IMX93をシリアルダウンロードモードにSETUPして電源をONにすると、ブートローダーからLinuxが起動します。 AHAB のエラーは、Linux が起動する直接フロントに実行しました ahab_status コマンドの結果で判断します。 Authenticate OS container at 0x98000000 ... Lifecycle: 0x00000008, OEM Open 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) Detect USB boot. Will enter fastboot mode! Booting from initramfs ... ## Loading init Ramdisk from Legacy Image at 83800000 ... Image Name: core-image-minimal-secure-boot-i Created: 2011-04-05 23:00:00 UTC Image Type: AArch64 Linux RAMDisk Image (uncompressed) Data Size: 56894907 Bytes = 54.3 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 83000000 Booting using the fdt blob at 0x83000000 Working FDT set to 83000000 Using Device Tree in place at 0000000083000000, end 000000008300eaef Working FDT set to 83000000 fail to find output device probe video device failed, ret -19 Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x412fd050] [ 0.000000] Linux version 6.6.36-lts-next-g20aa8fc92c79 (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 13.3.0, GNU ld 4 [ 0.000000] KASLR disabled due to lack of seed [ 0.000000] Machine model: NXP i.MX93 11X11 FRDM board ... Linux が起動するまでに、u-boot-spl、u-boot、kernel+dtb、ramdisk の 4 回の認証が行われますが、まだ SRK Hash がヒューズに书かれていないステータスでは、4 回の認証エラー ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) が発生したことがあります。 エラー ELE_NO_AUTHENTICATION_FAILURE_IND (0xEE) が出る場合は、「イメージに署名が無いので認証できなかった」という意味で、署名はきイメージのビルドが正しくできていない可能性があります。 Lifecycle: 0x00000008, OEM Open 0x0287eed6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_NO_AUTHENTICATION_FAILURE_IND (0xEE) STA = ELE_SUCCESS_IND (0xD6) SRK ハッシュがヒューズに书かれて認定が正しく行われれば、AHAB のエラーがなくなり、次のように No Events Found! という意味になります。 Lifecycle: 0x00000008, OEM Open No Events Found!   19.2.SDまたはeMMCでLinux起動¶ FRDM-IMX93のBOOT_MODEスイッチをシリアルダウンロードモードに設定して電源をONにします。 SDブートの機会は书き込み可能なmicroSDカードをカードスロットに挿入してから、のコマンドでSDにイメージを书き込みます。 リスト 1 SD にき込み¶ $ cd ~/imx93-secure-boot $ cd yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm/ $ uuu -b sd_all signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.wic.zst $ cd - eMMC ブートの際は、次のコマンドで eMMC にイメージを书き込みます。 リスト 2 eMMC への組み込み¶ $ cd ~/imx93-secure-boot $ cd yocto/build-imx93-11x11-lpddr4x-frdm/tmp/deploy/images/imx93-11x11-lpddr4x-frdm/ $ uuu -b emmc_all signed-imx-boot-imx93-11x11-lpddr4x-frdm-sd.bin-flash_singleboot core-image-minimal-secure-boot-imx93-11x11-lpddr4x-frdm.rootfs.wic.zst $ cd - 本が読み終わり、FRDM-IMX93の電源がOFFになります。 FRDM-IMX93のBOOT_MODEスイッチを、SDブートモードまたはeMMCブートモードに設定して電源をONにします。 U-Bootの「起動」は「起動」を意味し、「起動」は「一時停止」を意味します。以下のコマンドを入力して、署名payKOSイメージ(kernel + dtb)を認証します。 リスト 3Signature payKIOS イメージの証明書¶ u-boot=> mmc dev ${mmcdev} u-boot=> mmc rescan u-boot=> run loadcntr u-boot=> run mmcargs u-boot=> run auth_os ahab_status コマンドを入力してAHABのエラーを確認します。 リスト 4 署名および認定されたエラー¶ u-boot=> ahab_status Lifecycle: 0x00000008, OEM Open 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) 0x0287fad6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) STA = ELE_SUCCESS_IND (0xD6) Linux するまでに、u-boot-spl、u-boot、kernel+dtb の 3 期の認証が行われますが、先に SRK ハッシュがヒューズに书かれていないステータスでは、3 回の認証エラー ELE_BAD_KEY_HASH_FAILURE_IND (0xFA) が発生したことがあります。 エラー ELE_NO_AUTHENTICATION_FAILURE_IND (0xEE) が出る場合は、「イメージに署名が無いので認証できなかった」という意味で、署名はきイメージのビルドが正しくできていない可能性があります。 リスト 5署名なしイメージの機会¶ Lifecycle: 0x00000008, OEM Open 0x0287eed6 IPC = MU APD (0x2) CMD = ELE_OEM_CNTN_AUTH_REQ (0x87) IND = ELE_NO_AUTHENTICATION_FAILURE_IND (0xEE) STA = ELE_SUCCESS_IND (0xD6) SRK ハッシュがヒューズに书かれて認定が正しく行われれば、AHAB のエラーがなくなり、次のように No Events Found! という意味になります。 リスト 6 AHABエラー無しの場合¶ Lifecycle: 0x00000008, OEM Open No Events Found! 最後に、次のコマンドを実行して、Linux のログインプロンプトまで開始することを確認します。 リスト7 Linuxの起動¶ u-boot=> run boot_os   20. SRKハッシュをヒューズに书き込み¶ i.MX 93のヒューズバンク16、Word 0-7の値が0x00000000であることを確認します。 u-boot=> fuse read 16 0 u-boot=> fuse read 16 1 u-boot=> fuse read 16 2 u-boot=> fuse read 16 3 u-boot=> fuse read 16 4 u-boot=> fuse read 16 5 u-boot=> fuse read 16 6 u-boot=> fuse read 16 7 SRKの制作 u-boot_cmd.txt が確認されました。 (ここでは実记の値ではなく ~ という面记をしています。) $ cd ~/imx93-secure-boot $ cat cst-4.0.1/crts/u-boot_cmd.txt fuse prog -y 16 0 fuse prog -y 16 1 fuse prog -y 16 2 fuse prog -y 16 3 fuse prog -y 16 4 fuse prog -y 16 5 fuse prog -y 16 6 fuse prog -y 16 7 u-boot_cmd.txt 通りに、u-bootのプロンプトからSRKハッシュをヒューズに书き込みます。 (ここでは実记の値ではなく ~ という面记をしています。) 警告 ヒューの书き込みは一度きりであり、元に戻すことはできません。しっかり確認して丁寧に作業をすることが大切です。 u-boot=> fuse prog -y 16 0 u-boot=> fuse prog -y 16 1 u-boot=> fuse prog -y 16 2 u-boot=> fuse prog -y 16 3 u-boot=> fuse prog -y 16 4 u-boot=> fuse prog -y 16 5 u-boot=> fuse prog -y 16 6 u-boot=> fuse prog -y 16 7   21. Linux 起動テスト(2) ¶ ブートローダーとLinuxを起動して、AHABのエラーを確認します。 Linux起動プログラム(1)と同様の方法です。 シリアルダウンロードとLinuxの起動 SDまたはeMMCでLinux起動 ahab_status ハッシュ hash はされる No Events Found! です。これは署名が支払います きイメージがすべて認証されたことを意味します。 Lifecycle: 0x00000008, OEM Open No Events Found!   22. OEM のクローズと移行¶ i.MX 93デバイスのライフサイクルがOEMクローズすることで、署名された支払いきイメージのみstartできるようになり、署名のいイメージや、間違った署名きイメージはstartできなくなります。 きイメージで開始して ahab_status コマンドでAHABエラーが無いことを確認しました。 u-boot=> ahab_status Lifecycle: 0x00000008, OEM Open No Events Found! ahab_close コマンドを実行すると、OEM Closedに再配置されます。 警告 OEM Closedへの移行は一度であり、OEM OpenのSTATEに戻すことはできません。しっかり確認して丁寧に作業をすることが大切です。 u-boot=> ahab_close Warning: Please ensure your sample is in NXP closed state, OEM SRK hash has been fused, and you are able to boot a signed image successfully without any SECO events reported. If not, your sample will be unrecoverable. Really perform this operation? y Change to OEM closed successfully u-boot=> リセットを行うと、からOEMクローズとなります。サイン入りきイメージであれば再起動します。 u-boot=> reset resetting ... U-Boot SPL 2024.04+gde16f4f1722+p0 (Sep 02 2024 - 10:44:35 +0000) SOC: 0xa1009300 ... ahab_status コマンドを実行すると、OEM Closedに再配置されていることがわかります。 u-boot=> ahab_status Lifecycle: 0x00000020, OEM closed No Events Found! u-boot=>   23. Linux 起動テスト(3) ¶ ブートローダーとLinuxを起動できることを確認します。 Linux起動プログラム(1)と同様の方法です。 シリアルダウンロードとLinuxの起動 SDまたはeMMCでLinux起動 Linux が正常に起動し、セキュア ブートも成功しました。   24.参考文献¶ i.MX 93 アプリケーションプロセッサリファレンスマニュアル i.MX 93 アプリケーションプロセッサ セキュリティリファレンスマニュアル、Rev. 5、2025-03-04 (Get はi.MX 93 サイトセキュアドキュメントのセキュリティリファレンスマニュアルのリンクからリクエストを信して、承認されましたとNXPからダウンロードURLのメールが来ます)。 UG10106、コード署名ツール ユーザーガイド、Rev. 4.0.1 — 2025年6月27日 (CSTのパッケージにあります。cst-4.0.1/docs/UG10106_Rev4.0.1.pdf) U-Boot AHAB文書 AN12312、AHAB 対応デバイスでのセキュアブート UG10195、i.MX FRDM ソフトウェア ユーザー ガイド UM12181、FRDM-IMX93ボード ユーザーマニュアル meta-imx-frdm README (imx-frdm-4.0) meta-nxp-security-reference-design/meta-secure-boot README (scarthgap-6.6.23-2.0.0) この情報は、NXP 製品で使用するための参考資料です。 正式な様は製品マニュアル・アプリケーションノートを指します。 ソフトウェアのバージョンなど、さまざまな条件や条件の違い、その時々の状況に応じた内容や動作の説明を記載しています。 使用目的に適合した機能試験証明書であり、使用目的に適合していることを証明します。 ========================= この投稿の 「 コメント 」欄は 投稿者によって書かれており、返信レターも投稿者によって書かれるようになりました 。 おロット番号を電話しますが、お質問い合わせの间には「 NXP への技術的な質問 - い合わせ方法( 日本語ブログ) 」をご参照ください 。 (弊社は NXP 社の代理店であり、 NXP社 のNXPディーラー であり、NXP社の取締役であり、質問の直接の担当者はNXP社です。 ) 前の記事はi.MX 93を例にセキュアブートの士组みについて解説を行いました。 (前章については前章を、次章をご参照ください。) 注: i.MX 93 プロセッサ: セキュアブートの署名と認定公式グループみを解説 (日本語ブログ) 今回は、実记にセキュアブートを実装するためのハンズオンフォームをご紹介します。 i.MX プロセッサ 安全 日本語ブログ
記事全体を表示
[不正使用] 記事作成者: @jeremyzhou / ナレッジベース: imxrt@tkb / 報告者: zucsvhzk zucsvhzk は、 @jeremyzhou が投稿した記事 「マイクロコントローラ使用の認識モデル」を 以下の理由で報告しました。 理由:その他 詳細: チザニジンにはジェネリック医薬品があります ラノキシンをどこで買えますか ラノキシンを購入したい チザニジンオンラインで購入する ラノキシンを土曜日に代金引換で購入 についてチザニジンを購入する 購入ラノキシンなし 次のラノキシンをどこで注文できるか 購入チザニジン2mg ジョージア 購入ラノキシン エスパニャ フェデックス処方箋なしのチザニジンストア 購入ラノキシン エスパニャ ベストチザニジン ザナフレックスの価格 ラノキシンオンライン代金引換 割引デラウェア州の薬局ラノキシン 購入ジェネリックチザニジンベスト チザニジンオンラインカナダ人 低いジョージア州のチザニジンの費用 ラノキシンオンライン代金引換 いいえ最も安いラノキシン処方箋 ベストチザニジン ザナフレックスの価格 購入チザニジンをオンラインで安く購入 ベストチザニジン ザナフレックスの価格 ラノキシン当日発送のご注文 価格チザニジンとアシクロビルの比較 pdaラノキシンを購入する 購入チザニジンを一晩服用 購入チザニジンをオンラインで安く購入 米国薬局でラノキシンをオンラインで購入 チザニジン錠剤オンラインタラ 購入チザニジン・デモイン ラノキシンをどこで買えますか 安いチザニジンの販売 チザニジンの注文方法 エクスプレス宅配便によるチザニジン配達 チザニジンにはジェネリック医薬品があります 処方箋チザニジンを安く購入 処方箋なしのFedexチザニジンストア ジェネリックのラノキシンは縫い付けられています 処方箋鎮痛剤ラノキシン 記事リンク: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs-Knowledge/Recognition-model-for-microcontroller-use/ta-p/1103364 記事の著者: @jeremyzhou |メールアドレス 報告者: zucsvhzk |メールレポーター 報告された記事には 8 件のコメントがあります。
記事全体を表示
MCXN947 USB 硬件设计 我想在 MCXN947VDFT 上将 USB 2.0 HS (USB1) 仅配置为外设。 我不需要 OTG 功能,如果不需要,也不想添加 FRDM-MCXN947 开发板上演示的 VBUS 电源控制或 CC 逻辑 IC。 我使用的是 USB C 型连接器 CC1 和 CC2 引脚使用 5.1k 电阻器下拉 ID 引脚能否在 uC 端保持浮空? 我需要用于 USB1_VBUS 引脚的电阻分压器吗。MCX-N9XX-EVK 增加了分频器。FRDM-MCXN947 则没有。 引脚标明容差为 5V。 这样的设计可行吗?如有任何见解,不胜感激。谢谢 ashwinanil_0-1769192484237.png ashwinanil_1-1769192493342.png MCX N Re: MCXN947 USB hardware design 你好@ashwinanil 感谢您的来信 请参阅 UG10092:mcxnx4x 硬件设计指南 | 恩智浦半导体 ,在此重点介绍第 8.3 章 高速USB(也指第 8. 1 章)和 11 个未使用的引脚。 VBUS 建议将其直接连接到 USB 连接器,而不使用电阻分压器。正如文件所述:"USB VBUS 引脚是一个独特的引脚,因为它是唯一的 5 V 容差引脚。连接器的 VBUS 引脚必须直接连接到 USB_VBUS MCX 引脚。" 建议不连接的 USB_ID carlos_o_0-1769207337822.png 如果这些信息对您有帮助,请告诉我。 Re: MCXN947 USB hardware design 你好@carlos_o ,感谢您的回复。我按照你的指导,在没有分压器的情况下将 5V 引脚直接连接到 usb_vbus MCXN 引脚。其余引脚配置如上,我没有使用控制 OTG 的 CC 逻辑芯片,不确定是否需要。无论如何,我还是无法让 USB 正常工作。目前我怀疑是固件问题。 谢谢您的帮助! Re: MCXN947 USB hardware design 你好@carlos_o 我们正在使用 Linux 下的 zephyr testusb 样本进行测试。使用 evk 时,我们可以看到设备枚举,我们可以运行 USB 测试。但当我们尝试使用自定义边界时,却出现了枚举错误,请参阅以下主机端的 dmesg 日志。 [1115238.671144] usb 1-2 :使用 xhci_hcd 的新款高速 USB 设备 编号 36 [1115238.785192] usb 1- 2:设备描述符读取/64,错误 -71 [1115239.003075] usb 1-2:设备描述符读取/64,错误 -71 [1115239.219143] usb 1-2 :使用 xhci_hcd 的新款高速 USB 设备 编号 37 [1115239.333176] usb 1-2:设备描述符读取/64,错误 -71 [1115239.555205] usb 1-2:设备描述符读取/64,错误 -71 [1115239.657153] usb usb1-port2:尝试电源循环 [1115240.037109] usb 1-2:使用 xhci_hcd 的新款高速 USB 设备编号 38 [1115240.037252] usb 1- 2 :设备 未响应设置地址。 [1115240.241247] usb 1-2:设备未响应设置地址。 [1115240.449124] usb 1-2:设备不接受地址 38,错误 -71 [1115240.562935] usb 1-2 :使用 xhci_hcd 的新款高速 USB 设备 编号 39 [1115240.563074] usb 1-2:设备未响应设置地址。 [1115240.769196] usb 1-2:设备未响应设置地址。 [1115240.977079] usb 1-2:设备不接受地址 39,错误 -71 [1115240.977312] usb usb1-port2:无法枚举 USB 设备   表示设备在本例中自定义主板未响应来自主机的安装数据包 Re: MCXN947 USB hardware design 你好@ashwinanil 您是如何测试 USB 功能的? Re: MCXN947 USB hardware design 你好@wima88 抱歉迟复 由于您将 Zephyr 与自定义主板一起使用,请参阅以下 Zephyr 自定义主板和应用程序 在使用 Zephyr 为自定义板开发代码时,您可以遵循一些技巧。 Re: MCXN947 USB hardware design 这是决心,感谢@carlos_o的支持。问题是硬件/软件设置的时钟频率不匹配
記事全体を表示
FreeMASTER Plugin Config Failure zuozuo_0-1767950109136.png I was able to successfully conduct the CAN communication connection test in Figure 1, but after clicking OK, the fault as shown in Figure 2 occurred. How can I solve this problem? zuozuo_1-1767950217655.png In addition, I have used mbdt for freemaster development on S32K344, but I have not succeeded in polling mode CAN communication. Is it not supported? If it is supported, could you provide me with a sample, preferably for the S32K3 series Re: FreeMASTER Plugin Config Failure Now I have also implemented the polling mode and tested the connection of the can based freemaster. The effect is the same as the above picture. I will continue to seek help Re: FreeMASTER Plugin Config Failure Hi @zuozuo, Are you using the MATLAB or S32 Design Studio as your primary development environment ? In the later case - did you try the example applications that come with FreeMASTER Driver Update site ? In case you are using MATLAB, a dedicated team is handling the MatLAB Toolbox and I will move your query to MBDT community space. Re: FreeMASTER Plugin Config Failure quickly ran from another computer with an earlier version of the pc side software and it worked fine. so i manually copied the connection string to the Option field and it worked. so the issue is either on the 1.16.0 or the PC admin previlage..  Re: FreeMASTER Plugin Config Failure Hello, one thing to try is to re-register the CAN communication plug-in in your system. Please close the FreeMASTER, and navigate to installation location. Then run the register.bat "As administrator". See more details in one of the earlier posts in this forum. MichalH_0-1768547086259.png Regards, Michal Re: FreeMASTER Plugin Config Failure Hi, Michal, thanks for the hint but it does not seem to work. by pasting a plain text string i could open the port. the computer that i had an older version of Freemaster 3.2 no longer works after i upgraded it to the latest version. i ran the register.bat as admin but the same error message appears. now two computers give me the same error. Re: FreeMASTER Plugin Config Failure Hello, according to the method shown in your picture, I am using the freemaster3.2 version of the host computer. I have tried on both a Windows 11 and a Windows 10 computer, but neither worked, Re: FreeMASTER Plugin Config Failure I use the mbed toolchain to generate the underlying driver code for freemaster. Currently, both polling mode and interrupt mode can successfully connect with the host computer, and there are no issues with the slave computer. The only problem is that the freemaster host computer cannot save its own configuration options in the freemaster host computer project。 Re: FreeMASTER Plugin Config Failure I use the matlab toolchain to generate the underlying driver code for freemaster. Currently, both polling mode and interrupt mode can successfully connect with the host computer, and there are no issues with the slave computer. The only problem is that the freemaster host computer cannot save its own configuration options in the freemaster host computer project. Re: FreeMASTER Plugin Config Failure Hello the CAN plugin version 1.16.0 (in FreeMASTER 3.2.6.3) indeed adds the CAN-FD support for ZLG and some other vendors. It also adds support for the new ZLG ZCAN library. After  the registrer.bat has been run, we can be sure the plug-in is correctly registered in the system.   I cannot replicate the issues you are facing. The connection string for the ZCAN devices appears normally in my  case:  drv=ZCAN;port=1;bitrate=500000;cmdid=0x7aa;rspid=0x7aa;tmo=500 MichalH_1-1768808840834.png Please try the following: Paste the ZCAN string to the Options dialog manually and then open the plug-in configuration. Then close it without making any changes. Will it still show the error? Just as an experiment, try to enable the CAN-FD mode for the USBCANFD_200U device and press OK. Try to select another CAN driver, for example IXXAT, even if you do not have any physical device, then press OK. Please let me know if it shows the error in all 3 cases. Thanks, Michal Re: FreeMASTER Plugin Config Failure Hello zuozuo, I am facing the same issue. can you please share any example model with me or just tell me how I can resolve the issue. I also noticed one thing, when there is only one CAN instance with single TX and Rx CAN object ID its working, but when we add more can instances each having tx CAN objectId and rx CAN objectId its not working, if you have solution please share with me. Thanks. Re: FreeMASTER Plugin Config Failure Thank you for your reply. I tested the above three steps, and each of them would report the error: "The plugin configuration dialog failed. Try to specify the connectstring manually". Additionally, I have run register.bat in administrator mode. Re: FreeMASTER Plugin Config Failure Hello! 1. I manually added the information you provided to the command bar, then clicked "configure", and after entering, I clicked "ok", everything was normal. 2. Since I manually added the command information you provided correctly, everything has been normal. Whether I check or uncheck "canfd" is normal, even if I clear the command line, reconfigure it, and then click "ok", everything is still normal. 3. I use Kvaser, and everything is normal Re: FreeMASTER Plugin Config Failure I am using PEAK CAN and still face this issue. Can you share simulink model. My S32DS studio example is working in Design Studio. Re: FreeMASTER Plugin Config Failure I use kvaser for CAN connection and testing, and everything works successfully; however, when I use the zlg driver, the aforementioned issues occur. Re: FreeMASTER Plugin Config Failure Hello, we are trying to analyze and resolve the issue, but unfortunately we were not able to replicate it on any of our test platforms. Please use the manually-edited connect string until this is fixed. One question: when ZLG/ZCAN driver is selected, does the error appear when you press  the CANCEL button in the plug-in dialog? Thanks, Michal Re: FreeMASTER Plugin Config Failure I am using the PEAK CAN Re: FreeMASTER Plugin Config Failure Hello,  we have identified the problem in FreeMASTER CAN plug-in and we are working on a fix. It appeared the plug-in has internally depended on Kvaser CAN driver and was not working correctly when Kvaser software was missing. It appears the Kvaser files are required even if using ZLG or any other CAN interface. Before the fix is released in the upcoming FreeMASTER 3.2.7, a quick workaround is to install the latest Kvaser driver pack to your Windows system. You can download the Kvaser drivers here. Thanks to all of you who had reported the issue and described the symptoms. Please reply to this message if installing the latest Kvaser drivers does not help to resolve the issue. Thanks, Michal Re: FreeMASTER Plugin Config Failure Yes,It's useful. Re: FreeMASTER Plugin Config Failure Hello, theoretically yes, you may need to install Kvaser drivers even in case you use a PEAK device. The dependency on some Kvaser files causes the Plug-in configuration dialog to fail when creating a connection string regardless of the device selected. It may happen by some lucky coincidence that the issue will not appear with PEAK or other devices, but if it does, installing the Kvaser driver shall always help. This issue will be fixed in future FreeMASTER version. Regards, Michal Re: FreeMASTER Plugin Config Failure Even for PEAK-CAN we need to do this? Re: FreeMASTER Plugin Config Failure Note that the version 3.2.7 has been released. The issue discussed in this thread shall now be fixed. Regards, Michal
記事全体を表示
S32G399A 自定义板在吹掉 BOOT_CFG1 和 FUSE_SEL 后被砖块砸了 你好 我有一块带有 QSPI NOR 闪存的自定义 S32G399A 板(标准连接,类似于 RDB3 原理图)。 我想强制从 QSPI NOR 启动,所以我按照 E VB 上 QSPI_BOOT_CFG 的 AN13456(S32G3 启动流程)所附的 Excel 表中的建议值和参考手册中的fuse map,将 Ocotp_Ip_Example_S32G399A_M7 (来自 RTD)改编为 熔断启动熔丝 。这篇文章附有代码片段和我参考的文档! 每次写入 BOOT_CFG 后,我都立即使用 Ocotp_Ip_ReadEFuse()验证是否成功,结果发现值被正确更新(0x2000000C 和 0x00000010)。 然而,现在 主板无法从 NOR 启动。 串行下载模式不再响应(" 无法在 S32 Flash Tool 上与目标设备建立通信 ")。 JTAG 调试器 (PE Micro) 报告"GDB 服务器无法与目标处理器建立连接" 。 您能帮忙找出根本原因吗? Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好@wael_b、 感谢您联系我们并详细描述了您的问题。就我所见,您打算配置以下内容: 在 BOOT_CFG1 中: alejandro_e_0-1767828044759.png alejandro_e_1-1767828048217.png 在 BOOT_CGF2 中,FUSE_SEL 位,因此 RCON 值取自熔丝,而不是从芯片外部的串行/并行值中获取。请告诉我是否正确理解了您的配置。 当您尝试以串行模式连接(用于闪存和调试)时,是否使用了这种配置?请注意,BOOT_MOD1 和 BOOT_MOD2 的值与 FUSE_SEL 为 0 时的效果不同。 alejandro_e_2-1767828939324.png 请告诉我您使用的 BOOT_MOD 1 和 2 的值。 谢谢! Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好,感谢您的答复! 我确认使用了正确的 BootMod,FUSE_SEL = 1! 经过检查,我们发现 BOOT_CFG1 的位 15(这是 启动 excel 中的 " 不在乎 " 字段)正在配置 XOSC 模式(在配置熔丝后,我们丢失了 MCU 的 XTAL 和 EXTAL 引脚上的 XOSC 时钟信号) 因此,在我们当前的熔丝配置中,由于位 15 为零,我们处于显然不支持的 XOSC 差分旁路模式(查看随附的屏幕截图)) 你确认在我们的例子中 Bit 15 不 应该为零吗? 请支持我们进行第二次配置,因为我们还有一块没有配置熔丝的工作板! 谢谢。 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好@wael_b、 问题在于,S32G_Bootconfigwords_EVB.xlsx 中显示的配置是针对 EVB/RDB 板的,而且,它本应在 RCON 位中进行配置,这些位是可重新配置的。正如你在 excel 表单底部看到的那样,对于不在乎的部分,最好查看参考手册: alejandro_e_0-1767908953800.png 例如,如果你检查 SD_BOOT_CFG,你会看到很多 " 不在乎 " 位,但是 " 不起作用 " 特别针对 EVB/RDB 板中的 SD 配置,并不是这些位本身没有任何影响。 关于 AN13456 中提到的不支持的配置,我需要内部检查以了解更多细节。 作为参考,我在内部文档中找到了以下内容: ” BOOT_CFG1 的 XOSC BYPASS MODE 位用于选择 FXOSC 模块的外部时钟源模式。FXOSC 模块可从三种时钟源模式中选择一种作为输入。三种时钟源模式分别是晶体(元器件)模式、(外部)差分(时钟源输入)模式和(外部单端时钟源)旁路模式。当客户使用无源晶体(工作于晶体模式)或有源差分时钟振荡器(工作于差分模式)作为 FXOSC 输入时,应将 XOSC BYPASS MODE 设置为 0。 在这种情况下,如果没有其他进一步设置,FXOSC 默认将输入视为工作于晶体模式。 否则,如果客户使用单端数字时钟源(在 BYPASS 模式下工作)作为 FXOSC 输入,则应设置 XOSC BYPASS MODE 1。 ” 因此,BOOT_CFG1:15 的值取决于设计的配置方式。例如,使用 0 需要像在 RDB3 板中一样使用外部振荡器: alejandro_e_2-1767911418325.png 对于你没有熔断 S32G3 熔丝的板,我建议使用 RCON 启动来测试适合你设计的配置,正如你从 fuse map 表中看到的那样,确切的配置将取决于 QSPI 内存的类型以及振荡器的配置方式。 如果您需要更多支持,请告诉我。 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好 alejandro_e 我正在和 @wael_b 在同一个板上工作,它说的是 excel 文件吗: XOSC 旁路模式选择:如果 XOSC 配置熔丝未熔断,则选择 XOSC 模式。 0- 差分 1- 晶体或单旁路模式 因此,当 BOOT_CFG[15] =0 时,它处于差分模式、 但如果 =1,则要么是晶体模式,要么是单旁路模式 我想知道是哪份文件说 BOOT_CFG[15] =0 可以与晶体正常工作? 在板外我们有与 EVK 相同的晶体,在设置 BOOT_CFG [15] =0 之后,时钟源消失了,所以我相信 MCU 在等待这种差模晶体而不是驱动被动晶体。如果我说错了,请指正。 haythemLtifi_0-1767937954503.png 同样不可能使用 RCON,我们只能用熔丝启动它。所以我希望你能向我们建议如何使用熔丝启动我们的板(它基于 evk 同一个闪光灯的水晶)。 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 您好@alejandro_e, 感谢您的支持!根据您建议的配置,我们有两种情况: 情况 1: BOOT_CFG1 -> 0x2000800C: 第 29、15、3、2 位 = 1,其余为 0。 BOOT_CFG2 -> 0x17: 位 4、2、1、0 = 1,其余为 0。 在这种情况下,JTAG 可以正常工作(使用推荐的串行配置,FUSE_SEL = 1),但是当我们尝试在 S32FT 中上传目标和算法时,出现了一个错误: " 错误:无法与目标设备建立通信。" 另外,XTAL 没有显示任何信号! 这种行为是否与 " XOSC_GM_SEL:相关 XOSC 模式 " Bits 8 到 11 中的 GM Sel值 BOOT_CFG2 有关? 案例 2: 我们使用 BOOT_CFG1 在第二块板上进行了配置-> 0x2000800C 还有 BOOT_CFG2-> 0x0 F: 位 0,1,2,3 = 1 因为我们没有断开 FUSE _SEL 熔丝你认为这个 案例可以恢复吗? Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你可以在这里查看参考手册中关于 GM_SEL 的屏幕截图! Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好,@haythemLtifi和@wael_b、 很抱歉这么晚才回复,我终于收到了内部团队的信息,他们与我分享了以下内容: ” S32G3 不支持差分模式。我们建议客户使用晶体模式。 配置 Crystal 模式有两种方法: 当XOSC 配置 无效时,将XOSC BYPASS MODE SELECTION(XOSC 旁路模式选择)设为1 - 晶体模式。 当XOSC 配置 有效时,将XOSC MODE设置为11 - 晶体模式。 我们建议使用第二种配置,因为它能提供更高的稳定性。 “ XOSC 配置的有效性由 BOOT_CFG2[0]决定。 我还需要确认你的主板是否可以恢复。 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好@wael_b、 下面是我的回答: 案例 1.对于晶体模式,应根据以下公式配置 GM_SEL: alejandro_e_0-1768496877959.png, 其中: gm:最小跨导值 ESR:等效串联电阻 f:晶体频率 C0: 晶体的寄生电容 C1: 晶体的额定负载电容 您还可以查看 S32G3 数据表 Rev4 中表 26 的一些示例: alejandro_e_1-1768498294702.png 我还检查了我们提供的示例项目中的配置。在这些数据上,我们使用1100b - 0.631×。 鉴于跨导是时钟信号的一种放大,使用 0 会导致芯片无法工作是合理的。我没有亲自测试过,所以如果更改 GM_SEL 的值对您的设置有任何影响,请告诉我。 对于案例 2。我的理解是,这将取决于 BOOT_CFG_LOCK 的值,如 fuse map 的 MISC 表所示: alejandro_e_2-1768498657315.png 理论上,如果锁定位为 00 或 01,您应该可以覆盖这些值。不过,我没有亲自做过测试,因此对其效果并不完全了解。 对于案例 1,你提到从串行启动是有效的,我假设在那个设置中 FXOSC 确实有输出信号,对吗? 在 QSPI 启动时,您在应用程序中使用的是 RTD 吗?还是你在使用完全自定义的软件? 谢谢! Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 您好,@haythemLtifi、 关于测试,我可以做,但现在不行,我下周再做。 我会让你们知道我从振荡器上看到了什么。 谢谢  Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好,@haythemLtifi、 您可以使用 S32DS 中的时钟视图修改该值: alejandro_e_0-1768510249934.png alejandro_e_1-1768510288170.png 更新代码后,更改应在以下文件中生效: alejandro_e_2-1768510756606.png 如《SW 启用指南》所述,在以该结构为参数运行 Clock_Ip_Init() 时,该更改将生效。 如果有帮助,请告诉我 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好 、 很显然,我们相差 7 个小时,所以我想问你几个问题,明天 Wael 会重新回答你的其他问题: - 您提到的代码中的 gm 值是 0b1100 ,如何更改?是在时钟启动功能中吗? 或者我可以使用图形界面进行更改?我想将其设置为 0b1111 ,如何操作? 现在,当我测量 exTal 引脚上的晶体时,我看到的直流电压几乎在 800mv 左右,不知道晶体是否无法正常工作或者因为我没有使用有源探头,你能否在 EVK 上使用普通探头测量波形然后告诉我开启板后会看到什么?运行代码时 对于串行运行的板,当我们使用启动模式 0 和 1 选择串行时,我们会看到 Extal 的直流电压为 800 mv 差不多(它不是真正的信号波,但会振荡) Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好 @alejandro_e, 回复这个问题:" 在 QSPI 启动时,在你的应用程序中,你在使用 RTD 吗?还是你在使用完全自定义的软件?" = > 是的,我使用的是 RTD 示例,而不是自定义软件。 我有一些问题! -你能帮我理解启动过程文档中的这一部分吗?(参见随附的屏幕截图) -另外,是否有专用的.bin 可以下载到 或非 Flash 或 SD 卡启动中? - 我从 IVT 生成的 Siul_Dio_ToggleLed 应用程序大小为 5.3Mb,这有问题吗? Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好,@haythemLtifi、 感谢您提供的信息。说白了,在这个问题上,你不需要我再提供任何支持了,对吗? Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好、 我们发现了或非的问题,默认 bootROM 时钟为 30Mhz,在超时(500 毫秒)之前下载 S32G339A 的内存是不够的,我们取消了添加 QSPI 配置以将 bootROM 时钟提高到 200Mh 的选项,这就解决了问题。 感谢你的支持 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好@wael_b、 感谢您提供的信息,并对迟复表示歉意。关于时钟测试,我会尽快进行,并与大家分享测试结果。 关于你最后的问题,没有专用的二进制文件可以下载到闪存或 SD 卡中,请记住,对于闪存,你需要在 0x0000 中对 IVT bin 进行编程,而对于 SD 卡,你需要在 0x1000 中对其进行编程。 关于二进制文件的大小,我刚刚用 S32G3 的 dio 示例做了一个快速的 IVT bin,它是 530M,大小应该不是问题。 也许我没有正确理解您的问题,如果我没有回答您的问题,请告诉我。 要测试二进制文件是否正确加载并由 bootROM 对其进行解析,你可以做的一件事是添加一个能开启板上的 LED 的 DCD,例如,请查看 S32G3 HSE 演示应用程序,任何版本都应该可以运行,例如在 0.2.51.0 版本中,你可以查看附录 11 部分。S32 DS — 生成 DCD 映像以开启 VDD_EFUSE 和系统 RAM 初始化,对于您的问题,相关部分是 VDD_EFUSE 步骤。如果你不熟悉,DCD 是一组非常简单的寄存器指令,你可以在程序开始执行之前添加,因此,如果你在添加 DCD 后看到板上的 LED 亮起,你可以确定你的二进制已正确加载并由 bootRoM 解析。 Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好,@haythemLtifi、 太好了,谢谢你告诉我。 如果您今后遇到任何问题,请创建一个新的帖子,我们将很乐意为您提供帮助。 顺祝商祺! Re: S32G399A Custom Board Bricked After Blowing BOOT_CFG1 and FUSE_SEL 你好 , 是的,我们很好,谢谢。
記事全体を表示
LPCXpresso 11U68 板:进入 ISP 模式时,它会显示为 USB 大容量存储器 我已经购买了新的 LPCXpresso 11U68 板,可以进入互联网服务提供商模式。但是在将其置于 ISP 模式后,它被检测为标题为 " CRP DISABLED " 的大容量存储设备。 我试着用其他驱动程序更新它的驱动程序,但无法将我的应用程序闪存到它里面。 LPC11xx LPCOpen Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@sharadanand 请提供有关如何将板置于 ISP 模式的详细步骤。 另外,请查看 LPCXpresso11U68 原理图和下面关于进入 ISP 模式的说明并确认。 Alice_Yang_0-1767585499635.png 谢谢! BR 爱丽丝 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 我找到了生成 firmware.bin 文件的方法,但仍无法使调试器正常工作。请告诉我如何启用调试器。 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@Alice_Yang、 非常感谢你的回复,我想通过板上提供的调试器刷新和调试我的固件。 我无法做到这一点,LPCXPresso IDE 生成的是 *.axf 文件,而不是 bin 文件。如何进一步推进这项工作? 致以亲切的问候 沙拉达南 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@sharadanand " 我正在将 JP2 引脚 1 和 2 设置为短路并将 JP1 设置为打开状态,在板重置时我按下重置按钮并按住 ISP 按钮。根据我对原理图的了解,它应该会自动进入USB模式。" ->> 是的,你说得对。在此模式下,引导加载程序将设备作为 MSC USB 设备连接到 PC 主机(禁用 CRP)。该设备的闪存在主机操作系统中显示为驱动器,您只需将 .bin 文件拖放到 MSC 设备中即可。   谢谢!   BR 爱丽丝 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@Alice_Yang、 非常感谢你的解释:)。我也有同样的困惑,我以前也试过,但无法将调试器检测到主机。 sharadanand_0-1767782979763.png 这就是我在 mcuxPresso 上看到的,我想找出设备详细信息如下:vid: 0x1fc9 pid: 0x000c 制造商:NXP 序列号:ABCD 我尝试使用 Windows 和 Linux 主机,但都没有成功。 我按照下面链接中提到的步骤进行了操作: https://community.nxp.com/t5/MCUXpresso-IDE/MCUExpresso-with-LPC-Link2/td-p/633989 但这对我也不起作用。 致以亲切的问候 沙拉达南 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@sharadanand 如果要使用调试器进行调试,请不要将芯片设置为 ISP 模式。在不按 ISP 按钮的情况下连接调试端口 (J5)。 谢谢!     BR 爱丽丝 Re: LPCXpresso 11U68 board: when put into ISP mode it appears as a USB mass storage 你好@Alice_Yang、 我成功连接了调试器。非常感谢你们的支持、 致以亲切的问候 沙拉达南
記事全体を表示
楼宇及家居自动化系统 Overview 智能的集成楼宇系统使用户能够提高能效、降低维护成本,并方便地控制智能手机和高级 HMI 的环境。 它们的互联功能拥有大数据平台,可做出更智能、环保的决策,同时确保最大的舒适度和性能。 NXP ®提供全方位的解决方案,旨在满足智能建筑的环境、寿命和节能要求,从照明到暖通空调、网络到楼宇门禁等等。我们的集成产品功能有助于推动下一波智能建筑浪潮、降低系统成本并加快产品上市时间。 用例 智能控制和访问 楼宇安全 暖通空调(HVAC) 照明 安全监控 连接 结构框图 BlockDiagram-BuildingHomeAutomation-PNG.png 产品 类别 MCU 产品URL K70_120:Kinetis ® K70-120–150 MHz,基于 Arm ® Cortex ® -M4 内核的高速 USB、以太网、DDR 和防篡改微控制器 产品描述 Kinetis ® K70 MCU 系列为工业控制面板、导航显示器、销售点终端和医疗监控设备等应用提供业界领先的低功耗和混合信号模拟集成。 类别 电源管理 产品网址 1 TEA1723FT:集成MOSFET的高压启动反激控制器,适用于11 W应用,F~Burst = 1750 Hz 产品描述 1 TEA1723是一款小体积低成本开关模式电源(SMPS)控制器IC,适合低功率应用(最高11 W),可直接使用整流市电电源工作。 产品网址 2 NTS0104:双电源转换收发器;开漏;自动方向感应 产品描述 2 NTS0104是4位双电源转换收发器,具有自动方向感测功能,可使能双向电压电平转换。 类别 Zigbee 产品URL JN5189/88 (T):适用于 Zigbee ®和 Thread 的高性能、超低功耗 MCU,内置 NFC 选项 产品描述 JN5189 产品组合旨在为下一代极低电流无线设备供电,支持 Zigbee 3.0、Thread 和 IEEE 802.15.4。 类别 传感器 产品网址 1 PCF85063A:具有闹钟功能和 I2C 总线的微型实时时钟/日历 产品描述 1 PCF85063ATL是一款CMOS实时时钟(RTC)和日历,最适合低功耗应用。 产品网址 2 PCT2075:I2C 总线 Fm+,精度为 1 摄氏度,数字温度传感器和热看门狗 产品描述 2 PCT2075 是一款温度数字转换器,在 -25 °C 至 +100 °C 范围内具有 ±1 °C 的精度。 类别 驱动程序 产品网址 1 PCF85176:适用于低复用率的 40 x 4 通用 LCD 驱动器 产品描述 1 PCF85176是一款外围器件,能驱动几乎任何低复用率液晶显示器(LCD)。 产品网址 2 PCA9633: 4位Fm+ I²C总线LED驱动器 产品描述 2 PCA9633是一款I²C总线控制的4位LED驱动器,最适合红/绿/蓝/琥珀(RGBA)调色应用。 类别 接口 产品网址 1 SC16IS752_SC16IS762:双 UART,带 I²C 总线/SPI 接口、64 字节发送和接收 FIFO、内置 IrDA SIR 支持 产品描述 1 SC16IS752/SC16IS762是一个连接双通道高性能UART的I²C总线/SPI总线接口,提供最大5Mbit/s的数据速率、低工作和睡眠电流;还为应用提供8个额外可编程I/O引脚。 产品网址 2 TDA5051AT: 家庭自动化调制解调器 产品描述 2 TDA5051A是一款调制解调器IC,专用于使用家庭电源网络以600波特或1200波特的数据速率进行ASK传输。 它通过单个5V电源工作。 产品网址 3 PCA9848:8通道超低电压、带复位功能的Fm+ I2C总线开关 产品描述 3 PCA9848是一款超低电压的八通道双向变换开关,通过I²C总线进行控制。 产品网址 4 PCA6408A:低压、8 位 I²C 总线和 SMBus I/O 扩展器,带有中断输出、复位和配置寄存器 产品描述 4 PCA6408A 是一款 8 位通用 I/O 扩展器,可通过 I²C 总线接口为大多数微控制器系列提供远程 I/O 扩展。 产品网址 5 PCA9629APW: Fm+ I2C总线高级步进电机控制器 产品描述 5 PCA9629A 是一款 I²C 总线控制的低功耗 CMOS 器件,可提供驱动四相步进电机所需的所有逻辑和控制。 框图 智能家居
記事全体を表示
适用于 ARM 2018.R1 的 S32 Design Studio - 更新 4 现已发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />       产品发布公告 汽车微控制器和处理器 ARM ® 2018.R1 版 S32 设计工作室  Update 4          新增内容 适用于 S32K14x 的 S32 SDK 1.9.0 BETA 版。这是一个累积更新 - 它包含之前更新的所有内容(更新 1 、更新 2 、更新 3 ) 要在新项目向导中选择新的 SDK,必须将工具链更改为“ARM Bare-Metal 32 位目标二进制工具链” 安装说明 此更新适用于 在线的 (通过 Eclipse Updater)或 离线安装(直接下载链接) 在线的 安装: 进入菜单“帮助”->“安装新软件...”对话框  select predefined update site "S32DesignStudio - http://www.nxp.com/lgfiles/updates/Eclipse/S32DS_ARM_2018.R1/updatesite" 选择所有可用项目并单击“下一步”按钮   离线安装: 转到 S32 Design Studio for ARM 产品页面 -> 下载部分或使用 直接链接下载更新存档 zip 文件 启动 S32DS 并转到“帮助”->“安装新软件...” 添加一个新的 “Archive” 仓库,然后浏览并选择您在之前步骤中下载的更新归档.zip 文件。 选择所有可用项目并单击“下一步”按钮。   这将启动更新安装过程。 概述
記事全体を表示
NicheLite 用于 LPC <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> InterNiche 的 NicheLite for LPC 是其 NicheLite ™产品的一个变体,它是一个针对嵌入式系统优化的全功能 TCP/IP 堆栈,只需要 12 KB 的代码。NicheLite for LPC 是符合 RFC 标准的 TCP/IP 协议套件实现,它包括 TCP/IP 协议系列综合子集的 ANSI C 源代码、“Mini”Sockets API 以及高效的系统优化和调整工具。NicheLite for LPC 的 IP 层可以支持一个硬件接口,并且完全支持 SNMP 代理的 MIB-II 访问。MIB-II 表包括:接口、IP、ICMP、TCP 和 UDP 信息。 数据包数据(包括标头)位于连续的缓冲区中,以简化内存管理并避免数据复制。很少使用宏来保护代码的关键部分,以提高吞吐量并减少内存需求。可调参数(如 MSS(最大段大小)和 TCP 窗口大小)可以留给运行时逻辑,也可以根据您的应用程序进行定制。 NicheLite for LPC 支持以下协议: 地址解析协议(ARP) 互联网协议(IP) 互联网控制消息协议(ICMP) 用户数据报协议(UDP) 传输控制协议(TCP) 动态主机配置协议 (DHCP) 客户端 域名系统 (DNS) 客户端 引导程序协议(BOOTP) 简单文件传输协议(TFTP) NicheLite for LPC宣传单(附件) 软件 获取软件 NicheLite for LPC 源代码免费提供给恩智浦客户,且仅限在恩智浦 LPC1000、LPC2000 和 LPC3000 系列微控制器上使用。获取和使用 NicheLite for LPC 的前提是接受详细的软件许可协议 (SLA)。如果您尚未下载并仔细阅读 SLA,请下载并仔细阅读: NicheLite V1.02 修订历史(2007 年 7 月 17 日)(附件) 目录 NicheLite for LPC软件包包括: NicheTask ™协作式多任务调度程序 TCP 支持 InterNiche 的轻量级 API,并带有零拷贝选项 无需分片/重组的 IPv4 地址解析协议 ICMP Ping TFTP NicheTool™ NicheFile VFS Mini-Sockets API 单个以太网接口,配备针对 LPC17xx、LPC23xx/LPC24xx 和 LPC32x0 优化的设备驱动程序 TFTP客户端 TFTP服务器 示例应用程序(TFTP 客户端、TFTP 服务器、HTTP 侦听器) NicheLite 参考手册(不得重新分发) HTML 格式的用户指南(旨在分发给最终客户) 清晰书写、注释丰富的 ANSI-“C”源代码 编译时所需的头文件阐明了源许可证的细节,该许可证禁止最终客户分发 NicheLite for LPC 的源代码。 最终客户选项和升级 InterNiche 为 NXP 的 NicheLite LPC 客户提供的选项和升级包括: 技术支持 专业服务 HTTP Server PPP SNMP v1, v2c, v3 SMTP 客户端(电子邮件警报器) NicheStack SSL POP3 客户端 FTP 服务器和客户端 升级到完整的 NicheStack IPv4、IPv6、双重产品   NicheStack HTTPServer ™ (已附加) NicheStack SSL ™ (附件) NicheStack IPv4 ™ (附件) 联系InterNiche了解详情 详细信息 Cortex-M0 微控制器 Cortex-M3 微控制器 Cortex-M4 微控制器 ARM7 微控制器 ARM9 微控制器 InterNiche Technologies, Inc. 概况介绍(附件) InterNiche 技术公司 NicheTask开源操作系统
記事全体を表示
Kinetis Design Studioのビデオ、パート3:Kinetis Design Studioによるデバッグ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、4 つの KDS v3.0.0 ビデオの 3 番目のビデオです。このビデオでは、Kinetis SDKとFRDMボードのインストールと使用について説明します。   Overview: デバッグ構成 デバッグのためのビルド ソースコードのステップ実行 変数の検査 ブレークポイントの設定 逆アセンブル、メモリ、レジスタ   全4つのビデオのリスト: Kinetis Design Studioビデオ、パート1:KDSとKinetis SDKのインストール Kinetis Design Studioビデオ、パート2:Freedom BoardへのOpenSDAファームウェアのインストール Kinetis Design Studioのビデオ、パート3:Kinetis Design Studioによるデバッグ Kinetis Design Studioビデオ、第4回:KDSでのProcessor Expertの使用 (マイビデオで視聴) 全般
記事全体を表示
LS1046 RESET_REQ 和 RSTRQSR 我们看到 RESET_REQ_B 在我们的定制 LS1046 硬件上被断言。当我们读取 RSTRQSR 时,我们得到以下内容: md 1ee00C8 01ee00c8: 00480000 00000000 00000000 00000000 如果我正确排序字节,则意味着: MBEE_RR(多位 ECC 重置请求)和 SRDS_RST_RR(SerDes 复位事件。如果任何启用的 SerDes PLL 未锁定,则会发生这种情况。) 有人能确认我的解码是否正确,并指出可能导致 MBEE_RR 的原因吗?我不确定从哪里开始寻找这个。 谢谢! 回复:LS1046 RESET_REQ 和 RSTRQSR 我们修复了这个问题 - 我们的 SRDS_PLL_PD_S1 和 SRDS_PLL_PD_S2 的值是错误的 - 参考手册对这些值有点令人困惑。一旦我们解决了这个问题,错误就消失了。 回复:LS1046 RESET_REQ 和 RSTRQSR 亲爱的@SimonRo , 您能否指出在“4.4.1 开机复位序列”的哪一步中遇到了这个问题? 还是启动结束后才会发生? 我需要更多信息才能了解可能发生的情况。 回复:LS1046 RESET_REQ 和 RSTRQSR 我通过将 SRDS_PLL_PD_S1 和 SRDS_PLL_PD_S2 设置为 0 来关闭 SERDES。 我的 RCW 现在看起来像这样: 00000000: 0c150010 10000000 00000000 00000000 00000010: 11330559 40000012 60040000 c1000000 00000020: 00000000 00000000 00000000 10038ffe 00000030: 20124000 04261301 00000096 00000001 但RESET_REQ_B 仍然有效: => md 1ee0000 01ee0000: 7f7f7720 0000004f 00000000 00000000 w..O........... 01ee0010: 00000000 00000000 00000000 00000000 ................ 01ee0020: 00000000 00000000 00000000 00000000 ................ 01ee0030: 00000000 00000000 00000000 00000000 ................ 01ee0040: 00000000 00000000 00000000 00000000 ................ 01ee0050: 00000000 00000000 00000000 00000000 ................ 01ee0060: 00000000 00000000 00000000 00000000 ................ 01ee0070: 00000000 00000000 00000000 00000000 ................ 01ee0080: 00000000 00000000 00000000 00000000 ................ 01ee0090: 00000000 00000000 00000000 00000000 ................ 01ee00a0: 00000000 10010787 40000000 00000000 ...........@.... 01ee00b0: 00000000 00000000 00000000 00000000 ................ 01ee00c0: 00400000 00000000 00480000 00000000 [email protected]..... 01ee00d0: 00000000 00000000 00000000 00000000 ................ 01ee00e0: 00000000 00000000 00000000 00000000 ................ 01ee00f0: 00000000 00000000 00000000 00000000 ................ 我认为是: SRDS_RST_RR(SerDes 重置事件。如果任何启用的 SerDes PLL 未锁定,则会发生。) 我想知道如果 SERDES 断电为什么会看到这个? 谢谢!
記事全体を表示
无法在我的 imx8mp 自定义板中启动 QNX 镜像 你好, 我使用的是 IMX8MP 定制板。IMX8MP EVK 和我的定制板的区别在于 UART 控制台和动态随机存取存储器(DRAM)。对我的 QNX 7.1 源代码进行更改后,我尝试启动板,但我看不到来自 IMX8MP 自定义板的任何控制台消息。QNX 7.1 源代码中还有其他需要修改的吗? 谢谢& , Subash。 Android i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: Unable to boot the QNX image in my imx8mp custom board 你好 您需要检查 QNX 源代码中的控制台,以及 uboot 和内核引导参数中的 RAM 定义。 此致
記事全体を表示
S32K314/ETH/TJA1101 環境背景: 1. S32K314チップを使用した評価ボード 2. MCAL パッケージ「SW32K3_S32M27x_RTD_R21-11_6.0.0」の Ethernet ルーチンを使用し、K344 ルーチンを K314 に変更します。 3. S32DS 統合コードは、MCAL パッケージのメイン関数内のルーチン コードも使用します。 質問: サンプル コードに基づいてイーサネット データ ループバック機能を実装できないのはなぜですか? Ethernet MCALの設定を確認したところ、デフォルト設定はループバックモードになっていることがわかりました。私の理解では、CANのように、1フレームのデータを送信すると次のフレームを受信できるようになっているはずです。 その後、デバッグのためにコードを統合してコンパイルしました。whileループの前にイーサネットデータが送信されていました。ループが戻る際にデータが受信され、whileループが終了するはずでした。しかし、現状ではwhile (RxStatus.RxStatsPkts < 1U)という条件が常に満たされており、ループバックデータが受信されていません。 その他の説明: 1. 回路図に従って MCAL サンプル プログラム内のポートが対応するように変更しました。 2. TJA1101 からの車載イーサネット ツイストペア ケーブルに他のデバイスを接続していないため、外部と通信できません。 Re: S32K314/ETH/TJA1101 こんにちは@wei_zhoucq 、 クリスマス休暇のため返信が遅れたことをお詫び申し上げます。 私の意見では、問題は時計にあります。ループバック テストの場合でも、S32K3 の EMAC 用の適切なクロックが必要です。 1.RMII を使用する場合は、TJA1101B データシートの図 5. a. に示すように、S32K3 の TX_CLK (入力) にコネクテッドされた TJA1101 の REF_CLK (出力) を使用する必要があります。 2. Eth_43_GMAC_Init() を呼び出す前に外部クロックが存在している必要があります。 3. TJA1101B の正しいピンストラップが使用されていることを確認します (TJA1101B データシートの 第 6.10 章「ハードウェア構成」)。MII_MODE は「RMII モード (REF_CLK で 50 MHz 出力)」に設定すると思います。 4. また、S32K3 のその他のクロック設定が、S32K3 リファレンス マニュアル、Rev. 11 の「24.7.2 システム クロック構成」の章に記載されているクロック構成のいずれかと一致していることも確認します。 よろしくお願いいたします。 パベル
記事全体を表示