<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://e2echina.ti.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>MSP 低功耗微控制器（参考译文帖）</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/</link><description /><dc:language>zh-CN</dc:language><generator>Telligent Community 13</generator><item><title>论坛文章:RE: [参考译文] MSP430FR6877：当 AVSS1（引脚 83）未连接时、尽管其他 VSS 引脚接地、但 JTAG 编程失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090722/msp430fr6877-avss1-83-vss-jtag/3925847</link><pubDate>Thu, 21 May 2026 15:39:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:1ee2b1b3-211e-4a50-bf8a-1277dc521efd</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 Michael： 抱歉、我相信您的问题涉及一些内部芯片设计细节 、正如它们未在数据表和 TRM 中列出、因此我无法为您提供任何澄清、因为我也对此有所了解。 同样、如下面所示的数据表中所述、我们只能保证所有 MCU 功能在建议的范围内正常工作、并且用户需要遵循该范围来设计其应用。 此致、 彼得</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSPM0G3519：自定义引导跳转问题</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090723/mspm0g3519/3925849</link><pubDate>Thu, 21 May 2026 06:16:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:2c046d99-38f5-465c-b1c5-2f8c710526b4</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 作为 Bruce 的建议、您可以参考以下内容： https://dev.ti.com/tirex/explore/node?isTheia=false&amp;amp;node=A__ACTHfq7Nnk5GvMBsiZuiIw__MSPM0-SDK__a3PaaoK__LATEST&amp;amp;placeholder=true B.R. Sal</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR6877：当 AVSS1（引脚 83）未连接时、尽管其他 VSS 引脚接地、但 JTAG 编程失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090722/msp430fr6877-avss1-83-vss-jtag/3925846</link><pubDate>Thu, 21 May 2026 01:16:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:0259c2a1-0310-450e-bb55-594e348fea5a</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Peter： 感谢您的答复。 我知道所有 VSS 引脚都应该已连接。 然而、在我们的例子中、仅 AVSS1（引脚 83）悬空会导致 JTAG 编程持续失败。 此外、我们观察到、当 AVSS1 保持未连接状态时、在 JTAG 通信期间不会驱动 TDO 信号。 您能否澄清一下： AVSS1 是否连接到特定的内部域（例如，调试/JTAG 或基准电路）？ 该引脚是在 JTAG 接口还是内部 LDO/基准稳定性方面发挥任何作用？ 在编程期间、是否有专门链接到 AVSS 引脚的已知故障模式？ 谢谢你 此致、 Michael</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430F2370：有关 MSP430F2370IRHAR 系列的 JTAG 访问保护和读取/写入安全性的查询</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090724/msp430f2370-msp430f2370irhar-jtag/3925850</link><pubDate>Thu, 21 May 2026 00:39:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:ee0b4242-6eeb-438c-8f82-28cdebae942b</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好 Daniel、 1、是的、F23xx 系列具有物理 JTAG 保险丝。 3. 没有电子保险丝或安全启动配置。 编程后、您短暂向 TEST 引脚施加 6-7V 电压、以永久熔断保险丝。 这是不可逆的、并且无法返回对器件的 JTAG 访问。 3. 我不知道这个器件的 GP 与 HS 版本。 该器件中仍然有一个 BSL（引导加载程序）、这是一旦 JTAG 保险丝熔断、唯一访问它的方法、但 BSL 可受到密码保护或完全禁用。 地址 0xFFDE 处有一个用于配置 BSL 选项的 BSLSKEY。 谢谢、 JD</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSPM0L1306：在 TI 示例设计中切换 MSPM0L1306 封装类型</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090725/mspm0l1306-ti-mspm0l1306/3925852</link><pubDate>Thu, 21 May 2026 00:22:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:a1227edd-fe61-4307-90d0-4f96f83c461c</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 嗨、Lucy、 很高兴您找到了它。 示例中使用了分配的引脚线来帮助将功能锁定到与 LaunchPad 关联的特定引脚。 很高兴你发现了如何改变它。 祝您开发成功！ JD。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSPM0L1306：在 TI 示例设计中切换 MSPM0L1306 封装类型</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090725/mspm0l1306-ti-mspm0l1306/3925851</link><pubDate>Wed, 20 May 2026 20:48:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:fa1964a7-2021-4b56-8ecd-d691f3e50841</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 别担心！ 我没有注意到下方有一个与实际引脚分配分开的“分配的引脚“设置、这个设置仍在填写中、这是导致的。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] MSPM0L1306：在 TI 示例设计中切换 MSPM0L1306 封装类型</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090725/mspm0l1306-ti-mspm0l1306</link><pubDate>Wed, 20 May 2026 20:43:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:9b79aae4-2e01-4a24-8e60-f68251600cc6</guid><dc:creator>admin</dc:creator><description>Other Parts Discussed in Thread: MSPM0L1306 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1647900/mspm0l1306-switching-mspm0l1306-package-type-in-ti-example-design 器件型号： MSPM0L1306 您好： 我已实例化 MSPM0L1306 LaunchPad 的 TI 示例设计、称为 GPIO_INPUT_CAPTURE、该设计使用一个输入 GPIO 和一个输出 GPIO。 当我将封装类型从 32 引脚切换到 WQFN 16 引脚（因为这是我的应用所需的类型）时、我在 syscfg 中收到有关 GPIO_SWITCH GPIO 引脚的错误消息、指出存在资源冲突。 它不会让我将 PIN 重新分配到任何地方、似乎没有更改的设置可以解决它。 但是、如果我从 syscfg 中删除 GPIO 内容并重新添加它、似乎可以毫无抱怨地完成这些操作。 我在下面附上了一个屏幕截图。 16 引脚器件上是否存在一个输入 GPIO 和一个输出 GPIO 的实际问题、或者这只是软件的缺点？ 谢谢、 Lucy</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSPM0L1306">MSPM0L1306</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/Aerospace%2b_2600_amp_3B00_%2bDefense">Aerospace &amp;amp; Defense</category></item><item><title>论坛文章:RE: [参考译文] MSP430F6721：MSP430F67791A：使用 C-Gang 对 MSP430F6721 进行编程</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090452/msp430f6721-msp430f67791a-c-gang-msp430f6721/3924714</link><pubDate>Wed, 20 May 2026 17:10:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:406eed65-f34c-403f-80e2-2feaf6070dc2</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、Andrew、 感谢您对观察结果的深入细分、我正在与 C-GANG 编程器的供应商合作、以帮助了解不连续编程的实现。 我希望在接下来的一周内向您介绍我们的调查结果和可能的解决方案。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] MSP430F2370：有关 MSP430F2370IRHAR 系列的 JTAG 访问保护和读取/写入安全性的查询</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090724/msp430f2370-msp430f2370irhar-jtag</link><pubDate>Wed, 20 May 2026 16:24:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:c2cf3621-e356-4a1d-8389-8619d6d8e43e</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1647853/msp430f2370-inquiry-regarding-jtag-access-protection-and-read-write-security-for-msp430f2370irhar-series 器件型号： MSP430F2370 尊敬的 TI 团队： 我目前正在使用 MSP430F2370IRHAR 处理器系列、希望阐明与 JTAG 接口相关的安全特性 。 具体而言、我要查找以下信息： 读取/写入保护： MSP430F2370IRHAR 是否 支持机制来防止通过 JTAG 对内部存储器和寄存器进行未经授权的访问（读取/写入）？ JTAG 禁用： 永久或临时禁用生产单元（例如电子保险丝熔断或特定安全启动配置）JTAG 访问的推荐方法是什么？ GP 与 HS 器件： 通用 (GP) 和高安全性 (HS) 器件型号之间的 JTAG 安全管理是否有显著差异？ 非常希望提供有关 MSP430F2370IRHAR 的 JTAG 安全强化的任何技术文档或应用手册。 此致、 Daniel</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSP430F2370">MSP430F2370</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR6877：当 AVSS1（引脚 83）未连接时、尽管其他 VSS 引脚接地、但 JTAG 编程失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090722/msp430fr6877-avss1-83-vss-jtag/3925845</link><pubDate>Wed, 20 May 2026 15:00:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:4b3442bb-3f01-449f-abc9-1a9aa5fcd1d3</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 Michael ： 首先、我认为您应该了解、VSS 为 VCC 设置多个 MCU/MCU 组是芯片设计的常见做法。 您可以在线找到这方面的说明 、请原谅我不是芯片设计专家、因此我无法为您提供直接的详细说明、但我在这里附上了一个链接供您参考、我相信您会在网上找到更多信息。 https://www.quora.com/Why-does-a-CPU-have-so-many-VCC 引脚 — VSS 引脚 此外、我认为这不是 TI 特有的设计方法、而是芯片设计中的标准做法、 因此数据表中没有具体提到这一点。 在您了解 VSS 在芯片设计中使用多个 MCU/MCU 的重要性后、我认为很容易理解为什么在开始 VCC 硬件设计时、确保所有 VCC 和 VSS 线路的正确连接同样重要。 违反此连接规则并不是最佳做法、当然也不建议这样做、如果出现超出此范围的问题、可能是不可预测的、可能导致 JTAG 编程失败甚至导致功能故障。 总之、请注意、使用适当的去耦电容器连接所有 VCC、并正确连接所有 VSS、以避免一些不可预测的问题。 谢谢 此致、 彼得</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSPM0G3519：自定义引导跳转问题</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090723/mspm0g3519/3925848</link><pubDate>Wed, 20 May 2026 13:51:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:19724901-e403-4267-8bcd-149a3bdec0e9</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 &amp;gt; __set_MSP (appStack)； ... &amp;gt; appEntry =(AppFunc) appResetHandler； 变量 appResetHandler 是栈变量、__set_msp() 改变栈 (SP)、因此它 “无法从这里到达“。 这在 客户安全代码 (TI) 示例的另一个主题（此处）中进行了讨论。 您可能使用-O2 构建了一些成功,或者您可以在该线程中使用其他序列之一。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] MSPM0G3519：自定义引导跳转问题</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090723/mspm0g3519</link><pubDate>Wed, 20 May 2026 11:57:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:1e327144-a279-43cc-8353-0308a164b996</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1647724/mspm0g3519-custom-boot-jumping-issue 器件型号： MSPM0G3519 您好、 跳转到应用程序后、我的代码卡在硬件中的默认处理程序函数中。 我也无法在调试模式下单独运行应用。 它总是卡在默认处理程序与 Ipsr =3 menas 硬故障. 请帮助解决此问题 //我的跳转函数代码 typedef void (* AppFunc)(void)； #define APP_START_ADDR (0x00008000U) void jumptoflash (void) ｛ uint32_t appStack； uint32_t appResetHandler； AppFunc appEntry； /*禁用全局中断*/ __disable_irq()； ///*禁用 SysTick */ SysTick -&amp;gt;CTRL = 0； SysTick -&amp;gt; LOAD = 0； SysTick -&amp;gt; VAL = 0； /*禁用 NVIC 中断*/ NVIC-&amp;gt;FFFFFF[0]= ICER； NVIC-&amp;gt;ICPR[0]= 0xFFFFFFFF； /*读取应用程序矢量表*/ appStack =*(volatile uint32_t *) APP_START_ADDR； appResetHandler =*(volatile uint32_t *)(APP_START_ADDR + 4U)； /*验证复位处理程序*/ if (appResetHandler == 0xFFFFFFFFFFFFU) ｛ 返回； } 同时找到我的记忆图 /*设置矢量表*/ SCB-&amp;gt;VTOR = APP_START_ADDR； /*从应用矢量表设置 MSP */ __set_MSP (appStack)； /*跳转到应用程序复位处理程序*/ appEntry =(AppFunc) appResetHandler； appEntry (); while (1)； } 找到我的存储器映射 引导程序 移动数据 ｛ 闪存中 (Rx) ：origin = 0x00000000、length = 0x00008000 Flash_app (RX) ：origin = 0x00008000、length = 0x00078000 SRAM_BANK0 (rwx)：origin = 0x20200000、length = 0x00010000 SRAM_BANK1 (RWX)：origin = 0x20210000、length = 0x00010000 BCR_CONFIG (R) ：origin = 0x41C00000、length = 0x000000FF BSL_CONFIG (R) ：origin = 0x41C00100、length = 0x00000080 数据 (r) ：origin = 0x41D00000、length = 0x00004000 } 很重要 ｛ .intvecs： &amp;gt; 0x00000000 .text ：palign(8){}&amp;gt; flash .const : palign(8){}&amp;gt; flash .cinit ：palign (8)｛｝&amp;gt; FLASH .pinit ：palign(8){}&amp;gt; flash .rodata : palign(8){}&amp;gt; flash .arm.exidx ：palign(8){}&amp;gt; flash .init_array ：palign(8){}&amp;gt; flash .binit : palign(8){}&amp;gt; flash .TI.ramfunc ：load = FLASH、palign (8)、run=SRAM_BANK0、table (BINIT) .vtable： &amp;gt; SRAM_BANK0 .args : &amp;gt; SRAM_BANK0 .data : &amp;gt; SRAM_BANK0 .bss ： &amp;gt; SRAM_BANK0 .sysmem : &amp;gt; SRAM_BANK0 .TrimTable： &amp;gt; SRAM_BANK0 .stack : &amp;gt; SRAM_BANK0 (high) .bCRConfig ：{}&amp;gt; BCR_config .BSLSConfig ：{}&amp;gt; BSL_config .databank :{}&amp;gt;数据 } 找到我的 Memory Map 应用代码 移动数据 ｛ Flash_boot (RX) ：origin = 0x00000000、length = 0x00008000 闪存中 (Rx) ：origin = 0x00008000、length = 0x00078000 SRAM_BANK0 (rwx)：origin = 0x20200000、length = 0x00010000 SRAM_BANK1 (RWX)：origin = 0x20210000、length = 0x00010000 BCR_CONFIG (R) ：origin = 0x41C00000、length = 0x000000FF BSL_CONFIG (R) ：origin = 0x41C00100、length = 0x00000080 数据 (r) ：origin = 0x41D00000、length = 0x00004000 } 很重要 ｛ .intvecs： &amp;gt; 0x00008000 .text ：palign(8){}&amp;gt; flash .const : palign(8){}&amp;gt; flash .cinit ：palign (8)｛｝&amp;gt; FLASH .pinit ：palign(8){}&amp;gt; flash .rodata : palign(8){}&amp;gt; flash .arm.exidx ：palign(8){}&amp;gt; flash .init_array ：palign(8){}&amp;gt; flash .binit : palign(8){}&amp;gt; flash .TI.ramfunc ：load = FLASH、palign (8)、run=SRAM_BANK0、table (BINIT) .vtable： &amp;gt; SRAM_BANK0 .args : &amp;gt; SRAM_BANK0 .data : &amp;gt; SRAM_BANK0 .bss ： &amp;gt; SRAM_BANK0 .sysmem : &amp;gt; SRAM_BANK0 .TrimTable： &amp;gt; SRAM_BANK0 .stack : &amp;gt; SRAM_BANK0 (high) .bCRConfig ：{}&amp;gt; BCR_config .BSLSConfig ：{}&amp;gt; BSL_config .databank :{}&amp;gt;数据 }</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSPM0G3519">MSPM0G3519</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSPM0_2D00_SDK">MSPM0-SDK</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/Infotainment%2b_2600_amp_3B00_%2bCluster">Infotainment &amp;amp; Cluster</category></item><item><title>论坛文章:[参考译文] MSP430FR6877：当 AVSS1（引脚 83）未连接时、尽管其他 VSS 引脚接地、但 JTAG 编程失败</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090722/msp430fr6877-avss1-83-vss-jtag</link><pubDate>Wed, 20 May 2026 04:31:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:368c2a71-f19a-44e7-88ad-78552944756a</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1647526/msp430fr6877-jtag-programming-fails-when-avss1-pin-83-is-unconnected-despite-other-vss-pins-grounded 器件型号： MSP430FR6877 您好、 我有一个客户正在评估 MSP430FR6877IPZ、并在 JTAG（4 线制）编程期间观察到以下行为： 当引脚 83 (AVSS1) 未接地时、编程失败。 当引脚 83 接地时、编程成功。 在这两种情况下、以下引脚均已正确接地：引脚 26、57、76、80、86、 和 98 (VSS /AVSS/DVSS)。 问题：为什么 VSS 即使其他接地引脚正确连接、也要使单个 JTAG/AVSS 引脚（引脚 83）保持未连接状态会导致 JTAG/编程故障？ 所有 AVSS 引脚的内部是否都是通用的、或者是否有一个特定的要求、即每个引脚必须单独连接才能正常运行（例如，信号完整性或内部设计注意事项）？ 我无法在数据表中找到关于该行为的明确说明。 此致 Michael</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSP430fr6877">MSP430fr6877</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR2476：测试时钟系统 ISR</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090198/msp430fr2476-isr/3923917</link><pubDate>Tue, 19 May 2026 14:05:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:df36b274-4f58-4f4b-ac91-693ab137e179</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 使用调试程序。 在适当的位置设置断点。 （在您的 ISR 中！） 开始执行并等待断点。 使用调试器设置中断标志（如果未设置中断启用，请先执行） 、然后继续执行。 看看会发生什么情况。 根据需要对其他中断重复。</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSPM0G3519：MSPM0G3519 定制引导加载程序</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090199/mspm0g3519-mspm0g3519/3923918</link><pubDate>Tue, 19 May 2026 11:11:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:fcc4536f-bd91-4a5f-80e1-0e439efcd73a</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 您好、 [quote]更改闪存大小/来源后、项目将不再在调试模式下工作、无法对器件进行闪存/编程。[/quote] 您是否为每个项目设置了适当的闪存擦除属性？ 对于这两个项目、我建议如下： 也可以为每个工程分配擦除地址。 如果未正确设置此项、当您加载应用项目时、它将擦除启动项目、然后出现问题。 [quote]更改闪存大小/来源后、项目将不再在调试模式下工作、无法对器件进行闪存/编程。[/quote] 此外、如果您仅对引导工程进行编程、并且当它运行并跳转到应用工程时、如果应用地址不存在、则会使 MCU 进入硬故障状态、并且可能不再连接。 要快速恢复、您可以参考以下两种方法： 1. 强制 MCU 进入 BSL 模式 2.恢复出厂设置 您可以参考文档： https://www.ti.com/jp/lit/ug/slaaeo4/slaaeo4.pdf B.R. Sal</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR6047：MSP430FR6047 USS 通道</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090200/msp430fr6047-msp430fr6047-uss/3923922</link><pubDate>Tue, 19 May 2026 06:50:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:64e2aa58-7761-418b-a9b1-9533851d192a</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 谢谢你、彼得、 我将分析建议的代码以了解它是否对我的目的有用。 此致、 Paolo</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:[参考译文] MSPM0G3519：MSPM0G3519 定制引导加载程序</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090199/mspm0g3519-mspm0g3519</link><pubDate>Tue, 19 May 2026 06:34:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:bf26b888-d699-4305-b64a-cac3ef40c890</guid><dc:creator>admin</dc:creator><description>Other Parts Discussed in Thread: MSPM0G3519 请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 https://e2e.ti.com/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1647124/mspm0g3519-mspm0g3519-custom-bootloader 器件型号： MSPM0G3519 您好、 我正在 MSPM0G3519 上开发定制引导加载程序。 我创建了两个单独的项目： 引导加载程序项目 应用工程 为了将引导加载程序和应用程序内存分开、我在 device_linker.cmd ( .cmd ) 中为这两个工程修改了闪存区域。 更改闪存大小/原始位置后、项目不再在调试模式下工作、无法对器件进行闪存/编程。 以下是链接器存储器配置。 //引导存储器段 移动数据 ｛ 闪存中 (Rx) ：origin = 0x00000000、length = 0x0008000 SRAM_BANK0 (rwx)：origin = 0x20200000、length = 0x00010000 SRAM_BANK1 (RWX)：origin = 0x20210000、length = 0x00010000 BCR_CONFIG (R) ：origin = 0x41C00000、length = 0x000000FF BSL_CONFIG (R) ：origin = 0x41C00100、length = 0x00000080 数据 (r) ：origin = 0x41D00000、length = 0x00004000 } 很重要 ｛ .intvecs： &amp;gt; 0x00000000 .text ：palign(8){}&amp;gt; flash .const : palign(8){}&amp;gt; flash .cinit ：palign (8)｛｝&amp;gt; FLASH .pinit ：palign(8){}&amp;gt; flash .rodata : palign(8){}&amp;gt; flash .arm.exidx ：palign(8){}&amp;gt; flash .init_array ：palign(8){}&amp;gt; flash .binit : palign(8){}&amp;gt; flash .TI.ramfunc ：load = FLASH、palign (8)、run=SRAM_BANK0、table (BINIT) .vtable： &amp;gt; SRAM_BANK0 .args : &amp;gt; SRAM_BANK0 .data : &amp;gt; SRAM_BANK0 .bss ： &amp;gt; SRAM_BANK0 .sysmem : &amp;gt; SRAM_BANK0 .TrimTable： &amp;gt; SRAM_BANK0 .stack : &amp;gt; SRAM_BANK0 (high) .bCRConfig ：{}&amp;gt; BCR_config .BSLSConfig ：{}&amp;gt; BSL_config .databank :{}&amp;gt;数据 } //应用程序存储器部分 移动数据 ｛ 闪存中 (Rx) ：origin = 0x00008000、length = 0x00078000 SRAM_BANK0 (rwx)：origin = 0x20200000、length = 0x00010000 SRAM_BANK1 (RWX)：origin = 0x20210000、length = 0x00010000 BCR_CONFIG (R) ：origin = 0x41C00000、length = 0x000000FF BSL_CONFIG (R) ：origin = 0x41C00100、length = 0x00000080 数据 (r) ：origin = 0x41D00000、length = 0x00004000 } 很重要 ｛ .intvecs： &amp;gt; 0x000008000 .text ：palign(8){}&amp;gt; flash .const : palign(8){}&amp;gt; flash .cinit ：palign (8)｛｝&amp;gt; FLASH .pinit ：palign(8){}&amp;gt; flash .rodata : palign(8){}&amp;gt; flash .arm.exidx ：palign(8){}&amp;gt; flash .init_array ：palign(8){}&amp;gt; flash .binit : palign(8){}&amp;gt; flash .TI.ramfunc ：load = FLASH、palign (8)、run=SRAM_BANK0、table (BINIT) .vtable： &amp;gt; SRAM_BANK0 .args : &amp;gt; SRAM_BANK0 .data : &amp;gt; SRAM_BANK0 .bss ： &amp;gt; SRAM_BANK0 .sysmem : &amp;gt; SRAM_BANK0 .TrimTable： &amp;gt; SRAM_BANK0 .stack : &amp;gt; SRAM_BANK0 (high) .bCRConfig ：{}&amp;gt; BCR_config .BSLSConfig ：{}&amp;gt; BSL_config .databank :{}&amp;gt;数据 }</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/MSPM0G3519">MSPM0G3519</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/Infotainment%2b_2600_amp_3B00_%2bCluster">Infotainment &amp;amp; Cluster</category></item><item><title>论坛文章:RE: [参考译文] MSPM0G1106：QEI 问题</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090201/mspm0g1106-qei/3923923</link><pubDate>Tue, 19 May 2026 04:55:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:759324ee-04fc-4c2d-b515-ab93307bd015</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 Hi Hayashi, [quote userid=“404214“ url=“~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1646792/mspm0g1106-qei-questions QEI（4x/四边沿） PHA（相位 A）和 PHB（相位 B）的两个边沿用于检测。 该检测遵循图 27-18 所示的状态机图。 也就是说、在每个边沿事件上、比较当前状态（高电平/低电平）和先前状态（高电平/低电平）、以确定边沿是 A 相或 B 相的上升沿还是下降沿。与另一个相位的状态相结合、确定旋转方向。 这种理解是否正确？ 是的。 [quote userid=“404214“ url=“~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1646792/mspm0g1106-qei-questions 。]2. QEI（2x/双边沿） PHA 的两个边沿（A 相）用于检测。 与 4x 模式类似、检测确定边沿是 A 相的上升沿还是下降沿、并与 B 相的当前状态结合、确定旋转方向。 这种理解是否正确？ 2x 和 3x 模式的区别在于、有额外的索引输入可提供输入信号的绝对位置。 [quote userid=“404214“ url=“~/support/microcontrollers/msp-low-power-microcontrollers-group/msp430/f/msp-low-power-microcontroller-forum/1646792/mspm0g1106-qei-questions QEI（1x/单边沿） A 相的哪个边沿用于检测？ 例如、在 CCW 旋转中、A 相的上升沿对应于 CW 旋转中相同相位位置的下降沿。 与 2x 模式类似、硬件是否会在内部检测两个边沿、但仅以一个特定的时序进行计数？ 或者、无论方向 (CW 或 CCW) 如何、它是否始终检测相位 A 的上升沿、从而根据方向（如下图所示）产生不同的检测位置？ 我们没有 QEI（1x 模式）。 这不能用于 QEI 接口，更有可能是下面的生成比较 — 边沿计数模式： B.R. Sal</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR2476：测试时钟系统 ISR</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090198/msp430fr2476-isr/3923916</link><pubDate>Tue, 19 May 2026 03:47:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:f8dd8ab3-8368-41a8-97a9-d972237bda17</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 1) 您应该能够通过关闭 XT1 振荡器触发 XT1OFFG、即将 P2SEL0.0/.1 设置为=0。 我期望 XT1OFFG 的恢复将是重新启动 XT1、方法是先将这些 PSEL 设置为=0、然后再设置为=1、然后等待（希望）它启动。 2) 您可以通过将 CSCTL2：FLLN 设置为荒谬的内容（例如 0x1FF）来触发 DCOFFG、DCO 无法在 DCORSEL 内调优到该值。 这种情况下的恢复大概是将 FLLN/DCORSEL（反向）设置为所需值、然后查看 FLL 是否稳定。 [编辑：固定 PSEL 寄存器名称。]</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item><item><title>论坛文章:RE: [参考译文] MSP430FR2476：测试时钟系统 ISR</title><link>https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/f/mt-msp-low-power-microcontrollers-forum/1090198/msp430fr2476-isr/3923915</link><pubDate>Mon, 18 May 2026 16:36:00 GMT</pubDate><guid isPermaLink="false">91561404-af28-475a-b96b-cb6cbaadd097:baa7ecbc-71d6-485b-aa9f-2a52eaefa9ea</guid><dc:creator>admin</dc:creator><description>请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。 尊敬的 Ahlam： 总的来说、代码看起来不错。 但我建议 先清除 DCOFFG 和 XT1OFFG 、然后清除 OFIFG 标志 以验证 OFIFG 是否保持清零状态、从而确保振荡器的稳定性。 此致、 Bill</description><category domain="https://e2echina.ti.com/support/machine-translation/mt-msp-low-power-microcontrollers/tags/machine_5F00_translation">machine_translation</category></item></channel></rss>