Связь Arduino-C ++ не читать Arduino

Обновление: см. Ответ ниже. TL; DR: вы установили скорость передачи (и, вероятно, все остальные настройки) после Вы открываете порт.

Я считаю, что это ошибка в реализации Windows QSerialPort. Я еще не смог определить причину, но у меня есть следующие симптомы:

1. Загрузите Arduino (Uno в моем случае; Леонардо может вести себя по-разному) с демонстрацией ASCII. Отключите и снова подключите Arduino. Обратите внимание, что индикатор TX не загорается.

2. Подключите его с помощью Putty или монитора последовательного порта Arduino. Это сбрасывает Arduino, а затем печатает таблицу ASCII. Индикатор TX горит постоянно, как и ожидалось.

3. Отключите / снова подключите Arduino и на этот раз подключите к нему программу QSerialPort. На этот раз, несмотря на то, что порт открыт нормально, индикатор TX никогда не включается и readyRead() никогда не срабатывает. Также обратите внимание, что Arduino не сбрасывается, потому что по умолчанию QSerialPort не меняет DTR. Если вы делаете QSerialPort::setDataTerminalReady(false); затем сделать паузу на 10 мс, затем установить его true Это будут сбросить Arduino, как и ожидалось, но он все еще не передает.

4. Обратите внимание, что если у вас есть программа Arduino, которая передает данные непрерывно (пример ASCII останавливается), если вы открываете порт с помощью putty, чтобы он начал передачу и затем откройте его с помощью QSerialPort, не отключая кабель, он будет работать! Однако, как только вы отключите / подключите кабель, он перестанет работать снова.

Это заставляет меня подозревать, что putty устанавливает некоторые параметры последовательного порта, которые требуются для arduino, и сбрасывается при повторном подключении кабеля. QSerialPort, очевидно, не меняет это значение.

Вот настройки, которые использует Putty, насколько я могу судить:

dcb.fBinary = TRUE;
dcb.fDtrControl = DTR_CONTROL_ENABLE;
dcb.fDsrSensitivity = FALSE;
dcb.fTXContinueOnXoff = FALSE;
dcb.fOutX = FALSE;
dcb.fInX = FALSE;
dcb.fErrorChar = FALSE;
dcb.fNull = FALSE;
dcb.fRtsControl = RTS_CONTROL_ENABLE;
dcb.fAbortOnError = FALSE;
dcb.fOutxCtsFlow = FALSE;
dcb.fOutxDsrFlow = FALSE;
dcb.Parity = NOPARITY;
dcb.StopBits = ONESTOPBIT;
dcb.BaudRate = ...;
dcb.ByteSize = ...;

И по QSerialPort:

dcb.fBinary = TRUE;
dcb.fDtrControl = unchanged!
dcb.fDsrSensitivity = unchanged!
dcb.fTXContinueOnXoff = unchanged!
dcb.fOutX = FALSE;
dcb.fInX = FALSE;
dcb.fErrorChar = FALSE;
dcb.fNull = FALSE;
dcb.fRtsControl = RTS_CONTROL_DISABLE;
dcb.fAbortOnError = FALSE;
dcb.fOutxCtsFlow = FALSE;
dcb.fOutxDsrFlow = unchanged!
dcb.Parity = NOPARITY;
dcb.StopBits = ONESTOPBIT;
dcb.BaudRate = ...;
dcb.ByteSize = ...;

Поэтому я думаю, что это должно быть одно из тех неизменных значений, которое заставляет Arduino думать, что это не связано. От Документация DCB Я подозреваю fTxContinueOnXoff,

Хорошо, я собираюсь написать небольшую программу, чтобы прочитать эти настройки и посмотреть, что изменится.

Хорошо, я написал свою программу и сделал следующее открытие. Различия после запуска putty и только моей программы Qt были:

• BaudRate: ЭТО НЕ БЫЛО УСТАНОВЛЕНО QT !!!!!!! Оказывается, вы можете установить только скорость передачи после Вы открываете порт.. В противном случае он остается на прежнем значении, которое равно 0, когда вы впервые подключаете кабель.
• fDtrControl: установить 1 для Putty, оставить равным 0 для Qt.
• fOutX и fInX: оба также установлены в 1 для Putty и оставлены в 0 для Qt.

После переезда все мои set...() вызовы функций после открытия работали отлично. Мне не пришлось возиться с DtrControl или Out / InX. (Хотя я также установил высокий DTR вручную.)

При настройке всех параметров я подумал, что было бы неплохо установить политику ошибок «пропустить». НЕ ДЕЛАЙТЕ ЭТОГО! ОСТАВЬТЕ ЭТО НА ИГНОРЕ! В противном случае это все испортит и добавляет странные задержки во все ваши коммуникации.