![]() |
Здравствуйте, гость ( Вход | Регистрация )
![]() |
Анна |
![]()
Сообщение
#1
|
![]() Активный участник ![]() ![]() ![]() Группа: Участник Сообщений: 276 Регистрация: 22.5.2008 Из: Зеленоград Пользователь №: 181 Спасибо сказали: 30 раз(а) Репутация: ![]() ![]() ![]() |
Ситуация: записываю в порт большой массив длиной N, и жду сигнала bytesWritten(qint64).
Вопрос: что делать, если сигнал вернёт значение M, меньшее N? 1. ждать , когда прийдёт сигнал о записи остатка? 2. повторно записать остаток массива N-M? (Например, это случай, когда N превысила размер буфера порта) |
|
|
![]() |
gormih |
![]()
Сообщение
#2
|
Студент ![]() Группа: Новичок Сообщений: 15 Регистрация: 22.9.2011 Пользователь №: 2901 Спасибо сказали: 0 раз(а) Репутация: ![]() ![]() ![]() |
Ситуация: записываю в порт большой массив длиной N, и жду сигнала bytesWritten(qint64). Вопрос: что делать, если сигнал вернёт значение M, меньшее N? 1. ждать , когда прийдёт сигнал о записи остатка? 2. повторно записать остаток массива N-M? (Например, это случай, когда N превысила размер буфера порта) Если остаток размера буфера порта меньше вашей записи - принципиально не рекомендуется в него "толкать" такие записи. Лучше делать это постепенно. Для более подробного освещения данного вопроса рекомендуется посмотреть исходники используемой Вами библиотеки. Такая ситуация из за того, что в первую очередь uart как правило очень медленный, и напихать в него больше чем он может "перемолоть" очень и очень легко. Вы можете сформировать свой динамический буфер, в который толкать все что угодно, а из него уже в fifo. При этом вся ответсвенность за переполнение данного буфера ложиться на ваши плечи. |
|
|
Анна |
![]()
Сообщение
#3
|
![]() Активный участник ![]() ![]() ![]() Группа: Участник Сообщений: 276 Регистрация: 22.5.2008 Из: Зеленоград Пользователь №: 181 Спасибо сказали: 30 раз(а) Репутация: ![]() ![]() ![]() |
Если остаток размера буфера порта меньше вашей записи - принципиально не рекомендуется в него "толкать" такие записи. Лучше делать это постепенно. Для более подробного освещения данного вопроса рекомендуется посмотреть исходники используемой Вами библиотеки. Такая ситуация из за того, что в первую очередь uart как правило очень медленный, и напихать в него больше чем он может "перемолоть" очень и очень легко. Вы можете сформировать свой динамический буфер, в который толкать все что угодно, а из него уже в fifo. При этом вся ответсвенность за переполнение данного буфера ложиться на ваши плечи. В том-то и дело, что QSerialPort "кушает" т в свой внутренний буфер столько, сколько ему дают. А вот , что происходит, когда виндовая функция записи внутри порта вернула значение, меньшее, чем мы в неё отправили, это понять из исходного кода тяжеловато, а на эксперименты времени не хватает. Варриантов не много - либо порт извиняется и говорит, что не смог запихнуть в железку больше, либо извещает меня сигналами, по мере того как скармливает данные из своего буфера. Очень хочется надеяться, что второе. Сообщение отредактировал Анна - 1.11.2013, 12:03 |
|
|
![]() ![]() ![]() |
![]() |
Текстовая версия | Сейчас: 26.2.2025, 22:20 |