Codesys2.3 на выходе был ШИМ сигнал

[Валенок]

Если Вы это знаете, то конечно, очевидно. Но человек обычно строит шкалу снизу вверх. Пример - традиционные координатные оси, градусник (термометр)..

Ну хэлп же есть. Последовательность есть. Все что слева направо в ST - сверху вниз в квадратиках. Графические поу это не имитаторы чего-либо

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

Причем тут программирование Это простая алгебра. Класс так 5й

[Михаил Иванович]

Ну хэлп же есть. Последовательность есть. Все что слева направо в ST - сверху вниз в квадратиках. Графические поу это не имитаторы чего-либо



Ну вот пусть замеряем 4-20 на ПЛК63. Сигнал 0-100, по факту может быть ..-3-103.. наверно где-то так. Чтоб не лохануться и вставляем вышеуказанный ограничитель с преобразованием

BLINK.TIMEHIGH := REAL_TO_TIME(TIME_TO_REAL(tmPeriod)*LIMIT(0,X,100)/100);
BLINK(IN:=TRUE,TIMELOW:=tmPeriod-BLINK.TIMEHIGH, Q=>ШИМ);

Пусть вход -100..+100
..(LIMIT(-100,X,100)+100)/200..

LIN_TRAFO есть опять же

LIN(IN:=LIMIT(-100,X,100),IN_MIN:=-100,IN_MAX:=100,OUT_MIN:=0,OUT_MAX:=1);
...LIN.OUT...

Причем тут программирование Это простая алгебра. Класс так 5й

Так и я ведь не о программировании, а о правильности работы преобразования. Наличие двух разрывов в функции преобразования - это неверно.

[Валенок]

..Наличие двух разрывов в функции преобразования - это неверно.

А зачем тогда

использовать комбинацию MIN и MAX.

?

[Михаил Иванович]

А зачем тогда

?

Как раз затем, чтобы обойти эту неверность. Понимаете, у меня создается впечатление, что нас постоянно вынуждают выкручиваться из всяких ситуаций, которые являются порождением чьей-то недобросовестности, отсутствием контроля. Когда я вижу такие вещи, я об этом пишу. В ответ мне сразу начинают пояснять, почему так получилось. Вроде бы так и должно быть. А я говорю о том, что такого быть не должно, что это ошибка, не счетная, а идеологическая и хорошо бы было, чтобы ее исправили. Но никто ничего не исправляет. Вы, видимо, уже к этому привыкли, а я еще нет. Вот и кричу: "Льву не додают мяса ... и тд" - думаю, Вы помните - у Хазанова такая интермедия была. Вот и в данном случае, боюсь, мы немного не понимаем друг друга: я говорю о факте наличия этих разрывов по краям диапазонов значений, о том, что в документации об этом ни слова, о том, что именно из-за этого приходится немного усложнять и если вы этого не знаете, то влипаете не по своей вине. А Вы говорите, что ввести ограничение диапазона просто. Так я и не говорю, что сложно, я говорю о том, что наличие разрывов при преобразовании типов данных - это неправильно. Вот что было содержанием моего высказывания.