• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

Компоненты для работы с Com-портом и лечение к ним, или (+)

  • Автор темы Автор темы picoman
  • Дата начала Дата начала
Статус
Закрыто для дальнейших ответов.
P

picoman

Ищу для BCB6 Компоненты для работы с COM-портом и лечение к ним,
ИЛИ
грамотные способы работы с портом без написания драйверов.

1. Как возможно приложению адекватно работать с ком-портом, ведь время выполнения ему предоставляется непредсказуемо?
С отправкой/приёмом в порт блоков данных понятно, есть стандартный драйвер Windows который доступен через файл порта, но как приложению чётко управлять устройством (чтобы ответ устройству уходил сразу после приёма данных от устройства)? Мне говорили что для BCB есть компоненты которые решают все эти проблемы без написания драйвера устройства. Интересно как они работают (это драйвер конфигурируемый или что?), как написать поведение системы при работе с устройством через эти компоненты, код пишешь для компонента отдельно, а приложение связываешь с компонентом уже через системный буфер?

Помогите кто может!

Спасибо.

Андрей.
 
Используя DeviceIoControl вместо ReadFile, WriteFile скорость работы с COM-портом на пользовательском уровне увеличится. Но гарантии, что ответ устройству будет уходить сразу после приёма данных нет, даже и на уровне ядра. Можешь еще повысить приоритет своему приложению, которое работает с компортом, но тогда другие программы, работающие в системе будут "отдыхать".
 
Используя DeviceIoControl вместо ReadFile, WriteFile скорость работы с COM-портом на пользовательском уровне увеличится. Но гарантии, что ответ устройству будет уходить сразу после приёма данных нет, даже и на уровне ядра. Можешь еще повысить приоритет своему приложению, которое работает с компортом, но тогда другие программы, работающие в системе будут "отдыхать".

Что значит но гарантии, что ответ устройству будет уходить сразу после приёма данных нет, даже и на уровне ядра?
А как тогда под Windows работают устройства требующие жёсткой привязки (синхронного обмена)?

Андрей.
 
Не путай понятия - синхронный обмен и таймауты при выполнении операций, это разные вещи. Синхронный обмен данными между внешним устройством и COM-портом легко создается на прикладном уровне, для этого не надо драйвер городить. Советую почитать литературу по данному профилю.
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab