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

[kondor3000]

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

Вот ссылка чтения, записи через String.
https://owen.ru/forum/showthread.php...l=1#post244022

Несколько строк присвоения, никак не повлияют на длительность цикла программы, кроме того разложить по массивам переменные (если их много) можно, например циклом FOR
Пример чтения 7 модулей 8АС и отправки всего в слейв https://owen.ru/forum/showthread.php?t=10555&page=987
Для эмуляции с предустановленными значениями https://owen.ru/forum/showthread.php...&page=988#9875

[vsa]

А можно для ПЛК11-60М на один порт RS-484 закрепить несколько UMD с одним и тем же ModuluSlaveAddress, но с разными параметрами Polling time?
Было бы не плохо таким образом не перегружать Modbus частыми опросами. Например, в моем случае, для одного внешнего устройства несколько регистров чтения (101 и 103) в одном UMD имеют Polling time=200 ms, а регистр (153) в другом UMD Polling time=4000 ms. И тогда код программы в ПЛК не нужно нагружать искусственными задержками опроса регистров внешнего устройства. Или это все так не работает?

[EFrol]

Можно. Я тоже так делаю. Есть процессы, параметры которых меняются очень медленно. Нет смысла считывать их очень часто. А есть, наоборот, надо чаще.

[1exan]

А можно для ПЛК11-60М на один порт RS-484 закрепить несколько UMD с одним и тем же ModuluSlaveAddress, но с разными параметрами Polling time?
Было бы не плохо таким образом не перегружать Modbus частыми опросами. Например, в моем случае, для одного внешнего устройства несколько регистров чтения (101 и 103) в одном UMD имеют Polling time=200 ms, а регистр (153) в другом UMD Polling time=4000 ms. И тогда код программы в ПЛК не нужно нагружать искусственными задержками опроса регистров внешнего устройства. Или это все так не работает?

Где-то это может быть оправдано, но если доразберётесь с групповыми запросами через string, то может и не понадобится это.
А как вы хотели делать "искусственные задержки"?

[vsa]

Где-то это может быть оправдано, но если доразберётесь с групповыми запросами через string, то может и не понадобится это.
А как вы хотели делать "искусственные задержки"?

Пока с групповыми запросами я еще не разбирался, возможно Вы правы. Но для редко опрашиваемых регистров я и предложил отдельный UND c большим Polling time, а для часто опрашиваемых регистров Polling time имеет маленькое значение. А "искусственную задержку" я бы осуществлял обычными таймерами TON. Но они в таком случае не потребуются. О чем и был вопрос. EFrol положительно ответил. Возьму на вооружение.

[EFrol]

Иногда надо и реже 1-го раза в 10 секунд. Тогда можно использовать режим "По команде". Я опрашиваю так кристаллизаторы 1 раз каждые 4 минуты. https://owen.ru/uploads/373/plc1xx_p...ation_v2.0.pdf
Owen.jpg
А если представить, что один ПЛК110-60 управляет несколькими цехами одновременно:
Drawing1.jpg
то используются все доступные средства.
И в полне себе работает. Вот уже лет 8.

[vsa]

Иногда надо и реже 1-го раза в 10 секунд. Тогда можно использовать режим "По команде". Я опрашиваю так кристаллизаторы 1 раз каждые 4 минуты. https://owen.ru/uploads/373/plc1xx_p...ation_v2.0.pdf
Owen.jpg
А если представить, что один ПЛК110-60 управляет несколькими цехами одновременно:
Drawing1.jpg
то используются все доступные средства.
И в полне себе работает. Вот уже лет 8.

Спасибо за ответ. Учту в своих изысканиях.
Последняя иллюстрация достойная рамки и на стену! Класс!!!

[vsa]

Сразу не бросайте тапки. Что-то никак не могу придумать реализацию T-триггера на языке ST. Был бы оператор GOTO, то мог бы смоделировать, этого оператора в ST нет.
Представьте, имеются переменные IN, OUT : BOOL. Как сделать так, чтобы после первого сигнала на IN (TRUE) выставилось TRUE на OUT, а после следующего TRUE на IN должен появится сигнал FALSE на OUT и т.д. Короче, обычный T-триггер. Перебрал триггеры: RS, SR, F_TRIG и R_TRIG, но ничего красивого не выходит. Если можно, подскажите.

[capzap]

Сразу не бросайте тапки. Что-то никак не могу придумать реализацию T-триггера на языке ST. Был бы оператор GOTO, то мог бы смоделировать, этого оператора в ST нет.
Представьте, имеются переменные IN, OUT : BOOL. Как сделать так, чтобы после первого сигнала на IN (TRUE) выставилось TRUE на OUT, а после следующего TRUE на IN должен появится сигнал FALSE на OUT и т.д. Короче, обычный T-триггер. Перебрал триггеры: RS, SR, F_TRIG и R_TRIG, но ничего красивого не выходит. Если можно, подскажите.

помимо стандартной библиотеки есть еще oscat, там представлены всевозможные триггеры

[1exan]

Сразу не бросайте тапки. Что-то никак не могу придумать реализацию T-триггера на языке ST. Был бы оператор GOTO, то мог бы смоделировать, этого оператора в ST нет.
Представьте, имеются переменные IN, OUT : BOOL. Как сделать так, чтобы после первого сигнала на IN (TRUE) выставилось TRUE на OUT, а после следующего TRUE на IN должен появится сигнал FALSE на OUT и т.д. Короче, обычный T-триггер. Перебрал триггеры: RS, SR, F_TRIG и R_TRIG, но ничего красивого не выходит. Если можно, подскажите.

Нужна внутренняя переменная, чтобы выделять фронт на входе. По входному фронту инвертируйте значение выхода