This is topic Выборка из двух СПАД архивов с разных узлов in forum SIAD/SQL. Архивирование в TRACE MODE / SIAD/SQL. Data Logging in TRACE MODE at Форум TRACE MODE: техническая поддержка.
Такая проблема: есть основной узел, есть дополнительный узел, принимает часть той же информации от дублирующих датчиков. На обоих ведутся СПАД архивы. В случае неработоспособности основного данные при анализе должные извлекаться из соответствующего временного интервала дополнительного узла. За это отвечает третий узел. Нужно в итоге получить комплексный архив с полноценными данными.
Кроме того, архивные данные должны отображаться на трендах. Это вынуждает использовать СПАД. В свою очередь запрос довольно сложный. Для этого хорошо бы использовать 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).
