QExtSerialPort, работа с битом RTS

[Vanta11a]

Исходные данные:
COM - порт, реализующий RS-485, с аппаратным контролем потока. Qt в связке с библиотекой QExtSerialPort.
Чтение данных, приходящих из порта, идет на ура.
Функция записи в порт не пишет ничего, причем именно для RS-485. Если порт будет реализовывать RS-232 или RS-422, все шикарно работает.

Исходник функции отправки (по заданию вызывается по завершению приема сообщения):

    QString command, checksumm;
    BBPPort->setRts(false);
    BBPPort->setDtr(false);
    command.append("command");
    checksumm = calcCheckSumm(command.section('*',0,0));
    command.append(checksumm);
    command.append('\r' + '\n');
    QByteArray data;
    data = command.toAscii();
    int bytes;
    bytes = BBPPort->write(data);
    ui->lE_BytesWrought->setText(QString("%1").arg(bytes));
    BBPPort->setRts(true);
    BBPPort->setDtr(true);

Что я делаю не так?

[raxp]

COM - порт, реализующий RS-485, с аппаратным контролем потока

COM-порт может реализовать RS-485 только вкупе с конвертором RS-232/RS-485, в вашем случае видимо неавтоматическим, с управлением направлением приема-передачи:



И вообще:

bytes = BBPPort->write(data);
    ui->lE_BytesWrought->setText(QString("%1").arg(bytes));
    BBPPort->setRts(true);
    BBPPort->setDtr(true);

сначала устанавливают RTS, а уже потом передают, а у вас наоборот.

1- проконтролируйте саму передачу на TX (пин 3) - RS-232
2- проконтролируйте установку RTS и единичного уровня на 2-3 ноге драйвера ADM485/ST-485, т.е. убедитесь, что в вашем конверторе реализуется не обратная логика по RTS в ноль, а прямая
3- проконтролируйте передачу на A-B RS-485-го интерфейса ...осциллом или внешним терминалом

[Vanta11a]

От замены true на false ничего не меняется, проверял. Если поставить софтварный контроль за передачей - в порт идет какая-то ересь вместо нужных данных.

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

00810             EscapeCommFunction(Win_Handle, SETRTS);
00813             EscapeCommFunction(Win_Handle, CLRRTS);

Причем сначала в работающей программе идет CLRRTS, запись данных, а после этого - SETRTS.

Функция write, возвращает в качестве количества записанных данных - 0. Возможен вариант, что бит просто не успевает установиться?
Случай, что передача от меня накладывается на другую - исключаем, т.к. даже когда я в канале один, данные все равно не передаются.

[raxp]

От замены true на false ничего не меняется, проверял

а должно бы.

1- используйте WinAPI функции напрямую, раз обертка не срабатывает
2- проверяйте сниффером Portmon, что идет в порт со стандартного ПО и вашего, так вы отследите на каком этапе вы делаете ошибку

Причем сначала в работающей программе идет CLRRTS, запись данных, а после этого - SETRTS

установка в ноль - это прием, в единицу - это передача. В вашем случае: вы сначала ставите в ноль, что-то пытаетесь передать, а потом устанавливаете в режим передачи, когда передачи уже нет. Смысл дошел?

[waleri]

А что должно изменится? Если мне не изменяет память, RTS это Request To Send, то биш требоивание к девайсу чтоб слал данные (ну, или разрешение). Для того, чтоб знать надо ли нам слать или нет надо смотреть на CTS (Clear To Send)

[Vanta11a]

Итак. Работающий код выглядит следующим образом:

EscapeCommFunction(hCom,CLRRTS);
SEND_RS(); // Генерация сообщения в переменной chbuf
WriteFile ( hCom, chbuf,  strlen(chbuf), &temp, &overlappedwr );
Sleep(15);
EscapeCommFunction(hCom,SETRTS);

Мой код:

BBPPort->setRts(false); // Отработает как EscapeCommFunction(hCom,CLRRTS)
command.append("command"); // Формирование команды в QString
QByteArray data;
data.append(command);
BBPPort->write((data.data()),data.length());
BBPPort->setRts(true); // Отработает как EscapeCommFunction(hCom,SETRTS)

Функция write принадлежит QIODevice, и в свою очередь вызывает функцию writeData. writeData перегружена в QExtSerialPort и в общем приближении имеет вид

WriteFile(Win_Handle, (void*)data, (DWORD)maxSize, & bytesWritten, newOverlapWrite)

Причем данная функция прекрасно работает для RS422 и RS232.

В чем глобальная ошибка? Может быть я передаю в функцию не то, что надо?

[raxp]

Итак. Работающий код выглядит следующим образом:
...

имхо, сие справедливо лишь для конкретного преобразователя с обратной логикой управления по RTS/DTR.

В моем конверторе логика управления прямая. Впрочем, что не мешает задавать нужное направление через WinAPI:

В чем глобальная ошибка?

в том, что вы проигнорировали возможность пошагово отследить, что делает ваш код с помощью сниффера и сравнить с рабочим кодом, а тупо долбите обертку в QT.

Может быть я передаю в функцию не то, что надо?

это загадка, для нас, ибо:
1- вы не указали схему подключенного оборудования
2- вы не указали, чем отслеживаете, осциллографом, сниффером, вторым терминалом на шине RS-485, может вы смотрите через Modbus-терминал ...а так, передачу вы не проверили, по крайней мере нам ничего об этом неизвестно.

WriteFile(Win_Handle, (void*)data, (DWORD)maxSize, & bytesWritten, newOverlapWrite)

Причем данная функция прекрасно работает для RS422 и RS232.

RS-422 - однонаправленный интерфейс, RS-232 не требует переключения и управления. Либо возьмите автоматический конвертор RS-232/RS-485 и избавьтесь от головной боли раз и навсегда. Да, дороже

[Vanta11a]

имхо, сие справедливо лишь для конкретного преобразователя с обратной логикой управления по RTS/DTR.

Самое печальное - что нельзя этот преобразователь поменять.

И portmon не получится использовать, т.к. Win7 x64, которую тоже поменять нельзя.

На данный момент нашел(?) альтернативу, но взлетит или нет - вопрос.

Итак, на данный момент имеется:
ПК с железным портом RS485 (менять нельзя). Каким вывертом реализован RS485 на ПК - неизвестно.
Блок, которым надо управлять - тоже с железным RS485.
Конвертер ADAM RS485/RS232, подключенный в шину между блоком и ПК, отдающий данные на HyperTerminal.

Из проблем: ПК менять нельзя. Блок менять нельзя. Ставить конвертер между блоком и ПК - нельзя. Остается только долбить код.
Прием работает изумительно, отправка - никак. Я бы понял, если бы не работало все, а так...

[raxp]

И portmon не получится использовать

не Portmon-ом единым... К тому же, всегда можно воспользоваться VMWare или VirtualBox, поставить нужную ОС и экспериментировать с портами по самое не могу.

Самое печальное - что нельзя этот преобразователь поменять

такие вещи решаются на этапе ТЗ. Тут уж зависит от "степени жлобства" руководства.

[Vanta11a]

Итак. Главный тезис руководства: в железе ничего не менять. То есть работать с тем, что есть. В понятие "железо" включается как используемый ПК, так и версия ОС.

Есть программа, которая с грехом пополам, но работает. И по образу и подобию которой надо делать новую.
Различия с моей имеют вид одной строки. В работающем варианте:

WriteFile ( hCom, chbuf,  strlen(chbuf), &temp, &overlappedwr );

, в моем:

WriteFile(Win_Handle, (void*)data, (DWORD)maxSize, & bytesWritten, newOverlapWrite)

Похоже единственный способ решить проблему без написания своего велосипеда - вытащить в public Win_Handle, указывающий на порт, и работать с ним напрямую через WinAPI.