Порядок выполнения цикла на ПЛК

[shishkin_a_s@mail.ru]

В процессе программирования возник следующий вопрос, точнее не понимание. Руководство прочитал, ответа на свой вопрос не нашел.
Итак: имеется ПР200 с двумя сетевыми платами; ПР 100 подключенный к ПР200 в качестве slave (ПР200 мастер для него); имеется шлюз Wifi для реализации modbus/TCP, подключенный к ПР200 (ко второй плате), ПР200 для него slave. В алгоритме необходимо обмениваться данными как по сети rs485 между ПР100 и ПР200, так и между ПР200 и Шлюзом. на виртуино, как ни странно, все данные отражаются, меняются (если они только читаются), а вот при попытке из изменения по сети - возникает конфуз.
Суть вопроса в следующем: в каком порядке осуществляется алгоритм? я предположу, если что поправьте:

-для мастера:
1. Опрос сетевых регистров слейвов.
2. Запись во внутреннюю память данных, полученных из сетевых регистров
3. Запись во внутреннюю память данных, полученных с физических входов ПР-ки
4. Работа 1-ого цикла программы
5. Запись, полученных результатов в цикле алгоритма, во внутренние переменные
6. Вывод данных на физические выходы ПР-ки
7. Запись данных в сетевые регистры слейвов.

-для слейва:
1. Запись во внутреннюю память данных, полученных из сетевых регистров
2. Запись во внутреннюю память данных, полученных с физических входов ПР-ки
3. Работа 1-ого цикла программы
4. Запись, полученных результатов в цикле алгоритма, во внутренние переменные
5. Вывод данных на физические выходы ПР-ки
6. Запись выходных данных в сетевые регистры

Буду рад, оказанной помощи.

[1exan]

В процессе программирования возник следующий вопрос, точнее не понимание. Руководство прочитал, ответа на свой вопрос не нашел.
Итак: имеется ПР200 с двумя сетевыми платами; ПР 100 подключенный к ПР200 в качестве slave (ПР200 мастер для него); имеется шлюз Wifi для реализации modbus/TCP, подключенный к ПР200 (ко второй плате), ПР200 для него slave. В алгоритме необходимо обмениваться данными как по сети rs485 между ПР100 и ПР200, так и между ПР200 и Шлюзом. на виртуино, как ни странно, все данные отражаются, меняются (если они только читаются), а вот при попытке из изменения по сети - возникает конфуз.
...

А конфуз то в чём выражается?

[EFrol]

В процессе программирования возник следующий вопрос, точнее не понимание. Руководство прочитал, ответа на свой вопрос не нашел.
Итак: имеется ПР200 с двумя сетевыми платами; ПР 100 подключенный к ПР200 в качестве slave (ПР200 мастер для него); имеется шлюз Wifi для реализации modbus/TCP, подключенный к ПР200 (ко второй плате), ПР200 для него slave. В алгоритме необходимо обмениваться данными как по сети rs485 между ПР100 и ПР200, так и между ПР200 и Шлюзом. на виртуино, как ни странно, все данные отражаются, меняются (если они только читаются), а вот при попытке из изменения по сети - возникает конфуз.
Суть вопроса в следующем: в каком порядке осуществляется алгоритм? я предположу, если что поправьте:

-для мастера:
1. Опрос сетевых регистров слейвов.
2. Запись во внутреннюю память данных, полученных из сетевых регистров
3. Запись во внутреннюю память данных, полученных с физических входов ПР-ки
4. Работа 1-ого цикла программы
5. Запись, полученных результатов в цикле алгоритма, во внутренние переменные
6. Вывод данных на физические выходы ПР-ки
7. Запись данных в сетевые регистры слейвов.

-для слейва:
1. Запись во внутреннюю память данных, полученных из сетевых регистров
2. Запись во внутреннюю память данных, полученных с физических входов ПР-ки
3. Работа 1-ого цикла программы
4. Запись, полученных результатов в цикле алгоритма, во внутренние переменные
5. Вывод данных на физические выходы ПР-ки
6. Запись выходных данных в сетевые регистры

Буду рад, оказанной помощи.

Если учесть, что сетевые регистры (а скорее память где хранятся значения принятые/подготовленные для отправки) энергонезависимые, то скорее всего опрос идет иначе:
В начале каждого цикла производиться передача запроса (при свободном порту) или прием ответа (при занятом порту), иначе в игре только известные (сохраненные) значения. Представьте, какая будет задержка до вызова цикла пользователя, если ждать завершения опроса всех ведомых с учетом перезапросов и тайм-аутов.

[shishkin_a_s@mail.ru]

А конфуз то в чём выражается?

Конфуз в том, что при управлении по сети - не все данные изменяются.

[1exan]

Конфуз в том, что при управлении по сети - не все данные изменяются.

Какие-то конкретные переменные не меняются или всегда разные?
Надо выяснять, с какой стороны проблема - можно например заменить мастера (шлюз) на ПК с ОРС и попробовать менять данные с него

[shishkin_a_s@mail.ru]

Вот то, что нашёл в руководстве:
<<Время цикла– это время выполнения рабочего цикла прибора, а именно:
• опрос состояния физических входов прибора и копирование их значений в ячейки памяти;
• обработка программы;
• чтение/запись сетевых переменных программы;
• запись результатов работы программы в физические выходы прибора.
По умолчанию время цикла равно 1 мс. Прибор подстраивает время цикла в зависимости от сложности программы.>>

По-этому, возможно, по тайм-ауту в программу идёт или предыдущее значение или значение "по-умолчанию"

[melky]

чтение/запись сетевых переменных программы; это не одно и то же, что передать эти переменные по протоколу.

Цикл чтения/записи Modbus не зависит от самой программы.

[shishkin_a_s@mail.ru]

чтение/запись сетевых переменных программы; это не одно и то же, что передать эти переменные по протоколу.

Цикл чтения/записи Modbus не зависит от самой программы.

Может я неправильно что-то понимаю. Но в документации написано следующее:
"В процессе разработки алгоритма, когда логика усложняется, то увеличивается время цикла и количество запросов за секунду будет снижаться."

Соответственно работа по интерфейсу завязана на работу самой программы.

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

[melky]

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

[Cs-Cs]

...и опять начинается ерунда! Проблема в данному случае НЕ в опросе по Modbus.
Проблема в том, что ШТАТНОГО способа записывать переменную с трёх мест - НЕТ.
Для этого нужно писать СВОЙ алгоритм. Например, я писал такой для себя в виде взаимоблокировок: если значение изменилось из одного места (например, с панели), то, пока оно везде не запишется, не реагируем на изменения его по Modbus. Условно.
И рыть надо в эту сторону. А обмануть ПРку или ПЛК в виде "Во! Пока он там ещё Modbus окучивает, я подменю значение, и он его на лету поймает" - не получится.


melky В ПРках, если программа нагруженная, то время опроса Modbus увеличивается. Проверено лично мной.