![]() |
|
|
Регистрация | << Правила форума >> | FAQ | Пользователи | Календарь | Поиск | Сообщения за сегодня | Все разделы прочитаны |
![]() |
|
Опции темы | Поиск в этой теме | Опции просмотра |
|
#1
|
|||
|
|||
![]() Приветствую всех.
Прошу прощения, если ошибся веткой форума. Есть устройство на контроллере, которое общается через USB с компом. Устройство работает как HID, опрашивается каждые 2 миллисекунды. Контроллер по таймеру читает данные из АЦП и отправляет пакет 8 байт в USB каждые 5 мс. С другой стороны шнурка программа на Delphi этот пакет ловит. В программе запущен отдельный поток, который, собственно, и занимается ловлей. Когда пакет получен, данные АЦП читаются, преобразуются и должны выводиться на экран. Прорисовка делается по Synchronize(), при этом если на экран выводить только буковки (например, в StatusPanel данные АЦП показать, всякую другую фигню), все работает лучше некуда. Если я пытаюсь рисовать график, периодически (раз на несколько сотен точек) происходят сбои, теряется одна-две точки, вернее в буфере приема USB вместо 8 байт накапливается 16 или 24, а может (пока не наблюдал) и целых 32. Т.е. принимается все нормально, только при рисовании комп иногда не успевает прочитать буфер после приема 8-ми байт. Попробовал в Synchronize() сделать не прорисовку, а отправлять сообщение главной форме, что надо бы нарисовать точку. Проблема осталась, иногда прочитать не успеваем. График рисуется на Image.Canvas детскими методами типа MoveTo() и LineTo(). Есть ли какие-нибудь легкие решения проблемы, чтобы рисовалось быстрее? Разбирать, сколько там пришло в буфере, 8 байт или 24, что-то пока не хочется. Спасибо |
#2
|
||||
|
||||
![]() пусть поток непрерывно читает данные и складывает их куда-нибудь в буфер, а основной поток периодически берет данные из буфера (сколько ему надо) и строит на их основе график. обращение к буферу защитить критической секцией.
Пишу программы за еду. __________________ |
#3
|
|||
|
|||
![]() Цитата:
Идея посещала, но все равно нужна какая-нибудь синхронизация потоков. Возникают вопросы. Например, как часто основному потоку брать данные из буфера и рисовать их. Если интервал те же 5 мс, то настанет момент, когда точка будет пропущена или наоборот, нарисована лишняя. Коряво объяснил, ну суть такая - рисовать надо синхронно с приемом в реальном времени. Если основной поток будет рисовать также через 5 мс, то постепенно накопится ошибка, превышающая интервал между точками. Да и в моменты прорисовки будут сбои приема из USB. Я же говорил, что пробовал делать основному потоку SendMessage. Последний по этому событию брал данные из глобального буфера и оттуда рисовал. Сбои были все равно. Цитата:
Приложение очень главное, поэтому переключения на другие во время работы не будет. Читающему потоку еще и tpCritical приоритет стоит. |
#4
|
||||
|
||||
![]() Если нужно разгрузить буфер - можно читать данные в очередь, а другим потоком из очереди брать. Но вообще чтение каждые 2 мс это как-то странно - при переключении на другое приложение в буфере снова начнут накапливатсья данные.
jmp $ ; Happy End! The Cake Is A Lie. |