Как под Win98 полностью эмулировать(если это возможно) КОМ-порт. Что бы приложение под ДОС не знало что работает с виртуальным портом.

Если Вам надо с COM порта только читать, то Вы можете установить(если есть возможность) Virtual PC — там есть возможность
подключать к COM порту эмулируемой ОС текстовый файл. В случае если надо писать в COM порт, надо извращаться. Самое простое что приходит в голову это взять и подключить к COM Null-Modem шнур и подрубить к другому компу.. Однако это уже не эмуляция Ж)

сообщил/сообщила в новостях следующее: news:1462791@news.rsdn.ru...
> Как под Win98 полностью эмулировать(если это возможно) КОМ-порт. Что бы приложение под ДОС не знало что работает с виртуальным портом.

Здравствуйте, sjukov, Вы писали:



S>Если Вам надо с COM порта только читать, то Вы можете установить(если есть возможность) Virtual PC — там есть возможность
S>подключать к COM порту эмулируемой ОС текстовый файл.

Жуть...

В случае если надо писать в COM порт, надо извращаться. Самое простое что приходит в голову это взять и подключить к COM Null-Modem шнур и подрубить к другому компу.. Однако это уже не эмуляция Ж)

Да...

Если бы меня игтересовали софтовые(в смысле готовые программные комплексы) решения или полу железные я бы наверное не писал в форум по АПИ.
Я имею в веду реальную эмуляцию порта как VMware/. Я думаю решение существует

А>Если бы меня игтересовали софтовые(в смысле готовые программные комплексы) решения или полу железные я бы наверное не писал в форум по АПИ.
А>Я имею в веду реальную эмуляцию порта как VMware/. Я думаю решение существует
пишите\ищите в форуме RSDN\asm. Вообще есть DDK\src\kernel\serial, отсюда можно начинать плясать — либо переделкой прямой либо лучше фильтром сего девайса.


А>Как под Win98 полностью эмулировать(если это возможно) КОМ-порт. Что бы приложение под ДОС не знало что работает с виртуальным портом.
как вариант запустить VMWare с DOS (можно причем дать 1-4 Мб памяти, а не от 96-128-256 как под Windows VMWare хочет — очень доложу я Вам шустро и экономично выходит) и в ней же гонять свои древние проги, а порт от VMware торчит наружу через named pipes например (может еще как но я не интересовался) — тут и редиректить полегче будет

Здравствуйте, Valery A. Boronin, Вы писали:

А>>Если бы меня игтересовали софтовые(в смысле готовые программные комплексы) решения или полу железные я бы наверное не писал в форум по АПИ.
А>>Я имею в веду реальную эмуляцию порта как VMware/. Я думаю решение существует
VAB>пишите\ищите в форуме RSDN\asm. Вообще есть DDK\src\kernel\serial, отсюда можно начинать плясать — либо переделкой прямой либо лучше фильтром сего девайса.

Вот, вот я примерно про тоже...Нужно готовое программное решение.


А>>Как под Win98 полностью эмулировать(если это возможно) КОМ-порт. Что бы приложение под ДОС не знало что работает с виртуальным портом.
VAB>как вариант запустить VMWare с DOS (можно причем дать 1-4 Мб памяти, а не от 96-128-256 как под Windows VMWare хочет — очень доложу я Вам шустро и экономично выходит) и в ней же гонять свои древние проги, а порт от VMware торчит наружу через named pipes например (может еще как но я не интересовался) — тут и редиректить полегче будет

Нормально. Если бы таких машин у меня было пару штук, а не >200(они все соединены между собой через порты со своим протоколом), и на каждой от 8 до 24 дополнительных портов(МОХА).Так вот я хочу свиртуалить эти все порты и редиректить трафик по ТСП. Вообще нужно законченное решение:
1. драйвер виден в диспетчере устройств
2. его можно настраивать(настройки КОМ-порта, настройки сети...)
3. просто инсталироваться
4. и.д.

Прошу высказывайте свои соображения...

З.Ы. Где можно скачать DDK 98, XP, 2000, но не с MicroSofta

Здравствуйте, Аноним, Вы писали:

А>З.Ы. Где можно скачать DDK 98, XP, 2000, но не с MicroSofta

Тут: http://club.shelek.com/viewfiles.php?id=2

Здравствуйте, krid24, Вы писали:

K>Здравствуйте, Аноним, Вы писали:

А>>З.Ы. Где можно скачать DDK 98, XP, 2000, но не с MicroSofta

K>Тут: http://club.shelek.com/viewfiles.php?id=2

У меня ссылка не работает...

А>Вот, вот я примерно про тоже...Нужно готовое программное решение.
так объявите тенджер в форуме job.offers (и параллельно asm)
наверняка у кого-то из коллег окажется что-то в загашнике, если размер благодарности будет разумный

А>>>Как под Win98 полностью эмулировать(если это возможно) КОМ-порт. Что бы приложение под ДОС не знало что работает с виртуальным портом.
VAB>>как вариант запустить VMWare с DOS (можно причем дать 1-4 Мб памяти, а не от 96-128-256 как под Windows VMWare хочет — очень доложу я Вам шустро и экономично выходит) и в ней же гонять свои древние проги, а порт от VMware торчит наружу через named pipes например (может еще как но я не интересовался) — тут и редиректить полегче будет

А>Нормально. Если бы таких машин у меня было пару штук, а не >200(они все соединены между собой через порты со своим протоколом), и на каждой от 8 до 24 дополнительных портов(МОХА).Так вот я хочу свиртуалить эти все порты и редиректить трафик по ТСП.
это понятно и логично

А>Вообще нужно законченное решение:
А>1. драйвер виден в диспетчере устройств
А>2. его можно настраивать(настройки КОМ-порта, настройки сети...)
А>3. просто инсталироваться
А>4. и.д.

А>Прошу высказывайте свои соображения...
идея разумная, соображение выше
альтернатива только поискать готовый такого рода продукт в гугле (должны быть ИМХО)

А>З.Ы. Где можно скачать DDK 98, XP, 2000, но не с MicroSofta
в любой относительно новой подписке MSDN + online на MS/OSR есть + peer2peer (возможно) выручат + на развалах с дисками

В очередной раз убеждаюсь, что зажравшиеся гурууууууу....Эх молчу! Неужели трудно показать, научить, а не гнать по ссылкам. Я понимаю знания полученные своим трудом закрипятся сильнее, да и самому приятнее. Ну, а если я (так мне кажется) понимая с структуру своей задачи, не могу найти ту отправную точку в новой для меня области(ДДК). Складывается такое впечатление, что каждая отсылка по ссылке, скрывает какую то манну. Пошли по ссылке очередного просящего, и будет тебе счастье. Честно скажу задавал много раз вопросы(MFC):

60% ответов ссылка.
20% MSDN.
15% начинался какойто базар уводящий в сторону
и наверное только 5%(хотя я сомневаюсь) давали реальные советы.

Анализирую ответы полученные в прошлом я пришел к выводу — давали их мне такие же как и я(просящие). Так, что же скрывается за маской ГУРУ, скорее всего ребята с инЪяза( в лучшем случае) или просто старушки-балтушки.

Настоящие гуру(программисты), я прошу не для себя, для общества имейте хоть каплю сострадания — отвечайте!!!

Всем удачи!!!

Здравствуйте, dvoryak_asd, Вы писали:

_>В очередной раз убеждаюсь, что зажравшиеся гурууууууу....Эх молчу! Неужели трудно показать, научить, а не гнать по ссылкам. Я понимаю знания полученные своим трудом закрипятся сильнее, да и самому приятнее. Ну, а если я (так мне кажется) понимая с структуру своей задачи, не могу найти ту отправную точку в новой для меня области(ДДК). Складывается такое впечатление, что каждая отсылка по ссылке, скрывает какую то манну. Пошли по ссылке очередного просящего, и будет тебе счастье. Честно скажу задавал много раз вопросы(MFC):
_>60% ответов ссылка.
_>20% MSDN.
_>15% начинался какойто базар уводящий в сторону
_>и наверное только 5%(хотя я сомневаюсь) давали реальные советы.
_>Анализирую ответы полученные в прошлом я пришел к выводу — давали их мне такие же как и я(просящие). Так, что же скрывается за маской ГУРУ, скорее всего ребята с инЪяза( в лучшем случае) или просто старушки-балтушки.
_>Настоящие гуру(программисты), я прошу не для себя, для общества имейте хоть каплю сострадания — отвечайте!!!

Тут вариантов несколько. Либо народ не знает, но старается помочь хотя бы ссылкой. Либо ответ в тему будет означатать прямой пересказ ссылки или MSDN. А разжевывать каждому MSDN и ссылки — много времени отнимет, которого у гуру может и не быть.

Здравствуйте, aik, Вы писали:


aik>Тут вариантов несколько. Либо народ не знает, но старается помочь хотя бы ссылкой. Либо ответ в тему будет означатать прямой пересказ ссылки или MSDN. А разжевывать каждому MSDN и ссылки — много времени отнимет, которого у гуру может и не быть.

Вы посмотрите в поике примерно по данной теме — одно пустословие!! Есть перепалки по 7 листов!!!

Да, не пишите, Вы(гуру), ни кто именно Вас не просит, найдутся ребята которым не трудно будет скопировать блок кода из своего или найденного проекта и кинуть на всеобщее обозренее!! Тогда и не будет таких бесконечных круговоротов, в частности как для данной темы!!!

Прсто желание отшибает, что то спрашивать!!! Ведь в большенстве случаев случайный прохожий не знакомого Вам города, допустим Атырау, не отправляет Вас в мэрию, что бы Вы ТАМ узнали сколько времени! Так Вы не только пошлете, Вы еще прилинкуете какую нить библиотеку из 3 букв(может не так грязно,а более изыскано, но не сущую всю ту же трехзначную смысловую нагрузку)!!!

Здравствуйте, dvoryak_asd, Вы писали:

aik>>Тут вариантов несколько. Либо народ не знает, но старается помочь хотя бы ссылкой. Либо ответ в тему будет означатать прямой пересказ ссылки или MSDN. А разжевывать каждому MSDN и ссылки — много времени отнимет, которого у гуру может и не быть.
_>Вы посмотрите в поике примерно по данной теме — одно пустословие!! Есть перепалки по 7 листов!!!
_>Да, не пишите, Вы(гуру), ни кто именно Вас не просит, найдутся ребята которым не трудно будет скопировать блок кода из своего или найденного проекта и кинуть на всеобщее обозренее!! Тогда и не будет таких бесконечных круговоротов, в частности как для данной темы!!!

А в этом треде гуру и нету Да и я вот — ни разу не гуру.
Да и автору не куски кода нужны, он вообще кодировать не шибко хочет, просто хочет готовых собираемых сырцов. А уж их то и подавно никто не даст, потому что это фактически — продукт. Ищет не там, в общем, ему б в гугль.

_>Прсто желание отшибает, что то спрашивать!!! Ведь в большенстве случаев случайный прохожий не знакомого Вам города, допустим Атырау, не отправляет Вас в мэрию, что бы Вы ТАМ узнали сколько времени! Так Вы не только пошлете, Вы еще прилинкуете какую нить библиотеку из 3 букв(может не так грязно,а более изыскано, но не сущую всю ту же трехзначную смысловую нагрузку)!!!

На самом деле вероятность получить хороший ответ на реально сложный вопрос здесь стремится к нулю. И это все форумы такие, не только rsdn. Потому что кто может ответить — в форумах не сидит, оно ему ни к чему.

Здравствуйте, dvoryak_asd, Вы писали:

_>60% ответов ссылка.
_>20% MSDN.
_>15% начинался какойто базар уводящий в сторону
_>и наверное только 5%(хотя я сомневаюсь) давали реальные советы.


ты хочешь рыбу, а тебе дают удочку! не готовое решение, а механизм, как это сделать!

я бы сказал так.
90% ответ из FAQ или MSDN или 5 мин поиска по google

3% очень специфическая задача, которая мало кому интересна и/или мало кто сталкивался
7% (* cenzored *)

Здравствуйте, dvoryak_asd, Вы писали:

_>В очередной раз убеждаюсь, что зажравшиеся гурууууууу....Эх молчу!
не совсем ясен (мне) сей вопль в данном контексте, но раз висит ответом на мое сообщение, то на всякий случай спасибо за титул

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

_>Неужели трудно показать, научить, а не гнать по ссылкам. Я понимаю знания полученные своим трудом закрипятся сильнее, да и самому приятнее. Ну, а если я (так мне кажется) понимая с структуру своей задачи, не могу найти ту отправную точку в новой для меня области(ДДК). Складывается такое впечатление, что каждая отсылка по ссылке, скрывает какую то манну. Пошли по ссылке очередного просящего, и будет тебе счастье.
прошу прощения, но разрешите Вас отправить еще раз... по ссылке. Мне кажется там можно найти ответы, почему такое случается.

Вы еще пишите что

Да, не пишите, Вы(гуру), ни кто именно Вас не просит, найдутся ребята которым не трудно будет скопировать блок кода из своего или найденного проекта и кинуть на всеобщее обозренее!!

если коротко тут не "блок кода", а "очень много кода" будет ИМХО — это раз
два это то что из найденного проекта — т.е. Вы сами фактически также как я отвечаете — подразумевая "мол иди поищи — их там должно быть"
но почему тогда в своем глазу это не заметно... вопрос риторический

в-общем я мог бы расписать каждую строку своего ответа ставшего причиной (?) этого флейма, после чего любой бы понял что ничего крамольного я не советовал, есс-но идея была дать направление, но делать чью-то работу (хотя бы рыть в гугле, коли писать продукт нет желания) ни я ни кто-то другой не будет, подозреваю. Об этом и был ответ: или найди готовый продукт гуглом или иди и копай сам начиная вооооон оттуда. Куда и как копать с удовольствием подскажут по мере появления конкретных вопросов, как известно совтечиков всегда больше, тут Вы правы в чем-то.

писать долго и утомительно как я вижу "гибрид ужа с ежом", то бишь драйвера на базе того же (фильтра) serial из DDK с сетевой поддержкой (которую тут можно прикрутить кучей способов) у меня времени и желания не было (и правильно! со своими драйверами глаз замыливается — начинаешь их видетьь везде ибо сейчас поразмыслив мне уже не кажется драйвер обязательным условием, скорее наоборот обойтись обычным win32 сервисом к слову будет самым оптимальным вариантом, хватит пожалуй и Platform SDK: Device I/O Communications Functions), зато была уверенность что "все уже украдено до нас" и не может быть чтобы такого не делалось никем. посему предложил поставить вопрос на правильном форуме (RSDN\asm or RSDN\job.offers в данном случае).

Но и там к сожалению без отсыла по ссылкам (или некоей базы за душой но тогда бы вопроса здесь не вознило мне так видится) скорее всего не получится, разве что найдется альтруист с точно таким продуктом не испорченным никакими лицензиями (кстати хорошая мысль поискать opensource проект про virtual serial на sf.net & friends — это автору вопроса на заметку) который согласится выкатить исходники (но почему он до сих пор этого не сделал?). И как даже тут без ссылки?

кстати, если уж до конца быть четким, вопросы "типа где слить MSDN" подразумевающие неофцц истчники вообще говоря subject to remove by moderator ибо запрещены правилами сайта со всеми вытекающими, здесь не warez ресурс.

_>Честно скажу задавал много раз вопросы(MFC):
А по-моему тут что-то из серии анекдота про пропавшую собаку женского роду, конец там был про "неустроенность жизни в этой стране" , кстати Ваш следующий пост про мэрию логично подтверждает эту мою мысль

чисто по-человечески мне только не понравилось, что именно мое сообщение отчего-то сломало спину Вашего верблюда, сочувствую... причем тут MFC

_>Анализирую ответы полученные в прошлом я пришел к выводу — давали их мне такие же как и я(просящие). Так, что же скрывается за маской ГУРУ, скорее всего ребята с инЪяза( в лучшем случае) или просто старушки-балтушки.
про других мне сложно что-то сказать, информацию обо мне Вы можете найти здесь
так что инъязов мы не кончали, в бабушки как видите трудно перквалифицироваться, да и в дедушки надеюсь еще лет 20 не попасть

_>Настоящие гуру(программисты), я прошу не для себя, для общества имейте хоть каплю сострадания — отвечайте!!!
после такого эмоционального вступления отвечать несколько... опасно, но что делать, программирование вообще работа нервная и не любит поспешных решений (сам выше поспешил).

вот навскидку "из последнего" <span class='lineQuote level1'>IP-&gt;Com v.3.0.0</span>, причем freeware
сам не смотрел продукт, только анонс — если автору вопроса подойдет с него причитается, как говорится.

PS нет, все-таки Вы правы, нашелся кто-то кто таки выполнил чужую работу, надо мне что-то с этим делать, хватит поддаваться на провокации

PPS посему как видите не считаю свои ответы такими уж бессмысленными даже с учетом перекоса в сторону DDK (все равно полезно знать откуда ноги растут). Если бы мне было нужно решить заданный вопрос — действовал бы таким же образом — и как видите уже бы давно нашел нужный продукт хотя бы "на попроб". Все-таки очень надеюсь что Вы не автор вопроса, надеюсь что автор уже бы давно воспользовался искренними советами и сам нашел что-то похожее.

>Всем удачи!!!
присоединяюсь

_>В очередной раз убеждаюсь, что зажравшиеся гурууууууу....Эх молчу! Неужели трудно показать, научить, а не гнать по ссылкам.

Вы хотите решить свою проблему или всех обложить?

Вам никто не обязан выкладывать непонятно что, так как Вы не сформулировали четко что Вам надо.
Если Вам нужны телепаты, то лучше обратитесь к Гробовому.


Люди пытаются Вам помочь, тратят свое время, а Вы этого не замечаете. Ведёте себя как капризная блондинка.

Удачи!

Здравствуйте, Valery A. Boronin, Вы писали:

Извиняюсь к Вам это не относилос, просто совпало. Спасибо, Вам, большое!!!


ЗЫ Блин настрочил целый том ответа, глюкнул эксплоер , все повторить не смогу

Здравствуйте, dvoryak_asd, Вы писали:

_>Извиняюсь к Вам это не относилос, просто совпало. Спасибо, Вам, большое!!!
_>ЗЫ Блин настрочил целый том ответа, глюкнул эксплоер , все повторить не смогу

off. это сервак нагибается от дотнетов.

Здравствуйте, dvoryak_asd, Вы писали:

_>Извиняюсь к Вам это не относилос, просто совпало. Спасибо, Вам, большое!!!
ну и совпадениеце скажу я Вам...

кстати я отвечал уже под утро — забыл что условие было ажно win98 + DOS через VMM: насчет 98й просто тогда вариант с отсылом в DDK::serial не покатит ибо там НТ подразумевается. соотв надо поискать-попробовать в деле готовый продукт, вроде того что у меня найден в пред ответе — там поддержка 98 вроде была заявлена, если склероз не подводит. Но не уверен что DOS приложениям через VMM это понравится, надо проверять.

Так что предлагаю попробовать и о результатах сюда сообщить — дабы потомкам сразу по прочтении было ясно что работает, а что не катит?

_>ЗЫ Блин настрочил целый том ответа, глюкнул эксплоер , все повторить не смогу
пишите через янус

Здравствуйте, Valery A. Boronin, Вы писали:


VAB>кстати я отвечал уже под утро — забыл что условие было ажно win98 + DOS через VMM: насчет 98й просто тогда вариант с отсылом в DDK::serial не покатит ибо там НТ подразумевается. соотв надо поискать-попробовать в деле готовый продукт, вроде того что у меня найден в пред ответе — там поддержка 98 вроде была заявлена, если склероз не подводит. Но не уверен что DOS приложениям через VMM это понравится, надо проверять.

Программа хорошая, но мне она не подходит. Насколько я понял она редиректит только существующие порты. Для клиентов это пойдет, а что мне делать на сервере-концентраторе?

Нормально. Если бы таких машин у меня было пару штук, а не >200(они все соединены между собой через порты со своим протоколом), и на каждой от 8 до 24 дополнительных портов(МОХА).

8-24 порта относится именно к концентраторам.Я хотел бы полностью избавиться от МОКС... Ставить на концентраторах НТ — не катит их много, да ресурс у нех слаб(есть и IBM 166/32/..) их ф-ция типа хаба.

А>Программа хорошая, но мне она не подходит. Насколько я понял она редиректит только существующие порты. Для клиентов это пойдет, а что мне делать на сервере-концентраторе?
почему-то я решил что именно на клиентах стоят МОКС... еще раз просмотрел ветку — нигде не написано обратного (цитата кстати ниже). Обрисовали бы целиком картину?

сейчас я вижу что есть обычные клиенты с 1-2мя компортами и много концентраторов на каждом из которых есть плата расширения дающая 8-24 компорта. Которые в свою очередь куда-то уходят и именно на том конце хочется получать клиентский траффик по TCP? (А как он сейчас получается то? И кем?)

но в такой ситуации на клиентах ставится указанная прога которая редиректит в сеть локальные клиентские компорты, а в сети (на том конце) следует уже похоже делать сервер который сделает концентраторы просто лишним звеном в цепи: проблема в том что предложенная прога похоже принимает "на том конце" траффик и требует сложить его обратно в какой-то компорт?

ну так тогда мне кажется проблема вполне решаема: причем 2 способа вижу:
— понять потокол от указанной программы и заменить ее на серверном конце своей реализацией которая будет не требовать компорта а класть куда там нужно эти данные и вообще общаться с клиентами. Как вариант найти аналог проги с исходниками, думаю это реально
— если на том конце НТ, то все ж написать (поискать) драйвер который эмулирует компорт причем умеет создавать заданное кол-во экземпляров, чтобы можно было хоть 1000 их создать на том конце и соотв потом попользовать программу которой нужен был компорт... соотв. виртуальный компорт должен в свою очередь уже по вашим внутренним протоколам общаться с кто там живет на том конце.

тут конечно разработка\кастомизация потребуется которая и даст решение
и все ссылки куда я уже отправлял опять обретают силу

если же я неправильно понял задачу\ситуацию, прошу поправить

А>

А>Нормально. Если бы таких машин у меня было пару штук, а не >200(они все соединены между собой через порты со своим протоколом), и на каждой от 8 до 24 дополнительных портов(МОХА).

отмечу что по этой цитате впечатление что речь о клиентах (слова ВСЕ и КАЖДОЙ не позволяют думать как о серверах)

в любом случае если приложение под DOS гоняется в НТ dos vm то реально по второму варианту ему подсунуть что угодно. но если ресурса для запуска даже облегченно-обрезанного НТ4 (думаю реально на 32 Мб гонять если постараться — NT embedded так произошла

Автор: Valerio
Дата: 02.03.04

) не хватает — то разве что посмотреть в сторону исходников например FreeDOS и т.п. — там код есть DOS драйверов ком портов, может поможет-натолкнет на идею как DOS-only решение родить... давно это было уже, не могу точно вспомнить были ли какие-то ограничения у DOS в этом плане

А>8-24 порта относится именно к концентраторам.Я хотел бы полностью избавиться от МОКС... Ставить на концентраторах НТ — не катит их много, да ресурс у нех слаб(есть и IBM 166/32/..) их ф-ция типа хаба.
все таки неясно, а куда с концентраторов указанные МОКСы траффик заруливают?

где-то должен быть кто-то, кто умеет каждого клиента (отд ком порт) обслуживать: если концентраторы просто DOS-хабы, то с них-то куда траффик с каждого из 8-24 портов девается? по сети дальше уходит или какие-то древние DOS проги рулят прямо на машинах с МОКСами — концентраторах? но тогда получается сервер максимум на 8-24(23 если еще веревка нужна до следующего в цепи) клиента тянет?

Здравствуйте, Valery A. Boronin, Вы писали:

VAB>почему-то я решил что именно на клиентах стоят МОКС... еще раз просмотрел ветку — нигде не написано обратного (цитата кстати ниже). Обрисовали бы целиком картину?

Нет. МОКСы стоят именно на концентраторах. Немного истории..

Эта огромная задача была реализованна еще при совдепе и работала на ЕСках(насколько я помню) и до сих пор работает. Сейчас ее "портировали" под ДОС/Win. Это огромная пирамида концентраторов, в каждом большом регионе стоят майнфреймы. Как я уже говорил каждый концентратор несет на себе от 8 и более портов/клиентов. Сейчас у меня их гдето штук 20. В отличие от клиентов концентраторы под Win32. При настройке канала на клиента я уже пишу COM 10 и т.д. Это хорошо. Все проблема в клиентах, мало того что они под ДОС и ломятся на 3F8/4, так и вариантов клиентов несколько...заточенных под определенную задачу.

Сейчас под самого легкого клиента мне удалось написать клиент/сервер приложение(SDK). Просто сама структура клиента понятна(он формирует определенный файл — запрос и посылает на какой нибудь из концентраторов(концентраторы они владеют кое какой инфой)).На концентраторе крутится сервер который имеет доступ к прогр-ме конц-ра через общую память(ДЛЛ предоставленная разработчиками). Но этих клиентов 20-30%, с тяжелыми клиентами сложнее они формируют хренову тучу файлов запросов, скажу также что в основе этих легких клиентов лежит тот же легкий клиент, через который и происходит отсыл инфы. Переписать тяжелых клиентов практически не возможно из-за специфики(очччень навороченный АРМ), да и ежемесячное обновление справочников... Формирование которых происходит на самом пике пирамиды.

С протоколом передачи используемым в данной сети мне разобраться не получилось...Како то он хитрый. Последовательность передачи одного и того же файла(блока байт) разная, то он по байтно пуляет, то блоками разного размера.

С разработчиками связаться не получилось(не понятно и софт вроде обновляется(правда все под ДОС)).

Начал копать в сторону ДДК98...Ё маЁ!!! Там все под АСМ? С ДДК_НТ и т.д. все в принципе как то понятно. Вообще я думал какимто образом эмулировать КОМ порты на концетраторах, на клиентах можно было бы заменить стандартный драйвер своим с функцией редиректа на сокет.

VAB>сейчас я вижу что есть обычные клиенты с 1-2мя компортами и много концентраторов на каждом из которых есть плата расширения дающая 8-24 компорта. Которые в свою очередь куда-то уходят и именно на том конце хочется получать клиентский траффик по TCP? (А как он сейчас получается то? И кем?)

Верно. Эта систма запросов, клиенты формируют и запрашивают "базу данных".

VAB>но в такой ситуации на клиентах ставится указанная прога которая редиректит в сеть локальные клиентские компорты, а в сети (на том конце) следует уже похоже делать сервер который сделает концентраторы просто лишним звеном в цепи: проблема в том что предложенная прога похоже принимает "на том конце" траффик и требует сложить его обратно в какой-то компорт?

Нет, без концентраторов нельзя, каждый из них является носителем какойто инфы. Как я писал выше в протоколе разовраться у меня не получилос(я уже думал об этом, можно было бы через ту же ДДЛ).

VAB>отмечу что по этой цитате впечатление что речь о клиентах (слова ВСЕ и КАЖДОЙ не позволяют думать как о серверах)

Извиняюсь, что ввел в заблуждение

А>>8-24 порта относится именно к концентраторам.Я хотел бы полностью избавиться от МОКС... Ставить на концентраторах НТ — не катит их много, да ресурс у нех слаб(есть и IBM 166/32/..) их ф-ция типа хаба.
VAB>все таки неясно, а куда с концентраторов указанные МОКСы траффик заруливают?

Хоть куда.Концентраторы так же формируют что то вроде таблицы маршрутизации. У каждого клиента, так же как и концентратора есть свой "АЙПи", он называется автоответ. В файле запросе все и прописывается источник, назначение, и тд.

ибо сейчас поразмыслив мне уже не кажется драйвер обязательным условием, скорее наоборот обойтись обычным win32 сервисом к слову будет самым оптимальным вариантом, хватит пожалуй и Platform SDK: Device I/O Communications Functions),

Можете вот здесь растолковать

стало более понятно, надо подумать.

попробуйте пока в форуме asm собрать идеи

Автор: Valery A. Boronin
Дата: 06.11.05

, может быть там что посоветует кто?

А>

А>ибо сейчас поразмыслив мне уже не кажется драйвер обязательным условием, скорее наоборот обойтись обычным win32 сервисом к слову будет самым оптимальным вариантом, хватит пожалуй и Platform SDK: Device I/O Communications Functions),

А>Можете вот здесь растолковать
это было написано когда я еще заблуждался

там имелось ввиду что программа типа ip->com наверное не требует драверов, достаточно пользоваться тем что дано в ссылке

http://www.virtual-serial-port.com/

http://www.tacticalsoftware.com/site/html/products/product-guide.htm
http://www.pcmicro.com/tcp-com/

А>Начал копать в сторону ДДК98...Ё маЁ!!! Там все под АСМ? С ДДК_НТ и т.д. все в принципе как то понятно. Вообще я думал какимто образом эмулировать КОМ порты на концетраторах, на клиентах можно было бы заменить стандартный драйвер своим с функцией редиректа на сокет.

Т.е. вы хотите вместо serial использовать для связи с хабами TCP\IP? Если да, и сами хабы предоставляют ком порты, которые видны из диспетчера устройств, тогда можно использовать нечто вроде этого (Почему то у меня есть ощущение, что я видел и бесплатный аналог с виртуальными ком портами). Эффективнее, кстати, сделать вряд ли получится, поскольку там используется для редиректа в TCP интерфейс TDI. Впрочем, непонятно, что это даст кроме возможности удаленного выноса клиента. Производительность все равно будет ограничена производительностью serial интерфейса хаба, хотя... тут надо пробовать.
Если виртуальные ком порты на клиенте действительно нужны только для дос приложений, то все несколько проще. В случае winnt существует интерфейс VDD, который полностью user-mode (фактически просто обычная dll, подробнее в DDK в секции writing a VDD). C 9х линейкой сложнее — там виртуальные устройства суть VxD файлы, впрочем, в DDK есть и это.

Другое предложение — если есть исходники клиентских приложений, почему бы собственно не заменить всю работу с ком портом оберточными вызовами, которые будут работать с сокетами, вроде как в 9х сокетных интерфейс для ДОС приложений вполне поддерживается, судя по http://support.microsoft.com/default.aspx?scid=kb;en-us;151210. Это получится в разы проще, нежели писать драйвер виртуального ком порта.

Здравствуйте, Gomes, Вы писали:

G>http://www.tacticalsoftware.com/site/html/products/product-guide.htm
Блин, платная штука...А денег у конторы нЭт

G>http://www.pcmicro.com/tcp-com/
ссылка не открывается

Здравствуйте, Аноним, Вы писали:

G>>http://www.tacticalsoftware.com/site/html/products/product-guide.htm
А>Блин, платная штука...А денег у конторы нЭт

Ну, нехороших советов давать не буду


G>>http://www.pcmicro.com/tcp-com/
А>ссылка не открывается

Открывается вроде. Но она тоже платная.

Здравствуйте, Andrew S, Вы писали:


AS>Т.е. вы хотите вместо serial использовать для связи с хабами TCP\IP? Если да, и сами хабы предоставляют ком порты, которые видны из диспетчера устройств, тогда можно использовать нечто вроде этого (Почему то у меня есть ощущение, что я видел и бесплатный аналог с виртуальными ком портами). Эффективнее, кстати, сделать вряд ли получится, поскольку там используется для редиректа в TCP интерфейс TDI. Впрочем, непонятно, что это даст кроме возможности удаленного выноса клиента. Производительность все равно будет ограничена производительностью serial интерфейса хаба, хотя... тут надо пробовать.

Как я писал концентраторы, не просто хабы, а еще и "база данных", "маршрутизатор". Достижения по увелечению скорости не нужны, нужно прийти к единому стандарту Ethernet. А не прокладывать 2 паралельные сетки. Так же проблемы с Security... AD, авторизация и т.д. Вообщем "com" проблем с попытками догнать прогресс

AS>Если виртуальные ком порты на клиенте действительно нужны только для дос приложений, то все несколько проще. В случае winnt существует интерфейс VDD, который полностью user-mode (фактически просто обычная dll, подробнее в DDK в секции writing a VDD). C 9х линейкой сложнее — там виртуальные устройства суть VxD файлы, впрочем, в DDK есть и это.

Да, я и говорю c winnt все ясно, но ресурс машин-концентраторов слаб... Тут тупик


AS>Другое предложение — если есть исходники клиентских приложений, почему бы собственно не заменить всю работу с ком портом оберточными вызовами, которые будут работать с сокетами, вроде как в 9х сокетных интерфейс для ДОС приложений вполне поддерживается, судя по http://support.microsoft.com/default.aspx?scid=kb;en-us;151210. Это получится в разы проще, нежели писать драйвер виртуального ком порта.

Если бы, я Вас не мучил...

А>Блин, платная штука...А денег у конторы нЭт

http://www.hw-group.com/products/hw_vsp/index_en.html

Оно?

Здравствуйте, Andrew S, Вы писали:

А>>Блин, платная штука...А денег у конторы нЭт

AS>http://www.hw-group.com/products/hw_vsp/index_en.html

AS>Оно?

Я тоже дня 2 назад нарвался на данную прогу, но...

Мне кажется не подходит. Во первых она не работает с ДОС приложениями, во-вторых не совсем понятно как можно организовать пул виртуальных портов на концентраторе...

З.Ы. У программы еще замечен один минус — очень тормозит систему, что пару раз приводило к зависанию.