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

XS>Думал об этом... более того вызов формы был, но я сознательно убрал это, т.к. тут появляется языковая привязка, т.е. вызов форм в разных языках по разному происходит.

А почему появляется языковая привязка?
Почему не возникает таковой в функциях OpenDriver, CloseDriver, Read и Write?
Достаточно же реализовать функцию инициализации окна и функцию закрытия окна с получением кода возврата (OK, Cancel, Apply ...)

XS>А вашу хотелку в моем сервере можно реализовать следующим образом: пишем шаблон типа "Настройка COM порта" , в драйвере при приходе команды, проверяем поле "Номер команды", и, если в номере команды в начале к примеру будет стоять маркер '_', то интерпертируем его по особому. В шаблоне же создаем команды "Сменить скорость" и присваиваем ей номер "_Baud","Сменить порт" — номер "_NoCOM" и т.д. Затем создаем устройство "Настройка" и присваиваем ему шаблон "Настройка COM порта" .... ну вот примерно так. Теперь с клиента можно будет рулить настройками порта

Моя хотелка заключается в том, чтобы рулить настройками из сервера, а не из клиента.
А для руления из клиента можно добавить теги настройки устройства.

Поясню:
1. Библиотеку разрабатывает предприятие-разработчик устройства.
2. Клиентские мнемосхемы в OPC-клиенте разрабатывает предприятие-интегратор.
3. Эксплуатирует систему совсем другое предприятие
Если предприятие-разработчик внесло какие-либо дополнения или изменения в библиотеку, то нужно пройти всю цепочку dll-скрипт-мнемосхема.
Это займет некоторое значительное время (звонки, переговоры, согласования, разрешения ...)
Если внести окошко настройки в библиотеку, то процесс обновления пройдет более быстро и безболезненно.
Цепочка получится разработчик_изделия-эксплуатирующая_организация.