Тема / Topic: разрешение проблем с Double Force МРВ+
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Господа, предлагаю создать новый топик по проблемам работы Double Force МРВ+, где можно поделиться опытом, как Вы преодолевали их (проблемы). Не хотелось бы наступать "на те же грабли, на которые уже наступили другие пользователи DRTM", ну и соответственно рассказать о своих трудностях и способах их преодоления. В качестве начала подтема: система сбора аналоговых сигналов через удаленный СОМ порт в DRTM: - проблема удалённый СОМ (например, на базе АДАМ 4570) порт может быть одновременно открыт только одним ПК, что сводит на нет все преимущества DRTM, так как после перехода на другой ПК СОМ остается за старым ПК и сбора становится недоступной из за того, что RTM в каком бы состоянии не находился захватывает (открывает) СОМ порт Решение: удалённые СОМ порты должны открываться только при переходе RTM в режим WORK, и закрываться при переходе RTM в любой другой режим Реализация: - средствами ядра RTM программистами Адастры - изменением алгоритма работы диагностической переменной @RS_Reinit(должна появится не только возможность реинициализировать-открыть-закрыть) порт, но и отдельно закрыть, отдельно открыть Вызов диагностической переменной @RS_Reinit может взять на себя пользовательская программа Вопрос: что, и в какие сроки, может быть (будет) сделано. Хотелось бы, что бы как можно скорее "вчера"
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
На данном этапе ведётся работа по совершенствованию функций диагностической переменной @RS_Reinit.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
В ближайшем релизе предусмотрена соответствующая корректировка функции переменной @RS_Reinit.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Подскажите пожалуйста планируемоё время выхода ближайшего релиза (на основании чего то необходимо планировать свои работы)
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Тут я обнаружил, что уже три года являюсь зарегистрированным участником форума, и хотя всё ещё новичок, но можно подвести кое какие итоги: Система ТМ имеет массу положительных качеств и с донесением их до пользователей работники Адастры великолепно справляются, как на своём и на чужих сайтах, так и в специальной литературе, так что заполнять “бочку мёдом” я не буду, к сожалению, придётся работать “с ложкой дегтя”. Перед нами была поставлена задача: перевести действующую систему АСОДУ на программное обеспечение ТМ. Коротко около 4000 каналов сбора данных, два дублированных узла DRTM(менее 2000 каналов на каждый) опрос датчиков удалённых систем сбора(ADAM 4017,6017 и их клоны), сбор данных с различных контроллеров и систем АСУТП. Вчерне система работает, но именно вчерне, мы до сих пор не можем добиться того ради чего собственно и осуществляли переход на ТМ – устойчивости работы системы. Предполагалось, что наличие DRTM снимет проблему отказа технических средств, но это оказалось не так. С непредсказуемой периодичностью один из RTM прекращает свою работу выходит на ошибку, и второй не всегда подхватывает процесс. Ситуация возникает не так часто но достаточно, что бы дискредитировать работу системы, самое обидное, что после перезагрузки RTM работоспособность системы восстанавливается ( либо уходит ошибка, либо меняется ситуация с периферией или ОС) . Может предлагаемоё мною решение этой проблемы является не самым корректным, но с практической точки зрения это, по-моему, существенно повысит практическую надёжность системы. Итак, проблема: RTM иногда перестаёт выполнять свои основные функции: корректный пересчет базы каналов, при этом он может либо зависнуть, либо выйти на фатальную ошибку, либо просто крутиться в своём цикле, перестав снимать данные с источников, такие ситуации мы имеем раз в неделю точно. Эти ситуацию устраняются перезагрузкой, как правило, хватает перезагрузки одного RTM, хотя иногда требуется перезагрузка и всего ПК. Предлагаю руководству Адастры (техническому совету, ведущим специалистам...) рассмотреть возможность и целесообразность разработки соответствующего программного обеспечения, которое бы работало в режиме сторожевого таймера для RTM. было очень “глупым” и простым, настолько, что само не выходило бы на летальные ошибки, не “зависало”, а только проверяло состояние RTM, предположим, с определённой периодичностью проверяло, создал ли RTM какое-нибудь “петушиное слово”, и, если RTM этого не сделал “убивало” бы процесс RTM и загружало бы его заново, или даже бы в определённых случаях инициализировало бы перезагрузку всего ПК.. Приобрели релиз 6.00 и дошли до релиза 6.051,проблема до сих пор не снята, и что будет и будет ли в релизе 6.06
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
CЕГОДНЯ НОЧЬЮ СНОВА ОБА RTM "приказали долго жить" И TRACE и WORK завершили своё выполнение и "ушли из ОС" без сообщений и "объяснений причин" Приезд программиста на объект и повторная загрузка RTMов "спасла" положение, результат - простой системы в течении 2 часов, к сожалению программист не смог перезагрузить RTM из дома, сломался личный ПК, a так такой отказ ликвидируется из дома через удалённый доступ, тогда простой системы занимает меньше времени
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
"Выпуск релиза 6.06 планируется на осень. " "Вопрос в стадии решения. За уточнением следует обращаться к руководству" Руководство не читает, что на форуме ? Сообщите тогда пожалуйста адрес, по которому можно обратиться к нему. На Вашем сайте таких адресов я не обнаружил, только служба поддержки и маркетинга
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Конкретные вопросы с нештатными ситуациями в реальном проекте не решить через форум. Необходимо в прямом контакте обсудить имеющуюся информацию в максимально возможном объеме, в частности, синхронные этим событиям записи в системном журнале, последовательность изменения режимов узлов, записи в Отчете тревог. По полученной нами ранее информации об аналогичной ситуации сообщение в системном журнале свидетельствовало о некорректном исполнении модемной функции, которая в МРВ не используется. Нужна более объемная диагностическая информация, которая может фиксироваться в ОТ.
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
цитата "Предлагаю руководству Адастры (техническому совету, ведущим специалистам...) рассмотреть возможность и целесообразность разработки соответствующего программного обеспечения, которое бы работало в режиме сторожевого таймера для RTM. было очень “глупым” и простым, настолько, что само не выходило бы на летальные ошибки, не “зависало”, а только проверяло состояние RTM, предположим, с определённой периодичностью проверяло, создал ли RTM какое-нибудь “петушиное слово”, и, если RTM этого не сделал “убивало” бы процесс RTM и загружало бы его заново, или даже бы в определённых случаях инициализировало бы перезагрузку всего ПК.." прошу прокомментировать моё предложение нецелесообразно/рассмотрим/ разработаем в ближайшем релизе выберети что нибудь жду реакции прошу реагировать на предложения каким нибудь образом действительно необходимо разбтраться с отказами в каждом конретном случае индивидуально но процесс разбирательство длительный а система должна быть действующей всё время
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
АлексКу
Junior Member / Новичок
Участник № / Member № 1687
отправлено / posted
Можно перечислить не один десяток возможных причин прерывания корректного функционирования модулей 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.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Полностью согласен с Вами, практически по все пунктам, за небольшим исключеним. Я не поднимал вопрос о “ причинах прерывания корректного функционирования модулей Trace Mode.” Речь идет только об RTM. Пусть ИС закрылась, Консоль, неприятно, но не смертельно, перезагрузили и пошли дальше работать, практически без потерь информации, потеряли только время и получили некоторый дискомфорт в работе. C RTM всё достаточно хуже, при отказе в работе обоих дублированных RTM теряется безвозвратно информация с датчиков, которую один из RTM должен был снять и оба сохранить. В контроллерах “приличных” фирм, при всей надёжности их ОС и ПО, имеется, как правило, сторожевой таймер, который перезагрузит и ОС и ПО, если один из этих компонентов “завис”. Что-то аналогичное, и предлагается для RTM, только не на физическом, а на программном уровне. При наличии цитата: “не одного десятка возможных причин прерывания корректного функционирования модулей Trace Mode”, процесс “выявления причин некорректной работы проектов, которые могут быть связаны с проблемами в самих модулях Trace Mode ... и путем моделирования процессов локализация проблемы с включением их в планы перспективного исправления”, может занять не то что месяцы, а годы, чему является подтверждением и наш случай: при наличии двух DRTM, за полтора года эксплуатации мы имеем раз в месяц, а, как правило, раз в неделю, иногда чуть чаще, несанкционированный останов системы, который ликвидируется простой перезагрузкой. Предложите что делать.
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Штатного решения такой проблемы средствами Trace Mode в настоящее время нет. Служба технической поддержки не может предложить Вам решение, если такого нет в системе. Это не предмет обсуждения в форуме. Ваше предложение передано на рассмотрение в соответствующие службы. О принятых решениях и возможных сроках реализации Вы можете узнать по указанным выше адресам.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Поясните пожалуйста, ничего не могу понять, где и как можно использовать данную DLL? Лучше на конкретном примере. Сайт ТМ Документация и дополнения Коммерческая версия TRACE MODE 6. Обновление программ. ЦИТАТА: "Данная DLL может быть использована как внешняя функция в программах TRACE MODE 6. Она позволяет осуществлять перезагрузку или выключение локального ПК в различных режимах. 29.10.2003 скачать (21Кб)" ЦИТАТА ИЗ ИЗ ОПИСАНИЯ ПРОГРАММЫ : "Данная DLL может быть использована как FBD-блок в программах на FBD в ТМ 5-й версии. Позволяет осуществлять перезагрузку или выключение локального ПК в различных режимах." Вопрос: данная DLL предназначена для 5-ой или для 6-ой версии? Или для обеих? Если для шестой, ТО ЕЁ ДЕЙСТВИЕ РАСПРОСТРАНЯЕТСЯ НА ТОТ ПК НА КОТОРОМ ОНА НАХОДИТСЯ? Cпасибо за ответ
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Ау!!! Модераторы,где Вы? уже неделю никто из Вас не заглядывал на форум! Все в отпуске что ли?
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Действие DLL распространяется только на тот ПК, на котором она запущена. Она должна работать и в Trace Mode 5, и в Trace Mode 6.
Сообщения / Posts 17114 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Помогите!!! Пытаюсь использовать DLL для перезагрузки ПК на 6-ой версии- ничего не получается. Пришлите пожалуйста самый простой пример использования этой DLL для перезагрузки ПК спасибо Пришли к выводу, что узел, перешедший в TRACE, лучше всего перезагрузить, и все СОМ порты освободятся автоматически
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Вяткин Н В
Forum Haunter / Завсегдатай форума
Участник № / Member № 1853
отправлено / posted
Cпасибо, по Вашему совету удалось перезагрузить ПК без использования библиотеки, через переменную exit
Сообщения / Posts 101 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
