Ok. Если у тебя получится, то сделай на гиториусе мерж-реквест и я волью твое решение в master ветку.


Точнее сказать - более продуманной и правильной.
А от енумератора все-таки решили отказаться, т.к. все-таки не на всех платформах его можно реализовать да и дорого.

Если что - то его (енумератор) всегда можно самому сделать отдельным классом,
(для себя), если уж он так необходим.
И возложить на него урезанные функции - только определять имя появившегося устройства
и "скармливать" это имя в SerialPortInfo для получения подробной информации об устройстве.

И переименовать к примеру тогда этот класс из SerialDeviceEnumerator в SerialPortWatcher.

Сообщение отредактировал kuzulis - 7.12.2011, 21:01

Здравствуйте!

Пытаюсь написать программу для передачи AT-команд модему через COM-порт, используя библиотеку qserialdevice 2.0.

Подскажите, пожалуйста какими функциями можно реализовать подобную передачу команд (наподобие Hyperterminal).
На команду, переданную через тестовое приложение guiapp модем не реагирует.

Доступна ли документация на библиотеку?

Спасибо.

см. QIODevice::write()


Да неужели? А не забыл ли кое кто добавить в конце команды что-то типа "\r\n" ?


Да. Пока в виде комментариев в исходном коде.
В принципе см. методы в serialport.h , а комментарии в serialport.cpp

Привет.

Использую Prolific USB-to-Serial Comm Port и библиотеку qserialdevice для передачи пакетов на свою железку.
Проблема в том, что после создания виртуального порта, пока я любым терминалом не открою/закрою нужный COM, данные не передаются, хотя порт открывается нормально. Потом всё работает как надо, могу отправлять и принимать данные.

Подскажите, в чём может быть проблема?

А конфигурировать порт кто будет после открытия?
Больше информации давай: какая ос, версия библиотеки, как открываешь и настраивашь порт,
код в студию.

Тут телепатов нет.

OC - Win XP и Win7, библиотека 0.4.0, код настройки порта:

void MainWindow::portInit()
{
    if(initSerial(("COM"+ui->comSelect->text()), ui->speedSelect->currentText().toInt()) == false)
    {
        QMessageBox::information(this,"Error", "Error Open COM"+ui->comSelect->text());
    }
}
bool MainWindow::initSerial(QString dev, int baudRate)
{
    serial = new AbstractSerial(this);
    serial->setDeviceName(dev);
    serial->setBaudRate(baudRate);
    serial->setDataBits(AbstractSerial::DataBits8);
    serial->setParity(AbstractSerial::ParityNone);
    serial->setStopBits(AbstractSerial::StopBits1);
    serial->setFlowControl(AbstractSerial::FlowControlOff);

    connect(this->serial, SIGNAL(readyRead()), this, SLOT(ReadData()));

    if(serial->open(AbstractSerial::ReadWrite))return true;
    else return false;
}

2 Гость_KocMak_*,

слушайте, парни, вы достали с такими вопросами уже.

Кто будет документацию читать?
Я не буду отвечать на ваш вопрос. Из принципа. Разбирайтесь сами где у вас накосячено.

ЗЫ:
Накипело.

ЗЫЗЫ:

Оно устарело. Используй ветку master или ветку 2.0.

Спасибо и на этом, буду разбираться.

Спасибо, разобрался. действительно забыл вставить \r.

kuzulis, Подскажи это нормально что при использовании qserialdevice 2.0, для работы с usb serial если открыть порт и выдернуть usb устройство, то в основном процессе почему-то перестают выполняться все ивенты таймеров... они срабатывают только при любом ручном GUI ивенте. Можно ли как-то корректно отлавливать отключение usb устройства и закрывать открытый порт ? Или мы возвращаемся к схожей нерешенной ситуации что была в прошлой версии ?