Последний раз редактировалось Евгений_ZT; 22.12.2017 в 13:48.
Россию с жопы на колени поднять никто не сможет!!!
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Тоже столкнулся с проблемой - постоянная авария модуля. Несколько часов потратил на чтение руководств по ПР200, ПРМ, ОвенЛоджик, перебрал несполько ПР200... А авария как мигала, так и мигает. Пока не догадался залезть на форум. Если честно - начинают напрягать такие подлянки от производителя.
Кстати, каждая ПР200 из коробки честно просилась прошиться новой прошивкой, и модуль был подключен, но модуль прошиваться и не пытался. Пока не сделал это цирк с откатом версии лоджика и перепрошивкой ПР200 до 2.05 - и модуль сразу захотел 1.01. Какая то очень непонятная процедура с этими перепрошивками
Последний раз редактировалось Мамонов Михаил; 22.12.2017 в 21:59.
Да, и еще. Сделайте в модуле задержку определения аварии и перехода выходов в безопасное состояние, как это сделано на модулях МУ110, естественно настраиваемую. Неправильно это, чтобы при единичных сбоях связи хлопали все выхода сразу. Или этих сбоев не может быть в принципе?
Последний раз редактировалось Ревака Юрий; 27.12.2017 в 17:03.
С уважением, Ревака Юрий.
Инженер группы технической поддержки компании "ОВЕН"
e-mail: yu.revaka@owen.ru
Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ
Тут, скорее, другая идея нужна. Например модуль управляет каким-то оборудованием, и происходит потеря связи, не единичная, длительная. Если модуль перейдет в безопасное сразу (100мс это практически без задержки), то подключенное оборудование мгновенно отключается. А в модулях МУ110 можно задать довольно большое время, и пока модуль еще ничего не отключил, основной контроллер может предпринять некоторые действия.
Например, у меня модуль управляет контакторами, подключающими несколько насосов на выход преобразователя частоты. Сейчас контакторы отваливаются сразу, под током, что плохо и для ПЧ и для самих контакторов. Если бы была регулируемая задержка - я мог бы с контроллера подать сигнал на остановку ПЧ, и отвалившиеся контакторы коммутировали цепь уже без тока. Я думаю, найдется еще немало таких примеров.
Попутно вопрос - а когда в программе снимается бит, показывающий наличие связи с модулем? Тоже через эти 100мс, или раньше, или позже?
Как бе того... этого...
В по сути модульном контроллере не должно быть отваливания модулей. Может, надо устранить проблему, а не героически ее преодолевать?
С техникой Овен знаком очень давно, так что сказать "не должно" - еще не значит, что не будет. У этого производителя грабли вылезают всегда неожиданно, поэтому есть привычка предусматривать все возможные косяки. А поскольку модуль - это отдельное устройство, то возможность отваливания связи будет всегда.
А связь, например ПЛК110 и рядом стоящего модуля МУ110 по RS485 - ну с чего бы ей отваливаться? А ведь отваливается, и восстанавливается потом. И не спроста в МУ110 сделали регулируемую задержку перехода в безопасный режим... И какая разница, что в ПР200<->ПРМ перевели связь с внешнего RS485 на внутреннюю шину, не факт что стабильнее связь будет.
Так что считаю, что если есть возможность избежать поломки оборудования из-за внезапной потери модуля - лучше ее предусмотреть, чем потом доказывать заказчику, что у него погорели насосы из-за того, что отваливания модуля в принципе "быть не должно".
Пока проблемы еще вроде как нет - пока ставим только первый шкаф с ПР200 и модулем, посмотрим как оно работать будет.
Вообще говоря, модули по локальной шине и последовательному интерфейсу - это две большие разницы.