Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
Boot uses C40 to erase and rewrite flash. Hello, I'm having trouble writing to flash memory using the C40 chip in the bootloader. I'm writing a 300KB binary program, and it frequently fails at the 9th data packet (the second block), with only a 1/10 chance of succeeding completely. Could you please check if there's a problem with my C40 chip? The main program I'm writing... Flash_UnlockSectorIfProtected ( cur_sector ) ; DisableAllInterrupts () ; DisEnableIrq1 () ; if ( Flash_Write ( flash_write_addr + offset , & payload [ 2 ] , FIXED_PACKET_DATA_LEN ) != 0 ) { EnableIrq1 () ; EnableAllInterrupts () ; } EnableIrq1 () ; EnableAllInterrupts () ; Is there a problem with my use of Power_Ip_MC_ME_SocTriggerResetEvent(POWER_IP_DEST_RESET_MODE) for resetting? How can I prevent consecutive resets after 8 attempts, and what function should I use for jumps? func = * ( uint32_t volatile * )( ADDR_APP + 0xC ) ; func = * ( uint32_t volatile * )((( uint32_t ) func ) + 0x4 ) ; func = (((( uint32_t ) func ) & 0xFFFFFFFF U )) ; // Reset_Handler+1 --> required to avoid hard fault After resetting and jumping , will there be any residual data from the previous program? Is it necessary to clean up the RAM? If so , how? Thank you . 回复: boot使用C40擦写flash Hi@ LJH1 Please provide me with a simple demo that can reproduce the problem so I can reproduce your issue. I don't need your complete product project or scattered driver files. 回复: boot使用C40擦写flash RTD Company uses version 4.0.0 as standard. 回复: boot使用C40擦写flash Subsequent testing revealed that C40 writes were intermittently successful. The `status = C40_Ip_MainInterfaceWriteStatus(); ` command returned a value of 2. ErrorFlags = C40_Ip_pFlashBaseAddress -> MCRS & ( FLASH_MCRS_PEG_MASK | FLASH_MCRS_PEP_MASK | FLASH_MCRS_PES_MASK ) ; ErrorFlags eventually equals 0; returns an error. 回复: boot使用C40擦写flash Offline burning of two programs allows for faster reproduction: the first boot directly jumps to the app, the app flashes for 30 seconds to enter boot, the erase/write cycle flashes for 1 second, a total of 300 times. If there are no problems, it resets; if there are problems, it stays on or off.
View full article
JTAG on FRDM iMX95 Hi all,  I just bought FRDM iMX95 recently, i am curious about how to use JTAG to debug this board  As check in schematic it has JTAG exposed at 6 test point pin here  At board layout it here  How should i connect jtag to it, do i need any rework ? And does this JTAG support to debug all A55, M33, and M7 core ?  Which device should i use here, it seem we have 6 pin needle but it 2x3 not 1x6  I would appreciate any guide or docment to set up JTAG  Thank you !!   Linux Re: JTAG on FRDM iMX95 Hello, Your understanding is correct. As you can see in schematic is needed to add the DNP resistors and a connector for the debugger. Best regards. Re: JTAG on FRDM iMX95 Hello, Thank you for your confirmation @JorgeCas  Summary : Please help with JTAG problem ""DAP: Could not power-up system power domain."" I have done the rework for 3 resistor and measure the pin, it successfully pull up. One note that to enable JTAG, i need to disable LPUART5 in device tree  because it use the same pin (i follow the same modify as imx95-19x19-jtag.dtb ) or else TMS (Test point 49) will always LOW) diff --git a/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts b/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts index c45f28efb568..598e16af0ebd 100644 --- a/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts +++ b/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts @@ -520,7 +520,7 @@ &lpuart5 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart5>; - status = "okay"; + status = "disabled"; bluetooth { compatible = "nxp,88w8987-bt"; After this i need to find the connector with 1.27mm pin. It take me some time to find this pcb test by pogo pin, it has 6 pin, perfectly fit.  Here is my current setup  It seem a mess but the connection is not problem, i check the HWStatus and it look good  J-Link>ShowHWStatus VTref=3.324V ITarget=0mA TCK=1 TDI=1 TDO=0 TMS=0 TRES=1 TRST=1 Supported target interface speeds: - 120 MHz/n, (n>=8). => 15000kHz, 13333kHz, 12000kHz, ... - Adaptive clocking I try connect it by these 2 command for A55 and M33 but same issue show is "DAP: Could not power-up system power domain." zk47@ltu:~$ JLinkExe -device MIMX9516_M33 -if JTAG -speed 200 SEGGER J-Link Commander V9.42 (Compiled May 6 2026 12:36:02) DLL version V9.42, compiled May 6 2026 12:35:00 zk47@ltu:~$ JLinkExe -device MIMX9516_A55 -if JTAG -speed 200 What could i do wrong here ? Maybe it fall to my JLink device is not good, can MCU-Link Pro replace it ? Can MCU-Link Pro debug both A55 and M core ?  I would still prefer do the debug through JTAG because i already had it. Please help  If you guy plan to add document guide for JTAG on FRDM iMX95, please update it soon like FRDM iMX93.   Re: JTAG on FRDM iMX95 Dear @JorgeCas  Any update ? Can i use MCU-Link Pro to debug all core A55, M33 and M7 core ?  Re: JTAG on FRDM iMX95 Hello, I apologize for the delay. We suggest you any debugger from MACRAIGOR Systems, Wind River or any of ARM. NXP team uses Lauterbach Trace32 as debugger tool for Cortex-A cores, J-link is for Cortex-M cores. In the case of i.MX95, as prerequisite to use the CM7 or CA55 scripts the SM should be already running on the i.MX device. it has the CM33 for resource management and security reasons, it's open source, it's compliant to a HW resource management standard by ARM, and its code it's meant (between a lot of them) to partition hardware, assign resources to either Cortex-A or Cortex-M7. You can use this document as reference. Debugging Cortex-M with VS Code on i.MX 8M, i.MX 8ULP, and i.MX 9 If you still having issues after this considerations, please look for hardware issues in your adapter. Best regards.  Re: JTAG on FRDM iMX95 Dear @JorgeCas  Thank you for your reply.  Okay so the hardware could be the problem, but i am still wonder these thing  Can i have a picture for your setup debug ? I am not sure what is the official way to connect to these test point. does we need to use kind of this  2. The docs only for Debug core M, not core A. Can you give me more guide for "Debug core A linux using Trace32 or JLink or MACRAIGOR " as you said ?  3. Not relate to this thread, but can i have the estimated release date for FRDM iMX95 Pro ? 
View full article
FRDM iMX95のJTAG こんにちは、みんな、 最近FRDM iMX95を購入したのですが、このボードをJTAGでデバッグする方法に興味があります。 回路図を確認すると、6番目のテストポイントピンにJTAGが露出しています。 ボードレイアウトではここに JTAGをどのように接続すれば良いですか?何か改造が必要ですか?このJTAGは、A55、M33、M7コアのデバッグをすべてサポートしていますか? ここではどのデバイスを使用すればよいでしょうか。ピンが6本あるようですが、1x6ではなく2x3です。 JTAGの設定方法に関するガイドやドキュメントがあれば教えていただけるとありがたいです。 ありがとう !! Linux Re: JTAG on FRDM iMX95 こんにちは、 あなたの理解は正しいです。 回路図に示すように、DNP抵抗器とデバッガ用のコネクタを追加する必要があります。 よろしくお願いいたします。 Re: JTAG on FRDM iMX95 こんにちは、 確認していただきありがとうございます、@JorgeCasさん。 概要:「JTAGの問題「DAP: システムの電源ドメインを起動できません」について助けてください。 3つの抵抗器の修理を行い、ピンを測定したところ、正常にプルアップされました。 JTAGを有効にするには、デバイスツリーでLPUART5を無効にする必要があります。これは、LPUART5が同じピンを使用しているためです(imx95-19x19-jtag.dtbと同じ変更を行いました)。そうしないと、TMS(テストポイント49)が常にLOWになります。 diff --git a/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts b/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts index c45f28efb568..598e16af0ebd 100644 --- a/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts +++ b/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts @@ -520,7 +520,7 @@ &lpuart5 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart5>; - status = "okay"; + status = "disabled"; bluetooth { compatible = "nxp,88w8987-bt"; 次に、1.27mmピンのコネクタを探す必要があります。この基板をポゴピンでテストするのに少し時間がかかりましたが、6ピンで、ぴったり合いました。 これが私の現在のセットアップです 見た目はごちゃごちゃしているように見えるけど、接続に問題はないよ。HWStatusを確認したけど、問題なさそうだ。 J-Link>ShowHWStatus VTref=3.324V ITarget=0mA TCK=1 TDI=1 TDO=0 TMS=0 TRES=1 TRST=1 Supported target interface speeds: - 120 MHz/n, (n>=8). => 15000kHz, 13333kHz, 12000kHz, ... - Adaptive clocking A55とM33の2コマンドで接続しようとしましたが、同じ問題で「DAP: Couldnpowered up system power domain」と表示されます。 zk47@ltu:~$ JLinkExe -device MIMX9516_M33 -if JTAG -speed 200 SEGGER J-Link Commander V9.42 (Compiled May 6 2026 12:36:02) DLL version V9.42, compiled May 6 2026 12:35:00 zk47@ltu:~$ JLinkExe -device MIMX9516_A55 -if JTAG -speed 200 ここで私が何を間違えたのでしょうか? もしかするとJLinkデバイスが問題なのかもしれません。MCU-Link Proで交換できますか?MCU-Link ProはA55とMコアの両方をデバッグできますか? 既にJTAGを持っているので、やはりJTAG経由でデバッグする方が良いと思います。助けてください FRDM iMX95のJTAGに関するドキュメントガイドを追加する予定がある場合は、FRDM iMX93のように早急に更新してください。 Re: JTAG on FRDM iMX95 @JorgeCas様 何か進展はありましたか?MCU-Link Proを使ってA55、M33、M7のコア全てをデバッグできますか? Re: JTAG on FRDM iMX95 こんにちは、 遅れて申し訳ありません。 MACRAIGOR Systems、Wind River、またはARMのいずれかのデバッガをおすすめします。 NXPチームはCortex-AコアのデバッガツールとしてLauterbach Trace32を使用し、J-linkはCortex-Mコア用です。 i.MX95の場合、CM7またはCA55スクリプトを使用する前提条件として、SMはすでに i.MX デバイス上で動作している必要があります。リソースマネジメントとセキュリティの理由でCM33を採用しており、オープンソースで、Armのハードウェアリソースマネジメント標準に準拠しています。コードは(多くのものの中で)ハードウェアのパーティション分割やCortex-AかCortex-M7へのリソース割り当てを目的としています。 この書類を参考資料として使うことができます。 i.MX 8M、i.MX 8ULP、i.MX 9 での VS Code による Cortex-M デバッグ これらの点を考慮しても問題が解決しない場合は、アダプターのハードウェアに問題がないか確認してください。 よろしくお願いいたします。  Re: JTAG on FRDM iMX95 @JorgeCas様 お返事ありがとうございます。 ハードウェアが問題かもしれませんが、soこの機器はどうなのか疑問です セットアップデバッグ用の写真を撮ってもらえますか?これらのテストポイントに接続する正式な方法がわかりません。このようなものを使う必要があるでしょうか 2. ドキュメントはDebugコアMのみで、コアAは含まれません。「Trace32やJLink、MACRAIGORを使ってコアAのLinuxをデバッグする」というガイドをもう少し教えてもらえますか? 3.このスレッドには関係ありませんが、FRDM iMX95 Proの予定発売日を教えてもらえますか?
View full article
申请延长 S32 Design Studio for ARM 2018.R1 的许可 我们目前在一款产品中使用S32 Design Studio for ARM 2018.R1 (Windows)版本。该软件的许可证最近已过期,我们无法激活它。 当我们尝试使用激活码生成激活密钥时,生成的密钥也被报告为已过期,导致我们无法使用 IDE。 我们的激活码是: 激活码: FF6A-EDA4-CDF0-7186 请您延长或续订与此激活码关联的许可证,或者告知我们如何才能重新获得软件访问权限? 您的协助将不胜感激,因为本项目依赖于此开发环境。 谢谢! Re: Request to Extend License for S32 Design Studio for ARM 2018.R1 你好, 您的S32DS许可证已延期。 Re: Request to Extend License for S32 Design Studio for ARM 2018.R1 谢谢。但我仍然无法激活该软件。我尝试了线上和线下激活,都失败了。这是我收到的错误信息:
View full article
Request to Extend License for S32 Design Studio for ARM 2018.R1 We are currently using S32 Design Studio for ARM 2018.R1 (Windows) for one of our products. The license has recently expired, and we are unable to activate the software. When we attempt to generate an activation key using our activation code, the generated key is also reported as expired, preventing us from using the IDE. Our activation code is: Activation Code: FF6A-EDA4-CDF0-7186 Could you please extend or renew the license associated with this activation code, or advise us on the appropriate steps to regain access to the software? Your assistance would be greatly appreciated, as this project depends on this development environment. Thank you. Re: Request to Extend License for S32 Design Studio for ARM 2018.R1 Hi,  your S32DS license has been extended.  Re: Request to Extend License for S32 Design Studio for ARM 2018.R1 Thanks. But I am still unable to activate the software. I tried both online and offline activations and it failed. This is what i get as the error:
View full article
可靠性数据请求 尊敬的恩智浦半导体 作为我们元器件评估过程的一部分,我们希望收到 MMX9352XVVXMAC 的可靠性报告,该信息对我们的设计考虑至关重要。 感谢您的支持 Re: reliability data request 您好,迈克, 感谢您的咨询。 由于您使用的是Gmail地址而不是公司电子邮件地址与我们联系,请您提供以下信息? 您的公司名称 项目详情 最终客户姓名 如果您不希望在此处分享这些细节,请直接回复我发送给您的电子邮件。 我在向内部质量团队索取可靠性报告时需要这些信息。 感谢您的合作。 期待您的回复。 谢谢,祝您愉快。 Re: reliability data request 亲爱的酒吧迈克,   感谢您的联系。   根据确认信息:正确的零件号应为 MiMX9352XVVXMAC, 不是 MMX9352XVVXMAC 你提到了。   对于 可靠性报告 关于 MiMX9352XVVXMAC,它不是公开的,我需要向我们内部的质量工程师确认,一旦我得到它,就会提供给您。   感谢您的耐心等待。 Re: reliability data request 亲爱的迈克,   我收到了我们工程师的回复,请问您是否已与恩智浦半导体签署了保密协议(NDA)?   此外,我们还需要以下信息。   您的公司名称 项目详情 最终客户姓名   期待您的回复。   谢谢,祝您愉快。
View full article
reliability data request dear NXP As part of our component evaluation process, we would appreciate receiving the reliability report for the MMX9352XVVXMAC this information is crucial for our design considerations. thank you for your support Re: reliability data request Hi Mike, Thank you for your inquiry. Since you are contacting us using a Gmail address rather than a company email address, could you please provide the following information? Your company name Project details End customer name If you prefer not to share these details here, please feel free to reply directly to the email I sent you. I will need this information when requesting the reliability report from our internal quality team. Thank you in advance for your cooperation. I look forward to your reply. Thank you and have a nice day. Re: reliability data request Dear bar mike,   Thanks for reaching out.   Based on the confirmation: the correct part# should MiMX9352XVVXMAC, not MMX9352XVVXMAC you mentioned.   For the reliability report of MiMX9352XVVXMAC, it is not public, I need to check with our internal quality engineer, will provide it to you once I got it.   Thanks in advance for your patience.  Re: reliability data request Dear mike,    I got our engineers reply, pls advise me if you have signed the NDA (Non disclosure agreement) with NXP?   And we need below information as well.   Your company name Project details End customer name   Look forward to your reply.   Thank you and have a nice day.
View full article
NXP Partners A web query replied that Timeskey was an NXP partner.  The NTAG213 RFID tag stickers I purchased on Amazon, while they worked, when scanned with the NXP TagInfo android app showed the IC Manufacturer to be Non-genuine, most probably counterfeit product.  I want to support the owner of the technologies I use.  How can I be sure I get genuine NXP product when purchasing items like NFC tag stickers? Re: NXP Partners Hello Sir, I hope you are doing well. I am sorry to hear that you received counterfeit tags. To ensure product authenticity and quality, we strongly recommend purchasing NFC tags only through NXP's authorized partners. For NTAG products, please visit the NTAG 213/215/216 | NXP Semiconductors. On the product page, scroll down to the Engineering Services section, where you will find a list of our authorized partners and distributors. It is recommended to only purchase the tags directly from our Partner's official websites.
View full article
AW-CM276NF Wifi/Bluetooth 模块已过时 我们已经通过 piCE 和串行接口生产了几款使用 imx8MP 和 AW-CM276NF 的板。 据了解,AW-CM276NF 模块已经过时,很难再用于生产。 有谁能推荐一种可通过 PCIe/串行接口工作并支持 NXP Linux/Yocto 的替代模块? Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 非常感谢,我们会去看看。也有人向我们推荐了 AW-XM729,但还不确定它与 AW-693 相比如何...... Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 您好, 具有最新公开SW的 PCIe 芯片组有 88W8997 88W9098 AW693 我建议你看看AW693。如果您愿意改用 SDIO,我推荐 IW612。 Daniel。 Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 您好, IW623(AW-XM729)仍处于试生产阶段。 Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 你好,特里, 请问您是从哪里得知AW-CM276NF模块已经过时的? AzureWave和NXP目前均未发布 AW-CM276NF 或W8997芯片组的任何停产通知。 还有一个问题:您是否知道 AW-CM276NF 的规格在后来的版本中有所更改? 对于PCIe + UART配置,该模块现在需要CON[2:0] 设置 = 011 。早期版本最多支持八种接口组合。 新版模块仅支持以下配置: SDIO(WLAN)+ UART(蓝牙) PCIe(无线局域网)+ UART(蓝牙) 对于 PCIe + UART 模式,配置必须设置为CON[2:0] = 011 。 此致, 迈克尔·胡珀茨 Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 你好,特里, 感谢您的快速回复。 我目前正在评估我们某款产品的后续电路板,以替换 CompuLab 的 SO-DIMM SoM。您提供的有关 AW-CM276NF 已停产的信息对我们的评估过程非常有帮助。 此致, 迈克尔·胡珀茨 Re: AW-CM276NF Wifi/Bluetooth Module becoming obsolete 我们的一位客户表示该模块即将过时,之后我们从 AzureWave 获得了相关信息: 亲爱的马丁: AW-CM276NF的最后购买日期为2026年2月28日。 作为替代方案,我们推荐使用 AW-XM729,它的引脚与 AW-CM276NF 兼容。 附件是DS文件,请您审阅。 问候, ...... ...... (多发性硬化症。) AzureWave Technologies Inc 请注意,虽然 AW-XM729 在引脚功能上兼容,但在封装尺寸上并不完全兼容。 关于 CON 设置,是的,我们对这两块已经生产了大约 3 年的电路板一直使用该设置。
View full article
Android 14 Automotive (NXP) と i.MX 95 EVK 19x19 で Bluetooth が動作しない/クラッシュする ちょっと、そこ、 公式ウェブサイトAAUG_14.0.0_2.1.0_2024-10-02_14-28.pdfに記載されているドキュメントに従って、Linuxサーバー上でAndroid 14 Automotive NXPコードを正常にクローンおよびビルドしました。 このコードは、以下のリンクからダウンロードしました: https://www.nxp.com/pages/alpha-beta-bsps-for-microprocessors:IMXPRERELEASES (Android オートモーティブ 14.0.0_2.1.0(L6.6.23 BSP) i.MX95 19x19 EVK Alphaをサポート リンク: https://www.nxp.com/webapp/Download?colCode=automotive-14.0.0_2.1.0_image_95evk_car2&appType=license ) オートモーティブ向けのビルドターゲットの両方で試してみました。 1. evk_95_car-trunk_staging-userdebug 2. evk_95_car2-trunk_staging-userdebug 基板への書き込み後、処理は正常に完了し、Android 14 オートモーティブのUIが表示されるようになりました。 フラッシュに使用するコマンド: sudo ./uuu_imx_android_flash.sh -f imx95 -e -t emmc しかし、UI で Bluetooth を有効にしようとすると、 adb logcatでクラッシュが発生します。Bluetoothが有効になりません。 ログファイル(bt.logとbt-on.log)を添付します。 役員情報: i.MX 95 19x19 EVK リファレンスボード。 私はWiFiとBTにJODY-W377-00B u-bloxチップを使用しています。 これは想定される動作なのか、それとも既知の問題なのか、ご確認いただけますでしょうか? 追加情報が必要な場合はお知らせください。現在ブロックされており、 BTが機能している場合にのみ処理が必要です。 よろしくお願いします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 Android Automotive OSのインストール成功、Bluetoothが動作しない、Wi-Fiが動作することを示すUIスクリーンショットとして、ボードに関する追加情報を追加します。 さらに情報が必要な場合はお知らせください。 JODY-W377: BTが動作しません: Android オートモーティブがAndroid 14にアップデートされました。 Wi-Fi動作状況: Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 詳しい情報ありがとうございます。 ログと設定を確認するのに少しお時間をください。 何か新しい情報があれば、お知らせします。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 共有されたログによると、HALの初期化に失敗しているようです。 下記のリリース版をお試しいただけますでしょうか? 16.0.0_1.2.0_DEMO_95 現在お使いのBSPはアルファ版/ベータ版であり、何らかの問題がある可能性があります。上記のリリース版をお試しいただき、結果をお知らせください。よろしくお願いいたします。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 ご返信ありがとうございます。 あなたのコメントを拝見したところ、私が探しているAndroid Automotiveのイメージではなく、Android OSのイメージを提供していただいたことに気づきました。 Android 16ではボードを起動できないため、イメージを試してみました。 私が試したこと: 提供されたリンクからAndroidイメージをフラッシュしてください。スクリーンショットはこちらです。 Androdi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndrodi 16 DEMO images flash with UUUAndroid 16 デモイメージが UUU でフラッシュ 次に、(オプションとして)Android Automotive 16のプリビルド済みデモイメージを試してみました。スクリーンショットはこちらです。 Andrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi automotive 16 DEMO images flash with UUUAndrdoi オートモーティブ 16 デモ画像が UUU と共にフラッシュ UARTスイッチはONに設定されています(つまり、JTAGはOFFです)。 ダウンロード用スイッチとしてSW7(1001)、eMMCブート用スイッチとして1010を持っています。 スクリーンショットはこちらです。 Board imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageBoard imageボードイメージ これまで、Android 16は常にLIBUSBエラーで失敗し、Android 14アルファ版イメージに切り替える必要がありました。 Android 14の場合、搭載のUARTをONに切り替えると、Bluetoothが動作し、デフォルトで有効になりました。 今、私が懸念しているのは別のことです。 私が持っているBluetoothスピーカーはボードに接続されず、コネクテッドと切断済みの通知が表示されるだけです。 スクリーンショットはこちらです。 BT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UIBT UI 私のiPhoneは通話やメディアの送受信は正常に行えますが、Bluetoothヘッドホンのスピーカーはデータを受信しません。 Android Automotiveでは、BTシンクは動作するが、ソースは全く動作しないということでしょうか? Bluetoothを音源として使用する方法はありますか?設定変更は必要ですか? よろしくお願いいたします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 ログファイルを添付しましたので、他に何か対応が必要な点があればお知らせください。 実はこれがAndroid自動車用のBTのシンクプロファイルによる設計上の制限なのか、他にもいくつか疑問があります。 1. ゾーン1の出力を3.5mmジャックに、ゾーン2の出力をJ10接続の外部スピーカーに配線できますか?設定やルーティングの変更が必要ですか? 2. 3.5mmジャックとUSBサウンドカードを使って、Pipewireを使って独立してオーディオを定義・ルーティングする必要がありますか? 目的はimx95 EVK REV Aボード上でオーディオマルチゾーンの実装を実現することです。ご提案があればお聞かせください。また、追加情報が必要な場合はお知らせください。 ありがとうございます。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 ヘッドセットに接続しようとした際の 失敗したHCIログとlogcat ログを教えてもらえますか? Androidでは、 HCIのスヌープログ Bluetooth in Developer Options を有効にし、Bluetoothを一度切り替えてキャプチャを開始し、その後ログをエクスポートすることで adb をキャプチャできます。 手順: 開ける 開発者向けオプション 有効にする Bluetooth HCIスヌープログ Bluetoothの切り替え 一度オンオフを繰り返して 問題の再現を試みています。 ADBコマンドを使用してログファイルを取得します。 接続失敗ログを確認して、接続失敗の原因を探してみましょう。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 現在のログを確認したところ、 ======= Line 838: 06-19 07:25:06.044 1294 1486 I BluetoothBondStateMachine: Bond State Change Intent:XX:XX:XX:XX:67:36 BOND_BONDING => BOND_BONDED Line 841: 06-19 07:25:06.077 1181 1357 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 844: 06-19 07:25:06.084 1673 1673 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 853: 06-19 07:25:06.099 1181 1357 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 868: 06-19 07:25:06.284 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 886: 06-19 07:25:06.401 1544 1571 D CachedBluetoothDevice: updating profiles for XX:XX:XX:XX:67:36 Line 888: 06-19 07:25:06.411 1544 1571 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device XX:XX:XX:XX:67:36 Line 903: 06-19 07:25:08.919 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 909: 06-19 07:25:09.953 1673 1673 D CachedBluetoothDevice: No profiles. Maybe we will connect later for device D7:88:75:A1:67:36 Line 911: 06-19 07:25:10.014 1294 1426 I btm_acl : packages/modules/Bluetooth/system/stack/acl/btm_acl.cc:205 - disconnect_acl: Disconnecting peer:xx:xx:xx:xx:67:36 reason:HCI_ERR_PEER_USER comment:stack::l2cap::l2c_link::l2c_link_timeout All channels closed Line 914: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:4101 - btif_av_acl_disconnected: btif_av_acl_disconnected: Peer xx:xx:xx:xx:67:36 : ACL Disconnected Line 915: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1503 - FindOrCreatePeer: BtifAvPeer *BtifAvSink::FindOrCreatePeer(const RawAddress &, tBTA_AV_HNDL): Create peer: peer_address=xx:xx:xx:xx:67:36 bta_handle=0x41 peer_id=0 Line 920: 06-19 07:25:10.054 1294 1426 I btif_av : packages/modules/Bluetooth/system/btif/src/btif_av.cc:1575 - DeleteIdlePeers: DeleteIdlePeers: Deleting idle peer: xx:xx:xx:xx:67:36 bta_handle=0x41 Line 922: 06-19 07:25:10.055 1294 1460 I bt_btif_dm: packages/modules/Bluetooth/system/btif/src/btif_dm.cc:890 - btif_dm_get_connection_state: Acl is not connected to peer:xx:xx:xx:xx:67:36 これはすでにペアリングと接続が成功しているのに、SDPが「SdpManager: sdpRecordFoundCallback: Search instance is NULL」と応答し、プロファイルが存在しないため、AndroidホストがACLリンクを切断していることを意味します。 さらにデバッグを進めるため、HCIスヌープログを提供していただけますでしょうか。 ヘッドセットに接続しようとする際に 、失敗したHCIログとlogcat ログ 教えてもらえますか? Androidでは、 HCIのスヌープログ Bluetooth in Developer Options を有効にし、Bluetoothを一度切り替えてキャプチャを開始し、その後ログをエクスポートすることで adb をキャプチャできます。 手順: 開ける 開発者向けオプション 有効にする Bluetooth HCIスヌープログ Bluetoothの切り替え 一度オンオフを繰り返して 問題の再現を試みています。 ADBコマンドを使用してログファイルを取得します。 また、Android 16 車載のリリースも試すことができます。この問題はAndroid 14のオートリリースに関連しているのではないかと疑っています。 i.MX 95 (B0) 19x19 EVK – Arm Cortex-M7コア内のEVSを用いたデモ画像 i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 あなたが勧めていたAndroid 16のプリビルドを試しましたが、先ほど述べたLIBUSBエラーで、uuuでフラッシュをブロックしています。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 I.MX95-EVK 19*19とAndroid 16 車載リリースでローカルでテストしました: i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 期待通りに動作します。 参考までに、下記のスクリーンショットをご覧ください。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 それは私の間違いだった。前回共有するリンクはAndroid 16向けで、オートモーティブ Android 16向けではありません。 また、以下のリンクからオートモーティブAndroid版のリリースを入手できます: Android オートモーティブ向けソフトウェア | NXP Semiconductors 昨日、リンクは特にI.MX95-EVK オートモーティブのAndroid 16向けだとお伝えしました。参考までに、リンクを下記に再度貼り付けておきます。 i.MX 95 (B0) 19x19 EVK – Arm Cortex-AコアにおけるEVSを用いたデモ画像 もしLIBUSB関連の問題がまだ続く場合は、別のUSB Type-Cケーブルを交換するか、Windows PCのUSBポートを交換するか、電源を抜いてからボードを再起動して再度接続してみてください。時々このようなLIBUSBエラーも発生しますが、別のUSB Type-Cケーブルを交換したり、Windows PCのUSBポートを交換したり、電源を抜いてからボードを再起動してからPCポートに差し直すと問題は解決します。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 ログを確認しましたが、接続失敗のプロセスは含まれていませんでした。 Bluetoothを再度有効にしてから問題(ヘッドセットを接続するがUIで切断表示)を再現し、ログを保存して共有する方法を教えてもらえますか? なぜボードにフラッシュできないのか分かりませんが、私が共有したオートモーティブ Android 16画像のリンクで正常にフラッシュできます。 以下は、フラッシュが正常に完了したことを示す、私の側の画面のスクリーンショットです。 そして、以下の点についてもあなたは正しいです。 シリアルダウンロードモードに入るには、ボードのSW7(ブートモード)を1001(1~4ビット)に変更してください。 SW7を変更してボードを1010(1-4ビットの形)に戻し、eMMCブートモードに入ることができます。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは@Christine_Li あなたが勧めていたAndroid 16のプリビルドを試しましたが、先ほど述べたLIBUSBエラーで、uuuでフラッシュをブロックしています。 BT HCIのログをzipファイルとして添付します。 ごサポートありがとうございます。 よろしくお願いします。     Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 Windowsでフラッシュできないので、Ubuntu 22.04からあなたと同じようにフラッシュを試みました。 添付のzipファイルにあるスクリーンショットの通り、LIBUSBエラーが表示されました。 設定でBTスヌープログを有効にした後、以下の操作を行いました。 1. /data/misc/bluetooth/logs/btsnoop_hci.log から既存のログファイルを削除します。 2. UIからBTを無効にする - ログは生成されません 3. Bluetoothを有効にし、UIからAirdopes 141イヤホンに接続をクリックします。ログファイルが生成されます(zipファイルに添付されています)。 4. このプロセスの後、UI上のイヤホンには接続中と表示され、その後切断されます。 よろしくお願いいたします。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 HCIログに接続に関するログが一切ない理由が分かりません。 スクリーンショットは以下をご覧ください。 あなたと私の違いは、あなたがUbuntuを使ってフラッシュしているのに対し、私はWindowsを使ってフラッシュしている点だと思います。 Ubuntu 22.04で試してみて、結果をお知らせします。 もう一つお願いがあります。I.MX95 19*19 EVKはもう1つ在庫がありますか?可能であれば、別のEVK製マザーボードで試していただけますでしょうか? もしくは、Windows PCでフラッシュを試していただけますか? よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 もう問題は解決しましたか? もしそうなら、このCASEをとりあえず閉じてもいいですか? もしなければ、もし私からのさらなるサポートが必要なら教えてください。 よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @ni3 Ubuntu 24.04で確認しました。Ubuntu 22.04のPCを持っていないので、I.MX95-EVKに正常にダウンロードできます。 テスト結果のスクリーンショットは以下をご覧ください。 あなたの側でLIBUSB_ERROR_NO_DEVICE=-4エラーが出ている場合、 USBハブに接続しているか確認してもらえますか? はいの場合、 Ubuntu PCに直接接続していただけますか? また、このコマンドで情報が出力されているか確認してもらえますか: uuu -lsusb   私の側では、接続された既知のデバイス情報、チップ名、Pro SDPS:、Vid情報、Pid Info、Bcdバージョン、Serial_noなどを出力できます。 また、すでにSW7(1001、1-4ビット)を変更してボードをシリアルダウンロードモードに切り替えているか、二重に確認してください。   通常、このようなLIBUSB_ERROR_NO_DEVICEエラーは、I.MX 95ボードとUbuntu PCの接続に関連しています。   よろしくお願いいたします。 Christine。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 この件はクローズしてください。ありがとう。 Re: Bluetooth NOT WORKING/Crash on Android 14 Automotive (NXP) with i.MX 95 EVK 19x19 こんにちは、 @Christine_Li さん。 どうやら私のインフラに問題があるようです。これまでのサポートありがとうございます。 よろしくお願いします。
View full article
使用外部MCU链路调试探针时,应该使用哪个USB接口为FRDM-MCXA153供电? 您好,我是 NXP 微控制器和 MCUxpresso IDE 的新手。我购买了 FRDM-MCXA153 和 MCU-Link 调试探针。我想使用外部调试探针,因为我将在我的定制印刷电路板上使用它。我已经成功运行了闪烁 LED 示例代码,并且可以使用 MCU-Link 调试探针通过外部调试端口 J18 进行调试。 我的问题是,在使用外部调试器时,我应该使用 FRDM 板上的哪个 USB 接口(J18 或 J8)为电路板供电? 谢谢 开发板 Re: Which USB to power the FRDM-MCXA153 when using external MCU Link Debug Probe? 嗨@joe1652 我建议使用 J8 作为电源输入。 谢谢。 BR 爱丽丝
View full article
S32K3 内核掉电错误 & 正在运行(总线错误) 我问 MCU 处于什么状态,在下列情况下会出现什么情况。 有趣的是,如果使用 Over(Trace32) 运行特定函数,问题就会出现,但如果使用 Step(Trace32) 运行,问题就不会出现。 (向 MCU 正常供电)。 Re: S32K3 core power down error & running(bus error) 大家好 我们的项目目前也面临同样的问题。没有使用 CRC 和 C40 模块,但本主题中描述的所有其他内容都适用于我们的情况。 @kjy106906,你的问题解决了吗? 编辑:@danielmartynek,既然是这个话题,你听说过这种问题已经解决了吗? 感谢您的回答 Re: S32K3 core power down error & running(bus error) 你好@kjy106906、 你写道"奇怪的是,即使我添加几行不必要的代码(添加用于调试的 while 语句、添加全局变量等),问题也不会重现。" 如果写入寄存器或 sram 存储器,能否回读,使所有操作都正确序列化? RM,rev.8,第 3.8 节内存操作序列化。 此致, 丹尼尔 Re: S32K3 core power down error & running(bus error) 谢谢@danielmartynek 我还在使用 C40 库。(C40_Ip_Read) 但不返回错误,(返回成功)。 Re: S32K3 core power down error & running(bus error) 读取 DFlash 时,是否使用了驱动程序? 因为驱动程序会检查错误: 谢谢! 丹尼尔 Re: S32K3 core power down error & running(bus error) 谢谢@danielmartynek 由于公司网络安全原因,无法共享整个项目。 即使我分享我的精灵,它目前也能在我的游戏板上运行。 在您的环境中可能无法进行测试。 也无法共享简化精灵。 奇怪的是,即使我添加几行不必要的代码(添加用于调试的 while 语句、添加全局变量等),问题也不会重现。 目前,此问题已在 5 个电池管理系统板中出现。 这一切都与 Dataflash 有关。 出现上述现象的原因会不会是数据闪存区损坏或其他错误? Re: S32K3 core power down error & running(bus error) 你好@kjy106906、 我想在我这边进行测试。 您能分享一下这个项目吗? 或者最好是使用.elf的简化版本能重现该问题吗? 如果您不想在这里分享,请创建一张票据。 谢谢! 丹尼尔 Re: S32K3 core power down error & running(bus error) 谢谢@danielmartynek 我目前使用的是 Vector Microsar MCU 没有输入任何 Os Hal 故障(异常)。 如果输入了 MCU 异常,我想我会在调试器中看到 MCU 跳转到相应的代码,但是当前 Trace32 中会输出总线错误。 因此,例外情况似乎并未发生。 如果还有其他需要检查的地方,请告诉我。 RESET_B 或非 VDD_HA_A 跌至低点。 此问题会导致在没有 Trace32 的情况下以仅限电池管理系统的状态无限 RESET SBC。由于该问题发生在 Dataflash Init 中,因此 MCU 无法运行,SBC 会无限 RESET。 所以这也不是劳特巴赫的问题。 这对我们来说是一个重要问题。如果还有其他需要检查的地方,请告诉我。 Re: S32K3 core power down error & running(bus error) 你好@kjy106906、 因此,我认为核心不会检测到任何故障异常,也不会转到 HardFault_Handler()。 你能监测 reset_b 引脚吗?应用程序是否正在运行? 如果是这样,可能是劳特巴赫问题。 BR,丹尼尔 Re: S32K3 core power down error & running(bus error) 谢谢 即使我在错误处理程序上设置了中断,中断也不会发生,MCU 会进入相应的状态。 我想知道 MCU 现在处于什么状态,以及进入这种状态的原因。 Re: S32K3 core power down error & running(bus error) 你好@kjy106906、 请查看有关故障异常的更多信息。 请参考这些文件: https://community.nxp.com/t5/S32K-Knowledge-Base/Fault-handling-on-S32K14x/ta-p/1114447 https://community.nxp.com/t5/S32K-Knowledge-Base/How-To-Debug-A-Fault-Exception-On-ARM-Cortex-M-V7M-MCU-S32K3XX/ta-p/1595570 https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K312-HARDFAULT-Handling-Interrupt-DS3-5-RTD300/ta-p/1806259 如果 BFARVALID = 1,则读取可配置故障状态寄存器 (CSFR) 和总线故障地址寄存器 (BFAR)。您应该能在堆栈中找到故障指令的 PC 地址。 此致, 丹尼尔 Re: S32K3 core power down error & running(bus error) 谢谢@danielmartynek 该功能不是 RTD 功能,而是一个简单的计算功能。 计算特定地址上 C40 读取数据的 CRC 时出现问题。 该问题出现在执行 CRC 计算功能时,而不是读取数据时。 MCU:S32K312,RTD 版本:2.0.0 我想知道 MCU 现在处于什么状态,以及进入这种状态的原因。 Re: S32K3 core power down error & running(bus error) 你好@kjy106906、 你能说得更具体一些吗? 你在这里做什么工作? 如果您使用 MCU 和 RTD,是否还能说明其版本? 谢谢! BR,丹尼尔 Re: S32K3 core power down error & running(bus error) @kjy106906 , @danielmartynek 同样的问题,您是否找到了根本原因? 使用尺寸优化也会出现此问题,如果不进行任何优化,则问题会消失。 Re: S32K3 core power down error & running(bus error) 你好, 我们最终找到了我们这边问题的根本原因。 它与 NXP 勘误表ERR052460有关,该勘误表与分支推测有关。以下代码片段修正了该行为。 // NXP ERR052460 Workaround: Cortex-M7: A hang scenario can occur when a reserved read locked memory region is accessed by application cores *((uint32_t*) 0x402AC0F0) = 0x1CB0499Du; *((uint32_t*) 0x402AC0F0) = 0xB9920D38u; 我不确定这是否是你们那边的根本原因(我不是恩智浦的员工,而且他们似乎也不会回应),但值得检查一下。 Re: S32K3 core power down error & running(bus error) @Palacni非常感谢您的及时回复。遗憾的是,在我的衍生机型上,勘误表中提到的位置还有一个外围设备,用于启用用户访问。我已经向恩智浦索取了我相对较新的衍生产品的勘误表…… 当使用以下任一方法时,它都能正常工作: 禁用优化(-O0) 使用SoC上另一个功能域的SRAM。 禁用指令缓存 通过调试器单步执行
View full article
S32K389 AES_ACCEL が 64KB のデータを暗号化する際にハング/フリーズする こんにちは、NXPチームの皆様、 私はS32K389を使用しており、 AES_ACCEL(ACE/MSC)モジュールをテストしています。大規模なデータバッファをプロセッシング中に安定性の問題に直面しました。 テスト設定: モード:AES-CBC CASE 1(合格):4KBデータの暗号化は正しく動作します。 ケース2(失敗):64KBのデータを暗号化すると、AESサービスが実行されるとチップが即座にクラッシュまたはハングします。 観察された行動: S32DS(S32 Design Studio)はAESサービスの実行中にフリーズします。 デバッガを介してS32K389に接続しようとすると、完全に失敗します。 質問: AES_ACCELトランザクションあたりの最大データ長に関して、既知の制限事項はありますか? よろしくお願いします、 シアンロン Re: S32K389 AES_ACCEL hangs/freezes when encrypting 64KB data こんにちは@wuxianlong 確認させてください。できるだけ早くご連絡いたします。 よろしくお願いいたします。 ルーカス Re: S32K389 AES_ACCEL hangs/freezes when encrypting 64KB data 遅れてすみません。内部リソースへのアクセス権に問題があり、解決に予想以上に時間がかかっています。できるだけ早くお答えします。ご辛抱いただきありがとうございます。 よろしくお願いいたします。 ルーカス Re: S32K389 AES_ACCEL hangs/freezes when encrypting 64KB data こんにちは@wuxianlong CMACが検証サービスを生成する際には、以下の制限があります。 暗号化にも制限があるかどうか、現在確認中です。後ほどお知らせします。 よろしくお願いいたします。 ルーカス
View full article
Novice Trying to Make a Colour Sorting Camera I am attempting to make a colour sorter for a larger project, I am essentially a complete novice when it comes to this however. I have an ESP32-S3R8 microprocessor, and want to connect it to any compatibile camera to eventually detect when certain coloured objects are in its view. Mostly wondering what camera would be best for this, but if there are any tips for learning what I need for this project that would be greatly appreciated.
View full article
GC7000 GPU hang galcore timeout Issue Summary During execution of NavApp, the display freezes completely. Investigation of the kernel logs indicates that this is not an application crash, but a Vivante GC7000 GPU (Galcore) hang. Observations: The kernel reports a GPU timeout after 30 seconds (gpuTimeout = 30000). Galcore generates a GPU State Dump and invokes: gckKERNEL_Recovery() gckHARDWARE_DumpGPUState() The driver then reports: [galcore]: Stop driver to keep scene. The GPU state dump indicates multiple GPU blocks are stuck: FE not idle SH not idle TX not idle MC not idle DMA appears to be stuck Driver Configuration Current Galcore configuration shows: recovery = 0 gpuTimeout = 30000   Since GPU recovery is disabled (recovery = 0), the driver stops after detecting the hang, leaving the last rendered frame on the display, which explains the observed screen freeze. GPU Memory Status: GPU memory statistics do not indicate memory exhaustion. Total GPU memory: 256 MB Used: ~155 MB Free: ~113 MB Therefore, the issue does not appear to be caused by GPU out-of-memory. GPU Client: The GPU database shows that NavApp is the only active GPU client at the time of the hang. The GPU state dump references multiple command buffers submitted by: NavApp This indicates the GPU hang occurred while executing rendering commands submitted by NavApp.   Application Timeline: From the application logs, the following sequence is observed immediately before the GPU hang: Continuous map zoom in/out operations Offline map/tile access Route calculation Route information display GPU timeout and state dump The GPU hang occurs immediately after intensive rendering activity. Conclusion: Based on the collected evidence: There is no kernel panic, OOM, or application crash. The failure is a GPU command processing hang detected by the Galcore watchdog. NavApp is the rendering client when the hang occurs, but the failure is observed inside the GPU driver. GPU memory usage is within limits and does not indicate resource exhaustion. Request to TVS team please investigate: Vivante GC7000 / Galcore GPU driver hang during rendering. Whether this issue is a known GPU driver or firmware limitation. Whether GPU recovery (recovery=1) is supported and recommended on this platform. Analysis of the GPU state dump to identify which GPU command or hardware block caused the timeout. Whether there are updated BSP, GPU driver, or firmware releases addressing similar GPU timeout issues. Re: GC7000 GPU hang galcore timeout Hi @Zhiming_Liu  SOC - iMX8qxpComek BSP version - Scarthgap L6.6.5 Spoiler (Highlight to read) Spoiler (Highlight to read)     Re: GC7000 GPU hang galcore timeout Hi @Ram2  Please provide SOC part number, BSP verison and reproduce steps. Best Regards, Zhiming
View full article
新手尝试制作颜色分类相机 我正在尝试为一个更大的项目制作一个颜色分拣器,但我在这方面基本上是个新手。我有一个 ESP32-S3R8 微处理器,想把它连接到任何兼容的摄像头,以便最终检测出某些颜色的物体何时出现在它的视野中。 我主要想知道哪种相机最适合这个项目,但如果能提供一些关于我需要哪些设备方面的建议,我将不胜感激。
View full article
SE050E2HQ1/Z01Z3Zに必要な熱データ こんにちは、チームの皆さん、 部品番号の熱抵抗データと動作接合部温度情報を探しています。 SE050E2HQ1/Z01Z3Z ありがとうございます。 ひどい スマート・カード Re: Thermal Data required for SE050E2HQ1/Z01Z3Z こんにちは、 @Harsh_Bhavsar さん。 詳細については、 https://www.nxp.com/docs/en/data-sheet/SE051.pdfをご参照ください。それらはほとんど同じです。 心から、 カン Re: Thermal Data required for SE050E2HQ1/Z01Z3Z こんにちは、Kan_Liさん。 ご回答ありがとうございます。データシートは大変参考になりました。 同じ接合部の最大許容温度を教えてもらえますか?それとも動作温度を考慮してもいいですか? ありがとうございます。 ひどい Re: Thermal Data required for SE050E2HQ1/Z01Z3Z こんにちは、kanさん、 それは本当に役立つ情報です。 ありがとうございます。 ひどい Re: Thermal Data required for SE050E2HQ1/Z01Z3Z こんにちは、 @Harsh_Bhavsar さん。 動作時の最大接合温度は動作時よりわずかに高く、内部温度センサーは 約110°C で作動し始めます。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記: この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 -------------------------------------------------------------------------------
View full article
GC7000 GPU 挂起 galcore 超时 问题概要 在 NavApp 运行时,屏幕完全冻结。对内核日志的调查表明,这是 不是应用程序崩溃,而是 Vivante GC7000 GPU (Galcore) 挂起。 观察结果: 内核报告 GPU 超时时间为 30 秒(gpuTimeout = 30000)。 Galcore生成 GPU状态转储和调用: gckKERNEL_Recovery() gckHARDWARE_DumpGPUState() 司机随后报告: [galcore]:停止驱动程序以保持场景。 GPU状态转储显示多个GPU模块卡住: FE 不怠速 SH 未空闲 TX非空闲状态 MC非怠速 DMA似乎卡住了。 驱动程序配置 当前 Galcore 配置显示: 恢复时间 = 0,GPU超时时间 = 30000   由于 GPU 恢复功能已禁用(恢复 = 0),驱动程序在检测到挂起后停止运行,屏幕上会留下最后渲染的帧,这就解释了观察到的屏幕冻结现象。 GPU内存状态: GPU内存统计信息 并不表示记忆力衰竭。 GPU总显存:256 MB 已用:约 155 MB 免费:约 113 MB 因此,该问题似乎并非由 GPU 内存不足引起。 GPU客户端: GPU数据库显示 程序卡死时, NavApp 是唯一活跃的 GPU 客户端。 GPU状态转储引用了以下人员提交的多个命令缓冲区: 导航应用 这表明 GPU 挂起发生在执行 NavApp 提交的渲染命令时。   申请时间表: 从应用程序日志中可以观察到,在 GPU 挂起之前,会立即出现以下序列: 连续地图缩放操作 离线地图/图块访问 路线计算 路线信息显示 GPU超时和状态转储 GPU 死机通常发生在高强度渲染活动之后。 结论: 根据收集到的证据: 有 没有内核崩溃, OOM ,或 应用程序崩溃。 失败是 Galcore 监控程序检测到GPU 命令处理挂起。 NavApp 是渲染客户端,当程序卡死时,故障却在 GPU 驱动程序内部被发现。 GPU内存使用率在允许范围内,并不表示资源耗尽。 请TVS团队调查此事: Vivante GC7000 / Galcore GPU 驱动程序在渲染过程中挂起。 这个问题究竟是已知的GPU驱动程序限制还是固件限制? 此平台是否支持和推荐使用 GPU 恢复(recovery=1)。 分析 GPU 状态转储,以确定是哪个 GPU 命令或硬件块导致了超时。 是否有更新的 电路板支持包、GPU 驱动程序或固件 版本 来解决类似的 GPU 超时问题。 Re: GC7000 GPU hang galcore timeout 嗨@Zhiming_Liu SOC - iMX8qxpComek BSP 版本 - Scarthgap L6.6.5 剧透 (高亮部分可供阅读) 剧透 (高亮部分可供阅读)     Re: GC7000 GPU hang galcore timeout 嗨@Ram2 请提供 SOC 部件号、BSP 版本以及重现步骤。 此致, 志明
View full article
サポート要件:i.MX8QXP C0 MEK – Yocto Scarthgapにおけるセキュアパーティションアクセスファイル破損問題 こんにちは、NXP チームの皆様、 i.MX8QXP C0 MEKで検出されたセキュアパーティション/ファイルシステムの問題について、皆様のサポートをお願いします。 以下のソフトウェアベースラインを使用しています。 商品詳細 プラットフォーム i.MX8QXP C0 MEK BSP Yocto Linux ヨクトリリース スカースギャップ カーネルバージョン 6.6.5 問題の説明: セキュアパーティションキーを正常に生成できました。しかし、Linuxファイルシステムからセキュアパーティションを使ったりアクセスしようとすると、アクセスが失敗します。場合によっては、アクセス/書き込み操作後にファイルが破損することもあります。 観察: エリアステータス 安全なパーティションキー生成 成功 生成されたキーを用いたファイルシステムアクセス 失敗する ファイル読み書き操作 不安定 ファイル整合性 ファイル破損が確認されました i.MX8QXPのYocto Linuxにおける安全なパーティションアクセスの推奨かつ正しい方法について教えていただけますか? 以下の点について、皆様のご意見をお聞かせください。 i.MX8QXP上でYocto Linuxでセキュアパーティションを作成、フォーマット、マウント、アクセスする推奨方法は何ですか? セキュアパーティションの使用に推奨される特定のファイルシステムの種類はありますか? カーネル設定、デバイスツリー、OP-TEE、またはYoctoレイヤーの変更は必要ですか? NXP社製のセキュアパーティション処理に関するリファレンス実装やドキュメントはありますか? 生成されたセキュアキーを使うために、ファイルシステムアクセスの失敗やファイル破損を避けて正しいフローは何でしょうか? 適切な実施方法について、ご検討の上、ご提案いただけますでしょうか。
View full article
FRDM MCX A266のピン設定ツールが見つかりません サイト内のピン設定ツールが見つかりません。 FRDMトレーニング Re: Can't find pin configuration tool for FRDM MCX A266 こんにちは、 これは、ツールを使い始める際に役立つ情報です。 MCUXpresso設定ツールのクイックスタートガイド MCUXpresso設定ツールユーザーガイド(IDE) 必要な情報やツールがあればお知らせください。 敬具、ルイス Re: Can't find pin configuration tool for FRDM MCX A266 https://www.nxp.com/design/design-center/software/development-software/mcuxpresso-software-and-tools-/mcuxpresso-config-tools-pins-clocks-and-peripherals:MCUXpresso-Config-Toolsが見つかりました Re: Can't find pin configuration tool for FRDM MCX A266 ご返信ありがとうございます。 可能であれば、これらのツールのステップバイステップ設定の例を教えていただけると助かります。 Re: Can't find pin configuration tool for FRDM MCX A266 こんにちは、 何を達成したいのかによりますが、どのプロセスにアシスタントが必要なのか確認または説明してもらえますか? また、ユーザーガイドのMCUXpresso設定ツールユーザーガイド(IDE)第3章には、手順や写真が付いており、ツールの機能にリダイレクトして設定に合わせて調整できます。 敬具、ルイス Re: Can't find pin configuration tool for FRDM MCX A266 はい、お願いします。私が今やろうとしているのは、ごくシンプルなことです。 4つのDACチャネルと4つのADCチャネルを定義します。 それらを内部の4つのADCチャネルにルーティングしてループを閉じます。 それらの信号が届いたことを確認し、入力数を掛け合わせます。 再度掛け合わせて、パフォーマンスを測定してください。 デバッグおよび結果表示のために、USB経由のシリアル通信でログ出力を行うように設定してください。
View full article