Создаю библиотеку для работы с последовательными портами. [УШЕЛ ИЗ ПРОЕКТА].

[kuzulis]

ну так по умолчанию клонируется же и история?

[b-s-a]

конечно. вот только история пустого репозитория тоже пуста. или я ошибаюсь?

[Larry]

Добрый день! Подскажите пожалуйста, как можно реализовать следующее. Я работаю с модемом через последовательный порт. Все прекрасно работает, когда запрос делаешь один. При нескольких запросах ответы сливаются в один. Н-р:

Код:

query("#CCID");
query("+CPIN?");
query("+CREG?");
query("+CGATT?");

а в ответ:
AT#CCID

ERROR
AT+CPIN?

ERROR
AT+CREG?

+CREG: 0,0

OK
AT+CGATT?

+CGATT: 0

OK

[Larry]

проверил сколько раз вызывается слот присоединенный к readyRead, пишет, что один раз, а отправлено 4 запроса...как такое может быть?

[b-s-a]

Очень просто. состояние порта проверяется не в реальном режиме, а периодически. Если модем успевает ответить на все команды за этот период, то ответы сливаются. Рекомендую тебе делить ответы по строкам - это в любом случае надежней.

[Larry]

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

[Larry]

Не знаю правильно или нет, но проблему решил блокированием порта до прихода сообщения, а остальные направляю в очередь...

[b-s-a]

kuzulis, как успехи в переговорах с Nokia? Все заглохло?

[kuzulis]

По ходу да. Жду ответа, ничего не было слышно с пятницы.
Сегодня подожду еще чуток и напомню им, мож забыли.

[kuzulis]

2 b-s-a,

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

В частности, для Windows и *nix для того же Parity значения отличаются,
и в Windows они не совпадают с тем, что заявлено в serialport.h.

В serialport.h:

Код

C++ (Qt)
...
enum Parity {
        NoParity = 0,
        EvenParity = 2,
        OddParity = 3,
        SpaceParity = 4,
        MarkParity = 5,
        UnknownParity = -1
    };
...
 

в winbase.h:

Код

C++ (Qt)
...
#define NOPARITY	0
#define ODDPARITY	1
#define EVENPARITY	2
#define MARKPARITY	3
#define SPACEPARITY	4
#define ONESTOPBIT	0
#define ONE5STOPBITS	1
#define TWOSTOPBITS	2
...
 

[kuzulis]

Итак, только что я получил от Marius-a письмо о том, что он не забыл про QSerialDevice.
Он написал, что недавно они закончили процесс легализации (юридические дела)
и в ближайшее время он начнет создавать в Jira "CLA sign-off tasks".
И тогда мы получим назначенные Jira задачи, где мы будем добавлять/отклонять
специальные CLA.

И он говорит, что хотя-бы у одного человека должна быть регистрация в Jira
для того, чтобы была возможность назначить задачу.

[b-s-a]

2 b-s-a,

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

Хочешь не хочешь, а по любому что-то присвоить придется. По умолчанию, enum в любом случае присваивает. Или ты хотел делать через константы?

В частности, для Windows и *nix для того же Parity значения отличаются,
и в Windows они не совпадают с тем, что заявлено в serialport.h.

Знаю что отличаются. Но в отличие от *nix под виндой не надо эмулировать Mark/Space. А именно из-за этого я настаивал на данных значениях.

[kuzulis]

Хочешь не хочешь, а по любому что-то присвоить придется.
По умолчанию, enum в любом случае присваивает. Или ты хотел делать через константы?

Я думал, что может вообще отказаться от конкретных значений enum-ов, которые
есть сейчас (ну, кроме Unknown). т.е. пусть компилятор
сам им присвоит по умолчанию 0, 1, 2 и т..п.
А от enum Rate можно было бы вообще отказаться.
А в эмуляции паритета и т.п. использовать или константы или другие enum - но уже
внутри engine конкретной платформы.

К чему это я все: к тому, что при генерации документации текущие
значения enum будут отражены и в ней тоже. И юзер посмотрит
их и скажет, а почему оно равно 3 а не 5 и не 99.
т.е. не нужно "выносить сор из избы" (с). И лучше,
если в документации эти enum будут без значений вообще.

Ну и от Unknown тоже придется скорее всего избавляться.

Знаю что отличаются. Но в отличие от *nix под виндой не надо эмулировать Mark/Space. А именно из-за этого я настаивал на данных значениях.

Я понял. Просто оно как-то некрасиво что-ли получается. Типо для одной платформы эти константы "заточены".

Хотя - ХЗ. Посмотрим что дальше будет.

[b-s-a]

На счет Unknown согласен, возможно следует избавиться. Оно где-то реально используется?

[kuzulis]

Оно где-то реально используется?

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

Т.е. реально в структурах типа DCB и termius могут быть
значения полей /битов установленные "от балды". И
в этом случае мы спасаемся, присвоив   Unknown соответствующему параметру.

Например, вдруг, гипотетически в DCB.ByteSize будет установлено 9 (ну или сочетание
любых флагов типа fRtsControl, fDsrSensitivity и т.п. не будет соответствовать ожидаемой комбинации),
и что тогда отображать пользователю? Какое значение параметра?

Вот в этом то и вся заковырка.