QSerialDevice - Библиотека для работы с COM-портами Опции

[Гость_Гость_*]

а там надо было попробовать кинуть в папку с проектом 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]

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


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

Сообщение отредактировал kuzulis - 3.3.2011, 20:52

[Гость_Гость_*]

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

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

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

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

[brauni]

to kuzulis

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

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

[kuzulis]

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

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

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

[brauni]

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

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

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

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

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

[d2r]

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

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

[kuzulis]

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

Никак.

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

Открыть порт и приконектиться к сигналу readyRead().
И когда от устройства (если оно есть) придут данные - то прочитать их.
Никаких таймеров не нужно (за исключением, если необходимо просигнализировать о таймауте ожидания от устройства данных).

Как то так.

[d2r]

Не получается создать список 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]

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

ps НЕ известно