Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
是否可以使用 i.MX8MPlus 上为单 SPI 线和 QSPI 线设计的芯片? 回复:是否可以在 i.MX8MPlus 上使用设计用于单 SPI 线和 QSPI 线的芯片? 我们的设计中需要 SRAM,但是处理器上没有任何剩余的 SPI 线,因为处理器仅支持 3 个 SPI 接口并且它们已经被占用。因此,我们想知道是否可以通过处理器的 QSPI 端口(其中引脚与 NAND 引脚复用)连接单个 SPI SRAM。 回复:是否可以在 i.MX8MPlus 上使用设计用于单 SPI 线和 QSPI 线的芯片? 您的主板上有哪些启动闪存?
View full article
Is it possible to use a chip designed for single SPI line with QSPI lines on the i.MX8MPlus? Re: Is it possible to use a chip designed for single SPI line with QSPI lines on the i.MX8MPlus? We need SRAM in our design but we don't have any single SPI lines left from the processor due to the processor only supports 3 SPI interfaces and they are already occupied. Therefore we wonder if it's possible to connect a single SPI SRAM on the QSPI-port (where the pins are multiplexed with NAND-pins) from the processor.  Re: Is it possible to use a chip designed for single SPI line with QSPI lines on the i.MX8MPlus? Which boot flash have on your board?
View full article
BSDLファイルSPC5743RMLU5 こんにちはNXPの専門家、 SPC5743RMLU5用のbsdlファイルが必要です、どなたか助けていただけますか? ありがとうございます。 Re: SPC5743RMLU5 BSDLファイル 得た!迅速な対応ありがとうございました! Re: SPC5743RMLU5 BSDLファイル 要求されたファイルを添付しています。
View full article
RT1020 EVK , SDK wi-fi direct support is possible? Hello ,  It is simple question,  I reviewd all  example about wifi.   but I Can not find  the example of wi-fi direct funtionality   in  SDK 2.13.0 RT1020. So. Is there  any doc. or someting  about Entering wi-fi direct mode from Station mode? Do I have to  implement wi-fi direct using  Soft AP  of   wifi_cli example i.MXRT 102x Re: RT1020 EVK , SDK wi-fi direct support is possible? Hi @Seongyon_Jeong  It seems difficult to implement wifi direct feature base on RT1020 EVK board, the root causes are SW resouce limitation and adapation of some modules of M.2 interface, so we can find the SDK/example in RT1050/1060/11xx, but we can not support them in RT1020 EVK.  Sorry for inconvenient. B.R, Sam
View full article
RT1020 EVK、SDK Wi-Fiの直接サポートは可能? こんにちは それは簡単な質問です、 Wi-Fiに関するすべての例をレビューしました。だがしかし SDK 2.13.0 RT1020でWi-Fiダイレクト機能の例は見つかりません。 だから。何かドキュメントはありますか。または、ステーションモードからWi-Fiダイレクトモードに入ることについて何かありますか? wifi_cli例のソフトAPを使用してWi-Fiダイレクトを実装する必要がありますか i.MXRT 102倍
View full article
Change Gui Guider font size What is the proper #include for standard fonts in Gui Guider-1.8.1-GA? This works in custom code.     lv_obj_set_style_text_font(ui_Label_Timer, &lv_font_montserrat_12, LV_PART_MAIN | LV_STATE_DEFAULT); But, changing font size results in a compilation failed.  This font has no issue in the UI editor.     lv_obj_set_style_text_font(ui_Label_Timer, &lv_font_montserrat_24, LV_PART_MAIN | LV_STATE_DEFAULT); Re: Change Gui Guider font size Hi @Johnny5  If you want to add lv_font_montserratMedium_12,  Please declare in file gui_guider.h BR Harry
View full article
i.MX8MPlusで、シングルSPIライン用に設計されたチップをQSPIラインで使用することは可能ですか? Re:i.MX8MPlusのQSPIラインで単一のSPIライン用に設計されたチップを使用することは可能ですか? デザインには SRAM が必要ですが、プロセッサが 3 つの SPI インターフェイスしかサポートしておらず、すでに使用されているため、プロセッサから SPI ラインが 1 つも残っていません。したがって、プロセッサからQSPIポート(ピンがNANDピンと多重化されている)に単一のSPI SRAMを接続することが可能かどうか疑問に思います。 Re:i.MX8MPlusのQSPIラインで単一のSPIライン用に設計されたチップを使用することは可能ですか? ボードにはどのブートフラッシュがありますか?
View full article
请让我知道当连接的设备发出“解除关联”时如何通知。 尊敬的恩智浦支持团队, 我目前正在使用 88W8887 并需要接入点模式的帮助。 当连接到接入点的 STA 设备断开连接时,STA 设备会发出“解除关联”。 有没有办法在发出“解除关联”时发出通知? 此外,当 AP 和 STA 之间的连接通过发出此“解除关联”时,是否有办法发出断开连接通知? 我正在使用“SD-WLAN-UART-BT-8887-U16-MMC-W15.87.19.p64-15.100.19.p64-C4X15704_A2-MGPL”。 ・Linux 内核版本 v3.18.24 ・hostapd 版本:2.10 ・wpa_supplicant 版本:2.10 我将非常感激您对以下几点的指导: TCC8971(Telechips)是否需要特定的配置或设置才能与 Marvell 88W8887 WiFi 设备一起在 AP 模式下有效运行? 是否有任何固件更新或特定版本可以更可靠地支持 AP 模式? 我可以使用任何其他故障排除步骤或工具来诊断和解决连接问题吗? 感谢您的时间和帮助, 此致, 高地宏之 协议:Wi-Fi 回复:请告诉我当连接的设备发出“解除关联”时如何通知。 非常感谢您的解决方案。 回复:请告诉我当连接的设备发出“解除关联”时如何通知。 你好, @Pioneer 感谢您的反馈,我们随时欢迎您。 如果对此案没有其他担忧,您介意将我之前的回复标记为解决方案吗?这样我们就可以结案了。 如果您将来有任何其他问题,请随时向我们创建新案例。 祝你有美好的一天~ 顺祝商祺! 克里斯汀。 回复:请告诉我当连接的设备发出“解除关联”时如何通知。 亲爱的克里斯汀, 非常感谢您的详细回复和指导。非常感谢您对当前系统限制的解释,以及对应用层日志分析和实现的建议。 针对 Linux 和 Android 平台的建议以及有关最新固件版本的信息非常有用。我将继续更新固件并查看推荐的故障排除文档。 也感谢您提供有关日志捕获和诊断连接问题的说明。我一定会参考它们。 再次对各位的鼎力支持表示感谢。如果将来我需要进一步的帮助,我期待您能继续提供帮助。 此致, 高地宏之 回复:请告诉我当连接的设备发出“解除关联”时如何通知。 你好, @Pioneer 感谢您为我们创建案例。 请参阅我的内联回复: 1. 发出“解除关联”命令时,有什么方法可以发出通知吗?当 AP 和 STA 之间的连接因发出“解除关联”命令而断开时,有什么方法可以发出断开连接通知吗? ==>很抱歉造成不便。目前,从控制器方面来看,我们还没有这样的策略,当连接的 STA 与以 AP 模式工作的 88W8887 断开连接时,可以自动向最终用户报告/通知。您可以查看相关的 dmesg 日志、journal 日志,或者 Wi-Fi OTA 日志,并根据日志内容自行实现应用层的需求。 TCC8971(Telechips)是否需要特定的配置或设置才能与 Marvell 88W8887 Wi-Fi 设备一起在 AP 模式下有效运行? ==>对于 Linux 平台,您可以参考《在运行 Linux 操作系统的 i.MX 8M Quad EVK 上开始使用基于 NXP 的无线模块 - 用户手册》 对于Android平台,您可以参考: 在运行Android 14操作系统的i.MX 8M Quad EVK上使用基于NXP的无线模块入门指南 是否有任何固件更新或特定版本可以更可靠地支持 AP 模式? ==>我们的最新版本是: SD-WLAN-UART-BT-8887-U16-MMC-W15.87.19.p69-15.100.19.p69-CS4X15711_A2-MGPL 您可以通过上面的链接下载并更新您的 FW。我们始终建议客户使用最新版本,因为它包含一些已知的修复并具有更好的兼容性。 我可以使用任何其他故障排除步骤或工具来诊断和解决连接问题吗? ==>您可以参考i.MX 8M Quad EVK 上基于 NXP 的无线模块的功能配置指南 - 用户手册。 第 3 节 Wi-Fi 驱动程序调试包含一些 Wi-Fi 调试的指导步骤。 特别是对于连接问题,我们通常会捕获 dmesg、wpa_supplicant 日志和 Wi-Fi OTA 日志来查看发生了什么。 如何捕获 dmesg 日志: 在Linux终端上,直接执行:dmesg > log.log 它会将 dmesg 日志保存到 log.log 文件中并保存在您的主机平台上。 如何捕获 wpa_supplicant 日志: 您可以使用以下步骤启用请求者日志: 1. 启动开发板 2. 终止 wpa_supplicant 3.打开“vi /lib/systemd/system/wpa_supplicant.service” 4. 在末尾添加 -ddd “ExecStart=/usr/sbin/wpa_supplicant -u -ddd” 5.重启开发板 6. 使用 nmcli 运行场景 7. 运行 journalctl -a -b 来捕获请求者日志 如何捕获 Wi-Fi OTA 日志使用 wireshark 或 Ominipeek 和支持监控模式的 Wi-Fi 卡来捕获 Wi-Fi OTA 日志。 为了解决连接问题,我们需要确定根本原因是来自我们这边还是来自远程那边。从驾驶员侧或 FW 侧。我们的Wi-Fi芯片端或者您的应用程序端。无论如何,一旦我们发现任何证据表明问题出在我们的 Wi-Fi 方面,我们就会尝试解决它。除了验证之外您不需要做任何事情。 如果需要我们的 Wi-Fi 芯片支持,请随时创建案例。 顺祝商祺! 克里斯汀。
View full article
It can't work about FlexCAN in S32K312. Hi NXP: I'd like to try FlexCAN function in example code(FreeRTOS_Toggle_Led_Example_S32K312), but it can't work. I have using logic analyzer for quering issue, and CAN TX/RX pin are not expected, please help me, many thanks. 1.MCU pin29(CAN-RX):it always appears some strange signal. 2.MCU pin54(CAN-TX):always high. environment: 1.SW32K3 FreeRTOS 10.6.0 version 4.0.0 is based on S32K3 RTD 4.0.0 2.set speed 500KBps of FlexCAN 3.we're using CAN transceiver(TI TCAN1044) attachment: 20241223-FreeRTOS_Toggle_Led_Example_S32K312.7z 20241223-LA_CAN_screenshot.png Re: It can't work about FlexCAN in S32K312. Hi Senlent: Sorry,it's my fault.I found an issue about Logic analyzer. I used scope and LA at the same time, and scope is normal no strange wave, so I changed another channels of LA and wave is perfect,thanks again. have a good day. Re: It can't work about FlexCAN in S32K312. Hi@f-nelson Maybe this may be a hardware problem, such as the transceiver and its peripheral circuits, but this transceiver is not made by NXP, so I can't help you evaluate it. Re: It can't work about FlexCAN in S32K312. Hi NXP: many thanks for your modified. In this mornring, I tried to modify flexCAN protocol clock to 24Mhz as FIRC clock source and adjusted bit rate to 500kbps, and then it can works about CAN bus function by LA or PCAN-viewer, but it still has some strange data wave of CAN-RX. just now I used your modified workshop for testing and the result is the same. Do you have any ideas of CAN-RX pin? thanks. PS.I captured wave pictures by LA from your modify workshop as attachment. Re: It can't work about FlexCAN in S32K312. Hi@f-nelson Lot of error in your project and i made some modification in the attachments. Re: It can't work about FlexCAN in S32K312. Hi NXP: just now I changed porting code from Example_S32K358_FlexCAN_Ip_TXRX_ISR_rtd400 which your recommanded, and maked sure GPIO is normal, but the result is the same failed, please help me as soon as possible, thanks. attachment: 20241223-test_CAN2.7z 20241223-20231223-CAN_transceiver_schematic.png Re: It can't work about FlexCAN in S32K312. Hi NXP: thansk for your suggestion. I created new project of S32K312 and porting example code from "S32KXX AUTOSAR R21-11 RTD 4.0.0 D2311 Example Projects\FlexCAN_Ip_Example_S32K344",but the result is the same. in fact,I curious about CAN-RX signal is always outputing strange wave. Is it possible about pin setting issue or something else? Re: It can't work about FlexCAN in S32K312. Hi@f-nelson Please do not add FreeRTOS first, and then test whether the CAN function is normal. When the CAN function is normal, add FreeRTOS for testing. This is a demo base on RTD 4.0.0 and you can refer to first. Example S32K358 FlexCAN TXRX ISR S32DS35 RTD400 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K358-FlexCAN-TXRX-ISR-S32DS35-RTD400/ta-p/1981987
View full article
ISP_FLASH_TRIG_0 and ISP_SHUTTER_TRIG_0 meaning Hi everyone, I'm working with the NXP i.MX 8M Plus SoC and trying to understand the functionality of two ISP (Image Signal Processor) trigger signals: ISP_SHUTTER_TRIG_0 ISP_FLASH_TRIG_0 Re: ISP_FLASH_TRIG_0 and ISP_SHUTTER_TRIG_0 meaning @joanxie thank you for the info Re: ISP_FLASH_TRIG_0 and ISP_SHUTTER_TRIG_0 meaning they are defined by the ISP IP owner, why do you need to know this? SHUTTER  TRIG clock is for ISP shutter module, and flash trigger is for flash light control, this is all I can share with you in the public community
View full article
Please let me know how to notify when 'Disassociate' is issued from the connected device. Dear NXP Support Team, I am currently working with 88W8887 and require assistance with Access Point mode. When a STA device connected to the access point is disconnected, the STA device issues a 'Disassociate'. Is there a way to notify when this 'Disassociate' is issued? Additionally, is there a way to issue a disconnection notification when the connection between AP and STA is severed by issuing this "Disassociate"? I am using "SD-WLAN-UART-BT-8887-U16-MMC-W15.87.19.p64-15.100.19.p64-C4X15704_A2-MGPL". ・Linux Kernel Version v3.18.24 ・hostapd Version:2.10 ・wpa_supplicant Version:2.10 I would greatly appreciate your guidance on the following points: Are there specific configurations or settings required for the TCC8971(Telechips) to operate in AP mode effectively with the Marvell 88W8887 WiFi device? Are there any firmware updates or specific versions that support AP mode more reliably? Any additional troubleshooting steps or tools that I can use to diagnose and resolve the connection issues? Thank you for your time and assistance, Best regards, Hiroyuki Kohchi Protocol: Wi-Fi Re: Please let me know how to notify when 'Disassociate' is issued from the connected device. Thank you very much for the solution. Re: Please let me know how to notify when 'Disassociate' is issued from the connected device. Hi, @Pioneer  Thanks for your feedback and you are always welcome. If no other concerns on this case, would you mind mark my previous reply as a solution? So that we can close this case. Please feel free to create new case to us if you have any other questions in the future. Have a nice day~ Best regards, Christine. Re: Please let me know how to notify when 'Disassociate' is issued from the connected device. Dear Christine, Thank you very much for your detailed response and guidance. I greatly appreciate your explanation of the current system limitations, as well as your suggestions regarding log analysis and implementation at the application layer. The recommendations for both Linux and Android platforms, along with the information about the latest firmware release, have been very helpful. I will proceed with updating the firmware and reviewing the recommended troubleshooting documents. Thank you also for the instructions on log capturing and diagnosing connection issues. I will definitely refer to them. Once again, I would like to express my gratitude for your thorough support. I look forward to your continued assistance should I need further help in the future. Best regards, Hiroyuki Kohchi Re: Please let me know how to notify when 'Disassociate' is issued from the connected device. Hi, @Pioneer  Thanks for creating case to us. Please see my inline reply: 1. Is there a way to notify when this 'Disassociate' is issued? Is there a way to issue a disconnection notification when the connection between AP and STA is severed by issuing this "Disassociate"? ==>Sorry for the inconvenience. Currently, from controller side, we do not have such kind of policy which can automatically report/notify to end users when the connected STA disconnected with our 88W8887 working in AP mode. You can check related dmesg logs, journal log, or Wi-Fi OTA logs. According to the logs implement the requirement in application layer by yourself.  Are there specific configurations or settings required for the TCC8971(Telechips) to operate in AP mode effectively with the Marvell 88W8887 Wi-Fi device? ==>For Linux platform, you can refer to  Getting Started with NXP-based Wireless Modules on i.MX 8M Quad EVK Running Linux OS - User manual For Android platform, you can refer to: Getting Started with NXP-based Wireless Modules on i.MX 8M Quad EVK Running Android 14 OS Are there any firmware updates or specific versions that support AP mode more reliably? ==>Our latest release is: SD-WLAN-UART-BT-8887-U16-MMC-W15.87.19.p69-15.100.19.p69-CS4X15711_A2-MGPL You can download it through above link and update your FW. We always suggest customer to use latest release because it includes some known fixes and has better compatibility. Any additional troubleshooting steps or tools that I can use to diagnose and resolve the connection issues? ==>You can refer to Feature Configuration Guide for NXP-based Wireless Modules on i.MX 8M Quad EVK - User manual. In section 3 Wi-Fi driver debugging, it includes some guide steps for Wi-Fi debug. And specially for connection issues, we usually capture dmesg, wpa_supplicant journal logs and Wi-Fi OTA logs to see what happened.  How to capture dmesg logs: On Linux terminal, directly execute: dmesg > log.log  It will save the dmesg logs into log.log file and saved on your host platform. How to capture wpa_supplicant journal logs: You can use below steps to enable the supplicant logs: 1. boot up the board 2. killall wpa_supplicant 3. open "vi /lib/systemd/system/wpa_supplicant.service"  4. add -ddd at end "ExecStart=/usr/sbin/wpa_supplicant -u -ddd" 5. reboot the board 6. Run the scenario using nmcli 7. run journalctl -a -b to capture the supplicant logs How to capture Wi-Fi OTA logsWith wireshark or Ominipeek and Wi-Fi card which supported monitor mode to capture Wi-Fi OTA logs. To resolve connection issue, we need to identify what's the root cause, is from our side or from remote side. From driver side or FW side. Our Wi-Fi chip side or your application side. Anyway, once we find any evidence shows that the issue is from our Wi-Fi side, we will try to fix it. And you do not need to do anything except validation. Please feel free to create case if need our support on our Wi-Fi chips. Best regards, Christine.
View full article
TX_CLK Signal Configuration in 100BASE-T1 Test Mode on SJA1110 Hi  We are currently testing the 100BASE-T1 test mode on the SJA1110 switch. During the tests, we found that the Jitter (SLAVE) requires an additional TX_CLK signal. The Software User Manual for the SJA1110 indicates that additional configuration is necessary to switch LOC_WAKE_IN to TX_CLK. We switching the PHY into different testmodes, and some of the test modes have passed. However, we still do not observe any signal on TX_CLK. We also reviewed the switch_config_sja1110evm example in S32 Design Studio, where only the test mode is configured. Could you please advise if any additional configuration is required to enable the TX_CLK signal? Thank you for your support. Re: TX_CLK Signal Configuration in 100BASE-T1 Test Mode on SJA1110 Hello, @steven-Yeh  Thanks for the post. Since this is SJA1110EVM related questions, which is not directly related with S32G, I suggest posting it in the following forum: https://community.nxp.com/t5/Other-NXP-Products/bd-p/other For them to provide more proper support. Sorry for your inconvenience. Best Regards Chenyin
View full article
S32K344 Hardware CRC issue Hi, there I used the crc of the S32K344 with hardware calculation type to calculate the CRC of the pflash, but I couldn't get the result. I don't know why. Please help me. the attached is my test code. RTD:3.0 S32DS:3.5   Re: S32K344 Hardware CRC issue Hi @ZDDL  Which is the expected result? I ask you to please test your code with just a value to verify the behavior. Also, have you already try the Crc_Ip_Example? My recommendation is to take a look at this example, which you might find useful. BR, VaneB
View full article
Dma transfer on S32K310  while i am testing the Dma function on S32K310, i find that the destination buffer is not updated. then tried to read the Dma status, this is the value of error register. this is how the variables initialized Re: Dma transfer on S32K310 thank you, good solution! Re: Dma transfer on S32K310 Hi @LeoYang-, As per the debug session that I checked with you, we can conclude that the cause is: somehow, the CH0_ES[ERR] bit was set before calling the Dma_Ip_Init() function, and after, the destination address and source address can't be written into the DADDR and SADDR registers by Dma_Ip_SetLogicChannelTransferList() function. This is the solution: write 1 to clear the CH0_ES[ERR] bit before calling the Dma_Ip_Init() function. Best regards, Dan
View full article
How to fix Yocto QA error [already-stripped] Following UG10164 v.LF6.6.52_2.2.0 I tried to build sdk, but recived a QA error [already-stripped].  Does anybody have an idea how to fix it? PC: ubuntu20.04 x86_64 1. Init build env:  $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-scarthgap -m imx-6.6.52-2.2.0.xml $ repo sync $ DISTRO=fsl-wayland MACHINE=imx8dxl-b0-lpddr4-evk source imx-setup-release.sh -b build-imx8dxl-b0 2. build: $ bitbake core-image-minimal -c populate_sdk QA error: ERROR: ptest-runner-2.4.5+git-r0 do_package: QA Issue: File '/usr/bin/ptest-runner' from ptest-runner was already stripped, this will prevent future debugging! [already-stripped] ERROR: ptest-runner-2.4.5+git-r0 do_package: Fatal QA errors were found, failing task. ERROR: Logfile of failure stored in: /work/QNX/imx-yocto-bsp/build-imx8dxl-b0/tmp/work/cortexa35-fsl-linux/ptest-runner/2.4.5+git/temp/log.do_package.2700152 ERROR: Task (/work/QNX/imx-yocto-bsp/sources/poky/meta/recipes-support/ptest-runner/ptest-runner_2.4.5.bb:do_package) failed with exit code '1' Linux Yocto Project Re: How to fix Yocto QA error [already-stripped] Thanks for your reply. This QA occured on Ubuntu 20.04, but it did not happen on Ubuntu 22.04. Although I don't know the reason, it seems to be caused by the OS version. Adding INSANE_SKIP can skip it with ptest-runner, but there are many packages with this problem. So, the best way may be updating the os version. Re: How to fix Yocto QA error [already-stripped] Hello, The QA error happens because the binary is stripped too early, blocking debugging. You can fix it by skipping the already-stripped check in the recipe or stopping the stripping during the build. Just add INSANE_SKIP_${PN} = "already-stripped" to the recipe and rebuild. Re: How to fix Yocto QA error [already-stripped] Hi, I try to build again with the same steps that you've taken, that is success. NOTE: Fetching uninative binary shim http://downloads.yoctoproject.org/releases/uninative/4.6/x86_64-nativesdk-libc-4.6.tar.xz;sha256sum=6bf00154c5a7bc48adbf63fd17684bb87eb07f4814fbb482a3fbd817c1ccf4c5 (will check PREMIRRORS first) Sstate summary: Wanted 2888 Local 0 Mirrors 0 Missed 2888 Current 0 (0% match, 0% complete)############################### | ETA: 0:00:00 Initialising tasks: 100% |############################################################################################################| Time: 0:00:03 NOTE: Executing Tasks WARNING: gnu-config-native-20240101+git-r0 do_fetch: Failed to fetch URL git://git.savannah.gnu.org/git/config.git;protocol=https;branch=master, attempting MIRRORS if available NOTE: Tasks Summary: Attempted 6495 tasks of which 0 didn't need to be rerun and all succeeded. NOTE: Writing buildhistory NOTE: Writing buildhistory took: 10 seconds Summary: There were 3 WARNING messages. Please try to clean the recipe "ptest-runner" and then rebuild it. bitbake -c cleanall ptest-runner My host: 22.04.1-Ubuntu Regards Harvey
View full article
example application from sdk i.e. ethosu_apps is not running as expected I'm trying to following instructions (from section 6.2.7 ) on building Cortex-M33 firmware from the SDK downloaded. using GNU arm toolchain 13.x , I'm able to compile the demo application ethosu_apps But from uboot when I ran it, I'm seeing error logs in COM/serial port of Cortex M33 ================== Initialize Arm Ethos-U E: NPU error(s) occured during inference. (ethosu_driver.c:542) E: NPU status=0x00000804, qread=0, cmd_end_reached=0 (ethosu_device_u55_u65.c:182) Node ethos-u (number 0) failed to invoke with status 1 E: Invoke failed for inference: job=job (inference_process.cpp:281) Inference status: failed ================== I expected it to work as is, can someone help me here ? NPU|ML Re: example application from sdk i.e. ethosu_apps is not running as expected Thanks @Chavira . with the supplied patch I can see label_image working as expected. Re: example application from sdk i.e. ethosu_apps is not running as expected Hi @phanichinimilli! Please try attached patch. Re: example application from sdk i.e. ethosu_apps is not running as expected Thanks @Chavira , With the suggested change I can see ethosu_apps.bin seems to be working as expected when launched from uboot. Have you got a chance to look into the issue I've mentioned in post ? Re: example application from sdk i.e. ethosu_apps is not running as expected HI @phanichinimilli! Please try below change. --- a/boards/mcimx93evk/demo_apps/ethosu_apps/source/ethosu_apps.cpp +++ b/boards/mcimx93evk/demo_apps/ethosu_apps/source/ethosu_apps.cpp @@ -36,7 +36,7 @@ #endif #define DDR_MEMORY_ADDRESS 0x8C000000 -#define OCRAM_MEMORY_ADDRESS 0x204E0000 +#define OCRAM_MEMORY_ADDRESS 0x204D0000 #define BYTES_TOPRINT 0x30000 Re: example application from sdk i.e. ethosu_apps is not running as expected Its pleasing to see quick responses. In your step #3 I'm afraid , you need to pass external_delegate argument to label_image for the inference to run on ETHOSU, else the inference runs on A55, that is why the inference results are in A55 lines. (Please forgive me for confusing you with label_image_release vs label_image, it is actually label_image ) If you provide external delegate argument to label_image, logs on M33 console would be seen, ref to section-2.7.2  (you might have to provide vela model if the command doesnt work -- for me it works only with vela model) > cd /usr/bin/tensorflow-lite-2.16.2/examples > vela mobilenet_v1_1.0_224_quant.tflite > ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libethosu_delegate.so The above procedure works okay(below) for me with default/original ethosu_firmware, /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 INFO: invoked INFO: average time: 3.762 ms INFO: Predicted label = 907 But If I replace default one with compiled one I see error(below) and can see logs in M33 console, My expectation is that with compiled ethosu_firmware inference should be successful /lib/firmware/# reboot /lib/firmware/# cp ethosu_apps_rpmsg.elf ethosu_firmware /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 ERROR: Ethos_u inference failed ERROR: Node number 1 (EthosuDelegate) failed to invoke. ERROR: Failed to invoke tflite *** In both the cases Im seeing expected logs on M33 COM port 2. My observations of running M33 executables from linux i.e. by using "remoteproc0" are exactly same as yours. 3. Inference runner is different example that runs inference on ethosu. This example seems to work with both firmwares in step#1 #cd /usr/bin/ethosu/examples #./inference_runner -d /dev/ethosu0 -n output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 Re: example application from sdk i.e. ethosu_apps is not running as expected Hi @phanichinimilli! I got the next response from the apps team: I can reproduce identical ethosu_apps_rpmsg.bin startup success from U-Boot (I assume because the rpmsg app doesn't attempt any inferences) and the same ethosu_apps.bin failure on SDK 2.16.000, gcc-arm-eabi-none-10-2020-q4-major (as noted in UG10166) and BSP LF6.6.52-2.2.0. I launched it from U-Boot as follows (the bootaux 0x201e0000 0 address in UG10166 is suspect): u-boot=> fatload mmc 1:1 ${loadaddr} ethosu_apps.bin 49800 bytes read in 3 ms (15.8 MiB/s) u-boot=> cp.b ${loadaddr} 0x201e0000 ${filesize} u-boot=> bootaux 0x1ffe0000 0 ## Starting auxiliary core addr = 0x1FFE0000... u-boot=> █ Just as you observed on the Cortex-M33 console: Initialize Arm Ethos-U E: NPU error(s) occured during inference. (ethosu_driver.c:542) E: NPU status=0x00000804, qread=0, cmd_end_reached=0 (ethosu_device_u55_u65.c:182) Node ethos-u (number 0) failed to invoke with status 1 E: Invoke failed for inference: job=job (inference_process.cpp:281) Inference status: failed However, I find some of the steps in UG10166 a bit confusing. Lack of familiarity isn't helping matters. E.g., there is no middleware/ethos-u-core-software/examples directory. E.g., .out vs. .bin . Repeating your steps: using 2.16 sdk build ethosu_apps_rpmsg application boot linux, replace ethosu_firmware with elf of #1 Yikes…parameters would make this software less fiddly. Before replacing anything in the imx-image-full YP build it behaved as demonstratred in §2.7. Then I replaced ethosu_firmware as in steps 1-2: $ cd /lib/firmware $ mv ethosu_firmware ethosu_firmware.orig $ ln -s ethosu_apps_rpmsg.elf ethosu_firmware Note: Booting Linux with the rpmsg device tree: setenv fdtfile imx93-11x11-evk-rpmsg.dtb; boot . run default inference test on ethosu from linux ./label_image_release -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l lab I was stymied for a bit finding label_image_release in UG10166. (Replacing the obnoxiously long default shell prompt with $␣ in my examples for readability.) Then returning to run label_image again…success. Just to be certain, I rebooted and power cycled and tried again. $ cd /usr/bin/tensorflow-lite-2.16.2/examples/ $ ./label_image -m mobilenet_v1_1.0_224_quant.tflite -i grace_hopper.bmp -l labels.txt INFO: Loaded model mobilenet_v1_1.0_224_quant.tflite INFO: resolved reporter INFO: Created TensorFlow Lite XNNPACK delegate for CPU. INFO: invoked INFO: average time: 153.342 ms INFO: 0.768627: 653 military uniform INFO: 0.105882: 907 Windsor tie INFO: 0.0196078: 458 bow tie INFO: 0.0117647: 466 bulletproof vest INFO: 0.00784314: 835 suit observe logs in M33 com-port No output. Was the Linux label_image program supposed to do something with ethosu_firmware? I don't see it or the sysfs paths referenced in a dump of the program's string table. E.g., $ strings label_image | grep remoteproc $ strings label_image | grep ethosu $ █ So I'm not sure what steps 1 & 2 have to do with label_image. The CM33 isn't running. I saw nothing in the CM33 serial console. Remoteproc reports offline. So I tried running my symlinked ethosu_firmware from step 2 above: $ cd /sys/devices/platform/remoteproc-cm33/remoteproc/remoteproc0 $ cat state offline $ cat firmware rproc-imx-rproc-fw $ echo /lib/firmware/ethosu_firmware > firmware $ cat firmware /lib/firmware/ethosu_firmware $ echo start > state I observed the expected Initialize Arm Ethos-U on the CM33 serial console. Re-running step 3 gave the same results as above with nothing more printer on the CM33 serial console — it's not interacting with ethosu_firmware. Where am I out of sync with you? I've tried to be copy-paste exact in my procedure. P.S: while inference_runner command works fine with my ethosu_firmware ./inference_runner -d /dev/ethosu0 -n output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 Did your postscript get cut off while you were composing this message? FWIW, my attempt to run ethosu_apps.elf from remoteproc failed: $ echo /lib/firmware/ethosu_apps.elf >firmware $ cat state offline $ echo start >state -bash: echo: write error: Invalid argument $ cat state offline $ dmesg | tail [ 61.593023] audit: type=1327 audit(1709089028.676:26): proctitle="(systemd)" [ 61.593650] audit: type=1334 audit(1709089028.676:27): prog-id=22 op=LOAD [ 252.292643] remoteproc remoteproc0: powering up imx-rproc [ 252.292727] remoteproc remoteproc0: Direct firmware load for /lib/firmware/ethosu_apps.elf failed with error -2 [ 252.292737] remoteproc remoteproc0: Falling back to sysfs fallback for: /lib/firmware/ethosu_apps.elf [ 252.295520] remoteproc remoteproc0: Booting fw image /lib/firmware/ethosu_apps.elf, size 227536 [ 252.308739] imx-rproc remoteproc-cm33: Translation failed: da = 0xffec288 len = 0x60000 [ 252.308761] remoteproc remoteproc0: bad phdr da 0xffec288 mem 0x60000 [ 252.308766] remoteproc remoteproc0: Failed to load program segments: -22 [ 252.309016] remoteproc remoteproc0: Boot failed: -22 Re: example application from sdk i.e. ethosu_apps is not running as expected Chavira, Thanks for confirmation. on ethosu_apps A small clarification is needed on ethosu_apps_rpmsg, can you please confirm at your side? What I have done ? 1. using 2.16 sdk build ethosu_apps_rpmsg application 2. boot linux, replace ethosu_firmware with elf of #1 3. run default inference test on ethosu from linux ./label_image_release -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l lab INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 ERROR: Ethos_u inference failed ERROR: Node number 1 (EthosuDelegate) failed to invoke. ERROR: Failed to invoke tflite! 4. observe logs in M33 com-port I can see logs are same , when compared to default ethosu_firmware executable P.S: while inference_runner command works fine with my ethosu_firmware ./inference_runner -d /dev/ethosu0 -n output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 Re: example application from sdk i.e. ethosu_apps is not running as expected HI @phanichinimilli! I was thinking that you have the problem on iMX93-QSB board. I tried with the iMX93-EVK and the ethosu_apps_rpmsg is working as expected but the ethosu_apps have an issue in iMX93-EVK. I will report this issue to our internal team and I will update this community post as soon as possible with the solution of the apps  team. Best Regards! Chavira Re: example application from sdk i.e. ethosu_apps is not running as expected Thanks for the response. I'm using sdk of imx93_evk (not imx93_qsb), Im not sure if it makes any difference. >tftp 0x80000000 ethosu_apps.bin >cp.b 0x80000000 0x201e0000 0x20000 >bootaux 0x1ffe0000 0 Do I have set any env variables in uboot ? Please let me know if I'm missing any step. P.S:  The ethosu_apps_rpmsg application from sdk is not behaving, similar to ethosu_firmware Re: example application from sdk i.e. ethosu_apps is not running as expected HI @phanichinimilli! Thank you for contacting NXP Support! I tried with the iMX93-QSB and I didn't see errors. I compiled the example using MCUXPRESSO for VS CODE the version of the SDK that I am using is 2.16. Best Regards! Chavira
View full article
IMX8MP ISP Noise Reduction Hi, I am using the IMX8MP with a Sony IMX412 sensor.  If I set the gain of the sensor high, there is a lot of noise in the resultant video, as one may expect. I would like to reduce this noise as much as possible and have experimented with various features of the ISP within the IMX8MP. Referring to the i.MX 8M Plus Camera and Display Guide, I have set the Denoising Pre Filter (DPF) settings so that the filter strength is maximal. After enabling the DPF, I do notice a slight improvement in noise reduction. However I have also set the "denoise" level of the FILTER to be 10, which is the maximium, and it seems to have no effect. I used the vvext tool to experiment with the FILTER settings and nothing seems to have any effect, and the video is still very noisy. As instructed in the Camera and Display Guide, I disabled the FILTER before adjusting the denoising level. How  much of an effect is the FILTER expected to have?  Are there any other methods to reduce noise? I have found the SoftISP, which has "high quality noise reduction", I will also try that - i.MX8 Software Image Signal Processing | NXP Semiconductors Re: IMX8MP ISP Noise Reduction Hello, I think you can add to your image have some frequency filter since you  try all the filter testing with denoise that we provide. You can try the SoftISP  and tested, but i Guess this is a filter for frequency. regards
View full article
SDK 中的示例应用程序 ethosu_apps 未按预期运行 我正在尝试按照说明(来自第 6.2.7 节)从下载的 SDK 构建 Cortex-M33 固件。 使用 GNU arm 工具链 13.x,我可以编译演示应用程序 ethosu_apps 但是当我运行 uboot 时,我看到 Cortex M33 的 COM/串行端口中有错误日志 ================== 初始化 Arm Ethos-U E:推理期间发生 NPU 错误。(ethosu_driver.c:542) E: NPU 状态=0x00000804,qread=0,cmd_end_reached=0(ethosu_device_u55_u65.c:182) 节点 ethos-u(编号 0)调用失败,状态为 1 E:调用推理失败:job=job(inference_process.cpp:281) 推理状态:失败 ================== 我希望它能按原样工作,有人能帮助我吗? NPU|ML 回复:来自 SDK 的示例应用程序,即 ethosu_apps,未按预期运行 谢谢@Chavira 。 使用提供的补丁,我可以看到 label_image 按预期工作。 回复:来自 SDK 的示例应用程序,即 ethosu_apps,未按预期运行 谢谢@Chavira , 通过建议的更改,我可以看到 ethosu_apps.bin 在从 uboot 启动时似乎按预期工作。 您有机会研究一下我在帖子中提到的问题吗? 回复:来自 SDK 的示例应用程序,即 ethosu_apps,未按预期运行 很高兴看到快速的回应。 恐怕在您的步骤 #3 中,您需要将external_delegate参数传递给label_image 推理在 ETHOSU 上运行,否则推理在 A55 上运行,这就是推理结果在 A55 行中的原因。 (请原谅我将 label_image_release 与 label_image 混淆了,它实际上是 label_image ) 如果您为 label_image 提供外部委托参数,则会在 M33 控制台上看到日志,请参阅第 2.7.2 节 (如果命令不起作用,您可能需要提供 vela 模型——对我来说,它仅适用于 vela 模型) > cd /usr/bin/tensorflow-lite-2.16.2/examples > vela mobilenet_v1_1.0_224_quant.tflite > ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libethosu_delegate.so 对于我来说,使用默认/原始的 ethosu_firmware 上述步骤运行正常(如下), /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 INFO: invoked INFO: average time: 3.762 ms INFO: Predicted label = 907 但是如果我用编译好的版本替换默认的版本,我会看到错误(如下)并且可以在 M33 控制台中看到日志,我的期望是使用编译好的 ethosu_firmware 推断应该会成功 /lib/firmware/# reboot /lib/firmware/# cp ethosu_apps_rpmsg.elf ethosu_firmware /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 ERROR: Ethos_u inference failed ERROR: Node number 1 (EthosuDelegate) failed to invoke. ERROR: Failed to invoke tflite *** 在这两种情况下,我都能在 M33 COM 端口上看到预期的日志 2. 我对使用“remoteproc0”从 Linux 即运行 M33 可执行文件的观察与您的完全相同。 3. 推理运行器是在 ethosu 上运行推理的不同示例。此示例似乎适用于步骤 1 中的两个固件 #cd /usr/bin/ethosu/examples #./inference_runner -d /dev/ethosu0 -n output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 回复:来自 SDK 的示例应用程序,即 ethosu_apps,未按预期运行 Chavira,感谢您的确认。在ethosu_apps上 ethosu_apps_rpmsg 需要做一点说明,您这边可以确认一下吗? 我做了什么? 1. 使用 2.16 sdk 构建 ethosu_apps_rpmsg 应用程序 2. 启动 Linux,将 ethosu_firmware 替换为 #1 的 elf 3. 在 Linux 上对 ethosu 运行默认推理测试 ./label_image_release -m 输出/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l lab 信息:已加载模型输出/mobilenet_v1_1.0_224_quant_vela.tflite 信息:已解决的报告者 信息:在 CreateAllDelegates 之前 信息:Ethosu 委托:设备名称设置为 /dev/ethosu0。 信息:Ethosu 代表:cache_file_path 设置为 。 信息:Ethosu 代表:超时设置为 60000000000。 信息:Ethosu 代表:enable_cycle_counter 设置为 0。 信息:Ethosu 代表:enable_profiling 设置为 0。 信息:Ethosu 代表:profiling_buffer_size 设置为 2048。 信息:Ethosu 代表:pmu_event0 设置为 0。 信息:Ethosu 代表:pmu_event1 设置为 0。 信息:Ethosu 代表:pmu_event2 设置为 0。 信息:Ethosu 代表:pmu_event3 设置为 0。 信息:已创建外部代表。 信息:EthosuDelegate:1 个节点中有 1 个分区,已委托 1 个节点。 信息:已应用外部代表。 信息:设置->预热运行次数 2 错误:Ethos_u 推理失败 错误:节点 1(EthosuDelegate)调用失败。 错误:无法调用 tflite! 4. 观察 M33 com-port 中的日志 与默认的 ethosu_firmware 可执行文件相比,我可以看到日志是相同的 附言: 而 inference_runner 命令与我的 ethosu_firmware 配合良好 ./inference_runner-d /dev/ethosu0 -n 输出/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l 标签.txt -o 输出数据检测 -t 1080000000 回复:来自 SDK 的示例应用程序,即 ethosu_apps,未按预期运行 谢谢您的回复。 我正在使用 imx93_evk 的 sdk(不是 imx93_qsb),我不确定它是否有任何区别。 >tftp 0x80000000 ethosu_apps.bin >cp.b 0x80000000 0x201e0000 0x20000 >bootaux 0x1ffe0000 0 我是否在 uboot 中设置了任何环境变量?如果我遗漏了任何步骤,请告诉我。 附言: SDK 中的 ethosu_apps_rpmsg 应用程序行为异常,类似于 ethosu_firmware
View full article
SDK からのアプリケーションの例 (ethosu_apps が期待どおりに実行されていない) ダウンロードしたSDKからCortex-M33ファームウェアをビルドするための手順( セクション6.2.7 )に従おうとしています。 GNU arm toolchain 13.xを使用して、デモアプリケーションをコンパイルできます ethosu_apps しかし、私がそれを実行したときのubootから、CortexM33のCOM /シリアルポートにエラーログが表示されています ================== Arm Ethos-Uの初期化 E: 推論中に NPU エラーが発生しました。(ethosu_driver.c:542) E: NPU status=0x00000804, qread=0, cmd_end_reached=0 (ethosu_device_u55_u65.c:182) ノード ethos-u (番号 0) は、ステータス 1 で呼び出しに失敗しました E: 推論の呼び出しに失敗しました: job=job (inference_process.cpp:281) 推論ステータス: 失敗 ================== 私はそれがそのまま機能すると思っていました、誰かがここで私を助けることができますか? NPU|ML Re:sdkからのアプリケーションの例、つまりethosu_appsが期待どおりに実行されていません ありがとう@Chavira。 付属のパッチを使用すると、label_image期待どおりに機能していることがわかります。 Re:sdkからのアプリケーションの例、つまりethosu_appsが期待どおりに実行されていません ありがとう@Chavira、 提案された変更により、ubootから起動したときに期待どおりに機能しているように見えるethosu_apps.binを確認できます。 私が投稿で言及した問題を調べる機会はありますか? Re:sdkからのアプリケーションの例、つまりethosu_appsが期待どおりに実行されていません 迅速な対応を見るのはうれしいです。 あなたのステップ#3では、残念ながら、external_delegate引数をlabel_imageに渡す必要があります 推論を ETHOSU で実行する場合、それ以外の場合は A55 で推論を実行するため、推論結果は A55 行になります。 (label_image_release対label_imageと混同することをお許しください、それは実際にはlabel_imageです) 外部デリゲート引数を label_image に指定すると、M33 コンソールのログが表示されます (セクション 2.7.2 への参照)。  (コマンドが機能しない場合は、vela modelを提供する必要があるかもしれません - 私にとっては、vela modelでのみ機能します) > cd /usr/bin/tensorflow-lite-2.16.2/examples > vela mobilenet_v1_1.0_224_quant.tflite > ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt --external_delegate_path=/usr/lib/libethosu_delegate.so 上記の手順は、デフォルト/元のethosu_firmwareで私にとっては問題なく機能します(以下)、 /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 INFO: invoked INFO: average time: 3.762 ms INFO: Predicted label = 907 しかし、デフォルトのものをコンパイル済みのものに置き換えると、エラー(下記)が表示され、M33コンソールでログが表示されます。私の期待は、コンパイルされたethosu_firmware推論が成功するはずだということです /lib/firmware/# reboot /lib/firmware/# cp ethosu_apps_rpmsg.elf ethosu_firmware /usr/bin/tensorflow-lite-2.16.2/examples# ./label_image -m output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -external_delegate_path=/usr/lib/libethosu_delegate.so INFO: Loaded model output/mobilenet_v1_1.0_224_quant_vela.tflite INFO: resolved reporter INFO: before CreateAllDelegates INFO: Ethosu delegate: device_name set to /dev/ethosu0. INFO: Ethosu delegate: cache_file_path set to . INFO: Ethosu delegate: timeout set to 60000000000. INFO: Ethosu delegate: enable_cycle_counter set to 0. INFO: Ethosu delegate: enable_profiling set to 0. INFO: Ethosu delegate: profiling_buffer_size set to 2048. INFO: Ethosu delegate: pmu_event0 set to 0. INFO: Ethosu delegate: pmu_event1 set to 0. INFO: Ethosu delegate: pmu_event2 set to 0. INFO: Ethosu delegate: pmu_event3 set to 0. INFO: EXTERNAL delegate created. INFO: EthosuDelegate: 1 nodes delegated out of 1 nodes with 1 partitions. INFO: Applied EXTERNAL delegate. INFO: settings->number_of_warmup_runs 2 ERROR: Ethos_u inference failed ERROR: Node number 1 (EthosuDelegate) failed to invoke. ERROR: Failed to invoke tflite どちらの場合も、M33 COMポートに予期されるログが表示されます 2. LinuxからM33実行可能ファイルを実行する、つまり「remoteproc0」を使用することについての私の観察は、あなたとまったく同じです。 3.推論ランナーは、ethosuで推論を実行する別の例です。この例は、ステップ#1の両方のファームウェアで機能するようです #cd /usr/bin/ethosu/examples #./inference_runner -d /dev/ethosu0 -n output/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 Re:sdkからのアプリケーションの例、つまりethosu_appsが期待どおりに実行されていません チャビラ、確認していただきありがとうございます。ethosu_appsに ethosu_apps_rpmsgについて少し説明が必要です が、あなたの側で確認していただけますか? 私が何をしたのか? 1. 2.16 SDK ビルド ethosu_apps_rpmsg アプリケーションの使用 2. Linuxを起動し、ethosu_firmware#1のELFに置き換えます 3. LinuxからEtosuでデフォルトの推論テストを実行する ./label_image_release -m 出力/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l lab 情報:ロードされたモデル出力/ mobilenet_v1_1.0_224_quant_vela.tflite 情報:解決済みの報告者 情報: CreateAllDelegates の前 情報: Ethosu delegate: device_name /dev/ethosu0 に設定されます。 情報: Ethosu delegate: cache_file_path に設定されています。 情報: Ethosu delegate: タイムアウトが 600000000000 に設定されました。 情報: Ethosu delegate: enable_cycle_counter 0 に設定されています。 情報:Ethosuデリゲート:enable_profiling 0に設定されています。 情報:エトスデリゲート:profiling_buffer_size 2048に設定されています。 情報: Ethosu delegate: pmu_event0 0 に設定されています。 情報: Ethosu delegate: pmu_event1 0 に設定されています。 情報: Ethosu delegate: pmu_event2 0 に設定されています。 情報: Ethosu delegate: pmu_event3 0 に設定されています。 情報: EXTERNAL デリゲートが作成されました。 情報: EthosuDelegate: 1 つのパーティションを持つ 1 つのノードから 1 つのノードが委任されました。 情報: EXTERNAL デリゲートを適用しました。 情報:settings->number_of_warmup_runs 2 エラー: Ethos_u推論に失敗しました エラー: ノード番号 1 (EthosuDelegate) の呼び出しに失敗しました。 エラー: tflite を呼び出せませんでした! 4. M33 com-portのログを観察する デフォルトのethosu_firmware実行可能ファイルと比較すると、ログは同じであることがわかります 追伸: inference_runnerコマンドは私のethosu_firmwareで正常に機能します ./inference_runner-d /dev/ethosu0 -n 出力/mobilenet_v1_1.0_224_quant_vela.tflite -i grace_hopper.bmp -l labels.txt -o output_data_detection -t 1080000000 Re:sdkからのアプリケーションの例、つまりethosu_appsが期待どおりに実行されていません ご回答ありがとうございます。 私はimx93_evkのSDKを使用しています(imx93_qsbではありません)、違いがあるかどうかはわかりません。 >TFTPの0x80000000 ethosu_apps.bin >cp.b 0x80000000 0x201e0000 0x20000 >bootaux 0x1ffe0000 0 ubootで環境変数を設定していますか?手順が足りない場合はお知らせください。 追伸: sdk の ethosu_apps_rpmsg アプリケーションは、ethosu_firmware と同様に動作していません
View full article
Why doesn't uart2 node include dmas in imx8mm.dtsi? Hi. In imx8mm.dtsi, uart2 node don't include the dmas. But other uart node (1. 2 and 4) include the dmas. Why? and What is the impact of not including the dmas? ■ imx8mm.dtsi https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/freescale/imx8mm.dtsi uart1: serial@30860000 { compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; reg = <0x30860000 0x10000>; interrupts = ; clocks = <&clk IMX8MM_CLK_UART1_ROOT>, <&clk IMX8MM_CLK_UART1_ROOT>; clock-names = "ipg", "per"; dmas = <&sdma1 22 4 0>, <&sdma1 23 4 0>; dma-names = "rx", "tx"; status = "disabled"; };   uart3: serial@30880000 { compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; reg = <0x30880000 0x10000>; interrupts = ; clocks = <&clk IMX8MM_CLK_UART3_ROOT>, <&clk IMX8MM_CLK_UART3_ROOT>; clock-names = "ipg", "per"; dmas = <&sdma1 26 4 0>, <&sdma1 27 4 0>; dma-names = "rx", "tx"; status = "disabled"; };   uart2: serial@30890000 { compatible = "fsl,imx8mm-uart", "fsl,imx6q-uart"; reg = <0x30890000 0x10000>; interrupts = ; clocks = <&clk IMX8MM_CLK_UART2_ROOT>, <&clk IMX8MM_CLK_UART2_ROOT>; clock-names = "ipg", "per"; status = "disabled"; }; Best Regards. Re: Why doesn't uart2 node include dmas in imx8mm.dtsi? Hello, This is because UART2 is used for debug purposes. If you check the device tree, the debug UART port doesn't use DMA. Best regards.
View full article