This is topic Архивирование и микроМРВ in forum Микро Мониторы Реального Времени / Micro Real Time Monitors at Форум TRACE MODE: техническая поддержка.


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

Posted by Mike_TEN (Участник № / Member № 303) on :
 
Можно ли в контроллере Lagoon организовать отчет тревог? Например мы имеем удаленный объект с отсутствием какой - либо связи. Необходимо архивировать всего один параметр. Не очень хочется ради одного параметра налаживать канал связи.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В контроллере ЛАГУНА нельзя организовать архив ввиду недостаточности ресурсов и невозможности осуществления достаточно быстрых записей в имеющуюся постоянную память.
 
Posted by Mike_TEN (Участник № / Member № 303) on :
 
Насчет недостаточности ресурсов вполне понятно. Но давайте рассмотрим такой пример: нам необходимо контролировать всего один важный параметр. Да и то не по изменению измеряемой величины, а выход за уставку. Это бывает далеко не часто. ПО загружаемое в Лагуну составляет порядка 190-200kB. Свободных 300kB для этой цели вполне хватит. Высокая скорость записи тоже не нужна. Все что нужно - это сгенерировать небольшой файл фиксированого объема. Ведь связь может не только отсутствовать. Она может пропасть в результате аварии и, пока отсутствует связь, такой контроль важного параметра был бы полезен.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Актуальность этой проблемы у нас сомнения не вызывает.
Однако, решение ее осложняется не только и не столько ограниченностью ресурсов в ЛАГУНЕ 7000, сколько очень сложной и ресурсоемкой системой записи в постоянную память. Имеющаяся в распространяемых в настоящее время контроллерах ОС не позволяет использовать ни файловую систему, ни адресование к памяти в явном виде. Поэтому решение этой задачи требует неоправданного увеличения кода и временных затрат в реальном времени.
Для контроллеров ЛАГУНА 8000, в которых установлена Mini OS7, задача должна решаться существенно проще. И задача архивирования для них будет решаться в последующих релизах.
 
Posted by Novokam (Участник № / Member № 32) on :
 
А решена ли проблема записи в архив в последних релизах в 8000 серии с mini OS7?
 
Posted by Novokam (Участник № / Member № 32) on :
 
Необходимо сохранять состояние системы в микроМРВ I-8000 серии, возможно ли это?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Ведение архивов и файла состояния системы не планировалось для 8000-ой серии и на данный момент не реализовано.
 
Posted by Adastra marketing (Участник № / Member № 362) on :
 
Функции ведения локальных архивов и дампов реализованы в контроллере ТЕКОНИК http://www.adastra.ru/ru/oem/tekonik.htm. Он также программируется и поставляется с ТРЕЙС МОУД.
 
Posted by Mike_TEN (Участник № / Member № 303) on :
 
Ладно. Архивирования не будет.
Следующий вопрос: возможно ли динамическое изменение атрибутов канала в Лагуне?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Что Вы подразумеваете под динамическим изменением атрибутов?
 
Posted by Mike_TEN (Участник № / Member № 303) on :
 
Допустим в АРМе мы создаем канал "канал - установить".
С помощью этого канала мы будем изменять границу какого-то канала в Лагуне.
Далее ситуация (возможная):
1. Пропадает связь между АРМ и Лагуной;
2. Пропадает питание Лагуны;
3. Питание Лагуны восстанавливается, а связи все еще нет.
Вопрос:
Та граница, которую мы изменили, примет какое значение? То, которое изначально было записано в проекте, или все-таки измененное?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
1) Если Вы хотите посылать значение из АРМ в Лагуну, то канал типа КАНАЛ-Изменить Вам не подойдет - они работает только в рамках текущего узла. Для связи с Лагуной Вам необходимо будет создать канал типа СВЯЗЬ-Out Mlink.
2) При запуске Лагуны Вы получите то значение, которое задано в базе, а не оправлено из АРМ.
3) Если Вы хотите контролировать ситуации с пропаданием связи с устройством, то необходимо реализовать в проекте следующие механизмы:
Все эти функции решаются специальными каналами ТМ, а также логикой на FBD.
 
Posted by Mike_TEN (Участник № / Member № 303) on :
 
1) Да, действительно, здесь я немного ошибся.
3) Речь идет не о том, что нужно контролировать состояние связи. А о том, как будет вести себя Лагуна в этой ситуации.
Перед мной поставлена задача:
- в проектируемой АСУТП использовать контроллеры Лагуна;
- управление на уровне контроллера должно осуществлятся автономно (есть там связь в какой-то момент времени или нет - неважно);
- предусмотреть динамическое изменение уставок с АРМ диспетчера. Эти уставки (измененные диспетчером) должны сохранятся в контроллере при всяких там аварийных ситуациях (обрыв канала связи, пропадание питания контроллера и т.п.)
Из Вашего ответа п.2) вытекает, что это на Лагуне реализовать нельзя. Поэтому я и задаю вопрос: будет ли эта проблема решатся в Лагуне или же нам все-таки ориентироваться на другие контроллеры?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
На данный момент Лагуна не поддерживает функции восстановления последних данных при перезагрузке системы и я думаю что в ближайшем обозримом будущем это реализовываться не будет. Поэтому рекомендую Вам ориентироваться на другие контроллеры. Кроме Микро МРВ для Лагун серий I7000 и I8000 остальные Микро МРВ эту функцию поддерживают.
 
Posted by Mike_TEN (Участник № / Member № 303) on :
 
Спасибо.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2