Добавлено: Вт 17 Апр, 2007 4:06:45 Заголовок сообщения: Совместное использование данных datalog models в RSView32
Ситуация : 5 доменных печей, на каждой крутятся локальные проеткты RSView32, и существует (у начальства) т.н. "общие проект" , по сути являющийся OPC-клиентом 5 ти ОРС-серверов.
ОДнако данные для отображения графиков логгируются по ODBC в оракловскую базу(ну так давным давно было заведено).
проблема в следующем:
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу.
От этого ушли установкой в баз триггера но все же это не выход.
вопрос:
возможна ли настройка ODBCшной модели так, чтоб не запуская ее, можно было просмотривать все же данные на трендах, как это можно сделать при совместном использовании "локальных" dBase баз???
Последний раз редактировалось: Kondratiev (Вт 17 Апр, 2007 10:12:22), всего редактировалось 1 раз
Добавлено: Вт 17 Апр, 2007 7:27:46 Заголовок сообщения: Re: Совместное использование данных datalog models в RSView3
Kondratiev писал(а):
проблема в следующем:
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу.
Пробуй Remote для Native Trend.
От TrendX, если используется, придется отказаться.
Добавлено: Вт 17 Апр, 2007 10:11:17 Заголовок сообщения: Re: Совместное использование данных datalog models в RSView3
dv_ писал(а):
Пробуй Remote для Native Trend.
От TrendX, если используется, придется отказаться.
Native Trend??
простите не понял. если это просто использование remote моделей в обычных RAView-шных трендах, то не подойдет. пройденный этап, неудобно и топорно.
а главное в данной конкретной ситуации. это сделает по сути бессмысленной серверную часть(оракловскую базу) и все клиенты будут ломиться к удаленным моделям на локальных станциях.
простите не понял. если это просто использование remote моделей в обычных RAView-шных трендах, то не подойдет. пройденный этап, неудобно и топорно.
В чем "топорность"? Как по мне, так TrendX хуже, поэтому нигде не применяю (из достоинство признаю только - теги из разных моделей, ь рисование X-Y зависимости).
Kondratiev писал(а):
а главное в данной конкретной ситуации. это сделает по сути бессмысленной серверную часть(оракловскую базу) и все клиенты будут ломиться к удаленным моделям на локальных станциях.
С локальной станции берется описание модели, данных там нет.
Для Remote Trend не надо локально иметь теги, модели.
Если руководство готово дать денег:
Добавь Active Display Server на локальных и пусть руководство смотрит картинки хоть в Internet Explorer.
Нет навигации между разными локальными RSView32 (т.е. печками), если в этом есть нужда, тогда вперед на RSView SE Distribuited.
Зарегистрирован: Mar 06, 2006 Сообщения: 278 Рейтинг: +1/-0 Откуда: г.Киров-Чепецк
Добавлено: Вт 24 Апр, 2007 12:50:03 Заголовок сообщения: Re: Совместное использование данных datalog models в RSView3
Kondratiev писал(а):
для отображения данных на трендов приходится запускать модели в каждой копии общего проекта, и соответсвенно каждаю станция где запущена модель(локальная или с "общим проектом") пытается класть данные в базу.
Нужно на каждой станции сделать ODBC к каждой базе/таблице.
В моделях RSView у всех кроме собственной выставить способ записи OnDemand (по вызову), тогда писать данные будет только одна машина, а читать - все. Будет появляться мусор от других RSView в виде начальных и конечных (Marker - B, E) записей при запуске остановке моделей, но их можно удалить триггером или вызовом скрипта в планировщике. Эти записи нужны были при хранении в отдельных суточных файлах, в вашем случае они не нужны.
У меня есть объект где историю пишет пользовательская программа, а гафики смотрит RSView через TrendX, кстати он где-то здесь есть русифицированный.
Еще можно свалить данные в одну базу данных с добавлением поля, указывающего какая машина записала. В MSSQL это делается через настройку соединения (pipe), по умолчанию стоит TCP\IP.
Добрый день, вообще TrendX можно настроить на отображение трендов по удаленным базам данных, для этого необходимо:
1. Создать сетевые диски на папки с удаленными базами данных.
2. В проекте создать точно такиеже DataLog модели как на удаленных машинах, только в путь создания указать созданные сетевые диски. Команду DataLogOn, соответственно, не выполнять для этих моделей.
3. TrendX будет строить тренды по базам данных созданным удаленными проектами.
Только не рекомендую использовать TrendX - "глюкавый" он, хоть при работе с локальными базами, хоть с удаленными.
Зарегистрирован: Mar 06, 2006 Сообщения: 278 Рейтинг: +1/-0 Откуда: г.Киров-Чепецк
Добавлено: Ср 02 Май, 2007 7:57:17 Заголовок сообщения:
Отключите у TrendX скроллинг и маштабирование мышью, и "глюков" станет на порядок меньше.
По крайней мере, по моему опыту - оператор вызывает тренд, начинается обращение к базе. Он видит что ничего не происходит и снова вызывает или двигает мышью и т.д. (очень редко он просто сидит и ждет =) ). Что при этом происходит?! Новые обращения к базе и т.д. Иногда через полчаса машина "развешивалась".
Вывод TrendX с функциями обычного Trend "глючит" не чаще последнего.
Зарегистрирован: Mar 06, 2006 Сообщения: 278 Рейтинг: +1/-0 Откуда: г.Киров-Чепецк
Добавлено: Ср 02 Май, 2007 8:00:06 Заголовок сообщения:
Вопрос администратору. У меня в опере именно эта тема вылазит за пределы экрана по ширине - читать очень не удобно. С остальными темами все нормально было и есть.
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
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.130 секунды
FAQ
Поиск
Группы
Профиль
Войти и проверить личные сообщения
Вход
