This is topic Вывод на тренд "старых" неархивированных значений in forum TRACE MODE 6 бесплатная Базовая версия / TRACE MODE 6 free Base version at Форум TRACE MODE: техническая поддержка.
Здравствуйте. Необходимо отобразить данные на тренде, хранящиеся в базе данных. Ось абсцисс - время. Ось ординат - значение. Но время уже прошедшее. Также заняты все 3 архива (в них записываются другие данные). Возможно реализовать подобное с привязкой к старому времени? Если нет, то возможно ли подобное с архивацией?
ГЭ "Тренд XY" подходит для подобной задачи, но как тогда переделать вывод оси с числового формата на формат "дата/время"?
Posted by vg (Участник № / Member № 8172) on :
Поторопился с вопросом, если правильно понял, то подобное можно осилить с помощью CALL.TVC. Дайте пожалуйста знать, если это так.
И оффтоп на будущее: как удалить собственную тему, чтобы не отвлекать Вас, если сам нашёл решение?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Можете просто написать в топике сообщение, что нашли решение и описать его. Другим пользователям будет интересно.
Posted by vg (Участник № / Member № 8172) on :
Да, через Ваш пример на форуме и вышел на TVC. Единственное чего я не понял, почему кривая строится только по временным меткам последних 24 часов от текущего времени, иначе ошибка 1031.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Скорее всего вы используете базовый профайлер, у него ограничение по выборке из архива - 1 сутки.
Posted by vg (Участник № / Member № 8172) on :
Верно, совсем забыл об этом ограничении. Благодарю за ответы.
Posted by vg (Участник № / Member № 8172) on :
Здравствуйте, при работе с CALL.TVC столкнулся с проблемой.
Есть следующий запрос:
SELECT Level#Уровень_дефекта#, Probably#Вероятность_правильности_постановки_дефекта#, GMT_UPD#Время_диагностики# FROM (SELECT TOP 10 [lev] AS Level, [ver] AS Probably, [gmt_last_updated] AS GMT_UPD FROM [Beg].[dbo].[diagn_result_def] WHERE asset_id = (SELECT [asset_id] FROM Beg.dbo.asset WHERE [name] = #Имя_узла#) AND [defect] = #Код_дефекта# AND [ordering_seq] = #Номер_диагностики# ORDER BY gmt_last_updated DESC) AS newTable ORDER BY GMT_UPD
При подстановке конкретных значений вместо аргументов "Имя_узла"(string), "Код_дефекта" и "Номер_диагностики"(оба real) запрос отрабатывает как надо. Соответственно получаю на тренде необходимую информацию из БД. Но если я пытаюсь передать значения в запрос через аргументы посредством нажатия кнопки, то механизм не отрабатывает. На тренде отображаются обе кривые со стилем "I<>0 и W=0".
У канала CALL.SQL, который вызывает шаблон связи с СУБД, при запуске в аргументах(атрибут 124) появляется следующее:
CALL.TVC при созданных 5 аргументах(2 системных под границы + 2 для отображения значений + 1 для отображения меток времени) отображает только 2:
A0 - ... A1 - ...
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Изучите пример "Вывод данных из БД на тренд (для базовой и профессиональной версии)" в топике "Тестовые примеры" (ссылка) Posted by vg (Участник № / Member № 8172) on :
Ошибка заключалась в забытых кавычках для строкового аргумента "Имя_узла" (WHERE [name] = '#Имя_узла#' вместо WHERE [name] = #Имя_узла#)
Posted by vg (Участник № / Member № 8172) on :
Здравствуйте, в продолжение темы TVC:
При выводе на "Архивную гистограмму" забранных данных из БД с помощью CALL.TVC не удаётся отобразить несколько аргументов. На гистограмму выводится только один, привязанный к ARG02. Если привязываю аргумент, например к ARG03, то получаю дублирование того же самого, что и у привязанного к ARG02. При этом обычные архивные значения отображаются многослойно.
Дело в том, что я использую не по назначению этот ГЭ? или что то не так делаю?
Второй вопрос по "Архивной гистограмме": Ось Y отображает полностью не все значения меток, если они не целые, что не корректно (делаю абсолютный тип шкалы и при разбиении часто будет скрыта часть значений меток). А настройки для расширения этой области не вижу.
Третий вопрос по отображению надписей в различных ГЭ: Не первый раз замечаю, что изредка слова "сливаются" и для нормального восприятия отображения нужно ставить лишние пробелы между словами. Но если надпись добавляется динамически, то такой возможности нет. Расскажите пожалуйста, из-за чего такое может происходить?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Сделайте тестовый проект, в котором воспроизводятся описанные проблемы, и пришлите его нам на адрес Технической Поддержки. С подробным описанием.
Posted by vg (Участник № / Member № 8172) on :
Проект отправил с почты
[ 05.02.2020, 15:52: Сообщение отредактировал / Message edited by AdAstra Technical Support ]
Posted by vg (Участник № / Member № 8172) on :
