MSP 低功耗微控制器论坛 - 最近的话题

MSPM0G3107: M0G3107QRHBRQ1接收数据异常

sheng lao — Mon, 29 Jun 2026 04:00:10 GMT

Part Number: MSPM0G3107

MCU: M0G3107QRHBRQ1

CAN: TJA1044BTK/0J

CAN总线上挂有四个相同的设备，设备正常状态下均处于休眠状态。 CAN盒发出数据，由CAN IC唤醒MCU，MCU去读取数据，当温度低于-40°时，CAN接收到的数据正确，但是MCU收到数据对不上，也加了上拉电阻，想确认下是什么原因会导致低温数据异常

RE: MSPM0G3107: M0G3107QRHBRQ1接收数据异常

SY H — Thu, 02 Jul 2026 06:42:43 GMT

您好，

这个有结果了吗，客户那边比较急

RE: MSPM0G3107: M0G3107QRHBRQ1接收数据异常

SY H — Thu, 02 Jul 2026 06:41:20 GMT

您好，

这个有结果了吗，客户那边比较急

RE: MSPM0G3107: M0G3107QRHBRQ1接收数据异常

Links — Mon, 29 Jun 2026 05:05:24 GMT

您好，

已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

MSPM0G3507: MSPM0G3507上电后主芯片发热

xibo li — Thu, 18 Jun 2026 09:19:16 GMT

Part Number: MSPM0G3507

电路板上电后，主控 MSPM0G3507 芯片出现明显发热现象，未外接任何外设负载、未下载程序 / 仅下载空工程时芯片依旧发烫，无短路冒烟，但芯片壳体温度快速升高，短时间触摸烫手，怀疑芯片供电、硬件电路或 IO 漏电存在异常，上电后指示灯什么都正常亮，要怎么解决这个问题

RE: MSPM0G3507: MSPM0G3507上电后主芯片发热

Daniel — Mon, 22 Jun 2026 01:27:38 GMT

您好

这是从官方才买的开发板吗？上电就存在发热吗？

RE: MSPM0G3507: MSPM0G3507上电后主芯片发热

Alice — Thu, 18 Jun 2026 09:21:39 GMT

您好，
已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Peter Jiang — Fri, 12 Jun 2026 07:33:01 GMT

你好，

测试结果很有意思，谢谢告知。据我了解，这个设置只会影响dTOF互相关计算所用的窗口大小，我不太确定为什么会导致系统卡顿。我想确认一下，修改设置后，是否会对系统的正常运行造成任何不利影响？

此致，
彼得

MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Thu, 21 May 2026 01:48:27 GMT

Part Number: MSP430FR6047

此前我询问过此问题，但依旧没解决，现在我有新的发现，程序是我结合DEMO程序自己写的，首先我确认我在使用2MHz超声波晶片换能器时，无论管路有无液体，程序运行均正常，且USS库能正常返回数值。当我将换能器更换为1MHz时，并通过USS图形软件生成了对应的.h文件，程序烧录后，在管路有液体时，程序执行也正常，但是当管路无液体时，程序执行USS_runAlgorithmsFixedPoint函数后，会跑飞。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Thu, 11 Jun 2026 09:01:19 GMT

我根据AI的回复将USS_ALG_DTOF_WINDOWING_MODE更改为USS_ALG_DTOF_EST_WINDOW_OPTION_DISABLED后就不再死机了

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Thu, 11 Jun 2026 08:15:21 GMT

修改后问题依旧

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Peter Jiang — Fri, 05 Jun 2026 11:13:02 GMT

你好，

友情提醒，请注意，更高的测量速率会增加功耗。我没有测试过最短的测量周期，所以无法提供具体的数值，因为它与传感器之间的距离以及其他一些相关参数设置有关。测量周期包含信号传输和算法处理的时间，因此需要预留足够的时间。我建议您先将其设置为较大的数值，例如 1 秒，待一切正常后再尝试逐渐缩短测量周期。

此致，
彼得

RE: MSPM0G3507: MSPM0G3507: I2C1 Controller (callback mode) ISR stops firing after bus fault, reset the i2c controller, but failed

Vivian Gao — Fri, 05 Jun 2026 08:34:37 GMT

I2C_close() for certain SDK versions:
-Call NVIC_SisableIRQ (I2Cx_IRQN)

But I2C_open() may:
-NVIC-Enable IRQ (I2Cx_IRQN) not called
-Assuming interrupts are enabled (normal during initial initialization)
-Missing this step in the recovery scenario

MSPM0G3507: MSPM0G3507: I2C1 Controller (callback mode) ISR stops firing after bus fault, reset the i2c controller, but failed

Xu Chen — Thu, 04 Jun 2026 00:02:46 GMT

Part Number: MSPM0G3507

I have an MSPM0G3507 with I2C0 as Target (responding to an upstream master at 0x50) and I2C1 as Controller (reading an NSA2300 sensor at 0x6D and a downstream MCU at 0x50 on a separate physical bus). Both I2C instances run at 100kHz.

When the I2C1 bus experiences a fault (e.g., slave holds SCL low, or a hot-plug glitch), my error recovery performs:

I2C_close(i2cHandle);
i2cClearBus();          // GPIO bit-bang: 9 SCL pulses + STOP condition
i2cHandle = I2C_open(CONFIG_I2C_0, &i2cParams);
I2C_setClockTimeout(i2cHandle, ...);

After this sequence, I2C_open() returns a non-NULL handle (success), and I2C_transfer() returns true (transfer queued). But the transfer callback never fires. The ISR (I2C1_IRQHandler) appears to stop triggering entirely. Every subsequent transfer times out the same way — I2C_transfer() returns true, but the callback never runs, even for transactions where the slave ACKs its address.

hdd_i2c_payload_manager.c ti_msp_dl_config.c i2c_controller.c ti_drivers_config.c

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Fri, 05 Jun 2026 03:59:21 GMT

好的我尝试一下如果是由于此时间导致建议最快设置到多少

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Peter Jiang — Fri, 05 Jun 2026 03:56:38 GMT

你好，

我注意到您设置的参数USS_SYS_MEASUREMENT_PERIOD有点小，983 对应 30 毫秒，我对这个参数设置有些担忧，怀疑算法卡住可能是由此引起的，能否请您将其增加到 32768（对应 1 秒）看看是否可以解决这个问题？

此致，
彼得

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Wed, 03 Jun 2026 06:04:11 GMT

e2echina.ti.com/.../3603.USS_5F00_userConfig.h

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Wed, 03 Jun 2026 06:03:15 GMT

您好！

感谢您的回复，是的，我仅更换了.h文件，甚至我仅更改.h文件中的频率，依然会导致此现象。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Peter Jiang — Wed, 03 Jun 2026 05:58:55 GMT

你好，

能否请您也上传一下您使用 2MHz 传感器时的文件？我也想看一下。另外，您之前在使用 1MHz 传感器时遇到过无液体情况下的卡顿问题，而使用 2MHz 传感器时没有出现这个问题。这两个传感器之间的唯一区别是否仅仅是您更换了传感器并修改了 userConfig.h 文件？您还做了哪些其他修改？

此致，
彼得

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Tue, 02 Jun 2026 07:24:02 GMT

e2echina.ti.com/.../4274.USS_5F00_userConfig.h

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

LT1 Shen1 — Tue, 02 Jun 2026 07:23:17 GMT

您好！

首先，感谢您的回复，我的USS_userConfig.h文件，是通过USS软件生成的，是我使用MSP430FR6047评估板搭配结构所采取的配置。我想将其复制发出来，但不知道为什么，添加后回复时，论坛显示出现错误。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Peter Jiang — Tue, 02 Jun 2026 06:25:20 GMT

你好，

你比较过图形用户界面生成的文件和你的项目文件吗？它们之间有什么区别？或者你可以上传相关的配置文件（.h 文件），我可以看一下。

此致，
彼得

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Xiaodong LI — Tue, 02 Jun 2026 02:20:44 GMT

我们会尽快找到专家来协助您。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Xiaodong LI — Tue, 02 Jun 2026 02:05:17 GMT

我们会尽快找到专家来协助您。

RE: MSP430FR6047: 流道为空管时，程序跑飞问题

Links — Mon, 01 Jun 2026 05:01:08 GMT

您好，

已经收到了您的案例，调查需要些时间，感谢您的耐心等待。

Arabic	Hebrew	Polish
Bulgarian	Hindi	Portuguese
Catalan	Hmong Daw	Romanian
Chinese Simplified	Hungarian	Russian
Chinese Traditional	Indonesian	Slovak
Czech	Italian	Slovenian
Danish	Japanese	Spanish
Dutch	Klingon	Swedish
English	Korean	Thai
Estonian	Latvian	Turkish
Finnish	Lithuanian	Ukrainian
French	Malay	Urdu
German	Maltese	Vietnamese
Greek	Norwegian	Welsh
Haitian Creole	Persian