MSComm.CommPort не принимает значения > 16. Что делать?

[Костя]

Существуют 40 удалённых датчиков, работающих с RS232. Под UDP, и уж, тем более, TCP/IP их настроить невозможно. Поэтому для связи через Ethernet приходится создавать на компе виртуальные COM-порты, и работать с ними. Однако максимальное значение, которое можно присвоить MSComm.CommPort = 16, т.е. больше, чем с 16-ю датчиками работать невозможно. Пытался отредактировать MSComm32 через PE Explorer - ничего не получается (не видно ничего, что отвечало бы за максимальное значение .CommPort). Что делать?

[kif]

Глупо, но может две машины.

[Костя]

Тогда уж три придётся ставить! И на третьей плюс ещё писать прогу для обработки данных, поступающих с первых двух...

[kif]

у меня была такая же проблема только с модемами. как оказалось два модема одновременно не берут трубу. я свой серверок повесил не нескольких машинах, а работают они с одной базой данных. в твоем случае можно написать еще софтину, которая будет обрабатывать данные, а те что на портах только читать.

может быть так.

[Костя]

Но всё же хотелось бы применить менее капиталоёмкое решение...

[codemaster]

Существуют 40 удалённых датчиков, работающих с RS232. Под UDP, и уж, тем более, TCP/IP их настроить невозможно. ?

Как выглядит физически подключение датчика к RS232 ?

[Костя]

Датчик подключён к терминалу через последовательный порт, а терминал подключён к Eithernet'у. Фактически через eithernet передаются данные в формате RS232.

[codemaster]

Датчик подключён к терминалу через последовательный порт, а терминал подключён к Eithernet'у. Фактически через eithernet передаются данные в формате RS232.

т.е. один датчик - один терминал?

[Inferno]

Если вы уж сотворили датчики, то можно было бы задуматся и о мультиплексорах.
Самый простой вариант перекинуть датчики на LPT порт. А еще лучше совместить мультиплексоры с LPT, тогда появится такое пространство что у вас датчиков не хватит ))

[Костя]

Тут дело не в мультиплексорах, и не в том, сколько датчиков на один терминал. Просто проводится циклический опрос каждого датчика по отдельности, по другому - никак.

[codemaster]

Просто проводится циклический опрос каждого датчика по отдельности, по другому - никак.

Как раз через мультиплексор это можно и решить.
(кстати какова скорость rs232 ?)

Еще как вариант есть чипы PIC и пр. при помощи их запросто можно реализовать контроллеры для ваших датчиков.

[Костя]

Там система такая, что каждому терминалу даётся свой айпишник, потом виртуальный com-порт привязывается к этому адресу, и ведётся циклический опрос виртуальных портов. Терминал (не поддерживающий винду) запрограммирован на ответ по входящему запросу. Конечно, можно реализовать всё через контроллеры и т.д., но это - долго и дорого, потому как система уже реализована и практически работает. Если уж на то пошло, проще терминалы перепрограммировать, да и вообще это всё не в моей компетенции. Поэтому хотелось бы с MSComm32 разобраться, чтобы не надо было перепрограммировать терминалы на поддержку UDP. Хотя, канеш, и так приспособиться можно, но всё-таки...

[alibek]

Может перевести все на чистое API?
Тогда будешь ограничен 255 портами.

[Костя]

У меня API Quide нет ...

[GSerg]

http://bbs.vbstreets.ru/viewtopic.php?t=11721

[Костя]

Спасибо. Нашёл функции ReadComm и WriteComm, находящиеся в user.dll, но в user32.dll их уже нет. Ни у кого user.dll не завалялся?

[tyomitch]

Спасибо. Нашёл функции ReadComm и WriteComm, находящиеся в user.dll, но в user32.dll их уже нет. Ни у кого user.dll не завалялся?

user.dll никогда не было в природе. Был user.exe, но давно (и ты всё равно не сможешь из VB6 работать с 16-битными библиотеками)
Поищи эти функции в kernel32.dll

[Костя]

В kernell32 этих функций нет. В итоге я решил всё делать через OpenFile. Однако при

com = CreateFile("COM6", GENERIC_read, 0, ByVal 0&, OPEN_EXISTING, 0, ByVal 0&)

com возвращает -1. Никто не знает почему?