Версия для печати темы

Автор: kuzulis 1.7.2009, 20:05

Доброго времени суток!

Я создал библиотеку для работы с последовательными портами, которая является альтернативой QextSerialPort и хочу выложить её на этот ресурс..
На главной странице этого сайта написано, что если я хочу чем-то поделиться - то я должен в соответствующем разделе форума об этом заявить.. так вот вопрос: ЧТО это за раздел? И как мне это сделать?

Автор: Litkevich Yuriy 1.7.2009, 21:05

Сайт:
В боковой панели сайта (http://www.crossplatform.ru/) выбери "Создать материал" -> "Исходники", заполни необходимые.
Если не видишь пункта создать материал, то залогинься на сайте.

Форум:
Административный -> Crossplatform.ru - все о нем -> Обсуждение исходников с сайта

Автор: ViGOur 1.7.2009, 22:28

На сайте не нужно логинится, достаточно быть залогиненым на форуме и после этого зайти на сайт.

Автор: kuzulis 2.7.2009, 9:38

Всем спасибо! Отправил запрос.. ждемс

Автор: Litkevich Yuriy 2.7.2009, 9:52

Цитата(kuzulis @ 2.7.2009, 13:38)

Автор: kuzulis 2.7.2009, 10:35

ну типа с описанием либы , и там сказали что ответ ждать нужно 72 часа

ой! я ошибся.. я на fireforge.net отправил ...

ЗЫ: заработался совсем

Автор: kuzulis 3.7.2009, 7:30

Всё, теперь и на crossplatform.ru я послал запрос

Автор: Litkevich Yuriy 3.7.2009, 7:56

Цитата(kuzulis @ 3.7.2009, 11:30)

Автор: ViGOur 3.7.2009, 9:21

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

Автор: CrazyDeath 10.7.2009, 1:37

kuzulis доброго дня суток.
увидел сегодня сообщение об альтернативе QextSerialPort
Просмотрев ваши исходники ничего нового, я не увидел, более того
называть вашу библиотеку альтернативой QextSerialPort
не совсем корректно, структура классов и исходников
одинаковая как и у библиотеке QextSerialPort.
Намного логичнее было бы оформить ваш труд ввиде
дополнительного класса для QextSerialPort.
Также вы пишете что

Автор: Litkevich Yuriy 10.7.2009, 1:45

Цитата(CrazyDeath @ 10.7.2009, 5:37)

Автор: CrazyDeath 10.7.2009, 21:42

Наверно я делаю, что то не правильно но у меня работает асинхронный режим.
правда библиотека qextserialport из CVS.
http://qextserialport.cvs.sourceforge.net/qextserialport/

Автор: kuzulis 13.7.2009, 10:48

Автор: CrazyDeath 13.7.2009, 21:08

Автор: kuzulis 14.7.2009, 7:54

/*QReceiveThread*/
void ReceiveThread::run()
{
    int count;
    forever 
    {
        msleep(1);
        mutex.lock();
        count = comport->bytesAvailable();
        mutex.unlock();
        if (0 < count)
        {
            emit newDataInPortThread(count);
            QTime timedb;
            qDebug()<<"thread count= "<<count<<"time= "<<"\t"<<timedb.currentTime().second()<<" "<<timedb.currentTime().msec();
        }
    }
}

Автор: CrazyDeath 15.7.2009, 1:14

Автор: BRE 15.7.2009, 7:30

Цитата(kuzulis @ 14.7.2009, 8:54)

Автор: kuzulis 15.9.2009, 8:52

Тихо и незаметно вышла в свет новая версия замечательной кросс платформенной библиотеки для работы с последовательными портами (устройствами) QSerialDevice v. 0.1.0

В этой версии очень много изменений в отличии от версии 0.0.3, можно сказать, что версия 0.1.0 написана практически с нуля!

Документацию по библиотеке можно найти в самом архиве.

Скачать можно тут:
http://fireforge.net/projects/qserialdevice/
и
http://qt-apps.org/content/show.php?content=112039

Автор: oldcolony 1.10.2009, 13:00

Библиотека хорошая,мне подошла лучше,чем qextserial, но хотелось бы ,чтобы автор разобрался с такой багой. Для проверки переделал пример qespta из qetxserial с применением этой либы. В нем экземпляр порта идет как поле обьекта. Так вот создание и инициализация в конструкторе идет- а вот дальше- любое обращение, и вылет. Чего-то в конструкторе AbstractSerial напутано. Если вместо члена класса обьявить порт как глобальную переменную- все окей.

Автор: Elfinit 3.10.2009, 23:29

Что-то не вижу я на главной "Создать материал". Хотел поделиться простой-примитивной тулзой для просмотра exif-метаданных изображения.

Автор: ViGOur 4.10.2009, 9:55

Я пока отключил общую авторизацию сайта и форума, ибо глючит она.
Немного подождете и я перенесу все на новую версию сайта и все будет ок.

Автор: rcdimon 29.10.2009, 21:47

Наблюдаются проблемы при работе с виртуальными COM портами. Что очень плохо для отладки, ведь это часто с компа, где COM портов нет. Я например работаю на ноутбуке. Я создал виртуальный нуль модемный кабель, на одной стороне у меня висит гипертерминал, на другой подключается моя программа. Обмен данными по нуль-модемному кабелю контролируется еще одной софтиной. И это очень удобно для отладки. К сожалению Ваша библиотека не может открыть такой порт, хотя обычный WinAPI работает с ним без проблем, проверено. В чем может быть дело? Может надо просто какие настройки исправить или пару строчек кода? :-) Было бы замечательно

Автор: rcdimon 29.10.2009, 22:19

Установил другую программу для создания виртуальных COM портов и все заработало ) Извиняюсь за беспокойство )

Автор: kuzulis 2.3.2010, 14:19

Доброго времени.

Скажите, а что нужно сделать, чтобы обновить информацию о библиотеке QSerialDevice ? т.к. скоро выйдет новая версия и я хочу, чтобы тут (в исходниках или новостях) это выло видно!

Автор: ViGOur 3.3.2010, 17:03

1. Заходишь в тему: http://www.crossplatform.ru/node/892 и так как ты автор, то редактируешь ее.
2. Добавляешь на форум описание...

Автор: kuzulis 3.3.2010, 19:44

Итак, анонсирую релиз: QSerialDevice v 0.2.0

Изменений много, писать нет смысла, поэтому предоставляю краткую вырезку аннотации:

QSerialDevice - это кросс-платформенная библиотека для работы с последовательными устройствами, которая использует фрэймворк Qt4 (см. http://qt.nokia.com/).

Требования:

OC : Win2K/WinXP/WinVista/Win7 или любой дистрибутив GNU/Linux
Qt4 : >= 4.5.0
Процессор : любой (который поддерживается Qt4)
Компилятор : любой (который поддерживается Qt4)

Заметки:

В силу того, что Я (автор) не имею возможности протестировать библиотеку на всех возможных операционных системах, всех компиляторах, процессорах и т.п. - то возможно что библиотека в некоторых случаях не будет работать .
Библиотека тестировалась только на:
OC : Windows XP Pro Sp3 (win32) и GNU ArchLinux x86_64
Qt4 : от 4.5.3 до 4.6.2
Процессор : AMD Athlon 4400+ 64x2 Socket AM2
Компилятор : gcc, MinGw
Теоретически (с небольшими исправлениями исходного кода) можно добиться того, чтобы библиотека работала и на других платформах.

Библиотека QSerialDevice содержит следующие классы:

• AbstractSerial
• SerialDeviceWatcher
• SerialDeviceInfo

• устанавливать скорость обмена данными
• устанавливать количество бит данных
• устанавливать количество стоп-бит
• устанавливать режимы контроля четности
• устанавливать режимы контроля потока
• устанавливать таймаут ожидания символа
• записывать данные в последовательное устройство
• читать данные из последовательного устройства
• управлять такими линиями порта как: DTR, RTS
• читать состояния таких линий порта как: CTS, DSR, DCD, RI, RTS, DTR, ST, SR
• автоматически получать нотификацию при:
  
  • приеме хотя бы одного байта (символа) в входной буфер
  • записи последнего байта в выходной буфер
  • изменении состояния последовательного устройства (при ошибках и т.п.)
• получать текущее значение количества байт в приемном буфере
• устанавливать таймаут ожидания прихода хотя бы одного байта (символа) в входной буфер

• получать список имен всех последовательных устройств, которые имеются в системе
• автоматически получать нотификацию при добавлении/удалении какого либо последовательного устройства

• получать "дружественное" имя интересующего нас последовательного устройства
• получать "описание" интересующего нас последовательного устройства
• получать VID и PID интересующего нас последовательного устройства (experimental)
• проверять интересующее нас последовательное устройство на существование
• проверять интересующее нас последовательное устройство на занятость (блокировку)
• и т.д.

Автор: mezmay 30.3.2010, 9:55

попробовал...

Сначала написал прогу по получению данных c GPSприемника по COM порту на QextSerialPort, упрощенный фрагмент:
// QextSerialPort
QextSerialPort *port = new QextSerialPort("COM1");
port->setBaudRate(BAUD4800);
port->setFlowControl(FLOW_OFF);
port->setDataBits(DATA_8);
port->setStopBits(STOP_1);
port->setParity(PAR_NONE);
if(port->open(QIODevice::ReadOnly))
QByteArray ba = port->read(100);

получает данные правильно, но иногда очень сильно тормозит на чтении

потом на QSerialDevice, вроде все тоже самое:
// QSerialDevice
AbstractSerial *port = new AbstractSerial();
port->setDeviceName("COM1");
port->setBaudRate(AbstractSerial::BaudRate4800);
port->setFlowControl(AbstractSerial::FlowControlOff);
port->setDataBits(AbstractSerial::DataBits8);
port->setStopBits(AbstractSerial::StopBits1);
port->setParity(AbstractSerial::ParityNone);
if(port->open(QIODevice::ReadOnly | QIODevice::Unbuffered))
QByteArray ba = port->read(100);

- получает некорректные данные... почему? Даже если QIODevice::Unbuffered убрать

Автор: Litkevich Yuriy 30.3.2010, 10:03

mezmay, не было ни какой нужды цитировать целое сообщение.
См. справку: http://www.forum.crossplatform.ru/index.php?showtopic=1455

Автор: kuzulis 31.3.2010, 11:31

mezmay,

Задание:
прочитать внимательнее документацию QSerialDevice и посмотреть внимательнее примеры QSerialDevice и найти отличия c тем что у вас и с тем что там

Автор: dekar 3.4.2010, 19:05

Хм. тут проблемка выползла. Он как-то не особо охотно разблокирует порты при ->close();

Linux: NativeSerialEnginePrivate::nativeOpen(QIODevice::OpenMode mode)
-> function: lockDevice(lockFileName) returned: false. Error!

Linux: NativeSerialEnginePrivate::nativeClose()
-> fd == -1. Error!

После чего, конечно же, повторно не открывает, но и не работает. Руками убираю lock-файл. Есть мысль, где копать?

Автор: kuzulis 3.4.2010, 22:00

Берите последний срез SVN, там эта проблема вроде решена... Да и поотключал я в этом срезе вывод отладки, чтоб не мозолил глаза. Проверьте.

Автор: Гость 4.4.2010, 19:30

Цитата(kuzulis @ 3.4.2010, 22:00)

Автор: kuzulis 5.4.2010, 7:25

...
#include <QtCore/QObject>
...

Автор: dekar 5.4.2010, 9:12

Ура. SVN я собрал. Првада, проблема всё равнон не решилась.

Закрываю порт. Все дебаги включил.

Автор: kuzulis 5.4.2010, 9:16

Лана, вечером доковыряю

Автор: kuzulis 6.4.2010, 19:08

Вроде исправил.. Пробуйте!

Автор: dekar 7.4.2010, 10:48

Теперь мне надо до работы доползти :)
А это будет не раньше четверга. Качать SVN?

Автор: kuzulis 7.4.2010, 13:31

Автор: dekar 13.4.2010, 10:59

Увы. Опять тот же симптом.

Автор: Гость 13.4.2010, 11:01

Нет, огромное спасибо! Всё заработало отлично. Забыл просто проект пересобрать.

Автор: dekar 14.4.2010, 17:21

Решил всё-таки зарегистрироваться.

Итак
1) serialdeviceinfo.h обёрнут в #ifndef SERIALDEVICEWATCHER_H, что сильно мешает в одном проекте использовать оба класса.
2) Проблемы с lock-файлами остались. Просто теперь класс кладёт на них, что не совсем есть гут.
3) В качестве фичи - советую объединить watcher и info в один класс. Плохо себе представляю watcher без info для использования.f

И ещё тут придумал фичу -
QByteArray readTimeout (int length, int msec)
читает length байт с порта, и их возвращает. Также возвращает те байты, которые успела прочитать за время msec. Удобно для опроса всех портов на предмет наличия определённого ответа.

Автор: Litkevich Yuriy 14.4.2010, 20:03

Цитата(dekar @ 14.4.2010, 21:21)

Автор: kuzulis 17.4.2010, 17:27

Автор: dekar 14.5.2010, 0:41

Вот и новая проблема. Не знаю, насколько она решаема, но...
Дело в том, что watcher не перехватывает события отключения порта, когда он... открыт. И я понимаю почему, он и из системы не пропадает. Собственно вопрос: можно ли с этим чего-либо сделать. И есть ли такая же проблема в венде?

Автор: Litkevich Yuriy 14.5.2010, 9:25

Цитата(dekar @ 14.5.2010, 4:41)

Автор: dekar 14.5.2010, 12:27

Цитата(Litkevich Yuriy @ 14.5.2010, 10:25)

Автор: Litkevich Yuriy 14.5.2010, 16:29

я использую QxtSerialPort в виндовозе, для отлова отключения преобразователя USB-RS232 при открытом порте всегда проверяю кол-во принятых байт. Драйвер FTDI'ного преобразователя всегда отрицательное значение возвращает.

Автор: dekar 14.5.2010, 18:32

хм. Удачно. Только проблемка - у меня не FTDI, а програмный UART на меге 8.
usb 2-1: Product: USB-232
usb 2-1: Manufacturer: www.recursion.jp
Буду глядеть, что там с кол-вом принятых байт.

Автор: Litkevich Yuriy 14.5.2010, 20:34

ну а на ПК у тебя стандартный (аппаратный) COM-порт?

Автор: dekar 15.5.2010, 9:21

Цитата(Litkevich Yuriy @ 14.5.2010, 20:34)

Автор: kuzulis 15.5.2010, 13:36

Автор: Litkevich Yuriy 15.5.2010, 14:26

Цитата(kuzulis @ 15.5.2010, 17:36)

Цитата(kuzulis @ 15.5.2010, 17:36)

// ты создал переменную - тоже ресурс
int myvar = 10;
...
// далее ты хочешь воспользоваться ею
int var2 = myvar;
// но вот не задача, ресурс myvar исчез

Автор: dekar 15.5.2010, 16:19

Цитата(kuzulis @ 15.5.2010, 14:36)

Да так там и работает. Ловятся любые события от UDEV а потом просто смотрим что изменилось в директории /dev, и если там пропало у-во которое является tty* - то мы сообщаем об этом. Значит при выдергивании порта когда он открыт события не приходят от UDEV. Нужно проверить как нибудь попозже.

---
Резюмирую: чтобы реализовать полностью такую фичу как "отлов втыкания/выдергивания" конвертеров в любых состояниях (открыт или закрыт или что-то там еще) необходимо найти те механизмы в ОС которые позволяли бы обнаружить втыкание/извлечение конвертера.

Вот к примеру, если конвертер (порт) закрыт, то его "втыкание/извлечение" в принципе легко отслеживается. Но, если он открыт и в этот момент его мы "выдернули" - то это проблема ОС ! Если в ней еще сохраняется состояние того что порт присутствует - то виноват "индус" который писал ОС!

Если вы найдете механизм, который четко и однозначно определял наличие порта в системе - то я это реализую. Присылайте патчи.. Я только ЗА всеми руками!

Автор: Litkevich Yuriy 15.5.2010, 19:43

Цитата(dekar @ 15.5.2010, 20:19)

Автор: dekar 16.5.2010, 23:59

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

И, если не сложно, краткое описание того, как вообще в венде собирать что-то. Там gcc вообще есть? make? Или только их студия? Вот уже поставил себе семёрку в виртуалке.

А править посты тут можно? Что-то я кнопочку не нахожу.

Автор: kuzulis 17.5.2010, 7:27

Автор: leech 18.5.2010, 22:04

Добрый день! Благодарю за отличный класс для работы с компортом!

Возникла долго не решаемая проблема с приёмом данных из порта, после востановления подключения к порту.
Использую приём по сигналу readyRead()

COMport = new AbstractSerial();
connect(COMport, SIGNAL(readyRead()), this, SLOT(slot_COMPortReadyRead()));

void SCPI_Generator::slot_COMPortReadyRead()
{
    qint64 ba_count= COMport->bytesAvailable();        // Количество пришёдших байт в буффере
    QByteArray ba = COMport->read(ba_count);          // Читаем данные из буфера

    inputBuffer.append(ba);
    if (inputBuffer.contains("\n"))                                 // Если пришёл конец строки
    {
        QString ba_str(inputBuffer);
        inputBuffer.clear();
        logText->append(QString("<b>&gt;</b> %1").arg(ba_str));       // Записываем посылаемые данные в лог
    }
}

bool SCPI_Generator::ComPortOpen()
{
    COMport->setDeviceName(comPortName);
    if (COMport->open(QIODevice::ReadWrite | QIODevice::Unbuffered))
    {
        COMport->reset();
        COMport->setBaudRate(QString("%1 baud").arg(comBaudRate));
        COMport->setDataBits(QString("%1 bit").arg(comDataBits));
        COMport->setStopBits(comStopBits);
        COMport->setParity(comParity);
        COMport->setFlowControl(comFlowControl);
        return true;
    }
    else // Ошибка открытия COM порта
    {
        QMessageBox::critical(this, tr("Critical error!"),
                                    tr("Error opened serial device %1.\n"
                                       "Select another COM port.").arg(COMport->deviceName()), QMessageBox::Ok);
        return false;
    }
}

Windows: NativeSerialEnginePrivate::nativeSelect(int timeout, bool selectForRead) 
 -> function: ::WaitForSingleObject(ovl.hEvent, timeout < 0 ? 0 : timeout), 
 returned: WAIT_TIMEOUT:  258 . Warning!

Автор: kuzulis 19.5.2010, 7:32

leech

А попробуйте ка использовать версию библиотеки из SVN. Там по сравнению с 0.2.0 много чего изменилось, внимательно посмотрите примеры и abstractserial.h.
Если и там будет такая-же проблема - то будем разбираться.

Из SVN качайте SVN-клиентом. Описание как это делать находится тут: http://fireforge.net/scm/?group_id=199

Ни в коем случае не жмакайте на ссылку: [Загрузить свежую SVN базу репозитория]
т.к. получите не свежий срез - а 2010/04/05. . (какая то ошибка на сервере/сайте)

Т.е. свежак - это использование клиента!

Автор: leech 19.5.2010, 17:36

Благодарю! Скачал SVN, пересобрал, поправил вызовы в связи с миграцией класса AbstractSerial с QIODevice на QObject, и всё заработало! Проблема решилась.

Автор: Litkevich Yuriy 26.5.2010, 7:16

kuzulis, отредактируй пожалуйста первое сообщение темы. Чтобы в нём были актуальные ссылки на проект/исходники.
Т.к. новичкам может быть обременительно читать всю тему в поисках ссылок.

Автор: dekar 26.5.2010, 10:20

Уже удалось отслеживать отключение уже открытого порта?
Если да, то советую сделать новый snapshot.

Автор: kuzulis 26.5.2010, 15:52

Автор: Litkevich Yuriy 26.5.2010, 16:06

kuzulis, такой кнопки: под первым сообщением темы нету?

Автор: kuzulis 26.5.2010, 20:17

Litkevich Yuriy,
не, нету. только зеленые кнопки типа "создать тему", "цитата" и т.п.

dekar,
всё, добавил изменения в SVN. Пробуйте.

Автор: dekar 26.5.2010, 22:23

Венда у меня только в виртуалке далеко. Завтра попробую.

Автор: panbaraban 27.5.2010, 12:18

а получение инфы об устройстве (serialdeviceinfo) у всех нормально работает?

Автор: kuzulis 27.5.2010, 13:11

а получение инфы об устройстве (serialdeviceinfo) у всех нормально работает?

Автор: panbaraban 27.5.2010, 13:21

Цитата(kuzulis @ 27.5.2010, 15:11)

Цитата

а получение инфы об устройстве (serialdeviceinfo) у всех нормально работает?

А вы лучше скажите что не работает лично у вас!
Какая ОС ? Что именно не устраивает?

Конкретики пжлста!!! Конкретики!

Автор: kuzulis 27.5.2010, 15:17

Автор: panbaraban 27.5.2010, 17:15

Цитата(kuzulis @ 27.5.2010, 17:17)

Цитата

и что самое главное isExists=false.

значит нету COM1

Кстати, этот порт в мамку встроен или это USB\RS-232 конвертер?

Автор: kuzulis 27.5.2010, 17:28

Цитата(panbaraban @ 27.5.2010, 18:15)

Цитата(kuzulis @ 27.5.2010, 17:17)

Цитата

и что самое главное isExists=false.

значит нету COM1

Кстати, этот порт в мамку встроен или это USB\RS-232 конвертер?

Он есть, проверил все что были. Конвертер USB\RS-485 тоже не определяется

Автор: kuzulis 27.5.2010, 20:37

Цитата(dekar @ 15.5.2010, 17:19)

Цитата(kuzulis @ 15.5.2010, 14:36)

Да так там и работает. Ловятся любые события от UDEV а потом просто смотрим что изменилось в директории /dev, и если там пропало у-во которое является tty* - то мы сообщаем об этом. Значит при выдергивании порта когда он открыт события не приходят от UDEV. Нужно проверить как нибудь попозже.

---
Резюмирую: чтобы реализовать полностью такую фичу как "отлов втыкания/выдергивания" конвертеров в любых состояниях (открыт или закрыт или что-то там еще) необходимо найти те механизмы в ОС которые позволяли бы обнаружить втыкание/извлечение конвертера.

Вот к примеру, если конвертер (порт) закрыт, то его "втыкание/извлечение" в принципе легко отслеживается. Но, если он открыт и в этот момент его мы "выдернули" - то это проблема ОС ! Если в ней еще сохраняется состояние того что порт присутствует - то виноват "индус" который писал ОС!

Если вы найдете механизм, который четко и однозначно определял наличие порта в системе - то я это реализую. Присылайте патчи.. Я только ЗА всеми руками!

Мы подключаем устройство.

Вот события удева:

CODE

KERNEL[1273928448.612580] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1 (usb)
KERNEL[1273928448.615458] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0 (usb)
KERNEL[1273928448.622468] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/tty/ttyACM0 (tty)
KERNEL[1273928448.622593] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.1 (usb)
KERNEL[1273928448.622606] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/usb_device/usbdev2.112 (usb_device)
UDEV [1273928448.626864] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1 (usb)
UDEV [1273928448.627187] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0 (usb)
UDEV [1273928448.628576] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.1 (usb)
UDEV [1273928448.640491] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/tty/ttyACM0 (tty)
UDEV [1273928448.644527] add /devices/pci0000:00/0000:00:1d.0/usb2/2-1/usb_device/usbdev2.112 (usb_device)

Мы видим, что подключено устройство, связанное с tty

Теперь мы порт открываем, после чего вытаскиваем устройство. Результат:

CODE

KERNEL[1273928469.995045] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0 (usb)
KERNEL[1273928469.995079] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.1 (usb)
KERNEL[1273928469.996906] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/usb_device/usbdev2.112 (usb_device)
UDEV [1273928469.996923] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0 (usb)
KERNEL[1273928469.996937] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1 (usb)
UDEV [1273928469.998121] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.1 (usb)
UDEV [1273928469.999564] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1/usb_device/usbdev2.112 (usb_device)
UDEV [1273928469.999826] remove /devices/pci0000:00/0000:00:1d.0/usb2/2-1 (usb)

Видно, что ttyACM0 не изчез. Но, если бы мы на прошлой итерации запомнили ещё и /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0/, то тогда мы бы могли сейчас подать сигнал о том, что вынули именно ttyACM0.

Если устройство было подключено до старта watcher'а, то тогда его путь в ядре можно было бы отловить в самом начале, делая табличку интересующих нас устройств, т.е. tty* (да, знаю устройств много. Но, ИМХО, это полезая фича.

Автор: Litkevich Yuriy 27.5.2010, 22:28

kuzulis, не цитируй целыми сообщениями - читать тяжело

Автор: panbaraban 28.5.2010, 6:03

Цитата(kuzulis @ 27.5.2010, 19:28)

Автор: kuzulis 28.5.2010, 7:39

хм. ну должно работать по идее.

а теперь посмотрите в :

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Enum\\USB\\Vid_067b&Pid_2303\\5&21b58723&0&1

и в:

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Enum\\USB\\Vid_067b&Pid_2303\\5&21b58723&0&1\\Device Parameters

Автор: panbaraban 30.5.2010, 20:38

Цитата(kuzulis @ 28.5.2010, 9:39)

Автор: kuzulis 31.5.2010, 7:39

В принципе все должно работать. Пробегитесь дебаггером в SerialDeviceInfo .

Автор: panbaraban 31.5.2010, 20:13

Цитата(kuzulis @ 31.5.2010, 9:39)

В принципе все должно работать. Пробегитесь дебаггером в SerialDeviceInfo .

Автор: panbaraban 8.6.2010, 17:43

Ещё такая бага: если порт открыть, а потом закрыть, то снова открыть его уже не получается. Делал полностью из примера reader.
В начале проги создал объект, при закрытии его не удалял. Затем снова вызываем open и всё, порт больше не открывается. Может быть я что-то не так делаю?

Автор: kuzulis 8.6.2010, 19:16

Цитата(panbaraban @ 8.6.2010, 18:43)

Автор: panbaraban 8.6.2010, 20:28

Цитата(kuzulis @ 8.6.2010, 21:16)

этот баг был в версии 0.2.0 (в релизе). в SVN это должно быть уже пофикшено.

к сожалению пока что fireforge.net лежит и невозможно получить срез.

Автор: panbaraban 9.6.2010, 6:44

Нет, та же ерунда, причем выборочно. На одном порте работает отлично, а другой невозможно открыть повторно.

Автор: kuzulis 9.6.2010, 7:20

Автор: panbaraban 9.6.2010, 7:54

Да, качал SVN, ревизия 132 кажется, конец мая.

Windows: NativeSerialEnginePrivate::nativeOpen(AbstractSerial::OpenMode mode) 
 -> trying to open device:  "COM6" 
 
Windows: NativeSerialEnginePrivate::nativeOpen(AbstractSerial::OpenMode mode) 
 -> opened device:  "COM6"  in mode:  3  succesfully. Ok! 
 
Windows: NativeSerialEnginePrivate::nativeClose() 
 -> descriptor is invalid. Error! 

Windows: NativeSerialEnginePrivate::nativeClose() 
 -> descriptor is invalid. Error!

Автор: kuzulis 9.6.2010, 12:36

Хм... Вот я сделал пример, который открывает и закрывает порт. У меня все нормально.

 test.zip ( 43.26 килобайт ) : 164

Автор: panbaraban 9.6.2010, 13:52

Скомпилил

Автор: kuzulis 9.6.2010, 14:04

а добавте в :

bool NativeSerialEnginePrivate::nativeClose()
{
....
....
....
    
    qDebug() << "closeResult = " << closeResult;// ВОТ ЭТО ДОБАВТЕ!
    return closeResult;
}

Автор: panbaraban 9.6.2010, 14:25

closeResult=true

Автор: kuzulis 9.6.2010, 14:40

Ну значит какой-то касяк: с ОС или самим железом (портом) или драйвером порта, имхо

Автор: panbaraban 9.6.2010, 15:37

печально, а QextSerialPort корректно работает.

Автор: kuzulis 9.6.2010, 15:46

Да.. Странно всё это.

Можно попробовать перед закрытием дескриптора порта (т.е. перед CloseHandle(Handle)) вставить ф-ю: CancelIo(Handle) по аналогии с QextSerialPort и посмотреть что будет. Если вам не трудно - то попробуйте и отпишитесь.

Автор: panbaraban 10.6.2010, 6:28

Помогло!!!
добавляем ::CancelIo(this->hd); перед if (::CloseHandle(this->hd) == 0) в bool NativeSerialEnginePrivate::nativeClose()

Автор: kuzulis 17.6.2010, 8:38

Итак, я обновил на fireforge.net SVN с учетом послелних постов, а также подчистил и исправил код (где возможно).

Качать так: svn checkout svn://scm.fireforge.net/svnroot/qserialdevice

Автор: juvf 17.6.2010, 8:59

не заработал qserialdevice месячной давности. Библиотека собралась, а в свой проект не смог прикрутить. Сегодня из svn сделал новый checkout.
Теперь вообще не собирается библиотека.

Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.

D:\Work\qt\serportN\trunk>qmake BuildIntegratedLibrary.pro

D:\Work\qt\serportN\trunk>mingw32-make
makefile:287: warning: overriding commands for target `build/lib/qintegratedseri
aldevice/obj/winregkeyreader.o'
makefile:272: warning: ignoring old commands for target `build/lib/qintegratedse
rialdevice/obj/winregkeyreader.o'
g++ -c -O2 -frtti -fexceptions -mthreads -Wall -DUNICODE -DQT_LARGEFILE_SUPPORT
-DQT_NO_DEBUG -DQT_CORE_LIB -DQT_THREAD_SUPPORT -I"c:\Qt\2010.01\qt\include\QtCo
re" -I"c:\Qt\2010.01\qt\include" -I"qserialdevice" -I"qserialdeviceinfo" -I"qser
ialdeviceinfo" -I"qserialdeviceinfo" -I"qserialdevicewatcher" -I"c:\Qt\2010.01\q
t\include\ActiveQt" -I"build\lib\qintegratedserialdevice\moc" -I"c:\Qt\2010.01\q
t\mkspecs\default" -o build\lib\qintegratedserialdevice\obj\abstractserial.o qse
rialdevice\abstractserial.cpp
qserialdevice\abstractserial.cpp:1: error: stray '\239' in program
qserialdevice\abstractserial.cpp:1: error: stray '\187' in program
qserialdevice\abstractserial.cpp:1: error: stray '\191' in program
mingw32-make: *** [build/lib/qintegratedserialdevice/obj/abstractserial.o] Error
 1

D:\Work\qt\serportN\trunk>

Автор: Litkevich Yuriy 17.6.2010, 9:24

Цитата(Гость_juvf_* @ 17.6.2010, 12:59)

Автор: kuzulis 17.6.2010, 10:15

Автор: Гость 17.6.2010, 10:31

Цитата(Litkevich Yuriy @ 17.6.2010, 9:24)

Цитата(Гость_juvf_* @ 17.6.2010, 12:59)

qserialdevice\abstractserial.cpp:1: error: stray '\239' in program

это на начало файла показывает, стало быть кодировка файла не правильная - UTF-8 c маркером, а надо без маркера (UTF-8 without BOM).

kuzulis, перекодируй файлы

D:/Work/qt/serportM/trunk/makefile:287: warning: overriding commands for target `build/lib/qintegratedserialdevice/obj/winregkeyreader.o'
D:/Work/qt/serportM/trunk/makefile:272: warning: ignoring old commands for target `build/lib/qintegratedserialdevice/obj/winregkeyreader.o'

Автор: kuzulis 17.6.2010, 10:48

Автор: Гость 17.6.2010, 11:07

Цитата(kuzulis @ 17.6.2010, 10:48)

Microsoft Windows XP [Версия 5.1.2600]
(С) Корпорация Майкрософт, 1985-2001.

C:\Documents and Settings\Прог>qmake -v
QMake version 2.01a
Using Qt version 4.6.1 in C:/Qt/2010.01/qt/lib

C:\Documents and Settings\Прог>mingw32-make -v
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i386-pc-mingw32

C:\Documents and Settings\Прог>

Автор: kuzulis 17.6.2010, 11:26

Автор: Litkevich Yuriy 17.6.2010, 11:46

Цитата(Гость_Гость_* @ 17.6.2010, 14:31)

Автор: Boevik 5.7.2010, 19:32

Подскажите пожалуйста, как добавить данную библиотеку к моему проекту?
Скомпилировал библиотеку в интегрированном виде, получил "libqserialdevice.a". Положил её в "C:\Qt\2010.04\qt\lib\". В файл проекта добавил "LIBS += -lqserialdevice". В cpp-файл добавил "#include <AbstractSerial.h>". При компиляции ошибка:

Автор: Litkevich Yuriy 5.7.2010, 19:40

это всё потому-что kuzulis, не сделал нормального pri-файла, надо его пинать, чтобы сделал.

Автор: kuzulis 5.7.2010, 20:49

Boevik,

посмотрите как ЭТО сделано в примерах /examples.
И не нужно ничего копировать в "C:\Qt\2010.04\qt\lib\"


Litkevich Yuriy,

все там с *.pri нормуль. Хто хочет - сделает сам если что.

Автор: Litkevich Yuriy 5.7.2010, 21:40

Цитата(kuzulis @ 6.7.2010, 0:49)

Автор: Boevik 6.7.2010, 5:35

kuzulis, в примерах подключается "#include <abstractserial.h>", этот файл так же не находит при компиляции.

Автор: kuzulis 6.7.2010, 7:24

Автор: Boevik 6.7.2010, 16:58

Цитата(kuzulis @ 6.7.2010, 8:24)

Автор: kuzulis 6.7.2010, 17:43

Ппц.

Автор: Litkevich Yuriy 7.7.2010, 9:12

Цитата(Boevik @ 6.7.2010, 20:58)

Автор: bukap 2.8.2010, 12:11

Добрый день!

Регулярно работаю с устройствами, подключаемыми с помощью последовательного интерфейса к компьютеру. Интерфейсы разрабатываю на MFC, для связи с устройствами использую Windows API, ActiveX Microsoft Communication Control version 6.0.

Возникла необходимость разработать новый сложный интерфейс. Перед принятием решения о переходе на Qt, был проведен анализ и испытание уже готовых библиотек работы с последовательными портами.

Библиотеки:
QextSerialPort v.1.2 beta
QSerialSevice v 0.2.0

Среда разработки:
Qt Creator 2.0
Qt SDK 4.6.3

Платформа:
Microsoft Windows XP [Версия 5.1.2600] Service Pack 3

Последовательные порты:
1. Стандартный последовательный порт установленный на материнской плате
2. Prolific USB-to-Serial Comm Port
3. USB-SERIAL CH340
4. CP210x USB to UART Bridge Controller
5. PIC18F2550/4550 CDC RS-232 Emulation Microchip Technology Inc

QextSerialPort
Библиотека не поддерживает последовательные порты с нумерацией выше COM9. Устраняется добавлением в путь к открываемому порту указания на устройство “\\\\.\\” Для этого вносятся изменения в файл win_qextserialport.cpp.

Автор: kuzulis 2.8.2010, 13:37

2 bukap,

Автор: bukap 2.8.2010, 18:36

Со всеми перечисленными устройствами была достигнута корректная работа.

Автор: good835 5.8.2010, 14:40

Добрый день!

Задача: Прошивка программного обеспечения через com порт в режиме с управлением потоком
на скоростях 115200 и 230400 бит/с

Опыт программирования на Qt и работы с com-портом минимальный, так что вопросы могут быть
соответствующие ...

Платформа:
Microsoft Windows XP Service Pack 2

Среда сборки
Qt Creator 2.0

Версии библиотеки
1. QSerialDevice 0.2.0
2. QSerialDevice из репозитария git http://gitorious.org/qserialdevice (от 3 августа)

Последовательные порты:
1. Cтандартный последовательный порт установленный на материнской плате
2. Prolific USB-to-Serial Comm Port
3. Moxa UPort 1110 1-портовый преобразователь USB в RS-232
4. Moxa NPort 510 преобразователь Ethernet в RS-232
5. Virtual Serial Ports Driver XP фирмы Eltima Software


Первый вопрос по QSerialDeviceWatcher:
Версия 0.2.0 - выдавался список всех портов в системе п.1-5 (с проверкой записи данных в порт)
Версия git - выдается только список "железных" портов в системе п.1-3
Первое что я заметил, это то что происходит чтение из другого места в реестре.

Второй вопрос по использованию нестандартной скорости передачи 230400 бит/с, которую поддерживают
порты Prolific USB2Comm и Moxa UPort 1110
Версия 0.2.0 - после добавления в список ряда скоростей соответствующей константы передача данных осуществлялась без ошибок
Версия git - на скорости 115200 бит/с передача данных осуществляется без ошибок, а на скорости 230400 бит/с порт успешно открывается,
задаются параметры, но далее при передаче данных происходит сбой с выдачей следующего сообщения
Windows: NativeSerialEnginePrivate::nativeWrite(const char *data, qint64 len)
-> function: ::::WaitForSingleObject(this->oTx.hEvent, 5000) returned: 258 . Error!

Третий вопрос:
Произвожу отправку данных в порт функцией qint64 AbstractSerial::write(const char *data, qint64 maxSize)
Каким образом можно задать таймаут на выполнение данной функции, так как в случае ошибки передачи данных поисходит зависание программы,
например, при разрыве кабеля

Автор: kuzulis 5.8.2010, 15:47

2 good835,

void NativeSerialEnginePrivate::prepareOtherOptions()
{
    this->cc.dcb.fBinary = true;
    this->cc.dcb.fInX = this->cc.dcb.fOutX = this->cc.dcb.fAbortOnError = this->cc.dcb.fNull = false;
}

Автор: good835 5.8.2010, 18:02

2 kuzulis,
Насколько я понял QSerialDeviceWatcher версии 0.2.0 читал данные о портах в системе по следующей ветке:
[HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM]
она у меня выглядит следующим образом
"\\Device\\Serial0"="COM1"
"\\Device\\Serial1"="COM2"
"\\Device\\mxuport0"="COM14"
"\\Device\\mxuport1"="COM13"
"\\Device\\VSerial0"="COM20"
"\\Device\\VSerial1"="COM21"
"Npdrv8"="COM8"
"Npdrv7"="COM7"

В диспетчере устройств Виртуальные порты (COM20 COM21 из п.5) идут отдельной строкой
Eltima Virtual Serial Port(COM20->COM21)
Eltima Virtual Serial Port(COM21->COM20)
"Код экземпляра устройства" VSBUS\DEVICES\0000 и VSBUS\DEVICES\0001
"Служба" vserial
"Верхние фильтры устройства") пусто

по moxa ethernet 2 com - сейчас оно не подключено и возможно поэтому его нет в диспетчере устройств
а так это "Npdrv8"="COM8", "Npdrv7"="COM7"
в программе NPort Administrator они конфигурируются следующим образом но это вряд ли поможет
[Summary]
Total_Server=1

[Server1]
APID=0x80000312
HWID=0x322
IP=192.168.0.170
Port1=1,7,0,1,1,12,0,3,0,0,5000
Port2=1,8,0,1,1,12,0,3,0,0,5000

Данные из реестра для moxa nport 5210 Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv]
"Group"="Extended base"
"Type"=dword:00000001
"Start"=dword:00000002
"ErrorControl"=dword:00000000
"ImagePath"=hex(2):5c,00,53,00,79,00,73,00,74,00,65,00,6d,00,52,00,6f,00,6f,00,\
74,00,5c,00,73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,00,72,\
00,69,00,76,00,65,00,72,00,73,00,5c,00,6e,00,70,00,64,00,72,00,76,00,2e,00,\
73,00,79,00,73,00,00,00
"DisplayName"="npdrv"

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv\Parameters]
"Ports"=dword:00000002
"Servers"=dword:00000001
"SessionRecovery"=dword:00000001

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv\Parameters\Server1]
"APID"=dword:80000312
"HWID"=dword:00000322
"IPAddress"=dword:c0a800aa
"PortFlag"=hex:01,01,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"COMNO"=hex:07,08,01,01,01,01,01,01,01,01,01,01,01,01,01,01
"TransmissionMode"=hex:01,01,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"FIFO"=hex:00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"FastFlush"=hex:01,01,00,00,00,00,00,00,00,00,00,00,00,00,00,00
"NetTimeOut"=hex:88,13,00,00,88,13,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,\
00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv\Security]
"Security"=hex:01,00,14,80,90,00,00,00,9c,00,00,00,14,00,00,00,30,00,00,00,02,\
00,1c,00,01,00,00,00,02,80,14,00,ff,01,0f,00,01,01,00,00,00,00,00,01,00,00,\
00,00,02,00,60,00,04,00,00,00,00,00,14,00,fd,01,02,00,01,01,00,00,00,00,00,\
05,12,00,00,00,00,00,18,00,ff,01,0f,00,01,02,00,00,00,00,00,05,20,00,00,00,\
20,02,00,00,00,00,14,00,8d,01,02,00,01,01,00,00,00,00,00,05,0b,00,00,00,00,\
00,18,00,fd,01,02,00,01,02,00,00,00,00,00,05,20,00,00,00,23,02,00,00,01,01,\
00,00,00,00,00,05,12,00,00,00,01,01,00,00,00,00,00,05,12,00,00,00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv\Enum]
"0"="Root\\LEGACY_NPDRV\\0000"
"Count"=dword:00000001
"NextInstance"=dword:00000001

Данные из реестра для виртуальных портов
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vserial]
"Type"=dword:00000001
"Start"=dword:00000003
"ErrorControl"=dword:00000001
"ImagePath"=hex(2):53,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,44,00,\
52,00,49,00,56,00,45,00,52,00,53,00,5c,00,76,00,73,00,65,00,72,00,69,00,61,\
00,6c,00,2e,00,73,00,79,00,73,00,00,00
"DisplayName"="ELTIMA Virtual Serial Ports Driver"
"Group"="Extended Base"
"ForceFifoEnable"=dword:00000001
"RxFIFO"=dword:00000008
"TxFIFO"=dword:0000000e
"LogFifo"=dword:00000000

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vserial\Security]
"Security"=hex:01,00,14,80,90,00,00,00,9c,00,00,00,14,00,00,00,30,00,00,00,02,\
00,1c,00,01,00,00,00,02,80,14,00,ff,01,0f,00,01,01,00,00,00,00,00,01,00,00,\
00,00,02,00,60,00,04,00,00,00,00,00,14,00,fd,01,02,00,01,01,00,00,00,00,00,\
05,12,00,00,00,00,00,18,00,ff,01,0f,00,01,02,00,00,00,00,00,05,20,00,00,00,\
20,02,00,00,00,00,14,00,8d,01,02,00,01,01,00,00,00,00,00,05,0b,00,00,00,00,\
00,18,00,fd,01,02,00,01,02,00,00,00,00,00,05,20,00,00,00,23,02,00,00,01,01,\
00,00,00,00,00,05,12,00,00,00,01,01,00,00,00,00,00,05,12,00,00,00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vserial\Enum]
"0"="VSBUS\\DEVICES\\0000"
"Count"=dword:00000002
"NextInstance"=dword:00000002
"1"="VSBUS\\DEVICES\\0001"

Sorry, файлы не дает загрузить

HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\Serenum\\Enum - есть
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\Ser2pl\\Enum - есть Ser2pl, но нет enum
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\usbser\\Enum - нет
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\lowcdc\\Enum - нет
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\mxuwdrv2\\ для moxa usb2com
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\vserial\\ для вирт портов
HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services\\npdrv\\ для ethernet 2 com

остальное пока не пробовал
немного странно что версия 0.2.0 работала на скорости 230400 нормально, а последняя нет (

Автор: kuzulis 5.8.2010, 18:33

2 good835,

на основе ваших данных я попробовал добавить поддержку тех устройств которые вы перечислили. Обновляйте Git и пробуйте.

Автор: good835 6.8.2010, 11:54

2 kuzulis,

Еще раз по поводу списка портов в системе...
Все таки не могли бы вы пояснить почему сканируется реестр по ветке HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\services
Сегодня еще раз попробовал версию 0.2.0 - она отлично видит список всех последовательных портов в системе
по [HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM] и нормально работает со всеми типами портов
с аппратными, usb2com, и ethernet2com на скорости 230400 бит/с
Я разговаривал с человеком который занимался подобным вопросом, он сказал что также работал с веткой
[HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM]

Версия из git
Теперь видит виртуальные порты (Eltima Virtual Serial Port), а порты ethernet2com по прежнему отсутствуют

2 kuzulis,

Подскажите существует ли возможность с помощью вашей библиотеки задать параметры таймаута для последовательного порта при записи данных
конкретнее, WriteTotalTimeoutMultiplier, WriteTotalTimeoutConstant http://msdn.microsoft.com/en-us/library/aa363190(v=VS.85).aspx

Автор: kuzulis 6.8.2010, 12:53

Автор: good835 6.8.2010, 14:37

ethernet2com - это moxa nport 5210 - в диспетчере устройств его нет
в реестре, это HKEY_LOCAL_MACHINE\HARDWARE\DEVICEMAP\SERIALCOMM]"Npdrv8"="COM8" "Npdrv7"="COM7"
плюс HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\npdrv, но вы его уже добавили в список
(подробнее этот параметр я приводил выше)

Если я правильно понимаю, смена ветки нужна для корректного слежения за физически подключенными портами в системе?
Может это конечно и лучше, но для каждого нового типа порта вам придется править программу...что тоже не есть хорошо

По поводу таймаутов пока думаю, разбираюсь что к чему.

Автор: kuzulis 6.8.2010, 14:58

Автор: good835 6.8.2010, 16:40

Из документации MOXA NPORT
"Обратите внимание, что виртуальные порты MOXA НЕ отображаются в списке последовательных
портов в «Диспетчере Устройств» Windows. Это нормальное поведение для виртуальных COM-
портов: они не будут отображены в списке устройств Windows, но, при корректной настройке, будут
доступны для работы любому приложению." ???

Автор: kuzulis 6.8.2010, 17:21

Автор: kuzulis 12.8.2010, 19:59

Сегодня добавил новый класс SerialDeviceEnumerator который в будущем должен заменить два класса: SerialDeviceWatcher+SerialDeviceInfo (т.е. я их планирую удалить вообще). В новом классе по идее должны работать любые девайсы.. Прошу потестить.

Автор: Litkevich Yuriy 12.8.2010, 20:30

Цитата(kuzulis @ 12.8.2010, 23:59)

Автор: kuzulis 12.8.2010, 20:54

Автор: Litkevich Yuriy 12.8.2010, 21:00

Цитата(kuzulis @ 13.8.2010, 0:54)

Автор: kuzulis 12.8.2010, 21:14

QMap<QString, SerialInfo>

Автор: good835 18.8.2010, 16:54

2 kuzulis,
если можно есть пара вопросов:
1. не получается обработать ошибку установки параметров скорости для порта, для порта на плате задаю скорость которую он не поддерживает 230400 бод, естественно возникает ошибка установки
Windows: NativeSerialEnginePrivate::nativeSetBaudRate(AbstractSerial::BaudRate baudRate)
-> function: ::SetCommConfig(this->m_descriptor, &this->cc, sizeof(COMMCONFIG)) returned: 0. Error
для обработки ошибки делаю так (как у вас в доке)
MyDevice = new AbstractSerial();
MyDevice->enableEmitStatus(true);
connect(MyDevice, SIGNAL(signalStatus(сonst QString,QDateTime)), this, SLOT(DisplayError(QString,QDateTime)));
и
void MyThread::DisplayError(QString& message, QDateTime cur_time){
qDebug() << "State: " << message << ", in time: " << cur_time.time().toString(); }
но в слот DisplayError я не попадаю, скорее всего, что это мой косяк, но пока не понимаю где...

2. можно ли сформировать список скоростей передачи поддерживаемых портом, аналогичный Диспетчер Устройств/Последовательный порт/Свойства/Параметры/Скорость передачи, что бы дать выбор при задании параметров порта, а не отлавливать ошибки при задании неверной конфигурации?

Автор: kuzulis 18.8.2010, 19:42

2 good835

1.

Автор: good835 19.8.2010, 10:34

2 kuzulis,

Автор: kuzulis 19.8.2010, 10:40

Значит что-то не так делаете

Автор: good835 19.8.2010, 12:00

2 kuzulis,
небольшое уточнение, попробовал поймать сигнал bytesWritten и вывести окошко, все получилось

connect(MyDevice, SIGNAL(bytesWritten(qint64)), this, SLOT(DisplayError3(qint64)));

connect(MyDevice, SIGNAL(signalStatus(const QString,QDateTime)), this, SLOT(DisplayError(QString,QDateTime)));

MyDevice->enableEmitStatus(true);

Автор: good835 19.8.2010, 12:41

2 kuzulis,
sorry, с signalStatus разобрался, естественно это был мой косяк

Автор: rcdimon 11.10.2010, 19:23

Простите за ламерский вопрос, но как собрать и подключить библиотеку?

Открыл BuildLibrary.pro файл QTcreator'ом. Нажал собрать все. Получил какие-то файлы .o и .a... А где всякие .dll .lib? Или они не нужны?
И как теперь подключить их к своей программе?

Автор: Vatto 18.10.2010, 18:38

Здравствуйте. Во время использования библиотеки наткнулся на проблему : при открытии порта через библиотеку QSerialDevice порт открывается, но ничего принимать не хочет. Если открыть порт сначало в CommTest или в терминале, потом закрыть, и снова запустить приложение , то все работает отлично.
В чем может быть загвоздка. Версия из гита. Открываю порт как в примерах.

UsartTransmitter::UsartTransmitter(QObject *parent) 
UsartTransmitter::openPort() 
UsartTransmitter::initPort() 
Serial device  "COM4"  open in  OpenMode( "ReadWrite" ) 
= Defaults parameters = 
Device name            :  "COM4" 
Baud rate              :  "57600 baud" 
Data bits              :  "8 bit" 
Parity                 :  "None" 
Stop bits              :  "1" 
Flow                   :  "Disable" 
Char timeout, msec     :  190

Автор: kuzulis 18.10.2010, 20:21

Автор: Vatto 19.10.2010, 12:20

Прошу прощения. Ошибка видимо была моя. Сделал reset перед иницаилизацией праметров, и каждый задал жестко, без дефалтов и все заработало.

Автор: kuzulis 19.10.2010, 19:07

Цитата(Vatto @ 19.10.2010, 13:20)

Автор: lpn74 21.10.2010, 9:39

Добрый день!
Спасибо за библиотеку.
Существует ли такая проблемма:
При переоткрытии порта (методами OPEN и CLOSE соответственно) не вырабатывается сигнал ReadyRead?
Вернее, происходит следующее:
Переоткрыл - сигнал вырабатывается, ещё раз переоткрыл - НЕ вырабатывается, ещё раз переоткрыл - вырабатывается и т.д.
Заранее спасибо за ответы

В comport.h файле

private:
    AbstractSerial *port;

В comport.cpp

#include "comport.h"

ComPort::ComPort(QObject *parent) :
    QObject(parent)
{
    port = new AbstractSerial(this);
    port->setDeviceName("COM3");
    connect(port, SIGNAL(readyRead()), this, SLOT(slotReadyRead()));
}

void ComPort::sendData(const QByteArray &array)
{        

    port->close();
    qDebug()<< "Open port " << port->open(AbstractSerial::ReadWrite);
    qDebug() << "Write data" << port->write(array);        
}

void ComPort::slotReadyRead()
{
    qDebug() << "slotReadyRead()";
    QByteArray array = port->readAll();
    qDebug() << "array.size()=" << array.size();        
}

Автор: kuzulis 21.10.2010, 12:06

Какая ОС?

Автор: lpn74 21.10.2010, 12:25

Windows7

Автор: kuzulis 21.10.2010, 12:28

Только что пересмотрел тот код где вы переоткрываете и не увидел где вы конфигурируете порт! Может все-таки БУДЕМ ЧИТАТЬ ДОКУМЕНТАЦИЮ? ИЛИ КАК?

--
Упс, прощу прощения.. Действительно, данный косяк наблюдаю... Пробую исправить..

---

Вроде исправил, проверьте.

Автор: lpn74 22.10.2010, 5:25

Огромное спасибо!
Теперь работает

Автор: Гость 4.11.2010, 15:31

Возможно ли при установке параметров порта вместо:

commPort->setBaudRate(AbstractSerial::BaudRate19200);

использовать переменную типа QString, например:

QString baude = "19200";
commPort->setBaudRate(baude);

Если да то как правильно это реализовать?

Автор: kuzulis 4.11.2010, 15:48

Можно, только не

QString baude = "19200"

QString baude = "19200 baud"

Автор: Гость 4.11.2010, 16:06

Спасибо работает.

Автор: Гость 12.11.2010, 18:08

Здравствуйте.
Можно ли с помощью вашей библиотеки открыть одновременно несколько портов?
В хедерном файле я прописал:
AbstractSerial *Por1t, *Port2, *Port3;
Инициализирую:
Port1->setDeviceName("/dev/ttyS0");
if(Port1->open(AbstractSerial::ReadWrite)){
.................
}

Port2->setDeviceName("/dev/ttyS1");
if(Port2->open(AbstractSerial::ReadWrite)){
.................
}

Port3->setDeviceName("/dev/ttyS2");
if(Port3->open(AbstractSerial::ReadWrite)){
.................
}
Открывает только первый.

Автор: kuzulis 13.11.2010, 18:49

Автор: Виталий 15.11.2010, 12:03

Просто есть такой касяк/фича в *.nix , которая заключается в том, что при некорректном завершении программы (например при нажатии ctrl^c) библиотека не удаляет lock-файлы. И поэтому при следующем запуске оно не может открыть порт. Но если теперь еще раз запустить приложение - то порты корректно откроются...

Мене кажется что проблема не в этом. Действительно если не закрыть порт при завершении роботы программы то он следующий раз не откроется. Но проблема состоит в том что после того как я инициирую и открываю первый из группы портов все следующие в списке не будут открыты, lock файл создается только для открытого порта (проверял через файловый менеджер /var/lock), если первый порт не будет открыт то открывается следующий из списка, а все остальные остаются закрытыми.

Автор: kuzulis 15.11.2010, 12:34

Я вчера проверял, открывал "/dev/ttyS0" и "/dev/ttyUSB0" (у меня только эти порты имеются). И все они открывались.

...
AbstractSerial port1;
AbstractSerial port2;

port1.setDeviceName("/dev/ttyS0");
port2.setDeviceName("/dev/ttyUSB0");

if (!port1.open(AbstractSerial::ReadWrite))
    qDebug("Port1 not open");
if (!port2.open(AbstractSerial::ReadWrite))
    qDebug("Port2 not open");

port1.close();
port2.close();
...
...

//#define NATIVESERIALENGINE_UNIX_DEBUG

Автор: Гость 15.11.2010, 15:49

Цитата(kuzulis @ 15.11.2010, 12:34)

./Lib/libqserialdevice.a(abstractserial.o).data.rel.ro._ZTV21AbstractSerialPrivate[vtable for AbstractSerialPrivate]+0x14): undefined reference to `QIODevicePrivate::peek(char*, long long)'
./Lib/libqserialdevice.a(abstractserial.o).data.rel.ro._ZTV21AbstractSerialPrivate[vtable for AbstractSerialPrivate]+0x18): undefined reference to `QIODevicePrivate::peek(long long)'
collect2: выполнение ld завершилось с кодом возврата 1

Автор: kuzulis 15.11.2010, 16:18

Это не 0.3.0, это уже новьё, поэтому может еще не собираться.
Должно собраться с >= Qt 4.7.0

Кстати, какая версия Qt4?

Чтобы собралось всё, скачайте пока что "стабильный" релиз 0.3.0. тут : http://gitorious.org/qserialdevice/qserialdevice/archive-tarball/0.3.0

Автор: Гость 15.11.2010, 16:38

Цитата(kuzulis @ 15.11.2010, 16:18)

Автор: megomark 16.11.2010, 16:23

Сперва хочу поблагодарить за клевую библиотеку.

Но сегодня решил использовать более новую версию библиотеки - 0.3.0 как было сказано здесь:

Цитата(kuzulis @ 15.11.2010, 15:18)

Автор: kuzulis 16.11.2010, 16:57

Цитата(megomark @ 16.11.2010, 16:23)

Сперва хочу поблагодарить за клевую библиотеку.

Но сегодня решил использовать более новую версию библиотеки - 0.3.0 как было сказано здесь:

Цитата(kuzulis @ 15.11.2010, 15:18)

Чтобы собралось всё, скачайте пока что "стабильный" релиз 0.3.0. тут : http://gitorious.org/qserialdevice/qserialdevice/archive-tarball/0.3.0

Я скачал, релиз 0.3.0 по указанному адресу, но заметил появившейся баг- Если подряд несколько раз открыть и закрыть устройство то программа неожиданно завершает работу. Это только у меня так или же и у других тоже ?

Автор: Litkevich Yuriy 16.11.2010, 17:56

Цитата(kuzulis @ 16.11.2010, 20:57)

Автор: megomark 16.11.2010, 18:03

Спасибо kuzulis за быстрый ответ. Это был мой баг. Раньше устройство не закрывалось. Если я вызвал метод close(); то после не мог заново открыть устройство. Я тогда решил проблему так. Удалял объкт AbstractSerial и создавал его заново. Но в новой версии библиотеки теперь этого делать не надо. Видимо был исправлен баг.
Большое спасибо.

Автор: Виталий 18.11.2010, 11:50

Цитата(kuzulis @ 16.11.2010, 16:57)

Цитата(megomark @ 16.11.2010, 16:23)

Сперва хочу поблагодарить за клевую библиотеку.

Но сегодня решил использовать более новую версию библиотеки - 0.3.0 как было сказано здесь:

Цитата(kuzulis @ 15.11.2010, 15:18)

Чтобы собралось всё, скачайте пока что "стабильный" релиз 0.3.0. тут : http://gitorious.org/qserialdevice/qserialdevice/archive-tarball/0.3.0

Я скачал, релиз 0.3.0 по указанному адресу, но заметил появившейся баг- Если подряд несколько раз открыть и закрыть устройство то программа неожиданно завершает работу. Это только у меня так или же и у других тоже ?

1. Какая ОС?
2. Приведи минимальный тестовый пример который воспроизводит касяк.

Если речь идет о падении тех примеров, которые идут в архиве - то оно и должно там падать, т.к. они реализованы кривоватенько, чисто чтобы показать использование.

Автор: Виталий 18.11.2010, 11:57

Испробовал QSerialDevice с железками, неплохо сделано, однако есть пара предложений:
1. Дать возможность назначать любой BaudRate, у меня например есть железка которая нестандартный использует.
2. Дать возможность назначать структуру DCB напрямую, не все параметры нашел как менять, а железки некоторые капризные попадаются.

Автор: kuzulis 18.11.2010, 12:29

Автор: Виталий 18.11.2010, 14:06

Цитата(kuzulis @ 18.11.2010, 12:29)

Цитата

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

С этим я в принципе согласен, но так просто добавить этот функционал не получится... Получится костыль на костыле... Для красивого решения придется оч хорошо подумать и, может быть, это приведет к изменению API библиотеки.
В общем надо подумать.

Хотя, а кто мешает переконфигурировать железку на стандартную скорость?

Цитата

2. Дать возможность назначать структуру DCB напрямую, не все параметры нашел как менять, а железки некоторые капризные попадаются.

С этим не согласен, т.к. ломается кросс-платформенность и появляются ненужные методы и т.п.
Дайте пример конкретных параметров которые нужны для капризных железяк.

Автор: Litkevich Yuriy 18.11.2010, 14:24

Цитата(Гость_Виталий_* @ 18.11.2010, 13:57)

Автор: Виталий 19.11.2010, 6:02

Цитата(Litkevich Yuriy @ 18.11.2010, 14:24)

Автор: kuzulis 19.11.2010, 8:55

Автор: Гость 19.11.2010, 12:53

Использую порты в схеме мастер-слейв. Windows XP Pro SP3, MinGW 4.5.1, Qt 4.7.0
Возникла проблема: во время отправки данных мастером возникает замораживание GUI на несколько секунд. Поскольку я после определенного периода ожидания отправляю запросы вновь и вновь, то окна оказываются постоянно замороженными. Нашел на этом форуме решение проблемы:

Автор: Гость 19.11.2010, 12:57

Еще одно дополнение: использую для чтения данных сигнал readyRead(), в слоте вызываю readAll() и посылаю дальше в программу QByteArray. Может это как-то разъяснит проблему.

Автор: Гость 19.11.2010, 13:27

Добавил setTotalReadConstantTimeout(1); после открытия порта - проблема вроде бы решилась. Правильно ли я сделал? Можно ли внести это в конструктор класса, как настройку по умолчанию

Автор: kuzulis 19.11.2010, 14:03

Автор: Гость 19.11.2010, 14:42

Автор: kuzulis 19.11.2010, 14:50

Читал, но вскользь. Спасибо за ответ и за библиотеку

Автор: panbaraban 1.12.2010, 20:50

Цитата(kuzulis @ 13.11.2010, 21:49)

Конечно можно!

Просто есть такой касяк/фича в *.nix , которая заключается в том, что при некорректном завершении программы (например при нажатии ctrl^c) библиотека не удаляет lock-файлы. И поэтому при следующем запуске оно не может открыть порт. Но если теперь еще раз запустить приложение - то порты корректно откроются...

Для меня это пока не существенный касяк, поэтому пока не исправляю его.

Просто необходимо перед закрытием приложения делать close() всем открытым портам и тогда всё будет хорошо.

Автор: kuzulis 2.12.2010, 8:45

QString TTYLocker::getLockFileInNumericForm() const
QString TTYLocker::getLockFileInNamedForm() const

QString TTYLocker::getLockFileInNumericForm() const

QString TTYLocker::getLockFileInNumericForm() const

Автор: Aleksei 3.12.2010, 11:16

Добрый день
Вопрос к многоуважаемому автору.
Есть ли веские доводы при вызове AbstractSerial::close() не делать автоматом AbstractSerial::flush() ?

Автор: kuzulis 3.12.2010, 11:32

В смысле? Я ничо не понял.

Автор: BRE 3.12.2010, 12:24

Камрад спрашивает: происходит ли flush при закрытии порта? И почему?

Автор: panbaraban 20.12.2010, 16:57

А ещё такой вопрос. Одинаково ли работают релиз и дебаг сборки? У меня почему то не открывается порт если я компилю в релиз сборке, точнее открывается, но очень редко.
Upd: Оказывается у меня руки кривые. Не знаю как удалить сообщение(

Автор: Alexk 26.12.2010, 1:22

Руки, понимаю, лечатся долго, я новичок, но никак не получается юзать либу:

Qt 4.7.0, WinXP sp3

Взял исходники из ветки master, отредактировал BuildLibrary.pro, qserialdevice.pro, qserialdeviceenumerator.pro на предмет CONFIG +=dll (+=staticlib закомментировал),
далее - qmake BuildLibrary.pro, mingw32-make (под виндой).
Переписал .dll и .a в Qt\2010.05\qt\lib, положил рядом с exe.

При запуске вылетает сразу с ошибкой 139 - проблема с точкой входа в dll.

Собирал и непосредственно qserialdevice.pro, удаляя makefile - то же самое.

В проекте INCLUDEPATH += C:\Qt\2010.05\sport\src\qserialdevice, LIBS += -lqserialdevice (c d тоже пробовал)

Ну никак! Помогите, плиз!

Автор: kuzulis 26.12.2010, 12:15

Как надо:
1. Редактировать нужно только в src.pro

Автор: Alexk 26.12.2010, 14:30

Библиотека и примеры компилируются, и сразу запускается AnyMaster, если с нуля, ничего не правя и записав qserialdevice-qserialdevice в например C:\Qt\2010.05, открыть QtCreator`ом BuildExamples.pro и нажать, так сказать, большую зеленую кнопку.

.a помещает в Qt\2010.05\BuildExamples-build-desktop\src\build\debug - это так и должно быть, или должно в Qt\2010.05\qserialdevice-qserialdevice\src ?

Пример так работает.

Если поправить CONFIG в src.pro, либа собирается, но примеры уже не компилит -

mingw32-make: Leaving directory `C:/Qt/2010.05/BuildExamples-build-desktop'

obj/anymaster.o: In function `AnyMaster':

C:\Qt\2010.05\BuildExamples-build-desktop\examples\anymaster/../../../qserialdevice-qserialdevice/examples/anymaster/anymaster.cpp:30: undefined reference to `operator<<(QDebug, AbstractSerial::BaudRate)'

и т.д. Вероятно, это нормально.

.dll помещает опять в Qt\2010.05\BuildExamples-build-desktop\src\build\debug.

С полученной .dll моя прога работать не хочет, опять 139 ошибка (там только создание экземпляра класса, больше совсем ничего, и #include <abstractserial.h>, как в примере, и dll лежит рядом с ехе), а примеры проверить не могу.


Охотно проверю любую версию)

Автор: kuzulis 26.12.2010, 15:38

Автор: Alexk 26.12.2010, 18:17

Спасибо большое!

Все компилируется и работает. Н-да, только в треде намусорил, виноват.

Автор: Sasha07 7.1.2011, 9:00

Доброго времени суток, форумчане!
Возникла проблема (видимо с руками) при чтении/записи с использованием QSerialDevice.
ОС ubuntu 10.10, usb-->rs переходник. На том конце управляемый коммутатор. Библиотеку стянул сегодня, собралась без проблем.
Вот только как отдать железке данные, понятные ей и забрать понятные мне не пойму...
Вывод QDebug :

AbstractSerial *port = new AbstractSerial;
QByteArray a,b,inputBuffer;

QString *logText = new QString;


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

 port->setDeviceName("/dev/ttyUSB0");
 connect( port, SIGNAL(readyRead()), this, SLOT(ReadData()));
 connect( port, SIGNAL(signalStatus(QString,QDateTime)), this, SLOT(State(QString,QDateTime)));

 if (port->open(AbstractSerial::ReadWrite))
     ui->label->setText("open!");

 port->reset();
 port->setBaudRate(AbstractSerial::BaudRate57600);
 port->setFlowControl(AbstractSerial::FlowControlOff);
 port->setDataBits(AbstractSerial::DataBits8);
 port->setParity(AbstractSerial::ParityNone);
 port->setStopBits(AbstractSerial::StopBits1);

 qDebug() << "= New parameters =";
 qDebug() << "Device name            : " << port->deviceName();
 qDebug() << "Baud rate              : " << port->baudRate();
 qDebug() << "Data bits              : " << port->dataBits();
 qDebug() << "Parity                 : " << port->parity();
 qDebug() << "Stop bits              : " << port->stopBits();
 qDebug() << "Flow                   : " << port->flowControl();
 qDebug() << "Char timeout, msec     : " << port->charIntervalTimeout();
 qDebug() << "open mode              : " << port->openMode();
 qDebug() << "port error             : " << port->errorString();
 qDebug() << "port lineStatus        : " << port->lineStatus();

}

void MainWindow::ReadData()
{
   if (!port->waitForReadyRead(500))
        qDebug() << "Response timeout.";
  qint64 ba_count= port->bytesAvailable();
   QByteArray ba = port->read(ba_count);

   inputBuffer.append(ba);
       if (inputBuffer.contains("\n"))                                 // Если пришёл конец строки
       {
           QString ba_str(inputBuffer);
           inputBuffer.clear();
         logText->append(QString("<b>></b> %1").arg(ba_str));       // Записываем посылаемые данные в лог
       }

    QString ba1_str(ba);
    qDebug () << "log    : "  << logText;
    qDebug () << "read   : "  << ba1_str;
}

void MainWindow::State(QString stateMsg,QDateTime dt)
{

  qDebug() << "State: " << stateMsg << ", in time: " << dt.time().toString();
}

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

void MainWindow::on_pushButton_clicked()
{


 port->write(ui->lineEdit->text().toAscii() +'/r');
 ui->lineEdit->clear();
// qDebug() << "port error             : " << port->errorString();
// qDebug() << "port line state        : " << port->lineStatus();

}

void MainWindow::on_pushButton_2_clicked()
{
  port->flush();
}

Автор: kuzulis 7.1.2011, 14:38

1. Зачем в слоте ReadData вы делаете port->waitForReadyRead(500) ?
2. Чтобы посмотреть что читается - понавставляйте qDebug-ов после QByteArray ba = port->read(ba_count);
3. А насчет того как отдавать/забирать данные железке - это вам виднее, читайте документацию, смотрите примеры.

Автор: Sasha07 7.1.2011, 19:46

1. Зачем в слоте ReadData вы делаете port->waitForReadyRead(500) ?
2. Чтобы посмотреть что читается - понавставляйте qDebug-ов после QByteArray ba = port->read(ba_count);
3. А насчет того как отдавать/забирать данные железке - это вам виднее, читайте документацию, смотрите примеры.

1. Не заработало корректно - начал лепить и перебирать что попало.
2. Изначально лепил qDebug, в ответ или то что ввожу (т.е. ответа от железки нет) или иероглифы.
3. Видимо у меня проблемы с кодировкой записи в порт, + кривые руки, поэтому и писал:

Автор: Litkevich Yuriy 7.1.2011, 22:49

Цитата(Sasha07 @ 7.1.2011, 21:46)

Автор: Sasha07 8.1.2011, 9:32

Автор: Sasha07 9.1.2011, 1:03

Автор: Litkevich Yuriy 9.1.2011, 5:41

управляющие символы ASCII используют обратный слэш:
\r
\n
\rn

Цитата(Sasha07 @ 9.1.2011, 3:03)

Автор: Sasha07 9.1.2011, 10:02

[quote]управляющие символы ASCII используют обратный слэш:
\r
\n
\rn
[quote]
Да как только не извращался уже - все равно их железка читает как обычные символы.

serial port monitor 4 - программа под винду для диагностики и дампа данных c com port.
Непосредственно с нее и работал с коммутатором, чтобы понять чего ему надо.
Строки коммутатор воспринимает, а вот управляющие символы в String отправить не получается, коммутатор воспринимает их как строку и все.

Автор: kuzulis 9.1.2011, 13:21

...
QString s("моя команда или хз что там")
QByteArray data;
data.append(s);
data.append('\r');
port.write(data);
...

Автор: Алексей1153 9.1.2011, 13:33

Цитата(Litkevich Yuriy @ 9.1.2011, 7:41)

Автор: Sasha07 9.1.2011, 16:52

Автор: Litkevich Yuriy 9.1.2011, 18:57

Цитата(Алексей1153 @ 9.1.2011, 15:33)

Автор: good835 11.1.2011, 19:32

Добрый день!
Работаю с некоторой железкой, которая работает в режиме С Управлением потоком. Обновил библиотеку из репозитария, появилось несколько вопросов:
1. Теперь после открытия порта IsOpenCorrectrly = MyDevice->open(AbstractSerial::ReadWrite) железка говорит, что RTS установлен, раньше такого не было
2. После успешного открытия порта и установки параметров пытаюсь установить RTS
порт сконфигурирован как (MyDevice->setFlowControl(AbstractSerial::FlowControlOff);
MyDevice->setRts(true) возвращает false?
Если же порт был сконфигурирован без управления потоком (MyDevice->setFlowControl(AbstractSerial::FlowControlOff), то RTS - успешно устанавливается
и ПРОГРАММА УСПЕШНО работает, так, как будто управление потоком установлено.
Спасибо.

Цитата(good835 @ 11.1.2011, 19:22)

Автор: kuzulis 11.1.2011, 20:56

Вообще-то я не тестировал связь с управлением потоком. (Тестировал только без, т.к. влом было паять нуль-модемный кабель с подключением всех 9-ти пинов).
Так что проверить не смогу, имею только GND, RX, TX

Что за ОС?

Автор: good835 12.1.2011, 12:46

Продолжаю разобираться с работой порта в режиме упаравления потоком

fRtsControl - пробовал в двух вариантах RTS_CONTROL_ENABLE (это то что нужно моему приложению) и RTS_CONTROL_HANDSHAKE
в обоих вариантах - RTS устанавливается либо при открытии порта (по моему читается предыдущая конфигурация порта DCB, так как порт еще не конфигурился)
либо при конфигурировании setFlowControl(AbstractSerial::FlowControlOff)
при этом
1. функция setRTS(true) - возвращает false - но возможно это и правильно, так как RTS уже активен
2. функция lineStatus() - говорит что RTS - не установлен ??? вот это не понятно

если открыть порт без управления потоком, то связка setRTS(true) + lineStatus() - отрабатывает нормально

Автор: good835 12.1.2011, 14:06

небольшое дополнение
возможно вызов lineStatus() - должен быть с некоторый таймаутом после открытия и конфигурирования порта
если смотреть после открытия - то RTS - не установлен
если через паузу (не таймером просто некоторые задачки еще выполняются перед записью) - то RTS установлен

Автор: silver47 8.2.2011, 12:37

Доброго времени суток.
У меня такая проблема появилась. Заметил, что читаю из порта максимум 4096 байт. Чтение происходит таким образом:

QByteArray data(port->readAll());

Автор: Litkevich Yuriy 8.2.2011, 14:03

дак наверное буфер порта имеет только 4к, смотри в настройках драйвера устройства

Автор: silver47 8.2.2011, 14:06

Цитата(Litkevich Yuriy @ 8.2.2011, 16:03)

Автор: Litkevich Yuriy 8.2.2011, 14:35

Цитата(silver47 @ 8.2.2011, 16:06)

Автор: kuzulis 8.2.2011, 19:17

Цитата(silver47 @ 8.2.2011, 14:06)

Цитата(silver47 @ 8.2.2011, 14:06)

Цитата(silver47 @ 8.2.2011, 14:06)

Автор: silver47 8.2.2011, 19:41

Цитата(kuzulis @ 8.2.2011, 21:17)

Автор: kuzulis 8.2.2011, 19:47

Цитата(silver47 @ 8.2.2011, 19:41)

Цитата(silver47 @ 8.2.2011, 19:41)

Автор: rcdimon 18.2.2011, 15:31

Какую максимальную скорость передачи данных Вам удавалось получить?

Я передаю в компьютер пакеты по 9 байт. С интервалом 200 мс между пакетами. Если быстрее- программа подвисает. Программа сама по себе не большая и не сложная. Какие есть способы повысить скорость приема данных?

Автор: kuzulis 18.2.2011, 16:48

Цитата(rcdimon @ 18.2.2011, 15:31)

qint64 NativeSerialEnginePrivate::nativeWrite(const char *data, qint64 len)
{
    if (!clear_overlapped(&this->oWrite))
        return qint64(-1);

    ::DWORD writeBytes = 0;
    ::WriteFile(this->descriptor, (LPCVOID)data, (DWORD)len, &writeBytes, &this->oWrite);

    return len;
}

Автор: rcdimon 18.2.2011, 20:58

Я, конечно, попробую Ваш совет, но не думаю что дело в этом.

Возьмем любую другую программу для работы с ком-портом, например Terminal. Когда идет большой поток данных она начинает захлебываться и терять данные. GUI тормозит.

А, например, драйвер модема не тормозит и отлично принимает данные даже на самых высоких скоростях. Наверное следует попробовать отвязать GUI от работы с портом. Наверное в этом дело. Запускать в разных потоках.

Автор: BRE 18.2.2011, 22:23

kuzulis, этот метод должен возвращать реальное число записанных байт (writeBytes), а не то количество? которое хотели записать (len).

qint64 NativeSerialEnginePrivate::nativeWrite(const char *data, qint64 len)
{
    if (!clear_overlapped(&this->oWrite))
        return qint64(-1);

    ::DWORD writeBytes = 0;
    ::WriteFile(this->descriptor, (LPCVOID)data, (DWORD)len, &writeBytes, &this->oWrite);

    return len;
}

Автор: kuzulis 18.2.2011, 22:36

Автор: BRE 18.2.2011, 22:45

Цитата(kuzulis @ 18.2.2011, 22:36)

Автор: kuzulis 19.2.2011, 10:23

Автор: BRE 19.2.2011, 12:11

Цитата(kuzulis @ 19.2.2011, 10:23)

BRE, если у тебя есть иные мысли то поделись.

Автор: Гость_kuzulis_* 19.2.2011, 12:54

Автор: kuzulis 19.2.2011, 12:55

Блин, зарегаться забыл.

Автор: rcdimon 19.2.2011, 13:31

Хм... Я вроде говорил, что тормозит при приеме, а не при отправке )

Автор: kuzulis 19.2.2011, 14:38

Цитата(rcdimon @ 19.2.2011, 13:31)

qint64 NativeSerialEnginePrivate::nativeRead(char *data, qint64 len)
{
    if (!clear_overlapped(&this->oRead))
              return qint64(-1);

    ::DWORD readBytes = 0;
    if (::ReadFile(this->descriptor, (PVOID)data, (DWORD)len, &readBytes, &this->oRead)) {
    }
    else {
        ::DWORD rc = ::GetLastError();
        readBytes = (ERROR_IO_PENDING == rc) ? (0) : (-1);
    }

    return qint64(readBytes);
}

Автор: sh2ka 23.2.2011, 22:05

kuzulis
Windows XP/7, QSerialDevice (master), mingw32 4.5.2 dwarf2.

Я уже писал по поводу поддержки библиотекой виртуальных портов. В частности, о поддержке виртуальных портов VSPE (virtual serial port emulator). Аналогичная проблема наблюдается и для виртуальных портов для устройства MOXA NPort (удаленные порты через Ethernet). Люди используют виртуальные порты не чуть не реже, чем реальные (возможно, даже чаще: usb-com, ethernet-com, ...), а поддержки этих портов в библиотеке нет. Хотелось бы видеть эти порты в списке портов. Возможно разделение этих списков в API библиотеки:

• phisicalDevicesAvailable() - получение реальных портов
• allDevicesAvailable - получение всех портов

Цитата

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

Я проверил под виндой. Да, таже проблемка . Но я знаю как решить.. Просто нужно "слушать" другие ветки реестра и все должно быть нормуль.

Автор: kuzulis 23.2.2011, 23:06

Автор: kuzulis 24.2.2011, 12:50

Цитата(kuzulis @ 23.2.2011, 23:06)

Автор: sh2ka 25.2.2011, 22:02

Нет, я все-таки против такой жесткой политики. Дело в том, что виртуальный порт VSPE как-то открывается системой, хоть он только в неподдерживаемой библиотекой ветке - система-то его поддерживает - CreateFile делает все правильно. Нужно только видеть этот порт в списке. Если можно как-то отследить исчезновение порта из системы и его появление, то никто не говорит, что этого делать не стоит. Но если отследить это невозможно в силу определенных условий, то и не нужно - пусть всегда будет в списке. Мне просто кажется, что библиотека выглядела бы более полноценно, если она помогала пользователю даже в том случае, когда разработчики драйверов портов (виртуальных и других - например, для мультипортовых плат) что-то недоделали, т.е. изловчиться, но дать пользователю как можно больше информации, а не упираться и говорить, что ее нет (когда она хоть частично, но есть). Примером такого являются интернет браузеры, которые исправляют столько ошибок на сайтах, чтобы пользователь смог увидеть страницу, пусть даже и не в первозданном виде. Это опыт разработчиков, накопленный за столько лет работы интернет сети, и он мне подсказывает, что нужно делать именно так. Это моя позиция.

Ну, да, ладно - реализуем сами и приставать больше не буду - тем более, что мы планируем в скорем времени переходить на Linux (думаем использовать Ubuntu). Надеюсь, там таких проблем не будет, т.к. все устройства в системе - это "реальные" файлы - и других вариантов нет.

А за библиотеку - отдельное СПАСИБО!

Еще хотел бы узнать: что значат комментарии в коде вида `//?`, если не секрет?

Автор: Litkevich Yuriy 26.2.2011, 7:31

Цитата(sh2ka @ 26.2.2011, 0:02)

Автор: Гость 2.3.2011, 11:41

помогите собрать! как её вообще собирать ??? на vs2008 реально собрать? qtcreator? никак не получается в общем а почему сразу готовых откомпилированных файлов нет? =\

вот этот мокфайл :: error: [build/lib/qintegratedserialdevice/moc/moc_serialdevicewatcher.cpp] Error 1 всё время с ошибкой собирается

в vs2008 жалуется на строку

// case 1: d_func()->_q_processAvailableNotifier(); break;

если закомментировать то собирается но дллки нет! она должна быть вообще?

что такое qserialdevice0.dll.intermediate.manifest где сама длл?

Автор: kuzulis 2.3.2011, 11:58

Цитата(Гость @ 2.3.2011, 11:41)

помогите собрать! как её вообще собирать ??? на vs2008 реально собрать? qtcreator? никак не получается в общем а почему сразу готовых откомпилированных файлов нет? =\

вот этот мокфайл :: error: [build/lib/qintegratedserialdevice/moc/moc_serialdevicewatcher.cpp] Error 1 всё время с ошибкой собирается

в vs2008 жалуется на строку

// case 1: d_func()->_q_processAvailableNotifier(); break;

если закомментировать то собирается но дллки нет! она должна быть вообще?

что такое qserialdevice0.dll.intermediate.manifest где сама длл?

Автор: Гость 2.3.2011, 12:08

спасибо! сейчас качну! а на чем собирать лучше???

Автор: kuzulis 2.3.2011, 12:28

Цитата(Гость @ 2.3.2011, 12:08)

спасибо! сейчас качну! а на чем собирать лучше???

Автор: Гость 2.3.2011, 12:43

на vs просит какой то заголовочный файл из мингв в ddk который поэтому забил на это!

на mingw собрал вначале static - появились .а и .о файлы
потом собрал dll появилась dll

а где теперь lib? как это всё дело в общем к проекту подключать? я потому что только свой код кодить умею а с библиотеками разбираться как их подключать не знаю

про .а и .о вообще нигде не могу найти!

Автор: kuzulis 2.3.2011, 12:55

Цитата(Гость @ 2.3.2011, 12:43)

на vs просит какой то заголовочный файл из мингв в ddk который поэтому забил на это!

на mingw собрал вначале static - появились .а и .о файлы
потом собрал dll появилась dll

а где теперь lib? как это всё дело в общем к проекту подключать? я потому что только свой код кодить умею а с библиотеками разбираться как их подключать не знаю

про .а и .о вообще нигде не могу найти!

Автор: Litkevich Yuriy 2.3.2011, 18:30

Цитата(Гость_Гость_* @ 2.3.2011, 14:43)

Автор: Гость 3.3.2011, 16:40

Цитата(Litkevich Yuriy @ 2.3.2011, 18:30)

Цитата(Гость_Гость_* @ 2.3.2011, 14:43)

а где теперь lib?

эти файлы генерит студийный компиллер, их эквивалент в MinGW - *.a

Автор: Гость 3.3.2011, 17:13

а там надо было попробовать кинуть в папку с проектом qtшные библиотеки..

в общем собрал через Ж на вс2008

для этого пришлось закомментить вот эту фигню

// Get DTR/RTS line states,
// where variable temp return states.
// ::DWORD bytesReturned = 0;
/* if (::DeviceIoControl(this->descriptor,
IOCTL_SERIAL_GET_DTRRTS,
0,
0,
&temp,
sizeof(::DWORD),
&bytesReturned,
0)) {

if (temp & SERIAL_DTR_STATE) status |= AbstractSerial::LineDTR;
if (temp & SERIAL_RTS_STATE) status |= AbstractSerial::LineRTS;
}
*/

и вот эту

//#include <ddk/ntddser.h>

но зато запустилось потом после сборки на вс компиляторе

Автор: kuzulis 3.3.2011, 20:32

>>для этого пришлось закомментить вот эту фигню
Теперь не будут определяться статусы линий DTR/RTS.


А чего-нить аналогичного #include <ddk/ntddser.h> разве нету в студийном компиляторе?
Может можно попробовать просто #include <ntddser.h> ?
И есть ли вообще такой заголовочник в студии?

Автор: Гость 3.3.2011, 23:44

я не знаю я вообще не знаю что это за заголовок!

библиотека откомпилированная на qtcreator компилятором вс2008, работает

только что проверил!

большое спасибо!

Автор: brauni 29.3.2011, 10:22

to kuzulis

Собственно говоря вопрос такой:
Мне нужно обеспечить обмен данными с железкой через COM порт. Есть 3 требования:
1. интерфейс должен быть отзывчивым
2. операцию должно быть можно прервать
3. тайм аут на операцию чтения записи, объективно, может быть 10+ секунд

Собственно говоря в чём вопрос: вот я в дочернем потоке запустил операцию чтения и она залипла на 10 секунд. И в течении этих 10 секунд пользователь хочет прервать операцию. Как мне сделать так чтобы дочерний поток отлип? Можно ли просто в главном потоке вызвать функцию close() для объекта AbstractSerial, чтобы в дочернем потоке операция чтения завершилась с ошибкой?

Автор: kuzulis 29.3.2011, 11:44

Перед чтением сначала надо открыть порт в асинхронном режиме (без Unbuffered), убедиться что байты для чтения уже доступны (к примеру, доступно N-ное их количество по readyRead() или bytesavailable()), а потом читать их.
В этом случае чтение будет "мгновенным" и ничего отменять не нужно будет, и, тем, более, не нужно ожидать пока они (байты) появятся.

В общем, класс порта работает также как и класс сокета, вот и пляшите от этого.
Ничего конкретного не подскажу, сами попробуйте.

PS: Если честно, то мне не совсем понятна суть работы с вашей железякой и зачем оно надо.

Автор: brauni 29.3.2011, 12:18

С TCP/IP сокетами у меня такой фокус прокатывал.

Дело в том, что железка ещё не готова, но программа под неё уже пишется. Так что техническое решение уже нужно а попробовать руками не могу иначе бы сам проверил.

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

Работа происходит так: отправляем железке данные, и ждём ответа от неё сколько ждать заранее не известно. Может и за сотые доли секунды справиться, а может и надолго зависнуть. Каждый раз ожидать 10 секунд(максимальное время работы) в асинхронном режиме не вариант, так как большая доля операций выполняется реально быстро.

Как я планировал написать программу: открываем новый поток в нем общаемся с железкой в небуфферизированном режиме(он понятнее, а дочерний поток можно и блокировать), в случае если пользователь выбирает сброс соединения, выполняем метод close(), дочерний поток завершает свою работу с ошибкой.

Автор: d2r 7.4.2011, 11:23

А как узнать, подключено ли к порту какое-либо устройство? То есть что бы при подключении устройства к com порту программа как либо сигнализировала об этом

Это необходимо будет по таймеру пытаться считывать данные с порта? Или есть другой способ?

Автор: kuzulis 7.4.2011, 19:35

Цитата(d2r @ 7.4.2011, 11:23)

Цитата(d2r @ 7.4.2011, 11:23)

Автор: d2r 8.4.2011, 12:28

Не получается создать список AbstractSerial

QList<AbstractSerial> portList;
AbstractSerial *port = new AbstractSerial(this);
portList.push_back(port);
==========================
ошибка: no matching function for call to 'QList<AbstractSerial>::push_back(AbstractSerial*&)'

а если так:
QList<AbstractSerial> portList;
AbstractSerial port = new AbstractSerial(this);
portList.push_back(port);

то:
ошибка: conversion from 'AbstractSerial*' to non-scalar type 'AbstractSerial' requested

блин, понял что это нахрен не нужно)))) Как удалить сообщение)

можно обойтись и без списка, но все равно интересно

Автор: d2r 8.4.2011, 13:02

или как тогда слушать все порты в системе, если известно сколько портов открывать?

ps НЕ известно

Автор: kuzulis 8.4.2011, 20:35

Цитата(d2r @ 8.4.2011, 13:02)

QList<AbstractSerial *> portList;
AbstractSerial *port = new AbstractSerial(this);
connect(port, SIGNAL(readyRead()), this, SLOT(procRead()));
portList.append(port);

Автор: d2r 9.4.2011, 13:23

дада точняк))) тупанул

Автор: silver47 11.4.2011, 16:17

2 kuzulis
Доброго времени суток. Использую Вашу библиотеку для работы с COM. Устройство, к которому подключаюсь, работает на разных скоростях на прием и на отправку. Запрос отправляется на одной скорости, ответ принимается на другой. Столкнулся с такой проблемой: если после отправки запроса, сменить скорость, то до устройства доходит мусор. Пример в двух скринах. Повторить можно на физических COM портах. На виртуальных такого эффекта не наблюдал.
Код:

port->setDeviceName(COMPorts->currentText());
port->open(AbstractSerial::ReadWrite) 
port->setBaudRate(AbstractSerial::BaudRate1200)
port->setDataBits(AbstractSerial::DataBits7)
port->setParity(AbstractSerial::ParityEven)
port->setStopBits(AbstractSerial::StopBits2)
port->setFlowControl(AbstractSerial::FlowControlOff)

port->setBaudRate(AbstractSerial::BaudRate300);

data.append(\"1234567890\");
port->write(data);

port->setBaudRate(AbstractSerial::BaudRate1200);

Автор: Litkevich Yuriy 11.4.2011, 16:31

Цитата(silver47 @ 11.4.2011, 19:17)

Автор: silver47 11.4.2011, 16:37

Цитата(Litkevich Yuriy @ 11.4.2011, 18:31)

Автор: kuzulis 11.4.2011, 19:24

2 silver47

Автор: nn1317 12.4.2011, 9:36

доброе утро)
блин, была у меня версия 0.1 - всем устраивала, только у заказчиков она хронически не собиралась, а у меня самого видимо чуть постарее кутишка и мингв, так что я как то давно собрал и забыл как это сделал. так вот, тем у кого 64битная юбунта как у меня - я просто копировал длл-ку и все работало. а тут попался человек с 32х биткой.
все собираю как dll.

1. пробую собрать версию 0.1 - везде одинаковые ошибки:

abstractserial.cpp: In member function ‘QString AbstractSerial::deviceName() const’:
abstractserial.cpp:636: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
abstractserial.cpp: In member function ‘QString AbstractSerial::baudRate() const’:
abstractserial.cpp:706: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
abstractserial.cpp: In member function ‘QString AbstractSerial::dataBits() const’:
abstractserial.cpp:800: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
abstractserial.cpp: In member function ‘QString AbstractSerial::parity() const’:
abstractserial.cpp:894: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
abstractserial.cpp: In member function ‘QString AbstractSerial::stopBits() const’:
abstractserial.cpp:988: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
abstractserial.cpp: In member function ‘QString AbstractSerial::flowControl() const’:
abstractserial.cpp:1082: error: call of overloaded ‘QString(int)’ is ambiguous
/usr/include/qt4/QtCore/qstring.h:428: note: candidates are: QString::QString(const QByteArray&)
/usr/include/qt4/QtCore/qstring.h:426: note:                 QString::QString(const char*)
/usr/include/qt4/QtCore/qstring.h:727: note:                 QString::QString(const QString&)
/usr/include/qt4/QtCore/qstring.h:106: note:                 QString::QString(QChar)
/usr/include/qt4/QtCore/qstring.h:105: note:                 QString::QString(const QChar*)
make: *** [../build/lib/qserialdevice/obj/abstractserial.o] Error 1

Автор: kuzulis 12.4.2011, 10:58

Не знаю, что у Вас за проблема.
У меня версия из мастера прекрасно собирается на 32х битном Linux Mint Debian Edition, а также 64x битном Arch-е.

Может быть, в qserialdeviceenumerator.pri нужно закомментировать:

Автор: nn1317 12.4.2011, 11:27

>Берем BuildLibrary.pro и собираем.
ну я CONFIG который был закомментил, а закомменченый раскомментил, чтобы была dll-версия.

>Может быть, в qserialdeviceenumerator.pri нужно закомментировать:
попробовал, только в обычном qserialdevice.pri - закомментил и собралось))
спасибо)

Автор: niklep 22.5.2011, 17:39

Доброго времени суток. Есть проблема при использовании данной библиотеки. Я пишу с помощью write данные в порт. Получаю корректный ответ. Тут же снова пишу в порт. Получаю 2 ответа (сигнал readyRead срабатывает дважды): корректный и пустой. В третий раз получу корректный ответ и 2 пустых. И так далее. Для чтения данных с порта использую readAll(). Вот фрагмент кода:

QByteArray ComHandler::readFromPort()
{
    QByteArray qba;
    qDebug() << "bytesAvailable1 " << port->bytesAvailable();
    qba = port->readAll();
    qDebug() << "bytesAvailable2 " << port->bytesAvailable();
    return qba;
}

Writed info:  ati
bytesAvailable1  2
bytesAvailable2  -1
slotReadCom:  "
1.0

OK
"

Writed info:  ati
bytesAvailable1  1
bytesAvailable2  0
slotReadCom:  "
1.0

OK
"
bytesAvailable1  0
bytesAvailable2  0
slotReadCom:  ""

Writed info:  ati
bytesAvailable1  1
bytesAvailable2  -1
slotReadCom:  "
1.0

OK
"
bytesAvailable1  0
bytesAvailable2  0
slotReadCom:  ""
bytesAvailable1  0
bytesAvailable2  0
slotReadCom:  ""

Автор: niklep 22.5.2011, 18:59

Прошу прощения, косяк был мой (стоило ожидать=)). просто я не в том месте делал привязку:
connect(temp_com->port, SIGNAL(readyRead()), this, SLOT(slotReadCom()));

Автор: kuzulis 22.5.2011, 20:24

Цитата(niklep @ 22.5.2011, 19:59)

Автор: devnir 24.5.2011, 15:28

Здравствуйте, перечитал практически всю тему. Собственно читать то начал из-за своей проблемы:
работаю с AbstractSerial, собственно из под Linux - все хорошо и прекрасно. а вот в маст дае (Win) начинают "теряться" байты данных.
Ну собственно сам код:

Port = new AbstractSerial(this);
#if defined (Q_OS_UNIX)
    portNameStr = "/dev/ttyUSB0";
#elif defined (Q_OS_WIN)
    portNameStr = "COM1";
#endif

    Port->setDeviceName(Pname);
    if (Port->open(AbstractSerial::ReadWrite | AbstractSerial::Unbuffered)){

        if (!Port->setBaudRate(AbstractSerial::BaudRate115200)) {
        };
        if (!Port->setDataBits(AbstractSerial::DataBits8)) {
        };
        if (!Port->setParity(AbstractSerial::ParityNone)) {
        };
        if (!Port->setStopBits(AbstractSerial::StopBits1)) {
        };
        if (!Port->setFlowControl(AbstractSerial::FlowControlOff)) {
        };

#if defined (Q_OS_UNIX)
        if (Port->openMode() & AbstractSerial::Unbuffered)
            Port->setCharIntervalTimeout(10000);//5 msec
#elif defined (Q_OS_WIN)
        if (Port->openMode() & AbstractSerial::Unbuffered)
            Port->setTotalReadConstantTimeout(100);
#endif

#ifdef __Debug__
        dbg("Port Opened, timeout: %d\n", Port->charIntervalTimeout());
#endif
        connect(Port, SIGNAL(readyRead()), this, SLOT(slotReadPort()));
        return true;
    }
    else
    {
#ifdef __Debug__
        dbg("Port not OPENED!!! \n");
#endif
        return false;
    }

slotReadPort()
{
    QByteArray tmpBuff;
    quint64 len = Port->bytesAvailable();
    tmpBuff = Port->read(len);
    for(int i =0; i< tmpBuff.length(); i++)
    {
        dbg("0x%02X ", tmpBuff.at(i)&0xff);
        pRead(tmpBuff.at(i)&0xff);
    }
}

pRead(char c)
{
                if (c==0xAA) {
                    serial_timer.start(TR_WAIT);
                }
}

slotTimeout()
{
            if (offset >= file_data.size())
                return;

            this->Port->write(file_data.constData()+offset, F_LEN);
                offset+=F_LEN;
}

Автор: kuzulis 24.5.2011, 16:10

Попробуй пройтись сниффером типа free-serial-port-monitor на предмет того, а шлет ли клиент вообще 0хAA ?!
А также выложи минимальные компилябельные проекты "клиента<->сервера" в которых воспроизводится данная проблема.

Автор: devnir 24.5.2011, 17:07

Да мне кажется там просто переполнение идет буферов порта у винды. - рвется пакет который отправляется - ну а приемник собственно проверяет ЦРЦ свертку - которая не сходится - нет АА.

Проверил примерно так:
файл для передачи: нарезал на 4096 байт + 4байта ЦРЦ32. получил 4100 байт массива который передал кусками (с задержкой в 1 сек.) по 205 байт.
Покурил - сделал кофе - вернулся, пол файла передало. но ошибок нет.
Теперь вот думаю примерно какой кусок и с какой задержкой посылать - что бы не переполнить какуют там ФиФошку. Еще угнетает то что QT в виртуалке да еще и статической сборки. Проэкт линкуется минут 15

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

Автор: kuzulis 24.5.2011, 18:36

Автор: Алексей1153 25.5.2011, 8:18

Извиняюсь, что вклиниваюсь, но, по-моему, я совсем только что по таким граблям прошёл ) Дело было с драйвером фирмы FTDI, преобразователь USB<->COM

на небольших скоростях всё было хорошо, но когда прибор стал валить в USB порт очень толстый поток данных, драйвер стал подглючитваь и зависать. В конце концов всё решилось так: в отдельном потоке раз в 1 мс (при помощи мультимедийного таймера) вытаскиваю все данные в буфер (размер я могу, конечно же, задать произвольный. Это - рассчитать, сколько нужно). Если буфер переполняется, то новые данные откидываю - иначе у драйвера крышу сносит. В основном потоке по обычному виндовому таймеру выделяю осмысленные куски данных и вычищаю их из буфера. Естественно, операции работы с буфером - через критическую секцию.

Уже 4 дня после этих исправлений полёт нормальный, тьфу, тьфу, тьфу

Автор: good835 3.6.2011, 13:45

Добрый день!
После изменений в классе SerialDeviceEnumerator (SerialDeviceEnumerator reimplemented as a singleton.) программа стала подвисать при создании объекта класса (пример quiapp)

    if (!this->enumerator)
        this->enumerator = SerialDeviceEnumerator::instance();

Автор: kuzulis 3.6.2011, 15:01

2 good835

Да не должно грузить, т.к. в принципе ничего не изменилось (кроме того что теперь SerialDeviceEnumerator является одиночкой).

Я только что проверил : у меня приложение /gui/test, собранное в релизе,
не подвисает (ну, загружает, процентов на 30% - но не на 100 как у вас.).

В принципе, это нормально, любые иные приложения тоже при старте грузят процессор.

ЗЫ: Хотя, может быть, это связано с тем, что вы в конструкторе выполняете метод: isBusy() ?
И если ДА - то может из-за него проблемы, т.к. если порт открыт и метод пытается его опять открыть - то этот процесс тормозит N-ное кол-во времени.

Автор: good835 7.6.2011, 16:26

2 kuzulis

Разобрался я, почему грузит процессор. Как и предполагалось проблема была в методе SerialInfoMap SerialDeviceEnumeratorPrivate::updateInfo() const

   
static const ::GUID guidArray[] =
{
    /* Windows Ports Class GUID */
    { 0x4D36E978, 0xE325, 0x11CE, { 0xBF, 0xC1, 0x08, 0x00, 0x2B, 0xE1, 0x03, 0x18 } },
    /* Virtual Ports Class GUIG (i.e. com0com, nmea and etc) */
    { 0xDF799E12, 0x3C56, 0x421B, { 0xB2, 0x98, 0xB6, 0xD3, 0x64, 0x2B, 0xC8, 0x78 } },
    /* Windows Modems Class GUID */
    { 0x4D36E96D, 0xE325, 0x11CE, { 0xBF, 0xC1, 0x08, 0x00, 0x2B, 0xE1, 0x03, 0x18 } }
};
   int guidCount = sizeof(guidArray);
   for (int i = 0; i < guidCount; ++i) {

       ::HDEVINFO DeviceInfoSet = ::SetupDiGetClassDevs(&guidArray[i],
                                                        0,
                                                        0,
                                                        DIGCF_PRESENT);
  ....

   int guidCount = sizeof(guidArray)/sizeof(::GUID);

Автор: kuzulis 7.6.2011, 19:39

Спасибо! Исправил.

Автор: Алексей1153 7.6.2011, 19:49

а так красивше

int guidCount = sizeof(guidArray)/sizeof(*guidArray);

Автор: universeroot 13.6.2011, 20:06

Сегодня написал с применением этой библиотеки:

http://robocraft.ru/blog/544.html

Автор: kuzulis 13.6.2011, 22:17

Цитата(universeroot @ 13.6.2011, 21:06)

Автор: grio 1.7.2011, 13:40

Объясните пожалуйста, как правильно инсталлировать
библиотеку QSerialDevice и прикрутить ее к проекту в Линуксе.

Автор: kuzulis 1.7.2011, 15:47

Цитата(grio @ 1.7.2011, 14:40)

Автор: grio 1.7.2011, 16:33

Цитата(kuzulis @ 1.7.2011, 16:47)

Цитата(grio @ 1.7.2011, 14:40)

Объясните пожалуйста, как правильно инсталлировать
библиотеку QSerialDevice и прикрутить ее к проекту в Линуксе.

А по умолчанию не нужно её никуда инсталлировать.
Она является статической и линкуется с приложением,
т.е. её код встраивается в код приложения.

Можете использовать её классы напрямую, как в примере /test/quiapp

Автор: shurilnik 12.8.2011, 11:05

kuzulis, Здравствуйте. Решил попробовать использовать вашу библиотеку на embedded девайсе mini2440 под linux. Столкнулся с проблемой что serialdeviceenumenator начинает грузить проц на 100% после того как в системе появляется или исчезает (если было включено до запуска конструктора класса) ttyUSB устройство. Звук непрерывно воспроизводимый прерывается 2-3 раза в секунду, независимо уже после этого появилось еще устройство или исчезло. Т.е. какой-то метод класса в периодом условно в миллисекунд 300 что-то делает что серьезно грузит процессор, а в остальное время приоритет операции пониже, но все равно грузит. Подскажите пожалуйста куда копать.
Если подключится straceом к процессу то после подключения устройства начинают с большой скорость проскакивать вот такие операции:
readlink("/sys/devices/virtual/tty/tty42/subsystem", "../../../../class/tty"..., 1024) = 21
lstat64("/dev/.udev/db/tty:tty42", {st_mode=S_IFLNK|0777, st_size=15, ...}) = 0
readlink("/dev/.udev/db/tty:tty42", "tty42 char/4:42"..., 1024) = 15
readlink("/sys/devices/virtual/tty/tty43", 0xbed2c680, 1024) = -1 EINVAL (Invalid argument)
stat64("/sys/devices/virtual/tty/tty43/uevent", {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
open("/sys/devices/virtual/tty/tty43/uevent", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 21
fstat64(21, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001f000
read(21, "MAJOR=4\nMINOR=43\nDEVNAME=tty43\n", 4096) = 31
read(21, "", 4096) = 0
close(21) = 0
munmap(0x4001f000, 4096) = 0
readlink("/sys/devices/virtual/tty/tty43/subsystem", "../../../../class/tty"..., 1024) = 21
lstat64("/dev/.udev/db/tty:tty43", {st_mode=S_IFLNK|0777, st_size=15, ...}) = 0
readlink("/dev/.udev/db/tty:tty43", "tty43 char/4:43"..., 1024) = 15
readlink("/sys/devices/virtual/tty/tty44", 0xbed2c680, 1024)usb 1-1.2: USB disconnect, address 3
ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
ftdi_sio 1-1.2:1.0: device disconnected
= -1 EINVAL (Invalid argument)
stat64("/sys/devices/virtual/tty/tty44/uevent", {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
open("/sys/devices/virtual/tty/tty44/uevent", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 21
fstat64(21, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001f000
read(21, "MAJOR=4\nMINOR=44\nDEVNAME=tty44\n", 4096) = 31
read(21, "", 4096) = 0
close(21) = 0
munmap(0x4001f000, 4096) = 0
readlink("/sys/devices/virtual/tty/tty44/subsystem", "../../../../class/tty"..., 1024) = 21
lstat64("/dev/.udev/db/tty:tty44", {st_mode=S_IFLNK|0777, st_size=15, ...}) = 0
readlink("/dev/.udev/db/tty:tty44", "tty44 char/4:44"..., 1024) = 15
readlink("/sys/devices/virtual/tty/tty45", 0xbed2c680, 1024) = -1 EINVAL (Invalid argument)
stat64("/sys/devices/virtual/tty/tty45/uevent", {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
open("/sys/devices/virtual/tty/tty45/uevent", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 21
fstat64(21, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001f000
read(21, "MAJOR=4\nMINOR=45\nDEVNAME=tty45\n", 4096) = 31
read(21, "", 4096) = 0
close(21) = 0
munmap(0x4001f000, 4096) = 0

причем номер и тип tty постоянно меняется...
Или может это нормальное поведение ?
Заранее спасибо.

Автор: kuzulis 12.8.2011, 11:49

2 shurilnik,

я даже и не знаю что посоветовать.

Что первое приходит на ум, так это - попробуйте скачать master ветку:

https://gitorious.org/qserialdevice/qserialdevice/trees/master

Автор: shurilnik 12.8.2011, 12:40

У меня как раз мастер ветка, недельной давности правда.
Да порт сразу открывается при появлении устройства. Но проблема появляется не только при выдергивании а и при вставлении. Т.е. пока устройств нету - все тихо. Появляется устройство и начинается. На самом деле я пробовал и без открытия порта - тоже самое происходит. Я serialenumerator и использую для отслеживания что устройство выдернули, (даже с открытым портом) и соответствующий ему Abstractserial класс удаляется с закрытием порта и удалением дескриптора.
По поводу, RTS/DTR/CTS попробую поправить как вы сказали. Отпишусь потом.
Кстати ttylocker пришлось править как вы раньше советовали, иначе после выдергивания порт при повторном подключении не давало открыть порт.... Закоментировал обработки pid локфайла.

Автор: kuzulis 12.8.2011, 14:16

Автор: sh2ka 17.8.2011, 12:53

Есть некоторая проблема при использовании QSerialDevice.

Вот, исходные данные:

• графическое приложение Qt (QWidget)
• объект открытого порта (QSerialDevice)
• фоновый таймер, отправляющий в порт запросы с интервалом ~1 секунду
• есть слейв устройство, которое отправляет ответы на запросы (ГАРАНТИРОВАННО)

• хватаю окно мышью за заголовок и держу
• или открываю модальное окно

Автор: kuzulis 17.8.2011, 15:16

Да, подтверждаю. Есть такое дело.

По ходу блокируется метод: QWinEventNotifier::event(QEvent *e).
т.е. не блокируется - а перестает срабатывать при появлении события.

Автор: Litkevich Yuriy 18.8.2011, 8:14

Цитата(sh2ka @ 17.8.2011, 15:53)

Автор: kuzulis 18.8.2011, 8:21

Цитата(Litkevich Yuriy @ 18.8.2011, 9:14)

Автор: Litkevich Yuriy 18.8.2011, 12:33

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

Автор: kuzulis 18.8.2011, 14:34

Цитата(Litkevich Yuriy @ 18.8.2011, 13:33)

Автор: sh2ka 19.8.2011, 6:56

Цитата(Litkevich Yuriy @ 18.8.2011, 14:33)

Автор: kuzulis 19.8.2011, 9:19

Цитата(sh2ka @ 19.8.2011, 7:56)

 testserialreadyread.zip ( 4.76 килобайт ) : 140

Автор: silver47 4.11.2011, 14:41

Добрый день. Обновился до ветки master от 17 сентября. На windows 7 не закрывает порт с модемом, который подключен по USB. Так и висит с открытым портом, до тех пор пока шнурок из модема не выдернешь. В чем может быть проблема?

спасибо.

P.S. под USB модемом подразумеваю zyxel OMNI 56K UNO, а не всякие GPRS/3G.

Автор: kuzulis 6.11.2011, 16:46

Цитата(silver47 @ 4.11.2011, 15:41)

Автор: silver47 6.11.2011, 19:10

Дебаггер встал на файле abstractserial.cpp На строке номер 800

d->serialEngine->close();

::CancelIo(this->descriptor);

if (0 == ::CloseHandle(this->descriptor)) {

Автор: kuzulis 6.11.2011, 21:05

Можно попробовать перед закрытием делать setFlowControl(FlowControlOff) или,
если не получится, закомментировать CancelIo().

Автор: silver47 7.11.2011, 6:08

Автор: sarge 7.11.2011, 14:54

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

суть такова - имеется qt SDK, пишу в нем простые программки, все работае.
Скачал qserialdevice и попытался собрать примеры оттуда - в результате куча ошибок, попробовал собрать библиотеку (как описано в ридми) тоже куча ошибок.

мне надо как то по другому установить Qt чтобы все работало?

Автор: kuzulis 7.11.2011, 18:08

[/telepaty mode = ON]
См http://www.qtcentre.org/threads/39876-Help-with-serial-Problem?p=183195#post183195ответ.
Или тут на форуме или на prog.org.ru
[/telepaty mode]

Автор: sarge 7.11.2011, 20:48

Цитата(kuzulis @ 7.11.2011, 18:08)

Автор: shurilnik 7.12.2011, 18:36

kuzulis, Приветствую!

Наконец опять занялся своим устройством, сижу пытаюсь разобраться почему SerialDeviceEnumerator грузит проц... Пока что выяснил вот что:
в функции void SerialDeviceEnumeratorPrivate::setEnabled(bool enable)
создается коннект:
q->connect(this->notifier, SIGNAL(activated(int)), q, SLOT(_q_processWatcher()));

И в общем-то все нормально пока не воткнешь usb устройство. После вставки (или доставания, если сабжевый класс был инициализирован при воткнутом устройстве) начинаются бесконечные ивенты от этого QSocketNotifier (который udev_socket). И он постоянно дергает _q_processWatcher() и получается загрузка проца по плешку.
Пробовал на десктопе у себя - тоже самое. только грузится одно ядро (ну есесно прога а один поток работает).
Насколько я понимаю QSocketNotifier должен выдавать сигнал только когда udev увидел что действительно устройство появилось/исчезло? А оно почему-то выдает постоянно.

PS: Это все происходит вообще без участия AbstractSerial. Т.е. порт я даже не откываю.
Может есть идеи отчего так происходит ?

О, а может сокет не читается, поэтому сигнал все время заново посылается ?

Автор: kuzulis 7.12.2011, 20:05

Автор: shurilnik 7.12.2011, 20:19

Цитата(kuzulis @ 7.12.2011, 20:05)

Цитата(kuzulis @ 7.12.2011, 20:05)

Автор: kuzulis 7.12.2011, 20:55

Автор: blinvip 11.12.2011, 16:10

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

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

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

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

Спасибо.

Автор: kuzulis 11.12.2011, 20:50

Автор: KocMak 11.12.2011, 21:01

Привет.

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

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

Автор: kuzulis 11.12.2011, 21:13

Автор: KocMak 11.12.2011, 23:05

Цитата(kuzulis @ 11.12.2011, 21:13)

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;
}

Автор: kuzulis 12.12.2011, 9:44

2 Гость_KocMak_*,

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

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

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

ЗЫЗЫ:

Автор: KocMak 12.12.2011, 11:49

Цитата(kuzulis @ 12.12.2011, 9:44)

Автор: blinvip 12.12.2011, 14:45

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

Автор: shurilnik 13.12.2011, 19:03

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