BSDL files for RW61x Does NXP publish BSDL files for JTAG boundary scan for the RW61x?  I can't seem to find them. Product: WiFi RW6XX Re: BSDL files for RW61x Hello, Hope you are doing well. Are you using RTOS or Zephyr? If RTOS, what SDK version? If Zephyr, which repository? Also, could you please clarify if you are working with a module? Regards, Ricardo Re: BSDL files for RW61x I'm not sure why OS would have anything to do with boundary scan files. I'm using Zephyr 4.4.0.   Module is from u-blox, but has an RW610 on it. Re: BSDL files for RW61x We are using the BGA. Re: BSDL files for RW61x Hello, Could you please clarify which chip package are you using? BGA/QFN or CSP? Best Regards, Ricardo Re: BSDL files for RW61x Hello, I am also looking for the BSDL file for the rw61x series chips. Can you please point me in the right direction to be able to download these files? Thanks, Alex

S32G2 HSE — Sharing NVM Key Catalog between M-core and A-core Hello, I am working on a key provisioning workflow on the S32G274A (RDB2 board) where the M-core (Cortex-M7) and the A-core (Cortex-A53, running Linux BSP) need to share the HSE NVM key catalog. I would like to confirm whether the following scenario is supported. == Intended Scenario == 1. On the M-core (bare-metal application): - Call HSE_FormatKeyCatalogs() to create the NVM/RAM key catalogs. - Import an initial set of keys (e.g., 2 AES-128 keys) into NVM slots using HSE_ImportKey(). - This step is intended as one-time provisioning. 2. On the A-core (Linux, via libhse / UIO HSE MU driver): - Access the same HSE instance via a different MU channel (e.g., MU0). - Use the keys provisioned by the M-core for runtime operations (HMAC, AES encryption, etc.). - Additionally, import further keys into the *same* NVM catalog that was formatted by the M-core. == Questions == Q1. Catalog visibility across cores: Is a key catalog created by one core (e.g., M-core via MU3) visible and usable by another core (e.g., A-core via MU0)? Or does each MU instance have an isolated view of the catalog? Q2. Cross-core key injection into the same catalog: After the M-core has formatted the NVM catalog and imported keys, can the A-core import additional keys into the *same* NVM key group using HSE_ImportKey() through a different MU channel? Are there any access-control restrictions (e.g., per-MU ownership, SMR flags) that would prevent this? Q3. Persistence and consistency: After cross-core injection, do the keys persist correctly across power cycles? Is there any risk of NVM corruption or inconsistency when keys are written from different cores at different times? Q4. Recommended design pattern: If the intended scenario above is not directly supported, what is the recommended pattern for the following use case? - The M-core performs one-time provisioning (catalog format + initial keys). - The A-core performs the actual runtime key management (additional key imports, key updates, ECU key delivery) using the catalog already created by the M-core. == Environment == - Target: S32G274A on S32G-VNP-RDB2 - HSE Firmware: HSE_DEMOAPP_S32G2XX_0_2_86_0 - M-core: Cortex-M7_0, bare-metal, built with S32 Design Studio - A-core: Cortex-A53, running NXP Linux BSP (with libhse and UIO HSE MU driver) - MU assignment (current plan): - M-core uses MU3 (or another available MU instance) - A-core uses MU0 Any guidance, reference documentation, or sample code addressing this multi-core HSE sharing scenario would be greatly appreciated. Thank you in advance for your support. we use bsp36 #hse, #s32g2, #multicore

IMX8MP galcore_deamon Undefined instruction Dear NXP Technical Support Team, Hello! BOARD: IMX8MP Yocto: scarthgap 6.6.23 On the i.MX8mp development board, I encountered this error. ## imx8mp-lpddr4-evk kernel: Internal error: Oops - Undefined instruction: 0000000002000000 [#1] PREEMPT SMP ## imx8mp-lpddr4-evk kernel: Modules linked in: fsl_jr_uio caam_jr caamkeyblob_desc caamhash_desc caamalg_desc crypto_engine authenc libdes crct10dif_ce polyval_ce polyval_generic snd_soc_fsl_asoc_card dw_hdmi_cec snd_soc_fsl_sai snd_soc_fsl_micfil snd_soc_fsl_xcvr imx8_media_dev(C) snd_soc_imx_audmux snd_soc_fsl_aud2htx snd_soc_fsl_easrc snd_soc_fsl_utils snd_soc_fsl_asrc imx_pcm_dma rtc_ds1307 snd_soc_wm8962 caam secvio error imx_dsp_rproc xt_conntrack nf_conntrack nf_defrag_ipv4 iptable_filter fuse ## imx8mp-lpddr4-evk kernel: CPU: 3 PID: 79 Comm: galcore_deamon/ Tainted: G C 6.6.23-lts-next-dirty #1 ## imx8mp-lpddr4-evk kernel: Hardware name: YTX FT Release Distro (DT) ## imx8mp-lpddr4-evk kernel: pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) ## imx8mp-lpddr4-evk kernel: pc : dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: lr : gckOS_Signal+0x180/0x244 ## imx8mp-lpddr4-evk kernel: sp : ffff800082a6bd00 ## imx8mp-lpddr4-evk kernel: x29: ffff800082a6bd10 x28: 0000000000000000 x27: ffff800082a6be10 ## imx8mp-lpddr4-evk kernel: x26: 0000000000000000 x25: ffff800081b3c008 x24: ffff000026b7f3c4 ## imx8mp-lpddr4-evk kernel: x23: ffff0000d1b6c1e0 x22: ffff0000d0d64044 x21: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x20: ffff0000d0d64048 x19: ffff000026b7f3c0 x18: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffff8db25538 ## imx8mp-lpddr4-evk kernel: x14: 0000000000000000 x13: 0000000000000209 x12: 0000000000000002 ## imx8mp-lpddr4-evk kernel: x11: 0000000000000040 x10: ffff0000d0d64050 x9 : ffff0000d0d64048 ## imx8mp-lpddr4-evk kernel: x8 : ffff000006433b78 x7 : 0000000000000000 x6 : 000002a5fe056003 ## imx8mp-lpddr4-evk kernel: x5 : 00ffffffffffffff x4 : ffff0000d1b6c210 x3 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: x2 : 0000000000000000 x1 : ffff0000d02b6740 x0 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: Call trace: ## imx8mp-lpddr4-evk kernel: dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: gckOS_UserSignal+0x7c/0xb0 ## imx8mp-lpddr4-evk kernel: gckEVENT_Notify+0x21c/0x410 ## imx8mp-lpddr4-evk kernel: gckHARDWARE_Notify+0x68/0xc8 ## imx8mp-lpddr4-evk kernel: gckKERNEL_Notify+0x20/0x2c ## imx8mp-lpddr4-evk kernel: threadRoutine+0x1c/0x78 ## imx8mp-lpddr4-evk kernel: kthread+0x110/0x114 ## imx8mp-lpddr4-evk kernel: ret_from_fork+0x10/0x20 ## imx8mp-lpddr4-evk kernel: Code: 2a1303e0 a94153f3 a8c27bfd d50323bf (d65f03c0) ## imx8mp-lpddr4-evk kernel: ---[ end trace 0000000000000000 ]--- According to "dma_fence_signal+0x58/0x64", I checked the "dma_fence_signal" function and found that the instruction corresponding to the 0x58 position is the "ret" instruction. file path: imx8mp-xwayland/tmp/work-shared/imx8mp-lpddr4-evk/kernel-source/drivers/dma-buf/dma-fence.c int dma_fence_signal(struct dma_fence *fence) { unsigned long flags; int ret; bool tmp; if (!fence) return -EINVAL; tmp = dma_fence_begin_signalling(); spin_lock_irqsave(fence->lock, flags); ret = dma_fence_signal_timestamp_locked(fence, ktime_get()); spin_unlock_irqrestore(fence->lock, flags); dma_fence_end_signalling(tmp); return ret; } EXPORT_SYMBOL(dma_fence_signal); ## aarch64-linux-gnu-objdump -r -d vmlinux | grep -A 30 \ : ffff8000809bcfe8 : ffff8000809bcfe8: d503233f paciasp ffff8000809bcfec: a9be7bfd stp x29, x30, [sp, #-32]! ffff8000809bcff0: 910003fd mov x29, sp ffff8000809bcff4: a90153f3 stp x19, x20, [sp, #16] ffff8000809bcff8: b4000260 cbz x0, ffff8000809bd044 ffff8000809bcffc: aa0003f3 mov x19, x0 ffff8000809bd000: f9400000 ldr x0, [x0] ffff8000809bd004: 942b4fed bl ffff800081490fb8 <_raw_spin_lock_irqsave> ffff8000809bd008: aa0003f4 mov x20, x0 ffff8000809bd00c: 97dd9d70 bl ffff8000801245cc ffff8000809bd010: aa0003e1 mov x1, x0 ffff8000809bd014: aa1303e0 mov x0, x19 ffff8000809bd018: 97ffff6e bl ffff8000809bcdd0 ffff8000809bd01c: 2a0003e2 mov w2, w0 ffff8000809bd020: aa1403e1 mov x1, x20 ffff8000809bd024: f9400260 ldr x0, [x19] ffff8000809bd028: 2a0203f3 mov w19, w2 ffff8000809bd02c: 942b4eb5 bl ffff800081490b00 <_raw_spin_unlock_irqrestore> ffff8000809bd030: 2a1303e0 mov w0, w19 ffff8000809bd034: a94153f3 ldp x19, x20, [sp, #16] ffff8000809bd038: a8c27bfd ldp x29, x30, [sp], #32 ffff8000809bd03c: d50323bf autiasp ffff8000809bd040: d65f03c0 ret ffff8000809bd044: 128002b3 mov w19, #0xffffffea // #-22 ffff8000809bd048: 17fffffa b ffff8000809bd030 I would like to know why the "ret" instruction is causing the problem? And what should I do to avoid this error? This is an occasional occurrence. I don't yet know what kind of action caused this problem to happen. I am unable to manually reproduce this issue. Linux

Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board I am trying to interface HDMI to CSI2 convertor module from waveshare based on Toshiba IC TC358743. I am using yocto project to build image $ DISTRO=fsl-imx-wayland MACHINE=imx8mp-lpddr4-frdm source imx-setup-release.sh -b frdm_sources_whinlatter and i have selected the driver using this command bitbake -c menuconfig /virtual/kernel and it is reflecting in the .config file also CONFIG_VIDEO_TC358743=y CONFIG_VIDEO_TC358743_CEC=y and i have modified the dts file accordingly here i am attaching the dts file for your reference. But i couldnt able to communicate with the IC even for i2cdetect -y 1 it is not locking (UU) to 0x0F address. but i can able to see the device address in i2c1. What i am missing in dts file or in driver selection? Linux Multimedia Yocto Project Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board we don't have official verified code for this, the link I sent to you shared the dts settings, you can compare with your own, to check if you miss something Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board Getting page not found error for the solution mentioned in this query. Is there any official support page to resolve this query? Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board pls refer to the link as below, to check if you set correctly or not https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-%E7%A7%BB%E6%A4%8Dtc358743%E5%88%86%E8%BE%A8%E7%8E%87%E8%B0%83%E6%95%B4%E9%97%AE%E9%A2%98/m-p/1631189 Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board This Issue is resolved but i am facing one more regarding video pipeline from CSI2 to HDMI using Gstremer, i couldnt able to understand whether its the dts issue or something else. here i am attaching response log from the device for your reference. and the dts file, root@imx8mp-lpddr4-frdm:~# i2cdetect -y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: -- -- -- -- -- -- -- UU 10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 50: -- -- -- UU -- -- -- -- -- -- -- -- -- -- -- -- 60: -- -- -- -- -- -- -- -- 68 -- -- -- -- -- -- -- 70: -- -- -- -- -- -- -- -- root@imx8mp-lpddr4-frdm:~# v4l2-ctl --list-devices (): /dev/v4l-subdev0 FSL Capture Media Device (platform:32c00000.bus:camera): /dev/media0 mxc-isi_v1 (platform:32e00000.isi:cap_devic): /dev/video3 mxc-isi-m2m_v1 (platform:32e00000.isi:m2m_devic): /dev/video2 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video1 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video0 root@imx8mp-lpddr4-frdm:~# v4l2-ctl -d /dev/v4l-subdev1 --query-dv-timings Active width: 1280 Active height: 720 Total width: 1650 Total height: 750 Frame format: progressive Polarities: -vsync -hsync Pixelclock: 74250000 Hz (60.00 frames per second) Horizontal frontporch: 0 Horizontal sync: 370 Horizontal backporch: 0 Vertical frontporch: 0 Vertical sync: 30 Vertical backporch: 0 Standards: Flags: root@imx8mp-lpddr4-frdm:~# v4l2-ctl -d /dev/v4l-subdev1 --set-dv-bt-timings query BT timings set root@imx8mp-lpddr4-frdm:~# media-ctl -p Media controller API version 6.18.2 Media device information ------------------------ driver mxc-md model FSL Capture Media Device serial bus info platform:32c00000.bus:camera hw revision 0x0 driver version 6.18.2 Device topology - entity 1: mxc_isi.0 (16 pads, 2 links, 0 routes) type V4L2 subdev subtype Unknown flags 0 pad0: SINK <- "mxc-mipi-csi2.0":4 [ENABLED] pad1: SINK pad2: SINK pad3: SINK pad4: SINK pad5: SINK pad6: SINK pad7: SINK pad8: SINK pad9: SINK pad10: SINK pad11: SINK pad12: SOURCE -> "mxc_isi.0.capture":0 [ENABLED] pad13: SOURCE pad14: SOURCE pad15: SINK - entity 18: mxc_isi.0.capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video3 pad0: SINK <- "mxc_isi.0":12 [ENABLED] - entity 22: mxc-mipi-csi2.0 (8 pads, 2 links) type Node subtype V4L flags 0 device node name /dev/v4l-subdev0 pad0: SINK <- "tc358743 1-000f":0 [ENABLED,IMMUTABLE] pad1: SINK pad2: SINK pad3: SINK pad4: SOURCE -> "mxc_isi.0":0 [ENABLED] pad5: SOURCE pad6: SOURCE pad7: SOURCE - entity 31: tc358743 1-000f (1 pad, 1 link, 0 routes) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: SOURCE [stream:0 fmt:RGB888_1X24/1280x720 field:none colorspace:srgb] [dv.caps:BT.656/1120 min:640x350@13000000 max:1920x1200@165000000 stds:CEA-861,DMT,CVT,GTF caps:progressive,reduced- blanking,custom] [dv.detect:BT.656/1120 1280x720p60 (1650x750) stds: flags:] [dv.current:BT.656/1120 1280x720p60 (1650x750) stds: flags:] -> "mxc-mipi-csi2.0":0 [ENABLED,IMMUTABLE] root@imx8mp-lpddr4-frdm:~# gst-launch-1.0 v4l2src device=/dev/video3 num-buffers=10 ! \ > video/x-raw,format=YUY2,width=1920,height=1080,framerate=60/1 ! \ > fakesink Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. Additional debug info: /usr/src/debug/gstreamer1.0-plugins-good/1.26.6.imx/sys/v4l2/gstv4l2src.c(957): gst_v4l2src_decide_allocation (): /GstPipeline:pipel ine0/GstV4l2Src:v4l2src0: Buffer pool activation failed Execution ended after 0:00:00.025120625 Setting pipeline to NULL ... ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. Additional debug info: /usr/src/debug/gstreamer1.0/1.26.6.imx/libs/gst/base/gstbasesrc.c(3187): gst_base_src_loop (): /GstPipeline:pipeline0/GstV4l2Src:v4l 2src0: streaming stopped, reason not-negotiated (-4) Freeing pipeline ... and i am not seeing anything on external display also (Connected over HDMI) Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board pls refer to the chapter 7.3.9 Camera preview of linux user guide, you need to use media-ctl to create a connection https://www.nxp.com/docs/en/user-guide/UG10163.pdf

将 HDMI-CSI 转换器模块 TC358743 与 i.MX8MP-FRDM 板连接 我正在尝试将基于东芝 IC TC358743 的波享 HDMI 转 CSI2 转换器模块接口。 我正在使用 yocto 项目来构建镜像 $ DISTRO=fsl-imx-wayland MACHINE=imx8mp-lpddr4-frdm source imx-setup-release.sh -b frdm_sources_whinlatter 我使用以下命令选择了驱动程序 bitbake -c menuconfig /virtual/kernel ，并将其反映在 .config 中文件还有 config_video_tc358743=Y c onfig_video_tc358743_cec=Y 我已经相应地修改了 dts 文件这里我附上了 dts 文件供你参考。 但我无法与集成电路 通信，即使使用 i2cdetect -y 1 也无法锁定（UU）0x0F 地址。但我能在 i2c1 中看到设备地址。 我在 dts 文件或驱动程序选择中遗漏了什么？ Linux 多媒体 Yocto Project Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board 我们没有经过官方验证的代码，我发给您的链接共享了 dts 设置，您可以与自己的设置进行比较，检查是否有遗漏。 Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board 本查询中提到的解决方案出现页面未找到的错误。 是否有任何官方支持页面可以解决这个问题？ Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board 请参考以下链接，检查您的设置是否正确 https://community.nxp.com/t5/i-MX-Processors/i-MX8MP-%E7%A7%BB%E6%A4%8Dtc358743%E5%88%86%E8%BE%A8%E7%8E%87%E8%B0%83%E6%%B4% E9%97%AE%E9%A2%98/m-p/1631189 Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board 这个问题已经解决了，但我又面临一个关于使用Gstremer从CSI2到HDMI的视频管道的问题，我无法理解是dts问题还是其他问题。 我在这里附上了来自设备的响应日志供你参考。和 dts 文件、 root @imx8mp-lpdr4-frdm：~# i2cdetect-y 1 0 1 2 3 4 5 6 7 8 9 a b c d e f 00：------------UU 10:-------------------------------------- 20:-------------------------- 30:-------------------------------- 40:-------------------------------------------------------------------------------------------------------------------- 50：----UU------------------60:---- 60:----------------68-------------- 70:------------------------------root @imx8mp-lpdr4-frdm: ~# vpdr4-frdm: ~# 4l2-ctl--list-devices (): /dev/v4l- subdev0 FSL 捕获媒体设备（平台：32c00000.总线: camera）： /dev/media0 mxc-isi_v1 (platform:32e00000.isi:cap_devic)： /dev/video3 mxc-isi-m2m_v1 (platform:32e00000.isi:m2m_devic): /dev/video2 vsi_v4l2dec (platform:vsi_v4l2dec): /dev/video1 vsi_v4l2enc (platform:vsi_v4l2enc): /dev/video0 root@imx8mp-lpddr4-frdm:~# v4l2-ctl -d /dev/v4l-subdev1 --query-dv-timings 活动宽度：1280 活动高度：720 总宽度：1650 总高度：750 帧格式：逐行 极性：-vsync -hsync Pixelclock: 74250000 Hz (60.00 frames per second) Horizontal frontporch：0 水平同步：370 水平 backporch：0 垂直前廊：0 垂直同步：30 垂直后窗：0 标准： 标志： root@imx8mp-lpddr4-frdm:~# v4l2-ctl -d /dev/v4l-subdev1 --set-dv-bt-timings query BT Timings set root@imx8mp-lpddr4-frdm:~# media-ctl -p 媒体控制器 API 版本 6.18.2 媒体设备信息 ---------------------------------------- 驱动程序 mxc-md 型号 FSL 捕获媒体设备串行总线信息平台：32c00000.bus: camera hw revision 0x0 驱动程序版本 6.18.2 设备拓扑 -实体 1：mxc_isi.0（16 个焊盘，2 个链接，0 条路线） type V4L2 子开发子类型未知标志 0 pad0：SINK <- "mxc-mipi-csi2.0":4 [已启用] pad1：SINK pad2：SINK pad3：SINK pad4：SINK pad5：SINK pad6：SINK pad7：SINK pad8：SINK pad9：SINK pad10：SINK pad11：SINK pad12：SOURCE -> "mxc_isi.0.捕获":0 [已启用] pad13：SOURCE pad14：SOURCE pad15：SINK -实体 18：mxc_isi.0.捕获（1 个焊盘，1 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/video3 pad0：SINK <- "mxc_isi.0":12 [已启用] -实体 22：mxc-mipi-csi2.0（8 个焊盘，2 个链接） 类型节点子类型 V4L 标志 0 设备节点名称 /dev/v4l-subdev0 pad0：SINK <-" tc358743 1-000f ": 0 [启用，不可变] p ad1：SINK pad3：SINK pad4：来源-> " mxc_isi.0 ": 0:0 [ENABLED] pad5: SOURCE pad6：SOURCE pad7: SOURCE -实体 31：tc358743 1-000f（1 个键盘，1 个链接，0 条路由） 类型 V4L2 子开发子类型未知标志 0 设备节点名称 /dev/v4l-subdev1 pad0：来源 [stream: 0 fmt: rgb888_1x24/ 1280x720 字段：无 colorspace: srgb] [dv.caps: bt.656/11220 min:640x350@13000000 max:1920x1200@165000000 stds:CEA-861,DMT,CVT,GTF caps:progressive,reduced- blanking,custom] [dv.detect:BT.656/11201280x720p60 (1650x750) stds: flags:] [dv.current:BT.656/11201280x720p60 (1650x750) stds: flags:] -> " mxc-mipi-csi2.0":0 [ENABLED,IMMUTABLE]。 root @imx8mp-lpddr4-frdm：~# gst-launch-1.0v4l2src device=/dev/video3 num-buffers=10！\ > video/x-raw,format=YUY2,width=1920,height=1080,framerate=60/1 ！\ > fakesink Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock：GstSystemClock ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Failed to allocate required memory. 附加调试信息： /usr/src/debug/gstreamer1.0-plugins-good/1.26.6.imx/sys/v4l2/gstv4l2src.c(957): gst_v4l2src_decide_allocation ()：/GstPipeline:pipel ine0/GstV4l2Src:v4l2src0: 缓冲池激活失败 执行在 0:00:00.025120625 之后结束 将管道设置为 NULL ... ERROR: from element /GstPipeline:pipeline0/GstV4l2Src:v4l2src0: Internal data stream error. 附加调试信息： /usr/src/debug/gstreamer1.0/1.26.6.imx/libs/gst/base/gstbasesrc.c(3187)：gst_base_src_loop ()：/GstPipeline:pipeline0/GstV4l2Src:v4l 2src0: 流媒体停止，原因是未协商 (-4) 释放流媒体 ... 而且我在外部显示器上也看不到任何内容（通过 HDMI 连接）。 Re: Iterfacing HDMI-CSI convertor module TC358743 with i.MX8MP- FRDM board 请参阅第 7.3.9 章相机预览的 Linux 用户指南，您需要使用 media-ctl 创建连接 https://www.nxp.com/docs/en/user-guide/UG10163.pdf

IMX8MP galcore_deamon 未定义指令 亲爱的恩智浦技术支持团队 您好！ 主板：IMX8MP Yocto：scarthgap 6.6.23 在 i.mx8MP 开发板上，我遇到了这个错误。 ## imx8mp-lpddr4-evk kernel: Internal error: Oops - Undefined instruction: 0000000002000000 [#1] PREEMPT SMP ## imx8mp-lpddr4-evk kernel: Modules linked in: fsl_jr_uio caam_jr caamkeyblob_desc caamhash_desc caamalg_desc crypto_engine authenc libdes crct10dif_ce polyval_ce polyval_generic snd_soc_fsl_asoc_card dw_hdmi_cec snd_soc_fsl_sai snd_soc_fsl_micfil snd_soc_fsl_xcvr imx8_media_dev(C) snd_soc_imx_audmux snd_soc_fsl_aud2htx snd_soc_fsl_easrc snd_soc_fsl_utils snd_soc_fsl_asrc imx_pcm_dma rtc_ds1307 snd_soc_wm8962 caam secvio error imx_dsp_rproc xt_conntrack nf_conntrack nf_defrag_ipv4 iptable_filter fuse ## imx8mp-lpddr4-evk kernel: CPU: 3 PID: 79 Comm: galcore_deamon/ Tainted: G C 6.6.23-lts-next-dirty #1 ## imx8mp-lpddr4-evk kernel: Hardware name: YTX FT Release Distro (DT) ## imx8mp-lpddr4-evk kernel: pstate: 60000005 (nZCv daif -PAN -UAO -TCO -DIT -SSBS BTYPE=--) ## imx8mp-lpddr4-evk kernel: pc : dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: lr : gckOS_Signal+0x180/0x244 ## imx8mp-lpddr4-evk kernel: sp : ffff800082a6bd00 ## imx8mp-lpddr4-evk kernel: x29: ffff800082a6bd10 x28: 0000000000000000 x27: ffff800082a6be10 ## imx8mp-lpddr4-evk kernel: x26: 0000000000000000 x25: ffff800081b3c008 x24: ffff000026b7f3c4 ## imx8mp-lpddr4-evk kernel: x23: ffff0000d1b6c1e0 x22: ffff0000d0d64044 x21: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x20: ffff0000d0d64048 x19: ffff000026b7f3c0 x18: 0000000000000000 ## imx8mp-lpddr4-evk kernel: x17: 0000000000000000 x16: 0000000000000000 x15: 0000ffff8db25538 ## imx8mp-lpddr4-evk kernel: x14: 0000000000000000 x13: 0000000000000209 x12: 0000000000000002 ## imx8mp-lpddr4-evk kernel: x11: 0000000000000040 x10: ffff0000d0d64050 x9 : ffff0000d0d64048 ## imx8mp-lpddr4-evk kernel: x8 : ffff000006433b78 x7 : 0000000000000000 x6 : 000002a5fe056003 ## imx8mp-lpddr4-evk kernel: x5 : 00ffffffffffffff x4 : ffff0000d1b6c210 x3 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: x2 : 0000000000000000 x1 : ffff0000d02b6740 x0 : 0000000000000000 ## imx8mp-lpddr4-evk kernel: Call trace: ## imx8mp-lpddr4-evk kernel: dma_fence_signal+0x58/0x64 ## imx8mp-lpddr4-evk kernel: gckOS_UserSignal+0x7c/0xb0 ## imx8mp-lpddr4-evk kernel: gckEVENT_Notify+0x21c/0x410 ## imx8mp-lpddr4-evk kernel: gckHARDWARE_Notify+0x68/0xc8 ## imx8mp-lpddr4-evk kernel: gckKERNEL_Notify+0x20/0x2c ## imx8mp-lpddr4-evk kernel: threadRoutine+0x1c/0x78 ## imx8mp-lpddr4-evk kernel: kthread+0x110/0x114 ## imx8mp-lpddr4-evk kernel: ret_from_fork+0x10/0x20 ## imx8mp-lpddr4-evk kernel: Code: 2a1303e0 a94153f3 a8c27bfd d50323bf (d65f03c0) ## imx8mp-lpddr4-evk kernel: ---[ end trace 0000000000000000 ]--- 根据"dma_fence_signal+0x58/0x64" ，我检查了"dma_fence_signal" 函数，发现 0x58 位置对应的指令是"ret" 指令。 file path: imx8mp-xwayland/tmp/work-shared/imx8mp-lpddr4-evk/kernel-source/drivers/dma-buf/dma-fence.c int dma_fence_signal(struct dma_fence *fence) { unsigned long flags; int ret; bool tmp; if (!fence) return -EINVAL; tmp = dma_fence_begin_signalling(); spin_lock_irqsave(fence->lock, flags); ret = dma_fence_signal_timestamp_locked(fence, ktime_get()); spin_unlock_irqrestore(fence->lock, flags); dma_fence_end_signalling(tmp); return ret; } EXPORT_SYMBOL(dma_fence_signal); ## aarch64-linux-gnu-objdump -r -d vmlinux | grep -A 30 \ : ffff8000809bcfe8 : ffff8000809bcfe8: d503233f paciasp ffff8000809bcfec: a9be7bfd stp x29, x30, [sp, #-32]! ffff8000809bcff0: 910003fd mov x29, sp ffff8000809bcff4: a90153f3 stp x19, x20, [sp, #16] ffff8000809bcff8: b4000260 cbz x0, ffff8000809bd044 ffff8000809bcffc: aa0003f3 mov x19, x0 ffff8000809bd000: f9400000 ldr x0, [x0] ffff8000809bd004: 942b4fed bl ffff800081490fb8 <_raw_spin_lock_irqsave> ffff8000809bd008: aa0003f4 mov x20, x0 ffff8000809bd00c: 97dd9d70 bl ffff8000801245cc ffff8000809bd010: aa0003e1 mov x1, x0 ffff8000809bd014: aa1303e0 mov x0, x19 ffff8000809bd018: 97ffff6e bl ffff8000809bcdd0 ffff8000809bd01c: 2a0003e2 mov w2, w0 ffff8000809bd020: aa1403e1 mov x1, x20 ffff8000809bd024: f9400260 ldr x0, [x19] ffff8000809bd028: 2a0203f3 mov w19, w2 ffff8000809bd02c: 942b4eb5 bl ffff800081490b00 <_raw_spin_unlock_irqrestore> ffff8000809bd030: 2a1303e0 mov w0, w19 ffff8000809bd034: a94153f3 ldp x19, x20, [sp, #16] ffff8000809bd038: a8c27bfd ldp x29, x30, [sp], #32 ffff8000809bd03c: d50323bf autiasp ffff8000809bd040: d65f03c0 ret ffff8000809bd044: 128002b3 mov w19, #0xffffffea // #-22 ffff8000809bd048: 17fffffa b ffff8000809bd030 我想知道为什么"ret" 指令会导致问题？我该如何避免这一错误？ 这是偶发事件。我还不知道是什么操作导致了这个问题的发生。我无法手动重现这个问题。 Linux

S32G2 HSE - 在 M 核和 A 核之间共享 NVM 密钥目录 你好 我正在研究 S32G274A（RDB2 主板）上的密钥配置工作流程， 其中 M 核（Cortex-M7）和 A 核（运行 Linux BSP 的 Cortex-A53）需要共享 HSE NVM 密钥目录。 我想确认是否支持 以下方案。 == 预期情景 == 1.在 M 核（裸机应用程序）上： - 调用 HSE_FormatKeyCatalogs() 创建 NVM/RAM 密钥目录。 - 使用 HSE_ImportKey()将一组初始密钥（如 2 个 AES-128 密钥）导入 NVM 插槽 。 -此步骤旨在一次性配置。 2。在 A-core（Linux，通过 libhse/UIO HSE MU 驱动程序）上： -通过不同的 MU 频道（例如 MU0）访问同一 HSE 实例。 -使用 M 核心配置的密钥进行运行时操作 （HMAC、AES 加密等）。 -此外，将更多密钥导入到 M-core 格式化的*相同* NVM 目录 中。 == 问题 == Q1.跨内核的目录可见性： 一个内核（如通过 MU3 的 M 内核）创建的关键目录是否可以 并供另一个内核（如通过 MU0 的 A 内核）使用？ 还是每个 MU 实例都有一个独立的目录视图？ Q2.跨核密钥注入同一目录： 在 M 核格式化 NVM 目录并导入密钥后， A 核能否使用 HSE_ImportKey()，通过不同的 MU 通道将更多密钥导入 *same* NVM 密钥组 ？ 是否有任何访问控制限制（如每个 MU 的所有权、 SMR 标志）会阻止这样做？ Q3.持久性和一致性： 跨核注入后，密钥是否能在 电源周期内正确持久存在？在不同时间从不同内核写入密钥时，是否存在 NVM 损坏或不一致的风险 ？ Q4。推荐的设计模式： 如果不直接支持上述预期场景，则以下用例的推荐模式是什么？ -M-core 执行一次性配置（目录格式 + 初始密钥）。 - A 核心使用 M 核心已创建的目录 执行实际的运行时密钥管理（额外的 密钥导入、密钥更新、ECU 密钥交付）。 == 环境 == -目标：S32G-VNP-RDB2 上的 S32G274A-HSE 固件：HSE_DEMOAPP_S32G2XX_0_2_86_0 -M 核：Cortex-M7_0，裸机，采用 S32 设计工作室构建 -A 核：Cortex-A53，运行恩智浦 Linux 电路板支持包（带有 libhse 和 UIO HSE MU 驱动程序）-MU 分配（当前计划）： -M-Core 使用 MU3（或其他版本）可用的 MU 实例）-A-core 使用 MU0 任何解决这种 多核 HSE 共享场景的指南、参考文档或示例代码将不胜感激。 提前感谢您的支持。 我们使用 BSP36 #HSE、#S32G2、#Multicore

OM13089を注文できません LPCXpresso54114基板（部品番号OM14089）を注文したいです。このボードのウェブページには、まだ販売中と記載されているが、どの販売業者も在庫がなく、NXPから直接注文する方法もないようだ。 この掲示板はどうなっているんだ？LPC54114には、他に推奨される開発ボードはありますか？ LPCマーケティング Re: Unable to Order OM13089 こんにちは、 @kk7xo さん。 投稿ありがとうございます。OM13089の状況を内部で確認してみます。何か新しい情報が入り次第、すぐにご連絡いたします。 BR セレステ Re: Unable to Order OM13089 こんにちは、 @kk7xo さん。 OM13089は廃止されておらず、社内システム上でもまだ有効な状態であることを確認しました。しかし、生産量が非常に少なく、コスト面にも制約があるため、また、すべての新規設計においてMCXプラットフォームへの移行を推奨していることから、このボードの在庫補充は行っていません。 公式のライフサイクルは依然としてアクティブであるにもかかわらず、一部の販売代理店が自社サイトで「廃止」と表示しているのは、おそらくそのためだろう。 現在のニーズに対しては、LPC54100ファミリー向けのOM13077ボードへの移行、または入手可能な回路図ファイルを使用してボードを自作することをお勧めします。ご迷惑をおかけして申し訳ございません。 素晴らしい一日をお過ごしください。 BR セレステ

MC33664ATL1EGとSTM32間のiso-spi通信用MC33774Aドライバ こんにちは！MC33664ATL1EGとSTM32間のiso-spi通信用のMC33774Aドライバは入手可能でしょうか？ THX！ Re: MC33774A driver for MC33664ATL1EG iso-spi communication with STM32 こんにちは、エドズス、 弊社では、 BMS SDKの一部としてMC33774Aソフトウェアドライバを提供できます。 MC33664ATL1EGは、MCUのSPIビットストリームを絶縁バスとの間で変換し、再びSPIに戻す物理層トランシーバーです。通常、MCUのSPIインターフェースの設定と適切なフレームの生成以外に、独立した高レベルの「ドライバ」は存在しません。 MC33664はデュアルSPIアーキテクチャ（TX SPIピンとRX SPIピンが別々）を使用していることにご注意ください。STM32では通常、2つのSPIペリフェラル（TXをマスター、RXをスレーブとする）または同等の実装が必要です。 BRs、トーマス Re: MC33774A driver for MC33664ATL1EG iso-spi communication with STM32 デュアルSPI

无法订购 OM13089 我想订购 LpcXpresso54114 板零件 OM14089。该板的网页显示它仍处于活跃状态，但所有供应商都没有库存，而且似乎无法直接从恩智浦订购。 这个板怎么了？LPC54114 有不同的首选开发板吗？ LPC营销 Re: Unable to Order OM13089 你好@kk7xo、 谢谢您的帖子。 让我内部检查一下 OM13089 的状态。一旦有任何最新消息，我会尽快给您回复。 BR 西莱斯特 Re: Unable to Order OM13089 你好@kk7xo、 我确认 OM13089 没有过时，在我们的内部系统中，它仍处于激活状态。 但是由于运行率极低和成本限制，并且由于我们建议将所有新设计迁移到MCX平台，因此我们一直没有为该板补充库存。 这可能就是一些代理商在其网站上将其标记为 “过时” 的原因，尽管官方生命周期仍处于活动状态。 根据您当前的需求，我们建议迁移到 LPC54100 系列的 OM13077 板，或者使用可用的原理图文件自己构建电路板。很抱歉给您带来不便。 祝您有美好的一天。 BR 西莱斯特

MC33774A driver for MC33664ATL1EG iso-spi communication with STM32 Hello! Please tell me whether an MC33774A driver is available for the MC33664ATL1EG iso-spi communication with STM32? THX! Re: MC33774A driver for MC33664ATL1EG iso-spi communication with STM32 Hello Edzus, We can provide the MC33774A software driver as part of our BMS SDK. For the MC33664ATL1EG, it is a physical-layer transceiver converting the MCU’s SPI bitstream to/from the isolated bus and back to SPI. There is typically no separate high-level “driver” beyond configuring the MCU SPI interfaces and generating the correct frames. Please note that MC33664 uses a dual-SPI architecture (separate TX SPI and RX SPI pins). On STM32 this usually requires two SPI peripherals (TX as master, RX as slave) or an equivalent implementation. BRs, Tomas Re: MC33774A driver for MC33664ATL1EG iso-spi communication with STM32 Dual SPI

エントリーレベルの民生用グラフィックアプリケーション向けマイクロコントローラの選定 サポートチームの皆様、こんにちは。 民生用グラフィックアプリケーション向けのエントリーレベルのマイクロコントローラの選定について、サポートを求めています。 要件： ディスプレイ：最大320×240ピクセルの小型ディスプレイ メモリ：約1MBのフラッシュメモリと256KBのRAM 電源：できればメインストリームまたは低電力 ペリフェラル： 3つのSPIインスタンス 2つのI2Cインスタンス 2つのADCチャネル ペリフェラルは専用センサと組み合わせて使用されます。 このアプリケーションは、小型のグラフィカルインターフェースと専用のセンサ接続部を備えた消費者向け製品です。エントリーレベルのソリューションで、ディスプレイ、ペリフェラルインターフェース、および基本的なグラフィックス要件をサポートできる、コスト効率の良いマイクロコントローラを探しています。 質問: これらの要件に最も適したマイクロコントローラのファミリまたは特定の部品番号をお勧めいただけますか？ 開発の出発点として利用できる既存の事例や参考プロジェクトはありますか？ よろしくお願いいたします。 女源 MCX C MCX N

kFROM12M_to_LPUART0 は _clock_attach_id 列挙型に存在しません - MCXA176VLH NXPチームの皆様、こんにちは。 現在、MCXA176VLHマイクロコントローラ用のSDK（バージョン26.03.00）を評価しているのですが、プロジェクトを作成してビルドした際に、 kFROM12_to_LPUART0が_clock_attach_id列挙型に含まれていないため、BOARD_DEBUG_UART_CLK_ATTACHを#defineできないというエラーが発生しました。そのため、#defineを使用するBOARD_InitDebugConsole()関数がコンパイルに失敗しました。 列挙型の構造を確認したところ、類似した列挙型メンバーはkFRO12M_to_MAIN_CLK と kFRO12M_to_CLKOUT の 2 つしか存在しませんでした。代わりに使える列挙型変数はありますか？また、その関数をコメントアウトしても、後々問題が発生しないでしょうか？変数の値を調べるのにprintfを使うつもりはありません。デバッグ中に値を確認するだけです。 よろしくお願いいたします。 ラム MCXA Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @LamK さん。 こちらでテストしてみました。 これはバグです。 UARTを使用したい場合。 kFROM12_to_LPUART0 を kFRO_LF_DIV_to_LPUART0 に置き換えることができます。 情報ありがとうございます。 これがあなたのお役に立てば幸いです。 BR ハリー Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @Harry_Zhang さん。 まだ基板は作っていません。SDKを調べていただけです。kFRO_LF_DIV_to_LPUART0 を使用するとビルドできるので、ハードウェアが手元に来たら必ず試してみます。 また、 BOARD_InitDebugConsole関数を宣言するのではなく、board.hヘッダーファイル内で直接定義した場合にのみビルドが成功する点にも触れておくべきでしょう。というのも、何らかの理由でリンカーがboard.cppファイル内の関数をリンクできなかったためです。確認したところ、board.oファイルはコンパイルされていましたが、リンカーがそれを見つけられなかったようです。これもまたバグの一つでしょう。 そして私が言ったように、修正方法は、定義をboard.cppにある他の#includeと一緒にヘッダーに直接コピー＆ペーストするだけです。これが今後のSDKバージョンの開発に役立つことを願っています。 よろしくお願いします、 ラム Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @LamK さん。 情報ありがとうございます。 「BOARD_InitDebugConsole関数を宣言する代わりにboard.hヘッダーで直接定義した場合、リンカーが何らかの理由でboard.cppファイル内の関数をリンクできなかったため、問題が発生しました。board.oファイルはコンパイルされていることは確認しましたが、リンカーが何らかの理由でそれを見つけられなかったため、おそらくそこに別のバグがあると思われます。 」 この問題を再現できるように、プロジェクトを共有していただけますか？ BR ハリー Re: kFROM12M_to_LPUART0 does not exist in _clock_attach_id enum - MCXA176VLH こんにちは、 @Harry_Zhang さん。 新しいプロジェクトを作成してすぐにビルドしてテストするたびに、先に述べた#defineの問題が発生します。kFROM12_to_LPUART0 を kFRO_LF_DIV_to_LPUART0 に置き換えると問題は解決しますが、再度ビルドすると「 `BOARD_InitDebugConsole()` への未定義の参照」という別のエラーが発生します。 私が使用しているSDKは、SDK Builderから入手したMCXA176バージョン26.03です。ダウンロードしてIDEにインストールし、それを使ってプロジェクトを作成しました。 もう一つは、新しいプロジェクトを作成する際に、.mex ファイルがないため、設定ツールを使用してピンとクロックを設定できないことです。ファイルが見つかりません。こちらの投稿（ https://community.nxp.com/t5/MCUXpresso-Config-Tools/Pins-tool-quot-Processor-is-not-supported-or-data-for-the/mp/2359924#M2036 ）を参考に、.mex ファイルを作成することができました。ピンとクロックを設定するためのファイル。問題の原因ではないと思いますが、念のため言っておきます。 私のプロジェクトについて、他に共有できることは何もありません。マイクロコントローラーを導入する前に、SDKのテストを行っているところです。 よろしくお願いいたします。 ラム・クー

CodeWarrior and PEmicro Multilink to MCU MKL03Z16VFK4R Hi,  I have MCU MKL03Z16VFK4R and I need to program it on winXP using PEmicro Multilink Universal. According to the information I have gathered, there is CodeWarrior 10.6 that support winXP. Could you share the CodeWarrior 10.6 software installer? or, Do you have other software that support winXP? Thank you

Accessing the PDM Mics of a MIMXRT1170-EVKB Hello, I'm working with a MIMXRT1170-EVKB and I'm quite new to working with Zephyr. It comes with 3 PDM Mics that are connected to the m7. It seems that the PDM controller of the m7 is not defined inside the Devicetree. I'm a bit confused about the overall driver structure to use in Zephyr and I'm also new to writing Devicetree overlays. But my understanding is, that I need to define the PDM controller/DMIC and the corresponding pinmux/pinctrl settings in my board overlay file. I guess this would be compatible to the MICFIL driver ? Has anyone experience in working with the PDM DMICs and might be able to give me some pointers if my understanding is correct or how to implement the PDM Mics?

S32DS 许可证延期申请 你好我的许可证已经过期，因此我想申请延期。 Re: S32DS License Extension Request 你好、 您的 S32DS 许可证已延期。请使用旧代码重新激活 S3DS。 Re: S32DS License Extension Request 谢谢。效果很好。

サンプルプロジェクトmcuboot_opensourceはビルドできません こんにちは、 私は以下のサンプルプロジェクトを構築しようとしています。 C:\work\mcx\mcuxpresso-sdk\mcuxsdk\examples\ota_examples\ota_mcuboot_basic このコマンドで： (.venv-mcx) C:\work\mcx\mcuxpresso-sdk>west build -b frdmmcxe31b -d build_mcuboot mcuxsdk\examples\ota_examples\mcuboot_opensource\ そして、次のエラーが発生します。 C:/work/mcx/mcuxpresso-sdk/mcuxsdk/examples/_boards/frdmmcxe31b/ota_examples/mcuboot_opensource/flash_partitioning/flash_partitioning.h:11:10: 致命的なエラー: mcuboot_config.h: そのようなファイルまたはディレクトリはありません 11 | #include "mcuboot_config.h" MCUBootフォルダはこちらです： C:\work\mcx\mcuxpresso-sdk\mcuxsdk\middleware\mcuboot 問題は何でしょうか？

dm-mc-pmsm-foc-s32k312 您好， 我们正试图从应用程序代码中心安装和编译项目dm-mc-pmsm-foc-s32k312。我们按照说明进行了操作，但无法编译，出现了附件中的错误。有谁能帮助我们按照所需的步骤安装正确版本的 S32DS、RTM、AMMCILIB 等？ https://mcuxpresso.nxp.com/appcodehub?search=dm-mc-pmsm-foc-s32k312 此致敬礼 VG Re: dm-mc-pmsm-foc-s32k312 你好@VinGanZ 如果你参考 S32K3 FRDM 汽车主板安装包中的 “软件 & 工具” 部分，则该套装已经包含运行此应用程序所需的软件版本（IDE、RTD、FreeRTOS 等）。请确认所有列出的版本都已正确安装到 S32DS 环境中。 BR、VaneB Re: dm-mc-pmsm-foc-s32k312 您好， 完全卸载并重新安装后，除一个问题外，大部分问题仍然存在，如下所示 15:37:17 **** 为项目 frdm_A_s32K312_mc_pmsm_foc_2SH 增量版本配置 debug_FOC_FOC_2SH **** make -j20 all 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.c 调用：标准 S32DS C 编译器 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.c 调用：标准 S32DS C 编译器 调用：标准 S32DS C 编译器 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.c" 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.c" arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.c" arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.c" arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.c" 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.c 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.c ../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 调用：标准 S32DS C 编译器 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 调用：标准 S32DS C 编译器 ../AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 调用：标准 S32DS C 编译器 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.c:32:10: fatal error: simstruc.h：无此文件或目录 调用：标准 S32DS C 编译器 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:66：AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.o] AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF16.o错误 1 arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.c" 使：*** 等待未完成的工作.... make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Abs_SF_FLT.o错误 1 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Add_SF_FLT.o错误 1 构建文件：.../AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.c arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.c" arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.c" make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:67：AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.o] AMMCLib/bam/MLIB/bam_flt/MLIB_ConvertPU_SF_FLTF32.o错误 1 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:67：AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF16.o错误 1 arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.c" 调用：标准 S32DS C 编译器 arm-none-eabi-gcc " @AMMCLib /bam/mlib/bam_flt/mlib_bam_flt/mlib_abs_sf_flt.args "-MMD -MP -MF"AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.d"-MT"AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.o"-o"AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.o""../AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.c" ../AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Div_SF_FLT.o错误 1 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Mac_SF_FLT.o错误 1 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Convert_SF_FLTF32.o错误 1 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 ../AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.c:32:10: fatal error: simstruc.h：无此文件或目录 32 | #include"simstruc.h" | ^~~~~~~~~~~~ 汇编终止。 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Mnac_SF_FLT.o错误 1 make：*** [AMMCLib/bam/MLIB/bam_flt/subdir.mk:68：AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.o] AMMCLib/bam/MLIB/bam_flt/MLIB_Msu_SF_FLT.o错误 1 " make-j20 all " 以退出代码 2 终止。版本可能不完整。 15:37:18 版本失败。21 个错误，0 个警告。(耗时 823 毫秒） 看起来缺少一个 matlab 生成的头文件 此致敬礼 VG

Why does it keep flashing back during operation? Re: 为什么在操作的过程中老是闪退 Hello @Come_And_Go, Hello, don't see anything other than your title. May I ask if you are getting flashbacks right after logging into your account is it during normal use? Can you help add more information, a screenshot or recording would be great. BR Celeste Re: 为什么在操作的过程中老是闪退 What version of Gui-Guider are you using? What operating system is it running on? If you get a different computer, does this problem still exist? Re: 为什么在操作的过程中老是闪退 It flashed back during operation. The whole software exited during the flashback and there was no way to take a screenshot. No screen recording. Re: 为什么在操作的过程中老是闪退 GUIGUIder version is 1.10.1 Re: 为什么在操作的过程中老是闪退 Thank you for your reply, I have not reproduced the problem on my side, my computer is Win 11 OS, yours? Or try uninstalling and reinstalling? Re: 为什么在操作的过程中老是闪退 And how does this keyboard open? Re: 为什么在操作的过程中老是闪退 Where is the keyboard in this tip? Re: 为什么在操作的过程中老是闪退 win 10 22h2

MC33774A 测量 从 MC33774A 数据表中可以看出 同步测量周期从下一次周期测量开始。ADC2B 连续测量电池，直到达到一个周期的采样数量。 1.1 个周期代表什么？ 2.图中给出的周期和周期是否相同？ 3.SYNCCYC 位设置后，同步测量是一次连续测量还是需要再次设置？ Re: MC33774A Measurement 我能拿到这份 PDF 文件吗？ https://www.nxp.com/webapp/sd/collateral/1678065432580728194277?version=2.0 THX！ Re: MC33774A Measurement 你好、 基本上是这样的： 在 SCAN 内是对电压的单次测量。 不提供单次测量值，只提供平均值。 使用 PERLEN 可以定义平均值的持续时间（16 至 511 个采样点）。   每次有新的测量结果时，都会启动一个新的测量循环 = SCAN_time * PERLEN。   AN12913 提供了有关测量的更多信息。   BRs, Tomas Re: MC33774A Measurement MC33774A 数据表指出，对于同步测量 ADC2B 在切换到下一个信号之前会多次测量一个信号。在同步测量周期中，信号的测量范围为 SECM_PER_CTRL.PERLEN × 14 × ts(meas)。 如果 SECM_PER_CTRL.PERLEN 设置为 16，ts(meas) 为 17 µs，那么测量 1 个 VB 信号的预期时间是否计算为 16 × 14 × 17 = 3.808 ms？ 我们假设图像中的一个周期等于 16 次扫描（即 3.808 毫秒） Re: MC33774A Measurement 您好， 1.请参见表 16，其中规定了测量频率 => 周期。 2.不，"周期 "指的是包含周期的更广泛的时间范围。 3.需要重新设置位。 BRs, Tomas