Форум: "Потрепаться";
Текущий архив: 2005.12.18;
Скачать: [xml.tar.bz2];
ВнизCOM-порт Найти похожие ветки
← →
Loginov Dmitry © (2005-11-29 09:31) [0]Имеется 2 персональных компьютера и устройство для снятия сигналов ЭКГ. Данное устройство подключается к компьютеру через СОМ-порт. Для него имеется фирменный драйвер, точнее, DOS-приложение. Эта программа посылает какой-то сигнал кардиографу, после чего он начинает передавать сигналы ЭКГ.
Кардиограф новый (куплен год назад), а вот "драйвер" старый и очень часто виснет.
Было отказаться от фирменного "драйвера" и работать с кардиографом непосредственно из разрабатываемого нами приложения. Для этого мы хотим в первую очередь определить, какой сигнал подается на кардиограф для запуска процесса съема.
Единственное, что пришло в голову - это соединить СОМ-порты обоих компьютеров и на втором компьютере фиксировать сигналы, передаваемые драйвером устройства.
Пожалуйста, если кто с этим сталкивался, помогите решить эту проблему (для вас это может и не являться проблемой).
Можно ли вообще осуществить предложенную выше идею? Если можно, то как, какими средствами (может есть подходящий софт для этого)?
← →
Rem © (2005-11-29 09:49) [1]см. WinAPI CreateFile("COM1:", ...)
When the process uses CreateFile to open a communications resource, it must specify certain values for the following parameters:
· The fdwShareMode parameter must be zero, opening the resource for exclusive access.
· The fdwCreate parameter must specify the OPEN_EXISTING flag.
· The hTemplateFile parameter must be NULL.
← →
Loginov Dmitry © (2005-11-29 10:23) [2]
> Rem © (29.11.05 09:49) [1]
Что???
← →
ECM © (2005-11-29 10:29) [3]
> может есть подходящий софт для этого
http://www.serial-port-monitor.com/
← →
wal © (2005-11-29 10:30) [4]0. Обратиться к разработчику устройства на предмет получения протокола обмена. Если не поможет, то читай дальше.
1. Нужно определить используются линии DTR-DSR и/или RTS-CTS. Если они не запаяны - то вопросов нет, если запаяны - садимся осцилографом и смотрим, изменяются ли в процессе работы состояния.
2. Нужно определить скорость обмена. Опять же осцилографом садимся на TxD или RxD и по самому короткому импульсу определяем скорость. Сдезь же примерно определяем формат передачи байта (количество бит данных, количество стоповых, предположение о наличии и значении бита четности)
3. Нужно определить режим работы - пулудуплекс или полный дуплекс. Определяется опять же осцилографом, только теперь двухлучевым.
4. Берем компьютер, в нем любую терминальную программу. Вход СОМ-порта соединяет с выходом исходного компьютера. Смотрим, что передает компьютер.
5. Вход СОМ-порта соединяем со входом исходного компьютера. Смотрим что передает устройство.
6. Если до сих пор ничего не понятно, то пишем программу, которая "слушает" два СОМ-порта и пишет в лог. Один порт соединяем с входом, другой с выходом исходного порта. Потом сидим и очень долго анализируем лог.
С уважением.
← →
ECM © (2005-11-29 10:38) [5]
> 6. Если до сих пор ничего не понятно, то пишем программу,
> которая "слушает" два СОМ-порта и пишет в лог. Один порт
> соединяем с входом, другой с выходом исходного порта. Потом
> сидим и очень долго анализируем лог.
Только писать ничего не надо - [3] всё это умеет
← →
Loginov Dmitry © (2005-11-29 11:39) [6]
> wal © (29.11.05 10:30) [4]
Ну загнул!!! Можно подумать, что мы осциллографы серийно производим :)
> ECM © (29.11.05 10:29) [3]
Спасибо! Бум смотреть.
← →
wal © (2005-11-29 11:41) [7]
> Можно подумать, что мы осциллографы серийно производим :)
Их не нужно производить, их нужно просто иметь в наличии, если задачи такого рода возникают ;)
Страницы: 1 вся ветка
Форум: "Потрепаться";
Текущий архив: 2005.12.18;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.015 c