Отображение данных с ПЛК210 на цифровом дисплее СП310-Р

У вас FB это массив, а у ТС нет, он это никак не хочет понять...

Цитата:

---

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

https://owen.ru/forum/attachment.php...367589&thumb=1
разве не очевидно что он гоняет один ФБ подставляя в него входящие значения входных данных из 20 мест?
И ни какой таймер туда не входит
даже если он объявил несколько экземпляров этого ФБ

---

Да, так оно и есть.

ФБ с обработкой событий с таймером вызываю в цикле 20 раз в Основной программе, соответственно меняются только входящие переменные.
Вложение 81484 Вложение 81485 Вложение 81486

Цитата:

---

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

Вот скрины работы 20 экземпляров ФБ, со встроенным таймером внутри ФБ. В примере Таймер на 20 секунд.
Сама программа, таймер встроен в ФБ Вложение 81440 Вызов 20 экземпляров в цикле FOR Вложение 81441
Просмотр работы 17 и 18 экземпляра, включены не одновременно и время на таймерах разное !!! Вложение 81442
То есть они работают, каждый в своём экземпляре ФБ.

Для просмотра работы, не открывая экземпляры, после цикла поставлена i:=17; и 17 экземпляр виден прямо в PLC_PRG.

---

Спасибо, буду разбираться!

Цитата:

---

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

Да, так оно и есть.

ФБ с обработкой событий с таймером вызываю в цикле 20 раз в Основной программе, соответственно меняются только входящие переменные.

---

Вы вызываете двадцать раз один экземпляр с внутренним таймером, а надо вызывать 20 экземпляров, чтоб обеспечить 20 независимых внутренних таймеров

Всем спасибо за помощь, разобрался, все поправил, работает. Верная причина указана постом выше.

Еще такой вопрос, как правильно организовать программу, если события в разных ФБ должны влиять на одно физическое устройство?

Например, есть 1 лампа и 2 ФБ.
При событии в первом ФБ лампа горит, иначе не горит.
При событии во втором ФБ лампа моргает, иначе не моргает.

Программа с подобными задачами у меня выстроена так (например, ФБ, обрабатывающий событие теста всех ламп световой колонны, и ФБ, обрабатывающий события нажатия кнопок и работы ламп световой колонны):
В каждом ФБ создается своя выходная логическая переменная, которые привязываются к 2-м выходам на модуле DO. Далее физически 2 выхода подключаются через перемычку и на лампу.
Такой способ слишком много свободных DO съедает.

Знаю, что при присвоении значений в одну и ту же переменную в разных ФБ программы, ничего хорошего не выйдет. Но может есть еще варианты, чтобы в конечном итоге был задействован 1 выход модуля DO для лампы?

Пересмотрите подход, пока не поздно, сделайте один ФБ, и управляйте всем чем надо, не будет проблем и геморроя.
Два выхода на 1 лампу тоже не нужны, одного за глаза. Выше пример уже дал.
Blink для моргания, тоже можно встроить прямо в ФБ. Пример моргания лампы от Аварии Вложение 81499
Порядок не выставлял, это пример.

Цитата:

---

При событии в первом ФБ лампа горит, иначе не горит.
При событии во втором ФБ лампа моргает, иначе не моргает.

---

События никогда не происходят вместе? - тогда их выходы через OR на DO
События происходят вместе но одно из них главнее? - тогда выход DO подключать через Селектор.

Понял, спасибо, перепишу код, чтобы все события были в одном условии и ссылались на один DO

Подскажите еще по системному времени. Программа считает простои сборочной линии: кнопка нажата таймер запустился, кнопка отжата таймер остановился и сохранилось значение таймера ЕТ.
Все работает отлично, все считает заносит данные в таблицу в панели, но делает это в миллисекундах, никак не пойму почему?
Вложение 81541
В выделенном фрагменте построчно:
Системное время TIME перевожу в DWORD
Перевожу миллисекунды в секунды разделив DWORD на 1000
Перевожу DWORD в WORD
Записываю значение в переменную- старое значение переменной + текущий WORD
Вложение 81542
В таблице на HMI столбцы данных тип-WORD, всего знаков-4, формат-unsigned

У вас dword в word влазит? Интересно интересно...

PS А в чем проблема? Таймеры в миллисекундах и работают...