Что нужно улучшить в Owen Logic?

Owen Logic – бесплатная среда программирования для создания алгоритмов работы программируемых реле ОВЕН.

Работаем над тем, чтобы расширить и улучшить ее функциональные возможности. Мы хотим понимать, как вы оцениваете текущий функционал Owen Logic , помогают ли вам макросы и шаблоны сетевых устройств из менеджера компонентов? Какие улучшения вы хотели бы видеть в Owen Logic?

Просим вас пройти опрос, который содержит 10 тематических блоков. Исходя из вашего опыта работы с Owen Logic, ответьте на вопросы и напишите ваши пожелания к разработчикам программной среды, чтобы мы могли учесть их для совершенствования программного продукта.

1. Базовая информация

1.1. Ваш опыт работы в Owen Logic?*

Не работаю в Owen Logic До 1 года От 1 до 5 лет Более 5 лет

1.2. В какой отрасли вы преимущественно работаете?*

Вентиляция и кондиционирование ЖКХ (отопление, водоснабжение) Промышленная автоматизация (производство) Водоканал / Очистные сооружения Нефтегазовая промышленность Энергетика Пищевая промышленность Освещение Другое

укажите

1.3. В какой компании вы работаете?*

Производитель оборудования. Встраиваем программируемые реле ОВЕН в свое оборудование Системный интегратор. Реализуем проекты по автоматизации с использованием программируемых реле ОВЕН Частный пользователь / самозанятый. Делаю небольшие проекты на базе ОВЕН ПР Другое

укажите

1.5 В каких задачах вы участвуете чаще всего?*

Разработка логики/алгоритмов Пусконаладка/отладка на объекте Разработка визуализации (экраны, интерфейс) Настройка сетевого обмена/интеграция с другими устройствами Подбор оборудования/архитектура решения Обучение/наставничество

1.6 Где вы чаще всего работаете с проектом?*

В офисе/лаборатории, с доступом к оборудованию На объекте (ПНР/эксплуатация) Удаленно (без прямого доступа к прибору большую часть времени) По-разному, примерно поровну

2. Макросы и шаблоны

2.1. Как часто используете макросы из менеджера компонентов?*

2.2. Как часто используете шаблоны сетевых устройств из менеджера компонентов?*

2.3. Есть ли у вас библиотека собственных макросов?*

Да, храню их в менеджере компонентов Да, храню их локально на компьютере (в папках) Нет

2.4. Как вы обычно начинаете новые проекты?*

Беру прошлый проект и переделываю Собираю из своих заготовок/кусков Начинаю с пустого проекта Другое

укажите

2.5. Что обычно входит в ваши заготовки?*

Готовая структура программы Набор часто используемых макросов и функциональных блоков Предварительно настроенные сетевые переменные и шаблоны устройств Заготовки экранов визуализации Не использую заготовки проектов Другое

укажите

2.6. Когда вы делаете новый проект на основе заготовки или готового проекта, что вам чаще всего приходится менять?*

Привязки и наименования переменных Настройки обмена и карта регистров Логика и алгоритм Визуализация Почти ничего, заготовка подходит Не использую заготовки Другое

укажите

2.7. Оцените удобство работы с макросами в Owen Logic (создание, хранение, загрузка) по шкале от 1 до 5: (1 – очень неудобно, 5 – очень удобно)*

2.8. Если у вас есть предложения по улучшению работы с макросами или менеджером компонентов, напишите здесь

3. Работа с переменными

3.1. Какую часть от общего времени работы над проектом занимает создание переменных?*

До 10 % До 20 % До 30 % Более 30 %

3.2. Пользуетесь ли вы импортом/экспортом переменных (CSV) в Owen Logic?*

Да Нет

3.3. Когда вам нужно задать большое количество переменных, как вы обычно это делаете?*

Создаю все переменные непосредственно в Owen Logic Создаю переменные в стороннем редакторе (Excel, Блокнот) и импортирую через CSV Другое

укажите

3.4. Ваши предложения по улучшению работы с переменными

4. Обучение и поддержка

4.1. Когда у вас возникают вопросы по функционалу Owen Logic, куда вы обращаетесь?*

Встроенная справка Руководство пользователя Обучающие видео ОВЕН (YouTube, сайт) Форум Техническая поддержка ОВЕН Материалы сторонних авторов (статьи, блоги) Другое

укажите

4.2. Сколько времени нужно, чтобы новый сотрудник у вас начал делать задачи в Owen Logic самостоятельно?*

5. Процесс разработки проекта

5.1. Какие из приведенных этапов работы обычно занимают больше всего времени?*

Разработка визуализации Написание алгоритма (логики) Объявление и настройка переменных Настройка сетевого обмена (RS-485, Ethernet) Поиск ошибок и отладка

5.2. Какие из приведенных этапов работы обычно занимают меньше всего времени?*

Разработка визуализации Написание алгоритма (логики) Объявление и настройка переменных Настройка сетевого обмена (RS-485, Ethernet) Поиск ошибок и отладка

5.3. С чего вы обычно начинаете разрабатывать новый проект?*

С прописывания переменных С разработки логики С разработки визуализации Другое

укажите

5.4. Какая часть разработки проекта кажется вам самой сложной для освоения новичками?*

Настройка сетевого обмена Работа с переменными Работа с визуализацией Непосредственно разработка алгоритмов (FBD/ST) Другое

укажите

5.5. Как часто вы используете язык ST в своих проектах?*

Использую только FBD Использую ST, но большую часть проекта пишу на FBD Использую ST и FBD примерно в равной степени Почти весь проект пишу на ST, FBD использую только для привязки входов/выходов

6. Техническое состояние и обновления

6.1. Как часто вы обновляете Owen Logic?*

Обновляюсь сразу при выходе новой версии Жду некоторое время, пока коллеги или отзывы подтвердят стабильность версии Обновляюсь только при необходимости (например, для работы с новым устройством) Стараюсь не обновляться без крайней нужды

6.2. Как вы оцениваете текущее техническое состояние Owen Logic (стабильность, отсутствие ошибок)? (1 – очень плохое, 5 – отличное)*

6.3. Что для вас важнее в развитии Owen Logic прямо сейчас?*

Полностью переключиться на исправление ошибок Приоритет исправлению ошибок (но новые функции тоже нужны) В равной степени уделять внимание исправлению ошибок и новым функциям Приоритет новым функциям (ошибки можно исправлять позже) Полностью переключиться на новые функции

7. Визуализация

7.1. Какую часть от общего времени работы над проектом занимает визуализация?*

7.2. High Performance HMI – это методология проектирования интерфейсов для диспетчерских и операторских станций. Её главная цель – снизить когнитивную нагрузку на оператора, чтобы он мог быстрее замечать нештатные ситуации и правильно на них реагировать. Знакомы ли вы с данной концепцией?

Незнаком с данной концепцией Знаком, но не применяю на практике Знаком и применяю на практике

7.3. На ваш взгляд концепция High Performance HMI полезна для визуализации ПР?*

Да, учет принципов High Performance HMI полезен при разработке визуализации ПР Нет, принципы High Performance HMI слабо применимы при разработке визуализации ПР Затрудняюсь ответить

7.4. Каких элементов визуализации для ПР205 и ПР225 вам не хватает?*

Список параметров (готовая таблица из 2-х столбцов – наименование параметра и его значение) Таблица (Таблица с возможностью привязки переменных к ячейкам) Журнал событий Продвинутый индикатор заполнения (с несколькими диапазонами) Другое

укажите

7.5. Какие из этих функций визуализации для ПР205 и ПР225 вам интересны?*

Сетка Выравнивание элементов Шаблоны элементов Шаблоны экранов Группировка элементов Стили визуализации (Возможность задать набор цветов для разных элементов и переключаться между ними при настройке визуализации) Другое

укажите

7.6. Ваши предложения по улучшению работы с визуализацией

8. Новые возможности и конфигуратор

8.1. Конфигуратор систем – потенциальный плагин, предоставляющий готовые макросы под укрупненные узлы технологических процессов (управление насосом, котлом, вентилятором и т.д). Насколько интересен вам был бы подобный функционал? (1 – совсем не полезен, 5 – очень полезен)

8.2. Если бы такой конфигуратор появился, что для вас важнее всего?*

Прозрачность: я должен понимать сгенерированную логику и легко её менять Скорость: нужен сразу рабочий код, без дополнительной настройки Простота использования: чтобы с плагином мог быстро разобраться даже не программист Документация: чтобы генерировались схемы подключения и спецификации

8.3. На сколько крупные макросы вам были бы интересны*

Хотелось бы получить готовый макрос для управления всей системой Макрос, управляющий крупной частью технологической схемы, группой узлов (например, насосной группой) Макрос, управляющий конкретным оборудованием, одним узлом (например, одним насосом) Мне не интересен подобный функционал Другое

укажите

8.4. Для каких типов объектов мог бы быть полезен подобный функционал?*

укажите

8.5. Какие ещё улучшения вы хотели бы видеть в Owen Logic?

9.1. Над написанием проекта в Owen Logic обычно работает*

Один разработчик 2–3 разработчика Более 3 разработчиков

9.2. Если над проектом работает несколько человек, как обычно распределяются задачи? *

Каждый пишет свою часть проекта (разделение по функциональным узлам) Один пишет логику, другой – визуализацию Один отвечает за сетевые настройки, остальные – за алгоритмы Другое

укажите

10. Заключение

10.1. Если у вас есть любые дополнительные комментарии или пожелания к разработчикам Owen Logic, напишите их здесь: