This is topic Ошибки в программе in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.
При разработке проекта в Базовой версии 6.06.3 столкнулся с рядом проблем. 1. В проекте для примера создадим три вызова экрана. Основной который запускается при старте. Второй вызывается. Третий всплывающий. На каждом экране создадим тренд, с соответствующими настройками и привязками. Запускаем проект. Все работает замечательно. Возможно переключения режима просмотра текущих значений и архивных. Дальше создадим в проекте пользователя. Настраиваем. Запускаем проект на выполнение. На главном экране нет возможности переключения текущие архивные данные. На всплывающем экране также нет такой возможности. Остался работоспособным только второй экран, на котором можно выполнять такие переключения. 2. В настройках кривой тренда в «Формат» - задание только латиницей. Поддержки кирилици нет. 3. При задании диапазонов также имеется недостаток. Пример. (Для переменной int). Диапазон 1 - (0-0), диапазон2 - (1-3), диапазон3 - (4-4). При таком задании будет отрабатываться следующее: диапазон 1 принимает значение 0, диапазон2 – значения 1 и 2 (выпадает значение 3) , диапазон3 – значение 4.
Posted by ShuraX (TM_Prof) (Участник № / Member № 3130) on :
1. давняя бага, которая так и осталась неисправленной видимо. Мне в своем проекте пришлось удалить пользователей, чтобы тренды архивные отображались
Posted by evgeniy_al (Участник № / Member № 3950) on :
У меня есть еще пару глюков которыея я еще раз проверю и выложу.
Posted by evgeniy_al (Участник № / Member № 3950) on :
Архивные тренды можно выводить но только не в главном и не всплывающем, а который вызыывается. Там работает.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Об этой ошибке нам известно. Будет исправлено в релизе 6.07
2. Простите, а что Вы там собрались кириллицей вводить?
3. Из справки: "Индикатор этого вида работает по следующему алгоритму: ищется первый по списку диапазон, которому удовлетворяет значение аргумента (Мин <= arg < Макс) и атрибуту присваивается значение, заданное в соответствующем поле Значение. Если значение аргумента находится вне всех диапазонов, атрибуту присваивается его статическое значение."
Posted by evgeniy_al (Участник № / Member № 3950) on :
Кирилилицей пытался ввести единицы измерения. Так как везде в кирилице. А на тренде не получается.
Posted by evgeniy_al (Участник № / Member № 3950) on :
В тренде настройка формата некоректное отображение русских символов.
Posted by evgeniy_al (Участник № / Member № 3950) on :
Еще одно замечание проверял несколько раз в различных вариантах. Создаем прибор. Привязываем границы (канал float: атрибуты 26, 27, 28, 29). Устанавливаем использовать контроль границ. Границы уставок изменяемые, для этого устанавливаем ДАМП. В дальнейшем замечено: отработка границ HA, HL, LL корректно, а вот LA отрабатывается только после возвращения из границы LL. При этом границы HW, LW не используются. Приходиться писать программу обработки контроля границ свою. С уважением Евгений.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Вы как-то неверно понимаете поле формат. Там не может быть ни кириллицы, ни единиц измерения. Доступные команды в поле формат описаны в справке.
2. Вы оставляете HW и LW =0 или задаете им значения HW = HA, LW=LA ??
Posted by evgeniy_al (Участник № / Member № 3950) on :
1.В поле формат после значения пытаюсь ввести единицы измерения для отображения на оси значений. Например: (%g кгс/см2 или %.2f кгс/см2) или в данном случае не допускается? 2.HW и LW=0 так как не используются.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
1. Нет, не допускается. Только без единиц измерения.
2. Границы всегда должны задаваться в соответствии с условием LL<=LA<=LW<=HW<=HA<=HL.
Posted by evgeniy_al (Участник № / Member № 3950) on :
1. А почему в латинице можно тогда?!
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Расширение Си-формата текстом в Trace Mode 6 не документировано. Мы учтем Ваше пожелание в дальнейшей работе.
Posted by ShuraX (TM_Prof) (Участник № / Member № 3130) on :
quote:Отправитель / Originally posted by AdAstra Technical Support: 2. Границы всегда должны задаваться в соответствии с условием LL<=LA<=LW<=HW<=HA<=HL.
Если нет необходимости анализировать все границы, то можно поставить их заведомо больше HL или меньше LL. Например, для параметров где не требуется анализировать и отображать границы LA,LW,HW,HA, но необходимо отображать выход за LL,HL границы, я настраиваю следующим образом (например, для расхода со шкалой 0-150): LL=0 LA=-500 LW=-500 HW=500 HA=500 HH=150
Если же необходимо отобразить выход за LA, LW соответственно можно настроить так: LL=0 LA=10 LW=50 HW=500 HA=500 HH=150
Данная фитча хелпу не соответствует конечно, поэтому пользоваться только на свой страх и риск, но я её использую в своих проектах и глюков не наблюдал.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Т.к. предлагаемое решение противоречит документации, пользоваться им мы не рекомендуем. Мы не можем гарантировать, что при любых ситуациях и возможных модификациях такое отступление от документации не приведет к ошибкам.
Posted by ShuraX (TM_Prof) (Участник № / Member № 3130) on :
Да, конечно, я это и указал. Но эту "возможность" использую еще с 5-й версии, поднял не один проект. Глюков не было. Определенно ответить на вопрос опасно или нет, смогут только программисты, кто эту часть делал. Было бы очень интересно узнать их мнение (вдруг к выходу версии 6.07 новое улучшение по настройке границ появится ).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Изменения алгоритма настройки границ не предполагается.
Posted by ShuraX (TM_Prof) (Участник № / Member № 3130) on :
Я не говорю про изменение. Он и так уже работает. Интересует именно как он сейчас работает? Как происходит сравнение? Тогда можно будет "гарантировать, что при любых ситуациях и возможных модификациях такое отступление от документации не приведет к ошибкам."
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Дело не в том, как сегодня написан код соответствующего фрагмента исполнительного модуля. Этот код сегодня обеспечивает поддержку проектных решений, которые удовлетворяют требованиям документации. Не исключено, что при очередной ревизии и чистке кода иллюстрируемое Вами де-факто допустимое отступление от документации будет исключено. И тогда Ваш проект не будет работать.
![[Пдмигивание / Wink]](wink.gif)
).