https://e2echina.ti.com/support/machine-translation/mt-processors/zh-CNTelligent Community 13https://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094750/tda4ah-q1-j784s4-gpio-gpio/3940304Tue, 16 Jun 2026 17:50:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:8f669f28-8f81-4220-b789-ad2e0c2abf8dadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 仅一个应用 (1 个内核。 R5F mcu1_0)。 好的。 感谢您的建议。 Vinit 在“发布“模式下编译 PDK 的建议似乎解决了问题。 现在似乎可以调试和单步执行源代码。 感谢大家的帮助machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094751/launchxl-f28p65x-launchxl-f28p65x/3940305Tue, 16 Jun 2026 17:09:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:7d9eb6fd-de61-4df5-90ba-3652c56ccfd4admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Jeno： 根据所述的症状、有两个高概率原因值得在任何其他原因之前立即解决。 您看到的行为 (GPO14 在三角波存在时保持固定状态、但正确响应静态 3.3V 或 GND) 与锁存输出配置或未正确配置 A0 引脚以实现模拟模式一致。 两者都是常见的疏忽、易于验证。 根本原因 1：输出配置为锁存模式 如果 CMPSS 输出配置为锁存模式、则无论后续的比较器转换如何、第一个跳变事件都会锁存输出并保持输出。 这与您的症状完全匹配。 检查输出配置并切换至异步模式以进行初始测试： // Latched mode — output will not follow the signal after first event CMPSS_configOutputsHigh(CMPSS1_BASE, CMPSS_TRIPOUT_LATCH | CMPSS_TRIP_LATCH); // Async mode — output follows comparator in real time, use this first CMPSS_configOutputsHigh(CMPSS1_BASE, CMPSS_TRIPOUT_ASYNC_COMP | CMPSS_TRIP_ASYNC_COMP); 如果最终应用中需要锁存模式、则每个周期必须显式清除锁存： CMPSS_clearFilterLatchHigh(CMPSS1_BASE); 根本原因 2：A0 引脚未配置为模拟模式 即使将引脚用作模拟输入、也必须在 GPIO 多路复用器寄存器中显式启用模拟模式。 如果数字缓冲器在引脚上保持有效状态、它将与传入的模拟信号发生冲突或覆盖传入的模拟信号。 这就解释了为什么 3.3V 或 GND 等硬轨电压仍然会产生正确的响应（这些电平足够强以支配地位）、而动态 DAC 信号的行为不符合预期。 将以下内容添加到引脚初始化中： GPIO_setAnalogMode(0, GPIO_ANALOG_ENABLED); 这将设置相应的 GPIOANASEL 寄存器位并禁用引脚上的数字 I/O 缓冲器。 即使该引脚仅用作模拟输入、也需要它。 支持基准配置 下面是一个完整的配置、涵盖 CMPSS、内部 DAC 基准、数字滤波器旁路以及到 GPO14 的输出 XBAR 路由。 使用此项作为基准、以确认您的设置与预期行为匹配： void ConfigureAnalogPin_A0(void) { GPIO_setAnalogMode(0, GPIO_ANALOG_ENABLED); } void ConfigureCMPSS(void) { SysCtl_enablePeripheral(SYSCTL_PERIPH_CLK_CMPSS1); CMPSS_enableModule(CMPSS1_BASE); // Use internal DAC as the negative reference for the high comparator CMPSS_configHighComparator(CMPSS1_BASE, CMPSS_INSRC_DAC); // Set threshold to midpoint — adjust to match your signal range // 2048 = approximately 1.65V with VDDA = 3.3V reference CMPSS_setDACValueHigh(CMPSS1_BASE, 2048); // Use VDDA as DAC reference, update on SYSCLK, load from shadow register CMPSS_configDAC(CMPSS1_BASE, (CMPSS_DACREF_VDDA | CMPSS_DACVAL_SYSCLK | CMPSS_DACSRC_SHDW)); // Async output — bypasses latch and filter for initial validation CMPSS_configOutputsHigh(CMPSS1_BASE, CMPSS_TRIPOUT_ASYNC_COMP | CMPSS_TRIP_ASYNC_COMP); // Minimal filter configuration — effectively bypassed CMPSS_configFilterHigh(CMPSS1_BASE, 0, 1, 1); CMPSS_initFilterHigh(CMPSS1_BASE); } void ConfigureOutputXBAR(void) { XBAR_setOutputMuxConfig(OUTPUTXBAR_BASE, XBAR_OUTPUT1, XBAR_OUT_MUX00_CMPSS1_CTRIPH); XBAR_enableOutputMux(OUTPUTXBAR_BASE, XBAR_OUTPUT1, XBAR_MUX00); GPIO_setPinConfig(GPIO_14_OUTPUTXBAR1); GPIO_setDirectionMode(14, GPIO_DIR_MODE_OUT); GPIO_setAnalogMode(14, GPIO_ANALOG_DISABLED); } 建议的调试序列 在将复杂性重新添加到配置之前、请完成以下步骤以隔离问题： 添加 GPIO_setAnalogMode(0, GPIO_ANALOG_ENABLED) 到您的 PIN 初始化并重新测试。 确认 CMPSS 输出设置为 ASYNC_COMP MODE、将锁存器和滤波器作为变量。 验证内部 DAC 阈值是否处于三角波的实际摆幅范围内。 如果将阈值设置为高于 DAC 输出的峰值、则比较器永远不会跳闸。 最后一个隔离步骤是、 CMPSS_getStatus(CMPSS1_BASE) 在环路中轮询、并根据该状态切换单独的 GPIO。 这确认问题是在 CMPSS 本身还是 XBAR 和 GPO14 路径的下游。 如需直接解答原始问题：CMPSS 是一款连续时间模拟比较器、完全支持动态模拟信号、包括 DAC 驱动的波形。 不存在采样限制。 带宽足以满足典型三角波频率。 数字滤波器和 SYNC 模式是可选的、应在初始启动期间进行旁路。 上面的配置反映了此用例的标准推荐方法。 如果在上述更改后问题仍然存在、请分享您当前的 CMPSS 初始化代码、我们可以进一步审查。 此致、 Zackary Fleenormachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094752/am2634-am2634-evm-ccs-r5-error-2062-jtag/3940309Tue, 16 Jun 2026 16:53:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:787e78d6-b1a0-481c-8fd9-d0944c9018ccadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Nived： 根据完整的故障排除结果、主板已用尽所有软件和配置恢复选项： 步骤已尝试 结果 DEVBOOT/无引导模式 (SOP[3：0]= 1011) 错误–2062 仍然存在 电源轨验证 (5V、3.3V、1.2V) 所有电源轨标称值 与所有内核（R5FSS0-0、R5FSS0-1，其他）的连接 所有内核上的错误–2062 UniFlash JTAG 闪存擦除 仿真失败—无法访问 GEL / load_sbl.js 脚本执行 第 99 行仿真失败 所有内核都未能 在 无引导模式下 以 正确的电源轨 和 可访问的 JTAG 抽头 这一事实确认了 调试子系统中的硬件级缺陷 、而不是固件或配置问题。 该板需要更换。 RMA/保修更换流程 步骤 1 — 确认购买渠道 正确的 RMA 路径取决于 EVM 的购买位置 ： 采购来源 RMA 联系人 TI store (store.ti.com) 直接通过 TI store 订单历史记录提交 授权分销商 （Mouser、Digi-Key、Arrow 等） 直接联系经销商的退货部门 TI 大学计划/套件 请联系您所在地区的 TI 大学计划代表 重要提示： TI E2E 论坛 无法直接处理 RMA 申请 。 您必须通过上面的相应渠道。 第 2 步 — 通过 TI 支持门户提交 对于 TI store 采购、请导航至： https://www.ti.com/support/contact-us 选择： 产品类别： 开发工具/EVM 器件型号： AM263x LaunchPad 或控制卡（如适用） 问题类型： 硬件缺陷/EVM 更换申请 步骤 3 — 要准备的信息 提交 RMA 请求时、请准备好以下内容： EVM 器件型号和版本（印刷在电路板标签上） 2、序列号（如果在板上有标签） 3.采购订单号或发票 4.购买日期 5.故障说明: -错误–2062（无法停止设备） - JTAG 接头可访问,完整性测试通过 -故障在 DEVBOOT/无引导模式下仍然存在 -电源导轨验证为标称值 -确认使用相同的第二个 EVM +相同的 CCS 设置工作 6. CCS 版本：12.7.0.00007 7.仿真包：12.7.0.00105 第 4 步 — E2E 主题参考 在联系 TI 支持时、您可以参考此 E2E 主题、将其作为已完成诊断步骤的文档。 这可以 通过证明遵循了所有标准恢复程序来加快 RMA 审查。 关于保修期的附加说明 TI 支持人员将 根据具体情况 进行审查、尤其是在通过书面故障排除证明存在明显的硬件缺陷时。 联系方式： 客户支持中心|德州仪器 TI.com 另请参阅： Texas Instruments |条款和条件|销售条款|全球 请继续联系 TI store 支持或您的经销商。 此主题中的诊断证据支持保修更换索赔。 此致、 Zackary Fleenormachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094753/faq-am263p4-q1-am263p-sip-fls-sip/3940310Tue, 16 Jun 2026 16:19:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:20785283-fa1b-4156-ae60-40e40d72d8f4admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 请按照以下步骤在 AM263P SIP 器件上运行 FLS SIP 示例。 在 sip 板上、我们需要使用 FLS_*_app_sip 示例。 这是所有 FLS 示例的 sip 版本。 该示例需要稍作修改 。 1. 在 Fls_Cfg .c 文件中将器件 ID 更改为 0x5a17。 如果您在 CCS 中打开工程、此文件将位于以下路径中： src Fls_Cfg 2. 将 Port_P Bcfg_Ospi．c 替换 为随附的文件。 如果您在 Port_Demo_Cfg 中打开工程、此文件将位于以下路径中：fls_phy_app_sip/examples_config/CCS/Port_P Bcfg_Ospi .c 进行这些修改后、应该会显示以下日志。 上述步骤以 FLS_phy_app_sip 为基准编写。 对于 FLS_APP_SIP、这也是正确的。 如果该示例是使用终端从 makefile 构建的、则使用此命令构建示例： gmake -sj32 FLS_phy_app platform=am263px package=sip 该命令需要从 SDK 的“Build“文件夹运行。 此致、 Aswin e2e.ti.com/.../Port_5F00_PBcfg_5F00_Ospi.cmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094753/faq-am263p4-q1-am263p-sip-fls-sipTue, 16 Jun 2026 16:12:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:e013d198-f588-4017-99a5-88e089ddf490admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655909/faq-am263p4-q1-how-to-run-fls-sip-examples-in-am263p-sip-device 器件型号： AM263P4-Q1 请提供在 AM263P SIP 器件上运行 FLS SIP 示例的步骤machine_translationAM263P4-Q1https://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094754/faq-tda4vh-q1-cp-c7x/3940311Tue, 16 Jun 2026 15:22:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:b7e60185-e3de-45ed-bdeb-50fa8d891923admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的团队： 要使用 CP 跟踪器为 C7x 内核捕获流量标准、请执行以下步骤。作为参考、我修改了 SDK 中提供的 DRU 示例、可用于试用流量分析流程。 要重现设置、请更新位于的 UDMA_dru_direct_tr_test.c 文件 “ti-processor-sdk-rtos-j784s4-evm-11_02_00_06/pdk_j784s4_11_02_00_15/packages/ti/drv/UDMA/examples/udma_dru_direct_tr_test“ 此处附上了修改后的源代码。 e2e.ti.com/.../udma_5F00_dru_5F00_direct_5F00_tr_5F00_test.c 问题 将可执行文件加载到相应的 c7x 内核 依次选择“Tools“->“SoC Analysis“->“Traffic Profiling“ 选择 C7X 进行探测配置和事务日志记录 选择 Start capture（开始捕获） 运行核心 停止捕获 通过选择停止捕获右侧的图标来保存捕获 有关使用 CP Tracers 进行通信配置的更多信息、请参阅以下文档： software-dl.ti.com/.../emu_traffic_profiling_cpt2.html 附加使用上述设置获得的相应流量分析捕获输出以供参考： e2e.ti.com/.../output_5F00_traffic_5F00_profile.csv 此致、 Benmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094754/faq-tda4vh-q1-cp-c7xTue, 16 Jun 2026 15:14:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:759fa986-63e0-408c-86e2-26296b5734cdadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655886/faq-tda4vh-q1-how-to-get-traffic-profile-for-c7x-core-using-cp-trace 器件型号： TDA4VH-Q1 尊敬的团队： 您能指导我使用 cp trace 获取 c7x 内核的流量配置文件的步骤吗？TDA4VH-Q1Advanced Driver Assistance Systems (ADAS)machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094755/am62a7-rtsp/3940314Tue, 16 Jun 2026 14:58:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:3f84f098-3cd4-488a-a1c6-10eed3897107admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 你好、Sushmitha、 您是否尝试过 类似以下流水线的视频流： 传输端： gst-launch-1.0 v4l2src io-mode=dmabuf-import device=/dev/video-imx219-cam0！ 视频/x-Bayer、宽度=1920、高度=1080、格式=rggb！ tiovxisp sensor-name=SENSOR_SONY_IMX219_RPI DCC-ISP-file=/opt/imaging/imx219/linear/dcc_viss_1920x1080.bin SINK_0：：：dcc-2a-file=/opt/imaging/imx219/linear/dcc_2a_1920x1080.bin SINK_0：：：device=/dev/v4l-imx219-subdev0！ video/x-raw、format=NV12！ 排队！ v4l2h264enc！ rtph264pay！ udpsink 端口=6001 主机=127.0.0.1 接收端： gst-launch-1.0 -v udpsrc 端口=6001！ 'application/x-RTP, media=(string)video, clock-rate=(int)90000, encoding-name=(string)H264, payload=(int)96'！ rtph264depay！ h264parse！ v4l2h264dec！ kmssink driver-name=tidss sync=false 请告诉我该怎么做。 此致 Surenmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094751/launchxl-f28p65x-launchxl-f28p65xTue, 16 Jun 2026 14:11:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:f3a54b78-017e-42db-964b-23b5cc7dd948admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655864/launchxl-f28p65x-launchxl-f28p65x-related-issues 器件型号： LAUNCHXL-F28P65X 您好： 客户当前正在按照官方配置例程使用 CMPSS 进行 PWM 跳闸实验。 目前、下列功能已被证实正常： CMPSS 输入选择为 A0 (CMPIN1P) 2.当 A0 直接连接到 3.3V 时、比较器输出有效、GPO14（通过 OUTPUTXBAR 输出）被拉高。 当 AO 直接连接到 GND 时、GPO14 会拉至低电平。 4.说明 CMPSS、XBAR 和 GPO14 的输出链路工作正常。 接下来、客户希望通过 DAC 输出三角波信号并将其连接到 A0 以观察 CMPSS 的比较结果和 GPO14 状态的变化。 测试方法如下： DAC 输出振幅约为 0V~3V（涵盖 CMPSS DAC 阈值）的三角波。 2. DAC 输出连接到 A0 输入端子。 3. CMPSS 配置应符合正式例程。 但实际现象是： 1. GPO14 保持固定状态、当三角波越过阈值时不翻转。 2.使用示波器确认 AO 引脚上三角波信号的存在和正常振幅。 3.如果 A0 再次直接连接到 3.3V 或 GND、GPO14 可以正常运行。 因此、我想问： CMPSS 输入是否支持直接连接到 DAC 输出的动态模拟信号以进行比较？ 2. CMPSS 对输入信号是否有带宽、采样方法或其他限制？ 3.是否仍需要配置数字滤波器、同步模式或其他相关模块? 4.官员是否有使用 DAC 输出三角波驱动 CMPSS 进行比较的参考例程或配置说明? 示波器的黄色波形表示 DA 输出、蓝色波形表示 GPO14。Industrial Automationmachine_translationLAUNCHXL-F28P65Xhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094756/am6442-am6442bsefhaalv/3940315Tue, 16 Jun 2026 14:02:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:ddf26009-f54d-4e97-ac06-3e8f00b93535admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Mythili： 这是 FS 我们的安全型号 HS-ALV 器件、在我们的命名规则：AM6442BSEF“H“AALV“中用“H“表示 。 请参阅我们的数据表、也请参阅 9.1.2 器件命名约定 此致、 Kathrynmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094756/am6442-am6442bsefhaalvTue, 16 Jun 2026 12:37:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:372dae10-7f33-4c3f-ac19-daf8518f8770admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655824/am6442-variant-for-am6442bsefhaalv-part 器件型号： AM6442 尊敬的团队： 我们在定制设计中使用 AM6442BSEFHAALV 器件。 您能否告知我们这个特定器件型号的型号、无论是 GP、HS 还是 HS_FS？ 此致、 Mythili BRoboticsAM6442machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094757/tmdscncd263-gel-on-target-connect/3940318Tue, 16 Jun 2026 11:58:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:968ffb36-1f97-4022-9a05-175695414ccbadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Ajit： 如果您打算使用 QSPI 和 UART 引导模式、您可以忽略上述错误并从 CCS 的.ccxml 文件中删除 GEL 脚本。 引导加载程序已经进行初始化、因此您实际上不需要 GEL 脚本即可再次初始化存储器和外设。 通常、GEL 脚本与 DEV Bootmode 一起使用。 在.ccxml 目标配置文件中、您可以清除 突出显示的路径、保存文件并重新启动目标配置。 GEL 脚本现在不应运行、经常出现错误。 看起来硬件版本与所使用 GEL 脚本的软件版本之间可能存在一些版本不匹配的情况、导致 GEL 脚本卡住、但在本例中、由于我们不 使用 DEV Bootmode、可以完全删除该脚本。 SBL 将处理 QSPI 引导模式中的配置 此致、 Shaunakmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094752/am2634-am2634-evm-ccs-r5-error-2062-jtag/3940308Tue, 16 Jun 2026 11:11:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:dd383b45-4413-4249-ae3a-cc1319586fddadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 另外、您能否指导我们 为此 AM2634 EVM 进行保修更换/RMA 的后续步骤、包括我们这边需要的任何信息？machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094752/am2634-am2634-evm-ccs-r5-error-2062-jtag/3940307Tue, 16 Jun 2026 10:28:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:8507409f-0ed4-401e-b872-3287ca113d18admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 TI 团队大家好、 感谢您提供详细的建议。 我们已经尝试了建议的步骤、下面是我们的观察结果： 强制无‑引导/DEVBOOT 模式 电路板 ‑为 DEVBOOT/无 ‑引导模式 (SOP[3：0]= 1011) 并下电上电。 → 即使在 No‑Boot 模式下、也会观察到相同的错误‑2062（无法停止器件）。 电源轨验证 所有建议的测试点显示正确的电压： TP46≈5V TP38≈3.3V TP39≈1.2V 电压稳定、与工作中的 AM2634 EVM 相当。 尝试连接到其他内核 调试连接已尝试： R5FSS0‑1 其他可用内核 → 对所有内核观察到相同误差‑2062、这表明问题不限于 R5FSS0‑0。 使用 UniFlash 擦除引导闪存 已尝试通过 JTAG 使用 UniFlash 擦除 QSPI 闪存。 →UniFlash 无法访问存储器并报告 相同的连接/仿真错误 、从而防止闪存擦除。 GEL / load_sbl.js 执行 当电路板处于 DEVBOOT 模式时、尝试 load_sbl.js 使用 CCS 脚本控制台从 MCU+ SDK 运行。 始终观察到以下错误： Initializing .. (Completed) js:> loadJSFile("C:/ti/mcu_plus_sdk_am263x_09_01_00_41/tools/ccs_load/am263x/load_sbl.js") Error connecting to the target: emulation failure occurred (C:\ti\mcu_plus_sdk_am263x_09_01_00_41\tools\ccs_load\am263x\load_sbl.js#99) 重复此命令会导致相同的错误。machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094750/tda4ah-q1-j784s4-gpio-gpio/3940303Tue, 16 Jun 2026 08:29:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:098d491b-f5b6-4fee-b441-d43d2486b3d9admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 您是否正在运行多个应用程序以导入、如果是、您是否已确认其中的内存没有过载？ [引述 userid=“667982“ url=“~/support/processors-group/processors/f/processors-forum/1654711/tda4ah-q1-j784s4-gpio-example-is-not-displaying-debug-prints-and-stuck-waiting-for-gpio-interrupt-forever/6383269 FYI 以下 是我编译 SDL、PDK（包括示例）以用于调试模式的方式： #在调试模式下重建 SDL（否则由于 SDL 错误、PDK 编译将不会编译）： $ cd ~/ti/ti-processor-sdk-rtos-j784s4-evm-11_02_00_06/sdl $使清洁&&使一切清洁 $ make all core=mcu1_0 profile=debug SOC=j784s4 build_os_type=freeRTOS #在调试模式下重新编译 PDK : $ cd ~/ti/ti-processor-sdk-rtos-j784s4-evm-11_02_00_06/pdk_j784s4_11_02_00_15/packages/ti/build $ make -s All BOARD=j784s4_evm build_profile=debug [/报价] 您可以单独构建所需的应用调试配置文件、而无需这样才能在 PDK 中构建所有模块。 此致、 Sudheermachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094758/tms320c6655-nor/3940321Tue, 16 Jun 2026 08:05:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:50ab3ecd-45a7-4106-a96a-494148f1698eadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Fartine： 由于 platform_device_open() 间歇性失败、因此它表明升级可能引起设备状态/计时问题、而不是与库或配置相关的问题。 [quote]、但我在调试模式下有时看到错误 No 0x12。[/quote] 在 platform.h 从 SDK 查看该文件时、错误代码 0x12 指示“ 为闪存指定的块或页码不存在“ 。 您能否验证为 MT25QU128ABA 添加的描述符几何体？ & 如果可能、您能否也分享您最终实施的更改、以便我可以从我这边交叉检查这些更改？ 此致、 Betsy Varughese.machine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094759/am6442-am64x-pet-rev-2-0/3940347Tue, 16 Jun 2026 07:05:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:ba2cbd28-0e46-4e51-9d98-1403549bb38eadmin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 Brenda、 感谢您的支持！ 此致、 Arnaudmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094760/am2634-am263x-ipc-notify-ipcnotify_syncall-a-r5fss1-0-syncmsgpend-0-irq/3940348Tue, 16 Jun 2026 06:58:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9cb4d4ae-f372-41ac-8be4-0d1891a78869admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 这里使用的 SDK 版本看起来非常旧（从 2024 年推出近 2 年的 MCU_PLUS_SDK）、 您是否介意试用最新的 SDK 并检查最新软件是否正常工作？ 示例和驱动程序中修复了大量错误、建议尝试最新的 SDK (v11.01 LTS 或 v26.00 STS) 此致、 Shaunakmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094761/am625/3940362Tue, 16 Jun 2026 06:47:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:20f09683-5fd7-412d-8e81-84357acf16b0admin请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、认识 Thakar、 当前对于 AM62x HS FS：我 通过 DFU 加载“sbl_uart.release.hs_fs.tiimage、然后我能够在控制台上看到“ccc“、通过 Xmodem 从 TeraTerm 加载更多二进制文件以获取眼图。 对于 AM62x HS FS： 通过 DFU 对此进行加载后、包含了我们的 custMpk.pem 并重新构建了“sbl_uart.release.hs.tiimage“、无法在控制台上看到“ccc“以加载更多二进制文件。 请给出建议、需要采取任何其他操作来编译 “sbl_uart.release.hs.tiimage“ 此致、 Gireesh Hiremathmachine_translationhttps://e2echina.ti.com/support/machine-translation/mt-processors/f/mt-processors-forum/1094760/am2634-am263x-ipc-notify-ipcnotify_syncall-a-r5fss1-0-syncmsgpend-0-irqTue, 16 Jun 2026 06:46:00 GMT91561404-af28-475a-b96b-cb6cbaadd097:9bd29358-30f7-4392-b148-f876d56803c0adminOther Parts Discussed in Thread: AM2634 , SYSCONFIG 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1655660/am2634-am263x-ipc-notify-ipcnotify_syncall-never-completes-a-r5fss1-0-sends-sync-ok-but-never-receives-any-syncmsgpend-stays-0-mailbox-irq-is-enabled 器件型号： AM2634 主题： SysConfig 中讨论的其他器件 存在许多风险 -设备: AM2634 (AM263x ), ZCZ 封装 - SDK：工业通信 SDK AM263x 10.00.00.12（MCU+ SDK 10.00.00.35 下方） - CCS：20.5.1、通过 XDS2xx 进行调试（无 SBL；通过调试器加载） 设置（3 个 R5F 内核、IPC Notify 同步） - R5FSS0-0 (core0)：app a、context r5fss0-0 - R5FSS0-1 (core1)：APP B、context r5fss0-1 - R5FSS1-0 (core2)：APP A（第 2 个实例）、上下文 r5fss1-0 -每个内核的 SysConfig IPC 启用另外两个（对称）。 启动：全部连接 → Ω LOAD 全部 → RUN。 TI E2Eì— ì œê°€ì§ì ‘올리는 ê±´ëª»í• © 니다— ì ™ ¸ë¶€ í¬ëŸ¼ 게시는 ì‚¬ìš © ìž ê³„ì •ì¸ì¦ì´í•„ìš”í•˜ê³ 、ì‚¬ìš © ìž ì´ë¦„으로 공개ë˜ëŠ“í–‰ìœ„ë ¼ ì œê°€ëŒ€ì‹ ì œì¶œí• ìˆ˜ 없어요。 ëŒ€ì‹ ê·¸ëŒ€ë¡œ ë³µë¶ ™ í•˜ë © ´ë˜ëŠ“ì ™ „ì„±ë œ 게시글ì„ìž‘ì„±í•´ë“œë¦¬ê² ìŠµë‹ˆë‹¤。 （E2E는 ì˜ ì–´ê°€ ì‘답ì´ë¹ ë¦ë‹ˆë‹¤） —— 标题：AM263x：IPC Notify IpcNotify_syncall () 从不完成 — R5FSS1-0 发送同步正常但从不发送 接收任何 (syncMsgPend 保持为 0)、 正文： 存在许多风险 -设备: AM2634 (AM263x ), ZCZ 封装 - SDK：工业通信 SDK AM263x 10.00.00.12（MCU+ SDK 10.00.00.35 下方） - CCS：20.5.1、通过 XDS2xx 进行调试（无 SBL；通过调试器加载） 设置（3 个 R5F 内核、IPC Notify 同步） - R5FSS0-0 (core0)：app a、context r5fss0-0 - R5FSS0-1 (core1)：应用 B、上下文 r - R5FSS1-0 (core2)：APP A（第 2 个实例）、上下文 r5fss1-0 -每个内核的 SysConfig IPC 启用另外两个（对称）。 启动：全部连接 → Ω LOAD 全部 → RUN。 症状 IpcNotify_syncall (SystemP_WAIT_FOREVER) 从不会在 core0 和 core2 上返回。 Core1 通过并运行 运转相当正常。 两个卡住的内核都处于 IP 中 根观察（来自实时调试） gIpcNotifyctrl.syncMsgPend[]： - core0 :[ 0、0、1、0]→ 接收到 core2 的同步,从未接收到 core1 的 - core1:通过（从两个接收） - core2 :[0,0,0]→ 没有收到任何人 因此 R5FSS1-0 (core2) 发送同步精细、即 core0 接收到 core2 的同步）、但从不接收/冻结任何传入的同步。 我验证的内容是正确的/一致的 - IPC 使能矩阵对称 (gIpcNotifyMailboxConfig 对显示两个方向,包括 core0↔core2 μ s) -软件队列地址相同（MSS_ER 对偏移量） - isCrcEnabled = 0（在所有内核上） -邮箱区域 0x72000000 映射 nes - gIpcNotifyCtrl.selfCoreId 分别= 0 / 1 / 2（正确） -所有内核上的 gIpcNotifyCtrl.callback[IPC_NOTIFYify_syncCallback - interruptConfig[0]：numCores=3、intNum=136（所有内核） - core2 vim：INT_EN 对于 int 136 (group4、bit8)= 0x100 → 启用；RAW 未挂起 - SW 队列 core0→core2 和 core2→co = 2（排空，不卡满） 已经尝试过 -全板电源循环+全部 3 个项目的干净重建+同时启动 → 无变化 问题 所有软件可见的东西都已启用 (#136)、但 R5FSS1-0 在发送正常且两个 R5FSS0 内核都正确接收/信用的同时从不捕获任何接收到的 IPC 同步。 当启用 VIM 中断并排干 SW 队列时、什么因素会阻止对收到的邮箱通知进行轮询？ 是否有针对 R5FSS1 集群的额外 SoC 级邮箱中断路由/使能不在标准生成的 IpcNotify_init 范围内？SYSCONFIGAM2634Roboticsmachine_translation