разные вопросы новичка

[melky]

Denis_K тут вам не Си а FBD входная переменная, если подвержена изменениям становится другой переменной.

Если проще, на входе N на выходе N100, которая либо копия N, либо 100

Вы хотите как в языках использовать rezult = rezult + 100; (примитив) но по сути в том же языке rezult уже не является первоначальным видом, потому что ему добавили 100, и где-то в начале на очередном витке вы можете сделать опять rezult = 0 и так далее.

[Denis_K]

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

[Сергей0308]

Развели демагогию, там всё элементарно можно разрешить:

Огранничение сверху.PNG

Ограничение сверху.owl

[melky]

Сергей0308 ну да, вы А закольцевали, а теперь запишите в А еще разок с аналогового входа и получите то, что говорит Denis_K. ОЛ - "ой, нельзя писать в одну и ту же переменную"

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

[capzap]

я привык, что в си могу

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

[Denis_K]

capzap, Вы читали посты выше? Думаю нет. Все давно решено... melky все верно изложил.

[capzap]

capzap, Вы читали посты выше? Думаю нет. Все давно решено... melky все верно изложил.

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

Огранничение сверху.PNG

сравните с сишным, один в один же с учетом реализации

#define MIN(a,b) (((a)<(b))?(a) : (b))

[melky]

capzap ересь в том, что ОЛ не позволяет делать запись переменной более одного раза. Замените выходную переменную на B, а сигнал подавайте на A и все будет работать.

Два раза записать на холсте ОЛ в A не позволяет сам ОЛ и это не только в Овен ОЛ но у на других программируемых реле разных производителей в FBD. Это вам не CodeSys

з.ы. речь же не шла об экранных или сетевых переменных

А вот что реально бесит в Овен так это вот это.... сейчас на ПК версия 1.23.300.0 Когда уже Овен наймет нормального программиста, чтобы смена версии ОЛ требовалась только при добавлении новой платформы, а не на каждый чих...

[capzap]

з.ы. речь же не шла об экранных или сетевых переменных

если мы работаем в ОЛ, то переменные это вторично, на линиях такие проблемы есть, как ни как графический язык? Суть вопроса как ограничить до ста некое значение, как там записываются перезаписываются должно стоять отдельным вопросом, хотя ответов на форуме полно

А вот что реально бесит в Овен так это вот это.... сейчас на ПК версия 1.23.300.0 Когда уже Овен наймет нормального программиста, чтобы смена версии ОЛ требовалась только при добавлении новой платформы, а не на каждый чих...

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

[melky]

capzap в очередной версии я вижу вот эти изменения.

Релиз 1.23.301
Обновления
Обновлена версия встроенного ПО для модулей ПРМ-X.3 до 1.10:
Исправлена проблема при работе с термопарами.

Я с трудом себе представляю, что Сергей0308, рисуя пример и выкладывая файл подключил к проекту этот самый ПРМ-X.3 на котором исправлена ошибка работы с термопарами. И это приводит к данной ошибке при открытии файла в версии на одну [тут матерное слово] единичку меньше...
Откровенно не представляю что творится в умах работников умственного труда компании Овен