jp
Я уже молчу о том, что у меня can usb от марафон стабильно с частотой 1 кГц шлёт данные в ком порт и ничего не бъется
Size: a a a
2021 February 24
A
Хм, уверен? У меня на ком порт бегали пакеты с частотой 1 кГц, когда я разгонял юарт до мбоад
это был непрерывный стрим, или пришёл мильён байт и конец?
НГ
Хм, уверен? У меня на ком порт бегали пакеты с частотой 1 кГц, когда я разгонял юарт до мбоад
уверен, писал софт чтобы шить C8051 через com-порт, используя tx как клок, а статусные линии как дата
jp
это был непрерывный стрим, или пришёл мильён байт и конец?
Непрерывно, тупо в очередь клал, и раз в 1/24 секунд забирал из очереди данные и на график выводил
НГ
на 430 была оптимальная скорость передачи, выше не получалось как раз из-за задержек между посылками 10мс
НГ
на stackoverflow есть несколько тем по этому вопросу и на сайте мелкософта
jp
на 430 была оптимальная скорость передачи, выше не получалось как раз из-за задержек между посылками 10мс
Может проблема была в контроллере?
RS
10 мс период тоже неплохо
НГ
Может проблема была в контроллере?
нет, на форуме МС сами разрабы писали что меньше не выжать, это минимальная задержка опроса внешних портов
jp
нет, на форуме МС сами разрабы писали что меньше не выжать, это минимальная задержка опроса внешних портов
Аа, ну я по readybyte делал readall, может поэтому не замечал?
jp
Ком порт та успевает буфер заполнять с частотой большей
НГ
Аа, ну я по readybyte делал readall, может поэтому не замечал?
возможно, не могу знать, с qt пока не работал
НГ
10 мс период тоже неплохо
согласен, но 16кб шьются примерно 25-30 минут, без проверки целостности прошивки в мк
RS
согласен, но 16кб шьются примерно 25-30 минут, без проверки целостности прошивки в мк
Bitband ft232 однозначно быстрее работает
НГ
Bitband ft232 однозначно быстрее работает
ну так там High-speed USB и Bulk-transfer вроде, ещё бы не было быстрее)
RS
ну так там High-speed USB и Bulk-transfer вроде, ещё бы не было быстрее)
UART на МК быстреее USB
RS
Проблемы UART на ПК в кривых драйверах
OM
При попытке работать с ком-портом я перешёл с qt на яву - правда, читается там иногда не полными блоками, но в целом работает существенно проще и устойчивее.
2021 February 25
A
приоритет прерываний внешних портов ниже чем портов SATA/IDE, возможно при большом обмене данных с ЖД растут задержки
@Bahoo08
разобрался откуда растут ноги :
вобщем, как и предполагалось - при нагрузке на комп (запуске чего-либо кроме сабжа) прерввание реди рид срабатывает слишком поздно, к этому моменту в avaliable уже цифра больше чем 128.
счас попытаюсь распарсить эти данные
разобрался откуда растут ноги :
вобщем, как и предполагалось - при нагрузке на комп (запуске чего-либо кроме сабжа) прерввание реди рид срабатывает слишком поздно, к этому моменту в avaliable уже цифра больше чем 128.
счас попытаюсь распарсить эти данные
GK
как сделано сейчас:
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
по сигналу readyRead останавливаю таймер, проверяю сколько байт пришло (available) , если их 128 то получаю и обрабатываю. после обработки запускаю таймер.
если их не 128, то запускаю таймер.
по прерыванию таймера чищу буфер ком порта (read all) и запускаю таймер снова
Может, есть смысл делать пост-обработку?