Показано с 1 по 9 из 9

Тема: OPM "завешивает" приложения

  1. #1

    По умолчанию OPM "завешивает" приложения

    Столкнулся я с такой вот проблемой: есть у меня сервер сбора данных на Windows Server 2012, который работает через модули АС4 разного поколения (в количестве 7 шт.) по интерфейсу RS-485 с устройствами (ПР110, ТРВ202 до 12 штук и еще два терминала от Тензо-М). Работает в общем и целом нормально, но с некоторой вероятностью у сервера сбора данных намертво зависают приложения, работающие с виртуальными COM-портами от АС4 - зависают именно намертво, их невозможно "убить" никакими способами (пробовал все - taskkill, Process Explorer, выход из пользователя, под которым были запущены эти приложения). Зависают приложения, работающие как со "старыми"
    (до января 2017), так и с новыми АС4, причем найти систему никак не удается. Помогает только аппаратная перезагрузка сервера - перезагружаться обычным shutdown /r он тоже не желает, по крайней мере с ключом CleanShutdown=0 в реестре (с ключом CleanShutdown=1 пока не пробовал, попробую при первом же удобном случае ).

    Все что я смог найти в Интернете по части этих unkillable-приложений - вероятнее всего какие-то плюхи в драйверах, в результате которых приложение не может получить/отправить данные в аппаратное устройство, а Windows к этому оказывается не готов. "Мягкая" перезагрузка не получается, скорее всего, тоже поэтому - зависшие приложения не удается завершить и Windows не может перезагрузиться.

    Отсюда вопрос: не сталкивался ли кто с подобными заморочками, и нет ли смысла откатиться на старые драйвера для АС4 (надеюсь, я найду где-нибудь таковые) или где-то найти новые?

    Заранее спасибо....

  2. #2

    По умолчанию

    Ну что ж, прошла неделя, приложения OPM.exe опять зависли все три. Процессы не убиваются никаким образом, помогает только перезагрузка.
    Т.к. версий решения проблем нет, попробую перенести их на компьютер с Windows 7, может там все станет не столь грустно.
    Жаль что служба сопровождения Owen подобные проблемы игнорирует.

  3. #3

    По умолчанию

    И снова через двое суток имеем зависание приложение OPM.exe. Компьютер с Windows 7 уже готов, на днях перенесу проблемные приложения на него, будем тестировать и их. Нет ли возможности запускать OPM.exe в качестве служб - может быть там зависания будут менее проблемными либо можно будет организовать их перезапуск шедулером каждые несколько часов? Либо как-то запускать их под Windows Server 2012 64 bit в таком режиме, который хотя бы снизил вероятность их зависания.
    Жаль что служба сопровождения Owen подобные проблемы игнорирует - судя по всему, у них нет отбоя от клиентов. Перехожу с этой проблемой в ветку OPM.exe.
    Последний раз редактировалось Svarog257; 27.08.2018 в 15:41.

  4. #4
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

    Что есть OPM.exe ?

  5. #5

    По умолчанию

    OPM.exe = Простая SCADA-система Owen Process Manager (OPM)

  6. #6
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,583

    По умолчанию

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

  7. #7

    По умолчанию

    Прикол в том, что эти самые Owen Process Manager у меня работают где-то с 2008 года без особых проблем. Проблемы начались только после замены выработавшего свой физический ресурс сервера. Возможно, играет роль то, что Windows 2012 Server 64 bit не слишком совмещается со старыми Owen Process Manager. Сейчас вот стараюсь найти решение, меняю комп, операционную систуму и прочее.

    ПК не в домене, если что.

  8. #8

    По умолчанию

    Хм, как оказалось, "завешиваются" не только OPM, но и DAServer от Телемеханики ЛАЙТ. Причем как-то однобоко - штатно не выгружается и не останавливается, но при помощи Process Exproler убить этот процесс удается...после этого выясняется, что по одному из com-интерфейсов данные все это время поступали и сохранялись в базе данных исправно, а вот по другому нет - т.е. частичное зависание DAServer.exe произошло, скорее всего, из-за каких-то ошибок обмена с АС4 (а может и со связкой АС4-ПР110).

    Интересно вот, если каждые два-четыре часа принудительно "убивать процесс" с заданным именем и снова его перезапускать, этот как-то сможет решить проблему?

  9. #9

    По умолчанию

    Кому все это интересно - в общем-то разобрался, проблема давно известна и связана с работой АС4 под Windows 7/Windows 10. Решения так и не найдено, с 2017 года ветка, посвященная этой теме о 17 страницах, не обновляется и давно отправлена в архив.

Похожие темы

  1. Ответов: 4
    Последнее сообщение: 15.03.2017, 15:58
  2. Запись в сервер из С+ приложения
    от klocker в разделе OPC Серверы
    Ответов: 2
    Последнее сообщение: 15.01.2016, 12:21
  3. ПЛК 304 автозапуск приложения
    от Шевцов Игорь в разделе ПЛК3хх
    Ответов: 24
    Последнее сообщение: 06.03.2015, 12:07
  4. Проблемы с загрузкой приложения в СПК
    от GoodLuck в разделе СПК1хх
    Ответов: 4
    Последнее сообщение: 19.11.2014, 00:02
  5. Создание мобильного приложения
    от dinwings в разделе Сетевые технологии
    Ответов: 5
    Последнее сообщение: 25.02.2013, 18:19

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •