QT串口编程 - 阻塞主机示例(Blocking Master)

阻塞主机示例(Blocking Master)

Blocking Master展示了如何在工作线程中使用QSerialPort的同步(synchronous)API为串行接口创建应用程序。


QSerialPort支持两种编程方案:
异步(asynchronous (non-blocking)非阻塞)方案。当控件返回到Qt事件循环时,将调度并执行操作。操作完成后,QSerialPort类将发出信号。例如,write()方法立即返回。当数据发送到串行端口时,QSerialPort类将发出bytesWritten()信号。
同步(synchronous (blocking)阻塞)方案。在无头(headless)和多线程应用程序中,可以调用wait方法(在这种情况下为waitForReadyRead())来挂起调用线程,直到操作完成为止。
在此示例中,演示了同步方案。终端(Terminal)示例说明了异步方案。
本示例的目的是演示如何在不丢失用户界面响应能力的情况下简化串行编程代码。阻塞的串行编程API通常会导致代码更简单,但应仅在非GUI线程中使用它,以保持用户界面的响应速度。
该应用程序是主要的,它演示了与从属应用程序Blocking Slave Example配对的工作。
主应用程序通过串行端口向从属应用程序发起传输请求,并等待响应。

  class MasterThread : public QThread
  {
      Q_OBJECT

  public:
      explicit MasterThread(QObject *parent = nullptr);
      ~MasterThread();

      void transaction(const QString &portName, int waitTimeout, const QString &request);
      void run() Q_DECL_OVERRIDE;

  signals:
      void response(const QString &s);
      void error(const QString &s);
      void timeout(const QString &s);

  private:
      QString portName;
      QString request;
      int waitTimeout;
      QMutex mutex;
      QWaitCondition cond;
      bool quit;
  };

MasterThread是一个QThread子类,提供用于调度对从属服务器的请求的API。 此类提供了用于响应和报告错误的信号。 可以调用transaction()方法以使用所需的请求启动新的主事务。 结果由response()信号提供。 如果出现任何问题,将发出error()timeout()信号。
注意,transaction()方法是在主线程中调用的,而请求是在MasterThread线程中提供的。 MasterThread数据成员在不同的线程中并发读取和写入,因此QMutex类用于同步访问。

void MasterThread::transaction(const QString &portName, int waitTimeout, const QString &request)
  {
      QMutexLocker locker(&mutex);
      this->portName = portName;
      this->waitTimeout = waitTimeout;
      this->request = request;
      if (!isRunning())
          start();
      else
          cond.wakeOne();
  }

transaction()方法存储串行端口名称,超时和请求数据。 可以使用QMutexLocker锁定互斥锁以保护此数据。 线程可以启动,除非它已经在运行。 稍后将讨论wakeOne()方法。

  void MasterThread::run()
  {
      bool currentPortNameChanged = false;

      mutex.lock();
  QString currentPortName;
  if (currentPortName != portName) {
      currentPortName = portName;
      currentPortNameChanged = true;
  }

  int currentWaitTimeout = waitTimeout;
  QString currentRequest = request;
  mutex.unlock();

run()函数中,首先是锁定QMutex对象,然后使用成员数据获取串行端口名称,超时和请求数据。 完成此操作后,将释放QMutex锁。
在任何情况下都不应在获取数据的过程中同时调用transaction()方法。 注意,虽然QString类是可重入的,但它不是线程安全的。 因此,建议不要在请求线程中读取串行端口名称,而在另一个线程中超时或请求数据。 MasterThread类一次只能处理一个请求。
在进入循环之前,将在run()方法中的堆栈上构造QSerialPort对象:

  QSerialPort serial;

  if (currentPortName.isEmpty()) {
      emit error(tr("No port name specified"));
      return;
  }

  while (!quit) {

这样就可以在运行循环时创建对象。 这也意味着所有对象方法都在run()方法的范围内执行。
在循环内部检查当前事务的串行端口名称是否已更改。 如果已更改,则重新打开串行端口,然后重新配置。

  if (currentPortNameChanged) {
      serial.close();
      serial.setPortName(currentPortName);

      if (!serial.open(QIODevice::ReadWrite)) {
          emit error(tr("Can't open %1, error code %2")
                     .arg(portName).arg(serial.error()));
          return;
      }
  }

循环将继续请求数据,写入串行端口并等待,直到所有数据都被传输为止。

  // write request
  QByteArray requestData = currentRequest.toLocal8Bit();
  serial.write(requestData);
  if (serial.waitForBytesWritten(waitTimeout)) {

警告:至于阻塞传输,应在每次write方法调用之后使用waitForBytesWritten()方法。 这将处理所有I / O例程,而不是Qt事件循环。
如果传输数据时发生超时错误,则发出timeout()信号。

  } else {
  emit timeout(tr("Wait write request timeout %1")
               .arg(QTime::currentTime().toString()));
  }

成功请求后,有一个等待期的响应,然后再次读取。

  // read response
  if (serial.waitForReadyRead(currentWaitTimeout)) {
      QByteArray responseData = serial.readAll();
      while (serial.waitForReadyRead(10))
          responseData += serial.readAll();

      QString response(responseData);
      emit this->response(response);

警告:至于阻塞替代方法,应在每次read()调用之前使用waitForReadyRead()方法。 这将处理所有I / O例程,而不是Qt事件循环。
如果接收数据时发生超时错误,则发出timeout()信号。

  } else {
  emit timeout(tr("Wait read response timeout %1")
               .arg(QTime::currentTime().toString()));
  }

成功完成事务后,response()信号包含从从应用程序接收的数据:

 emit this->response(response);

之后,线程进入睡眠状态,直到出现下一个事务。 线程在使用成员唤醒后读取新数据,并从头开始运行循环。

  mutex.lock();
  cond.wait(&mutex);
  if (currentPortName != portName) {
      currentPortName = portName;
      currentPortNameChanged = true;
  } else {
      currentPortNameChanged = false;
  }
  currentWaitTimeout = waitTimeout;
  currentRequest = request;
  mutex.unlock();
  }
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容