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

[Litkevich Yuriy]

RS422 обеспечивает соединение точка-точка (в полном дуплексе). RS485 точка-многоточие (полудуплексная передача), RS485-4w точка-многоточие (в полном дуплексе).
RS422 != 2 канала RS485.

это лишь реализация и на логическом уровне. Возьми к примеру BitBus, синхронный режим, там как раз RS-422, по одному каналу гонятся данные, по другому синхросигнал.

[mmsd]

Добрый день. Необходимо отправлять данные в COM порт допустим каждую секунду. И соответсвенно получать ответную информацию. С приемом проблем не возникло благодаря Link. Интересует вопрос организации непрерывной отправки команд. Использовать потоки?

[kuzulis]

Интересует вопрос организации непрерывной отправки команд. Использовать потоки?

Нет, QTimer. Также вместо QSerialDevice лучше использовать Link

[RazrFalcon]

А багтрекер есть?

У меня на мак не удается получить инфу об устройстве, только portName. Все остальные поля доступные в QtSerialPortInfo пустые. На win и linux норм.
Мак 10.8.
QtSerialPort из гита, вчерашний.
Устройство - FTDI.

Сообщение отредактировал RazrFalcon - 22.2.2013, 14:10

[kuzulis]

А багтрекер есть?

Да, есть. См. Link

[RazrFalcon]

Это видел. Думал есть отдельный.

Link

В догонку.
Можно ли как то отловить что устройство отключили/выдернули?

[kuzulis]

Это видел. Думал есть отдельный.

Link

Блин, только что проверил на 10.6.8 в виртуалке с чипом PL2303 - все работает.
Можешь пройтись отладчиком сам и поглядеть что там да как?

Например, открой пример enumerator и слинкуй его статически с библиотекой:

1. Подправь enumerator.pro

удали:

greaterThan(QT_MAJOR_VERSION, 4) {
    QT       += widgets serialport
} else {
    include($$QTSERIALPORT_PROJECT_ROOT/src/serialport/qt4support/serialport.prf)
}

и всесто этого добавь:

include(../../../qtserialport/src/serialport/serialport-lib.pri)

2. При компиляции будет ругаться что не найдены

#include <QtSerialPort/QSerialPortInfo>

и т.п., просто замени на:

#include "qserialportinfo.h"

и т.п.

3. Добавь в баг-трекере типы используемых USB/Serial конвертеров с которыми не работает.

В догонку.
Можно ли как то отловить что устройство отключили/выдернули?

Просто так - Нет.

Можно только если оно до этого порт был открыт и в этот момент выделнули,
тогда выстрелит сигнал ResourceError.

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

[RazrFalcon]

Ок. Сегодня попробую.

Можно только если оно до этого порт был открыт и в этот момент выделнули, тогда выстрелит сигнал ResourceError.

Да, устройство открыто. Сигнала такого не нашел. Он в QSerialPort?

Сообщение отредактировал RazrFalcon - 24.2.2013, 15:54

[RazrFalcon]

Не совсем понял что дебагить то...
Надел пару скринов на всякий случай:
LinkLinkLink

[kuzulis]

Да, устройство открыто. Сигнала такого не нашел. Он в QSerialPort?

Есть такой код ошибки ResourceError. Вот он и должен выстрелить.
Хотя в MacOSX это не проверялось, т.к. ни у кого нет MacOSX

Не совсем понял что дебагить то

Ну, пройтись по этим всем строчкам и посмотреть, находит ли оно вообще что-то,
каунтеры все по нулям?

Важно от тебя получить это:
1. Вообще, имена портов находит или тоже пустые все?
2. Если находит, то запусти в MacOSX утилиту типа IORegistryExplorer или как-то так
называться должна (естественно, твой шнурок должен быть втыкнут).
Эта йтилита "стандартная" находится в папке Applications или Utils в директории с XCode.
Так вот, эта утилита должна показать все зарегистрированные устройства, в том числе и твой FTDI
шнурок. Ты там просмотри ветки в USB на предмет наличия твоего девайса, плюс на предмет наличия там VID/PID
и т.п. И если найдешь - то приложи скрины всех этих веток от твоего девайса до его корневого USB хаба.

UPD:

И кстати, этот макрос:

#if defined(MAC_OS_X_VERSION_10_4) && (MAC_OS_X_VERSION_MIN_REQUIRED >= MAC_OS_X_VERSION_10_4)
#  include <IOKit/serial/ioss.h>
#endif

корректно в 10.8 обрабатывается? ioss.h Реально подключается?

Сообщение отредактировал kuzulis - 24.2.2013, 18:45