Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
How to do NAN test on 2 IW612 modules with I.MX93-EVK What is NAN? Neighbor Awareness Networking (NAN), also known as Wi-Fi Aware, is a mechanism defined by the Wi-Fi Alliance. NAN is an additional Wi-Fi interface to micro-AP (uAP), Station (STA), and Wi-Fi direct (wfd) that allows for quick discovery without the connection-association flow. The interface named: nan0.In this demo test, NAN is used to Wi-Fi locate and/or range. NXP Wi-Fi Products Supports NAN: Currently we have our IW612, IW611,AW611 and AW693 support NAN feature on Linux OS, and the remote devices should also be Linux OS or Android OS. Currently we do not support for remote device which running iOS. Below is the Release Notes showing which product in our NXP supports NAN feature. https://github.com/nxp-imx/mwifiex/blob/doc_WCT_release/doc/Release_Notes/Linux_RN/topics/wi_fi_radio.md Caution: There is typo in above release note. Actually IW610 doesn't support NAN feature. Demo setup: In this doc, the test is based on 2 IW612 module: Murata 2EL M.2 module on I.MX93-EVK which is running Linux OS, the Linux kernel is L6.12.49. IW612's driver and FW version is: SDIW612---18.99.8.p3--MM6X18542.p8-(FP92), and the nanapp in this release could not outout wls message, official working nanapp will be in next release, available in the end of March/2026. wifi_mod_para.conf SDIW612 = { cfg80211_wext=0xf max_vir_bss=1 cal_data_cfg=none ps_mode=2 auto_ds=2 host_mlme=1 drv_mode=0x17 fw_name=nxp/sduart_nw61x_v1.bin.se } Copy correct version's nanapp and mlanutl and mlanwls to 2 boards, and add execute permission. root@imx93evk:~# chmod +x nanapp root@imx93evk:~# chmod +x mlanutl root@imx93evk:~# chmod +x mlanwls Copy correct FWand driver: mlan.ko + moal.ko(Cross compiled with L6.12.49 linux kernel BSP, not included in this doc). After the I.MX93-EVK board boot up, need to unload the default L6.12.49's Wi-Fi driver, then load the newer L6.18.2 Wi-Fi driver and FW. The whole process is shown as follow: The generated wls_leader.log and wls_follower.log files contain location information. The Wireshark sniffer contains NAN-related packets. Please see attached .pdf file for more detailed steps and logs outputs. How to configure to use Wireshark capture Sniffer logs On Ubuntu PC 24.04.2 LTS? Below is the commands for your reference. sudo iw dev //Check your Wi-Fi card name. Here is:wlp111s0 for me. sudo ifconfig wlp111s0 down sudo systemctl stop NetworkManager sudo killall wpa_supplicant //Here need to stop NetworkManager and wpa_supplicant, otherwise, after we configure wlp111s0 into monitor mode, these 2 service will automatically change it to managed mode. sudo iwconfig wlp111s0 mode monitor //set wlp111s0 into monitor mode sudo iwconfig //check whether set into monitor mode successfully. Here should show Mode:monitor sudo wireshark //Need to use sudo permission to run Wireshark, otherwise, could not use Wireshark to capture sniffer. Then choose wlp111s0 to capture sniffer. Reference link: Neighbor Awareness Networking (NAN) -Application note (confidential) https://github.com/nxp-imx/mwifiex/blob/doc_WCT_release/doc/Release_Notes/Linux_RN/topics/wi_fi_radio.md Best regards, Christine.
記事全体を表示
MBDT中的CAN总线处理 我正在使用 NXP 的 MBDT for S32K344 来配置 FlexCAN0。我想了解 CAN 消息处理的哪些部分由 NXP 模块/工具箱管理,哪些部分需要由应用程序处理。 仲裁和缓冲区处理是否由驱动程序/工具箱管理?例如:如果我先发送 0x18FEF111,那么 0x18FEEF00 都不会出现在总线上。但如果先发送 0x18FEEF00,则两者都会被发送。当两者同时触发信号时,只会显示其中一个。 那么,在同时发送多个帧时,是否需要为每个消息 ID 分配专用的发送硬件对象? MBDT 或 SDK 是否处理消息优先级,并在未收到 ACK 时自动重试? 如果高优先级 ID 失败(例如,没有收到 ACK),是否会阻塞其他消息?我们如何检测并从中恢复? 为了避免阻塞或消息丢失,模型中是否需要手动管理缓冲区分配或传输时序? 在 MBDT 中配置多个 Tx 消息 ID 的最佳方法是什么?使用动态缓冲区。 请明确哪些是内部处理的,哪些是我们需要在应用程序中处理的。 示例模型 Re: CAN Bus Handling in MBDT 你好@SorinIBancila , 我遇到了需要发送的帧数超过可用 HTH 硬件对象数量的情况。由于 S32CT 无法利用 CanIf 发送缓冲实现,您能否推荐一种基于 Simulink 的缓冲解决方案来解决此问题? 谢谢,此致敬礼! 桑德什 Re: CAN Bus Handling in MBDT 你好, 32 个 Can Hw 对象数量并非限制。根据你所使用的MCU型号,你还可以进一步提高这个限制。您可以修改 Can Hw Object Count 的数量,但如果您输入的数字过大,S32CT 将报错。 顺祝商祺! 索林·班奇拉 Re: CAN Bus Handling in MBDT 明白了!如果我需要发送超过 32 条消息,是否应该创建额外的发送硬件对象?另外,在 S32K3 中使用 S32CT,单个 CAN 收发器或控制器下最多可以配置多少个硬件对象? 想了解在限制条件下,如何以最佳方式构建大型消息集的 HOH。 Re: CAN Bus Handling in MBDT 你好, 你认为一次需要发送多少条信息? 我已在 S32K358 HVBMS 参考设计上测试了以下场景: 使用单个 TX 硬件对象,并将Can 硬件对象计数设置为 32(以允许缓冲区中最多 32 条消息)。 在 Simulink 中,我向消息缓冲区填充了 32 条消息,随着缓冲区填充的进行,消息优先级也随之增加,以验证仲裁过程。 结果: 正如预期的那样,由于消息缓冲区尚未完全填充,因此发送的第一批消息优先级较低。大约在第 6 条消息时,缓冲区已满,我们可以看到优先级较高的消息会先发送。 由于你想使用单个收发器,因此实际上不可能同时发送所有消息。 顺祝商祺! 索林·班奇拉 Re: CAN Bus Handling in MBDT 索林,你好 感谢您的意见! 我想说明在使用动态缓冲区时,在 MBDT 中配置多个 Tx 消息 ID 的最佳方法。就我而言,该控制器用于电动汽车应用,采用基于 J1939 的 CAN 设置,涉及数百个循环消息。 在 S32CT 中为每条消息创建单独的硬件对象似乎既不可扩展也不实用。我希望使用单个 Tx 硬件对象来动态处理多个消息,并通过一个 CAN 接口同时传输它们。 请问针对这种使用场景,推荐的配置或最佳实践是什么?另外,请推荐一些我需要参考的文档,以便了解 MBDT 中配置设置的工作原理和相关函数。 Re: CAN Bus Handling in MBDT 你好, 首先,我想指出的是,S32K3xx 的 MBDT 是基于 S32K3 RTD 的版本。外围设备的配置是在 S32 配置工具中完成的,以便您可以灵活地进行所需的设置。因此,要检查 NXP 的 MBDT S32K3xx 是否支持某个功能,您可以检查外设(在 S32K3 RTD 中)使用的源代码及其在 S32 配置工具中的可用设置。 在工具箱中,您可以在此处找到 FlexCAN 外设的实现: {toolboxRoot}/src/S32K3_RTD/SW32K3_S32M27x_RTD_R21-11_6.0.0/eclipse/plugins/Can_43_FLEXCAN_TS_T40D34M60I0R0/ 笔记!根据您使用的 MBDT S32K3 版本不同,S32K3 RTD 的名称可能会有所不同。 你问题的答案是基于我的经验,可能并不完全准确。 1、2 和 5:该工具箱不处理任何仲裁,但我不太确定 SDK 中有哪些选项可用于此目的。在你的示例中,你创建了另一个CanHardwareObject并使用它来发送第二条消息,但这种方法可能难以管理。第二个解决方案可能是增加Can Hw 对象计数,以允许缓冲区中存在更多消息。 3:S32K3 的 MBDT 不处理任何消息优先级。据我所知,FlexCAN 控制器负责重试发送消息,直到收到 ACK 为止,同时将消息阻塞在缓冲区中。 4. 检测消息是否已发送的一种方法是使用硬件中断回调中的CanIf_TxConfirmation中断来标记消息已发送。如果指定的 PDU 没有触发信号中断,则表示该消息未发送。此外,还有一个中断( CAN_ControllerBusOff )可用,当满足 CAN 总线关闭的条件时,该中断会产生触发信号。在 S32 配置工具中,有一个选项可以从总线关闭状态自动恢复。 如有任何疑问,请随时回复。 此致, 索林·班奇拉 Re: CAN Bus Handling in MBDT 你好, 您好,我认为绕过硬件对象数量限制的一种方法是配置多个 CAN 控制器并将它们连接到同一总线上。然后,为了避免接收来自其他 CAN 控制器的消息,您可以利用过滤代码和掩码在控制器级别直接丢弃消息。(卸载MCU)。 然后,在 Simulink 中,您可以使用 CAN 控制器向总线发送数据,无论是通过轮询方式还是您认为合适的任何方式。 我还没有尝试过这种方法,但我会随时向你汇报它是否有效。 此致, 索林·班奇拉
記事全体を表示
起動中にUSBデバイスが認識されない 私はIMX8M Plusプロセッサーを使っています。ファームウェアをUSBからダウンロードするために、ブート構成を0001に設定しました。 これは今回初めて電源を入れるカスタムボードです。 これはuuuツールのログです。 PS C:\NXP\UUU> .\uuu.exe -lsusb NXP IMXチップ用uuu(Universal Update Utility)-- libuuu_1.5.243-0-g230f1b1 コネクテッド既知のUSBデバイス Path Chip Pro vid pid bcdバージョンSerial_no ==================================================================== また、JTAGを接続することもできません。 TDOピンは常時ハイレベルです。 IMX8MPLUS @support @ritesh Re: Not Getting USB Device during Boot 問題は解決しました。 VDD_PLL_ANA_1V8ネットに電源が供給されていないことがわかりました。 @Zhiming_Liuさん、ご回答ありがとうございます。 Re: Not Getting USB Device during Boot こんにちは、 uuu -lsusb に「既知の USB デバイス」が表示されない場合、i.MX8M Plus が ROM シリアルダウンローダーまたは USB SDP モードに正常に移行していないか、USB OTG デバイスが PC によって正しく列挙されていないことを示しています。 JTAG経由での接続ができない、TDO信号がハイのままになっているといった状況から、これは初期段階のボードレベルの起動問題であると考えられます。SoCがリセットを正しく解除していない、重要な電源やクロックに異常がある、ブートモードストラップが正しくサンプリングされていない、あるいはJTAG/USB関連のピンへの接続や電源供給に問題があるなどが考えられます。 よろしくお願いします、 志明
記事全体を表示
VLM Edge 工作室 VLM Edge 工作室 VLM Edge Studio 是恩智浦的一个启动器应用程序,用于与在 FRDM i.MX 平台上本地运行的、支持Ara240 DNPU 加速的 视觉语言模型进行交互。 VLM Edge Studio 提供了一个基于 Qt/QML 的图形用户界面,用于模型选择、提示输入以及与边缘本地运行的 VLM 进行可视化交互。它使用基于 REST 的接口和流令牌响应,通过eIQ AAF 连接器与Ara240 Runtime SDK通信。   主要功能 在支持的 i.MX 平台上进行本地视觉语言模型推理 Ara240 DNPU 加速 基于图形用户界面的模型选择和提示输入 流式令牌输出 与 eIQ AAF 连接器和 Ara240 Runtime SDK 集成 支持使用 USB-C 高清摄像头进行基于摄像头的视觉输入   支持的机型 Qwen2.5-VL-7B-Instruct-Ara240 该模型以兼容 Ara240 的 model.dvm 文件形式提供,用于在目标平台上本地执行。   基本安装 确保 Ara240 运行时 SDK 已安装在目标板上后,复制 Debian 软件包: scp vlm-edge-studio.deb root@ : 用以下工具安装 dpkg -i vlm-edge-studio.deb 安装可能需要几分钟时间,因为在设置过程中需要提取模型。   运行 VLM Edge Studio 启动应用程序: run_vlm_edge_studio 启动前,请确保 Ara240 运行服务正在运行: systemctl status rt-sdk-ara2.service --no-pager -l 一旦图形用户界面出现,点击 "加载"(LOAD)即可加载模型。模型准备就绪后,输入提示并提交,即可与 i.MX 平台上的本地 VLM 进行交互。   演示视频 在随附的视频中,我展示了如何启动VLM Edge Studio、加载支持的视觉语言模型、提交提示以及如何使用Ara240 DNPU加速与本地运行的模型进行交互。 (function() { var wrapper = document.getElementById('lia-vid-6396694743112w960h540r549'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (在我的视频中查看) 摘要 VLM Edge Studio 是在使用 Ara240 DNPU 加速的恩智浦 i.MX 平台上评估本地视觉语言模型推理的有用工具。它提供了一个简单的工作流程,可直接在边缘加载模型、输入提示和与视觉语言人工智能交互。   链接 VLM Edge Studio 存储库 ARA2-M2-16G-GT ARA240 实践培训
記事全体を表示
MR-VMU-RT1176 我想建造一架门到门的送货无人机。我能参加你们的创业计划吗?我现在没有注册公司。 我的第一个问题是,你们现在出售无人机开发套件吗? 我有一个实现从门到窗目标的想法。我怎样才能以不公开的方式告诉你? 如果 KIT-HGDRONEK66 不再销售。我可能会改用 VMU-RT1176 构建。   Re: MR-VMU-RT1176 你好@00000、 感谢您与我们联系。 请查看KIT-HGDRONEK66 的状态,它已存档。 请考虑 MR-VMU-RT1176 产品信息 | 恩智浦半导体作为替代方案。 希望对您有所帮助。 BR 西莱斯特
記事全体を表示
用于 IMX8MPLUS 的 LPDDR4 美光 MT53E1536M32D4DE-046 AA T: C 是一 款 48Gb (6GB) LPDDR4 动态随机存取存储器(DRAM) 元器件。 它在技术上与 i.MX 8M Plus 处理器兼容吗?由于 LPDDR4 兼容性问题,我的 IMX8MPLUS 板面临很多挑战。我的板是为大小为 32Gbit (4GB) 的双列双通道 LPDDR4 设计的。我找不到任何有现货的 LPDDR4。与其他 32Gbit (4GB) 但双通道单列的 LPDDR4 面临密码兼容性问题。请在这方面帮助我。我能否使用 MT53E1536M32D4DE-046 AAT: C 代替 32Gbit (4G B) LPDDR4。 Re: LPDDR4 for IMX8MPLUS 它可能不会使用 6GB LPPDR4 来取代当前的 4GB,因为使用 x32bus 的 6GB 需要 4 个引脚,而 I.mx8 plus 只有 2 个引脚。 Re: LPDDR4 for IMX8MPLUS 你好@Vighnesh imx8MP 可以毫无问题地支持 MT53E1536M32D4DE-046 AAT: C LPDDR4,我们已经验证了这款动态随机存取存储器(DRAM)。而且它有两个等级,而不是4个等级。 B.R Re: LPDDR4 for IMX8MPLUS 感谢您的确认。看来我犯了一个错误...
記事全体を表示
How to use Secure Element SE05x: Setting up Plug and Trust Middleware on Raspberry Pi (Japanese blog) Introduction Many people are interested in secure elements, but perhaps they have the impression that they are "somehow difficult to use." NXP's Secure Element SE05x comes with middleware called Plug and Trust Middleware. This includes a dedicated API for using SE05x, as well as plugins for widely used libraries such as OpenSSL and mbed-TLS. Therefore, applications using these libraries (e.g., Eclipse Mosquitto ™ , etc.) can leverage the functionality of the Secure Element with little to no modifications. This middleware's reference operating environment supports "Windows PCs" and "various NXP MCUs/MPUs (Linux)," but it also supports the readily available "Raspberry Pi." Command-line tools are available in Windows and Linux environments, making it easy to verify various operations. This article explains how to set up Plug and Trust Middleware on a Raspberry Pi. Hardware, software, and versions used in writing this article Hardware: Raspberry Pi 3 Model B+ EdgeLock ® SE050 Development Kit ( OM-SE050ARD-E ) Five jumper wires (male-to-female or female-to-female) or an Arduino to Raspberry Pi adapter board ( OM-SE050RPI ) software: Raspberry Pi OS 12 64-bit SE-PLUG-TRUST-MW_04.07.01 *The method for accessing the documentation is explained below. Download the Plug and Trust middleware package. First, please download the Plug and Trust middleware package (SE05x-PLUG-TRUST-MW) from here. * A MyNXP account is required for downloading. Registration is free and easy. * After unzipping, you can access the documentation from simw-top/doc/index.html (hereafter, "documentation" refers to this HTML file). For information on using Plug and Trust middleware with Raspberry Pi, please also refer to AN12570 . Hardware preparation Connect the Raspberry Pi and the OM-SE050ARD-E using jumper wires (or OM-SE050RPI). For connections using jumper wires, see section 4.5 in the documentation. Please refer to the diagram below for Raspberry Pi Build. However, as of the time of writing this article, GPIO22 connected as described above does not function correctly due to changes in the GPIO control specifications of the Raspberry Pi OS. Although the cause and solution are known, for the time being, this article will show how to disable control via GPIO22 by changing the jumper settings. To operate without using GPIO22, change the following two jumper settings on the OM-SE050ARD-E. J13: 1-2 J14: 1-2 Setting J13 to 1-2 connects SE050's ENA to GND, and setting J14 to 1-2 connects SE050's VCC to VIN. ENA is the control pin for DPD (Deep Power-down) mode. When using DPD, connect VOUT and VCC, and control the power supply from VOUT using ENA to reduce current consumption. Since the ENA control is not working properly this time, we will temporarily disable the DPD setting. If DPD is not used, leave VOUT open and connect VCC to VIN to ensure a constant power supply. While connecting ENA to GND appears to be acceptable in terms of evaluation, the datasheet recommends connecting it to VCC if ENA is not being used. Pre-build preparations After flashing Raspberry Pi OS using Raspberry Pi Imager and booting, open a terminal. Enable I2C If i2c-1 is not displayed after running the following command, I2C is not enabled, so enable it. ls /sys/bus/i2c/devices After executing the following command, go to Interfacing Options -> I2C and enable I2C. sudo raspi-config - Install additional build tools Perform the following: sudo apt-get install cmake cmake-curses-gui cmake-gui libssl-dev libsystemd-dev Middleware setup and running the sample application Copy the downloaded Plug and Trust middleware package to your Raspberry Pi. Navigate to the directory where you copied the Plug and Trust middleware and execute the following: 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 The built applications are located in simw-top_build/raspbian_native_se050_t1oi2c/bin. Since the files were copied to /usr/local/bin/ during the installation process described earlier, you can run the program without specifying the files in that location. Running se05x_GetInfo to verify operation will display device information. 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 As mentioned earlier, there is a problem with GPIO control, so GPIO-related errors will be displayed at the beginning and end of the message, but this does not affect the operation. If you see a section reading the uid (Unique ID) as shown below, it's working correctly. Since the uid is a different value for each device, a different value should be read depending on the board being used. App :INFO :uid (Len=18) 04 00 50 01 6A 17 2A E0 43 2E 7C 04 27 6A D2 9C 1D 90 The following message is also displayed, which indicates that protection (message authentication and encryption) for communication between the host and SE050 is not enabled. During mass production, we strongly recommend changing the middleware build settings to enable protection. sss :WARN :Communication channel is Plain. sss :WARN :!!!Not recommended for production use.!!! Setting up the command line tool (ssscli) ssscli is a Python-based command-line tool for controlling SE05X. Document 9.3.1.3. We will set it up according to the instructions for the Raspberry Pi. The following instructions will create a venv in simw-top/pycli, but you can change this according to your preference. 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 . Once the above is complete, try using ssscli to retrieve the 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 The same ID was obtained as in the previous execution of se05x_GetInfo, indicating that it is working correctly. This completes the setup of Plug and Trust Middleware. Specific usage examples will be introduced in a separate article. ========================= We are currently unable to respond to comments left in the " Comment " section of this post . We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making inquiries.(If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) Many people are interested in secure elements, but perhaps they have the impression that they are "somehow difficult to use." NXP's Secure Element SE05x comes with middleware called Plug and Trust Middleware. This includes a dedicated API for using SE05x, as well as plugins for widely used libraries such as OpenSSL and mbed-TLS. Therefore, applications using these libraries (e.g., Eclipse Mosquitto ™ etc.) can leverage the functionality of the Secure Element with little to no modifications. This middleware's reference operating environment supports Windows PCs and various NXP MCUs/MPUs (Linux), but it also supports the readily available Raspberry Pi. Command-line tools are available for Windows and Linux environments, making it easy to verify various operations. This article explains how to set up Plug and Trust Middleware on a Raspberry Pi. (Working time: 20 minutes) Security Technology Focus Japanese Blog
記事全体を表示
[不正行為] 投稿者: @RishavKaaraTech / 掲示板: TapLinx-SDK / 報告者: bedhcyqo bedhcyqo は、 @RishavKaaraTech が投稿した 「RFIDDiscover ツールを入手したが、その使い方はわからない」という 投稿を以下の理由で報告しました。 理由:嫌がらせ 詳細: 購入アンビエン 代金引換 購入非ジェネリックのアンビエンをオンラインで購入 アンビエンシドニーでは処方箋なしで ジェネリックアンビエン格安 アンビエン処方箋不要のオンライン薬局 購入プロアンビエン どこで次のアンビエンを購入する 今はダメ アンビエン セイウチ バルプロ酸アンビエンの相互作用ジェネリック アンビエンブルガリアでは処方箋なしで http://sp-journal.ru/article/19339 "> 一般的なアンビエン対アンビエン アンビエンの購入方法 アンビエンリトアニアでは処方箋なしで https://www.rapidservice.com.ec/es/content/ambien-cheap-non-prescription "> ジェネリックアンビエン 安い アンビエンを購入したい 購入モントリオールのアンビエン 購入モントリオールのアンビエン アンビエンネブラスカ州では処方箋なしで入手可能 アンビエンジェネリック写真 オーストラリアでアンビエンを安く購入 安いアンビエン アメリカ 安いオーストラリアでのアンビエン アンビエンを次に注文する場所 アンビエンの購入価格 アンビエンをオンラインで購入する 割引アンビエン cr 購入アンビエンCRオンライン アンビエン処方箋なしでオンラインで購入 購入無料の翌日配送薬局アンビエン valiumアンビエンの相互作用ジェネリック ジェネリックアンビエン 安い 処方箋なしでアンビエンを購入する 次にアンビエンを購入する場所 アンビエンの注文方法 アンビエンのジェネリック %E2%オーストラリアで安いアンビエン どこで次のアンビエンを購入する 割引アンビエン cr プロアンビエンを購入する 購入バイアグラ インド ジェネリック アンビエン 投稿リンク: https://community.nxp.com/t5/TapLinx-SDK-TagWriter-and/RFIDDiscover-tool-acquired-but-how-to-use-it/mp/2164324#M205 投稿者: @RishavKaaraTech |作成者に電子メールを送信する 報告者: bedhcyqo |メールによる報告 報告された投稿には3件の返信があります。
記事全体を表示
CAN UDSアップデートのためのS32K144統合ブートローダ構成 こんにちは、 私は、S32 Design Studio を使用して、S32K144 EVB 上の NXP Unified Bootloader ソース コードを操作しています。私の目的は、MCU にブートローダを統合し、UDS を使用して CAN 経由でアプリケーション ファームウェアを更新することです。ブートローダーをフラッシュする前に、ソース ファイルまたは構成を変更する必要があるかどうかを確認したいと思います。たとえば、CAN ID やボーレートなどの CAN パラメータを設定したり、S32K144 EVB の HAL/ドライバー移植ファイルを変更したりしますか?または、ブートローダーを何も変更せずにそのまま EVB にフラッシュして評価することはできますか? ブートローダをプログラミングした後、それが正しく実行されていることを確認し、CAN 経由でアプリケーションのフラッシュをテストしたいと思います。ブートローダ モードを強制する方法、ブートローダの実行を確認する方法 (UART ログ、CAN 応答、デバッガなど経由)、ブートローダがアプリケーションにジャンプする方法など、推奨される検証手順について説明していただけますか? さらに、正しいアプリケーション フラッシュ開始アドレス、リンカー設定、ベクター テーブルの場所、必要なスタートアップ コードの変更など、ブートローダーで動作するようにアプリケーション プロジェクトを構築する方法に関するガイダンスも必要です。最後に、S32K144 を使用した UDS フラッシュに使用される一般的な PC 側ツールと、CAN 経由で統合ブートローダをテストするための推奨 CAN インターフェース ハードウェアについて知りたいと思います。 Re: S32K144 Unified Bootloader Configuration for CAN UDS Update こんにちは@padmaja 、 残念ながら、コミュニティで共有されている統合ブートローダーは非公式のデモ版のみ提供されています。 現状のまま 保証もサポートもありません。現在、このデモをサポートするリソースがありません。ドキュメントを通じてご質問にお答えするよう努めますが、フォローアップが表示された場合は、代わりにサポート ページにお問い合わせください。 アプリケーションを MCU にフラッシュし、ECU-BUS 機能のテストを開始できます。CAN ID、ボーレートなどを変更する必要はありません。両方を参照できます 統合ブートローダ – ユーザーガイドとUDS ブートローダ実装ガイド。 Open Bus Toolを使用する前に、CANブートローダをMCUにダウンロードする必要があります。これは、S32DSを使ってプロジェクトをコンパイルすることで実行できます。また、コミュニティ投稿「 HOWTO: S32 Design Studioを使用してマイクロコントローラに個別のelf/srec/hexファイルをダウンロードする」に記載されているように、elf/binaryファイルをアップロードすることもできます。 Open Bus Toolを使用すると、CANバス経由でアプリケーションをダウンロードできます。PEAK CANバスインターフェースをサポートしています。APPプロジェクトは統合ブートローダパッケージに含まれています。 ツールで読み込む必要があるJSONファイルも存在します。このJSONファイルには、フラッシュドライバ(flash_api.bin)とAPPファームウェア(APPファームウェアのフォーマットはS19/hex/binary)に関する情報が含まれています。 よろしくお願いします、 ジュリアン
記事全体を表示
Issue with LPUART1 BREAK Detection on RT1170 Dear NXP Support Team, I am currently developing on the RT1170 using SDK with LPUART1 for UART communication. I am encountering an issue with Send BREAK detection and would like your guidance. Description of the issue: When I enable LIN Break Detection (LBKDE) and LBKDIE: The Send BREAK signal from the PC is successfully detected on the MCU (LBKDIF flag is set). However, normal UART data communication not working. RX and TX are working correctly in normal UART mode. Scope measurements show that the PC’s TX line stays low during the Send BREAK for the expected duration (~2100 ms). Question: Is this behavior expected on RT1170 LPUART? Is there a recommended way to detect a PC Send BREAK while still allowing normal UART communcation? I would appreciate your guidance on how to reliably detect a Send BREAK from a PC while maintaining normal UART data reception on RT1170. Thank you for your assistance. Best regards, Re: Issue with LPUART1 BREAK Detection on RT1170 Dear NXP Support Team, Thank you for your previous explanation and the reference to the RT1170 Reference Manual. Based on the RM description, we understand that when LBKDE = 1, the LIN break detection circuit is enabled and received data is not written to the RX FIFO, so normal UART reception is intentionally disabled. We acknowledge that this behavior is expected. However, we would like to ask a follow-up question regarding possible alternatives or recommended solutions. Our requirement Detect a Send BREAK condition from a PC (via USB-UART). At the same time, continue normal UART data transmission and reception. LIN protocol stack is not required; this is general UART communication with a BREAK used as a synchronization or control signal. What we have observed With LBKDE = 1 LIN BREAK is detected correctly (LBKDIF is set). Normal UART RX data is blocked, as described in the RM. With LBKDE = 0 Normal UART RX works correctly. Our questions Is there any supported or recommended method on RT1170 to detect a Send BREAK while keeping normal UART RX active, without enabling LBKDE? Is using Framing Error (FE) + RX FIFO flush considered the intended workaround for non-LIN UART BREAK detection? Are there any errata, undocumented settings, or hardware limitations related to using LBKDE with general UART communication? If this use case is not supported, could you please confirm that RT1170 LPUART does not support simultaneous LIN BREAK detection and normal UART reception by design? We would appreciate your confirmation or any recommended best practices for this scenario. Thank you very much for your continued support. Best regards, Re: Issue with LPUART1 BREAK Detection on RT1170 Hi @dskim2 , Thanks for your interest in NXP MIMXRT series! The phenomenon you described is expected. Please refer to the following explanation from RM: Additionally, one of our colleagues has implemented a similar feature that may be helpful to you: 1. https://community.nxp.com/t5/NXP-Designs-Knowledge-Base/RT1170-LIN-driver-development-and-stack-porting/ta-p/1356144 2. https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/Use-RT1060-STAT-LBKDE-to-detect-Lin-quot-break-quot-but-cannot/m-p/1458242 Best regards, Gavin
記事全体を表示
Is there any power consumption profile result on RT500 and RT600 Hi, Can you please provide the information as entitled? Thanks! // JC1985 Re: Is there any power consumption profile result on RT500 and RT600 @kerryzhou THANKS Re: Is there any power consumption profile result on RT500 and RT600 Hi @JC1985 ,   Thank you for your interest in the NXP MIMXRT product, I would like to provide service for you.  1. rt685 Please refer to the application note: https://www.nxp.com/docs/en/application-note/AN13056.pdf https://www.nxp.com/docs/en/application-note-software/AN13056SW.zip https://www.nxp.com/webapp/Download?colCode=AN13468 2. RT595 https://www.nxp.com/docs/en/application-note/AN13657.pdf https://www.nxp.com/docs/en/application-note/AN13606.pdf https://www.nxp.com/webapp/Download?colCode=AN13378 https://www.nxp.com/docs/en/application-note/AN13162.pdf Wish it helps you! If you still have question about it, please kindly let me know. If your question is solved, please help to mark the correct answer, just to close this case, thanks. Any new issues, welcome to create the new case. Best Regards, Kerry
記事全体を表示
eIQ Neutron NPU 实验室指南 这些实验室指南提供了详细的分步说明,介绍了如何制作量化的 TensorFlow Lite 模型,以及如何使用eIQ 工具包中的中子转换工具,将模型转换为可在 MCX N 设备上的 eIQ 中子核处理器上运行的格式。《eIQ Neutron NPU for MCUs 实验室指南——第 1 部分——Mobilenet》文档重点介绍了如何使用 eIQ Toolkit GUI 方法转换模型,随后将转换后的模型导入 eIQ MCUXpresso SDK 示例中。建议您首先完成这个实验。根据 MCUXpresso SDK 的下载方式,存在两个版本:一个版本可从MCUXpresso SDK Builder 网站下载为 zip 文件,另一个版本可从NXP GitHub 仓库下载。 《eIQ Neutron NPU for MCUs 实验室指南 - 第 2 部分 - 人脸检测.pdf》文档重点介绍了如何使用 eIQ 工具包的命令行工具将模型转换为 eIQ Neutron NPU 格式,并将转换后的模型集成到 Face Detect demo 中,该演示可在 Application Code Hub 中找到。这两个实验室均设计为在 FRDM-MCXN947 上运行,但相同的概念也适用于其他 MCX N 系列开发板,以及搭载 eIQ Neutron 神经处理单元的其他设备,如 i.MX RT700。另外,请务必查看入门社区帖子,以获取有关 eIQ Neutron 神经处理单元的更多详细信息。 ---更新于 2025 年 4 月,适用于 eIQ Toolkit 1.15 MCXN NPU|ML
記事全体を表示
LS1088A DDRサイズ Hello, LS1088aプラットフォームでDDR4サイズの問題が発生しています。ボードには4GBのDDR4があります。起動時に、ボードに4GBのDDR4があることが確認されます。しかし、freeコマンドでカーネルを確認すると、RAMが2GBであることを示しています。U-Boot 構成から "mcmemsize" 変数を削除しました。 u-bootとカーネルでDDRサイズが一致しない理由がわかりますか? 添付の写真で違いがわかります。 Re:LS1088A DDRサイズ はい、そうなるでしょう。 Re:LS1088A DDRサイズ 返信ありがとうございます。 「mcmemsize」を削除すると、ネットワークのパフォーマンスが低下しますか? Re:LS1088A DDRサイズ 紛失したDDRは2つの部分に分けることができます。 1) NXP専用ソフトウェア、ファームウェアコンポーネントで使用されるDDR 2) カーネルのさまざまなセグメントで使用される DDR。   最初の部分では、 1) u-boot は使用されるまでメモリを使用しますが、カーネルが起動すると、u-boot はメモリからスワップアウトされます。 2) TF-Aは66MBを使用 3) MC は 512M から 2G までの任意の場所で使用できます (u-boot コマンドの引数 'mcmemsize' に依存します)。パラメーター mcmemsize は、管理複合システムによって使用されるシステム DDR の量を定義します。この変数が定義されていない場合、コンパイル時の値 0x70000000 または 1.75GB がデフォルトになります。通常、デフォルトは許容されるため、ユーザーはこの変数を設定する必要はありません。   TF-A+MCは約1.8G   カーネル予約=(18620Kカーネルコード、2476K rwdata、8844K rodata、5888K init、993K bss、406712K予約済み、327680K cma予約済み) = 771213K = 0.7G   /proc/meminfo の MemTotal は kB 14232028で、失われたメモリは約 16-13.6=2.4G(TF-A+MC+カーネル) です予約済み)   root@TinyLinux:~# cat /proc/meminfo MemTotal:       14232028 kB MemFree:        13596760 kB Mem利用可能: 13478276 kB
記事全体を表示
S32K314 HSE_FW_0.2.55.0 HSE_FW_0.2.55.0 リリース ノートでは、0.2.55.0 バージョンで次の問題が修正されました: SHE KEY をキー カタログ内の正しいグループに揃える。 私はSHEキーを使用しているので、この問題の影響が何であるかを知りたいです。また、ECUのhseを0.2.40.0から0.2.55.0にアップデートしたい場合、この問題はSHEキーの使用に影響しますか?[ECUにHSE(0.2.40.0)がインストールされ、init catelogがあり、SHEキーが書き込まれ、HSEサービス業者によってのみHSEバージョンが更新されます]。 S32K3 Re: S32K314 HSE_FW_0.2.55.0 こんにちは、ジアユさん SHE キー グループのキー サイズ数が 1 を超える場合、HSE FW 0.2.55.0 フル メモリ更新後に RAM キー カタログ フォーマット サービスが失敗しました。HIS-SHE 仕様には RAM キーが 1 つしかないため、K1 CSEc にも RAM キーが 1 つあります。 クリスマス休暇期間中は、サポートの応答時間は通常より長くなる場合がありますのでご了承ください。場合によっては、ご要望への対応が新年以降になることもあります。ご理解のほどよろしくお願いいたします。 よろしくお願いします、 ロビン --------------------------------------------------------------------------------- 注記: - この投稿があなたの質問への回答である場合は、「解決策として承認」ボタンをクリックしてください。ありがとう! - Threadは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいThreadを開いて、閉じたThreadを参照してください。 ---------------------------------------------------------------------------------
記事全体を表示
フリートスK5ステータスに関する質問 こんにちはチーム フリートスのK5ステータスについてお聞きしてもよろしいでしょうか? 私はIDEs(DS3.6.4)にfreertosを追加しました。RTD0.8.0 CD3(K5用) しかし、私の側では機能していないようです。 以下のようにデモを呼び出しました。 ただし、以下のエラーは修正されませんでした... 「アップデート」後、freertos のフォルダが見つかりませんでした。 K5フリートステータスについてお尋ねしてもよろしいでしょうか? 私のアプローチが間違っている場合は、修正方法を教えてください。 ありがとう。 RTOS S32_CONFIG_TOOL 出典: 直接お客様 出典: NXP社内 Re: Question about freertos K5 status はい、debug_flash はコードが MRAM からロードされ実行されることを意味します。すべて正常に動作するはずですが、問題が発生した場合はお知らせください。 Re: Question about freertos K5 status はい、debug_flash はデフォルトで有効になっています。つまり、コードは MRAM からロードされ、実行されます。 すべて正常に動作するはずですが、何か問題が発生した場合はお知らせください。 Re: Question about freertos K5 status こんにちは@Nguyen_Duy_Dat ご返信ありがとうございます。 うまく動作しているようです。 そして、debug_flash と Clock 構成が正常に動作していることを確認しました。 これは正しいですか? ありがとう。 Re: Question about freertos K5 status こんにちは@Luke_Chun 、 最新の freeRTOS 0.8.0 バージョンを使用しているようですが、これは RTD 0.8.0 CD3 とは 互換性がありません 。代わりに RTD 0.8.0 (2025 年 12 月リリース) をインストールしてください。 よろしくお願いいたします。 ダット
記事全体を表示
i.MX95 プラットフォームにおけるカプセルアップデートのサポートと問題 こんにちは、 現在、i.MX Linux ユーザー ガイドに記載されている手順に従って、i.MX95 プラットフォームでカプセル更新機能をテストしています。ただし、efidebug boot add コマンドの実行中に問題が発生します。 私が従っている順序は次のとおりです。 U-Boot > env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" U-Boot > setenv serverip 10.192.242.218; dhcp $loadaddr capsule1.bin U-Boot > fatwrite mmc 1:1 ${loadaddr} /EFI/UpdateCapsule/capsule1.bin 0x ${filesize} U-Boot > efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin U-Boot > efidebug ブート 次へ 0 U-Boot > setenv -e -nv -bs -rt -v OsIndications=0x04 U-Boot > efidebug カプセル ディスク更新 次のステップで: U-Boot > efidebug boot add -b 0 Boot0000 UpdateCapsule mmc 1:1 /EFI/UpdateCapsule/capsule1.bin 次のエラーが表示されます: ** デバイス仕様 UpdateCapsule mmc が不正です ** ** デバイス仕様 UpdateCapsule mmc が不正です ** 「UpdateCapsule mmc」のデバイス パスを作成できません U-Boot のブート エントリとしてカプセル ファイルを追加するための正しい構文についてアドバイスをいただけますか? さらに、i.MX95 プラットフォームがカプセル アップデートを正式にサポートしているかどうかを確認したいと思います。当社の BSP では、 soc.makファイルには capsule1.bin の生成のサポートが含まれていません。テスト目的で、 mkeficapsuleを使用してカプセル バイナリを手動で作成しました。 i.MX95 でカプセル更新サポートを有効にするために追加の構成が必要かどうか、またはこれに関して更新された BSP またはガイドラインがあるかどうかをお知らせください。 サポートありがとうございます。 よろしくお願いします、 ラフル・R   Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、Rahul さん。ユーザー ガイドの Yocto ビルド手順に従っているときに、capsule1.bin が見つからないという同じ問題が発生しています。解決できましたか? Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 カプセルアップデートはMX95でサポートされているので、ご確認ください。 カプセルアップデート カプセルの更新を行うには、次のコマンドを使用します。 · SDの場合: U-Boot > env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" · eMMCの場合: U-Boot > env set dfu_alt_info "mmc 2=1 raw 0x42 0x2000 mmcpart 1" U-Boot > efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin;efidebugブートネクスト 0 U-Boot > setenv serverip 10.192.242.218;dhcp$loadaddr capsule1.bin;ファットライトmmc 1:1 ${loadaddr} /EFI/UpdateCapsule/capsule1.bin 0x ${filesize} U-Boot > setenv -e -nv -bs -rt -v OsIndications =0x04 U-Boot > efidebug capsule disk-update reset U-Boot を中断しないでください。ボードを grub に実行します。grub を実行する前に、ブートローダーを自動的に更新し、capsule1.bin を削除する必要があります。そしてボードを再度再起動します。ボードは更新された U-Boot で起動します。 よろしく Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは 、 i.MX Linuxユーザーガイドに従って、conf/local.confにMACHINE_FEATURES:append = " stmm"を追加してcapsule1.binを生成しました。 ただし、この変更を加えて bitbake imx-boot を実行した後、do_deploy タスク中に次のビルド エラーが発生しました。 エラー: imx-boot-1.0-r0do_deploy: 実行エラー(...) インストール: '.../git/iMX95/capsule1.bin' を stat できません: そのようなファイルまたはディレクトリはありません ビルドはcapsule1.binを展開しようとしているようです。予期されるパスには存在しません。 この問題を解決する方法についてアドバイスをいただけませんか?capsule1.bin を生成するために、不足している構成や追加の手順が必要ですか? ご指導をお待ちしております。 よろしくお願いします、 ラフル・R Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 i.mx95にも使えます。 よろしくお願いします。 Re: Capsule Update Support and Issues on i.MX95 Platform あなたが言及した作業手順のステップ 4、具体的には次の部分について質問があります。 「8MMini を起動し、ブートローダーで停止して以下のコマンドを実行します。」 これらのコマンドが 8MMini プラットフォームに固有のものなのか、それともブートローダーで停止して上記のコマンドを実行することで MX95 でも実行できるものなのかを明確にしていただけますか? ご返信をお待ちしております。 ありがとう、よろしく。 ラフル・R Re: Capsule Update Support and Issues on i.MX95 Platform こんにちは、 カプセルを BOOT パーティションではなく EFI システム パーティションにコピーするように手順を調整した後、これを機能させることができました。作業手順は次のとおりです。 Mx95 SystemReady-IR認定ブートローダーをSDカードに書き込む mmcblk1p1 パーティションを EFI としてマークする (fdisk ツールを使用) efiパーティションに/EFI/UpdateCapsule/パスを作成し、そこにcapsule1.binをコピーします。 8MMini を起動し、ブートローダーで停止して、以下のコマンドを実行します。 u-boot=> env set dfu_alt_info "mmc 1=1 raw 0x42 0x2000" u-boot=> efidebug boot add 0 Boot0000 mmc 1:1 capsule1.bin;efidebug boot next 0 u-boot=> setenv -e -nv -bs -rt -v OsIndications =0x04 u-boot=> efidebug capsule disk-update /*at this point the bootloader is update*/ u-boot=> savee u-boot=> reset リセット後、capsule1.binファイルは削除され、ボードは新しいブートローダで起動するはずです。 よろしくお願いします。
記事全体を表示
[RTD] 优化 DMA 时 FlexIO I2C 无通道故障 你好@DanNguyenDuy Mobis 在尝试启用 DMA 优化时,没有遇到像下面这样的 FlexIO I2C 通道故障。 它被卡在 DevAssert(Master != NULL_PTR),但在我的审查中,通道索引似乎没有问题。 0 : LPI2C 1 : LPI2C 2 : FlexIO_0_1 : FlexIO I2C #0 / DMA Optimize / DMA timer2 3 :FlexIO_4_5 : FlexIO I2C #1 / DMA Optimize / DMA timer6 因此,FlexIO I2c 通道=1(I2c 通道=3)是正确的,但实际显示没有通道。 以下是 Mobis 对带有 DMA 优化功能的 FlexIO I2C 的配置 为什么 Master 会出现 NULL_PTR?请问如何调试? 启用 DMA 优化会有麻烦吗?Scatter Gather 是根据以下 RTD_I2C_UM.pdf 分配的 如果 DMA 优化设置有问题,且 STOP/NACK 未正确生成,会出现这种症状吗?能否提供 FlexIO I2C DMA 优化示例? RTD Re: [RTD] FlexIO I2C no channel trouble under DMA optimize 你好@alexyang 很抱歉我的回复晚了。我在 RTD_I2C_UM.pdf 中看到,I2C 插件中有一节指导如何配置 FlexIO DMA 优化: 请按照本节配置此功能。 Re: [RTD] FlexIO I2C no channel trouble under DMA optimize 你好@congnguyenphu 随信附上我对 FlexIO I2C DMA 优化的评估。 它以您提到的 I2C_UM 为基础,非常有用。 谢谢。 BRs, Alex Yang
記事全体を表示
Scarthgap 6.6.52 上的 iMX6ULL 以太网 我已经迁移到使用 6.6.52 内核的 Yocto 版本,我正在努力让以太网正常运行。在迁移时,我注意到 TX_CLK 线路是一个恒定值,而不是正弦时钟。我曾尝试从元第三方层构建多个板,但是我一直看不到时钟信号。 如果我的配置需要更改,请告知: pinctrl_enet1:enet2grp { fsl、引脚 =< MX6UL_PAD_GPIO1_IO07__ENET1_MDC 0x1b0b1 MX6UL_PAD_GPIO1_IO06__ENET1_MDIO 0x1b0b1 MX6UL_PAD_ENET1_RX_EN__ENET1_RX_EN0x1b0b0 MX6UL_PAD_ENET1_RX_ER__ENET1_RX_ER 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA0__ENET1_RDATA000x1b0b0 MX6UL_PAD_ENET1_RX_DATA1__ENET1_RDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_EN__ENET1_TX_EN 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA0__ENET1_TDATA000x1b0b0 MX6UL_PAD_ENET1_TX_DATA1__ENET1_TDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 0x4001b031 > ; }; &fec1 { pinctrl-names ="default"; pinctrl-0 =<& pinctrl_enet1>; phy-mode ="rmii"; phy-handle =<& ethphy2>; status ="okay" ; mdio { #address-cells =<1>; #size-cells =<0> ; ethphy2: ethernet-phy @2 {cl ocks = < & clks IMX6UL_CLK_ENET2_REF >; 时钟名称 = " rmii-ref "; reg = <1>;};};相同配置在 5.5.15 版上运行,没有这些行:时钟 = < & clks imx6UL_CLK_ENET2_REF >; clock-names = " rmii-ref "; 此外,在查看更改时,我注意到 Yocto 版本之间的 imx6ul.dtsi 文件发生了以下变化:fec2:以太网 @20b4000 {兼容 = " fsl,imx6ul-fec ", " fsl, imx6q-fec "; reg = <0x020b4000 0x4000>;中断 名称 = " int0 "," pps ";中断 = ,< GIC_SPI 121 IRQ_TYPE_LEVEL_HIG H > ; 时钟 = < & clks IMX6UL_CLK_ENET >, < & clks imx6UL_CLK_ENET_AHB >, < & clks imx6UL_CLK_CLK_ENET_PTP >, < & >, < & 点击 IMX6UL_CLK_ENET2_REF_125M >; 时 钟名称 = " ipg ", " ahb ", " ptp ", " enet_clk_ref ", " enet_out "; fsl, num-tx-queues = <1>; fsl,num-rx-queues = <1>; fsl,停止模式 = < & gpr 0x10 4 >;fsl,magic-packet; fsl,wakeup_irq = <0>;状态 = " 禁用 ";};变成: fec2:以太网@ 20b4000 { 兼容 = " fsl,imx6ul-fec "," fsl,imx6q-fec ";reg = <0x020b4000 0x4000>;中断名称 = " int0 "," pps ";中断 = < GIC_SPI 120 IRQ_TYPE_LEVEL_HIGH >, ; 时钟 = < & clks imx6UL_CLK_ENET >, < & clks imx6UL_CLK_CLK_ > < &ENET_PTP >, 86> & clks IMX6UL_CLK_ENET2_REF_SEL >; 时 钟名称 = " ipg ", " ahb ", " ptp ", " enet_clk_ref "; fsl, num-tx-queues = <1> <1> fsl,num-rx-queues = ; fsl,停止模式 = < & gpr 0x10 4 >;fsl,magic-packet; fsl,wakeup_irq = <0>; 状态 = " 已禁用 ";};感谢您的提前帮助。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 以太网行为, 根 @imx6ul:~# ifconfig eth0:flags=4099 < UP、BROADCAST、MULTU 1500 inet6 fe80:: 230:64 ff: fe3f: f7ff prefixlen 64 scopeid 0x20 eth er 00:30:64:3 f: f7: ff txqueuelen 1000(以太网)RX 数据包 0 字节 (0.0 B) RX 错误 0 已丢弃 0 溢出 0 帧 0 TX 数据包 12 字节 1558 (1.5 KiB) TX 错误 0 丢弃 0 超限 0 载波 0 载波 0 碰撞 0 > lo:flags=73 mtu 65536 inet 127.0.0.1 网络掩码 255.0.0.0 inet6:: 1 prefixlen 128 scopeid 0x10 loop txqueuelen 1000(本地 环回) RX 数据包 93320 字节 7092320 (6.7 MiB) RX 错误 0 丢弃 0 帧 0 个 TX 数据包 93320 字节 70320 字节 7092320 (6.7 MiB) RX 错误 0 丢弃 0 帧 0 个 TX 数据包 93320 字节 92320 (6.7 MiB) TX 错误 0 掉落 0 超支 0 载波 0 次碰撞 0 root @imx6ul:~# ethtool eth0 eth0 的设置: 支持的端口:[TP MII] 支持的链接模式:10BaseT/Half 10BaseT/Full 100BaseT/Half 1000BaseT/全 1000BaseT/全部 1000BaseX/完全支持暂停帧使用:对称 支持自动协商:未报告广告链接模式:10BaseT/Half 10BaseT/Full 100BaseT/Half 100BaseT/Full 100BaseT/Full 100BaseT/Full 100BaseT/Full 100BaseT/Full 100BaseT/Full 100BaseT/Full 100BaseT/Full 全部 1000BaseX/Full 广告暂停帧使用情况:对称 广告自动协商:是 广告的 FEC 模式:未报告速度:未知! 双工:未知! (255) 自动协商:开启 主从 cfg:首选从机 主从状态:从机 端口:双绞线 PHYAD:0 收发器:外部 MDI-X:开启(强制) 支持唤醒:g Wake-on:检测到了 d Link:否 在所有情况下,以太网电缆和硬件均使用先前的电路板支持包版本进行了正确测试。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 你好 nxp, 我们在将 imx6ul 电路板支持包 从 gatesgarth(5.10)升级到 scarthgap(6.6.52)时遇到了同样的问题。使用的 dts 和 dtsi 已附上,对旧的 电路板支持包(5.10)的 pinctrl 和 reg 属性的微小改动也同样适用。 启动后主板能够分配 ipv6 但是 dmesg 会出现以下紧急情况(忽略除 fec 以外的任何其他消息) [27.822747] Micrel KSZ8081 或 KSZ8091 2188000.ethernet-1:00:attached PHY driver (mii_bus:phy_addr=2188000.ethernet-1:00, irq=POLL) [ 28.170432] flexcan 2094000.can can1: bit-timing not yet defined [ 29.624259] flexcan 2090000.can can0: bit-timing 尚未定义 [ 29.929672] FEC 2188000.Ethernet eth0: Link is Up - Unknown/Unknown - flow control off [ 30.969118] FEC 2188000.ethernet eth0: Link is Down [ 34.840743] weston[580]: memfd_create() 被调用,但未设置 MFD_EXEC 或 MFD_NOEXEC_SEAL [ 37.241251] fec 2188000.ethernet eth0: Link is Up - Unknown/Unknown - flow control off [ 38.249410] FEC 2188000.ethernet eth0: Link is Down [ 39.290339] Micrel KSZ8081 or KSZ8091 2188000.ethernet-1:00:主/从解析失败 [ 39.290406] ------------[ cut here ]------------ [ 39.290429] WARNING: CPU:0 PID: 126 at /drivers/net/phy/phy.c:1259 phy_state_machine+0xb0/0x2e8 [ 39.290546] phy_check_link_status+0x0/0xc0: returned: -67 [ 39.290614] 链接到的模块: caam_jr caamkeyblob_desc caamhash_desc caamalg_desc crypto_engine authenc libdes caam secvio error 8021q [ 39.290858] CPU:0 PID: 126 Comm: kworker/0:5 Not tainted 6.6.52-lts-next-gcec723603de8-dirty#1 [39.290911] 硬件名称:飞思卡尔 i.MX6 Ultralite(设备树)[39.290943] 工作队列:events_power_efficience phy_stack_machine [39.291050] unwind_backtrace 来自 show_stack+0x14 [39.291144] 来自 dump_stack_lvl+0x40/0xx14 [39.291144] show_stack 4c [39.291252] 来自 __warn+0x94/0xc0 [ 39.291357] __ 的 dump_stack_lvl 来自 warn_slowpath_fmt+0x130/0x1bc [39.291443] warn_slowpath_fmt 来自 phy_state_machine+0xstate_machine +0x140/0x290x290 8 [39.291634] process_one_w orkfrom worker_ thread+0x27c/0x4ac [39.291712] worker_thread 来自 kthread+0x110/0x12c [39.291819] kthread 来自 ret_from_fork+0x14/0x28 [39.291915] 异常堆栈 (0xa0d05fb0 到 0xa0d05ff8) [39.291966] 5fa0:00000 0000 00000000 00000000 00000000 [39.292021] 5fc0:00000000 00000000 00000000 00000000 00000000 00000000 [39.292069] 5fe0:00000000 00000000 00000000 [39.292099]---[结束跟踪 00000000000000]---注意:imx6ul.dtsi 未作任何更改并用作比如来自 evk。 对此有任何见解将不胜感激。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 我在配备 i.MX6 双处理器的 Digi CC6[N] SBC 上从 Thud / DEY-2.6 / 4.9.212 迁移到 Scarthgap / DEY-5.0 / 6.6.52 时遇到了完全相同的问题。 我已验证了所有其他嵌入式系统功能(GPIO、USB、串行等),但 FEC 以太网没有出现。和你一样,我怀疑其中的设备树和/或时钟树出了点问题。这个帖子似乎还表明,可能还有一个与 RGMII(?)时钟有关的驱动程序问题。但是,我已经测试了 “fec_probe” 和 “fec_enet_init”,两者都没有被调用,所以主要的假设是设备树,因为看来至少会在匹配的 DTB 条目上调用 “fec_probe”。 我进行的一项实验是将 Thud / DEY-2.6 / 4.9.212 的 DTB 与 Scarthgap / DEY-5.0 / 6.6.52 内核结合使用,但这项实验毫无结果。结果系统只运行到 "启动内核...... "就挂起了。 我的下一个实验是运行find /sys/kernel/debug/clk/ -type f -print -exec cat {}\;` 在 4.9.212 和 6.6.52 系统上比较时钟树。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 @Manuel_Salas 我使用了调整后的 IMX6ULL 和 IMX6UL dtsi 文件,以便与之前的 dtsi 基本文件保持一致。两台设备的以太网连接都无法正常工作。反转 fdt 文件后,我们的以太网节点基本相同,但功能没有改变。设备确实会接收 fec,但是它无法获取 IP 地址。此外,当使用ethtool时,两个设备看起来相同。 以下是两个以太网节点(我删除了两个片段中的 mac 地址) 工作以太网(6.1.15内核) : 以太网@20b4000{ 本地计算机地址 = []; 兼容 = "fsl、imx6ul-fec", "fsl,imx6q-fec"; 注册 =<0x20b4000 0x4000>; 中断名 = "中断名", "pps"; 中断 =<0x00 0x78 0x04 0x00 0x79 0x04>; 时钟 =<0x01 0x90 0x01 0x91 0x01 0x30 0x01 0x2e 0x01 0x2e>; 时钟名 = "ipg", "ahb", "ptp", "ENET_CLK_REF", "enet_输出"; fsl,num-tx-queues =<0x01>; fsl,num-rx-queues =<0x01>; fsl,停止模式 =<0x0b 0x10 0x04>; fsl、magic-packet; fsl,唤醒 IRQ =<0x00>; 状态 = "好的"; pinctrl-names = "默认"; pinctrl-0 =<0x0d>; 网络模式 = "rmii"; phy-handle =<0x0e>; phy-reset-gpios =; phy-reset-duration =; mdio{ #address-cells =<0x01>; #size-cells =<0x00>; 以太网-phy@1{ 兼容 = "ethernet-phy-ieee802.3-c22"; 注册 =<0x00>; phandle =<0x0e>; }; }; }; 以太网无法在 yocto 内核 6.6.52 上运行(使用了之前内核中的 dtsi 定义,该内核可在 6.1.15 上运行): 以太网@20b4000{ 本地计算机地址 = [2A A8 1C A9 84 C7] ; [2A A8 1C A9 84 C7] ; [2A A8 1C A9 84 C7]; 兼容 = "fsl、imx6ul-fec", "fsl,imx6q-fec"; 注册 =<0x20b4000 0x4000>; 中断名 = "中断名", "pps"; 中断 =<0x00 0x78 0x04 0x00 0x79 0x04>; 时钟 =<0x01 0x90 0x01 0x91 0x01 0x30 0x01 0x2e 0x01 0x2e>; 时钟名 = "ipg", "ahb", "ptp", "ENET_CLK_REF", "enet_输出"; fsl,num-tx-queues =<0x01>; fsl,num-rx-queues =<0x01>; fsl,停止模式 =<0x0c 0x10 0x04>; fsl、magic-packet; fsl,唤醒 IRQ =<0x00>; 状态 = "好的"; pinctrl-names = "默认"; pinctrl-0 =<0x0d>; 网络模式 = "rmii"; phy-handle =<0x0e>; phy-reset-gpios =; phy-reset-duration =; mdio{ #address-cells =<0x01>; #size-cells =<0x00>; 以太网-phy@1{ 兼容 = "ethernet-phy-ieee802.3-c22"; 注册 =<0x00>; phandle =<0x0e>; }; }; }; Re: iMX6ULL Ethernet on Scarthgap 6.6.52 @Manuel_Salas 我很抱歉,这是从 6.1.55 迁移过来的。(mickledore) to 6.6.52 (scarthgap) 好的,我明白了,那么更新后的 fec 配置应该是这样的: &fec1 { pinctrl-names ="default"; pinctrl-0 =<& pinctrl_enet1>; phy-mode ="rmii"; phy-handle =<& ethphy2>; status ="okay" ; mdio { #address-cells =<1>; #size-cells =<0> ; ethphy2: ethernet-phy@2 { clocks =<& clks IMX6UL_CLK_ENET2_REF_125M>; clock-names ="rmii-ref"; reg =<1>; }; }; }; 我曾尝试在 dtsi 文件中使用较早的 imx6ul 和 6ull 配置文件,但也没有成功。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 你好@Rashaad 希望你一切都好。 我对你正在使用或不使用的版本有点困惑,但我能看出主要区别在于使用了设备树 5.15.y: <&clks IMX6UL_CLK_ENET2_REF_125M>; 在较新的版本中,如您在设备树 6.6. y 上看到的那样使用: <&clks IMX6UL_CLK_ENET2_REF_SEL>; 你可以尝试将旧配置添加到新的设备树版本中。 顺祝商祺! 萨拉斯 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 此外,版本为 6.5.15 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 我很抱歉,针脚配置是正确的: pinctrl_enet2: enet2grp{ fsl,pins =< MX6UL_PAD_GPIO1_IO07__ENET2_MDC 0x1b0b0 MX6UL_PAD_GPIO1_IO06__ENET2_MDIO 0x1b0b0 MX6UL_PAD_ENET2_RX_EN__ENET2_RX_EN 0x1b0b0 MX6UL_PAD_ENET2_RX_ER__ENET2_RX_ER 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA0__ENET2_RDATA00 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA1__ENET2_RDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_EN__ENET2_TX_EN 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA0__ENET2_TDATA00 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA1__ENET2_TDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 0x4001b031 >; };   &fec2{ pinctrl-names = "默认"; pinctrl-0 =<&pinctrl_enet2>; 网络模式 = "rmii"; phy-handle =<&ethphy1>; //phy-reset-gpios = < & gpio5 8 GPIO_ACTIVE_LOW >; //phy-reset-duration = <200>; 状态 = "好的"; mdio{ #address-cells =<1>; #size-cells =<0>; ethphy1: 以太网-phy@1{ 兼容 = "ethernet-phy-ieee802.3-c22"; 时钟 =<&clks imx6ul_clk_enet2_ref>; 时钟名 = "rmii-ref"; reg =<0>; }; }; }; Re: iMX6ULL Ethernet on Scarthgap 6.6.52 您好, 我也遇到了同样的问题。你找到解决办法了吗? 此致敬礼, Re: iMX6ULL Ethernet on Scarthgap 6.6.52 您好, 我也遇到了同样的问题。你找到解决办法了吗? 此致敬礼 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 Hi tojo, 我们也遇到了同样的问题,但设法解决了。恩智浦建议我们首先检查时钟正弦波(没问题),还要验证i.MX6UL参考手册中的IOMUXC_GPR_GPR1寄存器,以确保其设置符合预期值。 在我们的案例中,问题与时钟无关,但排除它很有帮助。真正的问题是,在最新的电路板支持包中,PHY的RESET时间变得更加严格。我建议在板上启动后手动 PHY RESET 然后看看。 请注意,我们的板是使用基于 GPIO 的 PHY RESET 的自定义板,而 EVK 使用基于 SPI 控制器的 PHY RESET。 Re: iMX6ULL Ethernet on Scarthgap 6.6.52 嗨,Shanga,感谢您的回复。我会调查的。
記事全体を表示
HashDataDefSrv 返回参数无效 你好,@lukaszadrapa ,我正在使用 HseResponse = HashDataDefSrv(HSE_HASH_ALGO_SHA2_256,(uint32_t) sizeof(test)、test,&image_hash_length,image_hash,HSE_SGT_OPTION_NONE); 函数来计算存储为 const uint_8 [] 的图像的 HASH,但我得到的返回结果是 Parameter Invalid(参数无效)。于是我决定在一个更小的数组上测试哈希值,但也遇到了类似的问题。 请帮助解决这个问题! 此外,在使用 HSE 和 RTD 3.0.0 时,我还发现了一个小问题、即:- 当我在没有任何断点的情况下运行代码时,我的 HSE 应用程序接口总是响应 NOT_OK(not ok 意味着除了 HSE_OK 或 HSE_SUCCESS 之外的任何其他意思),但当我手动跳过这些应用程序接口时,我得到的是 HSE_SUCCESS Re: HashDataDefSrv returns Paramter Invalid 你好@lukaszadrapa 我试过你的解决方案(禁用 D_CACHE_ENABLE),但没有用。 而你却只字未提我的附加问题。 Re: HashDataDefSrv returns Paramter Invalid 你好@R_S002 第一步,您是否可以尝试禁用项目中的数据缓存?这是 HSE_SRV_RSP_INVALID_PARAM 错误的常见原因 。用于与 HSE 通信的所有数据对象必须强制使用非高速缓存内存。禁用数据缓存可以快速确认是否存在这种情况。 此致, Lukas Re: HashDataDefSrv returns Paramter Invalid 如果不是数据缓存造成的,我需要这两个问题的更多细节。 关于哈希服务,您能否在将其发送给 HSE 之前截取一张服务描述符的截图? 关于第二个问题,您能否检查一下 HSE 返回的错误代码是什么?如果步进代码时能正常工作,则可能是某种时间问题或一致性问题。在执行这些 HSE 服务时,您是否尝试过禁用中断? Re: HashDataDefSrv returns Paramter Invalid hi@lukaszadrapa 我一回到办公室就会提供服务描述符 第二个问题返回 HSE_SRV_RSP_NOT_SUPPORTED。您能更准确地说明"禁用中断" 吗? Re: HashDataDefSrv returns Paramter Invalid 你好@lukaszadrapa HASH 函数执行前的图像 Re: HashDataDefSrv returns Paramter Invalid 我在板上做了非常快的测试,我能看到同样的问题。我从未遇到过散列问题,让我检查一下是怎么回事。我今天没时间,下周再检查。 此致, Lukas Re: HashDataDefSrv returns Paramter Invalid 好吧,很可能是 pHashLength 导致的。该指针指向的变量必须初始化为哈希缓冲区的大小。不能为零。HSE 服务 API 参考手册说: " 输入/输出:指向存储以字节为单位的哈希长度的 uint32_t 位置的指针。 在调用此服务时,此参数应包含主机提供的缓冲区大小。 主机提供的缓冲区大小。请求完成后,应存储 返回值的实际长度。如果缓冲区 小于散列大小,散列将被截断" 因此,请检查该参数的内容。 Re: HashDataDefSrv returns Paramter Invalid 能否举例说明您是如何尝试并验证 HASH 函数的? Re: HashDataDefSrv returns Paramter Invalid 下面是我过去用过的一个简单例子: int main(void) { hseSrvResponse_t HseResponse; uint8_t hash_result[64] = {0U}; uint32_thash_length = 64U; /* 检查 Fw 安装状态*/ WaitForHSEFWInitToFinish(); /* 使用的测试向量:https://www.di-mgt.com.au/sha_testvectors.html*/ /* 输入信息:一百万 (1,000,000) 次重复字符"a" (0x61)。*/ /* SHA-512 */ /* 预期结果:*/ /* e718483d0ce76964 4e2e42c7bc7bc15b463 8e1f98b13b204428 5632a803afa973eb de0ff 244877e60a 4cb0432c577c31b eb009c5c2c249a2e 4edb2c49a2e 4ead0f2477e60a 4c0432c5c2c49a2e 4edb2c49a2e 4ead0f2477ea 60a 4c0432c5c2c49a2e 4ead9a2e 17ad8cc09b */ HseResponse = HSE_HashDataBlocking ( MU0, HSE_ACCESS_MODE_ONE_PASS, 0, HSE_HASH_ALGO_SHA2_512, 0x408000U、/* 使用附带的 cmm 脚本将 100 万个 "a "字符编程到此地址 */ 1000000, /* 数据长度 100 万 */ hash_result, & hash_length ); for (;;) { } } 要散列的数据是通过外部脚本编程到闪存中的。
記事全体を表示
S32K344 - LPUART 发送硬故障 您好, 我正在使用 FreeRTOS 开发 S32K 平台。我有两个任务(UartTask1 和 UartTask2)经常调用 debug_log(),通过 UART 发送信息。 记录结构: debug_log() 会格式化信息并将其排入 FreeRTOS 队列。 专用的 uart_log_task() 使用 Lpuart_Uart_Ip_AsyncSend() 出队并发送每条消息。 UART TX 的完成是通过设置 uart_tx_done 标志的回调来确认的。 在日志任务的 UART 传输后添加了一个小的 vTaskDelay() - 没有观察到队列溢出。 问题: 每次 UART 开始发送时,只能打印几个字符,有时是垃圾字符,然后系统就会出现 硬故障。 在 UART 传输过程中,而不是在传输之前, 。 主要发现: 当我隔离 UART 并在日志系统 (无队列、无多任务)之外测试 时, ,工作正常。因此,UART 驱动程序本身似乎没有问题。 问题 是什么原因导致多任务日志设置崩溃? 是否可能是共享/静态缓冲区(如 tx_data)在 TX 完成之前被覆盖或访问? 在 FreeRTOS 和多个任务中使用 Lpuart_Uart_Ip_AsyncSend(),是否有特定的注意事项? 如有任何帮助或建议,我们将不胜感激。 提前感谢! 我附上了代码片段和 lpuart 配置。 Re: S32K344 - LPUART Tx Send Hard Fault 您好, 尝试找出硬故障的原因。你可以参考:如何在 ARM Cortex-M (V7M) 微控制器上调试故障异常 (S32K3XX) 也许只是增加堆栈,堆大小会有所帮助。 BR, Petr
記事全体を表示