День добрый! С универсальным трендом в реальном времени творится что-то непонятное. С помощью NLL подключаемся к серверу. На универсальном тренде пытаемся в он-лайн добавить новый график (параметр), или поменять привязку старого. После нажатия кнопки добавить появляется сообщение, что такой параметр уже есть. После нажатия кнопки ОК появляется окно с сообщением об ошибке PicRT.exe и программа закрывается.
Смирнов С.В.
Posted by Dismay (Участник № / Member № 760) on :
Сегодня наблюдал тоже самое только не на универсальном тренде ТМ на тренде OCX ТМ Насколько я понимаю в режиме реального времени только на нем можно добавлять каналы значит мы об одном и томже говорим у меня версия 5.16 windows 2000 pro sp4 причем что бы задаунить локальный PicRT тоже делали манипуляции с добавлением параметров симтомы теже все ж-(
Posted by Смирнов С.В. (Участник № / Member № 57) on :
Добрый день! Не могли бы вы сообщить, есть ли какие-либо результаты по данному вопросу. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Для удобства оперативного персонала, кроме отдельного экрана с трендами, непосредственно в оперативный кадр добавлен универсальный тренд с возможностью добавлять по желанию оператора нужные ему в данный момент каналы. При попытке добавить-применить какой либо канал консоль NLL зависает ( предложение системы отладить зависшее приложение). Другая паралельно работающая консоль при этом предлагает переключиться на другой сервер, после подтверждения продолжает работать без перезагрузки. В чем может быть дело? Версия ТМ5.16 windows 2000 pro sp4 По предложенной ссылке речь идет о рассинхронизации времени, а не о зависании NLL.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
А ссылка предназначалась для пользователя "Смирнов С.В.", а не по Вашему вопросу. У Вас какой релиз?
Posted by VICTOR S (Участник № / Member № 766) on :
Да,но я, прочитав сообщение Смирнова С.В "увидел" почти свою проблему только без сообщения "что такой параметр уже есть". Версия ТМ5.16 pro windows 2000 pro sp4. Проект работает уже больше года без вопросов, решили ввести кое-какие мелкие удобства для операторов по их желанию, и тут такая неприятность.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Это происходит постоянно при любом добавленини канала? На простом проекте получится смоделировать ситуацию или только на Вашем?
Posted by VICTOR S (Участник № / Member № 766) on :
Это происходит не постоянно, но очень часто. К сожалению, сейчас нет возможности на работающем оборудовании широко ставить эксперименты. Есть несколько дней до предполагаемого короткого останова, до которого необходимо иметь решение и скорректировать проект. Еще замечено, что при первом вызове тренда кнопка ПОДРОБНО не доступна, не закрывая этот тренд перехожу на другой экран, затем возвращаюсь в этот и кнопка ПОДРОБНО активна.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Наши испытания не дают должного результата, если можно опишите более подробно хотябы наиболее часто используемые действия, предшествующие свалам, а еще лучше - Ваш проект, чтобы уже наверняка проводить тесты.
Posted by VICTOR S (Участник № / Member № 766) on :
По поводу добавления канала в тренд решили все таки дождаться останова, чтобы разобраться на конкретной машине - есть подозрение, что не корректно произвели обновление NLL на одной из них. А по поводу активности кнопки ПОДРОБНО ситуация моделируется и в других проектах. Если универсальный тренд на момент вызова экрана скрыт, то при вызове его отдельной кнопкой клавиша ПОДРОБНО и ШАГ неактивны. Не ЗАКРЫВАЯ тренд необходимо перейти на какой-либо другой экран, затем вернуться. При этом данные кнопки становятся активными и можно работать с трендом.Это очень не удобно. Машинист в начале смены вызвал тренд чтобы выбрать нужные ему каналы в данный момент, а не возможно без дополнительных манипуляций.Как быть?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Ситуация с кнопками на тренде воспроизвелась - внес в базу ошибок на исправление.
Posted by VICTOR S (Участник № / Member № 766) on :
К сожалению ситуация с трендами не прояснилась. Проект направлен в адрес технической поддержки.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
##### Проект получили, однако в связи с большой текущей загрузкой необходимо время на проведение тестов, это может занять несколько дней. Ответ дадим как только будут результаты.
Posted by VICTOR S (Участник № / Member № 766) on :
Хотелось бы все таки получить от Вас уточнения по поводу возможности использования высланной Вами версии DLL тренда и в инструменталке тоже, т. к ответа на мое письмо с вопросом, направленное в адрес технической поддержки hotline1@adastra.ru нет. Произошел свал PICMAN.exe на совсем другой машине, с совершенно с другим проектом в инструментальной системе ИМЕННО при добавлении нового канала в универсальный тренд. Подробности описаны в письме.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Извините за задержку с ответом. Я отправил Вам ответ письмом, данную DLL можно использовать в любом продукте ТМ5 - она общая для всех.
Posted by HELLA (Участник № / Member № 104) on :
Добрый день! Просьба,в случае,если новая версия библиотеки необходима для правильной работы универсального тренда в среде МРВ ТМ 5.15 SP1 ,выслать ее на наш E-mail участника форума gdan@bochvar.ru или выложить ее на сайте техподдержки.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправил.
Posted by HELLA (Участник № / Member № 104) on :
Спасибо,получили.
Posted by Сафронов (Участник № / Member № 408) on :
У нас такая же проблема с трендом. Просим выслать обновленную dll на oasutp@uralvep.ru
Posted by VICTOR S (Участник № / Member № 766) on :
У нас ситуация со свалами ТМ при добавлении кривых в тренд вроде бы исправилась (но пока наблюдаем!!!). Установили все свежие заплатки от MS для WIN2000SP4....
Posted by Сафронов (Участник № / Member № 408) on :
quote:Отправитель / Originally posted by VICTOR S: У нас ситуация со свалами ТМ при добавлении кривых в тренд вроде бы исправилась (но пока наблюдаем!!!). Установили все свежие заплатки от MS для WIN2000SP4....
а ситуация исправилась после замены dll или после установки свежих заплат для WIN2000SP4?
Posted by VICTOR S (Участник № / Member № 766) on :
Замена dll НИЧЕГО не дала. Мы по этому поводу переписывались с Adastra. После установки заплаток пока не наблюдаем свалов при работе с трендами (добавление кривых).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Отправил.
Posted by VICTOR S (Участник № / Member № 766) on :
Очень жаль, но приходится признать - патчи к win2000sp4 улучшили ситуацию, но не решили ее. С начала года уже два раза сваливались. Может быть у кого есть какие идеи? Ну не помню я, чтобы подобное происходило с ТМ5.12. Дело случайно не в обновлениях до версии 5.16. Уж не знаю на что думать. Все бы ничего - запретить персоналу работать со свойствами и все, но самим-то нужно поработать с настройками регуляторов, а там без трендов плохо...
Posted by Сафронов (Участник № / Member № 408) on :
Полностью согласен с последним высказыванием. Мы ведем переписку с AdAstra по этой проблеме - они пока не могут выявить эту ситуацию у себя. Могу добавить следующее, выявленное экспериментальным путем:
Эффект «вылета» (появляется окно с сообщением об ошибке PicRT.exe и программа закрывается) графической консоли при работе с графиками: 1) эффект наблюдался на различных ПК под следующими ОС: WIN 2000 prof, использованные варианты ОС: -вариант с SP3, -вариант с SP4, -вариант с SP4 с последними обновлениями от MS, в том числе указанными пользователем форума VICTOR S; WIN XP SP2. 2) эффект наблюдался и при работе с профайлером на одном компьютере (даже без настроек DCOM), и при работе с консолями NetLink и NetLink Light. Субъективно чаще при работе с NetLink Light. Эффект наблюдался и при установленном сервис пак 1 для TRACE MODE и без него, с установленной библиотекой extctl.dll от 19.12.2005 и без нее; 3) для моделирования ситуации полный СПАД не нужен, т.к. «вылет» может происходить и при работе с малозаполненным архивом; 4) ситуация может проявиться и через полчаса-час-два нормальной работы с графиками, и в самом начале работы с графиком; 5) разные действия могут приводить к «вылету», например: добавление нового параметра в график, работа с окном «свойства» графика, и даже сразу после работы с графиками (в момент перехода на другую мнемосхему); 6) если с графиками активно не работать, то «вылетов» не наблюдается в течение десятков дней как минимум (больше пока не проверяли); 7) изменение объема архива с 1000 до 1300 Мб не изменило ситуацию
Еще могу предположить, что каким-то образом на ситуацию влияют настройки графиков..
Вольф Сергей Витальевич, главный специалист отдела АСУТП ОАО "ИЦЭУ" Для связи с нами можно использовать e-mail: oasutp@uralvep.ru телефон (343)350-65-32
Posted by VICTOR S (Участник № / Member № 766) on :
Уважаемая Adastra! Хотелось бы все-таки узнать - есть ли какие либо подвижки в решении вышеизложенной проблемы?
Posted by Смирнов С.В. (Участник № / Member № 57) on :
Добрый день! В нашем случае вышли из ситуации следующим образом: Добавили изначально на форму все необходимые каналы, по которым нужны графики, персонал с настройками графика не работает, только выставляет галочки на тех параметрах, графики по которым в данный момент просматривают.
Posted by VICTOR S (Участник № / Member № 766) on :
Только что ликвидировали очередной свал. Причем все повисло так, что пришлось и сервер МО перегружать полностью. Новая смена, машинист начал конфигурировать кадры "под себя" и .... Блокирование доступа к свойствам тренда мы сделали, везде где было возможно. Но есть моменты, где возможность редактирования свойств тренда необходима !!!
Posted by VICTOR S (Участник № / Member № 766) on :
Уважаемая Adastra! Я считаю, что проблема серьезная, т.к. использование заявленной функции изменений свойств тренда в реальном времени приводит к фатальным последствиям. КАК ПРЕДПОЛОЖЕНИЕ: 1.Вы не можете моделировать ситуацию с трендами у себя. 2.Очень большое число пользователей и работающих проектов на важных объектах, а проблема (судя по форуму) только у нас и у пользователя форума Сафронова. Мало вероятно, что при тестировании продукта, длительном использовании его во многих отраслях промышленности никто не заметил этого "глюка". 3.Проблема (согласно результатам экспериментов)не связана с конкретным проектом и ОС. Может быть при покупке мы получили каким-то образом "кривой" дистрибутив ТМ?
Posted by Сафронов (Участник № / Member № 408) on :
quote:Отправитель / Originally posted by Смирнов С.В.: Добрый день! В нашем случае вышли из ситуации следующим образом: Добавили изначально на форму все необходимые каналы, по которым нужны графики, персонал с настройками графика не работает, только выставляет галочки на тех параметрах, графики по которым в данный момент просматривают.
мы делали также. Поначалу казалось что все хорошо, однако очередной вылет произошел как раз в момент добавления такой "галочки"...
Posted by Сафронов (Участник № / Member № 408) on :
Уважаемый VICTOR S, возможно у нас с Вами одинаковые версии среды разработки/рантайма и в этом дело... Мы используем базовый ТМ5: среда разработки: 5.14 - файлы chb.exe изменен 11 апреля 2003 г., 9:31:46 picman.exe изменен 30 апреля 2003 г., 14:27:16 в версиях этих файлов по прежнему указана версия 5.12. Мы пытались переходить на ТМ5.15, однако в нем присутствуют существенные для нас новые изменения и ошибки. Учитывая, что проект был почти закончен, решили остаться на 5.14.
рантайм: 5.15 + патч до 5.16, впрочем, описанный глюк проявляется и в других конфигурациях рантайма..
Posted by Сафронов (Участник № / Member № 408) on :
Что-то утомились мы с этими трендами... Возможно, у участников этой ветки форума что-то с проектом, но что? И почему этот эффект тогда не проявляется в AdAstra? непонятно..
Мы уже полностью создали заново тренды в версии ТМ 5.16 - не помогло. Ко всему выше написанному в ветке можем добавить, что действительно эффект намного чаще происходит при работе NetLink и NetLinkLight и особенно при работе со свойствами трендов. Иногда при запуске NLL появляется ошибка "Сервер RPC недоступен", причем если запустить NLL сразу после этой ошибки, то запускается нормально - может быть это каким-то образом связано с проблемой? И все это проявляется на разных машинах - аппаратные сбои практически исключены. Сеть ETHERNET base100 работает замечательно, проверяли тестерами. Сегменты сети разделили - станции NetLink и NetLinkLight связаны напрямую одним патчкордом и только по протоколу TCP IP. Может быть с настройками DCOM еще потанцевать с бубном? Нет ли у Вас новых "бубнов" (рекомендаций по настройке DCOM? Прошлый проект делали на профессиональном ТМ5.12, правда с одной станцией МРВ, не припоминаем таких проблем.
Обратите внимание - в теме разными участниками с разными проектами описывается схожая ситуация, которая у Вас не воспроизводится... Если отчеты об ошибках из журнала ошибок Windows для Вас малоинформативны, может быть какие-то другие отчеты попытаться получить в моменты свала PicRt?
Posted by Kramarenko Stanislav (Участник № / Member № 119) on :
Лично я остановился на такой конфигурации: версия 5.12 + PicRT.exe от 5.15. Так работать можно, хотя PicRT тоже от тренда иногда слетает, но без последствий для МРВ.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Действительно надо что-то предпринять в этом направлении. С графиками время от времени происходит что-то неладное. Посмотрел, тема открыта в конце июня 2005 года. Скоро год!!! А вопрос так и остался открытым!
С уважением Смирнов С.В.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! На днях ситуация с "вылетом" PicRT при работе с графиками повторилась. При этом сбой произошел на графической консоли, на машине с МРВ. Очень странно, что у Вас данная ситуация не воспроизводится. С уважением Смирнов С.В.
Posted by VICTOR S (Участник № / Member № 766) on :
Долго ждали, но появилась возможность экспериментировать с трендами на рабочем оборудовании ( не в лаборатории).... Результат нулевой. Установили по НОВОЙ ВСЕ со всеми сериспаками и т.п,танцевали с "бубнами" по настройкам DCOM (в том числе и по присланным рекомендациям), отдельный человек СПЕЦИАЛЬНО "кувыркался" с трендами - добавлял и удалял кривые, цвета и т.п. Все так же...За день два свала NLL в моменты "Добавить" "Применить" в свойствах тренда, в общем все тоже, правда без последствий для МРВ. Думал уж, может связано с загрузкой процессора при работе NLL ( следующий топик) - загрузки процессора в течении 1,5 часа более 50% не происходит. Идей больше пока нет!!! Но делать что-то НУЖНО.Очень слабая надежда на полную переустановку WIN2000. Варианты типа: возьмем библиотеку из этой версии, а этот EXE из той и все это вроде должно работать - не самый лучший выход для солидной фирмы, но что остается делать? Длительное молчание техподдержки настораживает! Если не сможем выбить деньги на ТМ6, что ж нам мучиться с ТМ5.16 - не очень удачный и корректный маркетинговый ход со стороны ADASTRA:mad:Может быть, если бы не эти тренды, нас бы и ТМ5.16 еще 10 лет устраивал бы... Давайте еще раз что ли сверим версии файлов и библиотек ТМ, может опять в дистрибутив не то закралось? Нужны какие-то действия, время на эксперименты на оборудовании ОЧЕНЬ ограничено. Что знали и могли - сделали! Или посадите человека на эксперименты, как мы, и пусть кликает по свойствам тренда, пока не получит какой-либо результат. Если мы что-то не понимаем - ткните нам пальцем и скажите, здесь, здесь и здесь вы делаете те то и не так и у вас не хватает квалификации на ПРОСТЕЙШИЕ операции с органами управления свойствами ШТАТНОЙ ФОРМЫ "Универсальный тренд", для этого нужно выполнить кучу предварительный настроек - вот эти КОНКРЕТНЫЕ настройки! Я сниму шляпу!!! Если у вас проблема - в конце концов полностью переделайте эту форму в ТМ5, а не в ТМ6!!! Очень жалею, что меня сбило с толку временное отсутстие сбоев после установки заплаток на WIN2000!!! Извините, конечно,за резкость, но в чем я не прав? Ситуация для меня совсем стала не смешная. Раньше говорил и повторю, обойти проблему можно, не используя свойства тренда, но для нас это НЕПРИЕМЛЕМО!!!
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Полностью согласен с VICTOR S, последнее время за службой техподдержки замечается простое замалчивание вопросов. Ответ типа "у нас не воспроизводистя", похоже, снимает всю ответственность с службы техподдержки. Еще раз позволю себе напомнить, что Трейс Моуд работает в условиях производства, не в смысле что там пыль и т.п., а в смысле, что используется при управлении процессами, и выход из строя, зависание и подобные неисправности в условиях техпроцесса дорого обходятся конечным пользователям - простой производства это уже не шутка.
С уважением Смирнов С.В.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Очень огорчает, что приходится вести диалог с самим собой. Если представители техподдержки считают тему закрытой, было бы правильным, хотябы сообщить об этом остальным. С уважением Смирнов С.В.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проблема внесена в план исследований. Основная сложность состоит в том, что нам не удается на простых реализациях воспроизвести описанные критические ситуации. Формализовать структурные, параметрические и аппаратные характеристики рабочих станций и коммуникаций в реальных проектах пользователей, чтобы строго воспроизвести их у себя, также не представляется возможным. Проведение работ в связи с существующими сложностями в воспроизведении адекватных моделей связано с опредленными организационными процедурами, включающими в себя формирование структурно адекватных стендов для долговременной работы и выделения дополнительных ресурсов. Все это требует времени.
Поэтому мы предлагаем на время приостановить обсуждение этой проблемы. Адреса заинтересованных участников у нас есть. Если потребуется дополнительная информация или рекомендации по моделированию критических ситуаций, мы обратимся к ним непосредственно. Просим прощения за доставленные сложности.
Posted by Смирнов С.В. (Участник № / Member № 57) on :
День добрый! Сложились ли все указанные Вами выше обстоятельства для воспроизведения ситуации с зависанием PicRT при работе с архивными трендами? У нас продолжаются сбои в работе PicRT, при работе с графиками. С уважением Смирнов С.В.
Posted by VICTOR S (Участник № / Member № 766) on :
Уважаемая ADASTRA! Хотелось бы узнать о планах фирмы по дальнейшей судьбе ТМ5.16. Особенно хочется узнать более конкретно предполагаемые Вами сроки исполнения Ваших планов исправлений и исследований по версии 5.16. Ожидать ли выхода очередных патчей или сроки настолько неопределенные что практически бессмысленно чего-либо ждать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Проблема не исключена из наших планов. К сожалению, назвать конкретные сроки и определенные варианты решения проблемы мы не можем.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы с пониманием относимся к проблемам, связанными с внедрением Ваших проектов, выполненных на базе Трейс Моуд 5. По нашим представлениям, эти проблемы связаны с нестабильностью характеристик интерфейса DCOM на фоне постоянно меняющихся правил и настроек политики безопасности в последних релизах и патчах ОС Windows. Весной 2004 г. мы прекратили работы по развитию Трейс Моуд 5, в частности, и по причине невозможности обеспечения стабильности функционирования межузловых связей на базе DCOM в таких условиях, когда декларировавшая DCOM Microsoft сама отказалсь от его адаптации к собственным новым системным решениям. В этот же период мы провели исследования с целью выработки рекомендаций по настройкам DCOM, политики безопасности и прав пользователей на актуальных в тот момент сервис-паках и патчах Windows 2000 и Windows XP. В январе 2005 г. мы предприняли дополнительную корректировку некоторых исполнительных модулей Трейс Моуд 5 с учетом обнаруженных возможностей несанкционированного запуска серверов Трейс Моуд 5 со стороны DCOM-клиентов. С тех пор код Трейс Моуд 5 законсервирован и не подлежит дальнейшей модификации. Практика показала, что с течением времени даже те настройки DCOM и его оболочки, которые удовлетворяли пользователя на момент внедрения проекта, по мере обновления программно-аппаратных средств, версий ОС, увеличения информационных нагрузок на сеть, модернизации сетевых структур и пр., оказывались непригодными и требовали дополнительных, чаще всего экспериментальных, корректировок с негарантированным результатом. Наши попытки найти универсальные рекомендации, позволяющие пользователям Трейс Моуд 5 продолжать эксплуатацию проектов в условиях постоянно меняющихся системных требований и политики безопасности, убедительного результата не дали. Это, кстати, было одной из причин, по которым в Трейс Моуд 6 мы отказались от DCOM в пользу более устойчивых независимых интерфейсов. В настоящее время мы рекомендуем пользователям при создании проектов АСУ ТП ориентироваться на Трейс Моуд 6 - функионально более развитую, гибкую и обеспечивающую устойчивый интерфейс между различными узлами и задачами проекта. В соответствии с изложенным мы считаем, что в сложившихся условиях надо искать компромиссные решения, позволяющие получить удовлетворительные результаты. В частности, по возможности, исключить использование DCOM-интерфейса, заменив его на собственный межузловой сетевой интерфейс Трейс Моуд 5. Такое решение может быть реализовано путем использования в проектах не NLL, а NL RTM. При этом необходимо в проекте создать узлы АРМ, минимизированные по информационной структуре и функциям в соответствии с потребностями конкретных рабочих мест. Они могут получать по сети те же данные и обрабатывать их так же, как и основные узлы. Надо будет лишь прописать необходимые дополнительные функции управления с передачей управляющих команд основным серверам.
![[gigi / Гы-Гы]](graemlins/gigi.gif)
![[clever / умный]](graemlins/clev.gif)
данная ситуация не воспроизводится.![[Безумие / Mad]](mad.gif)
Давайте еще раз что ли сверим версии файлов и библиотек ТМ, может опять в дистрибутив не то закралось? Нужны какие-то действия, время на эксперименты на оборудовании ОЧЕНЬ ограничено. Что знали и могли - сделали!