Модули расширения для ПР200

[Relaymen]

Здравствуйте. сделали все как вы написали, но увы, фокус не удался. проект с новой версии не заливается и просит обновления, после обновления всего авария продолжает гореть. ставил версию 1.9.46., а обновлялся до 1.9.47

Наверное надо было использовать версию 1.8 а не 1.9??? То что вы поставили 1.9.46 вместо 1.9.47 не значит что прошивка ПР в ней другой версии, слишком мал разрыв в версиях

[Евгений_ZT]

Наверное надо было использовать версию 1.8 а не 1.9??? То что вы поставили 1.9.46 вместо 1.9.47 не значит что прошивка ПР в ней другой версии, слишком мал разрыв в версиях

ок, шас и с ней попробуем, спасибо за совет!!!
не помогло... при прошивке выскачила надпись "Сбой памяти" Кроме этого выскакивает надпись не удалось записать параметр D.SEL

[Ревака Юрий]

Наверное надо было использовать версию 1.8 а не 1.9??? То что вы поставили 1.9.46 вместо 1.9.47 не значит что прошивка ПР в ней другой версии, слишком мал разрыв в версиях

Нет, 1.8 это не то, в версии 1.8 нет поддержки модулей расширения, 1.9.143 обычно достаточно, если проект пишется в последней версии.

[Мамонов Михаил]

Тоже столкнулся с проблемой - постоянная авария модуля. Несколько часов потратил на чтение руководств по ПР200, ПРМ, ОвенЛоджик, перебрал несполько ПР200... А авария как мигала, так и мигает. Пока не догадался залезть на форум. Если честно - начинают напрягать такие подлянки от производителя.
Кстати, каждая ПР200 из коробки честно просилась прошиться новой прошивкой, и модуль был подключен, но модуль прошиваться и не пытался. Пока не сделал это цирк с откатом версии лоджика и перепрошивкой ПР200 до 2.05 - и модуль сразу захотел 1.01. Какая то очень непонятная процедура с этими перепрошивками

[Мамонов Михаил]

Да, и еще. Сделайте в модуле задержку определения аварии и перехода выходов в безопасное состояние, как это сделано на модулях МУ110, естественно настраиваемую. Неправильно это, чтобы при единичных сбоях связи хлопали все выхода сразу. Или этих сбоев не может быть в принципе?

[Ревака Юрий]

Да, и еще. Сделайте в модуле задержку определения аварии и перехода выходов в безопасное состояние, как это сделано на модулях МУ110, естественно настраиваемую. Неправильно это, чтобы при единичных сбоях связи хлопали все выхода сразу. Или этих сбоев не может быть в принципе?

Авария определяется за 100 мс, т. е. задержка есть. За это время проходит очень большое количество пакетов, поэтому это не "единичный сбой связи". У Вас разъем надежно зафиксирован?

[Мамонов Михаил]

Авария определяется за 100 мс, т. е. задержка есть. За это время проходит очень большое количество пакетов, поэтому это не "единичный сбой связи". У Вас разъем надежно зафиксирован?

Тут, скорее, другая идея нужна. Например модуль управляет каким-то оборудованием, и происходит потеря связи, не единичная, длительная. Если модуль перейдет в безопасное сразу (100мс это практически без задержки), то подключенное оборудование мгновенно отключается. А в модулях МУ110 можно задать довольно большое время, и пока модуль еще ничего не отключил, основной контроллер может предпринять некоторые действия.
Например, у меня модуль управляет контакторами, подключающими несколько насосов на выход преобразователя частоты. Сейчас контакторы отваливаются сразу, под током, что плохо и для ПЧ и для самих контакторов. Если бы была регулируемая задержка - я мог бы с контроллера подать сигнал на остановку ПЧ, и отвалившиеся контакторы коммутировали цепь уже без тока. Я думаю, найдется еще немало таких примеров.
Попутно вопрос - а когда в программе снимается бит, показывающий наличие связи с модулем? Тоже через эти 100мс, или раньше, или позже?

[ASo]

Как бе того... этого...
В по сути модульном контроллере не должно быть отваливания модулей. Может, надо устранить проблему, а не героически ее преодолевать?

[Мамонов Михаил]

Как бе того... этого...
В по сути модульном контроллере не должно быть отваливания модулей. Может, надо устранить проблему, а не героически ее преодолевать?

С техникой Овен знаком очень давно, так что сказать "не должно" - еще не значит, что не будет. У этого производителя грабли вылезают всегда неожиданно, поэтому есть привычка предусматривать все возможные косяки. А поскольку модуль - это отдельное устройство, то возможность отваливания связи будет всегда.
А связь, например ПЛК110 и рядом стоящего модуля МУ110 по RS485 - ну с чего бы ей отваливаться? А ведь отваливается, и восстанавливается потом. И не спроста в МУ110 сделали регулируемую задержку перехода в безопасный режим... И какая разница, что в ПР200<->ПРМ перевели связь с внешнего RS485 на внутреннюю шину, не факт что стабильнее связь будет.
Так что считаю, что если есть возможность избежать поломки оборудования из-за внезапной потери модуля - лучше ее предусмотреть, чем потом доказывать заказчику, что у него погорели насосы из-за того, что отваливания модуля в принципе "быть не должно".
Пока проблемы еще вроде как нет - пока ставим только первый шкаф с ПР200 и модулем, посмотрим как оно работать будет.

[ASo]

Вообще говоря, модули по локальной шине и последовательному интерфейсу - это две большие разницы.