Работа с COM-портом через QSerialPort

Тот же свисток работает через Qt на винде а линуксе нет? Можешь lsusb выложить сюда?

QSerialPort

не знаю как сейчас, но раньше в лялихе эта радость не работала, пришлось отказаться.

Какое может быть решение?

по-старинке: open read write close.

Ты б хоть версию Qt указал

не знаю как сейчас, но раньше в лялихе эта радость не работала

Сейчас же QSerialPort работает великолепно, как на USB портах так и на всяческих встроенных.

Особенно много я работал через QSerialPort как раз с RS-485, куча разнообразных девайсов и конвертеров опробовано.

При этом на serial->open( QIODevice::ReadWrite ) на свисте загораться светодиод, а на serail->close(); гаснет. Метод serial->write( byte, 7 ) возвращает 7 байт как записанных, а сигнал readyRead() вообще не вызывается.

Могу предположить что RTS DTR надо дергать (QSerialPort это поддерживает) чтобы переключать направление передачи, может в винде драйвер более совершенен.

по-старинке: open read write close

Внутрях QSerialPort использует все типичные функции Linux-а, прям как по старинке, нет смысла пробовать напрямую работать те же но в профиль.

Прошу прощения. Qt: 5.6.1, Linux: Gentoo.

нет смысла пробовать напрямую работать те же но в профиль.

я забыл детали, но у нас тоже что-то там то читалось, то не читалось... где-то внутри кутэ что-то происходило, но бороться с ним смысла особо не было, т.е. по трудозатратам открыть-закрыть девайс получилось набыдлокодить быстрее :)

flush() после write() делай, помню что-то еще там было, вроде readyRead нужно заново привязывать после открытия порта

Думаешь дело в версии Qt?

У меня на компе с вендой стоит Qt 5.7.

Делал, не помогает, и опять же в венде всё работает и так.

Я всё таки больше на драйвер грешу, но не знаю, что с этим можно сделать.

А на Linux-е тогда какая версия?

А я вроде ответил выше, Qt: 5.6.1. В Gentoo пока новее не завезли. =)

я юзал его в qt 5.2.1 и в win и в lin, помню были различные проблемы, но решилось все в конце концов

А может кто подскажет, есть ли какой ни будь способ протестировать сам драйвер?

не знаю как сейчас, но раньше в лялихе эта радость не работала, пришлось отказаться.

Вбросил, так вбросил. молодец.

Какое может быть решение?

1. На ошибки проверял (коннект к error() был бы уместен)? 2. Параметры у-ва задавал корректно? 3. Как передаешь/принимаешь?

По-хорошему нужно привести хотя-бы часть кода. А еще лучше: переделай пример Terminal под свои нужды и смотри что посылается/принимается, а что нет.

только хотела дать ссыль на кроссплатформ, а ты уже тут. скорее всего, порядок инициализации. ЕМНИП, там вроде была особенность в том, что установка параметров должна была происходить после коннекта, что несколько странно.

Да, но это только в винде так, мелкая особенность, которую несложно учесть.

Сравни что передаётся в/из порта на винде (ProcessMonitor от SysInternals) и линуксе (strace).

Упростил код, проверил в винде работает (счётчик на него отвечает) в linux нет.

mainwindow.hpp

#ifndef MAINWINDOW_HPP
#define MAINWINDOW_HPP

#include <QMainWindow>
#include <QSerialPort>

namespace Ui {
class MainWindow;
}

class MainWindow : public QMainWindow
{
    Q_OBJECT

public:
    explicit MainWindow(QWidget *parent = 0);
    ~MainWindow();

private slots:
    void read();
    void errorSerail(QSerialPort::SerialPortError err);

    void on_pushButton_clicked();

private:
    Ui::MainWindow *ui;
    QSerialPort *serial;
};

#endif // MAINWINDOW_HPP

mainwindow.cpp

#include "mainwindow.hpp"
#include "ui_mainwindow.h"

#include <QDebug>

MainWindow::MainWindow(QWidget *parent) :
    QMainWindow(parent),
    ui(new Ui::MainWindow),
    serial(new QSerialPort(this))
{
    ui->setupUi(this);

    serial->setPortName("/dev/ttyXRUSB0");
    serial->setBaudRate(QSerialPort::Baud9600);
    serial->setDataBits(QSerialPort::Data8);
    serial->setParity(QSerialPort::NoParity);
    serial->setStopBits(QSerialPort::OneStop);
    serial->setFlowControl(QSerialPort::NoFlowControl);

    serial->open(QIODevice::ReadWrite);

    if(serial->isWritable())
    {
        qDebug() << "Yes, i can write to port!";
    }

    connect(serial, SIGNAL(readyRead()),
            this, SLOT(read()));
    connect(serial, SIGNAL(error(QSerialPort::SerialPortError)),
            this, SLOT(errorSerail(QSerialPort::SerialPortError)));

    serial->clear();

    QByteArray be = QByteArray::fromHex("000BDF2F2F4A32");
    qint64 bytesWrited = serial->write(be, 7);
    serial->flush();
    qint64 bytesAvailable = serial->bytesAvailable();
    qDebug() << "Bytes writed: " << bytesWrited;
    qDebug() << "Bytes available: " << bytesAvailable;
}

MainWindow::~MainWindow()
{
    delete ui;
}

void MainWindow::read()
{
    QByteArray bytes = serial->readAll();
    qDebug() << QString(bytes.toHex().toUpper());
}

void MainWindow::errorSerail(QSerialPort::SerialPortError err)
{
    qDebug() << "Error: " << err;
}

void MainWindow::on_pushButton_clicked()
{
    serial->close();
}

Это как?

должна была происходить после коннекта, что несколько странно.

Это было дааавныыым даааавнооо. Сейчас (уж точно от 5,6 и выше) по-фиг когда параметры ставить (до или после).

Если о ней знать.

...
    serial->open(QIODevice::ReadWrite);
...
    connect(serial, SIGNAL(readyRead()),
            this, SLOT(read()));
    connect(serial, SIGNAL(error(QSerialPort::SerialPortError)),
            this, SLOT(errorSerail(QSerialPort::SerialPortError)));
....

Должно быть наоборот (сначала коннекты, а потом уже открывать), а то можно профукать что-нить интересное.

Плюс к этому, неплохо бы проверить код возврата open().

...
serial->flush();
...

Это не нужно (да и вообще flush не нужно использовать).

qint64 bytesWrited = serial->write(be, 7);

1. Здесь всегда bytesWrited будет > 0, т.к. данные просто добавляются к внутреннему буферу, т.е. проверять тут смысла нет. Но чтобы узнать что данные переданы (по крайней мере до кишек самой железки) есть сигнал bytesWritten(qint64).

2. Лучше делать write(ba) сразу.

qint64 bytesAvailable = serial->bytesAvailable();

Здесь данных не было и никогда не будет!

ЗЫ: А по факту, возможно для этого девайса не реализованы select/poll/ в ядре... хотя, это ну невероятно. Т.е. тут надо тебе самому отлаживать... попробуй strace или подобное что-то чтобы примерно посмотреть что передается/принимается.

Ах, да!

Сначала замкни Rx/Tx и запусти терминальный пример Terminal из QtSerialPort... и посмотри, будет чо или нет вообще.

В смысле замкнуть?

попробуй strace

А можешь пример кинуть как им можно посмотреть?

Если ты имел ввиду буквально замкнуть, проводом, то сделал и запустил терминал. Эффекта никакого, даже в винде.

В винде хоть сниферы есть, а линуксе все не рабочие какие то.

Если ты имел ввиду буквально замкнуть, проводом, то сделал и запустил терминал. Эффекта никакого, даже в винде.

А, да, это же RS485.

В общем вчера поздно ночью заработало.

Дело оказалось в драйвере. Я попробовал не родной драйвер, а включил все те, что в ядре были. Пересобрал ядро и заработало.

Теперь устройство называется не /dev/ttyXRUSB0, а /dev/ttyACM0.

Но есть одна особенность, байты читаются от устройства побайтово, а в винде идут блоком.

Можно и тут их как ни будь блоком читать? Подскажи.

Можно и тут их как ни будь блоком читать?

Foo::onReadyRead()
{
    const qint64 bytesAvailable = serial->bytesAvailable();
    if (bytesAvailable < expected)
        return;
    const QByteArray frame = serial->read(expected); // читаем скок надо
}

Спасибо за совет.

Пардон, что долго не отвечал, уезжал на дачу.

Но так сделать не получилось, часть байтов теряется и счётчик возвращает массив разной длинны.

Сделал так:

void MainWindow::serialReceived()
{
    bytesAvailable += serial->bytesAvailable();

    bytesArray += serial->readAll();
    qDebug() << "Bytes available: " << bytesAvailable;

    qDebug() << QString(bytesArray.toHex().toUpper());
}

где bytesAvailable и bytes определены как члены класса.

Но в любом случае спасибо!