- В этой теме 28 ответов, 4 участника, последнее обновление 8 лет, 10 месяцев назад сделано
.
-
Сообщения
-
Romiros ну я об этом и говорю, к тому же у меня в офисе сейчас вообще такой домен, где локального пользователя «я» нет вообще.
Я понимаю. У нас предыдущая скада так и работала, только от доменного пользователя.
Михаил прав, скриншот диспетчера задач снимет вопросы.Можно проделать такой эксперимент:
1. Остановить службу Коммуникатора
2. Скопировать в C:\SCADA\ScadaComm файл ScadaCommMono.exe из Линуксового дистрибутива
3. Запустить вместо службы Коммуникатора файл ScadaCommMono.exe — это тот же Коммуникатор, но в виде консольного приложения, то есть он запустится от имени вошедшего пользователя WindowsМихаил, я проделал данный тест и он успешен! Это начало работать!
Я не могу понять. Запускаемая консоль работает от Администратора как и Служба, но консоль работает, а служба пляшет по своему. Где собака зарыта?
Михаил, я проделал данный тест и он успешен! Это начало работать!
Это говорит именно о проблеме с правами.
Нужны скриншоты диспетчера задач, чтобы посмотреть соответствующие процессы и их пользователей.
Сделал скрины диспетчера:
1.Работа с консольной версией коммуникатора(mps.exe это процесс Инсата):
2.Запуск сервиса под учеткой:
3.Работа с коммуникатором (служба):
На текущих скриншотах служба Коммуникатора не запущена.
Это Windows 7? То есть там система не спрашивает «Запустить программу от имени администратора»?Если Вы оставите ScadaCommMono.exe, то придётся добавить её в автозагрузку и всё время входить пользователю в систему, чтобы связь работала.
Служба коммуникатора на последнем скрине — запущена. Да, это windows 7. Система не спрашивает «Запуск от имени администратора».
Сейчас я так и сделал, запуск mono происходит с помощью скрипта. В принципе результат нормальный, но хочется докопаться до сути.Действительно запущена.
Причина в том, как работает Windows и технология DCOM. Служба, судя по всему, чем-то отличается от обычного приложения с точки зрения DCOM. Если бы узнать, чем отличаются с точки зрения программирования OPC сервера от ОВЕН и Инсат, посмотрев их исходники…Попробуйте поставить в свойствах службы галочку разрешить взаимодействие с рабочим столом для варианта с системной учёткой.
Если бы узнать, чем отличаются с точки зрения программирования OPC сервера от ОВЕН и Инсат, посмотрев их исходники…
Это не возможно)))
Попробуйте поставить в свойствах службы галочку разрешить взаимодействие с рабочим столом для варианта с системной учёткой.
Попробовал, результат нулевой.
Если оставить как есть со ScadaCommMono.exe, устроит такой вариант?
Теоретически можно докопаться до сути, но это потребует больших временных затрат. И не факт, что знание причины поможет её устранить без доступа к исходникам.
- Для ответа в этой теме необходимо авторизоваться.