QtSerialPort, Проблема сборки QtSerialPort под Windows Опции

[kuzulis]

Жаль, что errorString() не перегружена для QSerialPort... по крайней мере в QT-4.8.4 .

А, простите, зачем это нужно?

[Алексей1153]

Анна, произведи класс от QSerialPort и перегрузи

[Анна]

Жаль, что errorString() не перегружена для QSerialPort... по крайней мере в QT-4.8.4 .

А, простите, зачем это нужно?

В смысле, зачем нужно? А зачем тогда нужна errorString()? Хотя бы для какого-то единообразия. У меня три приложения работают с компортом, а у напарника с десяток, наверное. Хотелось бы, чтобы об одной и той же ошибке все приложения сообщали одинаковую информацию. Приходится таскать за собой довесок. К тому же как раз ради удобной обёртки и взяла этот класс. До этого пользовалась доморощенными методами.

Анна, произведи класс от QSerialPort и перегрузи

Кеп, ты?
Но, вообще, перегружать класс ради сообщений об ошибке не смешно.


Кстати, хотела узнать, под Линуксом никаких проблем с работой QSerialPort порта нету? Мне ещё предстоит линуксоида убедить перейти на этот класс.

[kuzulis]

В смысле, зачем нужно? А зачем тогда нужна errorString()? Хотя бы для какого-то единообразия. У меня три приложения работают с компортом, а у напарника с десяток, наверное. Хотелось бы, чтобы об одной и той же ошибке все приложения сообщали одинаковую информацию. Приходится таскать за собой довесок. К тому же как раз ради удобной обёртки и взяла этот класс. До этого пользовалась доморощенными методами.

Можно конкретный пример? Что не устраивает то конкретно?

Любые предложения приветствуются.

Кстати, хотела узнать, под Линуксом никаких проблем с работой QSerialPort порта нету? Мне ещё предстоит линуксоида убедить перейти на этот класс.

При использовании signal/slot (неблокирующего подхода) не должно быть проблем. Но при waitForXX() могут выплыть проблемки..

[Анна]

В смысле, зачем нужно? А зачем тогда нужна errorString()? Хотя бы для какого-то единообразия. У меня три приложения работают с компортом, а у напарника с десяток, наверное. Хотелось бы, чтобы об одной и той же ошибке все приложения сообщали одинаковую информацию. Приходится таскать за собой довесок. К тому же как раз ради удобной обёртки и взяла этот класс. До этого пользовалась доморощенными методами.

Можно конкретный пример? Что не устраивает то конкретно?

Любые предложения приветствуются.

Кстати, хотела узнать, под Линуксом никаких проблем с работой QSerialPort порта нету? Мне ещё предстоит линуксоида убедить перейти на этот класс.

При использовании signal/slot (неблокирующего подхода) не должно быть проблем. Но при waitForXX() могут выплыть проблемки..

Конкретно, когда от порта приходит сигнал об ошибке (любой, например, у меня бывает плохой контакт между портом и железякой, тогда всё время валится ошибка 6 (очень облегчила мне жизнь в выяснении, кто виноват)), хочу расшифорвать его пользователю, а errorString() возвращает всегда "Unknown error". У меня ещё сверху добавляется свой анализ полученного из порта, так что проблему решила, просто добавив к "своим ошибкам" расшифорвку ошибок из хелпа, но у меня есть приложения, где хотелось бы использовать ваш класс в чистом виде, а не городить заплатку. Насколько я поняла, всего лишь нужно было в тех местах, где генерится сигнал error(), вызывать перед этим setErrorString() с соответствующим текстом.

Про Линукс, спасибо, что предупредили. У меня есть места, где waitFor... используются. Буду переделывать.

[kuzulis]

тогда всё время валится ошибка 6

Это которая BreakConditionError ?

[DruidCat]

Link
Хотелось бы задать вопрос, извините, если он будет глупым, я только учусь.
Мне хотелось бы проверять на занятость сом порты, в документации я нашел #include <QSerialPortInfo> с методом isBusy(), который возвращает bool. А как им пользоваться я не знаю. Я учу Qt меньше месяца, читаю учебник, и бегу вперед паровоза. Охота быстрей и быстрей написать свою программу. Я смотрел примеры по применению QSerialPortInfo, и не понял их, так как такие способы программирования я еще не знаю. Не могли бы привести небольшой наглядный кусочек кода, где понятно, как пользоваться методом isBusy(), желательно в if. Мне хотелось бы проверять определенные сом порты на занятость и если эти порты заняты, производить с ними определенные манипуляции.

[kuzulis]

Если не знаешь какой порт нужен - то просто перечисляешь и выбираешь из списка нужный и проверяешь его:

foreach (const QSerialPortInfo &serialPortInfo, QSerialPortInfo::availablePorts())
{
    if (serialPortInfo.isBusy())
        qDebug() << "Port " << serialPortInfo.portName() << " is busy";
    else 
        qDebug() << "Port " << serialPortInfo.portName() << " is free";
}

или

Если знаешь какой нужен то прямо его и проверяешь:

QString portName("COM1");

QSerialPortInfo serialPortInfo(portName);

if (serialPortInfo.isBusy())
    qDebug() << "Port " << serialPortInfo.portName() << " is busy";
else 
    qDebug() << "Port " << serialPortInfo.portName() << " is free";

UPD: А еще смотри примеры, которые идут вместе с QtSerialPort в директории /examples:

* cenumerator - консольный пример
* enumerator - GUI пример

Сообщение отредактировал kuzulis - 21.10.2013, 17:57

[Litkevich Yuriy]

Тему разделил: Link

[Анна]

тогда всё время валится ошибка 6

Это которая BreakConditionError ?

Она.