Страница 1 из 57 1231151 ... ПоследняяПоследняя
Показано с 1 по 10 из 561

Тема: ПР205

  1. #1

    По умолчанию ПР205

    Сбор и фиксация обратной связи, пожеланий и претензий.

  2. #2

    По умолчанию

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

  3. #3
    Пользователь
    Регистрация
    09.12.2013
    Адрес
    Ставрополь
    Сообщений
    1,089

    По умолчанию

    А то что для ПР205 в Лоджике нельзя вывести энергонезависимую переменную на экран - это так и задумано? Просто об этой проблеме еще на этапе тестирования писали

  4. #4

    По умолчанию

    Открою, пожалуй, тему и напишу о проблемах, чтобы люди потом удивленно не разводили руками. на данный момент в версии 2.3.326

    1. в эмуляторе экранов не работает имитация долгого и видимо удерживающего нажатия на кнопки. (не совсем понятно зачем удерживающее нужно и как оно отличается от долгого нажатия)
    из концепции управлением экрана (которая теперь вообще непонятна) полностью удалены:
    1.1. сочетания клавиш
    1.2. возможность задавать положение элементов на экране через переменные (что приводит к проблеме по п.11)
    1.3 взаимодействие с экранами из управляющей программы. да,да, теперь даже по импульсу переменной переход не реализовать. (хотя каждый из постоянно меняющихся менеджеров по ПР клялся и божился, что реализуют полноценный контроль из программы за экранами (видеть номер текущего и переходить на любой, а так же управление подсветкой) именно в такой долгожданной многими ПР205)
    3. странно реализовано изменение булевых переменных. теперь их изменение надо прописывать в свойство кнопки, как в прочем и переходы между экранами.
    4. совершенно непонятно, как на "живом железе" изменять переменные INT и FLOAT (я около 7 раз задал этот вопрос, но в ответ на него просто получил молчание), а так же комбобоксы.
    5. к экранным элементам запрещено привязывать энергонезависимые переменные. а теперь прошу прочитать внимательно фразу от представителя Овен: "Если вы привязываете переменную к элементу экрана, который можно редактировать и не стоит атрибут "Только Чтение", то он автоматически становится энергонезависимой" и просто вдуматься в нее. Таким образом теперь, как я понял, пользователь лишен возможности сам решать будет ли переменная энергонезависимой или нет, а ему придется разруливать коллизии, связанные с энергонезависимостью этих переменных при запуске. А еще нигде теперь не будет отмечено, что переменная эта стала энергонезависимой (то есть галка энергонезависимости проставляться не будет и наряду с "идентифицируемо-энергонезависимыми будут фантомно-энергонезависимые), то есть для определения статуса переменной необходимо не только посмотреть на соотв. галку в списке, но еще и в голове держать, а еще и постоянно проверять, привязана ли эта переменная к элементу экрана, и контролировать статус "только чтение" для него.
    6. поскольку реальную железку никто не видел, но разрешение экрана доступно в описании 320*240, у меня возникает подозрение, что предложенные размеры шрифтов и текстов (по умолчанию) на реальном экране будут не очень нечитаемыми. какого-либо варианта понять как это будет выглядеть в реале нету. но это мое мнение, которое я конечно проверить не могу.
    7. еще не совсем понятно, правильно ли реализован расчет свободного пространства памяти контроллера, можно ли опираться на информацию внизу ОЛ.
    8. ну и как не доработка с времен ПР103, несмотря на появившийся удобный доступ к контроллеру через конфигуратор, а так же возможность автодобавления в овенКлауд, так и не реализована работа напрямую с битовыми переменными. в итоге нужно или заниматься в программе преобразованием в целочисленные и обратно, или ручками добавлять устройства в ОК и отказаться от использования конфигуратора.
    7. некоторые окна ОЛ лезу поверх всех и не скрываются даже при снятии фокуса не то что с функции, а даже с приложения. в итоге в некоторых случаях получаем висящее по верх всех приложений окно куска лоджика.
    8. управление некоторыми функциями сделано максимально криво и неудобно. например при редактировании комбобокса добавление новой строки в список возможно или по ПКМ на существующей строке или по сочетанию клавиш (забыл каких, а справки то нет)
    9. справка по работе с экранами и "фичами" до сих пор отсутствует.
    10. из комментариев пользователя выше, действительно заметил, что блока встроенного PID-регулятора в ПР205 (я так понимаю и в ПР103), который был удобен наличсием автонастройки. внесу его сюда для полной картины
    11. в связи с отсутствием доступа к положению блоков на экране через переменные, теперь нет возможности реализовать список только активных аварий даже через костыли. раньше с чудесными макросами от камрадов форума и долгой пляской с бубнами это было возможно сделать путем вывода неактивных аварий за пределы экрана, а перемещения в нужную позицию только текста активной аварии. да это дикие костыли, но они работали. сейчас нас их лишили, не предложив альтернативы.
    12. теперь размер экрана строго фиксирован, соответственно выводить аварии большим полотном с состоянием да/нет тоже не представляется возможным. как теперь вообще реализовать данный функционал непонятно.
    13. отсутствует возможность одновременной работы мастером и слейвом на порту Ethernet

    ну и добавлю сюда конечно же свои пожелания, которые никогда не будут реализованы:
    1. управление переходами между экранами заданием его номера из программы. для этого достаточно сделать доп. функц. блок в который записывается номер экрана (переменная или константа) и вход триггера (передний фронт входной булевой переменной на него будет активировать переход на экран с заданным номером).
    2. управление подсветкой по системной переменной - если переменная активна - подсветка активна, если переменная перешла в выключенное состояние, то подсветка гаснет и управление подсветкой переходит к системным таймаутам. если в настройках панели стоит "постоянно включена" то управление недоступно.
    3. управление яркостью подсветки (это конечно будет уже просто космос! но увы) совместно с пунктом 2 создать блок аналогичный п.1 когда переменная на входе спецблока не только активирует подсветку, но и изменяет ее яркость на заданную в параметре. в случае если подсветка "всегда активна" то по отключению управляющей переменной яркость сбрасывается на установленную в системных настройках.
    4.1 сохранение настройки ширины столбцов в окне переменных надо же, а в десятке это заработало
    4.2 сохранение сортировки при открытии/закрытии окна переменных
    5. возможность сортировки по названию переменных в боковой панели переменных
    6. возможность отображения полей "комментарий" в свойствах элемента в несколько строк, поскольку приходится писать, а чтобы отредактировать - смерть. то же самое для строки "описание макроса"
    7. отображать комментарии ко входам макросов при наведении на соотв. вход снаружи макроса (поскольку посмотреть назначение входа для запароленного макроса невозможно) ну или сделайте какое-то отдельное окно, вызываемое через ПКМ на макросе, куда программист может УДОБНО написать свои мысли.
    8. возможность создавать группы переменных, которые можно свернуть (и состояние свернутости должно сохраняться при повторном открытии окна) так же желательно, чтобы группы отображались и в боковой панели переменных.
    9. создать нормальный автоматически-формируемый экран аварий, чтобы это не приходилось реализовывать в коде огромными усилиями а именно: в списке переменных добавить столбец, в котором чекбокс будет активен только для булевых переменных, и называться столбец будет "статус аварийной переменной". при установки чекбокса, в случае если булева переменная активировалась, то на соотв. спец. экране выводится текст из поля комментария (сколько влезет символов в поле столько и будет, это позволит минимизировать количество лишних колонок. а если программисту будет нужно оставить более развернутый комментарий, то пробелами можно будет отступить и написать текст, который уже не попадет на экран)
    10. создать отдельный экран перехода между экранами, где в виде, например иконок или строк с подписью, задаваемой через свойства экрана, будет осуществляться переход на настроенные экраны. (конечно об загрузке иконок для них речи не идет. это заоблачные для овена технологии). такая реализация позволит программистам быстро и удобно формировать меню любой сложности.
    11. сделать наконец сетевые булевы переменные, чтобы они автоматически "пробрасывались" в автоопределение контроллера в ОЛ и высвечивались в конфигураторе, а со стороны программиста выглядели как обычные булевы переменные, которые можно удобно привязать к логике программы.
    12. сместить адресное поле сетевых переменных с верхней границы доступного диапазона в его начало. зачем так задирать номера сетевых переменных вообще непонятно.
    13. сделать возможность отображения сетевых переменных не только в десятичной системе исчисления, но и в шестнадцатеричной. (достаточно сделать в верху кнопку переключения отображения) ведь тот же овенКлауд, являющийся собственным продуктом компании овен поддерживает ввод адресов только в HEX
    14. возможность создавать несколько групп экранов, чтобы не ковыряться в их портянках
    15. если на поле установлен пустой блок входа переменной и привязан к другому блоку, то при открытии окна переменных отображать только доступные (совпадающие по типу с подключенной линии) переменные, а так же автоматически настраивать тип в поле "новая переменная")
    16. нужен экспорт локальных и слейв сетевых переменных в файл, для их последующего переноса, например в инструкции по эксплуатации. Только целиком, со значениями по умолчанию и комментариями

    П.С. очень жаль конечно, что на написание этого текста я потратил около 3 часов, а толку с этого никакого не будет и никто ни одно предложение конечно же не реализует.
    Последний раз редактировалось bayk; 19.02.2024 в 20:26.

  5. #5

    По умолчанию

    Цитата Сообщение от Dimensy Посмотреть сообщение
    А то что для ПР205 в Лоджике нельзя вывести энергонезависимую переменную на экран - это так и задумано? Просто об этой проблеме еще на этапе тестирования писали
    прочитайте мой пост выше и возрадуйтесь удобству и понятности реализации этой функции

  6. #6
    Пользователь
    Регистрация
    09.12.2013
    Адрес
    Ставрополь
    Сообщений
    1,089

    По умолчанию

    Цитата Сообщение от bayk Посмотреть сообщение
    прочитайте мой пост выше и возрадуйтесь удобству и понятности реализации этой функции
    М-да, такое впечатление, что разработчики Лоджика живут где-то даже не в параллельной а в перпендикулярной вселенной

  7. #7

    По умолчанию

    Цитата Сообщение от Dimensy Посмотреть сообщение
    М-да, такое впечатление, что разработчики Лоджика живут где-то даже не в параллельной а в перпендикулярной вселенной
    ахаха, ваш пост напомнил мне видео про 7 перпендикулярных красных линий.
    а если серьезно, то создается такое ощущение, что произошла смена и руководителя направления ПР и всей команды разработчиков, которые теперь просто не знают, как вообще встроить новые функции в существующую оболочку.
    А еще более вероятен тот факт, что оболочка, которая используется как основа для ОЛ вообще не позволяет решать большинство поставленных задач, которые возникли в связи с разработкой ПР205, что приводит к нагромождению костылей и полному игнорированию просьб от пользователей.
    Последний раз редактировалось bayk; 29.04.2023 в 17:22.

  8. #8
    Пользователь
    Регистрация
    09.12.2013
    Адрес
    Ставрополь
    Сообщений
    1,089

    По умолчанию

    Цитата Сообщение от bayk Посмотреть сообщение
    1.3 взаимодействие с экранами из управляющей программы. да,да, теперь даже по импульсу переменной переход не реализовать.
    Переходить по импульсу переменной с текущего на другой экран можно

    Безымянный.png

    Цитата Сообщение от bayk Посмотреть сообщение
    П.С. очень жаль конечно, что на написание этого текста я потратил около 3 часов, а толку с этого никакого не будет и никто ни одно предложение конечно же не реализует.
    Странно, что устроили демонстрацию в виде тестирования, потом предложили заполнить анкету. Но в релиз попала судя по всему та же версия

  9. #9

    По умолчанию

    Цитата Сообщение от Dimensy Посмотреть сообщение
    Переходить по импульсу переменной с текущего на другой экран можно
    принято. поправил тот пост.
    а зачем тестировать и поправлять. надо срочно в продажу, а уж там люди схавают, как это было с ПР103, и то там все-таки было нормальное бета-тестирование. видимо успех такого подхода, в виде доделывания всех косяков и добавления функционала уже после старта продаж (через год другой, например, а там уже и все приноровятся к тому что есть и поправлять не придется), вскружил компании голову.
    а судя по анкете, которую я тоже заполнил (опрос в смысле) то команда разработчиков вместо насущных и, по моему мнению, довольно серьезных проблем, занята реализацией рисования квадратиков и кружочков на экране, а это косвенно подтверждает мои догадки, что работа с экранами теперь останется именно в таком виде и лучше и удобнее точно не будет.
    а учитывая, что в эмуляторе (а я думаю и в железе) не работают переходы между экранами по долгим нажатиям, говорит о том, что они и сами не тестировали то, что создали.
    Последний раз редактировалось bayk; 29.04.2023 в 17:40.

  10. #10

    По умолчанию

    Цитата Сообщение от Goodwin2 Посмотреть сообщение
    Заказали себе на пробу, в Owen Logic не вижу PID регулятора штатного, когда его стоит ожидать? Простым пользователям очень нравится наличие автонастройки в программах.
    Если не секрет, где думаете применить? Я сколько не думал, ни как не смог решить куда такая солянка нужна, я про набор входов\выходов, езернет, RS, экран. Нет бы нормальную "голову" сделать и к ней модули, так нет - смесь бульдога с носорогом.

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

Похожие темы

  1. Бета тест ПР205 в Owen Logic
    от Денисов Максим Сергеевич в разделе Среда программирования OWEN Logic
    Ответов: 66
    Последнее сообщение: 30.05.2023, 15:02
  2. Пр205 в новом каталоге
    от игорь68 в разделе Программируемые реле
    Ответов: 75
    Последнее сообщение: 10.04.2023, 12:48
  3. судьба пр205
    от Regedit в разделе Трёп (Курилка)
    Ответов: 3
    Последнее сообщение: 01.04.2022, 19:46

Ваши права

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