This is topic разрешение проблем с Double Force МРВ+ in forum Мониторы Реального Времени / Real Time Monitors at Форум TRACE MODE: техническая поддержка.
Господа, предлагаю создать новый топик по проблемам работы Double Force МРВ+, где можно поделиться опытом, как Вы преодолевали их (проблемы). Не хотелось бы наступать "на те же грабли, на которые уже наступили другие пользователи DRTM", ну и соответственно рассказать о своих трудностях и способах их преодоления. В качестве начала подтема: система сбора аналоговых сигналов через удаленный СОМ порт в DRTM: - проблема удалённый СОМ (например, на базе АДАМ 4570) порт может быть одновременно открыт только одним ПК, что сводит на нет все преимущества DRTM, так как после перехода на другой ПК СОМ остается за старым ПК и сбора становится недоступной из за того, что RTM в каком бы состоянии не находился захватывает (открывает) СОМ порт Решение: удалённые СОМ порты должны открываться только при переходе RTM в режим WORK, и закрываться при переходе RTM в любой другой режим Реализация: - средствами ядра RTM программистами Адастры - изменением алгоритма работы диагностической переменной @RS_Reinit(должна появится не только возможность реинициализировать-открыть-закрыть) порт, но и отдельно закрыть, отдельно открыть Вызов диагностической переменной @RS_Reinit может взять на себя пользовательская программа Вопрос: что, и в какие сроки, может быть (будет) сделано. Хотелось бы, что бы как можно скорее "вчера"
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
На данном этапе ведётся работа по совершенствованию функций диагностической переменной @RS_Reinit.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В ближайшем релизе предусмотрена соответствующая корректировка функции переменной @RS_Reinit.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Подскажите пожалуйста планируемоё время выхода ближайшего релиза (на основании чего то необходимо планировать свои работы)
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Выпуск релиза 6.06 планируется на осень.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
ОСЕНЬ, ЭТО СКОРЕЕ ВСЕГО НОЯБРЬ-ДЕКАБРЬ? ИЛИ ВСЁ ТАКИ СЕНТЯБРЬ?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Вопрос в стадии решения. За уточнением следует обращаться к руководству.
Posted by sergey UralSteel (Участник № / Member № 1914) on :
Вяткин Н В, я вас полностью поддерживаю.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Тут я обнаружил, что уже три года являюсь зарегистрированным участником форума, и хотя всё ещё новичок, но можно подвести кое какие итоги: Система ТМ имеет массу положительных качеств и с донесением их до пользователей работники Адастры великолепно справляются, как на своём и на чужих сайтах, так и в специальной литературе, так что заполнять “бочку мёдом” я не буду, к сожалению, придётся работать “с ложкой дегтя”. Перед нами была поставлена задача: перевести действующую систему АСОДУ на программное обеспечение ТМ. Коротко около 4000 каналов сбора данных, два дублированных узла DRTM(менее 2000 каналов на каждый) опрос датчиков удалённых систем сбора(ADAM 4017,6017 и их клоны), сбор данных с различных контроллеров и систем АСУТП. Вчерне система работает, но именно вчерне, мы до сих пор не можем добиться того ради чего собственно и осуществляли переход на ТМ – устойчивости работы системы. Предполагалось, что наличие DRTM снимет проблему отказа технических средств, но это оказалось не так. С непредсказуемой периодичностью один из RTM прекращает свою работу выходит на ошибку, и второй не всегда подхватывает процесс. Ситуация возникает не так часто но достаточно, что бы дискредитировать работу системы, самое обидное, что после перезагрузки RTM работоспособность системы восстанавливается ( либо уходит ошибка, либо меняется ситуация с периферией или ОС) . Может предлагаемоё мною решение этой проблемы является не самым корректным, но с практической точки зрения это, по-моему, существенно повысит практическую надёжность системы. Итак, проблема: RTM иногда перестаёт выполнять свои основные функции: корректный пересчет базы каналов, при этом он может либо зависнуть, либо выйти на фатальную ошибку, либо просто крутиться в своём цикле, перестав снимать данные с источников, такие ситуации мы имеем раз в неделю точно. Эти ситуацию устраняются перезагрузкой, как правило, хватает перезагрузки одного RTM, хотя иногда требуется перезагрузка и всего ПК. Предлагаю руководству Адастры (техническому совету, ведущим специалистам...) рассмотреть возможность и целесообразность разработки соответствующего программного обеспечения, которое бы работало в режиме сторожевого таймера для RTM. было очень “глупым” и простым, настолько, что само не выходило бы на летальные ошибки, не “зависало”, а только проверяло состояние RTM, предположим, с определённой периодичностью проверяло, создал ли RTM какое-нибудь “петушиное слово”, и, если RTM этого не сделал “убивало” бы процесс RTM и загружало бы его заново, или даже бы в определённых случаях инициализировало бы перезагрузку всего ПК.. Приобрели релиз 6.00 и дошли до релиза 6.051,проблема до сих пор не снята, и что будет и будет ли в релизе 6.06
Posted by Вяткин Н В (Участник № / Member № 1853) on :
CЕГОДНЯ НОЧЬЮ СНОВА ОБА RTM "приказали долго жить" И TRACE и WORK завершили своё выполнение и "ушли из ОС" без сообщений и "объяснений причин" Приезд программиста на объект и повторная загрузка RTMов "спасла" положение, результат - простой системы в течении 2 часов, к сожалению программист не смог перезагрузить RTM из дома, сломался личный ПК, a так такой отказ ликвидируется из дома через удалённый доступ, тогда простой системы занимает меньше времени
Posted by Вяткин Н В (Участник № / Member № 1853) on :
"Выпуск релиза 6.06 планируется на осень. " "Вопрос в стадии решения. За уточнением следует обращаться к руководству" Руководство не читает, что на форуме ? Сообщите тогда пожалуйста адрес, по которому можно обратиться к нему. На Вашем сайте таких адресов я не обнаружил, только служба поддержки и маркетинга
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Конкретные вопросы с нештатными ситуациями в реальном проекте не решить через форум. Необходимо в прямом контакте обсудить имеющуюся информацию в максимально возможном объеме, в частности, синхронные этим событиям записи в системном журнале, последовательность изменения режимов узлов, записи в Отчете тревог. По полученной нами ранее информации об аналогичной ситуации сообщение в системном журнале свидетельствовало о некорректном исполнении модемной функции, которая в МРВ не используется. Нужна более объемная диагностическая информация, которая может фиксироваться в ОТ.
По вопросу выпуска очередного релиза следует обращаться в отдел продаж и в службу маркетинга.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
цитата "Предлагаю руководству Адастры (техническому совету, ведущим специалистам...) рассмотреть возможность и целесообразность разработки соответствующего программного обеспечения, которое бы работало в режиме сторожевого таймера для RTM. было очень “глупым” и простым, настолько, что само не выходило бы на летальные ошибки, не “зависало”, а только проверяло состояние RTM, предположим, с определённой периодичностью проверяло, создал ли RTM какое-нибудь “петушиное слово”, и, если RTM этого не сделал “убивало” бы процесс RTM и загружало бы его заново, или даже бы в определённых случаях инициализировало бы перезагрузку всего ПК.." прошу прокомментировать моё предложение нецелесообразно/рассмотрим/ разработаем в ближайшем релизе выберети что нибудь жду реакции прошу реагировать на предложения каким нибудь образом действительно необходимо разбтраться с отказами в каждом конретном случае индивидуально но процесс разбирательство длительный а система должна быть действующей всё время
Posted by АлексКу (Участник № / Member № 1687) on :
Описываемая вами ситуация с вылетом RTM сильно напоминает нашу. Система так же после нескольких дней работы вылетает, переодичность раз в неделю. Вопрос ранее задавался http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/35/t/000099.html , разбирались с ситуации, но причин такого поведения RTM не нашли.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Можно перечислить не один десяток возможных причин прерывания корректного функционирования модулей Trace Mode. 1. Сбой в работе модуля Trace Mode. 2. Ошибки или некорректности в настройках проекта. 3. Перегрузка компьютера. 4. Перегрузка сети. 5. Некорректная работа внешних устройств или их драйверов. 6. Сбой в системе питания. 7. Некорректные действия оператора. 8. Аппаратный сбой в диагностике ключа HASP. 9. Ошибки или конфликтующие с Trace Mode или с ресурсами системы процедуры других приложений (например, OPC-серверов). 10. Ошибки операционной системы или ее инсталляции. 11. Сбои в аппаратной части компьютера.
И можно еще долго продолжать список, в той или иной степени подтверждаемый практикой проектов Trace Mode. И здесь в форуме можно найти этому многочисленные иллюстрации.
Служба технической поддержки призвана оказывать содействие в использовании продуктов Trace Mode в том виде, в каком они переданы пользователям. Для выявления причин некорректной работы проектов, которые могут быть связаны с проблемами в самих модулях Trace Mode, мы принимаем пользовательские проекты и путем моделирования процессов локализуем проблемы с включением их в планы перспективного исправления. Служба технической поддержки не имеет полномочий определять и сообщать в форуме направления и сроки модификации системы, выпуск очередных релизов и порядок реализации предлагаемых пользователями улучшений системы.
Ваше предложение касается изменения модулей системы. Обсуждать их в форуме технической поддержки не целесообразно. С предложениями и вопросами, связанными с развитием системы следует обращаться по адресам adastra@adastra.ru, sales@adastra.ru.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Полностью согласен с Вами, практически по все пунктам, за небольшим исключеним. Я не поднимал вопрос о “ причинах прерывания корректного функционирования модулей Trace Mode.” Речь идет только об RTM. Пусть ИС закрылась, Консоль, неприятно, но не смертельно, перезагрузили и пошли дальше работать, практически без потерь информации, потеряли только время и получили некоторый дискомфорт в работе. C RTM всё достаточно хуже, при отказе в работе обоих дублированных RTM теряется безвозвратно информация с датчиков, которую один из RTM должен был снять и оба сохранить. В контроллерах “приличных” фирм, при всей надёжности их ОС и ПО, имеется, как правило, сторожевой таймер, который перезагрузит и ОС и ПО, если один из этих компонентов “завис”. Что-то аналогичное, и предлагается для RTM, только не на физическом, а на программном уровне. При наличии цитата: “не одного десятка возможных причин прерывания корректного функционирования модулей Trace Mode”, процесс “выявления причин некорректной работы проектов, которые могут быть связаны с проблемами в самих модулях Trace Mode ... и путем моделирования процессов локализация проблемы с включением их в планы перспективного исправления”, может занять не то что месяцы, а годы, чему является подтверждением и наш случай: при наличии двух DRTM, за полтора года эксплуатации мы имеем раз в месяц, а, как правило, раз в неделю, иногда чуть чаще, несанкционированный останов системы, который ликвидируется простой перезагрузкой. Предложите что делать.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Штатного решения такой проблемы средствами Trace Mode в настоящее время нет. Служба технической поддержки не может предложить Вам решение, если такого нет в системе. Это не предмет обсуждения в форуме. Ваше предложение передано на рассмотрение в соответствующие службы. О принятых решениях и возможных сроках реализации Вы можете узнать по указанным выше адресам.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Поясните пожалуйста, ничего не могу понять, где и как можно использовать данную DLL? Лучше на конкретном примере. Сайт ТМ Документация и дополнения Коммерческая версия TRACE MODE 6. Обновление программ. ЦИТАТА: "Данная DLL может быть использована как внешняя функция в программах TRACE MODE 6. Она позволяет осуществлять перезагрузку или выключение локального ПК в различных режимах. 29.10.2003 скачать (21Кб)" ЦИТАТА ИЗ ИЗ ОПИСАНИЯ ПРОГРАММЫ : "Данная DLL может быть использована как FBD-блок в программах на FBD в ТМ 5-й версии. Позволяет осуществлять перезагрузку или выключение локального ПК в различных режимах." Вопрос: данная DLL предназначена для 5-ой или для 6-ой версии? Или для обеих? Если для шестой, ТО ЕЁ ДЕЙСТВИЕ РАСПРОСТРАНЯЕТСЯ НА ТОТ ПК НА КОТОРОМ ОНА НАХОДИТСЯ? Cпасибо за ответ
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Ау!!! Модераторы,где Вы? уже неделю никто из Вас не заглядывал на форум! Все в отпуске что ли?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Действие DLL распространяется только на тот ПК, на котором она запущена. Она должна работать и в Trace Mode 5, и в Trace Mode 6.
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Помогите!!! Пытаюсь использовать DLL для перезагрузки ПК на 6-ой версии- ничего не получается. Пришлите пожалуйста самый простой пример использования этой DLL для перезагрузки ПК спасибо Пришли к выводу, что узел, перешедший в TRACE, лучше всего перезагрузить, и все СОМ порты освободятся автоматически
Posted by Вяткин Н В (Участник № / Member № 1853) on :
Cпасибо, по Вашему совету удалось перезагрузить ПК без использования библиотеки, через переменную exit
