Ethernet в віртуальний Com-порт
Є якесь обладнання, наприклад, типу moxa (сервер пристроїв RS-232), які на бере потік RS-232 і передає його по Ethernet.
На компьтере мені показали наступне, що при занедбаному гіпертермінале, підключеному до Com-порту, дані передаються через Com-порт-> наше пристрій-> Ethernet-> комп'ютер і інший гіпертерміналу, підключений до Ethernet відображає що було набрано на першому терміналі.
Тепер треба написати програму, яка б створила віртуальний Com-порт і передавала в нього дані з Ethernet.
питання:
1) Як створити вірутальних Com-порт? Начебто для цього є спеціалізовані компоненти, але мені зустрічалися тільки платні.
2) Чи може у кого-небудь вже є напрацювання в цій галузі?
> 1) Як створити вірутальних Com-порт?
драйвер потрібно писати відповідний. і зареєструвати віртуальний порт в реєстрі.
В MS DDK є приклади. правда, на C
якщо з З дружиш, то нічого особливо складного в тому немає.
подивися ще соотв.наработкі на wasm.ru
я не зовсім зрозумів, а навіщо власне вірт.порт знадобився?
адже обладнання щось підключено до реального порту.
і схема ця працює, як тобі показали.
тобто від тебе начебто потрібно тільки замінити станд.гіпертермінал на свою програму.
З одного боку воно підключено до мініАТС, з іншого - включено в локальну мережу.
Тепер стоїть завдання, на віддаленому ПК підключатися програмою управління для мініАТС до нашої мініАТС. Для цього передбачається створити віртуальний COM-порт, і організувати передачу потоку з локальної мережі з Мохи на віртуальний COM-порт і назад. Тоді на віртуальний COM-порт можна буде направляти програму управління мініАТС.
Одним із завдань застосування DCOM може бути розподіл обчислень по мережі. Дійсно завдання можуть бути досить ресурсомісткі і виконуватися багато годин або десятків годин. Застосовуючи DCOM у Вас є можливість розподілити обчислення по декількох серверах або звичайним робочим станціям Windows 98 значно скоротивши час на виконання обчислень.
то чим це може допомогти?
Com-порт-> наше пристрій-> Ethernet-> наше пристрій-> Com-порт
Я так думаю що пристрій типу Моха инкапсулирует дані COM порту в TCP / IP пакети. Ну або в пакеті іншого протоколу. Значить треба на іншому кінці ловити ці пакети і витягати з них дані COM порту. Так як є готова прога управління станцією - потрібен віртуальний COM-порт який буде приймати RS-232 трафік-> упаковувати його в пакети-> відправити сітці на Моха. У зворотному порядку Прийняти пакет від Моха-> витягти дані RS-232-> відправити в прогу підключену до віртуального Com порту. Походу треба писати драйвер.
До Моха йде диск з драйверами, так що думаю нічого писати не знадобитися - все вже написано. Треба просто купити девайс, налаштувати його і насолоджуватися.
> То чим це може допомогти?
Добре. що таке СОМ сервер знаєш? Ну, наприклад той-же Word може виступати сервером автоматізаціі.Соответственно, ти можеш керувати ним, створювати документи і т.д. (в СОМ і Соrba читай) Ну а DCOM цей то-ж саме, тільки удаленно.Вот і все; )
Коротше, чіпляєш "якесь обладнання" до самого найближчого компьютеру.Пішешь DCOM клієнт і сервер.В результаті можеш керувати цим портом (читати як "певним уст-ом") з будь-якого ком'ютера.
З.И. Робив недавно подібну реалізацію для касового аппарата.В результаті, з будь-якого комп'ютера можна "пробити" чек, зняти звіт і т.д.
> До Моха йде диск з драйверами, так що думаю нічого писати
> Не знадобитися - все вже написано. Треба просто купити девайс,
> Налаштувати його і насолоджуватися.
Моха - приклад. Є свій пристрій. Воно створено технарями нашої фірми. До нього треба написати свій драйвер.
З явно-видимих проблем - створення віртуального com-порту.
> Коротше, чіпляєш "якесь обладнання" до самого найближчого
> Комп'ютера.
Йде труба нафтова. Варто на ній компресорна станція. На ній стоїть датчик з інтерфейсом RS-232 а до найближчого компа км так N-дцять. навіть 485-й не проб'є. але зате уздовж труби є лінія Ethernet. Ось і потрібно запхати RS-232 в етот Ethernet. Навіть не запхати, а перетворити його на компі в звичайний RS-232.
>> навіть 485-й не проб'є. # XA0;
485 з усілякими можна і на N-дцять А ось ethernet - до 500м.
А взагалі навіщо тобі віртуальний Com-порт - він тільки для сумісності зі старим софтом. можна дані приймати / надсилати по TCP / UDP. На Moxa можеш забити - неюдобная. Як на мене з усього цього мотлоху кращий - Tibbo. Дуракоустойчівий- просто жах + Чудова документація.
Схоже дівчина заплуталася. Спочатку пише що "На компьтере мені показали наступне, що при занедбаному гіпертермінале. Підключеному до Com-порту, дані передаються через Com-порт-> наше пристрій-> Ethernet-> комп'ютер і інший гіпертерміналу. Підключений до Ethernet відображає що було набрано на першому терміналі. ". Тобто з'єднання працює. Гіпер термінал працює або по Telnet, або з COM портами. Навіщо тут віртуальний порт?
Дівчина! Ще раз і поотчетлівей обрисуйте ситуацію.
> А ось ethernet - до 500м.
В якомусь Fomux-е з оптики в TDM-е до 110 км. Це якщо PDH без репитеров. А якщо SDH то набагато далі і з резервуванням. А можна ще через Інтернет ганяти.
> COM-Пристрій-лінія-Пристрій-COM абсолютно прозора.
Тільки дорого це і у комп'ютера обмежена кількість COM-портів.
І простіше COM-Пристрій-лінія (Ethernet)-комп'ютер?
> Тобто з'єднання працює. Гіпер термінал працює або
> По Telnet, або з COM портами. Навіщо тут віртуальний порт?
З'єднання працює. Віртуальний порт потрібен для того, що-б підключити до нього додаток стороннього розробника. Наприклад, програму управління мініАТС.
Питання: Як створити віртуальний com-порт?
Тільки дорого це і у комп'ютера обмежена кількість COM-портів.
І простіше COM-Пристрій-лінія (Ethernet)-комп'ютер?
Природно, різниця тільки в прозорості, можна вважати так
COM-COM, як тире може бути що завгодно, аж до радиомодем, Інтернет і т.д. Чорний ящик.
> Природно, різниця тільки в прозорості, можна вважати
> так
Немає ніякої різниці в прозорості тому типовий завданням є все ж управління через COM багатьма пристроями, розташованими в різних місцях.
Я все заново перечитав. Вам треба дані COM пора інкапсульовані в трафік Ethernet витягти звідти і відправити на віртуальний COM порт?
Для створення віртуального COM порту свій драйвер. А для створення свого драйвера знадобиться Windows DDK. Там все розписано. Правда все на СІ і компонування.
> Вам треба дані COM пора інкапсульовані в трафік Ethernet
> Витягти звідти і відправити на віртуальний COM порт?
Абсолютно вірно.
> Правда все на СІ і компонування.
Можна і на сі. А що таке Windows DDK якщо в двох словах?
The Microsoft® Windows® Driver Development Kit (DDK) for Windows XP provides a development environment for the creation of Windows XP drivers. The DDK provides additional driver-specific headers, libraries, sources, tools, and documentation that are used to develop drivers for Windows XP.
Загалом в двох словах це приклади і документація для написання драйверів практично для всіх стандартних пристроїв. Також там є повний вихідний текст драйвера послідовного порту.
Я навіть думаю, що знадобитися два драйвера. Один вбудується в модель OSI (типу драйвера NAT) і буде перехоплювати пакети від Вашого девайса, а другий буде емулювати COM порт.
Схоже тіббу зробило все в одному драйвері. Сходи почитай на www.tibbo.ru
На перших порах - цілком :)
ги. як варіант: приймати по мережі повідомлення і посилати їх в com1, а в системному блоці порти com1 і com2 з'єднати нуль-модемом. і тоді дані з мережі будуть потрапляти на com2 :))) жарт
Пам'ять: 0.8 MB
Час: 0.07 c