Сработка выхода как условие для программы, вопрос.

Цитата:

---

Сообщение от melky

Сергей0308 выход ПР или ПЛК это и есть переменная. Как во многих других средах. Но тут надо создать дополнительную.
з.ы. ну импортозамещение у человека идет, понятно же :)

а ведь никто не мешает добавить в Системные. Причем и маской, раз появился ST и отдельными для FBD варианта.
То же и со входами. Но там только часы :)

---

Мне кажется это особенности языка программирования!
Тут уж извините, в смысле в каждом языке свои нюансы.
Что было в LD - забудьте, в смысле, в FBD это будет по другому!

Цитата:

---

Сообщение от Сергей0308

Мне кажется это особенности языка программирования!
Тут уж извините, в смысле в каждом языке свои нюансы.
Что было в LD - забудьте, в смысле, в FBD это будет по другому!

---

В Омроновском ZEN не LD, а полный аналог обычной релейной схемы, там даже "обгон" есть, ситуация когда две релюхи с взаимной блокировкой одновременно включить пытаются.

Цитата:

---

Сообщение от BETEP

В Омроновском ZEN не LD, а полный аналог обычной релейной схемы, там даже "обгон" есть, ситуация когда две релюхи с взаимной блокировкой одновременно включить пытаются.

---

Хорошо, там не LD, если товарищ ранее в этой среде программировал, что это меняет, вся проблема в чём, мне кажется - нет никакой проблемы, добавил переменную и используй где хочешь, весь разговор выеденного яйца не стоит, мне так кажется!

Цитата:

---

Сообщение от melky

[.. а ведь никто не мешает добавить в Системные. Причем и маской, раз появился ST..

---

Ну и что - усе пропало? ОЧЕВИДНОСТЬ и до меня сказана, и мной показана, и после меня повторили. Сделали оболочку поверх рученьками и усе есть, и маски и что хошь. Или тут пряма таки сразу с ложечки надо? В чем суть вопроса? В ложечке?

Валенок не в ложечке, а понять нюансы архитектуры. Меня вот тех поддержка вежливо послала учиться. :)

Например в ПР можно поставить счетчики CTU (со сбросом на нужном значении) каскадом и будут работать.
Делаю то же самое по сути в EKF - последующий счетчик даже не пытается начинать счет. - Фокус, сброс счетчика происходит в теле цикла, до следующего FBD сигнал даже не доходит.

В справке по этому поводу буй. И так вот то там, то сям.

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

Цитата:

---

Сообщение от melky

... апример в ПР можно поставить счетчики CTU (со сбросом на нужном значении) каскадом и будут работать.
Делаю то же самое по сути в EKF - последующий счетчик даже не пытается начинать счет. - Фокус, сброс счетчика происходит в теле цикла, до следующего FBD сигнал даже не доходит.. В справке по этому поводу буй...

---

Ну и? я как то обплевался на таймеры ton/tof в степе, ну не пошел же в форум ним жалится. Ну не возможно ВСЕ предусмотреть в справках.

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

Я кажется понял, в чем причина не работоспособности CTU. Проверю во вторник.

Цитата:

---

Сообщение от Валенок

И что там в результате - рандом?

---

Если память не изменяет, то хуже, рандом приводит к дребезгу.

з.ы. проверил дома. В общем как во всех ПЛК, set - reset - set - reset можно в любых частях программы писать, и влияет роль порядок исполнения. В общем не как в ПР.

Цитата:

---

Сообщение от BETEP

Если память не изменяет, то хуже, рандом приводит к дребезгу.

---

Т.е. в Омроновском ZEN при такой логической схеме-программе дребезг?