Добрый день,уважаемые господа! Всех с праздником!
У меня вопрос. Если можете, помогите. Устройство на СОМ-порту
выдаёт сигналы с миллисекундными задержками.Я их вынимаю РидФайлом по одному.
Нужно точно рассчитать время между приходами этих сигналов.
Заранее спасибо. С уважением Александр.
[email protected]
[email protected]

возможно завести статическую переменню и считать разницу между двумя приёмами сигналов...

Такие штучки ИМХО, в dos-e лучше делать, если хочешь поточней посчитать время между приходом сигналов.

Или делать GetTickCount(). Должно точно получться.

Скорей всего, в винде вообче ничего не выйдет...
Вот такую картиночку видели(это win98)?



ИМХО, тут надо для начала размер входного буфера поставить 1 байт (но и то не факт, что сразу по приходу байта в буфер приложение будет оповещено). Другое дело в DOS-е - написал программу обработки прерывания - и пжалста, как она вызвалась - значить, байт пришел Уверен, что будет точнее. Хотя, наверно и в винде можно посчитать точно, если сделать приложению real-time приоритет.

Это сообщение отредактировал(а) Lotrex - 27.2.2006, 22:42

Вот, Duron, special for you
Старенькая DOS - программа (исходник):
http://jamwarrior.narod.ru/sources/com_inp.tar.gz

Там есть файлик readme.txt, он на русском, но в dos-кодировке - надеюсь, расшифруете.

Пока понятия не имею, как Вашу задачу под Win решить...

Это сообщение отредактировал(а) Lotrex - 5.3.2006, 21:32

он же говорит, что вынимает их ридфайлом....

можно использовать ф-ю timeGetTime() из mmtime.lib

Это сообщение отредактировал(а) Partizan - 5.3.2006, 21:53

Устройство сигналы RTS выставляет?

Ридфайлом вряд ли в принципе можно эту проблему решить. По той причине, что не известен момент прихода байта в буфер (это во первых). Где гарантия, что тот байт (если даже он один) был помещен в буфер в тот момент, когда функция нам вернула его значение? Windows - система многозадачная

Что дает timeGetTime?


Она возвращает время в миллисекундах с момента старта Windows. И ничего более. Она не сообщает времени с момента прихода байта в буфер com-порта. Если есть такая ф-ция в WinAPI - плз, в студию! Тогда я с покрасневшей поверхностью лица возьму свои слова обратно.

Во-вторых, предложенная прога анализирует состояние линий (счас уж не помню, каких ) и реагирует на каждое изменение их состояния, а не только после того, как привалил цельный байт. ИМХО, для данной задачи это лучше. Пусть решает автор темы, что ему больше нравится.

Я думаю, в DOS-е точнее получится измерение задержек. Если еще переопределить процедуру обработки прерывания таймера и увеличить его частоту - можно повысить точность до десятых долей миллисекунд (а может, и еще точнее). Правда, под виндами такая прога точно не заработает, а часы вообще встанут (ну, если их в своей процедуре не переставлять ). А если под Dos можно использовать timestamp проца, то вообще голова кругом