Предложения по доработке просмотрщика графиков

Владимир

10 лет назад
обновлен 10 лет назад

Уважаемые разработчики, есть пара предложений по улучшению интерфейса:
1. В окно просмотра графиков можно мышью крутить шкалу Y но того-же нельзя делать со шкалой Х
2. Для прокручивания шкалы Х (временной) нужно либо рулить кнопками "влево-вправо" или заходить в отдельное меню. Оно как бы здорово, но почему бы не разместить в нижней панели окошки ввода "начало" и "конец" в которых можно было бы вводить начальное и конечное время шкалы ? Суть действия следующая - мне нужно посмотреть события строго с 06.00 02.03.2015 по 09.00 02.03.2015 - как бы можно помучаться и с окном настроек формы, но было бы в разы интереснее ввести начальные и конечные значения прямо под графиком, нажать кнопку "применить" и больше не открывать сторонних форм.

3. Еще было бы интересно выбрать на графике определенный промежуток времени (мышью) и где нибудь справа или слева тут же увидеть табличку содержащую информацию о тренде - пиковые и минимальные значения, и скажем экспортировать конкретно эти данные в эксель.

Пока этого нет - приходиться заниматься сексом с экспортом данных, созданием формы в экселе и самостоятельным прописыванием макросов - для разминки мозгов - удовольствие конечно полезное, но с точки зрения представления данных конечным пользователям - геморрой еще тот.

Ответы 5

Старые сверху
Новые сверху Старые сверху

SIMP Tech (Сергей)

10 лет назад

Добрый вечер.

Спасибо за предложения. Передам Ваши предложения руководству, посмотрим что сможем сделать.

Ответить Ссылка

За пару недель хотелось бы уже увидеть какую-то реакцию на своё сообщение, что говорит руководство и когда можно будет увидеть воплощение ?

День добрый.

Устраняю свой недочет, и отвечаю на Ваши вопросы:

1. В окно просмотра графиков можно мышью крутить шкалу Y но того-же нельзя делать со шкалой Х

В текущей реализации реализовать нет возможности.

2. Для прокручивания шкалы Х (временной) нужно либо рулить кнопками "влево-вправо" или заходить в отдельное меню. Оно как бы здорово, но почему бы не разместить в нижней панели окошки ввода "начало" и "конец" в которых можно было бы вводить начальное и конечное время шкалы ? Суть действия следующая - мне нужно посмотреть события строго с 06.00 02.03.2015 по 09.00 02.03.2015 - как бы можно помучаться и с окном настроек формы, но было бы в разы интереснее ввести начальные и конечные значения прямо под графиком, нажать кнопку "применить" и больше не открывать сторонних форм.

По этому вопросу решение положительное, добавили в план на разработку. По срокам, как минимум 3-4 месяца, до следующего релиза. Данный функционал нужен в "просмотре графиков"?

3. Еще было бы интересно выбрать на графике определенный промежуток времени (мышью) и где нибудь справа или слева тут же увидеть табличку содержащую информацию о тренде - пиковые и минимальные значения, и скажем экспортировать конкретно эти данные в эксель.

С этим вопросом ещё программисты разбираются, но предварительно решение по этому вопросу тоже положительно. Сроки реализации (возможно не всего что описано в предложении) такие же как и ранее ответил.

Кондратенко Анатолий Викторови

Добрый день!
Есть предложение по развитию программы Просмотрщик.

История рождения предложения.
Наращивание функциональности мнемосхем привело к тому, что на мнемосхеме появилась кнопка показа статистики (или истории работы) объекта. А именно, для полной ясности, привожу конкретный пример статистической информации:

старт программы технолога: 04.04.2015 6:25:05
   номер программы:        2
   номер шага:             1
      величина   уставки:  190
      уставка достигнута:  04.04.2015 6:41:035
      выдержка завершена:  04.04.2015 11:41:13
   номер шага:             2
      величина   уставки:  260
      уставка достигнута:  04.04.2015 14:48:17
      выдержка завершена:  04.04.2015 16:48:15
   MAX значение вакуума:   -0,66
конец программы технолога: 04.04.2015 16:48:15
продолжительность  работы: 10:23:10

Сюда хотелось бы добавить еще много чего, для того чтобы можно было понять реальное состояние объекта: увеличилась ли его инерционность, заросли ли тены, стал ли объект потреблять больше электроэнергии и т.д. и т.п. А всё это для того, чтобы ответить на один вопрос - выдерживаются ли технологические параметры. Поскольку если мы приближаемся к ответу НЕТ, то пора при очередном техническом обслуживании подвергнуть установку генеральной чистке, а возможно и профилактическому ремонту. Ну и конечно же, никто не отменял, контроль за соблюдением производственной и технологической дисциплины: важно знать реальные значения параметров в течение процесса, величины отклонений и т.д.

Другими словами, график течения процесса (который сейчас распечатывается в обязательном порядке) должен сопровождаться сухими статистическими данными: продолжительность процесса, отклонения величин, количество потребленных ресурсов и т.д. Это для технолога главного. А главного инженера интересует статистика работы оборудования: сколько часов в прошедшем месяце отработал двигатель, насос, установка и т.д.

Таким образом, необходима статистическая информация: постоянная (заранее сформулированная и подобранная, регулярно собираемая) и разовая (внезапный интерес к объекту, обусловленный аварией, либо модернизацией и т.д.).

Начал работы по претворению этих потребностей в жизнь. Выше приведенный пример - часть тестового файла, содержащего историю работы одной из установок. Файл дописывается при завершении работы "программы технолога" (это термин из инструкции на прибор ОВЕН ТРМ-251). Чтобы записать эту информацию в файл - необходимо ее накопить и сохранить от потери-повреждения при перезапуске SimpLight. На это все приходится тратить достаточно много ресурсов системы. Но об этом я стал задумываться лишь получая порой странные результаты статистики.

Дело в том, что объект не всегда ведет себя "правильно". Бывают просадки напряжения, отключения питания, сбой и отказ оборудования (объективные причины), а бывают и ошибочные действия персонала (субъективные причины). Для борьбы с этим приходится вводить дополнительные проверки качества сигнала, усложнять алгоритм сбора статистической информации.

И понял я, что иду "не туда":
- загружаю систему (которая каждую секунду должна обработать большой массив каналов, высчитать и отобразить оперативную информацию на мнемосхеме), несвойственной ей работой;
- качество статистической информации получается достаточно низкое (на каждые 10 блоков "нормальной" статистики, приходится один "неправильный" блок - то уставка не прописалась, то временная отметка почему-то какая-то левая и т.д. );
- достоверность информации также невелика (не хотелось бы огульно обвинить кого-либо в нарушении технологии, основываясь на данных статистики, которые получились из-за несовершенства алгоритма. Возможно, что сложилась уникальная ситуация, которой не должно быть при нормальной работе оборудования. И она вряд ли повторится в будущем, а усложнять алгоритм ради одного случая - вряд ли разумно. Да и просто повторить алгоритм сбора статистики не получится - ситуация осталась в прошлом, только вручную можно просмотреть графики).

Поэтому, предлагаю дополнить программу Просмотрщик модулем сбора статистики.
Только не надо отсылать меня к excel-лу.
У вас уже есть Калькулятор расхода - на его базе можно (IMHO) соорудить Калькулятор статистики, который будет содержать:
- список скриптов (пусть хотя бы на одном каком-то языке, например Паскаль)
- скрипты можно создавать, удалять, редактировать, выполнять;
- для выполнения скрипта указываем начальную дату, конечную дату, список каналов
- выходом скрипта служит текстовый файл, в который пользователь указывает любую, нужную ему информацию.

Достоинства:
- отделяем оперативную информацию от статистической;
- скрипты можно спокойно создавать, отлаживать, удалять
- а если создать механизм автоматического запуска скрипта, так вообще красота,
Тогда можно создавать ежедневную статистику, недельную, месячную, годовую. И всё это будет работать и НЕ МЕШАТЬ основной системе собирать информацию.

Недостатки:
- база данных увеличится в размерах, поскольку для сбора статистики придется укладывать в базу те каналы, которые раньше совершенно не требовалось сохранять в базе. Но как правило, это будут дискретные каналы (вкл/выкл) или простые числовые каналы (например число, обозначающее режим работы оборудования, от 1 до 15).
Других недостатков не придумал.

С уважением, Анатолий
Новочеркасск

День добрый, Анатолий.

Спасибо за предложение, тем более в таком развернутом виде. Идея Ваша интересна, думаю, есть смысл обсудить её более подробно с программистами. Тогда будут понятны приблизительные сроки реализации задуманного.