Предложения по доработке OWEN Logic.

[bayk]

тут как раз ситуация именно в широком распространении. поскольку в 90% решений, я так думаю, где необходимо программируемое реле, там необходимо так или иначе контролировать аварии. потому очень не хватает этого функционала. я вот например сейчас часто стал использовать ПР в малых проектах. так вот 6 реализаций, 6 раз пришлось делать отображение аварий. 6/6 это уже статистика. мне кажется, если все на форуме попросят, то может и сделают. тем более, как мне кажется это не сильно сложно. а если придумывать оправдание, то программисты и рады будут ничего не делать.
.

[игорь68]

Скажу больше. Первопричина создания подобных реле это отказ от громоздких шкафов автоматики для тех целей где не нужен оператор. Насосные. Ворота. Рекламные банеры. И прочие. Пример: Реле от немцев стоит в ветрогенераторах этой же фирмы и контролирует работу шкафа АВР собственных нужд. Плюс передает в скаду кое какую телеметрию.
Вариант работы аварий от Вас тоже не самый простой. Овен сдела оптимальные инструменты для работы с экраном. Ps серия ПР200 это не только для индикации аварий но в основном для возможнлсти поменять какие то уставки. И эти инструменты ОЛ справляются с этим на 100%. А авария это как приятный бонус.

[Сергей0308]

Вот Вы пишите о ПР200, но это же противоречит здравому смыслу, пока нет ПР200 щитового исполнения, ПР200 не может быть предметом обсуждения! Согласитесь не логично звучит: есть обсуждение, предмета обсуждения нет! Вот если бы написали ИПП120, я бы мог понять! А пока, как телега впереди лошади, применительно к ПР200, ну это я так думаю!

[bayk]

А разницы то между пр200 и ипп никакой. Я подразумеваю, что этот функционал сделают и там и там, если сделают. Кстати для Сименс лого в продаже есть специальные адаптеры для монтажа на переднюю панель.

[stesel]

Stesel вопрос по пункту 2. Как выпредставляете себе настройку ваших аварий. Что и где я должен настроить. Через что и как связывать с работой программы. Сейчас это изменение состояния входа. И те переменные которые привязанны к этим входам. Лично мне не понятно.

Если пользовали ИП320, то там как раз именно так. Ну а если словами, то экран аварий всплывает поверх всех экранов по изменению одной из переменных.

[Ревака Юрий]

Если пользовали ИП320, то там как раз именно так. Ну а если словами, то экран аварий всплывает поверх всех экранов по изменению одной из переменных.

По этому вопросу, уже предложено несколько разных вариантов, проверяйте, пользуйтесь.https://www.owen.ru/forum/showthread.php?t=31113&page=2

[melky]

Работа с экраном в ОЛ полный швах...
1. нет опроса кнопок и возможности их использовать
2. даже тот функционал переходов хромает - короткое нажатие и удержание. Короткое ДОЛЖНО работать по заднему фронту, удержание по ПЕРЕДНЕМУ ессно с паузой и блокировкой короткого нажатия. Попробуйте с одного экрана сделать переход и по короткому и по удержанию и поймете
3. Нужны подменю в организации экранов. Не могу красиво объяснить, но это несколько отличается от простых переходов с экрана на экран... То есть возможность подменю должно быть по умолчанию в самом ОЛ, без лишних наворотов с переходами и привязыванием переменных и так далее. То есть просто указываем на строку текста и ставим галочку (подменю), автоматом создается экран, выход всегда на пункт вызова а не куда-то там в никуда...

з.ы. из-за отсутствия опроса клавиш и корректной работы коротких и длинных нажатий я свой журнал аварий доделать не могу вечно упираюсь в отсутствующие возможности и необходимость лепить грабли...

[Алексеев]

Цитата Сообщение от Ревака Юрий Посмотреть сообщение
Разница в том, что если переменная в логике никуда не "привязана", вся эта часть логики в расчетах не участвует, и соответственно не моделируется, установка энерго-сти "фича" которая позволяет это обойти.

Программисты ОЛ стремятся довести OWEN Logic до совершенства ( чтобы можно было создавать
легко большие проекты). Разве сложно им распространить ФИЧУ и на энерго зависимые переменные .
Допустим всегда ОЛ запускается с установленной галочкой на проверку всех переменных энерго зависимых
и энерго независимых на обязательную запись в них и "на не привязку". А пользователь Сам если нужно снимает её
если ему это необходимо.
Это пожелание . Работать (симулировать ) с переменными как с входами- выходами . Симулировать макрос который размещен на двух (трех страницах экрана ) проблематично .
Приходится ставить галочки энергонезависимости ,потом помнить , затем снимать .

[Ревака Юрий]

Цитата Сообщение от Ревака Юрий Посмотреть сообщение
Разница в том, что если переменная в логике никуда не "привязана", вся эта часть логики в расчетах не участвует, и соответственно не моделируется, установка энерго-сти "фича" которая позволяет это обойти.

Программисты ОЛ стремятся довести OWEN Logic до совершенства ( чтобы можно было создавать
легко большие проекты). Разве сложно им распространить ФИЧУ и на энерго зависимые переменные .
Допустим всегда ОЛ запускается с установленной галочкой на проверку всех переменных энерго зависимых
и энерго независимых на обязательную запись в них и "на не привязку". А пользователь Сам если нужно снимает её
если ему это необходимо.
Это пожелание . Работать (симулировать ) с переменными как с входами- выходами . Симулировать макрос который размещен на двух (трех страницах экрана ) проблематично .
Приходится ставить галочки энергонезависимости ,потом помнить , затем снимать .

Я Вас услышал, просто хочу еще раз уточнить, если проблема в законченном макросе, которые необходимо проверить, то проще открыть его на редактирование и отработать внутри, не делая привязки к физическим входам выходам, а после уже можно в общей схеме проверить, когда вх/вых и все другие каналы будут назначены, а не висеть в воздухе.
Пример во вложении, что бы проверить макрос, я не буду ничего устанавливать и соединять или выводить на вх/вых, просто открою макрос на редактирование и запущу симуляцию.

[Алексеев]

Пример во вложении, что бы проверить макрос, я не буду ничего устанавливать и соединять или выводить на вх/вых, просто открою макрос на редактирование и запущу симуляцию.

Я так и делаю с макросами (с каждым).
Но требуется в конце проверить всю схему то есть проверить макрос в схеме . И перенести его с переменными в существующий рабочий проект со структурой экранов .
Тем более хочу структуру экранов и руководство пользователя с корректировкой ( с их дизайном ,паролями ) сохранить .

Проект будет примерно таким .


Самое главное программисты оставили ФИЧУ не спроста . Это удобная фича . А если распространить её ????????
Я натолкнулся на неё случайно . Программистам это не составит труда .
А проверка должна быть на всех переменных и всегда и по умолчанию . А пользователь может её убирать на каждый сеанс работы в OWEN Logic .