jp
Вы с помощью сигналов/слотов приложение пилите?
Size: a a a
2021 February 24
A
Вы с помощью сигналов/слотов приложение пилите?
как сделано сейчас:
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
TK
вручную на таймере городить - это кривая залупа.
пока комп ничего не делает - окей, всё работает. но как только запускаешь параллельно какой то другой софт (да хоть видео на ютубе) наярнают сыпаться таймаут эррор
пока комп ничего не делает - окей, всё работает. но как только запускаешь параллельно какой то другой софт (да хоть видео на ютубе) наярнают сыпаться таймаут эррор
нет не кривая
TK
все дело в том что uart/rs232 - не пакетизирован, это просто байтовый протокол
TK
поэтому в его функционале и не должно быть такой фичи
TK
а значит придется пилить самому таймаут
jp
как сделано сейчас:
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
Я тогда не совсем понимаю с чего это у вас всё ломается при любой нагрузке на комп. У меня просто и графики успевают отрисовываттся, и в файл записываются.
TK
а я cutomHID использую
A
Я тогда не совсем понимаю с чего это у вас всё ломается при любой нагрузке на комп. У меня просто и графики успевают отрисовываттся, и в файл записываются.
пока сложно сказать почему именно ломается, сам понять не могу.
как будто у прерываний таймера приоритет выше, чем прерывания ком порта.
а реакция на сам ком порт походу затормаживается при нагрузке на комп
как будто у прерываний таймера приоритет выше, чем прерывания ком порта.
а реакция на сам ком порт походу затормаживается при нагрузке на комп
TK
увы windows не RT система
A
Я тогда не совсем понимаю с чего это у вас всё ломается при любой нагрузке на комп. У меня просто и графики успевают отрисовываттся, и в файл записываются.
вы с каким бод рейтом, количеством байт и периодом посылок работаете успешно?
RS
увы windows не RT система
Причём тут rt?
Драйвер uart работает аппаратно.
Другое дело что qt использует софт таймеры потому что так проще разработчикам qt
Драйвер uart работает аппаратно.
Другое дело что qt использует софт таймеры потому что так проще разработчикам qt
RS
Хочешь хороший com port на винде?
Используй win API
Используй win API
TK
он там будет работать всегда быстро даже если комп сильно загружен?
jp
вы с каким бод рейтом, количеством байт и периодом посылок работаете успешно?
Несколько мс это оооочень много времени.
По разному, начинал с 960 000, но с этой скоростью у меня стали возникать проблемы. В итоге остановился на гарантированной максимальной доступной в qserialplot. Потом перешёл на can
По разному, начинал с 960 000, но с этой скоростью у меня стали возникать проблемы. В итоге остановился на гарантированной максимальной доступной в qserialplot. Потом перешёл на can
jp
Много времени для компа
НГ
пока сложно сказать почему именно ломается, сам понять не могу.
как будто у прерываний таймера приоритет выше, чем прерывания ком порта.
а реакция на сам ком порт походу затормаживается при нагрузке на комп
как будто у прерываний таймера приоритет выше, чем прерывания ком порта.
а реакция на сам ком порт походу затормаживается при нагрузке на комп
приоритет прерываний внешних портов ниже чем портов SATA/IDE, возможно при большом обмене данных с ЖД растут задержки
НГ
Хочешь хороший com port на винде?
Используй win API
Используй win API
даже с Win API самый минимум 10мс между посылками и отправками в ком-порт чего можно добиться от винды,
A
Несколько мс это оооочень много времени.
По разному, начинал с 960 000, но с этой скоростью у меня стали возникать проблемы. В итоге остановился на гарантированной максимальной доступной в qserialplot. Потом перешёл на can
По разному, начинал с 960 000, но с этой скоростью у меня стали возникать проблемы. В итоге остановился на гарантированной максимальной доступной в qserialplot. Потом перешёл на can
у меня бодрейт 480 или 460 тыщ, кол-во байт 128 итого длительность uart посылки около 3+ мс.
затем 8-10 мс тишина, затем опять посылка.
и походу при нагрузке на комп, реакция на readyRead сдвигается на N ms.
затем 8-10 мс тишина, затем опять посылка.
и походу при нагрузке на комп, реакция на readyRead сдвигается на N ms.
jp
даже с Win API самый минимум 10мс между посылками и отправками в ком-порт чего можно добиться от винды,
Хм, уверен? У меня на ком порт бегали пакеты с частотой 1 кГц, когда я разгонял юарт до мбоад