Страница 1 из 13 12311 ... ПоследняяПоследняя
Показано с 1 по 10 из 128

Тема: Предложения, пожелания, для новых версий ОвенЛоджик

  1. #1

    Exclamation Предложения, пожелания, для новых версий ОвенЛоджик

    Здравствуйте всем! надеюсь админы прикрепят эту тему, поскольку ее создание давно витает в воздухе, а если были аналогичные, то они давно потерялись.
    В этой теме предлагаю выкладывать ТОЛЬКО предложения, замечания, желаемые доработки для новых версий ОЛ, а то все важные предложения теряются в потоке обсуждений в темах по бета-версиям ОЛ, а разработчики не всегда успевают их записать.
    От представителей Овен прошу обратной связи по каждому из предложений - возможно, невозможно, трудоемко и т.д.
    Я думаю, всем будет так проще и удобнее.
    Так-же сюда, я так думаю, можно выкладывать косяки версий, которые надо исправлять, а они тянуться на протяжении многих версий ОЛ. Сиюминутные проблемы сюда писать НЕЛЬЗЯ!

  2. #2

    По умолчанию

    Привожу часть предложений и замечаний, что помню сам:

    Предложения:

    1. сделать возможность автосохранения проекта
    . 1.1. через заданный промежуток времени
    . 1.2. перед переходом в онлайн-отладку (активировать в виде чекбокса в настройках, а то вдруг кому-то непонравится)
    . 1.3. автосохранение делать в файл *.bak с именем + тайм-штамп (при этом обычное сохранение идет в файл проекта)
    . 1.4. сделать возможность автосохранения с большей доступной глубиной возврата - несколько файлов (хотя я считаю, что это лишнее)

    2. сделать возможность сохранения размеров окна списка переменных и ширины столбцов в этой таблице. сейчас по умолчанию они все равны, хотя поля "энергонезависимость", "значение по умолчанию" и "использование в проекте" излишне широкие, что приводит к невозможности удобного просмотра комментариев, и даже если их подвинуть, то при закрытии этого окна они сбрасываются. это ОЧЕНЬ неудобно. так же и с размерами этого окна - на больших мониторах (даже Full_hd (про 4к я молчу) оно очень маленькое, а незадействованного места вокруг много. и каждый раз, открывая его приходится его растягивать)

    3. При выбора переменной на поляне автоматически "выделять" эту переменную в панели "Панель переменных" чтобы сразу видеть все ее связи. иначе весь полезный функционал это панели в большом проекте просто теряется.

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

    5. добавьте возможность перемещать запятую по разрядам целочисленной переменной на экранах в элементе вывода INT/float. это позволит отказаться от использования float переменных в случае необходимости применения числе, требующих запятую на экране (например задача времени менее секунды для TON)


    Замечания:
    1. если изменить сетевой переменной с float на int в списке переменных, предварительно отсоединив его от всех связей, то и входная и выходная переменные на поляне не меняют свой тип. приходится удалять и добавлять повторно.

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

    3. Не изменяется имя экрана в окне "настройка группы экранов", если его изменить в свойствах этого экрана (мне кажется, что это происходит, если его переименовывать ВТОРОЙ раз. первый раз (после переименования от стандартного имени) все срабатывает.)

    4. при попытке группового копирования элементов "вывод int/float" с присоединенной переменной типа float с экрана на экран в пределах одного проекта копирование не происходит, пока не отсоединишь переменные float от этих полей. C присоединенными переменными типа INT этой проблемы нет и копирование идет корректно.

    5. непонятная логика идентификации копий макроса (даже если он имеет другое название и состав, но сделан на основе копии предыдущего) при их вставке в другой проект. это приводит к непредсказуемым заменам или невозможности вставки макроса.

    6. теперь, когда копирование макросов стало доступно через буфер обмена, совсем стала беда - вроде вставляешь макрос, и не знаешь, он вставился или нет. нет предупреждения со стороны системы, что макрос с аналогичным названием уже есть (это касается по моему всех вложенных более глубоко в макрос других макросов). то-есть внешний (тот который на главной поляне) макрос вроде вставляется и новые элементы на его поляне вставляются, а вот макросы внутри не заменяются, скорее всего поскольку такие макросы по названию уже есть в проекте.
    Последний раз редактировалось bayk; 07.12.2020 в 19:09.

  3. #3

    По умолчанию

    Не плохо бы ввести визуализацию экрана.

  4. #4

    По умолчанию

    Были пожелания по печати из лоджика.
    1)Возможность печати экрана дисплея.
    2)возможность печати дерева переходов.
    3)Возможность списка сетевых переменных.
    4) Возможность сохранения пунктов 1;2;3 в любимы формат PDF.

  5. #5

    По умолчанию

    Возможность создавать свои плагины. Теоретически и сейчас это можно наверное (с небольшой правкой OL для загрузки), но в большинстве случаев эффект не оправдывает трудозатрат на разбирательства с внутренностями OL.

  6. #6

    По умолчанию

    Возможность вывода переменных в виде графиков в режиме симуляции и онлайн отладки с привязкой ко времени и архивацией.
    Последний раз редактировалось Sergej_; 22.12.2020 в 04:05.

  7. #7

    По умолчанию

    Предлогаем под 205е реле сделать возможность работы с флешкой.
    1)Возможность "прошивать" программу пользователя.
    2)Возможность "прошивать" биос реле.
    3)Возможность "писать на внешних" флешку коды ошибок и аварий с привязкой по времени.

  8. #8
    Пользователь
    Регистрация
    23.05.2011
    Адрес
    Новосибирск
    Сообщений
    166

    По умолчанию

    Добавить возможность программно изменять пределы ввода значений переменных.
    В зависимости от ситуации, надо ограничить возможность изменения значения переменной.
    T_1.jpg

  9. #9

    По умолчанию

    1) Возможность менять тип контакта (НО,НЗ) физических входов ПР для режима симуляции.
    2) Соединение блоков через метки.

    Screenshot 2021-01-17 203314.png

  10. #10

    По умолчанию

    Цитата Сообщение от slord Посмотреть сообщение
    1) Возможность менять тип контакта (НО,НЗ) физических входов ПР для режима симуляции.
    2) Соединение блоков через метки.
    Screenshot 2021-01-17 203314.png
    1 - это не нужно, поскольку перед запуском симуляции вы можете выставить любые начальные условия для любых входов.
    2 - а не хотите аргументировать, зачем это делать, если есть переменные? в чем ключевое отличие, чтобы дублировать функционал? может вы просто привыкли работать с метками? а другие привыкли к переменным, которые значительно удобнее.

Страница 1 из 13 12311 ... ПоследняяПоследняя

Похожие темы

  1. Предложения по улучшению качества сервиса
    от alekseydav в разделе Трёп (Курилка)
    Ответов: 10
    Последнее сообщение: 25.12.2020, 10:45
  2. Предложения по доработке OWEN Logic.
    от devi29rus в разделе Среда программирования OWEN Logic
    Ответов: 104
    Последнее сообщение: 11.06.2019, 17:31
  3. Тестирование новых прошивок
    от Александр Приходько в разделе СПК2хх
    Ответов: 391
    Последнее сообщение: 11.04.2016, 02:25
  4. О дистрибутивах бесплатных версий
    от Roman62rus в разделе Master SCADA 3
    Ответов: 8
    Последнее сообщение: 15.05.2013, 22:06
  5. Совместимость версий
    от 42ia в разделе Master SCADA 3
    Ответов: 2
    Последнее сообщение: 25.11.2012, 10:56

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •