Добрый день, коллеги.
Столкнулись со следующей проблемой. В рабочем проекте RSView32 при закрытии дисплея с TrendX периодически дисплей зависает (причем зависает именно TrendX, а не RSView), и нельзя перейти на другие мнемосхемы и т.п., системное время не обновляется, причем в диспетчере задач все приложения работают, а в самом RSView соответственно полный ступор. В данной ситуации операторы могут только жестко перезагрузить компьютер с кнопки, в этом случае после перезагрузки происходит следующее: проект стартует, но при старте модели, к которой шло обращение при зависании TrendX или при запуске графика, обращающегося к этой модели, появляется ошибка "Unable to open all datalog set files. File(s) may be corrupted", и соответственно на графике не отображаются данные до момента перезагрузки (текущие данные с момента перезагрузки при этом пишутся и отображаются). Может, кто-то сталкивался и как можно устранить зависание TrendX?
На АРМе установлены Win XP SP2, RSView32 7.10 и TrendX 3.41. _________________ С уважением, Ольга Владимировна.
Несколько встречных вопросов:
1. Этот эффект наблюдается только на одной машине или на нескольких?
2. Экран, в который встроено окно трендов - есть ли на нём ещё что-нибудь кроме трендов - тэги, макро и т.п.?
3. Эффект наблюается регулярно, в одно и о же время или спорадически?
Добрый день.
1. Это наблюдается на нескольких машинах. Всего АРМов 3, может произойти на любом.
2. На экране находится тренд и кнопки для загрузки разных темплейтов. Экран типа OnTop закрывается по нажатию на кнопку с командой Abort.
3. Это происходит периодически. Оператор может открыть тренд посмотреть процесс и при закрытии он зависнет, а может часами наблюдать за процессом и открывать тренды по разным объектам и в один прекрасный момент он все таки зависнет. Это может происходить и несколько раз в день, а может и раз в несколько дней. _________________ С уважением, Ольга Владимировна.
Из Ваших ответов я интуитивно делаю вывод, что дело не в собственно трендах (как ActiveX-controls), а, возможно, в каких-то посторонних по отношению к RSView32 причинах - компьютер? Windows? сеть? стечение каких-то (каких?) обстоятельств?
К сожалению, без дополнительных исследований трудно предложить здесь в форуме что-то определённое. Может быть, кто-то из коллег сейчас увидит и скажет: "а, я знаю. это то-то". У нас, к сожалению, опыт борьбы с подобными эффектами отсутствует ввиду отсутствия наличия таковых эффектов.
З.Ы. Можно ли попытаться попросить операторов в момент возникновения этого эффекта записывать, какая ситуация в системе или какие его действия предшествовали этому? Может быть, тогда бы удалось установить причину.
В том то и дело, что операторы в принципе ничего не делают, они открывают график и следят за процессом (у операторов нет возможности запускать другие приложения, выходить в Windows, даже диспетчер задач они не могут запустить), а при нажатии на "крестик" (кнопка закрытия дисплея), график может зависнуть. Может, есть какие рекомендации по закрытию дисплея с TrendX?
Для информации, могу сообщить Вам, Игорь Аркадьевич, что мы на объекте когда столкнулись с этой ситуацией, имея права администратора, немного поэкспериментировали: мы через диспетчер задач завершили процесс "RSTXData.exe", тогда сам проект RSView "оживает" и начинает работать навигация, управление и т.д., не работают только графики, реализованные через TrendX, проект можно остановить, закрыть и перезагрузить компьютер. После перезагрузки все работает, данные подгружаются, и ошибки по модели нет, есть небольшая "дырка" в данных с момента останова TrendX. Может эта информация наталкнет Вас еще на какие мысли. _________________ С уважением, Ольга Владимировна.
Можно конечно попробовать. Я не стала ставить этот патч, т.к. он касается клиент-серверной технологии (если я не ошибаюсь), а у нас обычный Runtime. Или надежда есть? _________________ С уважением, Ольга Владимировна.
Olga,
Я когда-то просматривал весь этот форум (ветку "программные средства") и сохранял себе в текстовый файл все что мне казалось полезным. Вот что я откопал в нем насчет трендов:
Цитата:
А от TrendX зря отказался. Для него единственное условие для надежной работы -
это выделенный сервер истории. Иначе будут глюки: RSView иногда, точнее всегда,
криво файлы начинает писать (в конец одного файла попадают данные с другого {при записи днями}).
Иногда в один файл 3 суток запихивается, на таких TrndX умирает.
А если в начале\конце файла не будет записей с меткой B\E, то умрет обычный Trend.
Это возможно если машину выключили питанием в 23.00, а включили в 01.00. Вариантов много.
По-моему, это информация от некого c ником Dvoeglazov
То есть я так понял, что если например открыть глючный .dbf-файл дата-лога (что в папке DLGLOG\[название модели]), то там в колонке с датой видно будет, что начат он, например, в 23:59:58 21/11/06, а закончен в 00:00:03 23/11/06. Или не хватает маркера B или
E в начале или в конце файла в колонке Marker.
Удачи, надеюсь все разрешится
Спасибо за информацию, Dmytro. Об этом условии я в курсе (Двоеглазов Дмитрий мой коллега), но не всегда можно развести заказчика на сервер базы данных, с соответствующим софтом, только для корректной работы графиков. (деньги-то немалые.) _________________ С уважением, Ольга Владимировна.
Добрый день, у меня идентичная проблемма - при закрытии окна с TrendX зависает RSView32, при этом Windows работает, конфигурация системы такая же (Windows XP SP2 RSView32 7.10 TrendX 3.41 все патчи для RSView32 и TrendX установлены). С причиной разобраться не удалось, равно как и установить систему в отказах. После десяти перегрузок ПК пришлось в срочном порядке отказаться от TrendX. Хотя при просмотре графиков TrendX-ом из сети за два месяца не было ни одного зависания. Я не нашел что бы сам Rockwell накладывал ограничения такого характера на использование TrendX. Может "дыра" именно при такой конфигурации? Если у кого-то еще был подобный "глюк" или кто-то разобрался с ним, напишите, а то как-то странно - есть ПО, только применять его нельзя.
Добрый день, уважаемый "ASakhno".
Есть одно решение этой проблемы, это отказаться от .dbf файлов, а использовать, например, MSSQL (я слышала, что в этом случае проблема исчезает), т.е. у вас есть сервер базы данных, куда вы пишите данные и отображаете в трендах. Но при такой структуре есть один большой минус (это моё мнение), если сервер "упадет" или с ним оборвется связь, то тогда "сушите весла", господа.
Получается, что значимость графиков определяется особенностями технологии, если нужен только просмотр истории, то данный минус может и не такой большой, а если по графикам ведут процесс, то тут и решайте сами чем пожертвовать. _________________ С уважением, Ольга Владимировна.
Добрый день, Ольга Владимировна, спасибо за разъяснение. На данном этапе изменить структуру системы не представляется возможным, к тому же построена система обработки данных из .dbf и важно наличие полных данных о процессах. Просто, не хотелось создавать полсотни окошек с трендами, а сделать это через TrendX, "фокус" не удался, поставили обычные тренды - все работает без ошибок, а по сети с удаленного АРМа данные с этих же .dbf читаются TrendX-ом так же без единой ошибки, обычные Trend-ы поставили только для локального просмотра графиков.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна. Открытие страницы: 0.128 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
