Multi-Protocol MasterOPC Server + туннелирование

Запустил Multi-Protocol MasterOPC Server (32 тэга) с плагином opcdaclient с целью туннелирования в обход DCOM. Везде ОС Windows 10.

После настройки запустил через Автозагрузку как приложение: просто сделал ярлык с параметром NO, а не ссылку на .bat или .cmd. Туннелирует выше всяких похвал, весьма впечатлён! :) Но возникла такая проблема: при выходе из ОС OPC-сервер требует участия пользователя, ибо он запущен runtime. Операторов пугает запрос от ОС: либо завершить работу ОС принудительно, либо отменить выход и ответить на запрос OPC-сервера. Есть ли возможность обойти запрос OPC-сервера на выход из runtime?

Запуск OPC-сервера как сервиса у меня не прошел, поведение было такое-же, как и то, из за чего пришлось обходить DCOM (в моем случае выходит ситуация 'кто первый встал, того и тапки' - первый запущенный компьютер получает доступ, второй нет: BadCommFailure). Деталей по запуску как сервиса точно пока сообщить не могу. Ранее несколько раз работал по DCOM в Windows 7 и XP без особых проблем, т.е. опыт настройки есть. Но основной вопрос - абзацем выше.

Посмотрим что можно сделать. Либо по NO не будет требоваться подтверждение, либо сделаем настройку.

Примем любой вариант, ибо сроки сдачи проекта уже наступили на пятки: тянули в битве с DCOM в Windows 10 до последнего инженера. :)

У меня тоже ОРС работает только с тем, кто первый встал. Что Инсат (универсал, проверял на счетчике Меркурий), что Овен.

Настроить DCOM не смог от слова никак. Пользователя локального нет, только доменный. И программы, подключаясь к ОРС такое ощущение создают копии пользователей, не знаю как еще выразиться. В общем что-то в пользователях разное, что ОРС не нравится.

Цитата:

---

Сообщение от Terminat

Примем любой вариант, ибо сроки сдачи проекта уже наступили на пятки: тянули в битве с DCOM в Windows 10 до последнего инженера. :)

---

Ну пока то вы можете использовать режим с запуском NO. Просто при остановке подтверждайте выход.

Выложим на следующей неделе.

Цитата:

---

Сообщение от melky

У меня тоже ОРС работает только с тем, кто первый встал. Что Инсат (универсал, проверял на счетчике Меркурий), что Овен.

Настроить DCOM не смог от слова никак. Пользователя локального нет, только доменный. И программы, подключаясь к ОРС такое ощущение создают копии пользователей, не знаю как еще выразиться. В общем что-то в пользователях разное, что ОРС не нравится.

---

Я подозреваю вот что: клиенты (местный и удаленный) дерутся за принципиально нерасшариваемый ресурс, последовательный порт. Нельзя открыть один порт двум желающими. Хотя никаких предпосылок по названиям настроек тут не видно. Кто запускает? Текущий пользователь. Где запускает? На данном компьютере, и т. д про 'запуск' и 'подключение'. Но, похоже, запускаются два экземпляра сервера, и второй получает отлуп при попытке занять COM-порт. Так что 'туннелирование' - это выход.
Я только подозреваю, но не утверждаю.

Terminat прибор опрашивается ОРС, прибору дела нет. что у ОРС хотят получать данные двое или трое... И проблема на одном ПК с доменным пользователем, две разные Scada пытаются получить данные у ОРС, но только получает их только та, которая подключилась первой, у второй по нулям. Останавливаешь, запускаешь Scada в другой последовательности и все до наоборот, вторая начинает получать данные, а первая получает отлуп...

Другие ОРС пока не проверял... и ПК без доменного пользователя нет под рукой, чтобы проверить, действительно доменный пользователь виноват или нет...

Если скады пускаются под разными пользователями, и способ запуска в DCOM стоит "запускающий пользователь" то будет такое поведение.

Еще раз. ПК ОДИН, пользователь на нем ОДИН, но доменный, локального нет.

MasterScada4D от какого пользователя запускается ? система или этот чертовый доменный ?
Как вообще посмотреть в Windows10 кто конкретно подключился к OPC при запуске MasterScada ?