» Visual Basic и работа с COM-портами.

Всем известно, что инициализация портов в MSDN происходит через CreateFile. Возможно, чтобы обойти WINAPI, естейственно, кроме создания собственного драйвера?

Octagon
А чем тебя WinAPI не устраивает?
Можно наверное через порты с использованием АСМа, а нужно?

Octagon
UncoNNecteD
Для этого есть специальный ActiveX контрол Microsoft Comm Control 6.0 MSCOMM32.OCX
С VisualBasic'ом поставляется sample проект - пример его использования: NewVBTerm.

UncoNNecteD

Цитата:

А чем тебя WinAPI не устраивает?

Временем работы.
naPmu3aH

Цитата:

Для этого есть специальный ActiveX контрол Microsoft Comm Control 6.0 MSCOMM32.

Спасибо, посмотрю. А он быстрее отрабатывает?

Цитата:

Временем работы.

Что у тебя за задача? Не замечал особых тормозов...

UncoNNecteD
У меня SCAD-приложения АСУ ТП. Задача реального времени.

ХЗ, все равно тормозов не замечал... Хотя конечно задачи разнае бывают...

Octagon тормозно это всё работает... Ужасно тормозно...

Есть некий девайс на основе микропроцессора на 12 мегахерцах и есть комп - пень третий 866мегахерц с 512 метрами мозгов. Связь по RS232.

По таймеру с интервалом 200 милисекунд девайсу кидается запрос (1 байт) и принимается ответ (1 байт). Соответственно 8 битиков это 8 "лампочек". Так вот просто ОТОБРАЖЕНИЕ состояния девайса отъедает от пня3, 866 РОВНО 30 ПРОЦЕНТОВ (показание стандартного процесс менеджера в икспях).

Плюс к этому - если во время передачи происходит глюкобаг со связью, то комп может зависнуть НА ВСЮ ЖИЗНЬ.
Если пытаешься открыть несуществующий порт (СОМ4) и потом стандартный (СОМ2), то вероятность того, что получишь фигулю типа "порт не существует" 99 процентов.
Нет события по прибытию байта в порт, нет события переполнения буффера входящих данных, нет ничего. Постоянно приходится проверять mscomm.inbuffercount и так далее...

Ужасная хренотень для задач РЕАЛЬНОГО ВРЕМЕНИ

SergejKa
Вот поэтому и поднял вопрос.

SergejKa
А если через файл?

UncoNNecteD
А ты думаешь, что через винт быстрее?

Ну что можно посоветовать?

Тут два выхода
либо писать драйвер под вынь
либо переходить под ДОС

UncoNNecteD через файл явно медленнее. НАМНОГО медленнее

Wowik под DOSом всё летает. А драйвер свой под форточки писать это больше шутка чем действительно проект. Хотя..............

Цитата:

А драйвер свой под форточки писать это больше шутка чем действительно проект.

Ну почемуже? DDK+VC и вперед....

Что то странно как то, то что у тебя за такой промежуток времени переправляеться только 1 байт, за это время можно переправить около
800 байт, вопрос только в том как долго она будет обрабатываться на компе приемнике если это тот который 12 MHz то он конечно не успеет, но а твой байт за это время можешь обработать сам )

Цитата:

А ты думаешь, что через винт быстрее?

При чем здесь винт? Имеется ввиду ассоциация файл-порт...
И не надо делать такое лицо

UncoNNecteD
Ну тогда я в ауте. Ты хоть ветку сначало читал, перед тем как предлагать? Или просто это твой метод увеличение кол-ва постов? Может мне тоже начать прописные истины говорить? Сразу 1000 постов получу.