您好！
与 REGISTER_I2C 成功通信后、我遇到了一个新的大问题：启动时间。
WDTCTL = WDTPW + WDTCNTCL + WDTIS_4; BSP_configureMCU(); __bis_SR_register(GIE);
当函数 bsp_cofiguremcu()需要超过1秒(！)时，此代码不起作用 完成。
WDTCTL = WDTPW + WDTCNTCL + WDTIS_3; BSP_configureMCU(); __bis_SR_register(GIE);
由于 WDT 复位时间设置为16秒、因此工作正常。
我需要低于200ms 的启动时间、那么理论上这是可行的吗？
此致
Igor
您好 Igor、
好的、听起来您已经弄清楚了 REFO 时钟。 对于将来可能遇到此帖子的用户、可以在 CAPT_bsp.h 文件中选择 REFO 时钟、如下所示：
现在、关于校准时间、1.3实际上是很长的。 2.6秒告诉我校准发生了两次。 但您说您正在使用500次转换计数。 这里似乎没有添加任何内容。
除了转换计数、转换频率也会影响总时间。 使用4MHz 转换时钟与1MHz 转换时钟相比、校准速度快4倍。 但必须注意的是、在更高的时钟频率下、较大的电极电容在每个时钟周期内没有足够的时间进行充电、并会导致测量误差。 您使用的转换频率是多少？
这里的示例是 BSWP 面板上接近传感器的测量时间。 我将目标转换计数设置为500。 校准过程有2个步骤；校准增益、然后校准偏移。 您可以从测量中看到它所花费的时间小于100ms。
现在、这只是一个电极、在具有4个测量块的器件上、您最多可以并联校准4个电极。
您使用的是 FR2512、它只有1个测量块。 因此、如果您有多个电极、每个电极将按顺序进行校准。 因此、如果一个电极的校准需要100ms、那么总时间将大约为400ms。
出于好奇、您如何测量校准时间以及您有多少个电极？
尊敬的 Dennis：
是的、关于 REFO、就像您说的那样。
我的 STARUP 如下所示：
端口初始化后的起始点
2. bsp_configureMCU()结束 -启动 CAPT_AppStart()
时间1-2：0.21s
3. CAPT_AppStart()结束-现在触摸板位于 main while (1)中
转换计数150
转换增益为100
时间2-3：0.56s
4.我发送0x81参数转换计数420的点-正常操作停止
5.在这里，我的主机 MCU 开始读取触摸按钮
6.强制校准结束并开始正常操作
时间4-5：1.27秒
时间5-6： 1.17秒-这是我的问题、因为主机器件此时不工作(用户必须等待第一次触摸)
时间4-6：2.47s -强制校准总时间。 如果我在0x81之后仅发送0x81或0x8E、则该时间相同。
形成点1。 MSP430始终处于通电状态。 使用 P1OUT BIT1进行测量、因此没有错误。
以下是用户过早按下触摸按钮(第6点之前)时发生的情况-几次按下：
时间6-7：1.27秒
8.正常工作
时间6-8：6.3s -取决于您按下按钮的时间、但这是正常的。
我认为时间6-7是重校准、但下面仍然是这个重校准为什么比强制校准短两倍的问题？
感谢你能抽出时间。
此致
Igor
尊敬的 Dennis：
我发现问题在哪里。
MSP430首次启动(上电)后、命令0x81所需的时间是正常的两倍。
我在 P1OUT BIT1上添加了一个短脉冲以获得校准启动：
void CAPT_calibrateUI(tCaptivateApplication *pApp)
{
uint8_t ui8SensorID;
//
// Loop through all of the sensors in the application pointed to by
// pApp. For each sensor, call the appropriate calibration routine via
// the calibration macro.
//
if(P1OUT & BIT1)
{
P1OUT &= ~BIT1;
P1OUT |= BIT1;
}
else
{
P1OUT |= BIT1;
P1OUT &= ~BIT1;
}
for (ui8SensorID=0; ui8SensorID<pApp->ui8NrOfSensors; ui8SensorID++)
{
CAPT_MANAGER_CALIBRATE_SENSOR(pApp->pSensorList[ui8SensorID]);
}
}
这是发生正常上电时的图片：
1.加电
2、在这里我发送0x81
3.校准实际开始的点(P1OUT 上的短脉冲)
时间2-3：1.25秒
时间3-4：1.25秒
以下通道是主机 MCU 的 SCL 和 SDA 线。
第2点更精确：
下图展示了使用 RESET 命令重新启动主机 MCU 时 MSP430保持通电的情况：
1.重启主机 MCU
2.发送0x81
3.校准开始
第2点和第3点更精确：
时间2-3：10ms
因此、在上电之后、第一个0x81命令 MSP430会进入某个位置(我无法调试此命令) 1.25秒、但肯定不会进行校准。
您是否有任何解决方案？ 现在我有点赶时间了...
此致
Igor
您好 Igor、
我使用 FR2633 EVM 和 FR2433 Launchpad 作为主机。 我想指出的是、我将 FR2633配置为一个传感器、其中包含4个元件、其中每个元件都处于自己的测量周期。 这与 FR2512相同、4个元件、4个测量周期。 因此、当执行校准时、每次执行一个周期、因此对于 FR2512、它将需要4个校准周期。 我将使用150作为具有 f/4转换时钟(4MHz)的转换计数。 有效转换速率为2MHz、因为一个充电时钟周期、第二个传输时钟周期。
我可以让主机发送0x8E。 在这张图中、CH2迹线是正在执行的校准(4个周期为112ms)。 ch3跟踪是从器件在 APP_handler 中检查入站数据包、在这里我要切换 IO 引脚。 通道4、5是 I2C。 您可以看到、每个请求只进行校准。 左侧的第一次校准是器件复位后的第一次校准请求。
此处的放大显示了接收到0x8E 命令后检查入站数据包和校准后两者之间的关系。 请注意、该命令与从器件检查入站数据包时异步、但在下一次检查时、它会处理该命令并执行校准。 我只能从主机的命令看到一次校准。
这是 I2C 消息。
我仍在为您获取更快的校准例程。
您是否有示波器、或者您的逻辑分析仪是否有模拟通道？ 我问、因为我可能让您分别探测四个 CapTIvate 通道、并测量电极执行充电/传输的实际时间。
尊敬的 Dennis：
感谢您的努力。
将转换计数更改为700后、我发现此死机时间与校准时间相同。 唯一 的解释是、校准开始两次、但第一次进入点不在：
void CAPT_calibrateUI(tCaptivateApplication *pApp)
因此、我在 main 中放置一个全局变量、执行一个 simpy 权变措施：
CAPT_appStart();
first_startup = 1;
并在 void CAPT_calibrateUI (tCapTIvateApplication *应用程序)中进行检查：
if(first_startup == 1)
{
first_startup = 0;
}
else
{
for (ui8SensorID=0; ui8SensorID<pApp->ui8NrOfSensors; ui8SensorID++)
{
CAPT_MANAGER_CALIBRATE_SENSOR(pApp->pSensorList[ui8SensorID]);
}
}
之后、结果为：
1.加电
2. 0x81参数
正常运行、仅在主机 MCU 显示屏幕后20ms、但这不是问题。
时间2-3：1.35s、转换计数为500。
读取0x81参数后、MSP43板的转换计数器设置为500。
因此、问题已经解决、但我们非常希望启动时间更短、以便在加电时能够实现更短的校准时间。 我将等待新版本。
非常感谢、致以诚挚的问候。
Igor