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 (надеюсь, я найду где-нибудь таковые) или где-то найти новые?

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

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

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

Что есть OPM.exe ?

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

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

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

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

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

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

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