Здравствуйте, SBOS, Вы писали:
SBO>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
1. Спасибо MOS-у за ссылку.
2. Я вышел из положения так — купил нульмодемный кабель и написал маленькую утилитку, которая позволяет
писать в порт и читать из него. Таким образом, можно фактически реально прогонять данные через порты (с COM1 на COM2, например), что очень удобно для эмуляции реального устройства на реальных драйверах.
Здравствуйте, SBOS, Вы писали:
SBO>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
Здравствуйте, SBOS, Вы писали:
SBO>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
если найдёте исходники дров для USB-data cable для Siemens, то проблема решена
Здравствуйте, SBOS, Вы писали:
SBO>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
Кстати, интересно, а вообще COM-порт можно сэмулировать? Т.е. программа, которая со стороны операционки выглядит как COM-порт, но позволяет эмулировать обмен данными с ком-порта... Вроде посылаем в COM-порт последовательность байт — прога записывает её в файл. Создаём файл с набором символов — прога его подцепляет и эмулирует активность COM-порта...
Здравствуйте, Spidola, Вы писали:
S>1. Спасибо MOS-у за ссылку. S>2. Я вышел из положения так — купил нульмодемный кабель и написал маленькую утилитку, которая позволяет S> писать в порт и читать из него. Таким образом, можно фактически реально прогонять данные через порты (с COM1 на COM2, например), что очень удобно для эмуляции реального устройства на реальных драйверах.
S>Если нужно, утилитку могу скинуть куда-нить...
Да интересно исходники посмотреть.
Так в профайл(вкладка файлы) выложи.
А на чём писано? Надеюсь на сях?
Здравствуйте, retn, Вы писали:
R>Здравствуйте, Spidola, Вы писали:
S>>1. Спасибо MOS-у за ссылку. S>>2. Я вышел из положения так — купил нульмодемный кабель и написал маленькую утилитку, которая позволяет S>> писать в порт и читать из него. Таким образом, можно фактически реально прогонять данные через порты (с COM1 на COM2, например), что очень удобно для эмуляции реального устройства на реальных драйверах.
S>>Если нужно, утилитку могу скинуть куда-нить...
R>Да интересно исходники посмотреть. R>Так в профайл(вкладка файлы) выложи.
Да нет, не на сях (я не умею ). У меня такой подход — конкретная задача должна быть решена наименьшей кровью.
Поэтому был взят Delphi7, найден для него бесплатный компонент для работы с COM портами, написана сервисная обвязка ввиде небольшого приложения. Компонент SerialNG там же в архиве. Взят отсюда.
Поскольку написана за пару часов, то особой обработки ошибок там не ждите Работа с приложением проста — запускаете,
выбираете порт и его настройки в Settings-ах, открываете порт кнопкой. Далее всё просто — можно послать строку в порт, можно техт, можно подгрузить список строк и запускать как отдельные строки из списка, так и весь список построчно через настраиваемый в секундах интервал. Соответственно, всё, что на порт приходит, сразу отображается на экране.
Типичная проверка — берёте нульмодемный шнур, соединяете COM1 и COM2, запускаете два экземпляра программы и тестируете.
Здравствуйте, Spidola, Вы писали:
S>Здравствуйте, SBOS, Вы писали:
SBO>>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
S>1. Спасибо MOS-у за ссылку.
de nada, amigo
S>2. Я вышел из положения так — купил нульмодемный кабель и написал маленькую утилитку, которая позволяет S> писать в порт и читать из него. Таким образом, можно фактически реально прогонять данные через порты (с COM1 на COM2, например), что очень удобно для эмуляции реального устройства на реальных драйверах.
В свое время (пару лет назад) решил эту же проблему аналогично.
S>Если нужно, утилитку могу скинуть куда-нить...
Впринципе, если интересно — тоже могу выложить, реализовал что-то типа терминала в MFC + C++. Вот выдержка из help:
Обзор возможностей
Данная версия программного продукта имеет следующие возможности:
Прием информации (длина принимаемой строки до 80 символов) по мере ее поступления из последовательного порта COM1...COM18 и ее отображение в ASCII или HEX кодах.
Передача строки информации в порт в ASCII или HEX кодах (длина передаваемой строки до 80 символов).
Сохранение настроек при закрытии программы.
Хранение до 100 передаваемых строк (команд) в Библиотеке Команд с возможностью быстрого их извлечения для передачи.
Расчет CRC для передаваемой строки информации и хранение до 20 предустановленных схем расчета CRC.
Автопередача команды в порт заданное число раз через заданное время (или посылка команды после приема).
S>А поддержка сценариев там у тебя есть? Вроде "на прешедшее это послать в порт то-то"...
Да нету, конечно , можно посылать ответ на любое принятое сообщение, но обработки принятых сообщений нет.
Я ее писал-то собственно чтобы потестить классы для работы с последовательным портом, просто, как-то само-собой получился самостоятельный программный продукт, который я до сих пор иногда использую. Соответственно опыта программирования на C++ у меня было не много, так что багов там хватает. Но так как писал для себя и меня она удовлетворяет — исправлять ничего не хочется.
Но тут теперь новый интересный трабл. Во-первых, новые компы теперь стали выпускать вообще без всяких COM-портов (у меня лично нет). Во-вторых, программный продукт "Virtual Serial Port Driver XP/.NET/...", э... создает порты, которые нельзя открыть из-под .NET (см. код ниже).
Суть вся в том, что для реализации некоторой системы мне необходимо написать .NET Remoting канал, использующей для связи COM-порт. Жестоко и еще раз жестоко! Сам код уже написан, а вот его отладка не представляется возможной в силу вышеперечисленных 2-х пунктов. Вроде бы есть еще какой-то "Virtual Serial Port Kit", его еще попробую.
Конкретно, фишка вот в чем:
//код внутри клиента
private void Open()
{
if (!_Port.IsOpen)
_Port.Open(); //Access to the port 'COM4' is denied. - UnAuthorizedAccessException
}
При этом, COM4-COM3 — пара виртуальных портов, созданная "VSPD XP/.NET/...", и к COM3 уже "присосался" сервер.
Пробовал на XP SP1/XP SP2, может в этом трабл?
Если кому интересно, выкладываю на opendotnet в проект Robot Controlling System, полные сорсы канала.
Здравствуйте, MOS, Вы писали:
MOS>Здравствуйте, SBOS, Вы писали:
SBO>>Всем привет! Как можно сэмулировать на одном компьютере два COM-порта так, чтобы они были соеденены друг с другом? Возможно, кто-то знает программу для этого или сталкивался с похожей проблемой? Заранее спасибо.
MOS>http://www.mks.zp.ua/index.php
). У меня такой подход — конкретная задача должна быть решена наименьшей кровью.
Работа с приложением проста — запускаете,
