ARM上意外的QT5 QTimer持续时间

时间:2019-07-16 12:50:10

标签: linux c++11 arm qt5 qtimer

我正在QT控制台应用程序上执行以在ARM CPU上执行,并且遇到了QTimer的一个非常奇怪的行为:不是计划的100毫秒,而是定时器在1946毫秒后过期。我更改了持续时间,但是观察到的行为没有改变(大约几毫秒,例如1958 ms,而不是40 ms)。 在x86_AMD64上执行相同的代码时(我将调用搁置在特定的HW API函数上;在没有QTimer插槽的情况下执行该函数所需的时间少于3 ms),计时器持续时间为预期的+/- 100 ms。

注:嵌入式QT的版本为5.4.1; PC QT的版本是5.9.5

我尝试了不同的持续时间,包括0。到期时间大致相同。

我监视了CPU使用率(小于30%)和平均负载(小于0.15)。

我还编写了一个小型QT控制台应用程序,该应用程序启动了一些不同持续时间的计时器并记录了经过的时间。结果是正确的(经过的时间漂移​​,如“预期”;),所以我认为buildchain和嵌入式QT安装是好的。

我在初始代码中添加了QElapsedTimer,并以40毫秒QTimer的slot方法记录了经过的时间。

我在PC上获得了跟踪:

mDebugMessage = ("elapsed time = 42 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=true - time = 46", "elapsed time = 81 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=true - time = 81", "elapsed time = 122 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=true - time = 122", "elapsed time = 162 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 163", "elapsed time = 201 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 201", "elapsed time = 242 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=true - time = 242", "elapsed time = 281 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 281", ...

在ARM上,跟踪是不同的,持续时间约为2秒,而不是预期的+/- 40 ms:

mDebugMessage = ("elapsed time = 1958 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 1961", "elapsed time = 3916 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 3919", "elapsed time = 5873 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 5876", "elapsed time = 7830 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 7833", "elapsed time = 9787 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 9790", "elapsed time = 11744 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 11747", "elapsed time = 13700 ms - INPUT_DOOR_LOCKED_SENSOR=false - INPUT_DOOR_UNLOCKED_SENSOR=false - time = 13705", ...

我需要您的帮助以了解为什么我的QTimer不能按预期到期,或者有任何线索可以针对我的目标进行调查,这可能阻止我的计时器到期。

谢谢你的想法。

最诚挚的问候,

编辑:按要求输入代码

const int CDoorManagement::I_DOOR_LOCKING_DURATION_MS = 40;
const int CDoorManagement::I_DOOR_LOCKING_ALARM_DURATION_MS = 12000;
CDoorManagement::CDoorManagement(CInputOutputManagerPtr ioPtr)
 : QObject(nullptr)
 , mIOManagerPtr(ioPtr)
 , mOperationElapsedTimer()
 , mDoorLockingTimer()
 , mDebugMessages()
{
    connect(&mDoorLockingTimer, SIGNAL(timeout()), this, SLOT(slotDoorLocking()), Qt::UniqueConnection);
}
void CDoorManagement::slotDoorLocking()
{
    const auto elapsedTime = mOperationElapsedTimer.elapsed();
    if (elapsedTime > I_DOOR_LOCKING_ALARM_DURATION_MS)
    {
        mDoorLockingTimer.stop();
        mIOManagerPtr->setActuator(OUTPUT_DOOR_LOCKING_ACTUATOR, false);
        mDebugMessages << QString("elapsed time = %1 ms - INPUT_DOOR_LOCKED_SENSOR=%2 - INPUT_DOOR_UNLOCKED_SENSOR=%3 - time = %4")
                          .arg(elapsedTime)
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_LOCKED_SENSOR)?"true":"false")
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_UNLOCKED_SENSOR)?"true":"false")
                          .arg(mOperationElapsedTimer.elapsed());
        qDebug() << "door locking - mDebugMessage =" << mDebugMessages;
        abort(QSTR_LOCKING_ABORTED);
    }
    if(mIOManagerPtr->getTorInputState(INPUT_DOOR_LOCKED_SENSOR))
    {
        mDoorLockingTimer.stop();
        mIOManagerPtr->setActuator(OUTPUT_DOOR_LOCKING_ACTUATOR, false);
        syslog(LOG_INFO, "%s::%s() - locked: elapsedTime = %lld, max time=%d",
               LOG_PREFIX, __FUNCTION__, elapsedTime, I_DOOR_LOCKING_ALARM_DURATION_MS);
        mDebugMessages << QString("elapsed time = %1 ms - INPUT_DOOR_LOCKED_SENSOR=%2 - INPUT_DOOR_UNLOCKED_SENSOR=%3 - time = %4")
                          .arg(elapsedTime)
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_LOCKED_SENSOR)?"true":"false")
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_UNLOCKED_SENSOR)?"true":"false")
                          .arg(mOperationElapsedTimer.elapsed());
        qDebug() << "door locking - mDebugMessage =" << mDebugMessages;

        emit signalDoorLocked();
    }
    else
    {
        mDebugMessages << QString("elapsed time = %1 ms - INPUT_DOOR_LOCKED_SENSOR=%2 - INPUT_DOOR_UNLOCKED_SENSOR=%3 - time = %4")
                          .arg(elapsedTime)
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_LOCKED_SENSOR)?"true":"false")
                          .arg(mIOManagerPtr->getTorInputState(INPUT_DOOR_UNLOCKED_SENSOR)?"true":"false")
                          .arg(mOperationElapsedTimer.elapsed());
    }
}

void CDoorManagement::startLocking()
{
    mDebugMessages.clear();
    qDebug() << "start of mDoorLockingTimer using " << I_DOOR_LOCKING_DURATION_MS << " ms delay";
    mOperationElapsedTimer.start();
    mDoorLockingTimer.start(I_DOOR_LOCKING_DURATION_MS);
    if(!mIOManagerPtr->setActuator(OUTPUT_DOOR_LOCKING_ACTUATOR, true))
    {
        mIOManagerPtr->setActuator(OUTPUT_DOOR_LOCKING_ACTUATOR, false);
        syslog(LOG_WARNING, "%s::%s() - failed to activate OUTPUT_DOOR_LOCKING_ACTUATOR", LOG_PREFIX, __FUNCTION__);
        abort(QSTR_LOCKING_ACTIVATION_FAILURE);
    }
}

1 个答案:

答案 0 :(得分:0)

我发现了观察到的行为的根本原因:在示例插槽中,我读取了一个数字输入,并且此读取需要3毫秒。在另一个插槽中,我读取了两个RTD输入,而这些读数最多需要2000毫秒。数字和RTD输入的读取使用相同的库,其中有一个互斥锁来访问硬件,无论是访问数字还是RTD:(