Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
How to program S32Z280-400EVB using JTAG on MBDT? I'm connecting the S32Z280-400EVB with JTAG on pin J129 JTAG. The hardware I'm using is Jlink. I opened the model s32ze_can_transmit_ebt, and download the program via JTAG. However, the following it said that the connection cannot be detected.  Re: How to program S32Z280-400EVB using JTAG on MBDT? hi,Wei_H The current official documentation and the "Quick Start" process default to using NXP S32 Debug Probe. https://www.nxp.com/document/guide/getting-started-with-s32z280-400evb:GS-S32Z280-400EVB?section=out-of-the-box For use the Jlink for the S32Z280-400EVB, I will help you to check if exist limitation or some setting need to attention. BR Joey Re: How to program S32Z280-400EVB using JTAG on MBDT? hi,kodyw Thank you for your reply. 1.Will J-Link be supported in NXP's roadmap? >>>J-link is third-party tool, need to download the algorithm to support J-Link debugging of the S32Z, which requires the official provision of J-link. 2.and there is an openSDA on the S32Z280-400EVB evaluation board, will it be supported in NXP MBDT toolbox? >>>Currently, the openSDA cannot be used to debug the S32Z280-400EVB board. The S32DS Debugger probe and Trace32 usually be used to debug the board. BR Joey Re: How to program S32Z280-400EVB using JTAG on MBDT? Hi @Joey_z , Will J-Link be supported in NXP's roadmap? and there is an openSDA on the S32Z280-400EVB evaluation board, will it be supported in NXP MBDT toolbox? Thank you, Kody
查看全文
S32DS 许可证过期 你好,我的 S32DS 3.6.0许可证即将到期,如何更新?激活代码为C4B1-D4B2-8B65-E565 回复: S32DS license expired 请尽快处理好吗?该项目已经启动。 回复: S32DS license expired 你好、 您的 S32DS 许可证已延期。
查看全文
Question about the how to check MEMACC statu Hello Team May I ask about MemACC question? Customer is using FEE(for Data) and MemACC(for code flashing). For this case, I got below information about the avoid conflict with MemACC and Fee.  However I did not find like of "Get state MemAcc". May I ask how to check MemAcc state before user FEE calling? Thank you. RTD Source: NXP Internal Re: Question about the how to check MEMACC statu Hi @Luke_Chun , You can use 2 following functions to get status of MemAcc: MemAcc_GetJobStatus() return MEMACC_JOB_IDLE ;  MemAcc_GetJobResult() return MEMACC_MEM_OK; For example: Write task - Write task called by MemAcc: After MemAcc_GetJobStatus() return MEMACC_JOB_IDLE, you just can call to Write task in Fee. - Write task called by Fee: Best regards, Nhi
查看全文
A/B partition for android image update in imx8mp Can I get the document for A/B partition for OTA android 15 image update. Also need to know how to create a custom application to add in the image. Re: A/B partition for android image update in imx8mp Hello, For A/B partition documentation for Android OTA updates, I recommend reviewing these resources: 1. The official Android documentation at https://source.android.com/devices/tech/ota/ab provides comprehensive information about how A/B partitioning works with update_engine_client for Android OTA updates. 2. For i.MX specific implementation details, refer to the NXP Android documentation available at: https://www.nxp.com/design/software/embedded-software/i-mx-software/android-os-for-i-mx-applications-processors:IMXANDROID The i.MX8MP platform uses the A/B partition scheme by default for OTA updates, with configuration files located in the device/fsl/ directory of the Android source tree. This allows seamless updates with the system running from one partition while the other is being updated. For creating custom applications to include in the Android image: 1. Build your application using Android Studio or your preferred development environment. 2. To add a prebuilt application to the system image, modify the device/fsl/imx8m/evk_8mp/evk_8mp.mk file (or your custom board configuration file) and add your application to the PRODUCT_PACKAGES variable. 3. If you need to include proprietary binaries, place them in the vendor/nxp/ directory structure with appropriate Android.mk files. 4. For applications requiring system permissions, you'll need to add appropriate SELinux policies and ensure proper signature verification. The Android User's Guide for i.MX includes specific chapters on customizing the system image and implementing OTA updates that will provide more detailed instructions for your implementation. regards
查看全文
iMX93 pre-built yoto img loading issue from SD card I bought a i.MX 93 board(SCH-94611 REV B2)recently and burned the Nxp pre-built yoto bsp image "LF_v6.6.36-2.1.0_images_FRDM_3.0_i.MX93/imx-image-full-imx93frdm.rootfs.wic.zst" to SD card by using UUU utility command in windows11 via usb1_c port in serial downloader mode. Writing was successful. After that, set Boot Config Switch, SW1[3-0] 0011 to boot from SD card. As per silk screen,  SW1[3-0] 0010 >> eMMC(default)                 0011 >> SD                 0001 >> USB It seems like the kernel fails to mount the root filesystem on the SD card and falls back to eMMC. Also tried another image file from LF_v6.6.36-2.1.0_images_FRDM_4.0_IMX93 on different SD card and encountered the same problem. The debug info from Tera Term serial port screen was attached. What am I missing here to boot from SD card?   " CPU:   NXP i.MX93(52) Rev1.1 A55 at 1700 MHz CPU:   Consumer temperature grade  (0C to 95C) at 42C   Model: NXP i.MX93 11X11 FRDM board DRAM:  2 GiB TCPC:  Vendor ID [0x1fc9], Product ID [0x5110], Addr [I2C2 0x52] TCPC:  Vendor ID [0x1fc9], Product ID [0x5110], Addr [I2C2 0x50] Core:  225 devices, 32 uclasses, devicetree: separate MMC:   FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... *** Warning - bad CRC, using default environment   [*]-Video Link 0fail to find output device probe video device failed, ret -19           [0] lcd-controller@4ae30000, video fail to find output device probe video device failed, ret -19 In:    serial Out:   serial Err:   serial   BuildInfo:   - ELE firmware version 1.2.0-38f309fe   switch to partitions #0, OK mmc0(part 0) is current device UID: cef252bf978d45aba91a5624119d4b4e flash target is MMC:0 Net: Warning: ethernet@428a0000 (eth1) using random MAC address - 8e:0c:c5:c3:2e:bc   Warning: ethernet@42890000 (eth0) using random MAC address - 6a:b4:36:73:f0:1e eth0: ethernet@42890000, eth1: ethernet@428a0000 [PRIME] Fastboot: Normal Normal Boot Hit any key to stop autoboot:  0 Working FDT set to 83000000 libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND libfdt fdt_path_offset() returned FDT_ERR_NOTFOUND switch to partitions #0, OK mmc0(part 0) is current device Scanning mmc 0:1... 47856 bytes read in 2 ms (22.8 MiB/s) Unable to open OP-TEE session (err=-5) mm_communicate failed! Error: Cannot initialize UEFI sub-system, r = 3 switch to partitions #0, OK mmc1 is current device Scanning mmc 1:1... 47856 bytes read in 3 ms (15.2 MiB/s) Error: Cannot initialize UEFI sub-system, r = 3 starting USB... Bus usb@4c100000: tcpc_setup_ufp_mode: Polling ALERT register, TCPC_ALERT_CC_STATUS bit failed, ret = -62 Port not available. Bus usb@4c200000: USB EHCI 1.00 scanning bus usb@4c200000 for devices... 5 USB Device(s) found        scanning usb for storage devices... 0 Storage Device(s) found   Device 0: unknown device Running BSP bootcmd ... switch to partitions #0, OK mmc0(part 0) is current device Failed to load 'boot.scr' 35568128 bytes read in 105 ms (323.1 MiB/s) Booting from mmc ... 47856 bytes read in 2 ms (22.8 MiB/s) ## Flattened Device Tree blob at 83000000    Booting using the fdt blob at 0x83000000 Working FDT set to 83000000    Using Device Tree in place at 0000000083000000, end 000000008300eaef Working FDT set to 83000000 fail to find output device probe video device failed, ret -19   Starting kernel ...   [    0.000000] Booting Linux on physical CPU 0x0000000000 [0x412fd050] [    0.000000] Linux version 6.6.36-lts-next-g34fd186d1571 (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 13.3.0, GNU ld (GNU Binutils) 2.42.0.20240716) #1 SMP PREEMPT Wed Sep  4 08:22:45 UTC 2024 [    0.000000] KASLR disabled due to lack of seed [    0.000000] Machine model: NXP i.MX93 11X11 FRDM board [    0.000000] efi: UEFI not found. xxx [  OK  ] Finished Record Runlevel Change in UTMP.   NXP i.MX Release Distro 6.6-scarthgap imx93frdm ttyLP0   imx93frdm login: Re: iMX93 pre-built yoto img loading issue from SD card Thank you. I managed to boot it up from sd card now. Is there any pre-built multimedia Yocto image for FRDM i.MX 93? I also managed to build the image using bitbake in ubuntu and boot successfully. Will proceed to explore more. Thanks again! Re: iMX93 pre-built yoto img loading issue from SD card Hi @KoThi  i flash the imx-image-full-imx93frdm.rootfs.wic  file to the SD card with my i.mx93 frdm board. there is no any problem occurred in the startup period. the flash command as following: uuu -b sd_all imx-image-full-imx93frdm.rootfs.wic B.R Re: iMX93 pre-built yoto img loading issue from SD card Hi @KoThi  You can also get the multimedia pre-image in the DEMO Image about imx93 FRDM.  It is imx-image-multimedia-imx93frdm-iwxxx-matter.rootfs.wic file B.R
查看全文
Freemaster3.2はS32K144EVBを検出しません S32 Design Studio 3.6.4でプロジェクトを実行していますRTD を搭載した S32 プラットフォーム用で、Freemaster 3.2 でデバッグしたいと考えています。私はS32K144EVBを使用しています。接続は、PIN PTC6 および PTC7 を使用した LPUART 1 経由で行う必要があります。画像にあるように、フリーマスタードライバを手動でインクルードし、freemaster_cfg.h で LPUART 0 を LPUART 1 に変更しました。 しかし、フリーマスターはCANボードを検出しません... 理由は何でしょうか? Re: Freemaster3.2 don't detect S32K144EVB こんにちは@FBre99さん、 以下の点をご確認ください。 -メインソースファイルに「 freemaster.h 」を含める - 「 FMSTR_Init() 」を使用してFreeMASTERドライバを初期化しました - 定期的に「 FMSTR_Poll() 」ルーチンを呼び出します。 割り込みモードを使用している場合: #define FMSTR_LONG_INTR 1 または #define FMSTR_SHORT_INTR 1 割り込みは「 FMSTR_Isr() 」によって処理されます。 構成が正しいことを確認するための簡単なチェック: 1. ポーリングモードに切り替える - #define FMSTR_POLL_DRIVEN 1 2. デバッグマクロを追加します - #define FMSTR_DEBUG_TX 1 3. シリアルターミナル(PuTTYなど)を開き、通信ポートに接続します。 成功した場合、ボードから送信されたデバッグ メッセージ「 +@W 」が継続的に表示されます。 Re: Freemaster3.2 don't detect S32K144EVB こんにちは@FBre99さん、 LPUART が適切に設定されていないか、カスタム ボーレートを使用しているようです。PuTTY ターミナルには印刷できない記号しか表示されません。また、ペリフェラル初期化ルーチン - Lpuart_Uart_Ip_Init()を呼び出していますか? FreeMASTER ドライバは LPUART を構成しないので、 FMSTR_Init()の前に RDT API を使用して初期化する必要があることに注意してください。 参考として使用できるサンプルプロジェクトを添付しました。 このプロジェクトには、FreeMASTER ドライバの最新バージョンが含まれています (S32K1 の更新は予定されていないため、S32K3 から取得しました)。これにより、最新の FreeMASTER (デッキストップ ツール) 機能をすべて利用できるようになります。 お役に立てれば幸いです。 ユリアン Re: Freemaster3.2 don't detect S32K144EVB こんにちは@iulian_stan 、 デバッグマクロを追加し、通信ポートをコネクテッドにPuttyしました。EVB はデバッグ メッセージを送信します。しかし、デバッグ マクロを削除して EVB を Freemaster に接続しようとすると、Freemaster は依然として EVB を見つけることができません。 main.cとfreemaster_cfg.hを添付しました     Re: Freemaster3.2 don't detect S32K144EVB こんにちは@iulian_stan 、 サンプル プロジェクトでは、freemaster との接続が機能します。 ありがとう。
查看全文
IMX8MP rs485 如何配置普通gpio做收发数据自动流控 环境: 内核版本 linux6.6.36  问题: 使用了如下补丁,想将一个普通gpio 作为 rs485 的数据收发自动流控。但是只能发送无法接收。 注(该补丁在内核版本linux 6.1.1 内核中使用了,实现了将一个普通gpio 作为 rs485 的数据收发自动流控。) 请求: 我应该如何修改,实现 普通gpio 作为 rs485 的数据收发自动流控 Re: IMX8MP rs485 如何配置普通gpio做收发数据自动流控 @yyn 代码清楚地表明,imx uart 驱动程序支持专用的 cts/rts 和 Linux gpio cts/rst。您可以在驱动程序中看到 mctrl_gpio_xxx。 你所需要做的就是根据绑定配置设备树。 设备树、驱动程序和设备树绑定非常清晰。 @yyn你没有源代码吧? https://github.com/nxp-imx/linux-imx/blob/lf-6.12.49-2.2.0/arch/arm64/boot/dts/freescale/imx8mp.dtsi uart1: serial@30860000 { compatible = "fsl,imx8mp-uart", "fsl,imx6q-uart"; reg = <0x30860000 0x10000>; interrupts = ; clocks = <&clk IMX8MP_CLK_UART1_ROOT>, <&clk IMX8MP_CLK_UART1_ROOT>; clock-names = "ipg", "per"; dmas = <&sdma1 22 4 0>, <&sdma1 23 4 0>; dma-names = "rx", "tx"; status = "disabled"; }; https://github.com/nxp-imx/linux-imx/blob/lf-6.12.49-2.2.0/Documentation/devicetree/bindings/serial/fsl-imx-uart.yaml allOf: - $ref: serial.yaml# - $ref: rs485.yaml# https://github.com/nxp-imx/linux-imx/blob/lf-6.12.49-2.2.0/Documentation/devicetree/bindings/serial/rs485.yaml https://github.com/nxp-imx/linux-imx/blob/lf-6.12.49-2.2.0/Documentation/devicetree/bindings/serial/serial.yaml if: required: - uart-has-rtscts then: properties: cts-gpios: false rts-gpios: false https://github.com/nxp-imx/linux-imx/blob/lf-6.12.49-2.2.0/drivers/tty/serial/imx.c mctrl_gpio_XXX sport->have_rtscts = of_property_read_bool(np, "uart-has-rtscts") || of_property_read_bool(np, "fsl,uart-has-rtscts"); /* deprecated */ static void imx_uart_rts_active(struct imx_port *sport, u32 *ucr2) { *ucr2 &= ~(UCR2_CTSC | UCR2_CTS); mctrl_gpio_set(sport->gpios, sport->port.mctrl | TIOCM_RTS); } /* RTS is required to control the RS485 transmitter */ if (sport->have_rtscts || sport->have_rtsgpio) sport->port.rs485_supported = imx_rs485_supported; sport->port.flags = UPF_BOOT_AUTOCONF; timer_setup(&sport->timer, imx_uart_timeout, 0); sport->gpios = mctrl_gpio_init(&sport->port, 0); if (IS_ERR(sport->gpios)) return PTR_ERR(sport->gpios); Re: IMX8MP rs485 如何配置普通gpio做收发数据自动流控 嗨@yyn 构建时使用 gpiod_set_value_cansleep 控制 GPIO,rs485_flow_ctrl_init 函数读取 IO 状态,传输设置在哪里?配置方式有区别吗?如果要构建 DE 并打开 UCR4_TCEN,操作会启动 imx_uart_dma_tx,但 imx_uart_dma_tx_callback 函数会启动。在 imx_uart_int ri 中,增加对 USR2_TXDC 的检测,一旦完成,连接即完成,TCEN 关闭。不需要 imx_uart_tx_empty 函数。具体细节、构建参考、波形进度调整等。 此致, 志明
查看全文
Pin mux difference between Processor Expert and S32DS 3,6,2 'Pin tool' I am porting a project for S32K148 that was created on S32DS for ARM v 2.2 with Processor Expert. When I assign pins to the peripherals, e.g. the ADCs, I find that the pin numbers are different between the older and the newer IDE. For example, ADC0 channel 0 is connected to pin 115 (PTA 0) with Processor Expert, whereas it is connected to pin 140 (also PTA 0) with the new IDE. Is this difference to be expected or am I doing something wrong? Re: Pin mux difference between Processor Expert and S32DS 3,6,2 'Pin tool' Thank you, @Robin_Shen . That was indeed the issue. Re: Pin mux difference between Processor Expert and S32DS 3,6,2 'Pin tool' Hi Did you select the correct package by clicking Switch Package? Best Regards, Robin
查看全文
Design studio 3.6.4 中的引脚配置生成问题使用 RTD 6.0.0 专家您好, 在使用 RTD 6.0.0 QLP4 在 DS3.6.4 中进行引脚配置时,我无法正确生成文件。 在这里,您可以找到以前版本的屏幕截图 : 使用 DS3.6.4 和 RTD 6.0.0 QLP4: 创建新应用程序项目时会出现这种情况, ,请提出解决方案。 谢谢。 -谢谢。 Re: Pin config generation issue in Design studio 3.6.4 with RTD 6.0.0 感谢 PetrS 的回复。 需要进行任何特殊配置/设置吗? Re: Pin config generation issue in Design studio 3.6.4 with RTD 6.0.0 您好, 我在DS3.6.4 中使用 RTD 6.0.0 QLP4创建了新的应用程序项目,在生成的文件中可以正常看到引脚定义。 BR, Petr   Re: Pin config generation issue in Design studio 3.6.4 with RTD 6.0.0 您好, 我没有进行任何特殊配置/设置。我创建了新的应用程序项目,添加了 RTD600,在引脚工具中为所用引脚添加了标签和标识符,最后更新了代码并检查了生成的文件。 BR, Petr
查看全文
LinkServer not detecting MCU-Link probe Hello I'm having a problem with MCU-link Debug probe. I have been successfully using this this with my older PCs, but now updating to Win 11 and Ryzen based probe is not detected any longer.  I can find probe when attached with LinkServer but it show only as: Unlisted MCU-Link probe Any ideas what to try? Re: LinkServer not detecting MCU-Link probe Hello @jsskangas , thanks for your explanation.  Could you please let me know your new laptop's OS version. For example, in my laptop: Re: LinkServer not detecting MCU-Link probe I can see there is probe connected but it is in unlisted state. Can not do any updates or anything with it. it is a working probe, Im using it on my older laptop, where it works fine. Re: LinkServer not detecting MCU-Link probe Hello Problem is that probe cannot be updated as it is unlisted device. Re: LinkServer not detecting MCU-Link probe Hello @jsskangas . Thanks for your post. Maybe you can try to update the firmware with referring to MCU-Link installation and Updating MCU-Link CMSIS-DAP Debug Probe Firmware, Jumper-less | MCU on Eclipse. Please noted that using the latest linkserver version will be better. LinkServer for Microcontrollers | NXP Semiconductors Hope this helps. BR Celeste
查看全文
iMX7D 16-bit DDR3 Implementation Issue Hi, NXP team Does iMX7D support 16-bit DDR3 implementation? In RM DDRC_MSTR[13:12] = DATA_BUS_WIDTH = 2'b01: Half DQ bus width to SDRAM-DRAM_DATA[15:0], it seems that DDRC can work with 16-bit DDR3 chip, but it doesn't work with my test. I just want to make sure if iMX7D DDRC can work with 16-bit DDR3 or not, otherwise something wrong in my test. Thanks! Cheng Shi i.MX7Dual Linux Re: iMX7D 16-bit DDR3 Implementation Issue Hello, i.MX7D supports 16/32-bit DDR3L/LPDDR2/LPDDR3-1066 memories. You can configure this directly in RPA when doing the DDR stress test. Best regards. Re: iMX7D 16-bit DDR3 Implementation Issue Hello, Yes, your understanding is correct. Best regards. Re: iMX7D 16-bit DDR3 Implementation Issue Thanks for quick reply! As my understanding, the ds file generated by MX7D_DDR3_Register_Programming_Aid_V1_3 can been used to setup 16-bit DDR3(single chip). Is that right? Regards Cheng Shi
查看全文
NTP5332 - Problem with write data to a write-protected block using NFC Hello, I am using the NXP tag NTP5332 and actually I has problems with commands that are sent via NFC using customized mobile app. Using a microcontroller, I configured the tag with plain password for NFC side. Bellow is possible to see the values of the configuration registers: 0x1037: [0]: 0x09; [1]: 0x00; [2]: 0x5f; [3]: 0x00 0x103F: [0]: 0x45; [1]: 0x00; [2]: 0xff; [3]: 0xff 0x1020: [0]: 0x00; [1]: 0x00; [2]: 0x00; [3]: 0x00 0x1021: [0]: 0x11; [1]: 0x22; [2]: 0x33; [3]: 0x44 0x1058: [0]: 0x08; [1]: 0x30; [2]: 0x00; [3]: 0x00 0x100C: [0]: 0x00; [1]: 0x81; [2]: 0x00; [3]: 0x00 I followed the example described in chapter 7.1 Write/Store (derived) PWD using the following sequence: 1. Select Cmd (0x25) 0x22 | 0x25 | UID Result: 0x00 2. Get Random Number (0xB2) 0x12 0xB2 0x04 Result: 0x00 0x89 0x45 3. Set Password (0xB3) 0x12 0xB3 0x04 0x02 0x89 0x45 0x89 0x45 (Write Password: 0x00 0x00 0x00 0x00) Result: 0x00 4. Write new PWD 0x12 0x21 0x14 0x11 0x22 0x33 0x44 Result: 0x00 5: Write in write protected block 0x12 0x21 0x14 0x01 0x02 0x03 0x04 Result: 0x01 0x0F In the example above that I tested, I was able to write a new password, but the operation of writing data to a write and read-protected block continues to fail. Before this test, I followed steps 1, 2, 3, and 5, but I got the same error. If I replace steps 4 and 5 with a read in a read and write-protected block, I am successful. Is the Password identifier 0x02 of the set password command only for writing passwords? If so, shouldn't it also be for writing information in the blocks? Can anyone help me with these issues? Am I sending the wrong command? Thanks for the help! Regards, GoncaloS Re: NTP5332 - Problem with write data to a write-protected block using NFC Hi @KaiLi, In my side, I tested the commands that you sent and worked. What do I need to do now? Regards, GoncaloS Re: NTP5332 - Problem with write data to a write-protected block using NFC Hello @GoncaloS  Please refer the following log to format read and write command:
查看全文
i.MX-RT1180 - Industrial Protocol Support We are looking at using the RT1180 for an industrial application. Does NXP provide the Ethernet IP FW, or is that provided by a third party under a license?  Re: i.MX-RT1180 - Industrial Protocol Support @embeddeddan  I'm assuming this is what you're asking about. https://www.nxp.com/products/i.MX-RT1180  Re: i.MX-RT1180 - Industrial Protocol Support Yes - the binary is there for the evaluation kit. But, what is available for going into our own product? Do we need to purchase a license for each protocol? Do we need to compile our own binaries for our own boards? I.e., how do we move from evaluation and into production? I can't find any documentation that explains that.
查看全文
EB クライアントライセンス管理者 Tresos Studio 29.2 を使用しています。以前、MPC574xB を操作するときは、登録は成功し、すべて正常に機能していました。しかし、S32K314 プラットフォームにスイッチして、対応するアクティベーション コードを使用してアクティベーションを試みると、次のエラーが発生しました。 エラー: flxActAppActivationSend (50040,41147,10248) このアクティベーション要求ではライセンスの権利は付与されません。 FlexNet Operations Server への接続に失敗しました。 ここで何が問題なのかお聞きしてもよろしいでしょうか。また、EB は単一のプラットフォームのみをサポートしているというのは本当でしょうか? パワー Re: EB ClientLicenseAdministrator こんにちは、 新しいアクティベーションコードについてはアカウントを確認してください。利用可能なライセンスの数にも問題がありました。問題を解決するために、すでにライセンス タムに ping を実行しました。 Re: EB ClientLicenseAdministrator 下記のウェブサイトから最新のアクティベーションコードを再取得しましたが、以前のコードのままでアクティベーションできません。どうすればよいでしょうか? デザイン: 製品ダウンロード: ファイル
查看全文
CI/CD のベストプラクティス このトピックについては以前にも類似の投稿がいくつかありましたが、回答は少し古く、私の質問も少し異なるため、SOもう一度質問する価値があるかもしれません。質問が2つあります。 1. 時々、S32DS(v 3.6.2、OS は Windows 11 ですが、特定の標準ヘッダー ファイルが見つからないためビルドが失敗します。プロジェクトの.mexファイルを再度開くだけでファイルを更新し、「更新コード」を実行して(実際には何も更新されないはずですが)、再構築すると、問題は解決します。私の質問は、なぜこのようなことが起こるのかということです。これはランダムに発生するようなので、「再現手順」を提供することはできませんが、頻繁に発生するため、少なくともそれに気付いていないとしたら驚きです。フォーラムでこの問題について言及している他の人も見かけました。 2. 私たちは、フラッシュにプログラムされるコードベース全体(アプリケーション コードのみではなく)を Git に配置し、ヘッドレス環境の IDEs 外部で CI/CD パイプラインを使用してイメージを構築することに取り組んでいます。RHEL 上で実行される gitlab を使用しています。 これに関して「ベストプラクティス」の推奨事項はありますか?特に、RTD、C 標準ライブラリなどはプロジェクトの外にあり、IDEs が多くの接続をセットアップするため、CI/CD 環境でこれをどのように処理すればよいのでしょうか。また、スタンドアロン ツールチェーンはどのようにインストールすればよいのでしょうか。 Re: Best practices for CI/CD ヒントを教えてくれた@petervlnaさんに感謝します。CI/CD パイプラインに関してまだ疑問が 1 つあります。 Linux 環境で IDEs から独立してビルド ツール チェーンをインストールするにはどうすればよいですか? Re: Best practices for CI/CD こんにちは、 1. 時々、S32DS(v 3.6.2、OS は Windows 11 ですが、特定の標準ヘッダーファイルが見つからないためビルドが失敗します。プロジェクトの.mexファイルを再度開くだけでファイルを更新し、「更新コード」を実行して(実際には何も更新されないはずですが)、再構築すると、問題は解決します。私の質問は、なぜこのようなことが起こるのかということです。これはランダムに発生するようなので、「再現手順」を提供することはできませんが、頻繁に発生するため、少なくともそれに気付いていないとしたら驚きです。フォーラムでこの問題について言及している他の人も見かけました。 この問題は、S32DS のような Eclipse ベースの IDEs では比較的よく見られます。最も可能性の高い原因は次のとおりです。 インデックス/パス解決の不具合 S32DS は、インクルード パスを解決するために Eclipse の CDT インデクサーとプロジェクト メタデータに依存します。場合によっては、インデクサーまたは内部ビルド構成が同期しなくなることがあります。特に、.mex または環境変数を変更した後にこの状況が発生します。.mexの再開ファイルとコードを再生成すると、IDEs はパスを更新し、インデックスを再構築するようになります。 一時的なワークスペースの破損 IDEs はワークスペースに多くの状態を保存します。ワークスペース キャッシュが不整合になった場合 (ビルドが中断された後や IDEs がクラッシュした後など)、更新されるまでインクルード パスが認識されないことがあります。 Windows ファイルシステムのタイミング Windows では、ウイルス対策やファイルロックにより、並列ビルド手順中にヘッダー ファイルへのアクセスが遅延され、断続的な障害が発生する可能性があります。 2. 私たちは、フラッシュにプログラムされるコードベース全体(アプリケーション コードのみではなく)を Git に配置し、ヘッドレス環境の IDEs 外部で CI/CD パイプラインを使用してイメージを構築することに取り組んでいます。RHEL 上で実行される gitlab を使用しています。 これに関して「ベストプラクティス」の推奨事項はありますか?特に、RTD、C 標準ライブラリなどはプロジェクトの外にあり、IDEs が多くの接続をセットアップするため、CI/CD 環境でこれをどのように処理すればよいのでしょうか。また、スタンドアロン ツールチェーンはどのようにインストールすればよいのでしょうか。 RTD と外部 SDKs を扱う バージョン管理またはアーティファクトリポジトリ: RTD および SDKs パッケージを Git (許可されている場合) または Nexus/Artifactory などのアーティファクト リポジトリに保存します。 環境変数: CI/CD パイプラインで RTD_PATH や SDK_PATH などの変数を定義します。 ハードコードされたパスの代わりに、これらの変数を Makefile またはビルド スクリプトで使用します。 ヘッドレスビルド用のプロジェクトをエクスポートする S32DS で、プロジェクトを Makefile プロジェクトとしてエクスポートします (プロジェクト → Makefile の生成)。 これにより、IDEs 外部で使用できる Makefile が提供されます。 あるいは、Windows ベースのヘッドレス ビルドには s32ds.exe --build を使用しますが、Linux CI/CD の場合は Makefile が推奨されます。 IDEsの依存を避ける .mexに頼らないCI/CD での再生。 すべてのインクルード パスとコンパイラ フラグが Makefile または CMake 構成にキャプチャされていることを確認します。 一般的な推奨事項以外に何かあるかどうかはわかりません。 よろしくお願いいたします。 ピーター Re: Best practices for CI/CD こんにちは@petervlna ご提案ありがとうございます。これについてはもう少し情報が必要です。S32 Design Studio ページには、IDE 全体のダウンロード オプションが表示され、ツールチェーンは IDE インストールの一部としてインストールされるようです。ツールチェーンが個別のダウンロードとして提供されるとは思えません。 Windows11(現在使用しています)では、ツールチェーンは次のようにインストールされています。 C:\NXP\S32DS.3.6.2\S32DS\ビルドツール あなたが提案しているのは次のことです: 1. LinuxデスクトップにIDEのLinuxバージョンをインストールする 2. インストールしたツールチェーンをこのマシンからヘッドレスCI/CDサーバーにコピーします。 3. 上記の手順に従ってください 説明をお願いします。 Re: Best practices for CI/CD こんにちは、 Linux 環境で IDEs から独立してビルド ツール チェーンをインストールするにはどうすればよいですか? 残念ながら、私は Linux 環境に関する知識がないので、一般的な回答しかできません。 公式手順の概要: S32DS ダウンロード ページから ARM 用の NXP GCC ツールチェーン (Linux バージョン) をダウンロードします。 アーカイブを /opt/armgcc などのディレクトリに抽出します。 ツールチェーンの bin ディレクトリを PATH に追加します。 Linux システムにビルド ツール (make、cmake) をインストールします。 ヘッドレス ビルドには S32DS からエクスポートされた Makefile を使用します。 Linux に関する質問については別のThreadを立てることをお勧めします。 よろしくお願いいたします。 ピーター Re: Best practices for CI/CD こんにちは、 スタンドアロンの gcc は、たとえば NXP のページからダウンロードできますhttps://www.nxp.com/webapp/sps/download/preDownload.jsp?render=true または他のバージョンhttps://www.nxp.com/search?keyword=gcc%2520&start=0 Re: Best practices for CI/CD こんにちは@petervlna @jiri_kral 既にクローズ済みのチケットへの返信が遅れてしまい申し訳ありません。ようやくこの問題に取り組む時間ができました。 ピーターの提案は私には完全に理にかなっているように思えますが、 S32 IDE (v3.6.6) で「プロジェクト → メイクファイルの生成」オプションが見つかりません。生成されたメイクファイルをコピーしてみることもできますが、それにはいくつか問題があります。 1.これは単体のMakefileではなく、他の.mkファイルに依存しています。生成されるファイルも含まれています。 2. メイクファイルはビルドターゲットごとに生成されます(.cprojectとは異なります)。ファイルサイズが大きいため、やや扱いにくい。理想としては、ビルドターゲットが「make」コマンドの引数となるようなMakefileを1つ作成したいです。 他の人がこれまでこの質問をしなかったこと、あるいはこの件に関する「ハウツー」ドキュメントがないことに少し驚いています。このプロセッサは非常に人気があり、セーフティが極めて重要であることを考えると、CI/CD Linux環境でビルドを行うことは一般的だと思っていたからです。
查看全文
SPI Serial Boot Issues on MIMXRT595-EVK I am working with the MIMXRT595-EVK​ evaluation board and am attempting to use the ROM bootloader for serial download via the SPI interface. My goal is to communicate with the bootloader and download an application image through SPI, similar to how it is commonly done via UART. Here is my current situation: First, I successfully verified that the ROM bootloader is functional by performing a serial download via UART(J26)  Then I am now trying to use the SPI interface on header J36​ (pins 1-CS, 3-MOSI, 5-MISO, 7-SCK) for the serial download process.When I probe the signals with an oscilloscope, the MISO line (J36, pin 5) shows an incorrect and jittery waveform​ during the ISP communication attempt.  Questions and Points of Confusion: I suspect that the SPI signals from the J36 header may not be properly routed to the MCU pins used by the ROM boot. ​ I have noticed references to a J10​ header in the board documentation, but it is not physically present on my EVK. In summary, since UART-based serial download works flawlessly, the issue appears to be specific to the SPI hardware path. My primary questions concern the correct jumper settings for J36​ to enable the SPI serial downloader and the relevance of the documented but missing J10​ header. i.MX-RT500  Boot ROM|Booting | Flash Security(Edgelock | secure boot | OTP) Re: SPI Serial Boot Issues on MIMXRT595-EVK Thanks for the reply, I tried to replace it with another board and it works later
查看全文
Address for margin level settings Based on "MC9S12ZVC Family Reference Manual" commands to set user/field margin level both take "global address to identify flash/eeprom block" as one of their parameters. Should the address be the beginning of the block or any address in that block range? Re: Address for margin level settings It can be any address within the block. Are you ready for flash/EEPROM ECC exception handling? Modified margins may lead to uncorrectable ECC error and trigger not maskable exception handler... I guess you are doing it for better memory integrity checks, so please don't forget as well to implement and virify operation of exception handler and of course return from it ;).
查看全文
Wi-Fi stops working after shutdown on FRDM-i.MX8MP – SDIO probe fails with error -110 I am using an FRDM-i.MX8MP board with an NXP Wi-Fi module (IW612 depending on the variant). Wi-Fi has been working perfectly for several weeks with our Yocto-based system. After a normal shutdown / power off, Wi-Fi suddenly no longer initializes. Symptoms: The SDIO device is still detected: mmc0: new ultra high speed SDR104 SDIO card at address 0001 The NXP WLAN driver (moal/mlan) loads, but the SDIO probe fails: wlan_sdio: probe of mmc0:0001:1 failed with error -110 No Wi-Fi interface appears (no wlan0, nmcli device shows no Wi-Fi). The kernel shows no firmware load errors. /sys/bus/mmc/devices/mmc0:0001/driver shows no bound driver. The issue persists after multiple reboots. Bluetooth: hci0: Setting baudrate failed (-110) (This was present before, but Wi-Fi was working fine.) Board: FRDM-i.MX8MP Kernel: 6.6 (NXP Scarthgap Release) Distro: NXP i.MX Release Distro 6.6-scarthgap Wireless Driver: moal/mlan (out-of-tree NXP WLAN SDK) Wi-Fi initialization failure: mlan: loading out-of-tree module taints kernel. wlan: Loading MWLAN driver wlan_sdio: probe of mmc0:0001:1 failed with error -110 wlan: Driver loaded successfully SDIO enumeration: mmc0: new ultra high speed SDR104 SDIO card at address 0001 Bluetooth UART failures: Bluetooth: hci0: Setting baudrate failed (-110) Bluetooth: hci0: Setting wake-up method failed (-110) Bluetooth: hci0: Setting Power Save mode failed (-110) No driver bound: ls -l /sys/bus/mmc/devices/mmc0:0001/driver → no driver bound Yocto Project Re: Wi-Fi stops working after shutdown on FRDM-i.MX8MP – SDIO probe fails with error -110 Hi @MTeschke, Thank you for your preference in NXP products, What do you mean by a normal shutdown? Was it the first time you performed a normal shutdown? Please try reflashing your board with the proper DTB. Regards,
查看全文
MCXN947 failed to control GPIO in slave core (CPU1) Hello NXP,        I need to control GPIO or other interface in MCXN947 slave core (or CPU1, not CPU0).        Based on example in v25.06 FRDM-MCXN947 sdk, then take a P0_10(RED_LED)configuration and create control code to salve core main function. After built, I find that RED_LED can't be controlled.         Hope you can help me find the reason and fix it.         Thanks very much. ----Test code 1>for RED_LED pin configuration, I used MCUXPresso IDE to config and generate code automatically.    shown as below. 2>for RED_LED control, below is the code I  create in slave core project. //--------------------------- #include "fsl_gpio.h" #include "fsl_clock.h" #include "fsl_common.h" #include "pin_mux.h" void delay_1ms(uint32_t dt) { uint32_t Core_Freq; Core_Freq = CLOCK_GetCoreSysClkFreq(); for(uint32_t i=0; i { SDK_DelayAtLeastUs(1000,Core_Freq); } } //---------------------------- while(1) { GPIO_PinWrite(BOARD_INITPINS_CORE1_LED_RED_GPIO,BOARD_INITPINS_CORE1_LED_RED_GPIO_PIN,0U); delay_1ms(1000); GPIO_PinWrite(BOARD_INITPINS_CORE1_LED_RED_GPIO,BOARD_INITPINS_CORE1_LED_RED_GPIO_PIN,1U); delay_1ms(1000); }  BTW, I have tested that the code shown above can work in single example, as MCXN Re: MCXN947 failed to control GPIO in slave core (CPU1) Hi Logiase,       Thanks very much.       I will take test with your example.       Any question, I will give a feedback soon. Re: MCXN947 failed to control GPIO in slave core (CPU1) Hi jimmyli Could you please share your code snippet?  To use LPUART peripheral does not require GPIO's configuration. The attachment is demo code which print message from both Core0 and Core1. Best Regards, Logiase Song Re: MCXN947 failed to control GPIO in slave core (CPU1) Hi Logiase,      Thanks very much for your replying.      Yes, I have found that before booting core1, it needs to config the referent pin to non secure state and can be controlled by core1 , and the pin can be controlled by core1.   ----below code is added to initHardware() in core0 project   CLOCK_EnableClock(kCLOCK_Gpio0); GPIO_EnablePinControlNonSecure(BOARD_LED_RED_GPIO, (1 << BOARD_LED_RED_GPIO_PIN));   But, I have a new question that when I only config uart pin to non secure state and initialize uart model in core1 project, the uart interface can't work. Do you have some tips for this problem ? Thanks very much. Re: MCXN947 failed to control GPIO in slave core (CPU1) Hi, jimmyli Please configure the register `PCNS` in GPIO peripheral. This register controls if the corresponding pin‘s registers can be modified in Secure/NonSecure state. The Core1 in MCXN947 does not implement SAU(Security Attribute Unit), which means that the Core1 is always in NonSecure state, so register read/write to corresponding pin's registers under Core1 has no effect. Best Regards, Logiase Song Re: MCXN947 failed to control GPIO in slave core (CPU1) Hi, jimmyli Please configure the register `PCNS` in GPIO peripheral. This register controls if the corresponding pin‘s registers can be modified in Secure/NonSecure state. The Core1 in MCXN947 does not implement SAU(Security Attribute Unit), which means that the Core1 is always in NonSecure state, so register read/write to corresponding pin's registers under Core1 has no effect. Best Regards, Logiase Song
查看全文
iMX8QM reset reason issue Hello, I have a question related to providing "reset reason" on iMX8QM based bord. We use API call "sc_pm_reset_reason"  (SCUFW 1.15.0). from U-boot which sends PM_FUNC_RESET_REASON message to SCU. Unfortunately we receive always the same value: 0 or 2 (depending on boot media: eMMC or SDCard), which can be translated using imx8qm-scu-firmware/platform/svc/pm/api.h as "0 = Power on reset" "2 = Software reset", so in fact SCUFW just ignores real reset reason, e.g. "3 = Partition watchdog reset" After some investigation we found that it happens because of different "partitions" set (caller_pt = 1) and read (caller_pt=3) reset reasons. Another finding is that return value of soc_reset_reason() - it always constant (0 or 2) and does not depend on the real reboot cause. This post has attached patch with workaround that adds some printings to understand behavior and quick fix for the issue. Could someone please have a look - thanks in advance! Re: iMX8QM reset reason issue Hi @aliaksei_kakhayeu  Can you share where you trigger WDOG reset? Cortex-A or Cortex-M? Best Regards, Zhiming Re: iMX8QM reset reason issue Hi @aliaksei_kakhayeu  Would you mind share the POR design on your board? Here is POR design on i.MX8QM MEK, the SCU WDOG will trigger POR signal to i.MX8. And the watchdog in Linux is a virtual watchdog. From the i.MX8QM MEK perspective, the WDOG reset is implemented as a POR-type reset. If you simply want to make the reason for the reset clearer, then this modification is acceptable. Best Regards, Zhiming Re: iMX8QM reset reason issue Hi @Zhiming_Liu  I trigger watchdog by manual kernel crashing: "echo c > /proc/sysrq-trigger"  on Cortex-A. Re: iMX8QM reset reason issue Hi @Zhiming_Liu  We decided to use this  patch - thanks for help! Re: iMX8QM reset reason issue @aliaksei_kakhayeu  I'm also working on an iMX8QM project, and I found this doc very helpful for my project. https://community.nxp.com/t5/i-MX-Processors-Knowledge-Base/i-MX8-i-MX8X-Board-Reset/ta-p/1391130
查看全文