ВОПРОС-ОТВЕТ (отвечаем на простые вопросы от новичков)

[Cs-Cs]

vsa

И при больших грузах (300-500 кг) при снятии напряжения с электродвигателя, пока срабатывают механические тормоза, груз немного опускается и сходит с верхнего датчика

Мне это напомнило это видео (канал дядьки про электронные лифты и их системы управления, я там много чего интересного для себя узнал): https://www.youtube.com/watch?v=7L5ynNNhJZk - тут грузовой лифт (правда с гидравлическим приводом) выранивает кабину в точной остановке у пола при изменении веса груза.

задерживает сигнал от верхнего датчика на 150ms (значение настраивается при наладке оборудования)

Вот это значение потом вынести в константы, чтобы все такие штучки были в одном месте и наглядно подстраивались (как у меня в проекте, который я для примера слал).

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

Если это типовое решение, в котором отличается только время выдержки - то может его стоит оформить в FB? Это ж защита от дребезга получается, которая на основе TON и делается как раз.
Можно сделать какой-нить FB с названием вида ProcessInputLine, который на вход принимает время выдержки, а на выход выдаёт готовое TRUE/FALSE после собработки данных.

[Валенок]

типовое решение

для фильтра

FUNCTION_BLOCK TON_TOF
VAR_INPUT
  IN : BOOL;
  PT_TON,
  PT_TOF : TIME;
END_VAR
VAR_OUTPUT
  Q : BOOL;
END_VAR
VAR
  TON : TON;
  TOF : TOF;
END_VAR
......
TON(IN := IN, PT := PT_TON);
TOF(IN := TON.Q, PT := PT_TOF, Q => Q);

[Cs-Cs]

Валенок...и ни одного комментария, а код в стиле FORTRAN на перфокартах - короткие имена и всё большими буквами. Эх!

[Валенок]

.и ни одного комментария,

Накой с 2 строками ?

короткие имена и всё большими буквами

Стилизация под TON/TOF. Зачем плодить непонятные сущности ?

[vsa]

VAR
T : TON_TOF := (TON := (PT := ...), TOF := (PT := ...));

FUNCTION_BLOCK TON_TOF
VAR_INPUT
IN : BOOL;
END_VAR
VAR_OUTPUT
Q : BOOL;
END_VAR
VAR
TON : TON;
TOF : TOF;
END_VAR
......
TON(IN := IN);
TOF(IN := TON.Q, Q => Q);

Мудрено! С первого раза не въедешь! Попробую отработать на практике.

[vsa]

Вопрос немного не по программированию. Наверняка консультанты этого форума имеют громадный опыт в эксплуатации своих разработок в промышленности. И представьте такую простую электрическую схему аварийной цепи в промышленном объекте: от блока питания идет провод (+24В) на цифровой вход ПЛК. Но провод очень длинный (150-200 м). Он проходит через все аварийные концевики и кнопки объекта управления. Стоит аварийной цепи разорваться (механически), то возникает в ПЛК сигнал "Авария". На самом объекте постоянно, включаются и выключаются модули, потребляемые большие мощности (10 - 60 квт). Да и частотные преобразователи для электроприводов постоянно "фонят" помехами. Электромагнитных помех очень много. И вот мы подошли к самому вопросу. Возможная ли навести такую помеху на этот аварийный провод постоянно находящийся по напряжением +24В, чтобы кратковременно исчез +24В (появление противофазного сигнала)? По логике - нет. Мощность БП не даст просесть напряжению. А что бывает на практике?

[vsa]

Ничего не понятно, но лично я на 150-200м не тянул бы 24= ни как питание, ни как Di, ни тем более как "аварийной цепи".

Питание не веду на такие расстояния. А аварийную, цепь почему-бы и нет?

[vsa]

Ведите. К чему вопросы про Ваши проблемы ?

Возможно не правильно сформулировал вопрос ранее.

Возможно ли навести такую помеху на аварийный провод, постоянно находящийся под напряжением +24В, чтобы кратковременно исчез +24В на входе ПЛК?

[Сергей0308]

Сигналы аварийного останова обычно на входы свободно программируемых устройств не заводятся(могут зависнуть), что мешает поставить обычное реле на =24В и снимать питание с катушек пускателей и др.

[vsa]

Сигналы аварийного останова обычно на входы свободно программируемых устройств не заводятся(могут зависнуть), что мешает поставить обычное реле на =24В и снимать питание с катушек пускателей и др.

И то верно. Да и сама реле фильтром является для коротких импульсов. И статика не пройдет на вход ПЛК. Спасибо.