Показано с 1 по 10 из 67

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

Комбинированный просмотр

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Ну хэлп же есть. Последовательность есть. Все что слева направо в 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й
    Так и я ведь не о программировании, а о правильности работы преобразования. Наличие двух разрывов в функции преобразования - это неверно.

  2. #2
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    3,104

    По умолчанию

    Цитата Сообщение от Михаил Иванович Посмотреть сообщение
    ..Наличие двух разрывов в функции преобразования - это неверно.
    А зачем тогда
    использовать комбинацию MIN и MAX.
    ?

  3. #3

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    А зачем тогда

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

Похожие темы

  1. ТРМ133-У.01. Нет управляющего сигнала на выходе 0-10в.
    от Алекс111 в разделе Эксплуатация
    Ответов: 2
    Последнее сообщение: 17.06.2011, 15:45
  2. FB PID_FUNCTION на выходе -1.#QNAN
    от olegV в разделе ПЛК1хх
    Ответов: 0
    Последнее сообщение: 21.12.2010, 20:27
  3. об аналоговом выходе плк-63
    от maksimov в разделе ПЛК63/73
    Ответов: 8
    Последнее сообщение: 01.03.2010, 20:27
  4. Пульсации на аналоговом выходе ТРМ, ПЛК
    от Казак в разделе Подбор Оборудования
    Ответов: 2
    Последнее сообщение: 10.04.2009, 12:50

Ваши права

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