This is topic Тренды и их поведение при переходе с экрана на экран in forum Операторский интерфейс SCADA/HMI TRACE MODE 6 / at Форум TRACE MODE: техническая поддержка.
Искал по архиву форума, к сожалению не заметил комментариев по следующему поводу: вызываю тренд на экране1, перехожу на экран2, а после возвращаюсь на экран1 и не вижу ранее открытого тренда - он закрыт. Так должно быть? Или я чего-то намудрил?
Спасибо!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Что означает вызываете Тренд?
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Есть ГЭ "кнопка" - к нему на обработчик события "MousePressed" вешаю действие "Показать/скрыть элементы" и указываю созданный ГЭ "Тренд". Опция тренда "Скрыть при старте" равна 1. При запуске проекта, при нахождении на графическом экране №1 щелкаю левой кнопкой мыши на кнопке => показывается тренд. Тут же перехожу на графический экран №2, а затем через несколько секунд обратно на экран №1 и тренда уже нет - он скрыт.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Спасибо за информацию, будем разбираться.
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Доброе время суток!
Хотел поинтересоваться как у вас идут дела по вопросу трендов... прошло уже 2 месяца.
Пару уточняющих нюансов:
1. Релиз у меня 6.05.1. Менять на 6.06 я не собираюсь (подозреваю, что на новом релизе будет тоже самое) ввиду отсутствия возможности...пока...
2. Опять попробовал возобновить проблемку, - думал, может сам неправильно что-то делаю, - ан, нет.. все по прежнему.
Если вы на данный момент можете подсказать, как заставить тренды не исчезать, прошу поделитесь, либо просто скажите, что это невозможно.
Спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В релизе 6.05.1 эта ошибка не будет исправлена.
Заработает правильно начиная с релиза 6.07
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Пока можно использовать более гибкое решение - управление видимостью с помощью аргументов. Возможны 3 варианта: - разместить тренд в отдельном слое и управлять видимостью этого слоя, - разместить тренд на экране типа ВСПЛЫВАЮЩИЙ и управлять вызовом этого экрана, - разместить тренд на отдельном экране и вызывать его с помощью ГЭ "Ссылка на экран".
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Спасибо. Уже сделано по 1 варианту, хорошо, что трендов всего ничего.
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Здравствуйте.
Как выяснилось, не все так хорошо, как казалось. Вариант со слоями идеально работает с МРВ, но на NLL это вообще не работает (два АРМа - на одном главный узел, на другом NLL). Сделал перепривязку из узла МРВ(node) в NLL(console) (просто перетащил экраны). Результат ноль. Что не так делаю, подскажите, пожалуйста.
В догонку: в узле NLL(console) отчет тревог вдруг перестал отображать сообщения с главного узла МРВ. Пишет "Failed: Login". Никаких пользователей не добавлял.
Узел NLL имеет след. настройки (название файла - name_3.dbb): - индивидуальный номер: 3 - групповой: 255 - код проекта: 3
Узел МРВ имеет след. настройки (название файла - name_0.dbb): - индивидуальный номер: 1 - групповой: 128 - код проекта: 3
Спасибо.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Присылайте проект на hotline3@adastra.ru
Так с ходу не можем сказать в чем причина.
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Отправил проект.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Первая проблема связана с типом аргументов, отвечающих за видимость слоев. Должны быть IN\OUT.
Вторая с несоответствием релизов у RTM и NLL
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Здравствуйте.
Насчет первой проблемы: да, вы правы, я менял типы аргументов, но у меня не работало (точнее работало, но криво). Отправил проект и понял свою ошибку - записывал я в реальное (R), а надо было во входное (In) значение. Так что, спасибо!
Насчет второй: версии разные, так как при их выравнивании перестает работать запись в базу данных mysql через ODBC (причем, считывание работает, а с записью проблема - пишет только нули), поэтому оставил версии такие. Заплатка на версию 6.06.2 для работы с mysql у вас уже включена в дистрибутив Trace Mode на сайте? Или ее отдельно надо скачивать?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Патч выслан Вам на почту.
Posted by Сергей Александрович (Участник № / Member № 2884) on :
Получил патч, поставил версию 6.06.2 на два компа - NLL и МРВ стали одной версии. Все из патча слил в корень МРВ и NLL.
Итог: база данных mysql все равно не работает. Считывание идет, а запись - либо нули, либо вообще не записывает. В результате откатился на старые версии. Заметил, что когда работа с базой успешна, отключение проекта идет ооочень медленно, а если с базой ошибка, то проект закрывается очень быстро.
Что конкретно делает патч и в чем была причина неработоспособности mysql через odbc?
Правильно ли я ставил заплатку, просто заменив старые файлы?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Патч установили правильно. 2. Посмотрите с помощью трассировщика ODBC, что происходит с БД.
