Со всей ответственностью заявляю
1. В конфигурации ПЛК адреса регистров панели для ВСЕХ real output/input модулей должна быть ЧЕТНОЙ, как для регистров PSW так и для регистров PFW! У Вас в конфигурации ПЛК все адреса НЕЧЕТНЫЕ!
2. Byte Sequence должен иметь значение "Native"
По поводу времени.
Запись в Регистры PFW в панели кешируется. Т.е. физическая запись в регистры PFW происходит с задержкой, может через несколько десяток секунд.
Может это и влияет
Однако в вашем проекте ПЛК есть другая засада!
Овен ПЛК через конфигурацию не умеет делать групповые запросы к слейвам.
А у Вас в Мастере, в UMD сотни регистров!
Т.к. групповых запросов нет, то все регисты читаются и пишутся по очереди, по списку, ПО ОДНОМУ,
Интервал между запросами к регистрам панели - polling time Вы задали в одном случае 0,4 сек, а во втором 0,3 сек
Захват-1.png Захват-2.png
При этом Work mode установлен как Both ! Т.е. ВСЕ output модули будут записываться в панель циклически по времени, а не по изменению их значений!
Запись/чтение чередуются
Теперь смотрите как будет работать обмен с панелью 80
1. зп. ПЛК --> Панель PSW301, 302
пауза 300мс
2. чт. Панель --> ПЛК PFW399, 400
пауза 300мс
3. зп. ПЛК --> Панель PSW303, 304
пауза 300мс
4. чт. Панель --> ПЛК PFW403, 404
пауза 300мс
5. зп. ПЛК --> Панель PSW305, 306
пауза 300мс
6. чт. Панель --> ПЛК PFW405, 406
пауза 300мс
.......
и т.д. пока список ВСЕХ модуле не закончится, затем сначала
Теперь сложите ВСЕ 300мс и скажите, через сколько минут ПЛК прочитает последние регистры PFW469, 470 ?
А кроме панели 80 есть еще и 88 и модули!
Дополнение
Если в конфигурации несколько UDM, то мастер обрабатывает по одной переменной из каждого UMD по очереди. Т.е сначала одну переменную из одного UMD, затем одну переменную из второго UMD, опять одну переменную из одного UMD, затем одну переменную из второго UMD и т.д. Если количество переменных в UMD разное, то переменные одного UMD фактически будут опрашиваться чаще. Даже при одинаковом времени Polling time для обоих UMD.





Ответить с цитированием