На компонент есть документация в архиве.
Но пример выложу.

Присоединённый файл ( Кол-во скачиваний: 11 )
 COM_Time_10ms.rar 5,07 Kb

P.S. я COM1 и COM2 соединил Nul-modem кабелем.

Это сообщение отредактировал(а) ivan219 - 7.10.2007, 10:17

И опять ты не понял. Всё работает. Но уменьшение интервала меньше чем 200 ничего не ускоряет. Прога продолжает работать всё так-же медленно.

Вобщем проблему решил. Отказался вообще от таймера как такового. Написал линейный алгоритм работы с устройством, в качестве задержки использовал sleep(18);. Работает нормально, быстро, почти как и родной софт.

Я про то что в гдето в коде происходит задержка.


Тоже вареант.
Я тебе компонент дал и пример попробуй может понравится  

Ну, я за эти дни уже так далеко продвинулся с этой прогой, что уже что либо менять будет значить всё это заново переписывать. Ну уж нет...
Файлик конечно гляну на досуге.

Alexzz,  а твой МК DSR дёргает ?
ИМХО лучше по упр сигналам отсылать чем по таймерам...

Связь только по двум линиям, TX и RX через два оптрона. Нет никаких управляющих сигналов.

Нет лучше протокол составить так чтобы дополнительные вывода не использовать.

протокол составить можно только если ТЫ разрабатываешь устройство. А если это уже за тебя придумали?

Возвращаемся к теме.

Прогу уже успел распространить нескольким коллегам. И тут вдруг выяснилось, что моя прога не желает работать под XP. У меня самого стоит 98 и прога работает с устройством через ком-порт на ура. Но у коллег стоит ХР и прога работать отказывается, мало того, вываливается в ошибку. НО!!! Если предварительно запустить оригинальный заводской софт для устройства, то и моя прога после этого начинает корректно работать с устройством.

Вопрос: В чём разница в работе с ком-портом между 98 и ХР ?

Я пока ещё не отлаживал прогу под ХР просто потому, что ХР у меня только на ноуте но там нет ком-порта. Просто гонял прогу без подключения к порту - всё о.к.
Коллеги, у которых прога не пошла, утверждают, что по светодиодам на устройстве видно, что прога передаёт данные в устройство но нет ответа. Отсутствие ответа означает, что формат посылаемых данных не соответствует протоколу. А вот что именно, я пока не выяснил. Предполагаю что сбой происходит в момент когда я задаю конфигурацию порта. Делаю это так:
Проверки результатов выполнения операций с портом тут не привёл чтобы они не загружали код, но на них ошибок не происходит. Все операции выполняются без ошибок. Но есть какая-то проблема при последующих операциях передачи данных в порт. Ошибок тоже не возникает, но периферийное устройство переадных данных не понимает. Либо скорость 38400 не устанавливается, либо флаги 12 и 13 не сбрасываются в 0. Хотя нет, флаги тут ни при чём, если бы они то устройство бы таки отвечало, но прога не смогла бы получить данные. А тут ответа нет вообще. Но что интересно, после запуска родного софта всё начинает работать.

Да, и ещё один момент который я смог уловить и на своём компе при отладке: Закрытие порта командой CloseHandle(hport) под ХР вызывает ошибку. Под 98 всё нормально.

Это сообщение отредактировал(а) Alexzz - 16.1.2008, 00:48

Возможно потому что из под 98 можно осуществить прямой доступ к порту а вот XP не разрешает.

Я что-то не пойму, зачем бороться с какими-то сложностями, если есть замечательный компонент TurboPower Async Professional   
Работает во всех операционках. Все что только можно придумать - настраивается!

Добавлено через 13 минут и 51 секунду


Тоже не вопрос - используй преходник USB <> COM. (Такие еще в дата-кабелях к мобильникам стоят). Сделай сам или, если с электроникой не в теме, - попроси своих друзей-электронщиков.

Я пользуюсь переходником сделанным моим другом. С ним можно связаться на сайте его фирмы: Конт Электроника. Не сочтите это рекламой.