[参考译文] MSP430FR60471：对超声波信号应用带通滤波器

您好！

这是由于使用筛选功能时、筛选后的数据大小为(原始大小+筛选器大小)。 发送到 GUI 的数据 仍保持原始格式。 它应该只是显示问题。 它不会影响 dTOF 和 absTOF 结果。 启用滤波器时、您能否共享波形页面的屏幕截图？

此致、

现金 Hao

您好！

以上波形是启用滤波器后的波形。 我同意数据长度增加、但这应该增加两个数据数组的长度、对吧？

此致、

Kamlesh

您好！

可以、但 UPS 和 DNS 数据都保存在一个阵列中。  

您发送的捕获来自 ADC 捕获页面、而不是波形页面。 应用滤波器时、您能否在波形页面上发送屏幕截图？

此致、

现金 Hao

您好！

下图是未使用滤波器时(零流量时)：

下图：启用滤波器时(零流量时)。 据我了解、这两种情况之间没有太大差异。  此外、还有一个信息、我更改了行的顺序：

                code = USS_runAlgorithmsFixedPoint(&gUssSWConfig,&algResFixed);
                HMI_PostMeasurement_Update();
                
                // earlier the order was:
                HMI_PostMeasurement_Update();
                code = USS_runAlgorithmsFixedPoint(&gUssSWConfig,&algResFixed);
                
                
                // This was done to show the filtered data on GUI

此致、

Kamlesh

以下内容是否解决了由于启用滤波器而导致的阵列大小变化问题？ 我们只想确保启用滤波器不会与其他参数混淆。

void CommandHandler_transmitCaptures(Packet_t *txPacket)
{
// Calculate number of packets that will need to be sent
// Each ADC capture packet can hold up to 27 captures
uint16_t updnsCaptureSize = gUssSWConfig.captureConfig->sampleSize;
uint8_t numOfPcks = (uint8_t)(updnsCaptureSize/ COMMAND_HANDLER_UPS_DNS_CAP_MAX_CAP_SIZE);
int8_t finalPckLength = (uint8_t)(updnsCaptureSize % COMMAND_HANDLER_UPS_DNS_CAP_MAX_CAP_SIZE);
// Calculate number of bytes in each capture
uint8_t* pUPSCap = (uint8_t*)(USS_getUPSPtr(&gUssSWConfig));
uint8_t* pDNSCap = (uint8_t*)(USS_getDNSPtr(&gUssSWConfig));

if( finalPckLength > 0 )
{
numOfPcks++;
}
else
{
finalPckLength = COMMAND_HANDLER_UPS_DNS_CAP_MAX_CAP_SIZE;
}
.....

pUPSCap 和 pDNSCap 似乎无法解决这个问题。 我们可以对此做些什么吗？

此致、

Kamlesh

好的。 您能给我提供有关 MSP430Fr6047功耗信息的资源吗？当打开滤波器和其它进程时？

此致、

Kamlesh

嗯、我们没有这些信息。 我们在本应用手册第3.2.2.5章 中仅包含基本测量功能的电流消耗数据。https://www.ti.com/lit/ug/tidudn0/tidudn0.pdf

此致、

现金 Hao

感谢您分享此信息。 该部分有一行："为简便起见，它不包括对电流消耗没有影响的配置参数"，并且计算中的参数中未提及启用或禁用滤波器。 我们可以从这里推断、即使在长期来看、滤波器也不会对功耗产生太大影响吗？

此致、

Kamlesh

不，我们无法从这种背景得出这一结论。  建议使用和不使用滤波器功能测试电流消耗、以获取准确的数据。

此致、

现金 Hao

好的。 感谢您提供此信息。

此致、

Kamlesh