Отправлено velik 19 октября 2005 г. 12:44

Привет Всем.

Есть задача реализовать один регулятор на ПЦ. ПЦ Связан с железякой по COM порту. Т.е. железяка меряет сигнал, передает его в ПЦ, ПЦ что-то там считает и передает сигнал обратно в железяку. Так вот алгоритм "Получил-посчитал-передал" должен работать с периодом 10мСek.

Но прием данных из COM порта работает уже в 27мС!!! Работу с COM портом организовал через API функции CreateFile() WriteFile() ReadFile().

Может кто знает, как организовать доступ быстрее? Был бы признателен любым советам.

• Железку примочить на PCI шину и снести винду поставить ДОС - тока проще уже в железке считать... — †   (19.10.2005 13:02 81.23.109.150, пустое)
  • Ответ: или RTOS-32 — andrews   (19.10.2005 13:30 195.131.123.42, пустое)
  • Либо пишешь свой драйвер COM порта - пусть он и считает заодно. — †   (19.10.2005 13:07 81.23.109.150, пустое)
• НаписАть свое прерывание COM — argus98   (19.10.2005 13:00 81.22.205.230, пустое)
  • Долго, не умею я и, к тому же, не хочу. — velik   (19.10.2005 13:06 212.99.201.53, 367 байт)
    • А попробуй просто приоритет повыше своему потоку задать.. — †   (19.10.2005 13:08 81.23.109.150, пустое)
      • Я уверен, что проблема не в приоритете потока. — velik   (19.10.2005 13:13 212.99.201.53, 261 байт)
        • Видимо ваша апишная функция не использует прерывания, а работа по опросу - хлопотное дело... — argus98   (19.10.2005 13:19 81.22.205.230, пустое)
• Мне кажется (+) — Андрей Сорокин   (19.10.2005 12:56 217.20.169.253, 257 байт)
  • Пока пробую решить задачу "в лоб" :-( — velik   (19.10.2005 13:07 212.99.201.53, пустое)
• USB раз, а писюк работает на какой скорости ? , долголи считаем , да и не забыть что можно обрабатывать данные не только в ожидании байта из порта, впрочем это уже тема из MSDN — Kenat   (19.10.2005 12:47 62.205.170.49, пустое)
• Под виндами !? =)))))))) — miv   (19.10.2005 12:47 81.3.156.146, пустое)
  • Можно , и под виндами yf 115 КБод байт туда обратно = 0,14ms + время посчитать + латентность х.з . но при максимальном приоритете потока думаю можно , хотя в МК надо было считать — Kenat   (19.10.2005 12:50 62.205.170.49, пустое)