Стартовая страница › Форумы › Новые идеи › Новый Редактор схем (идеи, пожелания)
Помечено: поле ввода
- В этой теме 85 ответов, 14 участников, последнее обновление 3 года назад сделано manjey73.
-
АвторСообщения
-
24.02.2017 в 11:57 #4742manjey73Участник
Добрый день всем.
Вот хотелось бы провести соцопрос на счет создания нового Редактора схем. Что бы в него добавить и как реализовать.
Собственно к чему я это все. Большинство тех, кто занимается АСУТП, АСКУЭ и т.д. когда требуется SCADA система не являются художниками и специалистами графики, поэтому все это отрисовывать это целое дело. Поэтому хотелось бы видеть в новом редакторе схем удобные функции, например работу с примитивами, готовые шаблоны кнопок, лампочек и чего-то еще, чего и сам пока не знаю..
Собственно со SCADA системами я не работал до RapidSCADA, только смотрел другие, будучи на субподрядах или руками у Московсих коллег на месте (там прикрути, тут почини). Ну и пробуя различные SCADA при поиске той, которая будет удовлетворять моим требованиям и нашим нуждам.1. иметь шаблоны кнопок с фиксацией и без фиксации
2. возможность подачи команды без вызова окна, сразу передавать значение, прописанное в формуле или включить.
3. Требование пароля при подаче команды для элементов схемы. Например в Web общий параметр без пароля, а на схеме как исключение с паролем, так как сейчас механизма разделять вроде нет.
4. Шаблоны различных графиков индикаторов заполнения 0-100%так, это все лирика, теперь несколько о ином. Возможность работы с примитивами.
Так как новый WEB поддерживает SVG (векторную графику, которая собственно представляет из себя текст а не рисунок), то хотелось бы видеть такой механизм, как например в Администраторе реализован в формулах с некоторыми нюансами.
Например в Редакторе рисуем линию, окружность еще что-то, потом выделяем несколько элементов и делаем экспорт в SVG, дорабатываем в графическом редакторе при необходимости. Но весь текст SVG чтобы был доступен как в формулах.
Возможность редактировать примитивы графическим способом. Например нарисовали квадрат, наложили на него круг, удалили часть отрезков, получилась емкость с закруглениями. При необходимости сделали экспорт в svg, дорисовали в соответствующем редакторе, вернули код обратно.Возможность так же делать формулы именно для работы в схемах на подобии с Администратором. То есть все то же самое, только чтобы формула работала только тогда, когда отображена схема например. Не знаю, может это лишнее конечно, но тот же пересчет сигнала в 0-100% для отображения заполнения емкости работал бы только тогда, когда открыта соответствующая схема и не отъедала ресурсы у Сервера.
Например отдельная библиотека в составе WEB приложения, которая бы этим занималась.Ну хотелось бы услышать начальника транспортного цеха 🙂 Что планировалось в новом Редакторе и в кратце как ?
Ну и устроить голосовалку, наверняка народ опишет те неудобства, которые возникали при нынешнем редакторе.27.02.2017 в 09:05 #4745MikhailМодераторДобрый день!
С точки зрения производительности с формулами всё в порядке на SCADA-Сервере. Выносить формулы в схемы имеет смысл в том случае, если это даст какие-то удобства пользователю при создании схем.Основные вещи, которые хотелось бы видеть в новом Редакторе схем:
— Готовые наборы элементов автоматизации (насосы, емкости, двигатели и т.д.), которые можно просто брать и использовать на схемах.
— Элементы управления: кнопки, уровни, стрелочные индикаторы, графики и т.п.
— Большая гибкость при привязке свойств элементов управления к данным входных каналов.
— Отправка команд с подтверждением и без него.
— Гиперссылки на схемах.
— Операции по групповому изменению свойств элементов, перетаскивание и изменение размеров мышкой, конечно.
— Возможность разработать и использовать свои собственные индивидуальные элементы схем.27.02.2017 в 09:15 #4748manjey73УчастникДа, на счет создания схем для формул и предполагалось.
1. Просто возможность добавлять формулы, чтобы не нагружать SCADA Сервер
2. Возможность подключения своих DLL, например чтобы сделать какой-нибудь индикатор да все что угодно. Вот как раз пользователи и смогли бы добавлять готовые объекты, либо сделанные из примитивов в граф редакторах, либо с помощью формул (кода, только тут наверное не надо ограничивать в 1000 символов) либо путем подключения dll.Тут главное, чтобы были для этого механизмы в редакторе.
Если это формулы, которые можно привязать к примитивам должна быть возможность из тестировать, то есть должен быть режим симуляции в самом редакторе.28.02.2017 в 09:04 #4757MikhailМодераторрежим симуляции в самом редакторе
Хорошая мысль
08.05.2017 в 14:28 #5773aminifusУчастникДобрый день!
А я хочу встать на защиту редактора схем! Да он сделан на устаревшей силверлайт, да он не очень удобен при редактировании, да он принимает только растровый формат пнг. Но в остальном — это инструмент, на котором делаются отличные мнемосхемы. И четырех объектов (ST, DT, SP, DP) вполне достаточно. Схема создается один раз и потом вполне себе работает.
Стоит ли создавать редактора-монстра с возможностями, которыми мало кто будет пользоваться? Как же принцип Парето: 20% функций применяются в 80% случаях, а остальные 80% применяются лишь в 20%. Нужны ли будут всем пользователям готовые наборы элементов и многое другое? Лично мне нет.
Для создания схем я использую удобный визио, в котором этих наборов вагон и маленькая тележка. Если нужной иконки нет, то скачиваю чб изображение, векторизую в инкскейпе и уже редактирую в визио. На выходе сохраняю подложку в пнг и уже в редакторе схем добавляю динамические иконки и надписи. На все про все пару часов, и схема готова.- Этот ответ был изменен 6 лет, 10 месяцев назад от aminifus.
08.05.2017 в 14:46 #5775aminifusУчастникЧто бы мне хотелось видеть в новом редакторе:
— конечно же использование формата SVG;
— возможность менять свойства фигур SVG, например, определен трубопровод между двух задвижек как линия, при закрытии задвижки цвет линии меняется с синей на белую;
— использование таблицы стилей CSS 2 и сценариев Javascript;
— отображение трендов на схеме;
— автоматический переход на схему, где произошло событие;
— возможность перехода на другие схемы или таблицы (не через меню);
— всплывающие окна с дополнительным контентом;
— гиперссылки на внешние страницы.10.05.2017 в 09:17 #5778MikhailМодераторСчитаю, что нет смысла соревноваться со специализированными графическими редакторами, потому что потраченное время можно потратить с большей пользой для проекта. Поэтому Редактор схем в монстра не превратится.
— конечно же использование формата SVG;
Да, поддержка изображений SVG будет.
— возможность менять свойства фигур SVG
Пока не знаю.
— использование таблицы стилей CSS 2 и сценариев Javascript;
В рамках создания собственных компонентов схемы. Т.е. можно будет не только использовать стандартные компоненты, но и разрабатывать собственные дополнительные компоненты.
— отображение трендов на схеме;
Нужная функция. Отдельный компонент, отображающий тренды.
— автоматический переход на схему, где произошло событие;
События — это не часть представления. Такой механизм, если его создавать, нужно встраивать в движок веб-приложения. Однако при продумывании, получается очень громоздкий алгоритм, т.к. надо загрузить все представления и считать используемые ими каналы, чтобы знать куда переходить по событию. Второй вариант — прописывать некую таблицу с адресами переходов в зависимости от событий.
— возможность перехода на другие схемы или таблицы (не через меню);
— гиперссылки на внешние страницыЭто планируется.
— всплывающие окна с дополнительным контентом;
Востребовано. Нужно делать отдельный компонент схем.
10.05.2017 в 09:39 #5784manjey73УчастникК новым идеям все про подключения WEB страниц с других устройств в сети и удаленном подключении.
Насколько сложно сделать proxy для http и https, чтобы как удаленные, так и внутренние браузеры не догадывались, что web страница на другом адресе ?11.05.2017 в 13:30 #5792MikhailМодераторНасколько сложно сделать proxy для http и https, чтобы как удаленные, так и внутренние браузеры не догадывались, что web страница на другом адресе ?
Это было бы изобретением велосипеда. Можно почитать про возможности IIS и Apache в этом плане.
11.05.2017 в 13:37 #5794manjey73УчастникЗначит Schneider Electric и иже с ними изобрели велосипед, у них в системах подтягивается web различных устройств и никаких настроек в роутерах делать нет необходимости.
И речь то не только о IIS или Apache, а еще и ScadaWeb на Linux, то есть Mono-XSP4
12.05.2017 в 11:44 #5804MikhailМодераторРазработаем на заказ, если нужно.
12.05.2017 в 17:50 #5811gosha2УчастникСообщение удалено как реклама.
- Этот ответ был изменен 6 лет, 10 месяцев назад от Mikhail.
12.05.2017 в 20:53 #5814baurУчастник1.
в промышленных SCADA системах к каждому объекту можно привязать несколько каналов (обычно там это тэги), например, объект текст имеет совйства text туда можно привязать значение канала или через скрипт анализировать значения нескольких каналов и вывести уже произвольные тексты. И вообще там любая свойства любого объекта поддерживает скрипт. Можно менять цвет, размер, стиль, положение и т.д. через скрип. Таким образам SCADA реально оживляется. Если будет скрипты, то мы могли бы и не создавать много расчетных каналов.
Могу привести скриншоты.2.
Как упомянул выше обычно SCADA системы варьирует не идентификатором канала а тэгами. Тэг — это символьное значение, например: Sec1.Drum1.IsOn, Sec1.Drum1.OutTemp, Sec1.Drum2.IsOn, Sec1.Drum2.OutTemp и т.д. один раз привязал и забудь про номер канала и уже на следим за смещением каналов (у меня уже был этот случай и это легко допустить и сложно контролировать) и на администраторе можно менять номер канала при этом не затрагивая саму SCADA, и не заглядываем каждый раз в администратор выясняя предназначение канала или проверяя а правильно ли привязан канал и вообще без системы тэгов невозможно реализовать фейсплейты (шаблон).
В RS по сути тэги есть, но в администраторе они теряет свое предназначение, так как там придется их переписать для описания канала чтобы в отчетах было понятно.
3.
Фейсплейты это типа шаблон. Например, имеется однотипные оборудования скажем штук 30-40 и у каждого оборудование есть по 20-30 сигналов. Требуется реализовать единый информационный панель или панель управление. На SCADA-е кликаем на объект и появляется фейсплейт в виде модульного окна с параметрами текущего оборудования так как в общей SCADA-е невозможно показать все параметры (сигналы). При системе тэгов это реализуется очень просто: в самом шаблоне на объекты привязываем суффиксы тэгов как IsOn, OutTemp и т.д. а когда уже открываем для каждого оборудования подставляем префиксы тэгов как Sec1.Drum1, Sec1.Drum2 и т.д.4.
Обычно в SCADA системах, когда теряется связь или статус канала меняется на 0, то не теряется значение сигналов, а сохраняется последнее значение, но все объекты становится серым и неактивным давая понять, что значение не актуально. Тем самым оставляя возможность посмотреть последние значение каналов. Это очень удобно для диспетчеров они не теряет всю информацию в одночасье, так как некоторые данные будет актуальным достаточно долгое время.5.
Можно ли обеднить динамический и статический текст. Если не привязать канал, то это будет статический текст если привяжем, то динамический, а также гибридное поведение: показывает статический текст, но отправляет команду или показывает график. Особенно гибридное поведение на данный момент очень не хватает.6.
и вообще текущая версия тоже не плохо если добавить 5-ый пункт. Надеюсь при выпуске новой версий остается обратная совместимость хотя бы на некоторое время чтобы мы успели перерисовать уже созданные13.05.2017 в 09:27 #5819MikhailМодераторСпасибо за подробное изложение. Обязательно будет либо обратная совместимость, либо конвертер.
Динамический текст уже работает, как в п.5. Используйте свойство Вывод значения.
23.05.2017 в 22:05 #5884baurУчастник— Модальные окна для графиков и дополнительных параметров оборудования
— Возможность добавление нескольких осей для каждого сигнала для масштабирования
— Поддержка скрипта для значения свойств (размер, цвет, положение)
— Faceplates- Этот ответ был изменен 6 лет, 10 месяцев назад от baur.
-
АвторСообщения
- Вы должны авторизироваться для ответа в этой теме.