Моя реакция похожа на фразу Мусагалиева после слова Агурец...
https://youtube.com/shorts/1OGFI4sdh...aBfRWO8n6OP6kT
Моя реакция похожа на фразу Мусагалиева после слова Агурец...
https://youtube.com/shorts/1OGFI4sdh...aBfRWO8n6OP6kT
К сожалению, только для TCP-устройств. А вот для PLC и Download такого нет (наверное).
Но есть возможность запретить панели опрашивать устройства (стр. 245), если знаешь их адресa.
Может быть грубо, но все же...
Вы хотите построить систему с модулями, трмами, сделать проверку связи, исключение из опроса, но стали экономить на контроллере и решили все это реализовать на панели, которая вообще для этого не предназначена.
на всех панелях пишут, что в панель нельзя использовать в качестве плк и реализовывать на ней логику управления процессами.
Кроилово ведет к попадалову.
Так же про обесточивание и т.д. Если у Вас несколько процессов, которые вы сводите на одну панель, опять же из-за экономии, то ни к чему хорошему это не приведет. Стройте изначально распределенную систему управления, а если нет, то не пофиг ли на торможение панели если Вы вырубили половину оборудования и весь тех процесс остановлен?
Возможно так. Однако я ограничен ТЗ - и панель используется только для визуализации, система распределена и автономна по параметрам управления. ("Это не мои тараканы - это ихние")
И потом - абстрагируясь - задача - опросить слейвы, выдать оператору информацию с распределенной системы из десятка-полтора мест, нарисовать тренды, выдать аварийные сообщения. Ни управления, ни математики запредельной, ни ПИД - на кой контроллер? Панель является мастером, соответственно должна по идее определять кто из абонентов в сети. Или я слишком много ожидаю от панели?
При этом авария или отключение только одного модбас сервера приведёт к тормозам на панели в 3 секунды. А если ещё 1 трм отключите на ремонт, то ещё 3 секунды... Ну флаг вам в руки. Даже ПЛК, если в программе не продумать действия при таких ситуациях, опрос работающих устройств отвалится..
При выведении в ремонт (сознательном отключении) можно предусмотреть окно, где можно вывести из обмена - переключив служебный бит.
Вопрос как выявить при работе, раз нет готовых решений в панели. К примеру сделать служебный опрос раз в 5-10 секунд конкретного слейва и при трех-пяти таймаутах опять таки переключить битик и вывесить надпись "потеря связи с устройством таким-то".
Да, можно. Изучайте документацию на использование скриптов в панели и реализуйте, служебные биты есть, обработчик за Вами.
Только не забудьте, что когда слейв у Вас отвалился, то панель уже зависла и три-пять таймаутов уже идут с зависшей наглухо панелью. И скрипты будут крутиться в зависшей панелью.
Раз у Вас огромная система и надо собирать со всех данные и модули могут быть оффлайн, ставьте промежуточный контроллер, на нем опрос и обработка, на панели отображение.
2024-11-22_09-09-48.png
Последний раз редактировалось Николай Суриков; 22.11.2024 в 09:10.
Вы пишете, что надо отключать один из модулей из опроса, так как при отключения этого модуля панель начинает зависать, не отвечает на нажатия и.т.д.
Логичное и описанное в РЭ поведение устройства.
Возможно и остальные процессы в панели в это время "подвисают", в ней же нет (наверное) задач, тасков и параллельных потоков, все в одном цикле и если нет ответа от устройства, то панель ждет таймаут. Как тогда будет работать скрипты и отключать слейв, если она висит в таймауте ответа?
Хорошо, через несколько подвисаний определили что нет ответа от слейва, отключили его. Что дальше? Через сколько опять проверять с ним связь? Допустим через 30 сек например. Слейв отключен и панель опять зависает в таймауте, а оператор в это время то-то там нажимает, а панель не отвечает. И так по кругу. Ненадежно это все.