[uu5jkb]

Сообщение от NumLock

пусть поток непрерывно читает данные и складывает их куда-нибудь в буфер, а основной поток периодически берет данные из буфера (сколько ему надо) и строит на их основе график. обращение к буферу защитить критической секцией.

Идея посещала, но все равно нужна какая-нибудь синхронизация потоков. Возникают вопросы. Например, как часто основному потоку брать данные из буфера и рисовать их. Если интервал те же 5 мс, то настанет момент, когда точка будет пропущена или наоборот, нарисована лишняя. Коряво объяснил, ну суть такая - рисовать надо синхронно с приемом в реальном времени. Если основной поток будет рисовать также через 5 мс, то постепенно накопится ошибка, превышающая интервал между точками.

Да и в моменты прорисовки будут сбои приема из USB. Я же говорил, что пробовал делать основному потоку SendMessage. Последний по этому событию брал данные из глобального буфера и оттуда рисовал. Сбои были все равно.

Сообщение от Bargest

Если нужно разгрузить буфер - можно читать данные в очередь, а другим потоком из очереди брать. Но вообще чтение каждые 2 мс это как-то странно - при переключении на другое приложение в буфере снова начнут накапливатсья данные.

Приложение очень главное, поэтому переключения на другие во время работы не будет. Читающему потоку еще и tpCritical приоритет стоит.