This is topic Выборка из двух СПАД архивов с разных узлов in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.


To visit this topic, use this URL:
http://forum.adastra.ru/ultimatebb.php/ubb/get_topic/f/40/t/000031.html

Posted by Виталий (Участник № / Member № 2118) on :
 
Такая проблема:
есть основной узел,
есть дополнительный узел, принимает часть той же информации от дублирующих датчиков.
На обоих ведутся СПАД архивы.
В случае неработоспособности основного
данные при анализе должные извлекаться из соответствующего временного интервала дополнительного узла.
За это отвечает третий узел.
Нужно в итоге получить комплексный архив с полноценными данными.

Кроме того, архивные данные должны отображаться на трендах. Это вынуждает использовать СПАД.
В свою очередь запрос довольно сложный. Для этого хорошо бы использовать SQL.

Имеется ли возможность сделать это на СПАД архивах?
Или придется дублировать еще и в третью базу данных через ODBC?

Ситуация усложняется если копировать СПАД архивы, при накоплении большого массива в другие файлы и начинать новый текущий. Можно ли в этом случае отслеживать данные СПАДа попавшие в другой файл?
 
Posted by Виталий (Участник № / Member № 2118) on :
 
Господа, AdAstra, при просмотре форума,
постоянно сталкиваюсь с мыслью,
что вам этот форум в обузу,
не следите или не хотите следить и помогать.

Все таки мы Ваши клиенты,
будьте добры, ответьте на вопрос хоть в трех словах (желательно не ругательных)
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Прошу прощения за длительную паузу.
Если у Вас резервируемые узлы, то при выполнении синхронизации данные архивов будут синхронизированны.
Если же у Вас два отдельных(независимых) узла, то для получения архивов по необходимым каналам должно происходить програмно.
Данные СПАД из другого файла отслеживать нельзя.
 
Posted by Виталий (Участник № / Member № 2118) on :
 
Спасибо за ответы.

Два независимых узла.
Третий (на NetLinkLight) планировался на удаленный периодический сбор с архивов этих узлов.

Вопрос такой:
возможно ли для NLL сделать запрос на удаленные СПАД архивы?
Если нет, то как быть?

И как из NLL наблюдать удаленные текущие тревоги, удаленный архив тревог?
По не понятным причинам NLL по возможностям работы с каналами урезан, получается элементарная среда, в которой ничего не сделаешь :-(

Как в реальном времени изменить масштаб тренда по оси времени?

Можно я тут свое мнение выскажу о среде:
Вообще очень много задач, которые совершенно не представляется возможным сделать на ТМ. Например, при просмотре архивов трендов найти ближайщие пики минимальный и максимальные и быстро перейти в эту точку (т.к. масштаб времени не получается изменять) а не скакать минимальными шажочками или по часам или по суткам (шаги не меняются :-((( Может в новой версии все лучше :-\. Мешает постоянная необходимость из за любой мелочи создавать программу и каналы (привычка из Генесиса32 осталась что там можно любую формулу быстро ввести). Неконфигурируемость и недоступность элементов графической оболочки для программного кода (постоянно хочется получить доступ к настройкам ГЭ ОТ и строки ОТ, чтобы поймать сигнал квитирования, изменить цвет...). Но тут к сожалению ничего не поделаешь. Видимо иделология среды такая.
Есть конечно и позитивные моменты:
наглядность работы с технологическими сигналами и всеми переменными Всего проекта на все узлы, но и здесь при сложном доступе от аргумента к аргументу приходится все в ручную делать (клик, клик, клик ....). Не хватает все равно в итоге некой такой схемы соединения сигналов между каналами и аргументами (как на ФБД).
Еще не хватает группового выделения, копирования и удаления каналов.
А также копирования и вставки каналов и аргументов с сохранением имен оригиналов, при копировании в другую группу...

Мешает также чересчур большая абстрактность системных переменных их параметров и способов работы с ними. Кстати немогли бы вы дать ссылку на примеры сложной работы с системными переменными? В книгах все простое делается. Примеров для сложных системных переменных нет.

А еще, уж простите за откровенность, может я просто ламер Абсолютный, но почему то среда у меня постоянно зависает при разработке и в процессе эксплуатации. Хотя вроде ничего серьезного не делаю. Все в рамках простых, элементарных действий.......
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. В NLL можно выводить на тренд удалённые архивируемые каналы.
2. Наблюдать можно лишь последнее сообщение отчёта тревог.
3. Консоль для этого и была создана, для отображения в основном графической информации, значений каналов с других узлов. Для полноценной работы с каналами, архивами, отчётом тревог используйте МРВ+.
4. В реальном времени изменить масштаб тренда по оси времени нельзя.
5. Есть возможность задать привязки для левой и правой границы оси времени.
6. Сигнал квитирования можно проследить по изменению значения канала "Событие".
7. Групповое выделение каналов в ИС сейчас рассматривается как улучшение.
8. Вопрос с сохранением имён оригиналов при копировании спорный. Велика вероятность возникновения путаницы при подобных действиях.
9. Конкретных примеров по работе со сложными системными переменными у нас нет. Начинайте разбираться, возникнут вопросы, будем их решать. Так же у нас есть служба технической поддержки в которую Вы можете обратиться при возникновении трудностей в работе.
10. Зависает... попробуйте переустановить ОС. Установить все обновления и патчи. Работаем на подобных "машинах", такие зависания встречаются крайне редко.
 
Posted by Виталий (Участник № / Member № 2118) on :
 
По предложенным пунктам. Вообще наверное надо бы разделить темы, но раз уж так пошло:

1. Подскажите. Как не имея возможности создать CALL в NLL сделать вызов удаленного архива? Сразу к аргументу экрана подключать удаленный архивируемый канал (спрашиваю потому как нет сейчас сети до пн, проверить не могу)?
2. Тоже если можно поподробнее
6. С этим разобрался. В конечном итоге сделал иначе - прослеживаю программно интервал каждого канала, создаю отдельный канал для сигнала квитирования по каждому контролируемому каналу в пользовательский словарь через @Message
9. Жаль. Меньше кстати докучали бы форумчане.
Вот проблемы:
1)Не знаю как настроить интервал автоматической записи в СПАД архив? (за день накапливается 10МБ по 25 сигналам, многовато) Или опять программу писать и в ручную задавать запись в СПАД. А если при этом нужно будет один сигнал записать, а все остальные нет, потому что они не изменились? Есть вообще то вариант фильтром входные сигналы сгладить, но все таки хотелось бы программно вопрос решить.
2)Мне нужен пример выборки с определенным заданным интервалом времени из удаленного архива, с записью в соответсвующие переменные локального архива в те же временные рамки.

10. На самом деле на трех разных компах в том числе с чистой ОС работал. В среде разработки часто бывает при работе с объектами на графическом поле в которых надо настраивать привязки при быстром переключении между объектами и их свойствами - вылетает недопустимая операция и клоуз. В мониторе (при среде разработки) при быстром переключении между экранами на которых много ГЭ трендов (11) зависает (к которым кстати подключены архивируемые сигналы с аппаратной недостоверностью), при чем звук аварийных сигналов меняется (т.е. логика вроде работает а графика отрубается), а на экране пусто - серый фон.
А какие специальные обновления и патчи надо устанавливать? У меня WinXP Pro SP2 чистая. Даже офиса нет.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1. Удалённый архив можно отобразить на тренде узла NLL. Аргумент консоли привязывается к каналу, значения которого заносятся в архив.
2. Прошу прощения, конечно же в NLL наблюдать сообщения ОТ нельзя.
Проблемы:
1) Можете производить запись в архив по времени. Для любой автоматической записи в архив необходима программа.
2)Обратитесь в службу технической поддержки hotline2@adastra.ru. Укажите что должно быть в подобном примере более подробно (в письме).
10. Мы переодически "обновляемся" с сайта Майкрософт. У чистой WinXP Pro SP2 много уязвимостей и багов, которые переодически локализуются и устраняются по средствам Microsoft Update.
 
Posted by Виталий (Участник № / Member № 2118) on :
 
1. Да с этим разобрался.
2. ОТ только для локальных тревог, которые сконфигурировать на NLL нельзя
По проблемам:
1)Меня больше интересовал алгоритм предусмотренного вами процесса архивирования и возможность его настройки а не самостоятельная запись в архив (с каким периодом пишет в архив значения, все ли значения пишет или если сигнал не изменился то не записывает, возможность настройки для каждого сигнала персонально зоны нечувствительности к записи и т.д.).
Но даже если в ручную запись делать, то там вроде сигнал глобальный, для всех сигналов сразу (@Write), получается они все сразу записываются или можно как-то по-отдельности запись делать...
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Канал CALL с типом вызова Writer имеет возможность принудительной записи в архив группы (одного) каналов, которые привязаны к его аргументам (см. справочную систему ТМ6).
 


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2