This is topic Дамп и атрибуты каналов in forum Редактор проекта TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.


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

Posted by Abram Shnider (Участник № / Member № 4534) on :
 
Уважаемая техническая поддержка!

Скажите пожалуйста какие атрибуты каналов можно сохранять в Дамп'е. В справке как-то не очень для меня понятно описан этот вопрос...

Конкретно интересует можно ли сохранять "Границы" канала Float, а именно "Верхняя граница" и "Нижняя граница"?
 
Posted by Abram Shnider (Участник № / Member № 4534) on :
 
Проверил - эти атрибуты сохраняются.

Но хотелось бы подробнее узнать какие атрибуты еще будут сохраняться.

Вот атрибут "Инверсия" почему-то не сохраняется или может быть есть какой-то мне неизвестный способ?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Для числовых каналов в дампе сохраняются атрибуты ВХОД, РЕАЛЬНОЕ, СОСТОЯНИЕ, ПОДКЛЮЧЕНИЕ, ВРЕМЯ ИЗМЕНЕНИЯ.
Кроме того, у канала FLOAT, если установлен флаг "Атрибуты", дополнительно сохраняются контрольные границы и параметры масштабирования (множитель и смещение).
 
Posted by Abram Shnider (Участник № / Member № 4534) on :
 
Спасибо за информацию!
Атрибут "Инверсия" сохранять не предусмотрено?
Жаль... Приходится создавать канал для его хранения
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Здравствуйте!
Подскажите,пожалуйста,возможно ли сохранить состояние атрибута "комментарий" канала float в дампе?
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Нельзя.
Возможно, что для работы с текстовыми переменными целесообразно использовать канал CALL.STRING.
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Уважаемая техническая поддержка!
Подскажите пожалуйста как все-таки сохранить в дампе
строковую переменную, да еще и чтобы выводилось более 4 символов. Пробую через реальное значение канала CALL.STRING, поставил галочку "дамп" в свойствах канала и экрана - не сохраняется. Числовые переменные сохраняются нормально.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Пришлите Ваш проект на адрес техподдержки.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Канал CALL должен иметь хотя бы 1 аргумент.

Проект не соответствует описанию канала CALL.String.

Проект откорректирован и выслан Вам.
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Здравствуйте!
В проекте реализовано сохранение данных в ДАМП. При штатной остановке работы МРВ информация сохраняется. Если принудительно перезагрузить PC через ПУСК, сохраняются все каналы кроме CALL.String. В настройках узла ДАМП период сохр. состояния 10, доп. информации 2. Как исправить ситуацию?
 
Posted by Nico (Участник № / Member № 5342) on :
 
значения аргументов CALL.String в дампе не сохраняются

сохраняются и подчитываются из отдельных файлов
для записи число 8 или 9 в 41 атрибут CALL.String
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
значения аргументов CALL.String в дампе СОХРАНЯЮТСЯ. Это происходит при остановке МРВ через кнопку остановки. См. посты выше, тех. поддержка как раз рекомендует для этого использовать для строковой переменной канал CALL.String, а не атрибут "комментарий" канала Float. Вопрос в том почему ДАМП не отрабатывает при принудительной остановке? Что объяснить заказчику о потере данных за час, день, неделю???
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
О каких потерях "данных за час, день, неделю" идет речь, если мы обсуждаем сохранение строковых переменных?
В описании канала CALL.String указано, каким образом и в каких файлах сохраняются строковые переменные.
Периодическое автоматическое сохранения строковых переменных не предусмотрено.
Принудительное сохранение может быть организовано программным путем по времени или по событиям (см.документацию).
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Все очень просто, речь идет о тех потерях когда забивается рецепт строковыми переменными, приготовление идет несколько дней, а потом бац, перезагрузка и данных нет. Вот так то.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
Можно написать программу принудительного сохранения "рецепта", например, по времени - с некоторым периодом.
Можно в момент, когда оператор "забил" или выбрал рецепт, подать интерактивную команду на сохранение "рецепта".
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Здравствуйте, подскажите каким методом, сохраненные в файле строковые переменные, можно удалить? А то повторно не записать рецепт - выскакивает предыдущий сохраненный.
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
В каком файле и как Вы сохраняете и как подчитываете строковые переменные?
 
Posted by Алексей Шелепов (Участник № / Member № 6361) on :
 
Считывание строковых переменных командой Move из базы данных, параллельно записываю в 41 атрибут каналов CALL.String "компонентов рецепта" число 8.
По сохранению данных вопросов нет. При перезаписи нового "рецепта" выскакивают первые сохраненные данные. Возможно ли их как-то затереть перед записью нового "рецепта".
 
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
 
"Считывание строковых переменных командой Move из базы данных":
- что за команда?
- куда и как считываются? в каком объеме?
- считанные данные сохраняются? где и как?

"При перезаписи нового "рецепта" выскакивают первые сохраненные данные.":
- когда и как осуществляется "перезапись"?
- что такое "первые" сохраненные данные?

Пришлите, пожалуйста, на адрес техподдержки по возможности полное описание алгоритма решения задачи с иллюстрирующим тестовым примером проекта.
 


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



Powered by Infopop Corporation
UBB.classic™ 6.7.2