Multi Source Translation Content

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

Multi Source Translation Content

Discussions

Sort by:
S12X 串行 MCU,如何知道代码的起始地址 现在我有一个 Can 启动 Demo,它可以分析 S19 文件并将数据和偏移地址发送到 S9S12G64,MCU 只需要将数据写入主计算机发送的指定地址即可。我需要知道APP代码的起始地址,这里有一个app项目的prm文件,如何获取起始地址? Re: S12X serial MCU ,how to know the Code's START ADDRESS 你好@李乐 能否请您提供 MAP 文件或 S19 文件以供参考?谢谢。 BR 爱丽丝 Re: S12X serial MCU ,how to know the Code's START ADDRESS 以下是应用程序和启动代码 Re: S12X serial MCU ,how to know the Code's START ADDRESS 嗨@李乐 APP 的起始地址为 0xC000。 谢谢! BR 爱丽丝
View full article
S32K144 FLASH分配自定义字段 将程序中想要写入的数据放入自定义字段 恩智浦的技术人员你们好 我在开发S32K144芯片的过程中遇到了一个问题 我想将一些变量放入我自定义的ROM字段  我不清楚该怎么在程序中实现 我在S32K144_64_flash.ld中定义了存储字段 并且在SECTIONS 中定义了CALC_RAM #define CALC_RAM_ATTRIBUTE __attribute__((section(".CALC_RAM"))) CALC_RAM_ATTRIBUTE const uint8_t my_flash_array[] = {0x01, 0x02, 0x03, 0x04}; CALC_RAM_ATTRIBUTE const uint8_t my_flash_brray[] = {0x01, 0x02, 0x03, 0x04}; CALC_RAM_ATTRIBUTE const uint8_t my_flash_crray[] = {0x01, 0x02, 0x03, 0x04}; 通过以上代码我已经将我的数组放入了CALC_RAM自定义字段   我的问题是  这样的操作方式比较繁琐  在新定义的 数组前  都需要加入CALC_RAM_ATTRIBUTE 这个宏定义 有没有更便捷的方法将  一段数据批量放入  我自定义的字段CALC_RAM  ? 期待您的回复    万分感谢! Re: S32K144 FLASH分配自定义字段 将程序中想要写入的数据放入自定义字段 嗨@Ni_ , 你通常有三种选择: 方案一。 修改时保留这些属性。 方案二。 将所有内容放入一个专用的源文件中,例如: /* cal_data.c */ #include const uint8_t table1[] = { 0x01, 0x02, 0x03, 0x04 }; const uint8_t table2[] = { 0x10, 0x20, 0x30, 0x40 }; const uint8_t table3[] = { 0xAA, 0xBB, 0xCC, 0xDD }; 然后在链接器文件中: MEMORY { int_flash_interrupts : ORIGIN = 0x00000000, LENGTH = 0x00000400 int_flash_config : ORIGIN = 0x00000400, LENGTH = 0x00000010 int_flash : ORIGIN = 0x00000410, LENGTH = 0x0007BBF0 calib_flash : ORIGIN = 0x0007C000, LENGTH = 0x00004000 int_sram_results : ORIGIN = 0x1FFF8000, LENGTH = 0x00000100 int_sram : ORIGIN = 0x1FFF8100, LENGTH = 0x0000DF00 int_sram_stack_c0 : ORIGIN = 0x20006000, LENGTH = 0x00001000 ram_rsvd2 : ORIGIN = 0x20007000, LENGTH = 0 } .flash_config : { KEEP(*(.flash_config)) } > int_flash_config .calib_flash : { . = ALIGN(4); __calib_flash_start = .; KEEP(*cal_data.o(.rodata*)) . = ALIGN(4); __calib_flash_end = .; } > calib_flash .flash : { . = ALIGN(4); *(.startup) . = ALIGN(4); *(.systeminit) . = ALIGN(4); *(.text.startup) . = ALIGN(4); 在 .map 中文件: 选项 3. 使用 pragma/macros 部分。 有些编译器支持它,但 GCC 不支持。 此致, 丹尼尔 Any support, information, and technology (“Materials”) provided by NXP are provided AS IS, without any warranty express or implied, and NXP disclaims all direct and indirect liability and damages in connection with the Material to the maximum extent permitted by the applicable law. NXP accepts no liability for any assistance with applications or product design. Materials may only be used in connection with NXP products. Any feedback provided to NXP regarding the Materials may be used by NXP without restriction.      
View full article
NAFE13388 水晶の仕様 RIOP RevB2では、NAFE13388 XTAL(X1、18.432 MHz)にどの水晶発振器仕様(ppm/負荷)を使用していますか? Re: NAFE13388 crystal spec こんにちは、 部品番号: ECS-184-12-33Q-JES-TR PPM:20 PPM 負荷: 12 pF これがお役に立てば幸いです。 Re: NAFE13388 crystal spec ご回答をお待ちしています。
View full article
我能否使用任意一个 GPIO 引脚作为中断输入信号,并使其在边沿检测模式下工作? 你好, 因为 6 个专用 IRQ(0~5) 引脚对我来说不够用,我需要其他 GPIO 引脚作为中断输入信号。所以,我有以下两个问题: 1. 是否可以将任意 GPIO 用作中断信号输入,并使其工作在边沿检测模式下? 2. 如果上述第 1 题的答案是肯定的,那么专用 IRQ 和 GPIO 之间有什么区别?或许响应优先级更高? 提前感谢! 顺祝商祺! 杰森 Re: Could I use any GPIO pin as interrupt input signal which worked at edge detection mode? 您好, 这个问题与LS1021A有关。欢迎任何回复! 顺祝商祺! 杰森 Re: Could I use any GPIO pin as interrupt input signal which worked at edge detection mode? 是的,只要引脚在您的电路板配置中实际被复用/用作 GPIO 输入,LS1021A GPIO 就可以用作中断输入,包括边沿检测模式。 GPIO 作为边沿中断输入 GPIO 块具有中断控制/状态/掩码寄存器:GPIER、GPIMR 和 GPICR;GPICR 配置事件检测,包括边沿触发行为,GPIO 中断逻辑向系统输出合并的 gpio_int 请求。对于每个 GPIO 端口线,EDn 位选择中断是在任何状态变化时产生还是在高到低转换时产生。因此,GPIO 中断输入是受支持的,但请注意,文档中记录的边沿选择与完全独立的上升/下降/双边沿选择器不同:引用的模式是“任何变化”或“高到低”。 专用的IRQ与GPIO中断 主要区别在于中断路径和粒度: 专用的 IRQ0–IRQ5 引脚是直接连接到中断控制器线路的外部 I/O 信号;它们的中断状态可在相应的 GIC-400 寄存器中找到,并且它们的极性可通过 SCFG_INTPCR 进行可编程。 GPIO 中断并非每个引脚的独立 GIC 输入。GPIO 模块检测引脚事件并将其存储在 GPIER 中,通过 GPIO 寄存器进行屏蔽/控制,然后驱动一个合并的 GPIO 中断请求。参考手册还指出,所有 GPIO 中断都经过逻辑或运算,作为 GPIO 中断源。 因此,实际的软件区别在于,专用 IRQ 可以在 GIC 级别作为其自身的中断源进行处理,而 GPIO 中断通常需要 ISR 进入 GPIO 块,读取 GPIER 以确定哪个引脚引起了该事件,然后清除/处理它。 对于延迟最敏感或优先级最高的外部中断,请使用专用 IRQ 引脚;当需要更多输入且可以容忍共享 GPIO 中断处理时,请使用 GPIO 中断。
View full article
我正在寻找 AFT05MS004NT 在 30-45 MHz 频率范围内的阻抗。 我正在寻找阻抗 AFT05MS004NT1,30-45 MHz Z负载和Z源 请各位帮帮我 Re: I am looking for the impedance of AFT05MS004NT AT FREQ 30-45 MHZ 你好, 遗憾的是,我们没有 AFT05MS004NT 在 30–45 MHz 频率范围内的阻抗数据。 获取阻抗数据需要专用的特性分析过程,该过程必须针对每个感兴趣的频率分别进行。这个过程很耗时,通常侧重于设备最初被设计并预期运行的频率范围。评估其他频率通常需要设计和建造特定的测试夹具和匹配网络。 因此,对于标准特性范围之外的工作条件(例如不同的频率、功率级或电源电压),阻抗数据并不总是可用。 由此给您带来的不便,我们深表歉意,并感谢您的理解。
View full article
在 i.MX95 NPU 上运行 yolov11n、yolov8n、yolov5nu 模型后未获得任何输出。   [i.MX95 NPU] YOLOv5n/v8n/v11n 中子转换模型运行但未返回任何探测结果(零输出) 问题描述 我正在使用 Neutron 变流器在 i.MX95 NPU 上评估 YOLO 目标检测模型。 虽然 INT8 量化的 TFLite 模型在 Cortex-A55 CPU 上运行成功并能检测到物体,但编译后的 neutron.tflite 版本在卸载到 NPU 时,尽管执行推理时没有崩溃,却产生了零检测结果(空/无输出)。 环境及硬件设置   硬件: i.MX95 19x19 LPDDR5 EVK(A1 版本) 操作系统/内核: Linux 6.12.34-lts-next-gbe78e49cb433 #1 SMP PREEMPT (aarch64) NXP 工具链: MCU-SDK v25.09.00 + Linux 6.12.34_2.1.0 测试型号: YOLOv5nu、YOLOv8n、YOLOv11n(Ultralytics) 工作流程步骤和使用的命令 1. 量化(Ultralytics 导出) 模型导出为 INT8 全整数量化格式,分辨率为 320x320: yolo export model=yolov8n.pt format=tflite int8=True imgsz=320# (Repeated identically for yolov11n.pt and yolov5nu.pt)   状态:在CPU上运行完美。yolovXn_full_integer_quant.tflite 在 A55 内核上能够正确检测对象。 2. 中子汇编 TFLite 模型是使用 MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 中的 Neutron 转换器为 i.MX95 NPU 编译的: ./neutron-converter --input yolov8n_full_integer_quant.tflite --target imx95 --output yolov8n_full_integer_quant_neutron.tflite   状态:无法在 NPU 上检测到对象。编译后的模型可以加载并运行推理,不会抛出语法或执行错误,但对于完全相同的测试图像,输出张量返回零检测结果。 观察到的症状和疑似根本原因   操作回退:变流器是否会针对特定的 YOLO 层(如自定义锚点、SiLU/Swin 激活或非最大值抑制)回退到 CPU? 量化缩放/不对称性:通过 Ultralytics 导出的 YOLO 模型通常使用不对称量化或具有 Neutron NPU 驱动程序可能误解的特定输出张量缩放。 输出张量格式:推理运行正常,这表明输入管道没有问题,但输出边界框/分数要么为空白,要么完全是垃圾值。 向恩智浦专家提问   中子变流器是否存在针对 Ultralytics YOLO 架构的已知限制或必需的优化标志? 在将 TFLite 模型传递给 Neutron 转换器之前,是否应该去除 NMS(非极大值抑制)层? i.MX95 Neutron SDK 是否需要对称量化(per_channel=True 或 False)才能正确解析输出层? 任何关于 i.MX95 NPU 的指导、参考脚本或 YOLO 部署说明都将不胜感激。   Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU 嗨,亚历杭德罗, 感谢您的回复。 我认为我的硬件平台可能存在一些误解。我的问题与 i.MX91 无关。 我正在使用以下平台: 主板:i.MX95 19x19 LPDDR5 EVK(IMX95LPD5EVK-19CM,A1 版本) 开发板快速入门指南: https://www.nxp.com/docs/en/quick-reference-guide/IMX95LPD5EVK-19CM.pdf Neutron SDK:MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 内核:Linux 6.12.34-lts-next-gbe78e49cb433 #1 SMP PREEMPT (aarch64) 您分享的指南似乎是针对 i.MX91 的,而我的问题是关于在 i.MX95 Neutron NPU 上部署 YOLO。 原始的 INT8 TFLite 模型(YOLOv5nu、YOLOv8n 和 YOLOv11n)在 Cortex-A55 CPU 上运行正常,并产生有效的检测结果。然而,在使用 MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 中包含的 Neutron 变流器编译相同的模型后,推理在 NPU 上成功执行,没有任何运行时错误,但输出张量不包含任何有效检测结果。 为了便于调查,我已经将以下文件附加到我的原帖中: * 原始 INT8 量化 TFLite 模型。 * YOLOv8n 和 YOLOv11n 的中子转换 TFLite 模型。 * 一个可用于重现该问题的 Python 推理脚本。 由于这些是原始的预训练 Ultralytics 模型转换为 TFLite,因此您可以直接使用提供的脚本中的标准 COCO 类名。它应该能让你在 i.MX95 平台上重现该行为,而无需任何额外的修改。 如果您能使用附件中的文件重现该问题,并告知我这是否是当前 Neutron SDK for i.MX95 的已知限制或问题,我将不胜感激。 谢谢。 Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU 你好@vijayranaACL , 感谢您联系恩智浦技术支持。 请参考本指南。 由于您使用的是 i.MX91 A1 芯片版本,因此某些特性或功能可能无法正常工作,因为 A1 是一个早期芯片版本,主要用于评估和开发目的。 因此,我们建议您在测试和验证活动中使用 i.MX91 B0 芯片版本。该指南是使用 B0 硅版本开发和验证的,因此记录的行为和结果均基于该版本。 如果可以,请确认您使用的是哪个版本的芯片,以及您是否可以获取 B0 设备进行比较。 此致, 亚历杭德罗·加西亚 Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU 你好@vijayranaACL , 我已在采用 B0 芯片的 i.MX95 EVK 上测试了您的代码,在我们这边运行正常,没有任何问题。 使用 person_detect.py 应用程序,模型加载成功,Neutron 委托初始化正确,应用程序按预期执行推理。在测试过程中,我观察到稳定的目标检测和持续约 13-14 FPS 的性能。日志还证实 Neutron 代理处于活动状态,并且模型在 NPU 加速下正在正常执行。 根据这些结果,我建议升级到 B0 硅片版本。A0 和 A1 硅版本主要是为了评估和 beta 测试目的而发布的,它们没有与 B0 相同级别的软件支持和验证。早期版本之后引入了一些功能和修复,这或许可以解释您看到的情况。 以下是我的测试日志的相关部分: root@imx95evk:~# python3 person_detect.py Opening camera /dev/video52 ... Trying camera backend: V4L2 /dev/video52 Camera opened via V4L2 /dev/video52 Loading model and NPU delegate ... Loaded Neutron delegate: /usr/lib/libneutron_delegate.so /usr/lib/python3.13/site-packages/tflite_runtime/interpreter.py:457: UserWarning: Warning: tf.lite.Interpreter is deprecated and is scheduled for deletion in TF 2.20. Please use the LiteRT interpreter from the ai_edge_litert package. See the [migration guide](https://ai.google.dev/edge/litert/migration) for details. warnings.warn(_INTERPRETER_DELETION_WARNING) INFO: NeutronDelegate delegate: 1 nodes delegated out of 33 nodes with 1 partitions. INFO: Neutron delegate version: v1.0.0-d98743a7, zerocp enabled. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Model input: shape=[ 1 640 640 3] dtype= quant=(0.003921568859368563, -128) Model output[0]: shape=[ 1 84 8400] dtype= quant=(0.003906319383531809, -128) Using model input size: 640x640 Re-opening camera after model load ... Trying camera backend: V4L2 /dev/video52 Camera opened via V4L2 /dev/video52 Person detection running. Press Ctrl+C to stop. First frame: 640x480 Output tensor shape: (1, 84, 8400) frame=22 person conf=0.61 box=[143,8,496,476] fps=10.7 --- fps=11.5 detections=0 --- frame=39 person conf=0.58 box=[138,16,496,473] fps=12.1 frame=50 person conf=0.50 box=[138,12,496,472] fps=12.5 frame=60 person conf=0.58 box=[138,13,496,476] fps=12.8 --- fps=12.8 detections=1 --- frame=84 person conf=0.61 box=[143,10,496,475] fps=13.3 frame=85 person conf=0.54 box=[138,10,496,475] fps=13.3 frame=86 person conf=0.61 box=[138,13,496,476] fps=13.3 frame=88 person conf=0.54 box=[138,12,496,472] fps=13.3 --- fps=13.3 detections=0 --- --- fps=13.6 detections=0 --- frame=136 person conf=0.65 box=[138,13,496,476] fps=13.7 frame=139 person conf=0.58 box=[138,12,496,472] fps=13.7 frame=140 person conf=0.61 box=[136,10,498,475] fps=13.8 frame=141 person conf=0.61 box=[138,13,496,476] fps=13.8 frame=145 person conf=0.50 box=[138,13,496,476] fps=13.8 frame=146 person conf=0.65 box=[138,13,496,476] fps=13.8 frame=148 person conf=0.54 box=[138,16,496,473] fps=13.8 frame=150 person conf=0.50 box=[131,12,498,472] fps=13.8 --- fps=13.8 detections=1 --- frame=155 person conf=0.50 box=[152,32,497,472] fps=13.8 frame=156 person conf=0.71 box=[180,37,495,422] fps=13.8 frame=157 person conf=0.54 box=[182,38,497,411] fps=13.8 frame=158 person conf=0.65 box=[156,37,493,472] fps=13.8 frame=159 person conf=0.68 box=[158,42,496,472] fps=13.8 frame=160 person conf=0.61 box=[155,46,495,468] fps=13.8 frame=162 person conf=0.54 box=[156,46,493,463] fps=13.8 frame=163 person conf=0.71 box=[171,43,493,466] fps=13.8 frame=164 person conf=0.54 box=[186,41,363,353] fps=13.8 frame=165 person conf=0.61 box=[187,42,492,452] fps=13.8 frame=166 person conf=0.58 box=[190,41,495,393] fps=13.8 frame=167 person conf=0.61 box=[190,42,495,432] fps=13.8 frame=168 person conf=0.61 box=[195,38,495,426] fps=13.8 frame=169 person conf=0.50 box=[190,36,495,423] fps=13.8 frame=170 person conf=0.58 box=[198,37,496,397] fps=13.8 --- fps=13.9 detections=0 --- frame=202 person conf=0.50 box=[145,28,495,456] fps=13.9 --- fps=14.0 detections=0 --- ^CStopped. root@imx95evk:~# 由于相同的应用程序和模型在 B0 芯片上运行正常,我的建议是在继续进行进一步调试之前,使用 B0 设备重复测试,因为问题可能与芯片版本有关,而不是与应用程序本身有关。 此致, 查维拉 Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU 嗨,亚历杭德罗, 感谢您澄清是 i.MX 95(而非 i.MX 91)的问题,并推荐使用 --优化级别 OOpt。 我们尝试在现有配置上执行您建议的命令,但是 --优化级别 不可用 在与我们的板级 BSP 配套的中子变流器中。 我们目前的环境 元器件版本 电路板 IMX95LPD5EVK-19 BSP LF6.12.34_2.1.0 (Linux 6.12.34-lts-next ) 中子号代表已登船 v1.0.0-be8bf399 主机变流器 eIQ 工具包 1.17 → 中子变流器 2.1.3+0Xaf140cf5 变流器 电路板支持包 标签 MCU_SDK_25.09.00+Linux_6.12.34_2.1.0 在这个变流器上, 中子转换器 --help 做 不是 列表 --优化级别。 我们实际运行的命令 中子变流器 \ --输入yolov8n_full_integer_quant.tflite \ --输出yolov8n_neutron.tflite \ --target imx95 为了进行调试,我们还使用: 中子变流器 \ --输入yolov8n_full_integer_quant.tflite \ --输出yolov8n_neutron.tflite \ --target imx95 \ --详细 我们的变流器(2.1.3)中可用的标志 关键选项  - 帮助: - 输入,  - 输出,  - 目标 --合并中子图 --将输入的 uint8 转换为 int8, --convert-outputs-uint8-to-int8 --dump-statistics, --dump-graphs, --详细 --include-between-input-tensors, --排除输入张量之间的差异 --显示目标, --show-kernel-kinds --优化级别 不存在 在这个版本上。 目前为止的测试结果 模型 NPU 行为 YOLOv8n 中子(我们的转换) 调用没问题,但是 0 次检测 YOLOv8n 无头骨干网 NPU 输出 常数(~1.13) 无头CPU主干网+CPU头部 检测结果正常 ——管道逻辑正确 问题 是 --optimization-level OOpt 仅支持较新的中子变流器 2.1.3 ? 推荐的转换命令是什么? LF6.12.34 / imx95 什么时候 OOpt 不可用? Re: yolov11n,yolov8n,yolov5nu model not getting any output after running on i.MX95 NPU 嗨@vijayranaACL , 抱歉,这是我的笔误。 我指的是 i.MX95,因为 i.MX91 不包含 NPU。 我建议尝试使用以下命令转换模型: .\neutron-converter.exe ` --input " .tflite" ` --target imx95 ` --output " .tflite" ` --optimization-level OOpt 根据 Neutron SDK 文档,需要注意的是,对于 Neutron-S 靶(例如 i.MX95),变流器不是确定性的。转换过程依赖于多线程约束编程求解器,这意味着对同一模型执行变流器的不同操作可能会产生略有不同的结果,尤其是在 TCM 内存分配和生成的微代码方面。 由于可能存在多个最优解,因此在每次转换过程中,不同的求解器线程可能会收敛到不同的有效解。尽管这些解决方案内部可能有所不同,但变流器认为它们都是正确且经过优化的。在大多数情况下,这些差异不应显著影响功能或性能。 如果您观察到行为、性能或准确性方面的变化,我建议您多次转换模型并比较结果。虽然有一些方法可以强制执行确定性行为,但通常会大大增加转换时间,因此除非绝对必要,否则一般不建议使用。 请告知我您的测试结果。 此致, 亚历杭德罗·加西亚
View full article
MPC574xP BCTRL Hi: My customer is using MPC5741P for Auto ESC application. Currently, they were asked by the end OEM about BCTRL pin characteristics, such as voltage region.  Could you help check and confirm it? Thanks. Below is the waveform, it's triangle, and  OEM asked to add decouple Cap. on base control output pin from MCU side.  Re: MPC574xP BCTRL Datasheets recommend different transistor as you can see below: Also it needs to be properly bypassed/decoupled. Pay attention mainly to VDD_LV_COR: Re: MPC574xP BCTRL Hi David: Got it, thanks.
View full article
AFT05MS004NTのインピーダンス(周波数30~45MHz)を探しています。 私はインピーダンスを探しています AFT05MS004NT1、30~45MHz用ZロードおよびZソース 皆さん、助けてください Re: I am looking for the impedance of AFT05MS004NT AT FREQ 30-45 MHZ こんにちは、 残念ながら、AFT05MS004NTの30~45MHzの周波数範囲におけるインピーダンスデータは入手できていません。 インピーダンスデータを取得するには、専用の特性評価プロセスが必要であり、対象となる周波数ごとに個別に実行しなければならない。このプロセスは時間がかかり、通常はデバイスが当初特性評価され、動作するように意図されていた周波数範囲に焦点を当てます。追加の周波数を評価するには、特定の試験用器具やマッチングネットワークの設計・構築が求められることが多いです。 このため、インピーダンスデータは、異なる周波数、電力レベル、電源電圧など、標準的な特性評価範囲外の動作条件では必ずしも入手できるとは限りません。 ご迷惑をおかけして申し訳ございません。ご理解いただけますようお願い申し上げます。
View full article
エッジ検出モードで動作したGPIOピンを割り込み入力信号として使うことはできますか? こんにちは、 専用のIRQ(0~5)ピンが6本だけでは不十分なので、他のGPIOピンを割り込み入力信号として使用する必要があります。そこで、以下に2つの質問があります。 1. エッジ検出モードで動作する割り込み信号入力として、任意のGPIOを使用可能か? 2. 上記1が「はい」の場合、専用IRQとGPIOの違いは何ですか?応答を優先すべきでしょうか? よろしくお願いいたします! よろしくお願いいたします! ジェイソン Re: Could I use any GPIO pin as interrupt input signal which worked at edge detection mode? はい、LS1021A GPIOは、ピンが実際にマルチパクシングされているか、基板上でGPIO入力として利用可能であれば、エッジ検出モードを含む割り込み入力として使用できます。 エッジ割り込み入力としてのGPIO GPIOブロックには割り込み制御/ステータス/マスクレジスタ(GPIER、GPIMR、GPICR)があります。GPICRはエッジトリガー動作を含むイベント検出を設定し、GPIO割り込みロジックはシステムに統合されたgpio_intリクエストを出力します。各GPIOポートラインについて、EDnビットは、割り込みが状態変化時に発生するか、ハイからローへの遷移時に発生するかを選択します。したがってGPIO割り込み入力はサポートされていますが、文書化されたエッジの選択は完全に独立した上昇/下降/両エッジセレクタとは異なります。挙げられているモードは「任意の変化」または「高から低」です。 専用IRQとGPIO割り込みの比較 主な違いは、割り込みパスと粒度です。 専用のIRQ0–IRQ5ピンは、割り込みコントローラ回線に直接接続された外部I/O信号です。割り込み状態は対応するGIC-400レジスタで確認でき、極性はSCFG_INTPCRを通じてプログラム可能です。 GPIO割り込みは、ピンごとに独立したGIC入力ではありません。GPIOモジュールはGPIER内のピンイベントを検出・保存し、GPIOレジスタを通じてマスキングや制御を適用し、統合されたGPIO割り込み要求を駆動します。参考マニュアルには、すべてのGPIO割り込みがGPIO割り込みソースに対してORでまとめられていると記載されています。 SO、実際のソフトウェア上の違いは、専用IRQはGICレベルで独立した割り込みソースとして扱えるのに対し、GPIO割り込みは通常、ISRがGPIOブロックに入り、どのピンがイベントを引き起こしたかを判別するためにGPIERを読み取り、その後クリアやサービスを行う必要がある点です。 最も遅延に敏感または個別に優先される外部割り込みには専用のIRQピンを使用し、より多くの入力が必要で、共有GPIO割り込み処理に耐えられる場合はGPIO割り込みを使いましょう。 Re: Could I use any GPIO pin as interrupt input signal which worked at edge detection mode? こんにちは、 この質問はLS1021Aに関するものです。どんなご意見でも歓迎いたします! よろしくお願いいたします! ジェイソン
View full article
NAFE13388 crystal spec Which crystal spec (ppm/load) does RIOP RevB2 use for the NAFE13388 XTAL (X1, 18.432 MHz)? Re: NAFE13388 crystal spec Hello, Part number: ECS-184-12-33Q-JES-TR PPM: 20 PPM Load: 12 pF Hope this helps. Re: NAFE13388 crystal spec Thank you!
View full article
NFC PN7160 Hello, I have custom board with NXP PN7160 nfc device. The goal is to have MIFARE plus sl3 working on linux. Currently we are using libnfc-nci and we are able to detect badges (tag arrival and departure). Is there a library to manage MIFARE plus provided by NXP ? If yes does this library also provide functions to write AES keys to the badges ? thanks Re: NFC PN7160 Hello @angelobticino Hope you are doing well. PN7160 Software supporting MIFARE devices is secured under NDA (Non-Disclosure Agreement), the information is not public and it is located under the PN7160 Secure Files. However, I must mention that available software only offers support for MIFARE DESFire devices. Functionality related to MIFARE Plus must be implemented by you based on MIFARE Plus EV2 documentation (relevant documentation is also secured under NDA and must be requested through MIFAE Plus EV2 Secure Files). If you are interested in those resources, you can try requesting an NDA directly from the NDA online form; after your request is processed, you should be contacted by the NXP NDA team. If you have any questions, please consult the Non-Disclosure Agreement FAQs. Once you have a valid NDA with NXP, or if you already have a valid one, you will need to request access this document through Secure Access Rights by following the instructions from this page: Secure Access Rights | NXP Semiconductors. Also, I would recommend checking the Secure Access Rights FAQs | NXP Semiconductors. Regards, Eduardo.
View full article
S32K388 电源 您好 S32K388, 我正在我的一个应用程序中使用 S32K388。V11原本应该由V15的末端稳压器NMOS供电。但我希望使用外部DC/DC变流器来提供这1.5V电压。这可行吗? 顺祝商祺! 朱尔斯 Re: S32K388 power supplies 你好@JulesW , 根据 S32K388 电源架构,V11 必须使用来自 V15 电源轨的外部 NMOS 末端稳压器生成,如硬件设计指南中所述。 但是,如果你的问题是 1.5V V15 电源轨本身是否可以由外部 DC/DC 变流器供电,那么这是可行的。S32K388 EVB 也采用了这种方法,其中一个跳线选项是 1.5 V 电源轨由 PMIC 在外部生成。 顺祝商祺! 帕维尔
View full article
NFC PN7160 你好, 我有一块定制电路板,上面搭载了NXP PN7160 NFC设备。 目标是让 MIFARE 和 sl3 在 Linux 上运行。 目前我们正在使用 libnfc-nci,并且能够检测到徽章(标签到达和离开)。 NXP 是否提供了用于管理 MIFARE Plus 的库? 如果答案是肯定的,那么这个库是否也提供了将AES密钥写入徽章的功能? 谢谢 Re: NFC PN7160 你好@angelobticino 希望你一切都好。 支持 MIFARE 设备的 PN7160 软件受 NDA(保密协议)保护,该信息不公开,并且位于PN7160安全文件下。 但是,我必须指出,现有软件仅支持 MIFARE DESFire 设备。与 MIFARE Plus 相关的功能必须由您根据MIFARE Plus EV2文档实施(相关文档也受保密协议保护,必须通过 MIFARE Plus EV2 安全文件提出申请)。 如果您对这些资源感兴趣,您可以尝试直接通过NDA 在线表格申请 NDA;您的申请处理完毕后,NXP NDA 团队应该会与您联系。如有任何疑问,请参阅保密协议常见问题解答。 一旦您与 NXP 签订了有效的 NDA,或者如果您已经拥有有效的 NDA,您需要按照此页面上的说明,通过安全访问权限请求访问此文档:安全访问权限 | NXP 半导体。另外,我建议您查看NXP 半导体的“安全访问权限常见问题解答” 。 问候, 爱德华多。
View full article
Regarding the download link for S32K3_RTD_7_0_0 I'm looking to download an RTD executable from the NXP website that meets the following criteria, but I can't find it. Could you please provide the download link? I'm in a hurry, so I would appreciate a quick response. S32K3_RTD_7_0_0_D2510_ASR_REL_4_9_REV_0000_20251031 I found the following downloadable product, which is similar, but it requires an RTD (Ready-to-Download) that meets the above conditions. SW32K3_S32M27x_RTD_R21-11_6.0.0_QLP04_HF01_D2510.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe SW32K3_S32M27x_RTD_R23-11_7.0.0_QLP03_D2512.exe Re: S32K3_RTD_7_0_0のダウンロードリンクについて Hi Do you need to use EBTresos or S32DS? If you need to use EBTresos, please download and install S32K3_S32M27x Real-Time Drivers ASR R23-11 Version 7.0.0 (SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511.exe). If you need to use S32DS, please download S32K3_S32M27x Real-Time Drivers ASR R23-11 Version 7.0.0 (SW32K3_S32M27x_RTD_R23-11_7.0.0_D2511_DesignStudio_updatesite.zip). Best Regards, Robin
View full article
S32K388 power supplies Hello S32K388, I am using the S32K388 for one of my applications. The V11 is meant to be supplied by a last mile regulator NMOS from V15. However I would like to supply this 1.5V from a external DC/DC converter. Is that feasible? Best regards, Jules Re: S32K388 power supplies Hello @JulesW , Based on the S32K388 power architecture, V11 must be generated using the external NMOS last-mile regulator from the V15 rail, as described in the Hardware Design Guidelines. However, if your question is whether the 1.5 V V15 rail itself can be supplied from an external DC/DC converter, then this is feasible. This is also the approach used on the S32K388 EVB, where one jumper option is that the 1.5 V rail is generated externally by the PMIC. Best regards, Pavel
View full article
OV5640 Interfacing with i.MX RT1170 (Without Display) Image Capture and Streaming to Desktop Hello, I am using the i.MX RT1170-EVKB board, and my goal is to capture images from the OV5640 camera and view either the captured image or a live video stream on my desktop PC without using an LCD display. I have tried the MIPI CSI SDK examples and was able to capture image data in RAW format. However, I am facing several issues. The captured output is in RAW format, and I could not find any documentation explaining how to properly convert or view these images. The captured images appear to have incorrect colors or filter-like artifacts, making it difficult to verify whether the camera output is correct. I could not find any official documentation, application notes, or video tutorials describing the complete workflow for capturing images from the OV5640 and viewing them on a desktop PC. There is no clear reference explaining how to stream the camera output over Ethernet or USB without using the onboard display. I also tried the sd_jpeg example, but I encountered multiple problems. During integration, the project reported missing JPEG library configuration files such as jconfig.h. After resolving some build issues, I continued to encounter compilation and integration errors while combining the JPEG encoder with the MIPI CSI camera example. I was unable to generate a valid JPEG image from the captured camera frame. My objective is to: Interface the OV5640 camera with the i.MX RT1170-EVKB board without using an LCD display. Capture images and transfer them to my desktop PC for viewing. Stream live video from the camera to my desktop PC over Ethernet, if supported. I would appreciate your guidance on the following questions: Is there an official SDK example or reference project for this use case? Is there any documentation explaining the complete image capture pipeline from the OV5640 through MIPI CSI, memory, JPEG or RAW processing, and Ethernet or USB transfer to a desktop PC? Is live streaming over Ethernet supported on the RT1170-EVKB? If yes, could you recommend the appropriate SDK example or middleware? Are there any known issues with the sd jpeg example or any additional configuration steps required to integrate it with the MIPI CSI camera examples? Any guidance, documentation, or reference projects would be greatly appreciated. Thank you for your support. Re: OV5640 Interfacing with i.MX RT1170 (Without Display) Image Capture and Streaming to Desktop HI @Sureshk123, We don't have an official example project or reference design for your application. That said, from my understanding, I would recommend you tackle the complete application as follows: Camera capture path (OV5640 > MIPI CSI > cameraBuffer) This part we do have an example application, which are the aforementioned MIPI CSI SDK examples. Keep in mind that, as per ERR051248: "Video Mux Controller (VIDEO_MUX), raw data and YUV422 (10 bit) formats to the MIPI_CSI2 block are not supported." Using the parallel CSI is an optional workaround, either that or a video decoder. Once you have the adequate data on your cameraBuffer, you can integrate example projects from our SDK based on USB or lwIP to transport this data to your PC. I would recommend looking into JPEG encoding only after the buffer is known to work. BR, Edwin.
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
MCUX 11.0.1 - 调试器显示“中断失败”对话框 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我目前在使用 RT1050 时遇到一个问题,我尝试在某个 FreeRTOS 任务中设置断点,但是当到达断点时,调试器无法自行暂停,而是在我之后尝试手动暂停调试器时弹出一个对话框,提示“中断失败”。 我的应用程序启动正常。如果我手动暂停程序,就能获得有效的调试器上下文: 这正是我想要执行的任务,所以我在消息队列接收调用返回后的 switch() 语句处设置了一个断点。我在 NetIfInit() 方法中也设置了第二个断点,就在下面;我希望调试器能够命中这两个断点,或者至少命中其中一个。 我还在测试函数中设置了一个断点,该断点将启动消息队列发送。当我按下串口控制台上的按键时,调试器会到达该断点并停止运行。 然后我进入 NetInit() 函数,该函数最终会调用 xQueueSend(),经过一段漫长的停顿后,调试器会进入该函数。然后我逐步执行 xQueueGenericSend() 函数体,直到执行到这里: 当我尝试单步执行第 846 行时,调试器会暂停一段时间,然后失去上下文。请注意,我的“全部恢复”、“全部暂停”、“全部终止”按钮以及左侧的线程列表都消失了。本次会话仅提供“暂停”和“终止”按钮。如果我点击“暂停”,IDE 会停顿几秒钟,然后弹出以下对话框: 就这样,调试器的工作结束了。与此同时,我的串口控制台卡住了,只显示了一些未写入的 UART 输出。你可能会想,糟了,我把钱都花光了,目标肯定完蛋了……不,并非如此。剩下的唯一按钮是红色的“终止(停止)”按钮,如果我点击它,调试会话就会终止,执行就会恢复……我的任务一切正常。 Initialize eth0. #DA4 12.996 | eth: netif init #DA4 12.999 | eth: NV MAC = 00-07-F0-00-56-03 #DA4 12.999 | eth: NV cfg: address = 192.168.1.180, netmask = 255.255.252.0, gateway = 192.168.1.1, static #DA4 13.000 | eth: netif add: MAC 00-07-F0-00-56-03, PHY address 3 Returning to main menu. #BB4 17.572 | No Handle Base Curr HiWByte State Name #BB4 17.575 | 10 80010db8 19 19 824 Blocked Tmr Svc #BB4 17.575 | 05 20206b68 12 12 1396 Suspended led_act #BB4 17.576 | 04 20206500 12 12 1388 Blocked led_cpu #BB4 17.576 | 08 2020ba18 8 8 7216 Blocked tcpip_thread #BB4 17.576 | 07 20209868 7 7 6900 Blocked eth_mgr #BB4 17.577 | 06 20207818 4 4 1912 Blocked gui #BB4 17.577 | 01 20203538 3 3 2812 Suspended debug_mgr #BB4 17.577 | 02 20204a68 2 2 4248 Running test #BB4 17.577 | 03 20205e88 1 1 3948 Blocked backgrnd #BB4 17.579 | 09 80010d40 0 0 748 Ready IDLE‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 看来程序确实在我设置的断点处停止了,只是调试器出了问题。 有人知道为什么调试器会突然失灵吗? (编辑:已添加控制台输出附件,以防有用。) 大卫·罗杰斯 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog 我遇到过类似的情况,调试器在 main() 处没有停止,也无法暂停,而是显示“中断失败”。我通过替换工作区目录“.mcuxpressoide_packages_support”解决了我的问题。和“.metadata”我用的是备份文件。 或许可以从另一台电脑的安装系统中获取这些目录。 或许重新导入项目也能解决问题。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog 我还想知道这个问题最终是否得到了解决。我遇到了完全相同的问题——我使用的是 MCUXpresso (v11.4),我的 FreeRTOS 应用程序可以正常运行数小时。我可以手动暂停调试器并单步执行代码。但是,我的程序最终会崩溃,调试器(通过 Segger JLink)只会报告“中断失败”——我失去了所有调试功能。 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog 大家好, 我们目前也遇到了同样的问题。 我们想调试一个问题,但是 J-Link 调试器在命中断点后显示“中断失败”。 既然这个帖子最后只提到了寻求支持,那么问题是否已经解决了呢? 此致 大卫 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,埃里希, 等等……你们还在用票务系统?我以为恩智浦半导体几年前就关闭了这条支持渠道,当时他们告诉大家去论坛寻求帮助。(当时我并不太高兴,因为我认为这是客户服务水平的下降,即“不要来找我们,去向公众寻求帮助”。)不过,恩智浦的工程师们似乎很积极地参与论坛讨论,而且通常来说,获得第三方意见是很有帮助的。) 请问是否有提交支持工单的快捷链接?如果我这周能抽出点时间(哈哈),我会看看能不能把我的项目整理成一个版本,至少在 EVKB 上能正常运行,并且仍然能重现断点失败的问题。谢谢。 大卫·R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,大卫, 您可以通过提交常规支持工单的方式来提交您的项目。我认为如果能在 EVK 上运行,对 IDE 工程师来说只有好处,因为他们有这种硬件可用,而且项目越小越好。 感谢您的帮助! 埃里希 Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我目前还有很多其他事情要处理,但我会在接下来的几天里尽量给你提供一些额外的信息。你说得对,我肯定不会把我的项目发布到论坛上,但如果你有一个秘密渠道,让我可以直接把我的项目发送给你或者恩智浦的工程师,那我就没问题了。是的,就目前项目的形式而言,它是 100% 可复现的。所以,如果可以的话,请私下把我的项目发给你,这样我就可以尝试做一个修改版本,让它能在 EVKB 上运行,并且仍然能重现这个问题。 大卫·R. Re: MCUX 11.0.1 - Debugger gives "Interrupt failed" dialog <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,大卫, 我偶尔也会遇到这种情况,但始终无法重现该问题,而且我猜你也无法分享你的项目(否则:请务必分享)。 我注意到或认为这可能是 SEGGER FreeRTOS 感知实现中的一个问题:我注意到它进行了大量数据读取,导致视图频繁刷新。针对此事,SEGGER 方面已收到待处理的工单。 禁用调试器中的 SEGGER FreeRTOS 感知功能确实很有帮助(但我承认,这使得调试 FreeRTOS 应用程序变得不太方便)。 我做的另一件事是尽可能关闭更多视图(尤其是反汇编视图),以减少流量。 我知道这并不理想,如果您能为 IDE 工程团队提供其他任何信息,那就太好了。 或许 GDB 跟踪信息会有所帮助,请参阅“Eclipse 中的板级启动技巧、GDB 日志和跟踪信息 | MCU on Eclipse”一文。 希望这能帮到您, 埃里希
View full article
LS-CGTツール(zipファイル)のインストール こんにちは、LS-CGTツールのダウンロード方法やアクセスをリクエストする場所を知りたいです。 スマート・カード
View full article
クールコーブレビュー 個人の快適さのためのコンパクトデザイン クールコーブ 気温が上がるにつれて、快適な室内環境の作り込みは生産性とリラクゼーションの両方にとってますます重要になります。在宅勤務でも勉強中でも、単に屋内で過ごす場合でも、良い空気の流れがあれば周囲がより爽やかで快適に感じられます。クールコーブは、パーソナルスペースの空気の流れを高めるとともに、コンパクトで携帯性の高いデザインの利便性を提供することで、室内の快適さを向上させるよう設計されています。 クールコーブ の最も魅力的な点の一つ は、そのシンプルさです。このデバイスはセットアップが簡単で、使用開始にほとんど手間がかかりません。複雑な設置や恒久的な設置が必要な大型冷却システムとは異なり、クールコーブは迅速かつ手間のない操作を目的に設計されています。ユーザーは安定した面に置き、電源を入れ、直感的な操作で設定を調整できます。このシンプルなデザインにより、あらゆる年齢層や経験レベルのユーザーがアクセスしやすいです。 コンパクトな サイズのため 、 さまざまな屋内空間に快適に収まります。机、ベッドサイドテーブル、キッチンカウンター、オフィスワークステーションなどに置いても、ほとんどスペースを取らず、周囲の環境と調和します。モダンな外観はさまざまなインテリアスタイルとよく調和し、住宅、アパート、寮、オフィスのあらゆる環境に適しています。
View full article